Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Thomas Goirand
On 02/11/2014 12:53 PM, Clint Byrum wrote: > Excerpts from Thomas Goirand's message of 2014-02-10 20:20:36 -0800: >> On 02/11/2014 04:10 AM, John Paul Adrian Glaubitz wrote: >>> Do we allow users to choose their FireWire stack, WiFi or Audio Driver >>> stack in the kernel? There were several altern

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Clint Byrum
Excerpts from Svante Signell's message of 2014-02-10 21:49:56 -0800: > On Mon, 2014-02-10 at 20:53 -0800, Clint Byrum wrote: > > > So, perhaps if we teach Upstart and OpenRC to read systemd unit files, > > and they all can be expected to behave similarly, this will work out. > > Otherwise, giving

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Thomas Goirand
On 02/11/2014 03:09 AM, Vitaliy Filippov wrote: >> Excuse me, but this reply isn't appropriate, just as much as the OP. >> Redirecting him to another Unix distribution isn't the thing to do. >> >> Instead, you should have informed the OP that we will continue to >> support not only systemd, upstart

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Clint Byrum
Excerpts from Thomas Goirand's message of 2014-02-11 00:02:38 -0800: > On 02/11/2014 12:53 PM, Clint Byrum wrote: > > Excerpts from Thomas Goirand's message of 2014-02-10 20:20:36 -0800: > >> On 02/11/2014 04:10 AM, John Paul Adrian Glaubitz wrote: > >>> Do we allow users to choose their FireWire s

Re: Bug#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages

2014-02-11 Thread Neil Williams
On Mon, 10 Feb 2014 22:13:45 +0100 Wouter Verhelst wrote: > Sigh. > > On Wed, Feb 05, 2014 at 12:59:23PM +, Neil Williams wrote: > > Using packages to support upstream development is a common problem /common problem/common source of problems/ > > and this is exactly where things get awkwar

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Vitaliy Filippov
We have between 40 and 50 window managers in Debian. Nobody forces you to use Gnome. How about switching to TWM! No problem, I never actually used Gnome3, because I dislike it even more than systemd... I only tried it several times... :) I.e. for example, systemd-journal looks like the most

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Andrei POPESCU
On Ma, 11 feb 14, 00:31:18, Clint Byrum wrote: > > Leaving most things to just use the sysvinit compatibility layer means > not realizing one of the more important benefits of the default init > system if it should in fact turn out to be systemd. > > So at best you're talking about maintaining tw

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Andrei POPESCU
On Ma, 11 feb 14, 06:49:56, Svante Signell wrote: > On Mon, 2014-02-10 at 20:53 -0800, Clint Byrum wrote: > > > So, perhaps if we teach Upstart and OpenRC to read systemd unit files, > > and they all can be expected to behave similarly, this will work out. > > Otherwise, giving everyone a choice j

Re: don't panic - rejoice: jessie will be awesome and supporting lots of inits! (was: Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Josselin Mouette
Le lundi 10 février 2014 à 22:13 +0100, Holger Levsen a écrit : > And probably jessie should come with a slogan once again: "Debian - there can > be more than one init system" - or something like this :) Supporting multiple init systems is the least relevant thing to do, since it multiplies the

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 06:49:56AM +0100, Svante Signell wrote: > Additionally a very good proposal for a PID 1 program was in > http://ewontfix.com/14/ "Broken by design: systemd", copied here for > convenience: I like how people copy/paste blog articles. Did you read this article? It completely

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Mon, Feb 10, 2014 at 11:09:10PM +0400, Vitaliy Filippov wrote: > I.e. for example, systemd-journal looks like the most bloated part > of systemd to me, with its binary log format, QR codes and built-in > HTTP server - so maybe it could be disabled via a patch? Or even > packaged separately so yo

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 12:51:13PM +0400, Vitaliy Filippov wrote: > I think Debian project is significant enough to have some influence > on systemd development, i.e. at least send patches, and in this case - Debian has sent patches upstream - Mageia is *much* smaller distribution, that packager h

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 05:20 AM, Thomas Goirand wrote: >> It's like being able to customize internal parts of your cars engine >> when ordering one from your dealer. Customers don't care who the >> manufacturer of your ignition system is as long it's the best >> possible one. (Yes, I know comparisons with c

Re: Bug#737634: dpkg: is_native version checks in dpkg 3.0 Native

2014-02-11 Thread Charles Plessy
Le Wed, Feb 05, 2014 at 09:08:04PM +0100, Guillem Jover a écrit : > > Sorry, I should have added here my usual note about being open to > reconsideration *if* convincing arguments are put forward. But I > was pretty much unimpressed with the way this had been brought up. > Way more so now with the

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 09:02 AM, Thomas Goirand wrote: > The situation with upstart or systemd, if not chosen as default, will be > quite different, since not all packages are supporting them directly > right now. One of these 2 will suffer from the choice of default init > system. What? That's not true. A

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 09:13 AM, Thomas Goirand wrote: >> It seems that in case of systemd it may end being forced, doesn't Gnome >> 3 depend on it? > > We have between 40 and 50 window managers in Debian. Nobody forces you > to use Gnome. How about switching to TWM! :) Window managers are leaf packages,

Re: Call to fork

2014-02-11 Thread Florian Lohoff
Hi, On Tue, Feb 11, 2014 at 01:29:47AM +, Sam Hartman wrote: > In all seriousness. > Forking, or creating a Debian downstream because you'd like a different > boot approach sounds like exactly the sort of constructive approach that > will help you solve your problems and get an operating syste

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 10:08 +0100, Olav Vitters wrote: > On Tue, Feb 11, 2014 at 06:49:56AM +0100, Svante Signell wrote: > > Additionally a very good proposal for a PID 1 program was in > > http://ewontfix.com/14/ "Broken by design: systemd", copied here for > > convenience: > > I like how people

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 10:27 +0100, John Paul Adrian Glaubitz wrote: > See, I am one of the people involved in the m68k port of Debian. > Just recently, one of our main contributors decided to jump > the ship who cannot be replaced by someone else easily as > public interest in the m68k port is sim

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 11:03 AM, Svante Signell wrote: > On Tue, 2014-02-11 at 10:27 +0100, John Paul Adrian Glaubitz wrote: > >> See, I am one of the people involved in the m68k port of Debian. >> Just recently, one of our main contributors decided to jump >> the ship who cannot be replaced by someone els

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Emilio Pozuelo Monfort
On 11/02/14 10:57, Svante Signell wrote: > kdbus, udev, gnome, network-manager, pulseaudio, wayland, (add to the > list here) I fail to see what your point is here. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lis

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread vitalif
- Debian has sent patches upstream - Mageia is *much* smaller distribution, that packager has attended *various* systemd hackfests - Mageia package maintainer sent various patches upstream - Patches are *not* accepted based on how many people you represent or which company you work for (e.g. so

Re: conflict between system user and normal user

2014-02-11 Thread Thorsten Glaser
Simon McVittie debian.org> writes: > If we standardize on "_*" (or capital letters or whatever) for packaged Users with capital letters sometimes cannot receive eMail correctly. (Using _ in my packages since I think the BSDs’ approach sensible.) > accounts, then "adduser --system" could also s

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 11:47 +0100, Emilio Pozuelo Monfort wrote: > On 11/02/14 10:57, Svante Signell wrote: > > kdbus, udev, gnome, network-manager, pulseaudio, wayland, (add to the > > list here) > > I fail to see what your point is here. systemd dependencies of course, the vendor lock-in strate

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote: > And this is very much what I would see in Debian. Use your desktop > and applications of choice and you will get support, but if you > want to change core components, you are free to do so, but you > will lose support. [

Re: amd64 arch and optimization flags?

2014-02-11 Thread Thorsten Glaser
Tollef Fog Heen err.no> writes: > ]] Jaromír Mikeš > > > Aha ... so these default flags are added by compiler and they are not > > controlled by debian tools at all? > > Can I see somewhere default flags for different archs? > > run gcc -dumpspecs on the different platforms and you can see the

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 03:02:13PM +0400, vita...@yourcmc.ru wrote: > >QR codes is optional > >Built-in HTTP server is optional > > > >Binary logging - yeah, it logs stuff. Calling logging > >functionality in a > >program which is meant to log things is a bit much. > > It's not just "calling loggi

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Urlichs
Hi, Svante Signell: > But: Don't you se the the current development is heading towards a > Windows locked-in situation, and a reboot is necessary for every > upgrade? > How so? You can upgrade systemd. (SysVinit doesn't have any features beyond re-reading /etc/inittab you might want to upgrade _f

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Urlichs
Hi, Svante Signell: > All people are replaceable, how could companies continue making products > when seniors retire and juniors replace them? > A company can tell its workers "now you either do that or we won't pay you and your family won't eat". (And even then, people you can reasonably tell th

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 12:18:23PM +0100, Svante Signell wrote: > systemd dependencies of course, the vendor lock-in strategy is > successful: (the packages below are all from the source systemd) [..] > Do you want more examples? You skipped over the bit explaining: - where the vendor lock in is?

Re: dpkg-dev: please reject native/non-native version when building native/non-native source packages

2014-02-11 Thread Thorsten Glaser
Wookey wookware.org> writes: > Do I understand this correctly - that it prevents a package > cross-binutils-0.1 to generate binaries called > binutils-arm-linux-gnueabi-2.24-3 > binutils-arm-linux-gnueabihf-2.24-3 Actually, these packages will be buggy usually: debhelper uses the source version

Re: Call to fork

2014-02-11 Thread Didier 'OdyX' Raboud
Le mardi, 11 février 2014, 11.12:24 Florian Lohoff a écrit : > Debian is not as useful as it was a couple years back. I started with > debian because of m68k and later contributed the first mips and mipsel > packages and hosted the first buildds for mips and mipsel. Cool, thanks! > Debian has los

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 12:23 PM, Olav Vitters wrote: > On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote: >> And this is very much what I would see in Debian. Use your desktop >> and applications of choice and you will get support, but if you >> want to change core components, you ar

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Salvo Tomaselli
> You can restart pulse. No big problem except temporary interrupt of audio, You mean a temporary presence of audio that will immediately go away as soon as pulse is running again right? -- Salvo Tomaselli "Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragi

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Urlichs
Hi, vita...@yourcmc.ru: > And it seems I'm not the only one who doesn't like it! And I'm sure > that at least 50% of swear words addressed to systemd could be > stopped at once if the journal was made ALSO optional. So why not > just do it?... > Because it's work, for no apparent gain. I mean, th

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Urlichs
Hi, Salvo Tomaselli: > > > You can restart pulse. No big problem except temporary interrupt of audio, > You mean a temporary presence of audio that will immediately go away as soon > as pulse is running again right? > Don't be daft. My audio works perfectly. So does lots of other people's. If

Re: Call to fork

2014-02-11 Thread Sam Hartman
Thanks for sharing this. So, you're frustrated and very disappointed because Ddebian, something you cared about deeply has drifted so far away from what you want that you can no longer support it? I hope that if you decide to fork, you succeed in creating something that meets your needs. I hope t

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread The Wanderer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/11/2014 04:21 AM, Olav Vitters wrote: > On Tue, Feb 11, 2014 at 12:51:13PM +0400, Vitaliy Filippov wrote: >> This can also reduce the risk of "vendor-lock", because the speed >> Lennart adds features to systemd is so fast that I won't be real

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Oleg
On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote: > It's not *my* choice, systemd is the choice of the majority of the > Linux community. OpenRC and upstart are used in Gentoo and Ubuntu What? I see many people who don't like systemd and won't use it. I don't see that sy

Re: Call to fork

2014-02-11 Thread Florian Lohoff
On Tue, Feb 11, 2014 at 09:06:46AM -0500, Sam Hartman wrote: > Thanks for sharing this. > So, you're frustrated and very disappointed because Ddebian, something > you cared about deeply has drifted so far away from what you want that > you can no longer support it? > > I hope that if you decide to

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread vitalif
Because it's work, for no apparent gain. I mean, the systemd people didn't just code up all that journal stuff for no good reason, but because they perceived a need to have it. And let's face it, the ability to just see the stderr output from $FAILED_JOB with "systemctl status" is a whole damn

Re: Call to fork

2014-02-11 Thread Paul Tagliamonte
On Tue, Feb 11, 2014 at 03:39:49PM +0100, Florian Lohoff wrote: > I am telling you that by all the technical discussions which of > the systems is superior over the other you forget about your users. Our users shouldn't care what init system we use. It's an implementation -- and purely technical -

Re: Call to fork

2014-02-11 Thread vitalif
Our users shouldn't care what init system we use. It's an implementation -- and purely technical -- detail of the OS. Sorry to interfere with your discussion, but it really sounds like some kind of proprietary software idea :) I'm sure a big percent of GNU/Linux (and especially Debian GNU/Lin

Re: Call to fork

2014-02-11 Thread Federico Di Gregorio
On 11/02/2014 15:39, Florian Lohoff wrote: > On Tue, Feb 11, 2014 at 09:06:46AM -0500, Sam Hartman wrote: >> Thanks for sharing this. >> So, you're frustrated and very disappointed because Ddebian, something >> you cared about deeply has drifted so far away from what you want that >> you can no lon

Re: Call to fork

2014-02-11 Thread Paul Tagliamonte
On Tue, Feb 11, 2014 at 07:02:19PM +0400, vita...@yourcmc.ru wrote: > >Our users shouldn't care what init system we use. It's an > >implementation -- and purely technical -- detail of the OS. > > Sorry to interfere with your discussion, but it really sounds like > some kind of proprietary software

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Salvo Tomaselli
Well if a bug can be solved by killing the buggy process and getting better functionality than when the process is running is certainly a very very bad bug! > Don't be daft. My audio works perfectly. So does lots of other people's. > > If yours doesn't, file a bug. -- Salvo Tomaselli "Io n

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 06:06:39PM +0400, Oleg wrote: > On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote: > > It's not *my* choice, systemd is the choice of the majority of the > > Linux community. OpenRC and upstart are used in Gentoo and Ubuntu > > What? I see many peo

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Josselin Mouette
Le mardi 11 février 2014 à 18:30 +0400, vita...@yourcmc.ru a écrit : > And I don't see why a binary log format is needed to implement the > stderr capture. It is of course well-known that systemd developers like to make their life more complicated and love to implement binary formats instead of

Bug#738649: ITP: omnisharp-server -- HTTP server allowing C# editor plugins to be written in any language

2014-02-11 Thread Sebastian Ramacher
Package: wnpp Severity: wishlist Owner: Sebastian Ramacher * Package name: omnisharp-server Version : 0~git20140211 Upstream Author : Jason Imison * URL : https://github.com/nosami/OmniSharpServer * License : Expat Programming Lang: C# Description : HTT

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
> On Feb 11, 2014, at 3:06 PM, Oleg wrote: > > What? I see many people who don't like systemd and won't use it. I don't > see that systemd is the choice of the _majority_. But i see that systemd > funs simply shout louder than others. systemd is used as the default init system in: - Fedora -

Re: Call to fork

2014-02-11 Thread Paul Tagliamonte
On Tue, Feb 11, 2014 at 09:18:48AM -0600, Serge Hallyn wrote: > FWIW, disagree - I rarely set up a machine (little laptop or server or > container) where I don't need to do one thing or another custom at boot. > Throttle back cpus to prevent overheating, register dynamic dns, > whatever. You're ha

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 15:47 +0100, John Paul Adrian Glaubitz wrote: > What I don't get is why are those people trying to push Debian's > decision when they are primarily using a different platform. But I > guess it's pure politics and trying to push their own projects. I'm pretty sure there are _

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 09:05:48AM -0500, The Wanderer wrote: > I think this touches on - or possibly misses - a key point. I don't think so. > I do not trust the systemd project to not do things I consider bad or > even insane, because they've already done such things, and they show no > regret

Re: Call to fork

2014-02-11 Thread Serge Hallyn
Quoting Paul Tagliamonte (paul...@debian.org): > On Tue, Feb 11, 2014 at 03:39:49PM +0100, Florian Lohoff wrote: > > I am telling you that by all the technical discussions which of > > the systems is superior over the other you forget about your users. > > Our users shouldn't care what init system

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 03:51:33PM +0100, Salvo Tomaselli wrote: > Well if a bug can be solved by killing the buggy process and getting better > functionality than when the process is running is certainly a very very bad > bug! As mentioned before: File a bug. -- Regards, Olav -- To UNSUBSC

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 06:30:24PM +0400, vita...@yourcmc.ru wrote: > Because I want logs to be plaintext in my system, not binary. Install syslog. Or maybe Debian will use both journal and syslog. > And I don't see why a binary log format is needed to implement the > stderr capture. Try to find

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Thomas Goirand
On 02/11/2014 04:31 PM, Clint Byrum wrote: > One point of moving to a system like upstart or systemd is that the > sysvinit scripts do not run as scripts. They are little tiny declarative > files that run all or most in C. This speeds up boot, but only makes > sense if all of the early stage boot t

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread vitalif
It is of course well-known that systemd developers like to make their life more complicated and love to implement binary formats instead of writing simple text parsers, just for the sake of having fun programming them, and absolutely not because they need things like indexing. The same goes for

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Thomas Goirand
On 02/11/2014 07:23 PM, Olav Vitters wrote: > IMO (and I'm an interested part / GNOME dude, so no say): blocking > progress is bad. So if someone wants to add OpenRC scripts to packages > and maintenance is low: as packager you should be allowing that to > happen. As long as the time required on pa

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread vitalif
Because I want logs to be plaintext in my system, not binary. Install syslog. Or maybe Debian will use both journal and syslog. I dislike the idea of binary logs so much that I want to really and totally disable journal. And I don't see why a binary log format is needed to implement the st

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Clint Byrum
Excerpts from Josselin Mouette's message of 2014-02-11 07:00:43 -0800: > Le mardi 11 février 2014 à 18:30 +0400, vita...@yourcmc.ru a écrit : > > And I don't see why a binary log format is needed to implement the > > stderr capture. > > It is of course well-known that systemd developers like to

Bug#738659: ITP: soundscaperenderer -- tool for real-time spatial audio reproduction

2014-02-11 Thread IOhannes m zmoelnig
Package: wnpp Severity: wishlist Owner: IOhannes m zmoelnig * Package name: soundscaperenderer Version : 0.4.1 Upstream Author : Matthias Geier, Jens Ahrens et al. * URL : http://spatialaudio.net/ssr/ * License : GPL Programming Lang: C++ Description :

Re: Call to fork

2014-02-11 Thread Matthias Urlichs
Hi, Florian Lohoff: > My estimation is that 99% of the users dont care - sysvinit is > sufficient and works. 0.5% think they need this little tiny bit > of feature which only upstart can give them, 0.5% think they need > a feature only systemd can give them. (a) please tell us which feature is on

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Olav Vitters
On Tue, Feb 11, 2014 at 07:57:18PM +0400, vita...@yourcmc.ru wrote: > 2) Binary index isn't needed at all if you just want to print output > of a service - you can just put output of each unit to its own log > file and just tail it. Now show everything of a particular user. Systemd allows you to d

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Klumpp
2014-02-11 17:03 GMT+01:00 : >[...] > And if I _really_ needed a binary index, I would put it in a separate file. Guess what journald is doing ;-) And if the journal is not running in persistent mode, this extra logfile only exists temporarily and everything is forwarded to rsyslog, so you gat you

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Urlichs
Hi, vita...@yourcmc.ru: > Because I want logs to be plaintext in my system, not binary. > Why? (Seriously.) -- -- Matthias Urlichs signature.asc Description: Digital signature

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Gergely Nagy
vita...@yourcmc.ru writes: >> It is of course well-known that systemd developers like to make their >> life more complicated and love to implement binary formats instead of >> writing simple text parsers, just for the sake of having fun >> programming >> them, and absolutely not because they need

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Ansgar Burchardt
On 02/11/2014 17:03, vita...@yourcmc.ru wrote: >> Try to find an efficient way to show the output of a particular daemon. >> Now of a cgroup. Now anything of a user. It's not about capturing, it is >> about doing something useful with it. You want to capture various >> properties with each message.

Can we please change the Subject: ?

2014-02-11 Thread Andreas Beckmann
It's annoying to read and no longer relates to the discussion. I don't think the original poster deserves this publicity. Thanks Andreas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread The Wanderer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/11/2014 11:26 AM, Matthias Urlichs wrote: > Hi, > > vita...@yourcmc.ru: > >> Because I want logs to be plaintext in my system, not binary. > > Why? (Seriously.) In my case: because I want to be able to read them conveniently at a glance, w

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matt Zagrabelny
On Tue, Feb 11, 2014 at 10:26 AM, Matthias Urlichs wrote: > Hi, > > vita...@yourcmc.ru: >> Because I want logs to be plaintext in my system, not binary. >> > Why? (Seriously.) To use standard text based tools, eg. grep. -mz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org wit

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
> On Feb 11, 2014, at 5:02 PM, Thomas Goirand wrote: > >> On 02/11/2014 08:13 PM, John Paul Adrian Glaubitz wrote: >> Yes, but we are not talking about hypothetical things. I am also not >> planning my life for the case that I am winning the lottery tomorrow. > > Chances to win the lottery are

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Vitaliy Filippov
Here's a challenge then: Implement everything the journal does, without using a binary format, and show us it's not only doable, but performs similarly. I would first recommend you read up - and try! - what the journal has to offer. It's not as simple as you make it out to be. Given that Debian

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Vitaliy Filippov
Guess what journald is doing ;-) And if the journal is not running in persistent mode, this extra logfile only exists temporarily and everything is forwarded to rsyslog, so you gat your syslog-textfile (but with much more structured content) What it's doing? Isn't it storing the log files themse

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Russ Allbery
The Wanderer writes: > In my case: because I want to be able to read them conveniently at a > glance, without requiring the presence of a functioning specialized tool > for doing so. As the UNIX Philosophy puts it, "text streams ... [are] a > universal interface". All the folks who are upset abo

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Vitaliy Filippov
5) After all, I don't see why writing 1 regexp is a hard task. And it won't be really slower because of (4). A regexp is unreliable and slow. Lots of ssh blocking tools have had various security issues due to this. That only depends on whether you know the format of that what you parse. Bina

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Gergely Nagy
"Vitaliy Filippov" writes: >> Here's a challenge then: Implement everything the journal does, without >> using a binary format, and show us it's not only doable, but performs >> similarly. >> >> I would first recommend you read up - and try! - what the journal has to >> offer. It's not as simple

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Vitaliy Filippov
Because I want logs to be plaintext in my system, not binary. Why? (Seriously.) Because I count the wide use of transparent plaintext formats everywhere - in logs, configs and shell commands is one of the biggest advantages of Linux/Unix systems. And to use standard text processing tools

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Gergely Nagy
The Wanderer writes: > Also because when writing a parser, it's easier to determine the format > (in terms of meaning and start/stop of each field) of a text file than > it is of a binary one, when working without known-reliable > documentation. (And I'm not willing to assume that I'll always hav

Bug#738665: ITP: python-pysam -- interface for the SAM/BAM sequence alignment and mapping format

2014-02-11 Thread Andreas Tille
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: python-pysam Version : 0.7.5 Upstream Author : Heng Li * URL : http://code.google.com/p/pysam/ * License : MIT Programming Lang: C, Python Description : interface for the SAM/BAM seq

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 06:30 PM, Vitaliy Filippov wrote: > I understand there's more functionality than you can build up only using > regexes. The point is - I don't understand why an INIT SYSTEM (!) > should depend on these, generally non-trivial, features. Because the tasks of init and syslog are ver

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 06:47 PM, Vitaliy Filippov wrote: > And to use standard text processing tools, parsers and have a simple way > of archiving logs, yeah. It's not simple if you have to write a script for every single service whose log messages you want to parse. The journal already gives you an out-o

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/11/2014 06:04 PM, The Wanderer wrote: > Also because when writing a parser, it's easier to determine the > format (in terms of meaning and start/stop of each field) of a text > file than it is of a binary one, when working without > known-relia

Re: Can we please change the Subject: ?

2014-02-11 Thread Matthias Urlichs
Hi, Andreas Beckmann: > It's annoying to read and no longer relates to the discussion. > I don't think the original poster deserves this publicity. > Your email has no old Subject:, no References: and no In-Reply-To: headers. So … whatever or whoever you're talking about … -- -- Matthias Urlic

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Matthias Urlichs
Hi, Vitaliy Filippov: > >Guess what journald is doing ;-) And if the journal is not running in > >persistent mode, this extra logfile only exists temporarily and > >everything is forwarded to rsyslog, so you gat your syslog-textfile > >(but with much more structured content) > > What it's doing?

Re: Call to fork

2014-02-11 Thread Kevin Chadwick
previously on this list Matthias Urlichs contributed: > For instance, a daemon which fails to start under sysvinit will > not even prevent the services which depend on it from starting up. > How terminally stupid is that? Perhaps you should rethink that whilst considering the complexi

Re: Call to fork

2014-02-11 Thread John Paul Adrian Glaubitz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/11/2014 04:21 PM, Paul Tagliamonte wrote: > You're hardly an average user (and I do mean this fondly) :) Reminds me of this, bro: > http://www.youtube.com/watch?v=CmPKDeo9Oow#t=3251 "Do you see how many people are using alternative window ma

Re: Call to fork

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 04:18 PM, Serge Hallyn wrote: > FWIW, disagree - I rarely set up a machine (little laptop or server or > container) where I don't need to do one thing or another custom at boot. > Throttle back cpus to prevent overheating, register dynamic dns, > whatever. All of that is possible or

Re: Can we please change the Subject: ?

2014-02-11 Thread Andrey Rahmatullin
On Tue, Feb 11, 2014 at 07:50:32PM +0100, Matthias Urlichs wrote: > Hi, > > Andreas Beckmann: > > It's annoying to read and no longer relates to the discussion. > > I don't think the original poster deserves this publicity. > > > Your email has no old Subject:, no References: and no In-Reply-To:

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 04:19 PM, Thomas Goirand wrote: > On 02/11/2014 05:27 PM, John Paul Adrian Glaubitz wrote: >> No, it's absolutely not. You can have the choice for the interior >> design, the paint job, the radio, the type of engine and comfort >> features, but you certainly cannot have the choice on

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Kevin Chadwick
previously on this list Svante Signell contributed: > > What I don't get is why are those people trying to push Debian's > > decision when they are primarily using a different platform. But I > > guess it's pure politics and trying to push their own projects. > > I'm pretty sure there are _many

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Kevin Chadwick
previously on this list John Paul Adrian Glaubitz contributed: > On 02/11/2014 05:20 AM, Thomas Goirand wrote: > >> It's like being able to customize internal parts of your cars engine > >> when ordering one from your dealer. Customers don't care who the > >> manufacturer of your ignition system i

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Kevin Chadwick
previously on this list John Paul Adrian Glaubitz contributed: > systemd is used as the default init system in: > > - Fedora > - Arch Linux > - Mageia > - openSUSE > - SLES (upcoming) > - RHEL7 > - Frugalware > - (see Wikipedia) > > Plus companies like Intel and BMW are using it in their embedde

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread Vitaliy Filippov
You can tell it to do that, yes. You can also set it to forward them to rsyslog without storing anything. Or both. Read http://man7.org/linux/man-pages/man5/journald.conf.5.html and be enlightened. ;-) OK, it's good they've added "none" option at least... It wasn't there in the initial journa

Bug#738674: ITP: nancy - lightweight framework for building HTTP based services in C#

2014-02-11 Thread Sebastian Ramacher
Package: wnpp Severity: wishlist Owner: Sebastian Ramacher Control: block 738649 by -1 * Package name: nancy Version : 0.22.0 Upstream Author : Andreas Håkansson, Steven Robbins and contributors * URL : http://nancyfx.org/ * License : Expat Programming Lang:

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 08:11 PM, Kevin Chadwick wrote: > So some distros with relatively few users out of the huge number that > exist. These distros which you attest of having a few users are the major distributions out there. Novell's SLES runs on most of the top500 super computers while RHEL is largely

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

2014-02-11 Thread John Paul Adrian Glaubitz
On 02/11/2014 08:11 PM, Kevin Chadwick wrote: > I'm under the impression Americans customise almost routinely. While they loose the warranty which is my main point. Yes, you can replace your init system with anything you like, but don't expect everyone else in Debian to actively support you. Adr

Bug#738676: ITP: ruby-albacore -- suite or Rake tasks for building C# projects

2014-02-11 Thread Sebastian Ramacher
Package: wnpp Severity: wishlist Owner: Sebastian Ramacher Control: block 738674 by -1 * Package name: ruby-albacore Version : 0.3.5 Upstream Author : Derick Bailey * URL : http://albacorebuild.net/ * License : Expat Programming Lang: Ruby Description :

Proposal: SystemD.pushers/forcers be physically beaten as revenge.

2014-02-11 Thread Maas Verri
Proposal: SystemD pushers/forcers be physically beaten as revenge. The people, such as Adrian, who are pushing systemd as the one and only init system for debian should be physically harmed. They are wresting from all of us a nice unix like OS, they argue against choice and if they have their way

Re: Can we please change the Subject: ?

2014-02-11 Thread Stig Sandbeck Mathisen
Andrey Rahmatullin writes: > About The Thread. The Thread That Shall Not Be Named. (to be more precise :) -- Stig Sandbeck Mathisen signature.asc Description: PGP signature

  1   2   >