News for hackers. Stuff that matters.
Re:Ubuntu: Introducing Debcrafters by jnsgruk on Monday June 30, 2025 @10:42AM (#44423966)
Earlier this year, Canonical’s Ubuntu Engineering organisation gained a new team, seeded with some of our most prolific contributors to Ubuntu. Debcrafters is a new team dedicated to the maintenance of the Ubuntu Archive.

The team’s primary goal is to maintain the health of the Ubuntu Archive, but its unique construction aims to attract a broad range of Linux distribution expertise; contributors to distributions like Debian, Arch Linux, NixOS and others are encouraged to join the team, and will even get paid to contribute one day per week to those projects to foster learning and idea sharing

Re:Ubuntu: Introducing Debcrafters by loloquwowndueo on Monday June 30, 2025 @12:06PM (#44424907)
> others are encouraged to join the team

What are the requirements for joining? Will I be asked about my high-school grades? Pass a psychometric test?

Thanks.

Re:Ubuntu: Introducing Debcrafters by geodel on Monday June 30, 2025 @12:15PM (#44424989)
One of the key requirement is high on sarcasm and low on contribution.
Re:Ubuntu: Introducing Debcrafters by rpcope1 on Monday June 30, 2025 @02:33PM (#44426422)
Maybe that's why they got rid of Stéphane Graber...too much good work done too earnestly and too quietly.
Re:Ubuntu: Introducing Debcrafters by jnsgruk on Monday June 30, 2025 @12:48PM (#44425361)
Yes, candidates for the team will still be expected to go through our usual hiring process.
Re:Ubuntu: Introducing Debcrafters by Twirrim on Monday June 30, 2025 @01:50PM (#44426062)
Here's hoping Canonical leadership will some day finally accept how broken the process is.

Congratulations on making it through that crazy, unscientific process.

Re:Ubuntu: Introducing Debcrafters by NewJazz on Monday June 30, 2025 @12:59PM (#44425519)
Then the project is doomed.
Re:Ubuntu: Introducing Debcrafters by vovavili on Monday June 30, 2025 @01:13PM (#44425672)
Good luck with that.
Re:Ubuntu: Introducing Debcrafters by rbanffy on Monday June 30, 2025 @11:43AM (#44424658)
Does that mean they are reducing work on snaps?
Re:Ubuntu: Introducing Debcrafters by bArray on Monday June 30, 2025 @12:13PM (#44424972)
I wish they would stop with snap, snaps have been nothing but a pain. Ubuntu keep pushing half-baked ideas into the wild - who asked for a system that would randomly kill apps without warning? It's like the Rust SSH thing, they are going to make it the default whether you like it or not, even though they know it is not 1:1 and probably never will be.

I'm currently having an issue with Firefox where it will not stop crashing all of the time, even whilst using Hackernews. Not a RAM or CPU issue, just buggy software pushed through a "move fast and break things" attitude.

Re:Ubuntu: Introducing Debcrafters by loloquwowndueo on Monday June 30, 2025 @12:15PM (#44424992)
Google “remove snaps Ubuntu 24.04” (or whichever version you’re on). I did so, nuked all snaps and replaced Firefox with an upstream Deb repository. Everything’s working fine so far.
Re:Ubuntu: Introducing Debcrafters by somanyphotons on Monday June 30, 2025 @12:23PM (#44425089)
May as well run Debian at that point
Re:Ubuntu: Introducing Debcrafters by loloquwowndueo on Monday June 30, 2025 @12:31PM (#44425155)
I’ve found that Ubuntu comes with more things set up out of the box than Debian, so it gets me up and running faster. Or could look into Mint. Sure, to each their own - as long as it has no snaps!
Re:Ubuntu: Introducing Debcrafters by stebian_dable on Monday June 30, 2025 @01:04PM (#44425582)
Try Mx Linux :)
Re:Ubuntu: Introducing Debcrafters by blacksmith_tb on Monday June 30, 2025 @02:22PM (#44426324)
On a server, 100% but on a desktop/laptop, Ubuntu does bring some conveniences (though Pop_OS! improves that balance, the good stuff minus the over-dependence on snaps).
Re:Ubuntu: Introducing Debcrafters by pepa65 on Monday June 30, 2025 @10:13PM (#44429955)
Or Linux Mint..! :-D
Re:Ubuntu: Introducing Debcrafters by bokchoi on Monday June 30, 2025 @12:55PM (#44425458)
Or run PopOS which is Ubuntu without the snaps.
Re:Ubuntu: Introducing Debcrafters by simion314 on Monday June 30, 2025 @12:21PM (#44425073)
I like using snap on my LTS servers, I can test new CLI tools there and see if the new version has soem fixes that I need or not, if the snap works better I can use it without messing around with installing some PPA to update the tool and it's dependencies.
Re:Ubuntu: Introducing Debcrafters by Jnr on Monday June 30, 2025 @01:03PM (#44425574)
What I dislike about snaps is the performance. Somehow they have managed to make them practically unusable on computers older than a few years.
Re:Ubuntu: Introducing Debcrafters by msgodel on Monday June 30, 2025 @01:30PM (#44425867)
It's like they saw RedHat and though "ah the reason people complain about that is because they're just not going fast enough."
Re:Ubuntu: Introducing Debcrafters by rbanffy on Monday June 30, 2025 @03:21PM (#44426885)
> snaps have been nothing but a pain.

I remember being vocal about it being a bad solution to a problem nobody had while I was working for Canonical. That's probably one of the reasons it seems unlikely they'll ever hire me again.

Re:Ubuntu: Introducing Debcrafters by OsrsNeedsf2P on Monday June 30, 2025 @11:58AM (#44424814)
Nope, they're still pushing it:

> In the coming weeks our Starcraft team (responsible for Snapcraft, Rockcraft 1, Charmcraft) will begin prototyping debcraft, which will (in time) become the de facto method for creating, testing and uploading packages to the Ubuntu archive.

Re:Ubuntu: Introducing Debcrafters by jnsgruk on Monday June 30, 2025 @12:54PM (#44425445)
No, this is an orthogonal effort.

We have two channels for distributing software in Ubuntu: the archive and the snap store. Each are suited to different scenarios.

Irrespective of any view on Snap as a packaging format, the workflow and developer experience is, in my opinion, much simpler to work with. The barrier to contribution is much lower.

The work on debcraft is to try and bring some of the lessons we've learned there to those developers working with debs - while also introducing new primitives that will allow for extended integration testing of the distribution using some of our existing (well tested) machinery.