On 02/24/2014 04:29 AM, Marco d'Itri wrote:
> On Feb 23, Thomas Goirand wrote:
>
>> Marco and yourself are *a way* off topic. Please at least have the
>> decency to rename the subject of the tread to "systemd fanboys flamewar
>> yet-again bashing OpenRC just for fun" or something similar (but
>>
Hello Alexander!
On Mon, Feb 24, 2014 at 10:44:48AM +0400, Alexander GQ Gerasiov wrote:
> Thu, 20 Feb 2014 17:30:05 +0400
> Alexander Gerasiov wrote:
>
> > Sorry guys. I'm totally busy with other tasks last month :-(. As I
> > remember your package is quite ready for upload, so I'll do it
> > to
Thu, 20 Feb 2014 17:30:05 +0400
Alexander Gerasiov wrote:
> Sorry guys. I'm totally busy with other tasks last month :-(. As I
> remember your package is quite ready for upload, so I'll do it
> tomorrow (without my changes, just add myself as an uploader if you
> don't mind). Ok?
As Uwe is worri
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.
Package: wnpp
Severity: wishlist
Owner: "Simon Fondrie-Teitler"
Package name: iperf3
Version : 3.0.1
URL : https://code.google.com/p/iperf/
License : BSD-3-clause
Programming Lang: C
Description : tool for measuring maximum TCP and UDP bandwidth performan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/23/2014 03:29 PM, Marco d'Itri wrote:
> On Feb 23, Thomas Goirand wrote:
>
>> Marco and yourself are *a way* off topic. Please at least have the
>> decency to rename the subject of the tread to "systemd fanboys
>> flamewar yet-again bashing
On Feb 23, Thomas Goirand wrote:
> Marco and yourself are *a way* off topic. Please at least have the
> decency to rename the subject of the tread to "systemd fanboys flamewar
> yet-again bashing OpenRC just for fun" or something similar (but
> preferably: don't just do that in this list, and avo
previously on this list Kevin Chadwick contributed:
> Perhaps before this thread spirals out of control I should
should also mention this has been discussed on this very list already,
though before I was enrolled and the following response went
unreplied to.
On the other hand and I doubt of sig
previously on this list Matthias Urlichs contributed:
> One sample usecase where they dont't: "the system is wedged / overcommitted
> and I need to terminate some services; guess I'll start another ten processes
> to do that". Yeah, right.
>
> I'll be nice to everybody else here and not enumerate
Hi,
Kevin Chadwick:
> Regex works just fine for me.
>
One sample usecase where they dont't: "the system is wedged / overcommitted
and I need to terminate some services; guess I'll start another ten processes
to do that". Yeah, right.
I'll be nice to everybody else here and not enumerate any othe
On 02/21/2014 03:37 AM, Ondřej Surý wrote:
> mkdir -p /run/openrc
> touch /run/openrc/softlevel
>
> and then it still doesn't work as expected:
>
> root@howl:/etc/init.d# /etc/init.d/rsyslog start
> * WARNING: rsyslog is already starting
>
> root@howl:/etc/init.d# /etc/init.d/rsyslog stop
> *
On 02/23/2014 08:57 PM, John Paul Adrian Glaubitz wrote:
> On Sun, Feb 23, 2014 at 08:50:13PM +0800, Thomas Goirand wrote:
> >
> http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc+sysv-rc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_da
Perhaps before this thread spirals out of control I should re-iterate
that what I said was cgroups doesn't pass the worth-it barrier for me
and not that they have NO value.
I also mentioned pgroups for those that do want this functionality but
also want portability and not bugs in daemons on one
previously on this list Marco d'Itri contributed:
> > But you aren't planning on running openrc at all, are you?
> Who is? Seriously, would you mind stepping forward?
If it was available I would use it but wouldn't be switching cgroups
on or would be switching them off even if I hadn't bothered
previously on this list Matthias Urlichs contributed:
> > Kevin, I don't think you understand the reasoning behind this. Again,
> > the problem the init system has to solve here is being able to track a
> > process with a 100% accuracy, so whatever automated mechanisms you have
> > configured when
On Fri, 21 Feb 2014 23:53:51 +0100
John Paul Adrian Glaubitz wrote:
> Kevin, I don't think you understand the reasoning behind this. Again,
> the problem the init system has to solve here is being able to track a
> process with a 100% accuracy, so whatever automated mechanisms you have
> configure
On Sun, Feb 23, 2014 at 08:45:10PM +0800, Thomas Goirand wrote:
> On 02/23/2014 07:32 PM, Jonathan Dowland wrote:
> >
> >
> >> On 21 Feb 2014, at 12:22, John Paul Adrian Glaubitz
> >> wrote:
> >>
> >> I agree and understand that this was the way to go back in the old
> >> days, but we shouldn't
On Sun, Feb 23, 2014 at 08:50:13PM +0800, Thomas Goirand wrote:
> http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc+sysv-rc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
>
> sysv-rc wins...
>
> With
On Sun, Feb 23, 2014 at 12:43:14PM +, Jonathan Dowland wrote:
> Since you aren't a user nor are going to be a user of openrc, I don't
> see why you feel the need to critique it, especially on debian-devel
> where the majority of subscribers are just not interested.
Well. OpenRC was up for disc
On 02/23/2014 07:36 PM, Marco d'Itri wrote:
> On Feb 23, Jonathan Dowland wrote:
>
>> But you aren't planning on running openrc at all, are you?
> Who is? Seriously, would you mind stepping forward?
>
> http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc&show_installed=on&
On 02/23/2014 07:32 PM, Jonathan Dowland wrote:
>
>
>> On 21 Feb 2014, at 12:22, John Paul Adrian Glaubitz
>> wrote:
>>
>> I agree and understand that this was the way to go back in the old
>> days, but we shouldn't be using that on current setups.
>
> But you aren't planning on running openrc
Please do not CC me, I am subscribed to the list.
On Sun, Feb 23, 2014 at 12:47:44PM +0100, John Paul Adrian Glaubitz
wrote:
> On 02/23/2014 12:32 PM, Jonathan Dowland wrote:
> > But you aren't planning on running openrc at all, are you?
>
> No, and I don't see any compelling reason why I should.
Hello, 'OdyX' (please use your real name?):
On Feb 23, 2014, at 2:10 AM, Didier 'OdyX' Raboud wrote:
> Hi Mark,
>
> Le samedi, 22 février 2014, 21.58:15 Mark Symonds a écrit :
>> Please stop.
>>
>> We can't win with all this fighting… I suspect there is SABOTAGE
>> happening within the Deb
Package: wnpp
Severity: wishlist
Owner: Jan Dittberner
* Package name: python-django-uuidfield
Version : 0.5.0
Upstream Author : David Cramer
* URL : https://github.com/dcramer/django-uuidfield
* License : BSD
Programming Lang: Python
Description : UUI
On 02/23/2014 12:32 PM, Jonathan Dowland wrote:
>> I agree and understand that this was the way to go back in the old
>> days, but we shouldn't be using that on current setups.
>
> But you aren't planning on running openrc at all, are you?
No, and I don't see any compelling reason why I should. W
On Feb 23, Jonathan Dowland wrote:
> But you aren't planning on running openrc at all, are you?
Who is? Seriously, would you mind stepping forward?
http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_da
> On 21 Feb 2014, at 12:22, John Paul Adrian Glaubitz
> wrote:
>
> I agree and understand that this was the way to go back in the old
> days, but we shouldn't be using that on current setups.
But you aren't planning on running openrc at all, are you?
--
To UNSUBSCRIBE, email to debian-devel-
On Sun, Feb 23, 2014 at 2:23 AM, Russ Allbery wrote:
> Consider using _rspamd instead to make any conflicts with local users less
> likely. (You will need to use the --force-badname option to adduser.)
I'll go this route: more aesthetically pleasing compared to Debian- prefix.
Also, ps. I'm st
Hi Simon,
I have no idea whether you did follow the discussion but it would be
great if you could submit a patch to the lintian check you recently
wrote. The upstream files will be moved from debian/upstream (the
file) to debian/upstream/metadata.
Kind regards
Andreas.
On Sat, Feb 22, 201
30 matches
Mail list logo
