[HN Gopher] Packaging Con 2021: a conference for package managem...
___________________________________________________________________
Packaging Con 2021: a conference for package management devs and
communities
Author : droelf
Score : 60 points
Date : 2021-08-12 15:46 UTC (7 hours ago)
(HTM) web link (packaging-con.org)
(TXT) w3m dump (packaging-con.org)
| freemint wrote:
| Interesting that also the Julia Package manager has a
| presentation.
| scrollaway wrote:
| Maybe we will finally get some protocol standardization in
| package distribution.
|
| If you think about it it's kind of crazy that we are reinventing
| the wheel with every language, OS, game store, extension
| marketplace etc.
|
| A lot of Linux enthusiasts get lost in the idea that there should
| be one and only one package manager. But actually it's more that
| there should be a standard protocol for package discovery,
| distribution and updating; and package managers can just be an
| interface to those.
| noja wrote:
| Exactly. And that one correct true best winning choice can
| surely only be rpm.
| Macha wrote:
| > But actually it's more that there should be a standard
| protocol for package discovery, distribution and updating; and
| package managers can just be an interface to those.
|
| PackageKit exists as a standard protocol on top of myriad
| package managers. Most major distro package managers (apt,
| yum/dnf, apk, pacman) have a package kit wrapper, and UI tools
| such as Gnome Software or KDE Discover exist that use this
| abstraction.
|
| The missing piece here is that it still requires packages to be
| built in all the different formats that these abstracted
| package managers require.
| ziggus wrote:
| There's already a standard that's been in place for ages and
| ages:
|
| ./configure
|
| make
|
| make install
| jcelerier wrote:
| it's not a useful standard if it does not work out-of-the-box
| on a native windows install
| lhorie wrote:
| That's just for building though, isn't it? Package managers
| these days deal w/ network, registries, version management,
| transitive dependency resolution, etc. Not to mention
| Windows.
| tln wrote:
| And it's showing its age!
| chrisseaton wrote:
| I'm not sure that's what people mean by package management.
|
| For example if a configure script has a dependency on a
| library... then what? It doesn't help me find and install the
| right version of that dependency, does it? In my experience
| it just says 'dependency not installed'.
| klyrs wrote:
| I think it's meant as a joke, but for many of us, there's
| some truth to it.
|
| If you're missing a dependency, you'll need to download,
| configure, make, install it.
| chrisseaton wrote:
| > If you're missing a dependency, you'll need to
| download, configure, make, install it.
|
| Right but people want their package managers do this for
| them. That's the whole point.
| klyrs wrote:
| That's what indicates to me that it was intended as a
| joke, yes.
| CJefferson wrote:
| Your suggestion doesn't install dependencies, doesn't check
| for out of date software, and doesn't work on windows. Those
| all seem like fairly major issues to me.
| DonHopkins wrote:
| I imagine the conference swag consists of branded tote bags,
| boxes, baggies, bins, pouches, bottles, backpacks, and laundry
| bags.
| mbesto wrote:
| All made using YARN!
| yewenjie wrote:
| Also eggs and wheels, cause Python.
| cybrexalpha wrote:
| Using Go in anger for a few years has made me realise just how
| much a good package management solution adds to an ecosystem, and
| just how difficult a bad one makes life.
| sieabah wrote:
| I've been flip flopping between Rust and Go and landed on
| primarily Rust due to not liking how imports are done by URL in
| Go. Probably works for Google, but it doesn't make sense for
| most use cases where you want to handle major version changes.
___________________________________________________________________
(page generated 2021-08-12 23:01 UTC)