Hello Arto, Michael,
Michael Biebl [2015-06-02 21:44 +0200]:
> [2] http://cgit.freedesktop.org/systemd/systemd/commit/?id=77eb82f9f0f6
This looks correct and sensible anyway, at least necessary for this
bug, so I cherry-picked this one for now. It might not be sufficient
yet of course, so Arto, p
Your message dated Wed, 3 Jun 2015 08:15:10 +0200
with message-id <20150603061510.ga3...@piware.de>
and subject line Re: Bug#787205: Keep 220 in unstable for a while
has caused the Debian Bug report #787205,
regarding Keep 220 in unstable for a while
to be marked as done.
This means that you claim
(Adding debian-boot@ back.)
Michael Biebl (2015-06-02):
> Control: block -1 by 782475
>
> Hi KiBi et al,
>
> Am 02.06.2015 um 18:11 schrieb Cyril Brulebois:
> > libudev1-udeb depends on missing libcap2. I suspect the easiest would be
> > to drop libcap2 support from the udeb build. An alternati
Am 02.06.2015 um 11:16 schrieb James Cowgill:
> I tried building systemd on a few different machines and couldn't get it
> to fail on any of them. Then I looked at what packages were installed on
> the buildds. On the machines it fails on, sysvinit-core is installed and
> on mipsel-aql-01 (which pa
Control: found -1 220-4
Am 02.06.2015 um 08:51 schrieb Debian Bug Tracking System:
>* Fix parsing of escape characters in Exec*= lines. (Closes: #787256)
Looks like this isn't properly fixed yet by
load-fragment-use-UNESCAPE_RELAX-flag-to-parse-exec-.patch
I know get the following error with
Processing control commands:
> found -1 220-4
Bug #787256 {Done: Martin Pitt } [systemd] sudo.service:7
Failed to unescape command line, ignoring
Marked as found in versions systemd/220-4; no longer marked as fixed in
versions systemd/220-4 and reopened.
--
787256: http://bugs.debian.org/cgi-b
On 2015-06-02 19:48, Michael Biebl wrote:
> Am 02.06.2015 um 18:11 schrieb Cyril Brulebois:
>> libudev1-udeb depends on missing libcap2. I suspect the easiest would be
>> to drop libcap2 support from the udeb build. An alternative would be to
>> try and add a udeb in libcap2. I'd rather have the fo
Processing control commands:
> tags -1 = upstream patch
Bug #787553 [systemd] fails to boot with a dracut generated initramfs
Added tag(s) patch and upstream; removed tag(s) moreinfo.
--
787553: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787553
Debian Bug Tracking System
Contact ow...@bugs
Control: tags -1 = upstream patch
Am 02.06.2015 um 20:07 schrieb Michael Biebl:
> Am 02.06.2015 um 19:43 schrieb Arto Jantunen:
>> The new upload to unstable broke booting with dracut. The initramfs attempts
>> to run /usr/lib/systemd/systemd-fsck to fsck the rootfs. Since on Debian (and
>> in the
Control: tags -1 moreinfo
hi
Am 02.06.2015 um 19:43 schrieb Arto Jantunen:
> Package: systemd
> Version: 220-1
> Severity: grave
>
> The new upload to unstable broke booting with dracut. The initramfs attempts
> to run /usr/lib/systemd/systemd-fsck to fsck the rootfs. Since on Debian (and
> in t
Processing control commands:
> tags -1 moreinfo
Bug #787553 [systemd] fails to boot with a dracut generated initramfs
Added tag(s) moreinfo.
--
787553: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787553
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Processing commands for cont...@bugs.debian.org:
> block 787542 with 782475
Bug #787542 [libudev1-udeb] libudev1-udeb depends on missing libcap2
787542 was blocked by: 782475
787542 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #787542 to the same blocks
previously set
Package: systemd
Version: 220-1
Severity: grave
The new upload to unstable broke booting with dracut. The initramfs attempts
to run /usr/lib/systemd/systemd-fsck to fsck the rootfs. Since on Debian (and
in the initramfs) this binary is actually at /lib/systemd/systemd-fsck this
fails, thus stoppin
Control: block -1 by 782475
Hi KiBi et al,
Am 02.06.2015 um 18:11 schrieb Cyril Brulebois:
> libudev1-udeb depends on missing libcap2. I suspect the easiest would be
> to drop libcap2 support from the udeb build. An alternative would be to
> try and add a udeb in libcap2. I'd rather have the form
Processing control commands:
> block -1 by 782475
Bug #787542 [libudev1-udeb] libudev1-udeb depends on missing libcap2
787542 was not blocked by any bugs.
787542 was not blocking any bugs.
Added blocking bug(s) of 787542: 782475
--
787542: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787542
2015-06-02 18:11 GMT+02:00 Cyril Brulebois :
> Package: libudev1-udeb
> Version: 218-1
> Severity: grave
> Tags: d-i
> Justification: renders package unusable
>
> (Please keep debian-b...@lists.debian.org cc'ed.)
>
> Hi,
>
> libudev1-udeb depends on missing libcap2. I suspect the easiest would be
>
Package: libudev1-udeb
Version: 218-1
Severity: grave
Tags: d-i
Justification: renders package unusable
(Please keep debian-b...@lists.debian.org cc'ed.)
Hi,
libudev1-udeb depends on missing libcap2. I suspect the easiest would be
to drop libcap2 support from the udeb build. An alternative would
In my case the problem was an entry in fstab that was no longer valid.
Commenting it and rebooting (systemctl default didn't work) did the trick.
Michael: the bug has been marked as "not ours" upstream. This seems fine,
but it would be really cool if the joyrnald had a more explicit message
about
Chinease熊人作出了捐赠对他有利，详情请联系chinesemanbea...@gmail.com
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Hi,
On Mon, 2015-06-01 at 16:41 +0200, Martin Pitt wrote:
> Martin Pitt [2015-06-01 8:02 +0200]:
> > Since this doesn't happen on our mipsel porter box, and I don't have
> > any other mipsel hardware to check this on, it seems this needs some
> > help from the mipsel buildd maintainers. It would
20 matches
Mail list logo
