Hi,
failed with:
+ sudo qemu-system-x86_64 -display vnc=localhost:1 -enable-kvm -cpu host -
cdrom /var/lib/jenkins/jobs/g-i-
installation_debian_sid_daily_kfreebsd/workspace/debian-testing-kfreebsd-
amd64-netinst.iso -boot d -drive
file=/dev/jenkins01/debian_sid_daily_kfreebsd,index=0,media=disk
Hi Steven,
I've merged your patches now and pushed and deployed them and just triggered
https://jenkins.debian.net/job/g-i-installation_debian_sid_daily_kfreebsd/429/
- I'm curious how it goes :-)
(forgot to press send on this one... sorry for the noise)
cheers,
Holger
signature.asc
Hi Holger,
Thanks for committing, and the test-run; I can see much better now how
it's supposed to work.
Holger Levsen wrote:
> failed with:
> -append only allowed with -kernel option
Oh yeah! I was supposed to remove that part, now that we're setting
parameters another way on kfreebsd.
I've
Hi Steven,
On Mittwoch, 12. November 2014, Steven Chamberlain wrote:
> Thanks for committing, and the test-run; I can see much better now how
> it's supposed to work.
yay! https://jenkins.debian.net/view/g-i-installation/job/g-i-
installation_debian_sid_daily_kfreebsd/431/screenshot/ also looks
Hi,
https://jenkins.debian.net/view/g-i-installation/job/g-i-
installation_debian_sid_daily_kfreebsd/431/screenshot/ fails again, because it
cannot download the preseed file, despite it's there. At first I thought
QEMU_NET_OPTS is probably not set, but it is, so hmmm. Maybe the video will
give
Holger Levsen wrote:
> yay! https://jenkins.debian.net/view/g-i-installation/job/g-i-
> installation_debian_sid_daily_kfreebsd/431/screenshot/ also looks much better
> now :-))
It's alive!
> merged them all and then fixed a trivial syntax error you introduced :)
Sorry! Future idea would be to
Hi,
On Mittwoch, 12. November 2014, Steven Chamberlain wrote:
> Sorry!
np, really...
> Future idea would be to split out some functions so that I
> can at least dry-run them from a basic shell without Jenkins...
I'll shortly replace g-i-i.sh with something based on libvirt-cucumber+sakuli,
so
Guys,
I think that is time to start working on a `Debian Fork`.
Just for the record, I'm using `Debian` since `Potato` and I am very
unhappy with this `systemd-fiasco`. `Debian` with `systemd` is NOT
`Debian` anymore, it is another thing, completely different.
It is time to take it back, to make
To make this "on-list" (not off-topic), I'll research more about
`Debian Blends`, instead of `Debian Fork`. I prefer to stick as closer
as possible to Debian.
I just need to make sure if kFreeBSD will be "included" in blends,
even if it is now "officially" dropped.
Best,
Thiago
--
To UNSUBSCRI
Holger Levsen wrote:
> in the video there is no IP address to be seen. em0 gets a link, but thats
> all.
Later 'network autoconfiguration succeeded', so DHCP probably worked;
the IP address isn't usually mentioned within the GUI installer, but
the d-i syslog will probably explain what the problem
Hello,
Martinx - ジェームズ wrote:
> To make this "on-list" (not off-topic), I'll research more about
> `Debian Blends`, instead of `Debian Fork`. I prefer to stick as closer
> as possible to Debian.
Take a look at this as a possible starting point for a non-systemd
linux blend: http://pyro.eu.org/de
Steven Chamberlain, le Wed 12 Nov 2014 19:26:14 +, a écrit :
> Maybe hurd also could redirect syslog there to help debug the issue
> you're seeing.
Indeed.
> Unless there's a convenient kernel parameter to send console messages
> there,
There is: console=com0, it'd only redirect the kernel m
Hi,
> I think that is time to start working on a `Debian Fork`.
Currently, there is no real need to 'fork' Debian to get a systemd-free
installation. Just follow Erich Schubert's recipe (just ignore the rant)
on http://www.vitavonni.de/blog/201410/2014102101-avoiding-systemd.html
I tried it on a
On 12 November 2014 20:14, Herbert Kaminski wrote:
> Hi,
>
>> I think that is time to start working on a `Debian Fork`.
>
> Currently, there is no real need to 'fork' Debian to get a systemd-free
> installation. Just follow Erich Schubert's recipe (just ignore the rant)
> on http://www.vitavonni.d
Martinx - ジェームズ wrote:
> What about "systemd-udev"? It seems that in the near future, it will
> not work without systemd = PID1, so, we'll probably need `eudev` (or
> another one), to be able to remain "sysetmd-free" real.
That's probably too difficult to avoid; lots of core Debian stuff
depends
15 matches
Mail list logo
