]] Uoti Urpala
> > But to the extent that we have to pick winners and
> > losers (and, to be clear, I think it's premature to do that for init
> > systems),
>
> I think there's already enough evidence to show that systemd is
> clearly the best choice. How much more would you expect to have bef
]] Barry Warsaw
> On Nov 29, 2012, at 03:40 PM, John Paul Adrian Glaubitz wrote:
>
> >Plus, you have to sign a contributor's agreement with Canonical which leaves
> >a bad taste in my mouth. That shouldn't be the case with true free software,
> >should it?
>
> In an ideal world maybe it shouldn
On Thu, 29 Nov 2012 21:26:56 +0100
Emilien Klein wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Emilien Klein
>
> * Package name: GNU Health
The package name cannot have a space, you'd need to change the name to
be something like tryton-health-record or emrhis or something. GNU
isn't
On 30/11/2012 16:46, Neil Williams wrote:
> On Thu, 29 Nov 2012 21:26:56 +0100
> Emilien Klein wrote:
>
>> Package: wnpp
>> Severity: wishlist
>> Owner: Emilien Klein
>>
>> * Package name: GNU Health
>
> The package name cannot have a space, you'd need to change the name to
> be something l
Hi,
On Fri, Nov 30, 2012 at 05:00:14PM +0800, Chow Loong Jin wrote:
> On 30/11/2012 16:46, Neil Williams wrote:
> > On Thu, 29 Nov 2012 21:26:56 +0100
> > Emilien Klein wrote:
> >
> >> Package: wnpp
> >> Severity: wishlist
> >> Owner: Emilien Klein
> >>
> >> * Package name: GNU Health
> >
2012/11/30 Andreas Tille :
> Hi,
>
> On Fri, Nov 30, 2012 at 05:00:14PM +0800, Chow Loong Jin wrote:
[...]
>> Is it really not part of GNU? I see the URL being a subdomain of gnu.org:
>>
>> >> [...]
>> >> * URL : http://health.gnu.org/
>> >> [...]
>>
>> And from their webpage:
>> | Heal
John Paul Adrian Glaubitz wrote:
[...]
> How much are these instruction set compatible with the classical m68k
> processors? Would we be able to have an m68k port of Debian which runs
> both on the original m68k CPUs and the ColdFire series?
AFAIK the ColdFire is nearly, but not quite, a strict su
> Again, I am constantly asking here what these reasons might be and yet
> people always come with strawman arguments.
You should bother to read the answers to your question then :-)
I am using systemd on my laptop, i have a very default system configuration,
(except that i compile my own kern
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
We are considering removing the following packages from testing as
they have unfixed RC bugs filed against them. The packages can be
found in the attached dd-list. The bugs that put them on this list
can be found in the removals file (also atta
Niels Thykier writes ("Candidates for removal from testing (2012-11-30)"):
> We are considering removing the following packages from testing as
> they have unfixed RC bugs filed against them. The packages can be
> found in the attached dd-list. The bugs that put them on this list
> can be found in
On Fri, Nov 30, 2012 at 12:19:22PM +0100, Salvo Tomaselli wrote:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693522
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694048
I can't say anything about the fetchmail problem, but I just tried to
reproduce the problem you explained in #693522
> > # #692623
> > remove fossil/1:1.22.1-1
> This is worrying because fossil is the vcs used by sqlite upstream.
> It looks like fixing this would involve Packaging "cson" too. The
> alternative of dumping cson into the fossil source tree is probably
> not ideal.
> Barak, have you looked at thi
> I can't say anything about the fetchmail problem, but I just tried to
> reproduce the problem you explained in #693522 and it works on my
> installation.
>
> So we will probably need more input to debug this.
Please post on the bug what kind of test you want me to do.
I was just pointing out h
On 30/11/12 11:55, Niels Thykier wrote:
> The packages have been selected based on the following criteria: *
> The package had at least one RC bug without activity for the past
> 14 days.
...
> Debian GNOME Maintainers
> gnome-dvb-daemon
> (U)
I have no particular interest in gnome-dvb-daemon, b
On Fri, Nov 30, 2012 at 12:19:22PM +0100, Salvo Tomaselli wrote:
> I am using systemd on my laptop, i have a very default system configuration,
> (except that i compile my own kernel to avoid initrd)…
^^
> …if I, with a normal, standard desktop co
On Nov 30, 2012, at 09:14 AM, Tollef Fog Heen wrote:
>There's a significant difference whether your contractual counterpart is
>somebody who has the public good or profits in the pockets of its owners
>in mind.
In the abstract, the non-profit or for-profit status of an organization is
little indi
On 11/30/2012 07:49 AM, John Paul Adrian Glaubitz wrote:
> And for me, the most annoying thing is the neverending circlejerk of
> systemd bashing on a non-technical basis. If anyone of these people
> would really take the time to read into the design rationales
So, basically, anyone who do not agr
On Fri, Nov 30, 2012 at 11:51:24PM +0800, Thomas Goirand wrote:
> On 11/30/2012 07:49 AM, John Paul Adrian Glaubitz wrote:
> > And for me, the most annoying thing is the neverending circlejerk of
> > systemd bashing on a non-technical basis. If anyone of these people
> > would really take the time
On 11/30/2012 09:10 AM, Uoti Urpala wrote:
> This thread was started by an "anti-systemd" poster
Since I started this thread, I guess you're talking about me.
I do not accept that you categorize me this way.
*No*, I'm not an "anti-systemd" guy. I believe that systemd
is nice, that it has very coo
Barak A. Pearlmutter writes ("Re: Candidates for removal from testing
(2012-11-30)"):
> CSON is not used in the Debian build: the relevant source files can be
> replaced by empty files and the fossil package will build fine. (They
> cannot just be removed because make expects them.)
Ah. I think
On 30.11.2012 13:03, Simon McVittie wrote:
Suggested options include:
A) Consider the new ABI to be "right". Recompile every package that
mentions the affected structs (including everything that
subclasses GstElement), unless it has already been compiled
against GLib 2.32 on every archi
On Thu, Nov 29, 2012 at 06:12:14PM +0100, John Paul Adrian Glaubitz wrote:
> Hi Harald,
Hi Adrian
>
> On Thu, Nov 29, 2012 at 04:58:35PM +0100, Harald Jenny wrote:
> > I have tried systemd but as it does not support the Debian extensions to
> > cryptsetup (namely the crypttab keyscript parameter
Hi Russ
On Thu, Nov 29, 2012 at 04:04:52PM -0800, Russ Allbery wrote:
>
> Please, let's *stop talking about this*, apart from the much more
> specific, straightforward, and *useful* discussion of what further work is
> required to enable those who wish to do so to run systemd as their init
> proc
Thanks for the update!
--
I pledge not to post to any systemd-related thread on -devel until
(at least) 2013.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2012113
Hi again :-)
On Thu, Nov 29, 2012 at 04:35:17PM -0800, Russ Allbery wrote:
>
> I really think this is a case where personal experience is going to speak
> louder than any possible argument, which is why I think the next step is
> to make it simple and documented to switch init systems and see how
On Vi, 30 nov 12, 17:47:20, Harald Jenny wrote:
>
> Maybe some sort of mailing list could be dedicated to a discussion about
> the actual usage of different init system so people may share their
> experiences?
Do you mean some list other than debian-user?
Kind regards,
Andrei
--
Offtopic discus
Hi Andrei
On Fri, Nov 30, 2012 at 06:57:28PM +0200, Andrei POPESCU wrote:
> On Vi, 30 nov 12, 17:47:20, Harald Jenny wrote:
> >
> > Maybe some sort of mailing list could be dedicated to a discussion about
> > the actual usage of different init system so people may share their
> > experiences?
>
Barak A. Pearlmutter writes ("Re: Candidates for removal from testing
(2012-11-30)"):
> Good idea. Will add this info to the bug report.
>
> Technically there are two bugs. 692623 is for the CSON "not evil" files
> being derived files rather than truly original source, while 692624 is
> for the
Good idea. Will add this info to the bug report.
Technically there are two bugs. 692623 is for the CSON "not evil" files
being derived files rather than truly original source, while 692624 is
for the "not evil" license itself. The latter is already tagged
wheezy-ignore, while the former is caus
* Jon Dowland [121130 16:06]:
> I do not agree that reconfiguring your machine to avoid an initrd is a normal
> standard desktop configuration. There's also several other things about your
> setup which I would argue are not standard (see below)
Will Debian come by default with initrds on all rel
On 11/30/2012 11:57 PM, John Paul Adrian Glaubitz wrote:
> Sorry, but if I remember correctly, it was you who came here to
> discuss Gentoo-related problems on a Debian development list and who
> admitted that he enjoyed starting flame wars because you were bored.
>
> Honestly, you should remember
Vincent Lefevre writes:
> No, you don't have the structure from the XML point of view.
I've seen this in production. "We use XML? Check!"
--
Stig Sandbeck Mathisen
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@
On Fri, Nov 30, 2012 at 07:23:12PM +0100, Bernhard R. Link wrote:
> * Jon Dowland [121130 16:06]:
> > I do not agree that reconfiguring your machine to avoid an initrd is a
> > normal
> > standard desktop configuration. There's also several other things about your
> > setup which I would argue ar
On Fri, Nov 30, 2012 at 07:23:12PM +0100, Bernhard R. Link wrote:
> * Jon Dowland [121130 16:06]:
> > I do not agree that reconfiguring your machine to avoid an initrd is a
> > normal
> > standard desktop configuration. There's also several other things about your
> > setup which I would argue ar
The "patch" for both of these bugs is to just replace
src/cson_amalgamation.{c,h}
by empty files in a +dfsg recombobulated upstream tarball.
I'll go ahead and do the machinations. Unless someone else does an NMU
first. A 0-day NMU. Which I totally wouldn't mind. Hint Hint.
On 30.11.2012 18:43, Thomas Goirand wrote:
On 11/30/2012 11:57 PM, John Paul Adrian Glaubitz wrote:
I never meant to start any redundant discussion about which init
system
is best. And, as Russ already pointed out, we're not going to make
that decision this time. So please, just leave it for no
> I do not agree that reconfiguring your machine to avoid an initrd is a
> normal standard desktop configuration. There's also several other things
> about your setup which I would argue are not standard (see below)
Well no but are you trying to argue that my problems are due to my kernel
configu
On Thu, Nov 29, 2012 at 10:32:46PM +0100, Bernhard R. Link wrote:
> > > Claiming that it will work for everyone and that
> > > anyone not being able to name a problem existing now has no arguments
> > > does not help.
> > Do System V Init or Upstart work in EVERY single use case?
> Actually, all
On Wed, Nov 28, 2012 at 05:04:25PM +0100, Tollef Fog Heen wrote:
> ]] Bjørn Mork
> > "The default 'configure' install locations have changed. Packages for
> >systems with the historic / vs. /usr split need to be adapted,
> >otherwise udev will be installed in /usr and not work
> >pr
On 30.11.2012 03:39, Steve Langasek wrote:
> that's fine; I've been convinced myself that it's not reasonable to have a
> system with /usr on a separate partition and expect that to work without an
> initramfs, and think we *should* simplify our overall architecture rather
> than continuing to put
40 matches
Mail list logo
