Le 27/03/2015 17:44, Michael Biebl a écrit :
> Am 27.03.2015 um 17:40 schrieb Thibaut Paumard:
>> Le 27/03/2015 10:33, Thibaut Paumard a écrit :
>>>
>>> I'm going to disable binfmt-support, just for checking, and report when
>>> boot stalls again.
>>>
>>
>> I confirm that even with binfmt-support d
Michael Biebl [2015-03-29 4:51 +0200]:
> pitti was suggesting a systemd-extras package, but I'm not a huge fan of
> this idea either since it's unclear what would go into this package and
> what not and it complicates things if we have to move stuff around.
IMHO, systemd should just ship what you
Hi,
On 03/30/2015 12:29 PM, Martin Pitt wrote:
> Hence the idea of systemd-extras -- everything which brings in large
> dependencies and isn't needed for booting every system can go there.
> systemd would Recommends: systemd-extras, but admins of embedded
> machines etc. could remove/not install i
Processing commands for cont...@bugs.debian.org:
> tags 772182 + pending
Bug #772182 {Done: Martin Pitt } [systemd] systemd: Systemd
tries to mount swap partition twice at the same time
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
772182:
Processing commands for cont...@bugs.debian.org:
> tags 765577 + pending
Bug #765577 [udev-udeb] netboot install writes duplicates to
70-persistent-net.rules
Bug #777126 [udev-udeb] udev: duplicate eth? entries
Added tag(s) pending.
Added tag(s) pending.
> thanks
Stopping processing here.
Please
Michael Biebl [2015-03-29 4:29 +0200]:
> I was wondering, if an alternative to disabling the superblock time
> check in e2fsprogs, it wouldn't be better to just skip the fsck of /
> (and /usr, if separate).
> For that, initramfs-tools could create a flag file for / and /usr in
> /run and we'd upda
systemd_215-14_amd64.changes uploaded successfully to localhost
along with the files:
systemd_215-14.dsc
systemd_215-14.debian.tar.xz
systemd_215-14_amd64.deb
systemd-sysv_215-14_amd64.deb
libpam-systemd_215-14_amd64.deb
libsystemd0_215-14_amd64.deb
libsystemd-dev_215-14_amd64.deb
l
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 30 Mar 2015 13:26:52 +0200
Source: systemd
Binary: systemd systemd-sysv libpam-systemd libsystemd0 libsystemd-dev
libsystemd-login0 libsystemd-login-dev libsystemd-daemon0 libsystemd-daemon-dev
libsystemd-journal
Your message dated Mon, 30 Mar 2015 12:20:00 +
with message-id
and subject line Bug#762700: fixed in systemd 215-14
has caused the Debian Bug report #762700,
regarding systemd: journald fails to forward some messages to syslog
to be marked as done.
This means that you claim that the problem h
Your message dated Mon, 30 Mar 2015 12:20:01 +
with message-id
and subject line Bug#781210: fixed in systemd 215-14
has caused the Debian Bug report #781210,
regarding systemd asserts on function cg_is_empty_recursive, crashes
to be marked as done.
This means that you claim that the problem h
Your message dated Mon, 30 Mar 2015 12:20:00 +
with message-id
and subject line Bug#765577: fixed in systemd 215-14
has caused the Debian Bug report #765577,
regarding netboot install writes duplicates to 70-persistent-net.rules
to be marked as done.
This means that you claim that the problem
Your message dated Mon, 30 Mar 2015 12:20:00 +
with message-id
and subject line Bug#765577: fixed in systemd 215-14
has caused the Debian Bug report #765577,
regarding udev: duplicate eth? entries
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
]] Martin Pitt
> Michael Biebl [2015-03-29 4:51 +0200]:
> > pitti was suggesting a systemd-extras package, but I'm not a huge fan of
> > this idea either since it's unclear what would go into this package and
> > what not and it complicates things if we have to move stuff around.
>
> IMHO, syst
On Mar 30, Martin Pitt wrote:
> IMHO, systemd should just ship what you need for booting a minimal
> system, and shouldn't have big dependencies. We currently cripple some
> features (networkd, due to dropping iptables-dev) or not ship them at
> all (importd, journald-remote) as they pull in too
Hi,
I'm also affected by this problem. Very simple setup, encrypted root
and swap via decrypt_derived so I can suspend to disk:
/etc/crypttab:
sda5_crypt UUID=2fa9feb8-b096-41f7-bf17-41399ccc8004 none luks
sda4_crypt UUID=6d3382e4-58fc-4f10-9346-276bbc127e78 sda5_crypt
luks,keyscript=/lib
On Mar 30, Brainslug wrote:
> Any progress on this? I would think this needs to be fixed before jessie
> can be released, otherwise a lot of systems out there will break?
While both we and the upstream maintainers believe that continuing to
support this feature is a good idea, so far acceptable
Control: retitle -1 base: HP EliteBook 840 G1 laptop fails to halt/poweroff
after 15/12/2014 upgrade
Control: severity -1 important
Control: reassign -1 intel-microcode
Hello,
On Tue, 20 Jan 2015 12:42:05 +0100 Miguel
wrote:
> Severity: serious
> Justification: Policy 9.11
I do not really und
On Mon, Mar 30, 2015 at 11:28 AM, Marco d'Itri wrote:
> I should add some code to preinst to abort the installation if the
> keyscript directive is used in crypttab.
Would that still leave the system in a broken state though? Is preinst
early enough to avoid breakage due to uninstalling other pac
> Control: retitle -1 base: HP EliteBook 840 G1 laptop fails to halt/poweroff
> after 15/12/2014 upgrade
FWIW, the very same laptop powers off just fine here with current sid.
intel-microcode 3.20150121.1 is installed, and my PID 1 is systemd.
___
Pkg-
On Mon, Mar 30, 2015, at 15:42, intrigeri wrote:
> > Control: retitle -1 base: HP EliteBook 840 G1 laptop fails to halt/poweroff
> > after 15/12/2014 upgrade
>
> FWIW, the very same laptop powers off just fine here with current sid.
> intel-microcode 3.20150121.1 is installed, and my PID 1 is sys
Hi all,
I agree too.
No nameserver and no resolution.
That should be the default.
When I connect by DHCP, I already get the DNS the sysadmin configured to be
used.
When I connect by Manual IP I just setup the DNS I want.
There is no need to have a default DNS configuration, as there is no need t
Processing commands for cont...@bugs.debian.org:
> reassign 781287 pm-utils
Bug #781287 [systemd] systemd: dirty pages are no longer flushed
Bug reassigned from package 'systemd' to 'pm-utils'.
No longer marked as found in versions systemd/215-12.
Ignoring request to alter fixed versions of bug #7
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 781287 pm-utils
thanks
Hi,
indeed pm-utils is the culprit here.
There is no obvious way to turn this feature off and have it remain
off through upgrades.
Simon
___
Pkg-systemd-maintainers mai
Am 30.03.2015 um 19:39 schrieb Ivan Jager:
> On Mon, Mar 30, 2015 at 11:28 AM, Marco d'Itri wrote:
>> I should add some code to preinst to abort the installation if the
>> keyscript directive is used in crypttab.
>
> Would that still leave the system in a broken state though? Is preinst
> early e
Hello!
El 30/03/15 a las 18:54, Samuel Thibault escribió:
> Control: retitle -1 base: HP EliteBook 840 G1 laptop fails to halt/poweroff
> after 15/12/2014 upgrade
> Control: severity -1 important
> Control: reassign -1 intel-microcode
>
> Hello,
>
> On Tue, 20 Jan 2015 12:42:05 +0100 Miguel
>
Miguel Ortiz Lombardía, le Mon 30 Mar 2015 23:28:53 +0200, a écrit :
> Well, when depositing a bug report concerning a "base" package you're
> asked in what way you think the Debian Policy Manual has been broken,
It's not about a "base" package, but about having set the severity to
"serious", i.e.
El 30/03/15 a las 23:40, Samuel Thibault escribió:
> Miguel Ortiz Lombardía, le Mon 30 Mar 2015 23:28:53 +0200, a écrit :
>> Well, when depositing a bug report concerning a "base" package you're
>> asked in what way you think the Debian Policy Manual has been broken,
>
> It's not about a "base"
On Mon, Mar 30, 2015, at 18:58, Miguel Ortiz Lombardía wrote:
> >> eventually after much reading I solved my problem by tweaking the BIOS
> >> and making sure that "Wake on WLAN" was inactive...
> >
> > Ouch.
>
> Yes... As mentioned, that setting being active (it seems to be this
> laptop BIOS de
On Sun, 2015-03-29 at 04:29 +0200, Michael Biebl wrote:
> Hi Ben!
>
> On Mon, 27 Oct 2014 22:51:53 + Ben Hutchings
> wrote:
> > Package: e2fsprogs
> > Version: 1.42.12-1
> > Severity: important
> > Tags: upstream
> >
> > We discussed this previously in person, but unfortunately the proposed
Am 31.03.2015 um 04:14 schrieb Ben Hutchings:
> On Sun, 2015-03-29 at 04:29 +0200, Michael Biebl wrote:
>> On Mon, 27 Oct 2014 22:51:53 + Ben Hutchings
>> I was wondering, if an alternative to disabling the superblock time
>> check in e2fsprogs,
Well, it dawned to me, that doing both is proba
On 03/25/2015 10:24 AM, Michael Biebl wrote:
Gordon, can you try systemd v219 from experimental?
It has some tricks to suppress output from other jobs while a password
prompt is running. I dunno how well that works, though so having someone
with such a setup test this would be appreciated.
Hi
Processing control commands:
> fixed -1 219-1
Bug #765013 [systemd] systemd: Spews all over terminal while it's waiting for
input
Bug #776044 [systemd] emergency mode hidden prompt
Marked as fixed in versions systemd/219-1.
Marked as fixed in versions systemd/219-1.
--
765013: http://bugs.debia
Control: fixed -1 219-1
On Sun, 12 Oct 2014 18:26:52 -0500 John Goerzen
wrote:
> Package: systemd
> Version: 215-5+b1
> Severity: normal
>
> I've several times had system try to bring up an emergency console and
> prompt for password. The prompt for password has been clobbered all
> over by, va
Ansgar Burchardt [2015-03-30 12:41 +0200]:
> It's also possible to go the other way: have a systemd-{base,minimal}
> package providing the small subset and ship the "full" version in the
> systemd binary package.
Tollef Fog Heen [2015-03-30 13:50 +0200]:
> I'd lean slightly the other way, have a s
34 matches
Mail list logo
