bc, busybox or initramfs-tools as appropriate.
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG
es much more robust. Not having
to hard code per-arch package lists and being able to handle it
just like we currently handle build-essential would, IMO, be a
Good Thing.
If it were to use the same file format that build-essential uses,
we would be able to reuse that.
Regards,
Roger
--
.&#x
one can work out which
logical volume each represent by looking at the symlinks.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GP
/rcS is intentionally only installed once
during a fresh install, and never updated afterward. However,
this precludes ever updating it. Ideally we could make it a
conffile and handle it entirely with dpkg; this would probably
require splitting out the variables which should never be touched
i
expansion of macros in the autotools packages; it too bears little
relation to the original macros.
(This one of the reasons I hope autoconf will use shell functions in
the future.)
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.
hanges-option to override the distribution during
building. If it is also possible to override the version of the
generated .debs, this would make it possible to rebuild (NMU) without
messing around editing the changelog.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Lin
ndesirable? (I note that it currently has no depends other than
a pre-depends on awk.)
Any comments?
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforg
On Wed, Feb 08, 2012 at 09:49:26PM +0100, Sven Joachim wrote:
> On 2012-02-08 21:03 +0100, Roger Leigh wrote:
>
> > This is regarding Bug #645540 ("Essential" package conflict between
> > sysvinit and systemd-sysv).
> >
> > sysvinit is currently Essent
IMO, the use of first-person personal
pronouns such as "I" grate badly in the context of being used by the
computer. By all means refer to the user this way (e.g. "you"), but
I don't think Ian's opinion on the use of "I" is by any means
universal. It's
On Thu, Feb 09, 2012 at 11:18:08PM +0100, Andreas Beckmann wrote:
> Roger Leigh wrote:
> > On Tue, Jan 31, 2012 at 11:52:42AM -0800, Steve Langasek wrote:
> > > On Tue, Jan 31, 2012 at 08:10:11PM +0100, Luk Claes wrote:
> > > > > Interesting timing. initscript
On Tue, Jan 31, 2012 at 10:07:22PM +, Roger Leigh wrote:
> On Tue, Jan 31, 2012 at 11:52:42AM -0800, Steve Langasek wrote:
> > On Tue, Jan 31, 2012 at 08:10:11PM +0100, Luk Claes wrote:
> > > > Interesting timing. initscripts started depending on ucf just a few
> >
installs as well (#660093). I'll file a bug with this
patch against util-linux once this is properly tested.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/proje
On Sat, Feb 18, 2012 at 03:59:23PM +, Roger Leigh wrote:
> Hi,
>
> The attached patch against current util-linux cleans up hwclock
> handling with the following changes:
• Also adds /etc/default/hwclock and hwclock(5) which permit
configuration without editing the initscri
lems enabling it in
sbuild (in 2005) when tools first started supporting it for backward-
compatibility reasons, but it's been the default for some time now
(since July 2008) since everything we would want to build on
supports it.
Regards,
Roger
--
.''`. Roger Leigh
: :' :
On Sat, Feb 18, 2012 at 08:00:28PM +0100, Marco d'Itri wrote:
> On Feb 18, Roger Leigh wrote:
>
> > • There are currently two init scripts, hwclockfirst.sh and
> > hwclock.sh. The reasons for these two originally existing
> Why do you still bother with in
On Wed, Feb 22, 2012 at 10:14:49AM +0100, Tollef Fog Heen wrote:
> ]] Roger Leigh
>
> > Just FYI, please see #659451. I've split the UTC variable into
> > /etc/default/hwclock, which means /etc/default/rcS can become a
> > regular dpkg conffile (in current g
nd/or
upstart to kFreeBSD/Hurd to make it possible to use the modern
systems on all arches. The attitude of the systemd upstream is
not encouraging here, however.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' sc
or
upstart jobs. Given their declarative syntax, would it be possible
for these to be translated into init script form so that they can
be run by init? This would provide a migration path and permit
packages to migrate away from providing init scripts in favour of
systemd units (or upstart jobs
On Fri, Feb 24, 2012 at 04:20:47PM +0200, Uoti Urpala wrote:
> Roger Leigh wrote:
> > I certainly don't think it's fair for fairly niche platforms to hold
> > back Linux indefinitely. There is a high cost on maintainers to
> > support these platforms, and it
On Sat, Feb 25, 2012 at 12:17:43AM +0200, Uoti Urpala wrote:
> Roger Leigh wrote:
> > On Fri, Feb 24, 2012 at 04:20:47PM +0200, Uoti Urpala wrote:
> > > > [note: it's somewhat desirable for them to be optional on Linux
> > > > too, to prevent feature loc
g it might be difficult, this is mainly
due to our (collective) lack of experience with it rather than
there being anything intrinsically more difficult about it. If
anything, it promises to be vastly simpler and more robust than
the spaghetti mess of shell we currently have to deal with. If
the
t packages
don't test direct usage of debian/rules, and manual setting of
the various arch- and build-related variables is inconsistent?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild ht
ersonal answers to these questions are: no and no.)
I think that this is correct (as the default behaviour; it could be
configured otherwise).
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild h
building. sbuild now also has
initial support or multiarch cross building.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public
On Sun, Nov 04, 2012 at 12:55:09PM +0100, Sébastien Villemot wrote:
>
> * Package name: double-conversion
libjs-double-conversion would be more appropriate, since
this is a javascript library. double-conversion is too
generic.
Regards,
Roger
--
.''`. Roger Leigh
:
On Sun, Nov 04, 2012 at 01:08:18PM +0100, Sébastien Villemot wrote:
> Roger Leigh writes:
>
> > On Sun, Nov 04, 2012 at 12:55:09PM +0100, Sébastien Villemot wrote:
> >>
> >> * Package name: double-conversion
> >
> > libjs-double-conversion woul
liability as a whole... that's much
harder to quantify and much less clear cut. After all, if
sysvinit is working for you, and starts up all the services
correctly, once the system is up, it's up. It will continue
to run reliably.
Regards,
Roger
[1] http://www.skarnet.org/software/s6/
--
he other two, but
there are still tinier, more easily verifiable init systems out there
where it's just a screenful of code, and it's provably correct.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `'
system is critical. These are just
userspace components, not kernel interfaces. Replacing them should
be relatively simple.
If the new udev fork works, why /wouldn't/ we want to adopt it? It
would have a friendlier upstream, it would be buildable without
unwanted extra stuff, and it would h
NFS/local; if anyone who cares about these
cases would like to test them, that would also be appreciated. One
missing bit here is not bringing up the network if the root is local
and /usr is on NFS. Shouldn't be hard to add, but I lack the ability
to implement and test it until after New Year.
On Fri, Dec 28, 2012 at 02:51:27AM +0100, Marco d'Itri wrote:
> On Dec 28, Roger Leigh wrote:
>
> > I've created a wiki page here for this proposed release goal for jessie:
> > http://wiki.debian.org/ReleaseGoals/MountUsrInInitramfs
> Please remove the "
_MAX
(where the dynamic allocation is done only for Hurd, rather than
across the board). This alone would remove a whole bunch of
potential bugs and improve the overall code quality and robustness.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://p
when Debian /is/ the upstream. So changes to
the actual package content go into proper "upstream" releases, and you
have the option to make as many Debian revisions as necessary. It makes
things easier for derivatives and external users. I don't think there's
any real differe
he casino game;
That's a minor issue, are we sure the case when it shoots itself has
been fully tested?
--
Roger Gammans
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
have
an example system which uses UUIDs /and/ LVM root, however--this
does not appear to be the default for LVM. While this is an
important issue, the fact that it's not hit by default might be
one reason for lowering the severity.
The patches look reasonable. Though for scripts/local-top/lvm2
kes sure that
every bit of "extra" generated code is part of the git history.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Pub
ld chroot with
sbuild-createchroot first.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 14
are the file paths between
the source and binary packages in the first and second builds;
comparing the content itself is probably not realistic.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbui
rs are not ideal. Can't we
make 4.8 the default across the board and add explicit build-deps to
packages which break with 4.8, rather than the other way around?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `&#
we
do this, I'd prefer to make /usr a symlink to / on new installs, while
retaining full backward compatibility for existing users, and requiring
zero packaging changes. But the other way would also be possible--it
would just be a matter of d-i setting up the links. But none of this is
th
s wrong with it? Is there
anything concrete which we should be aware of which can be
fixed or improved for jessie?
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/
On Wed, May 08, 2013 at 08:08:31AM +0200, Florian Weimer wrote:
> * Roger Leigh:
>
> > On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote:
> >> The decision when to make GCC 4.8 the default for other architectures
> >> is left to the Debian port maintaine
ew days.
It also needs a patch to util-linux so it doesn't try to fsck a mounted
/usr at boot.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-t
I'm not
sure whether I really like the idea or not, but from the point of
view of having the tools to fix and mount the rootfs (and /usr) there
when needed, it may well be useful, so long as we can avoid idiocy
such as #701936. We still need the fsck helpers to work for the
non-initramfs c
essures
influencing their decisions, and they are not all in our interest.
How are those udev replacement projects coming along? Something else
to think about for jessie.
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroo
have to, I'd vote for junking it entirely.
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
copy the filesystem-specific fsck helper from /sbin. If
additional files are needed by particular helpers, they might
need special-casing.
Any comments would be gratefully received.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.or
her upstart or systemd.
> I would rather not be the one who will choose which one of them, so
> I hope that we will get to a consensus about this.
Neither choice is acceptable, as you are undoubtedly aware.
There is no need for udev to be dependent upon a specific init
system, other than
e
can just be ignored if not wanted; there is no further work required
from that point of view, I think. Given that they won't be used by
default and are harmless, but do add interesting new capabilities,
I would like to see them used though.
Regards,
Roger
--
.''
rom the POV of having a replacement for debsign,
we can conditionally switch to using it as soon as it becomes
available.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://g
was all working for wheezy
from my own testing of it in VMs, but I'm not a file-rc user,
and there may be cases where the configuration isn't being
migrated.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
On Fri, Jan 03, 2014 at 01:57:00PM +, Thorsten Glaser wrote:
> Roger Leigh codelibre.net> writes:
>
> > If you're referring to the commit above, it's because we've fully
> > transitioned to dependency-based boot for wheezy, so the hardcoded
> > run
ake the assumption that they are interactive and freeze the build
waiting on IO that never happens and then block forever. There may
well have been other considerations I don't recall offhand e.g.
relating to job control.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian
On Sat, Jan 04, 2014 at 08:07:08PM +0100, Thorsten Glaser wrote:
> On Fri, 3 Jan 2014, Roger Leigh wrote:
>
> > If file-rc and/or the maintainer scripts somehow restored the links
> > incorrectly, then insserv will ignore the header and preserve your
> > customisations
&
some adjustments to
RAMTMP/TMPSIZE if the rootfs is on an SSD and/or swap is absent.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG
On Mon, Jan 20, 2014 at 12:29:28PM +, Kevin Chadwick wrote:
> previously on this list Roger Leigh contributed:
>
> > With an SSD, you really
> > don't want /tmp or swap on it;
>
> Why?, due to limited write cycles?
That's one reason, but the one
On Mon, Jan 20, 2014 at 10:46:50AM -0500, The Wanderer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 01/20/2014 09:56 AM, Kevin Chadwick wrote:
>
> > On Mon, 20 Jan 2014 14:30:24 + Roger Leigh wrote:
> >
> >> This is a system with
f anyone would be able to take over some of this stuff, I'd be very
grateful. I'll continue to be available for answering questions and
helping where I am able, but I'm afraid I won't be able to continue as
one of the primary maintainers for the foreseeable future.
Thanks,
Roger
better.
I'm yet another of the herd who found that pulse was broken out of the
box, and that removing it made things work immediately. In fact, it's
only worked on one out of the several systems I've tried it on, and even
there it was sufficiently annoying that it lasted only a f
for measuring progress on this front. Do
we have any plans for enforcing build-arch for jessie at this point?
If we haven't already, stronger warnings when running dpkg-buildpackage
and stronger lintian warnings (errors?) would be useful to add.
Regards,
Roger
--
.''`.
On Tue, Feb 18, 2014 at 10:58:50PM +, Roger Leigh wrote:
> I hope the above is useful for measuring progress on this front. Do
> we have any plans for enforcing build-arch for jessie at this point?
> If we haven't already, stronger warnings when running dpkg-buildpackage
On Wed, Feb 19, 2014 at 01:58:48PM +0100, Jakub Wilk wrote:
> Thanks for doing the rebuilds!
>
> * Roger Leigh , 2014-02-18, 22:58:
> >┌┬┬───┐
> >│ current │ buildarch │ count │
> >├┼┼───┤
> >
On Wed, Feb 19, 2014 at 01:02:55PM -0800, Steve Langasek wrote:
> On Wed, Feb 19, 2014 at 01:58:48PM +0100, Jakub Wilk wrote:
> > Thanks for doing the rebuilds!
>
> > * Roger Leigh , 2014-02-18, 22:58:
> > >┌┬┬───┐
> > &
++ test frameworks
already in existence, and it would certainly be worthwhile evaluating
the strengths and weaknesses of them before committing to adding yet
another.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `'
ult for end users
and buildds and enable dist-upgrade by default for one or both
of these if there's consensus that this is desirable and safe
to do.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and
opriate? It might also avoid some of the more controversial
discussions we've seen here in recent years.
Roger
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/u1s31b-unl@silverstone.rilynn.me.uk
happen, but to warn you when gcc's optimisations have broken any two's
complement overflow behaviour that you might have expected. Thus if you have
written code that assumes "normal" two's complement overflow you get a
warning when it has been broken by assumptions made by the
allow
the transition to be done effectively, and was never planned to
exist except for the short term during the transition, which is now
progressed quite well. I posted some stats on it a couple of months
back.
This may be an opportune time to remove the nasty hack and mandate
the use of the
e
> * dpkg-buildpackage
> * affected packages
>
> If none of the above can be fixed then I'm all for just removing the
> detection code, although that might be painful, AFAIR the numbers were
> a bit scary last time Roger posted them?
Back in February, it was around 14% remaining.
that tab completion does not work properly.
>> If I use /etc/init.d/ then tab tells me what is there and spells it right.
>
> You should install bash-completion
Bash-completion has never worked for me from a root prompt.
Roger
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
Package: wnpp
Severity: wishlist
Owner: Roger Kalt
* Package name: elog
Version : 2.9.2+git20140511
Upstream Author : Stefan Ritt
* URL : http://midas.psi.ch/elog/
* License : GPLv3
Programming Lang: C
Description : Logbook system to manage notes
binary-foo Packages in favour of binary-all Packages use by apt-get/
aptitude?
I would also have a use of binary-all dist in sbuild-db (an experimental
wanna-build replacement using PostgreSQL 9.0), just for the record.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/
Given that Fedora are adopting /run, and it has been something
we have wanted in the past, is anyone working on implementing
/run in Debian?
http://thread.gmane.org/gmane.linux.redhat.fedora.devel/146976
https://lwn.net/Articles/436012/
Regards,
Roger
--
.''`. Roger Leigh
: :&
On Wed, Mar 30, 2011 at 05:39:13PM +0200, Tollef Fog Heen wrote:
> ]] Julien Cristau
>
> | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote:
> |
> | > Given that Fedora are adopting /run, and it has been something
> | > we have wanted in the past, is anyone
dpkg-shlibdeps, ld etc. would need checking
to make sure that building on such a system still results in
packages which are installable on old-style split systems, e.g.
when generating shlibs files etc.
I'm sure I'll have more to come!
Regards,
Roger
--
.''`.
On Wed, Mar 30, 2011 at 10:32:51PM +0200, Goswin von Brederlow wrote:
> Tollef Fog Heen writes:
>
> > ]] Julien Cristau
> >
> > | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote:
> > |
> > | > Given that Fedora are adopting /run, and it has b
On Wed, Mar 30, 2011 at 04:39:30PM -0500, Peter Samuelson wrote:
>
> [Roger Leigh]
> > As a followup, I would like to get the UTF-8 codeset and collation
> > hardcoded in libc6 directly and sharable by all UTF-8 locales to
> > reduce startup time and needless dupli
gt; have it).
>
> Has to be available before any tcp-wrapped network service is started.
This won't be until after /var is mounted. Can't dynamically added
entried be added to /var/lib/wrap/hosts.* (for example) and then
libwrap can be patched to read both locations, allowing f
On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote:
> On Wed, Mar 30, 2011 at 10:32:51PM +0200, Goswin von Brederlow wrote:
> > Tollef Fog Heen writes:
> >
> > > ]] Julien Cristau
> > >
> > > | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger
On Fri, Apr 01, 2011 at 02:33:44PM +0100, Roger Leigh wrote:
> On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote:
> > On Wed, Mar 30, 2011 at 10:32:51PM +0200, Goswin von Brederlow wrote:
> > > Tollef Fog Heen writes:
> > >
> > > > ]] Julien Cr
On Fri, Apr 01, 2011 at 04:06:16PM +0200, Luca Capello wrote:
> Hi there!
>
> On Fri, 01 Apr 2011 15:33:44 +0200, Roger Leigh wrote:
> > Patches filed against base-files and initscripts in #620157 and #620191.
> > Test packages here: http://people.debian.org/~rleigh/run/
>
On Sun, Apr 03, 2011 at 01:10:29PM +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote:
> > 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a"
> >invocation fails. Not
On Sun, Apr 03, 2011 at 10:59:43PM +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > Both of these issues were due to /etc/mtab being inconsistent with
> > reality. I've now corrected the code to make domtab() behave
> > identically to domount() t
rovided executable scripts)?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
On Tue, Apr 05, 2011 at 09:36:14AM +0200, Bastien ROUCARIES wrote:
> On Mon, Apr 4, 2011 at 8:43 PM, Roger Leigh wrote:
> > On Mon, Apr 04, 2011 at 05:59:51PM +, Clint Adams wrote:
> >> On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
> >> > What do
ase hold fire for a
few days longer until initscripts is uploaded!
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key:
On Wed, Apr 06, 2011 at 09:54:53AM +0100, Roger Leigh wrote:
> I'm just mentioning this here because udev started to use /run before
> we had completed our work, and without a versioned dependency, causing
> breakage. If you are planning on using /run, please hold fire for a
>
lack of detailed guidance on
best practice. Would it be worth adding explicit examples of
how to add system users and groups in Policy. Also, would it
be worth adding support to debhelper or dpkg-maintscript-helper
to do the user addition--it would unify the process so that
packages won'
major services etc.) for context.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign y
On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> With the transition to /run and /run/lock as tmpfs filesystems, it
> would be desirable to provide sensible default size limits. Currently,
> we default to the tmpfs default of ½ RAM. But with several tmpfs
> filesystem
On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> > With the transition to /run and /run/lock as tmpfs filesystems, it
> > would be desirable to provide sensible default size limits. Currently,
> > we
On Tue, Apr 12, 2011 at 08:12:21PM +0200, Luca Capello wrote:
> Hi there!
>
> On Tue, 12 Apr 2011 13:38:03 +0200, Roger Leigh wrote:
> > Josh Triplett suggested that we could use a single tmpfs on /run and
> > have the rest as symlinks into /run, with potentially a separa
On Tue, Apr 12, 2011 at 07:44:54AM -0700, Steve Langasek wrote:
> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> > On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> > > With the transition to /run and /run/lock as tmpfs filesystems, it
> >
On Tue, Apr 12, 2011 at 09:07:48PM +0200, Jan Hauke Rahm wrote:
> On Tue, Apr 12, 2011 at 07:47:35PM +0100, Roger Leigh wrote:
> > With the patch as it stands at present, RAMRUN is deprecated. /run
> > is always a tmpfs; RUN_SIZE will set its size, as before.
>
> Hmm, just
On Tue, Apr 12, 2011 at 08:19:59PM +0100, Roger Leigh wrote:
> On Tue, Apr 12, 2011 at 07:44:54AM -0700, Steve Langasek wrote:
> > If the problem is that multiple tmpfs are mounted and
> > each can expand to half-of-RAM, either reduce the number of tmpfses
> > presented (as
On Tue, Apr 12, 2011 at 10:08:30PM +0200, Tollef Fog Heen wrote:
> ]] Roger Leigh
>
> | I think that if we have /run/lock, /run/shm makes sense (how different
> | are locks and POSIX semaphores? They are just a different type of
> | lock (broadly). And shared memory is epheme
On Tue, Apr 12, 2011 at 08:22:00PM +, Philipp Kern wrote:
> On 2011-04-12, Roger Leigh wrote:
> > Having multiple tmpfses with the kernel defaults means that a user or
> > badly written program could intentionally or accidentally lock up the
> > machine by using al
On Tue, Apr 12, 2011 at 10:35:37PM +0200, Luca Capello wrote:
> Hi there!
>
> On Tue, 12 Apr 2011 20:47:35 +0200, Roger Leigh wrote:
> > On Tue, Apr 12, 2011 at 08:12:21PM +0200, Luca Capello wrote:
> >> On Tue, 12 Apr 2011 13:38:03 +0200, Roger Leigh wrote:
> >>
On Wed, Apr 13, 2011 at 10:29:16AM +0200, Stig Sandbeck Mathisen wrote:
> Roger Leigh writes:
>
> > One reason for doing this is to have a single writable mount on the
> > system, which might be useful for tiny systems with minimal resources,
> > where root is r/o. On su
On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
> On Mon, Apr 11, 2011 at 08:01:42PM +0100, Roger Leigh wrote:
> > With the transition to /run and /run/lock as tmpfs filesystems, it
> > would be desirable to provide sensible default size limits. Currently,
> > we
601 - 700 of 839 matches
Mail list logo
