Hey Michael,
Michael Banck writes:
> This is an update to the last Debian GNU/Hurd bits from February
> 2012[0]
> [...]
Thank you very much for this comprehensive wrap up. I am excited to see
these advancements around GNU/Hurd, so excited that I am seriously
planning to install it on my prima
Dear Kevin,
Kevin Chadwick writes:
> The benefit that Linux and even firefox etc. has gained from OpenBSD's
> practically paranoid bug fixing as well as finding the bugs for all the
> platforms it's userland still runs on especially in compiler tools
> should be realised and not underestimated.
Hey Adrian,
John Paul Adrian Glaubitz writes:
> That's correct. However, the problem with kFreeBSD is that I - as a
> package maintainer - have to invest extra time to make sure my
> packages don't FTBFS on these architectures as otherwise my packages
> wouldn't be allowed to migrate to testing.
Dear Adrian,
John Paul Adrian Glaubitz writes:
> On 02/21/2014 01:00 PM, hero...@gentoo.org wrote:
>>> So, OpenRC actually also relies on files - like System V Init - to
>>> track the state of a service? Isn't that approach somewhat unreliable
>>> and hacky?
>>
>> I bet you are going to tell me
Dear Adrian,
John Paul Adrian Glaubitz writes:
> So, OpenRC actually also relies on files - like System V Init - to
> track the state of a service? Isn't that approach somewhat unreliable
> and hacky?
I bet you are going to tell me the only reliable and non-hacky way to
track the state of a ser
Hey Ondřej,
Ondřej Surý writes:
> I have split openrc into openrc and openrc-sysv moving the conflicting
> parts to openrc-sysv on my system, and it install just fine, but running
> script with /sbin/openrc-run needs:
>
> mkdir -p /run/openrc
> touch /run/openrc/softlevel
>
> and then it still d
Hi Tollef,
Tollef Fog Heen writes:
> It's probably better to just contribute your changes to the sysv-rc
> version and so make that one able to manage openrc in addition to the
> others it already knows how to. No point in forking it.
Forking was a decision made by me in the early phase of pac
Sergey B Kirpichev writes:
> http://packages.qa.debian.org/m/monit.html
> Usually, you want to start this service last and stop first.
The question is, before or after rc.local?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
Petter Reinholdtsen writes:
> Before concurrent running of init.d scripts were implemented in sysv-rc,
> the .sh scripts would be sourced by /etc/init.d/rc and /etc/init.d/rcS
> while the non-.sh scripts would be executed. This distinciton were
> removed when sysv-rc started to run scripts in pa
Hey Svante,
Svante Signell writes:
> Good news: openrc now boots fine on GNU/Hurd with a patched sysvinit,
> see #721917
Good job!
> and soon to be updated patches of openrc (0.12.4+20131230-7)
side note: 0.12.4+20131230-7 is already in tree
http://packages.qa.debian.org/o/openrc/news/20140
Hey Svante,
Svante Signell writes:
> Good news: openrc now boots fine on GNU/Hurd with a patched sysvinit,
> see #721917
Good job!
> and soon to be updated patches of openrc (0.12.4+20131230-7)
side note: 0.12.4+20131230-7 is already in tree
http://packages.qa.debian.org/o/openrc/news/20140
Thomas Goirand writes:
> I'm very happy to tell everyone that this is *FIXED* !!!
>
> http://youtu.be/zoNoi8BgQjs
>
> :D :D :D
Wow. That's absolutely great zigo!
Although the "Caching service dependencies" seems to be a regression to
me months ago, where the cache should be generated only once
Dear Lars,
Lars Wirzenius writes:
> You can also just create usr/sbin/policy-rc.d as a shell script that
> exits with 101, which may or may not be easier to deal with. Like
> this:
>
> cat < "$rootdir/usr/sbin/policy-rc.d"
> #!/bin/sh
> exit 101
> EOF
> chmod a+x "$rootdir/usr/sbin/policy-rc.d"
Dear fellows,
This is a simple Makefile which generates ova[1] of customized debian,
inpired by an ova build script of sagemath[2], and a guide from
archlinux[5].
It is a by-product of AireLinux[3], a customized Debian for
astrophysics.
It basically creates a hdd image with debian debootstrappe
Dear all,
John Paul Adrian Glaubitz writes:
> Says the guy who posted this to back up his chain of arguments:
>
>> http://wiki.gentoo.org/wiki/Talk:Comparison_of_init_systems
Excuse me for hijacking this reply.
On the wiki page.
I revised it into present form last year, after a *shadow* surve
Dear Russ,
Russ Allbery writes:
> I would *hope* a lot of Debian developers would do things like that,
> for any of the options! There's no substitute for actually trying the
> software and seeing how easy it is to use, how well it works, and how
> difficult it is to support. There are a bunch
Hi William,
William Giokas <1007...@gmail.com> writes:
> * 'Graphical UI: yes': Nope.
side note: it is from
http://0pointer.de/blog/projects/why.html
Cheers,
Benda
pgpLYHGdS_e5Z.pgp
Description: PGP signature
Helmut Grohne writes:
> By far the more severe issue is socket activation, because it removes
> the need to spell out service dependencies. We cannot infer these
> dependencies later on. Instead such a wrapper must implement socket
> activation in order to work correctly. This is the non-trivial
Dear Guys,
Holger Levsen writes:
> one which is at least installable with apt-get + sid sources. that's
> still not the case, despite 684396 being announced here a year ago.
(Replying generally)
There seems to be some doubts concerning why #684396 has taken a whole
year without being finished.
Dear Guys,
Thanks a lot for the input from Marco d'Itri, Holger Levsen and Thomas
Goirand, as well as Aron Xu off list.
m...@linux.it (Marco d'Itri) writes:
> openrc was recently discussed on debian-devel@ and there was a large
> consensus that it is not a credible alternative to upstart and sy
20 matches
Mail list logo
