this post was submitted on 28 Aug 2023
53 points (93.4% liked)

Linux

46819 readers
1096 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

Saw the post here regarding CentOS's off-springs and a couple of people brought up the excellent point of: why play with fire? Let's just stick to Debian.

The only disadvantage I currently see is the outdated packages, and I'm curious whether makedeb solves them. Does anyone here use it regularly? How stable and comfortable is it? Did you write your own PKGBUILDs?

top 11 comments
sorted by: hot top controversial new old
[–] wildbus8979 20 points 1 year ago* (last edited 1 year ago)

Outdated is relative. You want stable builds with backported security updates and bug fixes and a new major release every year and half? Then stable is for you.

If you want a rolling release with occasional bugs then use testing/Sid.

[–] [email protected] 13 points 1 year ago* (last edited 1 year ago) (1 children)

Well, this is about 90% less stupid than pacstall (a bunch of scripts in a trench coat that plaster files around your fs) but it still kinda misses the point of Debian. Debian's killer feature isn't the package format as much as the curation, support and maintenance of the software in the Debian repos done by the community. I guess there is a use case for a grab bag of "other things" but there's some significant downside potential if not used carefully.

[–] [email protected] 1 points 9 months ago

What do you mean by "plastering files around your fs"?

[–] [email protected] 6 points 1 year ago

You know... RHEL packages can be way more outdated than Debian.

[–] [email protected] 5 points 1 year ago

I was just thinking the other day how nice it would be to port pamac into some more prod-oriented environments.

Looking through the docs, it appears to tick most of the boxes I’d want, will have to play with it in the coming days.

Have an upcoming project that will actually require some consistency and documentation, this might be useful.

I don’t mind building when necessary, but doing so is not calculated to communicate well with future me, so it’s not ideal.

[–] [email protected] 5 points 1 year ago

I'm not on a Debian-based system but a recent experience w/ packaging a software as a DEB was quite eye-opening 😅 The format and the build process felt too cluttered (to me) and it wasn't easy for me to wrap my head around it.

I'm happy that folks are working on alternatives ✌️

[–] jayandp 2 points 1 year ago

Another alternative could be Distrobox. Added benefit of the apps being sandboxed, and easily removed in case of issues. Downside is that you are eating up some space with some extra OS images.

[–] [email protected] 2 points 1 year ago

I maintain a git repo of PKGBUILDs for use with makedeb. I use it to build binary packages for some programs which I like having newer versions (like neovim) and for some programs which I develop mostly for myself so they probably wouldn't be accepted to official repos. I also host aptly repo with binary debs built this way.

To be sure that binary debs are "correct" (no broken dependencies, executables execute etc.), I created a program which runs makedeb in a Debian Docker container. It then sends build artifacts to aptly repo.

This workflow works flawlessly for me and I like it very much. I love the format of PKGBUILD files and I wish Debian modified its official tooling to support something else than the current official workflow.

Sometimes I have to rebuild some of the packages because there are breaking changes in Debian (e.g. new version of libc), but it isn't a big deal thanks wrapper which can build all PKGBUILDs in my repo at once (although I may have to change packages versions so aptly accepts them).

I lint debs with lintian and there are some warnings introduced by makedeb, but most of them are easy to fix or workaround. Others are not important for me.

I don't use MPR, because I don't trust these scripts. I probably wouldn't use makedeb to update some core programs or libraries (like Bash or systemd), but it's great for non-core ones.

Also, I think that author of makedeb wanted to rewrite it in rust, possibly accepting breaking changes, but I don't know what's the status of this.

[–] [email protected] 1 points 1 year ago

If you really want newer packages just use guix nix or flatpak