On Jul 18, Simon McVittie wrote:
> If a machine's /usr is not in sync with its /etc and /var, then it is likely
> to work incorrectly: at a minimum, asking dpkg which packages and versions
But in my experience (with shared-/usr containers) this works great as
long as everything is aligned to the
On Sun, Jul 18, 2021 at 11:13:37AM +0200, Marco d'Itri wrote:
> On Jul 18, Simon McVittie wrote:
> > If a machine's /usr is not in sync with its /etc and /var, then it is likely
> > to work incorrectly: at a minimum, asking dpkg which packages and versions
> But in my experience (with shared-/usr
On Sun, 2021-07-18 at 11:13 +0200, Marco d'Itri wrote:
> I link /var/lib/dpkg/ to somewhere in /usr/, and I think that this is
>
What? No matter whether we merge “/bin” or not, “/usr” should stay
read-only.
Regards
On Sun, Jul 18, 2021 at 11:09:49AM +, Stephan Verbücheln wrote:
> On Sun, 2021-07-18 at 11:13 +0200, Marco d'Itri wrote:
> > I link /var/lib/dpkg/ to somewhere in /usr/, and I think that this is
> >
>
> What? No matter whether we merge “/bin” or not, “/usr” should stay
> read-only.
On Debian
On Jul 18, Stephan Verbücheln wrote:
> On Sun, 2021-07-18 at 11:13 +0200, Marco d'Itri wrote:
> > I link /var/lib/dpkg/ to somewhere in /usr/, and I think that this is
> >
> What? No matter whether we merge “/bin” or not, “/usr” should stay
> read-only.
The dpkg database IS read-only as long as
Thank you for the explanation. I think it covers most use cases.
However, it does not cover packages that do not actually install
programs but only perform changes to /etc or install something to /opt,
is that correct?
Regards
On Sun, Jul 18, 2021 at 04:50:49PM +, Stephan Verbücheln wrote:
> Thank you for the explanation. I think it covers most use cases.
> However, it does not cover packages that do not actually install
> programs but only perform changes to /etc or install something to /opt,
> is that correct?
Whil
On Sun, Jul 18, 2021 at 10:11:22PM +0500, Andrey Rahmatullin wrote:
> While, AFAIK, it's indeed only Debian Policy stopping you from not
> shipping /usr/share/doc/*/copyright, and that and common sense stopping
> you from not shipping /usr/share/doc/*/changelog, that's just yet another
> case of so
On Wed, 2021-07-14 at 23:40 +0200, Guillem Jover wrote:
> On Wed, 2021-07-14 at 19:54:56 +, Thorsten Glaser wrote:
> > Sean Whitton dixit:
> > > * #978636 move to merged-usr-only?
> > >
> > > We were asked to decide whether or not Debian 'bookworm' should
> > > continue to support systems wh
On Fri, Jul 16, 2021 at 01:15:37PM +0200, Magissia wrote:
> In this case, this page should be updated to reflect the fact it is not
> broken.
>
> https://wiki.debian.org/Teams/Dpkg/MergedUsr
Logic does not quite work that way. Just because we selected that way of
doing things doesn't imply it wou
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name : node-dompurify
Version : 2.3.0
Upstream Author : Mario Heiderich
(https://cure53.de/)
* URL : https://github.com/cure53/DOMPurify
* License : (MPL-2.0 OR Apache-2.0)
Programm
Package: wnpp
Severity: wishlist
Owner: Zygmunt Krynicki
X-Debbugs-Cc: debian-devel@lists.debian.org, m...@zygoon.pl
* Package name: adr-tools
Version : 3.0.0
Upstream Author : Nat Pryce
* URL : https://github.com/npryce/adr-tools
* License : GPL-3
Programmi
Hi,
On 2021-07-18 5:31 p.m., Svante Signell wrote:
> Hi, is it OK to forward your mail to debian-devel. I don't think
> mailing to debian-user will have any effect on this issue?
>
Sure ! Honestly it's my mistake to have sent it to debian-user.
I get everything in one mailbox. I need to have thi
Hi,
On 2021-07-18 5:07 p.m., Andy Smith wrote:
> Hello,
>
> On Sun, Jul 18, 2021 at 04:31:11PM -0400, Polyna-Maude Racicot-Summerside
> wrote:
>> My personal opinion is that Debian is going into a mostly "we got the
>> best idea in the world but forgot that not everyone implement things the
>> s
Hello (Hi) !
On 2021-07-18 5:07 p.m., Andy Smith wrote:
> Hello,
>
> I think all of this is quite clearly explained in:
>
> https://salsa.debian.org/md/usrmerge/raw/master/debian/README.Debian
>
> which is linked from:
>
> https://wiki.debian.org/UsrMerge
>
> If you think it's not the
On Jul 19, Polyna-Maude Racicot-Summerside wrote:
> So if I get it right...
Except for /boot/, which may be required for technical reasons, there
is no need to further partition your file system unless you actually
have reasons to do it.
> One partiton for /boot
> One partition for /usr
> One
On Sun, 2021-07-18 at 20:58 +0200, Svante Signell wrote:
> On Wed, 2021-07-14 at 23:40 +0200, Guillem Jover wrote:
> > On Wed, 2021-07-14 at 19:54:56 +, Thorsten Glaser wrote:
> > > Sean Whitton dixit:
> > > > * #978636 move to merged-usr-only?
> > > >
> > > > We were asked to decide whether
Hi,
On 2021-07-18 6:17 p.m., Marco d'Itri wrote:
> On Jul 19, Polyna-Maude Racicot-Summerside wrote:
>
>> So if I get it right...
> Except for /boot/, which may be required for technical reasons, there
> is no need to further partition your file system unless you actually
> have reasons to do
Polyna-Maude Racicot-Summerside writes:
> Here's my actual config (with 2TB) and yes I have a separate /home
> What is tmpfs and why is it set to 3.2 GB ?
tmpfs is a RAM-backed temporary file system that is automatically used for
paths like /run and /dev/shm that are supposed to be cleared on e
Svante Signell writes:
> Again, everybody is just hiding, I wonder from who, the big wolf?? Who
> is hen? Anybody having the courage to reply to this list about this
> issue, not only workarounds/diversions?
I'm not discussing the issue on the list because I think the current
direction in which
Russ Allbery writes:
> I see that you have your system configured to store /tmp on your disk.
> This is generally not recommended these days. Storing /tmp in tmpfs is
> much faster for some applications and automatically achieves the desired
> and standard /tmp behavior of clearing it on reboot.
Hi,
On Sun, Jul 18, 2021 at 05:54:33PM -0400, Polyna-Maude Racicot-Summerside wrote:
> On 2021-07-18 5:07 p.m., Andy Smith wrote:
> > I recommend understanding the issue before putting forth an opinion.
> >
> Maybe I shall correct what I said as it may be misunderstood.
It's unclear to me why yo
Hi,
On 2021-07-18 7:21 p.m., Russ Allbery wrote:
> Polyna-Maude Racicot-Summerside writes:
>
>> Here's my actual config (with 2TB) and yes I have a separate /home
>
>> What is tmpfs and why is it set to 3.2 GB ?
>
> tmpfs is a RAM-backed temporary file system that is automatically used for
> p
On Thu, 2021-07-15 at 10:13:47 +0100, Luca Boccassi wrote:
> As it has been said and written many times already, in reality this is
> not broken by design at all and in fact it is the only successful
> strategy that has been deployed by other distros - it's what is being
> called merged-usr-via-mov
Polyna-Maude Racicot-Summerside writes:
> I had the belief that some software used /tmp for temporary file that
> may grow many GB (example DVD creation).
> I have 32 GB
It should not, or at least it should let you specify a different path,
because using tmpfs for /tmp is very common these days
On Sun, Jul 18, 2021 at 8:30 AM Hanno 'Rince' Wagner wrote:
> On Sun, 18 Jul 2021, Paul Wise wrote:
>
> > Valve have said that this will be an open device that any OS can be
> > installed on, just like on PCs, they even mentioned Windows so
> > presumably it will be able to run Debian amd64 too if
On Mon, 19 Jul 2021 03:36:59 +0200, Guillem Jover
wrote:
>If by "very minor bugs" you mean that f.ex.:
>
> * dpkg, dpkg-divert, or update-alternatives are unable to detect file
> conflicts and thus might allow silent overwrites of random stuff on
> disk,
> * when moving files across packages a
On Sun, 18 Jul 2021 16:21:24 -0700, Russ Allbery
wrote:
>I agree with the other feedback that you are overpartitioning your disk.
It is especially evident in the df output where there are two-digit
amounts of gigabytes free on most of those HUGE partitions.
>I used to do this back when I was fir
Nowadays you can also have BTRFS subvolumes, which does not require you
to define sizes in advance. In that case it is nice for snapshotting to
have separate subvolumes for things like home directories.
Regards
Sorry to single you out here, Marc -- This goes to many people. This
goes, in fact, to the discussion itself.
Marc Haber dijo [Mon, Jul 19, 2021 at 07:12:24AM +0200]:
> In an ideal world, would the package manager not be a service utility
> to SUPPORT policy and adapt to changing environment conti
As I said, on a separate mail...
Marc Haber dijo [Mon, Jul 19, 2021 at 07:12:24AM +0200]:
> In an ideal world, would the package manager not be a service utility
> to SUPPORT policy and adapt to changing environment contitions instead
> being a showstopper for innovation?
>
> Who is the dpkg main
31 matches
Mail list logo
