On 30/07/2015 15:56, Nikolaus Rath wrote:
On Jul 30 2015, Raphael Hertzog wrote:
On Thu, 30 Jul 2015, Johannes Schauer wrote:
there are (unfortunately) a number of situations I encountered when sbuild
would just hang or just fail without any sensible error message. In my case,
the most common
with "-p", this will be passed to the
shell in the chroot.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key
ently-
updated packages at this point.
If we can update the hack to keep it in use for a while longer, that's
great. It will definitely ease the pain. However, we still need to
remove it at some point in the next months, so planning on how to handle
the badly-maintained packages is needed e
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
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
++ 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/
`. `'
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:
> > >┌┬┬───┐
> > &
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 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
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
--
.''`.
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
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
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
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
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 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
&
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 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
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/
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
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
--
.''
xlive-fonts-recommended tex-gyre; fi
- if [[ $BUILD == 'sphinx' ]]; then sudo fc-cache -rsfv; fi
In this case, we're updating to a newer version of Ubuntu and installing
packages from it, but you can probably do exactly the same for unstable.
Regards,
Roger
--
.''
package maintainers
could add to support their specific requirements.
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
t
it would be difficult and painful once it became pervasive and
entrenched. We would be effectively "locked in".
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net
On Tue, Jul 16, 2013 at 11:28:28AM -0700, Steve Langasek wrote:
> On Tue, Jul 16, 2013 at 05:07:39PM +0100, Roger Leigh wrote:
> > - we can't fsck /usr when mounted, so this needs doing in the
> > initramfs (/ and /usr are fscked, with the appropriate
> > helpers
On Tue, Jul 16, 2013 at 11:25:42AM -0700, Steve Langasek wrote:
> On Tue, Jul 16, 2013 at 05:07:39PM +0100, Roger Leigh wrote:
> > - using the same infrastructure, it's also possible to
> > mount /etc in the initramfs so that you can have e.g. a
> > separately encryp
On Tue, Jul 16, 2013 at 06:38:18PM +0100, Dmitrijs Ledkovs wrote:
> On 16 July 2013 17:07, Roger Leigh wrote:
> > Once the rootfs is mounted, we parse $root/etc/fstab and mount /usr
> > using that information. When init starts, /usr is therefore
> > available from the begi
On Tue, Jul 16, 2013 at 05:37:09PM +0200, Paul Wise wrote:
> On Sun, Jul 14, 2013 at 10:38 PM, Roger Leigh wrote:
>
> > I don't think that we agreed on merging /usr at all. I have written
> > some patches for initramfs-tools to permit fsck and mount of /usr
> > in
scripts are doing and why, it's not possible to draw any useful
conclusion from these numbers.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
e initramfs in addition to the rootfs, but that's as far as this
has gone. There's no merging here, just changing where /usr is
mounted in the boot process.
I'll be happy to consider anything you want to raise in more detail;
nothing as yet has been changed, and there's certainly
ing them, then we can get one or more
of the buildds to run puiparts as a standard part of the build,
and we can make it fail the build if puiparts fails. This wouldn't
be too hard to implement.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people
On Sun, May 19, 2013 at 10:04:55PM +0200, Wouter Verhelst wrote:
> On 19-05-13 17:47, Roger Leigh wrote:
> > Hi,
> >
> > With the release of wheezy, all systems should be using dependency-
> > based booting. This makes the provision of static sequence ordering
> &g
ause anyone problems--in which case shout now before it's changed!
Following this change, I'd like to have debhelper and lintian warn
if the obsolete options are used, then we can start to migrate the
remaining uses of the old options to just use "defaults" in their
maintai
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
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
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
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
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
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
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
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/
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
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/
`. `&#
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
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
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
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
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
_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
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 "
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.
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
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/
`. `'
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/
--
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
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
:
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
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
relying on networking during
a build.
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 675
of time back then for doing this (finishing my PhD),
it's definitely something I'd like as a release goal for jessie. If
the initramfs-tools maintainers won't have time for it, I can
certainly look into this further.
Regards,
Roger
--
.''`. Roger Leigh
: :'
On Mon, Aug 13, 2012 at 07:49:34PM +0800, Thomas Goirand wrote:
> On 08/13/2012 03:44 PM, Roger Leigh wrote:
> > I did start the initial Debian
> > packaging work last night though.
>
> Is this available in a Git somewhere?
It's here:
http://anonscm.debian.
is quite a long way off--I've not personally booted a
Debian system with OpenRC yet. I did start the initial Debian
packaging work last night though.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot
7;t get device info from mdev, so needs
manual configuration, and you have to use dmsetup to create LVM
device nodes. So it's not /yet/ a direct drop-in replacement for
udev, but with a bit more work it could be.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU
le, while the systemd developers have an
asoundingly bad attitude with respect to this. It would be
perfectly possible for systemd to support other platforms if
they really wanted to; it probably wouldn't even be that hard.
Roger
--
.''`. Roger Leigh
: :' :
re point of the exercise is to explore the feasability to
port it and evaluate it as an alternative/replacement for sysv-rc; this
is almost completely orthogonal to work on systemd/upstart, which will
for the most part be unaffected by this.
Regards,
Roger
--
.''`. Roger Leigh
ardlink the binaries, and then
replace the dir with a symlink.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key
sible to all users isn't strictly bad, but may cause confusion
and just pollutes the namespace for tab completion etc. If you want
them in your path, it's trivial to add /sbin to it yourself. I can't
see any compelling reason to make them the default.
Regards,
Roger
--
.
g an obsolete tool is
IMO entirely justified, particularly when there is a much better
and more capable replacement.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/p
ev,relatime,size=161324k)
This is only until sysvinit migrates to testing though. We did
(regrettably, IMO) change back the default.
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.d
On Wed, Aug 01, 2012 at 09:56:56AM +0200, Marco Nenciarini wrote:
>
> * Package name: barman
postgresql-barman would make it a bit easier for people to find.
Most of the other postgreql packages use the postgresql- namespace.
Regards,
Roger
--
.''`. Roger Leigh
:
ttention from an NFS
expert.
I would be very grateful for anyone who could contribute their time
for getting some of the above issues resolved for wheezy.
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and s
st lack of
time and testing the consequences prevented this being done already.
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 2
the update-rc.d interface in wheezy+1,
maybe we could simply replace it with e.g. update-service and
provide a compatibility wrapper. And we should ensure that all
init systems provide add/remove/enable/disable actions. The
stop|start actions are going to simply defer to the "def
s is not the general consensus--by default daemons are started if
the package is installed. This has been already debated extensively
many times over. Irrespective of whether your personal opinion is
that this is a good or bad thing, that's just the way it is at present.
Regards,
Roger
-
On Sun, Jul 01, 2012 at 06:39:57PM +0200, Stephan Seitz wrote:
> On Thu, Jun 28, 2012 at 10:52:23AM +0100, Roger Leigh wrote:
> >On Thu, Jun 28, 2012 at 10:44:53AM +0200, Goswin von Brederlow wrote:
> >>The numbers specified for update-rc.d must be well ordered
> >>ac
On Sun, Jul 01, 2012 at 10:58:09PM +0200, Michael Biebl wrote:
> On 27.06.2012 11:13, Roger Leigh wrote:
> >
> > I'd like to suggest that we do the following in sysv-rc update-rc.d:
> > - wheezy: silently drop start|stop sequence numbers and runlevels
> > (thi
his case.
>
> I took this use of usermod from the discussion on debian-devel regarding
> Policy bug #621833 (where it was originally suggested by Roger Leigh),
> so this potentially affects quite a few packages.
>
> Stephan's proposed patch (below) makes me think we really
tags 539591 + patch
thanks
On Thu, Jun 28, 2012 at 02:40:18PM +0100, Roger Leigh wrote:
> On Thu, Jun 28, 2012 at 08:02:33AM +0200, Alexander Wirt wrote:
> > On Wed, 27 Jun 2012, Roger Leigh wrote:
> >
> > > On Wed, Jun 27, 2012 at 04:39:38PM +0200, Bernd Zeimetz wrote:
nt from what we already
have.
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 147C 07B3 C8BC 4083 E800
--
T
On Thu, Jun 28, 2012 at 08:02:33AM +0200, Alexander Wirt wrote:
> On Wed, 27 Jun 2012, Roger Leigh wrote:
>
> > On Wed, Jun 27, 2012 at 04:39:38PM +0200, Bernd Zeimetz wrote:
> > > On 06/27/2012 03:46 PM, Alexander Wirt wrote:
> > > > On Wed, 27 Jun 2012, Paul Wis
On Thu, Jun 28, 2012 at 10:44:53AM +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > This means that the runlevels and sequence numbers passed as
> > arguments to update-rc.d will never be used; they will just get
> > silently discarded. The main problem a
tion of
runscript wrappers for LSB scripts. Ideally, I'd like for OpenRC to
gain a high level dependency graph view of the system, but it doesn't
look like this is a design that would be particularly popular with
OpenRC upstream.
Regards,
Roger
--
.''`. Roger Leigh
: :&#
helpful to know what's possible here. Could it use
insserv to do the dependency graph and then just consume the
makefile-style dependency list?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and s
severity 678231 serious
severity 676473 serious
forgemerge 676463 678231 676473
tags 676463 + pending
thanks
On Thu, Jun 07, 2012 at 09:31:47PM +0100, Roger Leigh wrote:
> Hi,
>
> If you're using unstable and you're using static boot ordering with
> sysv-rc, you might
On Mon, Jun 25, 2012 at 03:59:30PM +0200, Steve R. Petruzzello wrote:
> Le 25-06-2012, à 14:47:58 +0100, Roger Leigh (rle...@codelibre.net) a écrit :
>
> > On Mon, Jun 25, 2012 at 01:51:36PM +0200, Steve R. Petruzzello wrote:
> > > I noticed that some scripts in /etc/init.d
names are used in the inter-script
dependencies), renaming them is do-able, but not something we
should be doing this close to the freeze.
> PS: Is there a way to list all packages putting a file in /etc/init.d/?
dpkg -S $(ls -1 /etc/init.d/*)
Regards,
Roger
--
.''`. Roger Leigh
: :&#
pgrade of the whole distribution, or any particular
package. i.e. handling any work which the package maintainer
scripts can't safely or sensibly handle.
Doesn't the Ubuntu updater tool do something like this already when
it does a full upgrade between releases?
Regards,
Roger
--
.&#
s that Build-Depends can be
restricted to the common subset needed for packing sources but
not those needed for arch-all or arch-any building.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://
ity. The only exception is
perhaps file-rc, and this should probably be using insserv to order
the scripts even if it doesn't use startpar to run them in parallel,
so that it can use LSB dependency ordering as well.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian
ge.
This requirement will be relaxed in wheezy+1, where /run will exist
at all times. But until then, you need to follow the instructions
in the reference above.
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `&
17 4.26
15 1.16 16.85 5.30
16 1.15 19.47 4.81
17 1.15 19.39 4.90
18 1.16 16.27 6.77
19 1.15 12.56 4.06
20 1.15 17.56 5.03
> sapply(tar, mean)
tmpfsext4 btrfs
1.1555 17.6130 5.1205
> sapply(tar, semean)
tmpfsext4 btrfs
0.001352386 0.405560755 0.202
On Fri, May 25, 2012 at 12:44:03PM +0100, Roger Leigh wrote:
> On Fri, May 25, 2012 at 02:22:24AM +0300, Serge wrote:
> > I've read across different debates about whether using tmpfs is good or bad
> > but I could not find the most important reason, so here it is...
>
&
On Mon, May 28, 2012 at 01:21:43PM +0800, Thomas Goirand wrote:
> On 05/28/2012 05:32 AM, Roger Leigh wrote:
> > On Sun, May 27, 2012 at 10:46:27PM +0800, Thomas Goirand wrote:
> >> On 05/25/2012 07:44 PM, Roger Leigh wrote:
> >>> However, the majority of
> >&
se that instead.
/run/user is AFAICT not for user data, it's for session metadata for
user services such as pidfiles, sockets and state. i.e. the user
equivalent of /var/run. Its size should be only a few KiB at most.
Regards,
Roger
--
.''`. Roger Leigh
: :' : De
On Sun, May 27, 2012 at 10:46:27PM +0800, Thomas Goirand wrote:
> On 05/25/2012 07:44 PM, Roger Leigh wrote:
> > However, the majority of
> > software which finds the tmpfs too small has unreasonable expectations
> > of what can be expected to be available (by default).
>
On Sat, May 26, 2012 at 04:39:34PM -0400, Joey Hess wrote:
> Roger Leigh wrote:
> > I did want to have this for wheezy (#633299). But I lacked the time
> > and familiarity with the d-i code, and the d-i developers also have
> > higher priorities.
>
> Personally, th
opers also have
higher priorities. I'm sure support for tmpfs in the partitioner would
be welcome if you want to add this functionality.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alio
debian/control (in case the
developer is using a private or git+ssh repo), the end user
should be able to do a simple "git fetch origin" to restore the
full history.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`
On Wed, May 16, 2012 at 02:38:14PM +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > With the above approach, the only hard question is how to set the
> > ownership during the package build. fakeroot handles this just fine,
> > but it does require the use
On Sun, May 13, 2012 at 02:10:13AM +0200, Guillem Jover wrote:
> On Sat, 2012-05-12 at 22:47:22 +0100, Roger Leigh wrote:
> > On Sat, May 12, 2012 at 03:55:24PM +0200, Guillem Jover wrote:
> > > One option would be to make dpkg-deb use an internal tar implementation,
&g
1 - 100 of 715 matches
Mail list logo
