Re: merged /usr

2021-08-13 Thread Guillem Jover
On Fri, 2021-08-13 at 07:53:20 +0200, Marco d'Itri wrote: > Implementations with real /bin /sbin /lib* directories and symlink farms > are not useful because they would negate the major benefits of > merged-/usr, i.e. the ability of sharing and independently updating > /usr. Yes, that major bene

Re: Arch triplet for uefi applications

2021-08-13 Thread Simon McVittie
On Fri, 13 Aug 2021 at 02:29:02 +0200, Guillem Jover wrote: > On Tue, 2021-08-10 at 12:34:18 +, Bastien Roucariès wrote: > > I am going to compile shell.efi from source. > > > > I whish to install to something stable, but I need an arch triplet > > in order to put in a multiarch (like) locatio

Re: Arch triplet for uefi applications

2021-08-13 Thread Bastien Roucariès
Le vendredi 13 août 2021, 00:29:02 UTC Guillem Jover a écrit : > On Tue, 2021-08-10 at 12:34:18 +, Bastien Roucariès wrote: > > I am going to compile shell.efi from source. > > > > I whish to install to something stable, but I need an arch triplet > > in order to put in a multiarch (like) loca

Re: merged /usr

2021-08-13 Thread Luca Boccassi
On Fri, 2021-08-13 at 07:53 +0200, Marco d'Itri wrote: > Implementations with real /bin /sbin /lib* directories and symlink farms > are not useful because they would negate the major benefits of > merged-/usr, i.e. the ability of sharing and independently updating > /usr. > Indeed, it would be

Re: Arch triplet for uefi applications

2021-08-13 Thread Bastien Roucariès
Le mercredi 11 août 2021, 09:16:10 UTC Simon McVittie a écrit : > On Tue, 10 Aug 2021 at 15:19:10 -0700, Josh Triplett wrote: > > Bastien Roucariès wrote: > > > I suppose that [EFI] will be x86_64-efi-none (or maybe > > > x86_64-windows-efi ) and i686-uefi-none ? > > It's certainly not x86_64-w

Re: merged /usr

2021-08-13 Thread Marco d'Itri
On Aug 13, Guillem Jover wrote: > Yes, that major benefit that is completely broken by design and > unsupported anyway, because /etc and /var can also easily get out > of sync. If you rely on this then you are on your own anyway… You say so, but it is a fact that in practice it works really well

Upload processing ⏸d until 🛍→🐈

2021-08-13 Thread Ansgar
Hi, upload processing on the main archive has been ⏸d in anticipation of some planned "maintenance" tomorrow related to ◎. Processing might resume tomorrow in the late evening or, more likely, on 🌞day (UTC). It is safe to upload packages intended for 📚🪱 (but keep in mind that transitions should

Re: Steam Deck: good news for Linux gaming, bad news for Debian :(

2021-08-13 Thread Jonathan Dowland
On Thu, Aug 12, 2021 at 04:42:51AM +, Paul Wise wrote: > On Thu, Aug 12, 2021 at 3:22 AM Timothy M Butterworth wrote: > > > Debian is missing KDE's Amarok music manager. > > Amarok was removed as it required the obsolete Qt 4 library. Now that > upstream has finally ported it to Qt5, it could

Re: git workflows (was: Steam Deck: good news for Linux gaming, bad news for Debian :()

2021-08-13 Thread Jonathan Dowland
On Thu, Aug 12, 2021 at 03:31:02PM -0700, Sean Whitton wrote: > For example, there are those of us who think that the downsides of the > combination of 3.0 (quilt) and patches stored unapplied in git are > significant, and so we have made attempts to provide alternatives, such > as git-debrebase.