Hi Steven,
On Donnerstag, 13. November 2014, Steven Chamberlain wrote:
> I think we're missing some data from the end of the serial.log;
> probably due to some buffering, and qemu being sent SIGKILL.
>
> Please consider this change to use SIGINT for up to 10 seconds,
> then SIGKILL only if it's s
Hi,
Holger Levsen wrote:
> On Donnerstag, 13. November 2014, Steven Chamberlain wrote:
> > Please consider this change to use SIGINT for up to 10 seconds,
> > then SIGKILL only if it's still running after that:
> > https://git.steven.hosting.pyro.eu.org/jenkins.debian.net.git/?h=894584fca266789c8f
Hi,
On Freitag, 14. November 2014, Steven Chamberlain wrote:
> Are you thinking of "-e" (exit on error)?
yes
> g-i-installation.sh doesn't
> seem to run in that mode, actually it ignores some failing commands
> already during cleanup steps.
yes, but during cleanup +e is explicitly set, I think.
Eirik Schwenke wrote:
> http://www.perlmonks.org/bare/?node_id=881003
Thanks, that's worth mentioning in this bug report.
Whereas SO_PEERCRED is only defined+available on Linux:
http://fxr.watson.org/fxr/trackident?i=SO_PEERCRED
There are other ways of doing this on other platforms, if MSVA
want
Holger Levsen wrote:
> > g-i-installation.sh doesn't
> > seem to run in that mode, actually it ignores some failing commands
> > already during cleanup steps.
>
> yes, but during cleanup +e is explicitly set, I think.
Aha yes it does "set +e" inside that function. But code before and
after it do
Hi Steven,
On Freitag, 14. November 2014, Steven Chamberlain wrote:
> Aha yes it does "set +e" inside that function. But code before and
> after it does ignore + have to handle fatal errors itself.
>
> The code I added shouldn't return false, except maybe a race between
> 'ps' and 'kill' (if the
Hi!
I'll send a email to debian-devel-announce on monday about kFreeBSD
still being alive. I hope we got some of the responses from the teams
untill thn so we have a better idea how kFreeBSD/jessie will look
like. If someone has some points I want to mention please add them to
[0].
Christoph
Your message dated Fri, 14 Nov 2014 13:11:29 +
with message-id <20141114131128.gd26...@squeeze.pyro.eu.org>
and subject line Re: Bug#768104: kfreebsd-9: CVE-2014-8476: getlogin kernel
memory disclosure
has caused the Debian Bug report #768104,
regarding kfreebsd-9: CVE-2014-8476: getlogin kern
Hi Holger,
Holger Levsen wrote:
> I don't understand why getting the preseed file then fails...
https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_kfreebsd/433/screenshot/full
After I started at the error message long enough, it finally hit me,
and it's kind of
Hi Steven,
On Freitag, 14. November 2014, Steven Chamberlain wrote:
> After I started at the error message long enough, it finally hit me,
> and it's kind of amusing. If you could please fix my silly mistake:
hehe, I know that feeling... :-)
merged + triggered etc.. - thanks!
cheers,
Hi Holger,
I think I must have broken it:
https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_kfreebsd/433/console
device-mapper: remove ioctl on failed: Device or resource busy
Unable to deactivate jenkins01-debian_sid_daily_kfreebsd (253:2)
Unable to de
Hi,
There are a few tasksel-related issues revealed by Jenkins testing of
sid daily d-i builds, which are now active for hurd and kfreebsd as
well. We also capture d-i syslog on those arches.
Firstly could someone please tell me what display manager this is?
https://jenkins.debian.net/view/g-i-i
On Freitag, 14. November 2014, Steven Chamberlain wrote:
> Firstly could someone please tell me what display manager this is?
> https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debia
> n_sid_daily_hurd_lxde/70/artifact/results//snapshot_008244.png
xdm
signature.asc
Descripti
Steven Chamberlain, le Fri 14 Nov 2014 21:41:24 +, a écrit :
> Firstly could someone please tell me what display manager this is?
> https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_hurd_lxde/70/artifact/results//snapshot_008244.png
See the preseed file: we
Package: src:tasksel
Version: 3.29
Severity: important
Hi,
(this bug may also affect linux release architectures other than
i386|amd64|powerpc*, and their CD media, so severity may be higher)
It was seen on kfreebsd and hurd that preseeding with:
tasksel tasksel/first multiselect standard, des
Hi,
On Samstag, 15. November 2014, Samuel Thibault wrote:
> See the preseed file: we force the use of xdm, I guess because lightdm
> doesn't work yet.
do "git blame" on that line, it's an ancient choice... probably better now to
not force any specific dm and just choose a de.
Holger
16 matches
Mail list logo
