On 2013-10-27, Brian May wrote:
> * Some people say this means it needs systemd running as pid=1, same say it
> doesn't. Am still confused here.
The facts seems to be that logind/systemd in version 204 (the current
one in debian) doesn't need systemd as pid 1, but latest upstream
(version 205 and
On Fri, Oct 25, 2013 at 11:57:29PM +0100, Steve McIntyre wrote:
> > I would not be opposed to changing the default for xfce for now, and
> > reverting it if gnome's improvements make it a better choice.
>
> OK. I suggest that we *try* that for now.
If we try, what will be the criteria for assessi
Package: wnpp
Severity: wishlist
Owner: Ghislain Vaillant
* Package name: pyfftw
Version : 0.9.2
Upstream Author : Henry Gomersall
* URL : http://hgomersall.github.io/pyFFTW/
* License : GPL-3, some windows-specific headers in BSD clause-2 and 3
Programming
* Thomas Goirand , 2013-10-25, 23:45:
OpenRC has been waiting in the NEW queue (targeting experimental, as this
is what it is right now: experimental!) for more than a month. It'd be nice
if someone from the FTP master team could review it, so that at least
others can try it.
IANA ftp-master,
Le dimanche, 27 octobre 2013 08.49:59 Charles Plessy a écrit :
> I strongly recommend that the three current and former employees of
> Canonical refrain from voting: (…)
Frankly, I think this is going too far. Either we trust them to "do the
right thing"™ or we don't.
In the first case, we shoul
Le 27/10/2013 16:30, Daniel Schepler a écrit :
> (To be honest, the
> Java packages are such a tangled mess that I've given up on trying to
> bootstrap that part of the archive for now -- and many of those do get pulled
> into the minimal set of ca. 1473 source packages I get with my criteria.)
On Sat, October 26, 2013 18:52, OndÅej Surý wrote:
>> The safe default is still to rely on the organizational DNS resolvers as
>> provided by DHCP or local manual configuration.
>
> we can adopt dnssec-trigger
> (https://www.nlnetlabs.nl/projects/dnssec-trigger/) for such scenarios.
I think it's
Hi Clint,
I am Akhil Mohan, new to the list and eager to help everyone here in
packaging latest releases of MySQL server.
Amongst the points highlighted by you, I think packaging MySQL 5.6 would
be one of the priorities and I would like to participate in bringing up
quality packages for the
* Jenny Hopkins , 2013-10-25, 09:32:
Please include me in replies to the list, at hopkins.je...@gmail.com. I'll be
away for the coming week, and then will file the bugs if nobody has objected.
Done.
DIFFS IN changelog.Debian.gz: binNMU.
***
Hi,
On Fri, Oct 25, 2013 at 08:32:23AM -0700, Clint Byrum wrote:
> As some of you may know, I've been doing the bulk of the package
> maintenance on the mysql package for a while now. It started as part of
> my day job with Canonical, but since leaving Canonical it has been more
> a labor of love
On Sat, Oct 26, 2013 at 4:31 AM, Nikolaus Rath wrote:
> David Kalnischkies writes:
>> On Fri, Oct 25, 2013 at 11:31 PM, Nikolaus Rath wrote:
>>> Thorsten Glaser writes:
Lars Wirzenius liw.fi> writes:
> I write a backup program. It uses its own storage format, and people
> sometime
On Sun, Oct 27, 2013 at 07:12:21PM -0400, The Wanderer wrote:
> (As far as I can tell this is the actual root of the problem, at least
> for this iteration of the argument: the fact that logind now requires
> systemd.)
That's due to cgroups change. There seem to be 2 other potential
implementation
On Sat, Oct 26, 2013 at 12:14:57AM +0100, Kevin Chadwick wrote:
> > E.g. XFCE either wants ConsoleKit, or logind. If you look at ConsoleKit,
> > you'll notice it is NOT maintained.
>
> XFCE *needs* neither and in fact the vast vast majority of users do
> not either.
I check the spec files for Fed
]] Brian May
> On 28 October 2013 07:52, Tollef Fog Heen wrote:
>
> > > - /lib/udev/rules.d/99-systemd.rules - udev rules that will be active on
> > >any system with /sys/fs/cgroup/systemd present (because of logind,
> > this
> > >directory is not a good proxy for whether pid1 == syste
On Mon, Oct 28, 2013 at 01:01:13PM +0100, Thijs Kinkhorst wrote:
> On Sat, October 26, 2013 18:52, OndÅej Surý wrote:
> > we can adopt dnssec-trigger
>
> I think it's indeed very important that a default install uses the DHCP
> provided DNS-servers or locally configured resolvers, because in man
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: papyrus
Version : 3.7.1
Upstream Author : UIN
* URL : http://www.expasy.ch/UIN/html1/projects/papyrus/papyrus.html
* License : GPL
Programming Lang: C
Description : DICOM compati
On 10/27/2013 07:49 AM, Charles Plessy wrote:
> I strongly recommend that the three current and former employees of Canonical
> refrain from voting: not only because of the current circumstances, but also
> to
> make the case for the time a different conflict of interest will happen.
I don't agre
Joey Hess writes ("Re: [ANNOUNCE] git-deb: a Git importer for Debian packages"):
> Note that you can use dgit clone any package without being a Debian
> developer. You only need an alioth account in order to dgit push.
Sadly this is not true. The reason is that the information dgit needs
is only
Luca Capello pca.it> writes:
> My X60 (from late 2006) can not either, but IMHO the reason behind it
> that the SD reader it is not connected through the USB bus:
> =
> $ lspci | grep SD
> 15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host
Adapter (rev 18)
Right, but t
Lucas Nussbaum debian.org> writes:
> I agree. I don't think that many substantial new arguments are going to
> be brought by waiting more on this topic. And it is clear that we have
> reached a point where not having clear guidance is severely hurting the
> project.
I agree.
> I think that it w
Thorsten Glaser writes ("Re: Bug#727708: tech-ctte: Decide which init system to
default to in Debian."):
> Finally, I believe strongly that the CTTE request is badly worded,
> because the decision on whether we require support for more than
> one (the “default”) init system must be decided either
> you need something with big buttons
> that is finger-friendly,
I'm surprised how much accuracy a capacitive multitouch mobile has when
in touchscreen terms it is actually extremely poor (3-4mm) exacerbated
by them not responding to nails (conductive), a trade-off for size and
multitouch. Many
Charles Plessy writes ("Re: Proposal: s have a GR about the init system"):
> For the choice of an init system, the technical comittee is a typical example
> where conflict of interest disqualifies a large number of its members (3
> current or former employees of Canonical). This has been also obse
On Mon, Oct 28, 2013 at 05:23:33PM +, Thorsten Glaser wrote:
> Also, why have people been shying back from GRs like they are a
> plague? They are a good, and _the_, way to ask the people that
> make up Debian for their opinion. As someone else said in one of
> these threads: they don’t eat babi
On Sat, Oct 26, 2013 at 11:20:21AM -0700, Steve Langasek wrote:
> Right. Whichever init system we pick, I do expect the next step to be to
> drop the requirement to maintain sysvinit backwards-compatibility;
While I'm not sure from your mail whether you meant to suggest otherwise, I do
think that
Wouter Verhelst schrieb am Monday, den 28. October 2013:
> On Sat, Oct 26, 2013 at 11:20:21AM -0700, Steve Langasek wrote:
> > Right. Whichever init system we pick, I do expect the next step to be to
> > drop the requirement to maintain sysvinit backwards-compatibility;
>
> While I'm not sure fr
Stefano Zacchiroli debian.org> writes:
> *technical* decision is stupid. We really need to stop thinking that
> every single member of the Debian project, just because he/she is a DD,
> has a clue on every single technical matter that go on in the project.
This means that you just don’t vote if
Op 25-10-13 14:45, Adam Sampson schreef:
> Steve McIntyre writes:
>
>> We *could* just drop all the CD sets and be done with it, just keeping
>> the netinst CD and the DVDs. Is that what people really want?
>
> As a longtime Debian user, that would suit me fine -- I've not done a
> Debian instal
> > OK. I suggest that we *try* that for now.
>
> If we try, what will be the criteria for assessing whether the
> experiment has been successful (and hence worth keeping for Jessie) or a
> failure (and hence reverting it)?
I think it should be considered that there has been much improvement
up
> Aeh, are you sure? I think you missed my point. I'm not involved with
> any init system, nor a Debian developer, yet by developing some random
> app and having it depend on a specific init system, I could (according
> to you) make that init system unsuitable for Debian?
You would surely make _yo
On 10/28/2013 06:28 PM, Jakub Wilk wrote:
> * Thomas Goirand , 2013-10-25, 23:45:
>> OpenRC has been waiting in the NEW queue (targeting experimental, as
>> this is what it is right now: experimental!) for more than a month.
>> It'd be nice if someone from the FTP master team could review it, so
>>
Op 25-10-13 12:10, Thomas Goirand schreef:
> On 10/25/2013 07:52 AM, Paul Wise wrote:
>> On Fri, Oct 25, 2013 at 7:47 AM, Christoph Anton Mitterer wrote:
>>
>>> Debian is the "Universal OS", isn't it?
>>
>> Part of being a 'Universal OS' is being useful to as many people as
>> possible, including p
> > > E.g. XFCE either wants ConsoleKit, or logind. If you look at ConsoleKit,
> > > you'll notice it is NOT maintained.
> >
> > XFCE *needs* neither and in fact the vast vast majority of users do
> > not either.
>
> I check the spec files for Fedora, Mageia, openSUSE. They all seem to
> requ
Op 25-10-13 15:43, Olav Vitters schreef:
> On Fri, Oct 25, 2013 at 01:41:23PM +0100, Neil Williams wrote:
>> There is no good reason other than "that's the way GNOME has been
>> written". So change the code and get GNOME to behave properly.
>
> Because you raise this again:
> - No maintenance on C
On 10/28/2013 10:29 PM, Adam Borowski wrote:
> On Mon, Oct 28, 2013 at 01:01:13PM +0100, Thijs Kinkhorst wrote:
>> On Sat, October 26, 2013 18:52, OndÅej Surý wrote:
>>> we can adopt dnssec-trigger
>>
>> I think it's indeed very important that a default install uses the DHCP
>> provided DNS-serve
On Mon, Oct 28, 2013 at 05:58:16PM +, Kevin Chadwick wrote:
> How about Gentoo, Slackware, LFS and many many others?
What's that?
--
WBR, wRAR
signature.asc
Description: Digital signature
Op 25-10-13 19:32, Sune Vuorela schreef:
> Why not consolidate on shared code rather than having several bits
> providing the similar functionality for fairly simple tasks ?
That's a (very!) fair argument, but there's nothing in that argument
which means it absolutely totally *has* to be part of a
> So, as per the replies we've read, it seems that the only way to
> implement DNSSEC would be to first check if it works, and if it doesn't,
> fallback to the locally provided recursive DNS server.
I still think a switch on/off (whatever the default) should be
considered because if anyone decides
On Mon, Oct 28, 2013 at 05:23:33PM +, Thorsten Glaser wrote:
> (Also, do remember that any decisive outcome other than “support
> multiple ones including systemd” and “systemd-only” will need to
> lead to the removal of GNOME from Debian. I won’t miss it, but
> just saying.) Whatever CTTE and,
On Mon, Oct 28, 2013 at 07:41:47PM +0100, Wouter Verhelst wrote:
> That's a (very!) fair argument, but there's nothing in that argument
> which means it absolutely totally *has* to be part of a pid1
Most of systemd is not in pid1. This was explained by a blog references
on debian-devel a while ago
> since that will help our non-Linux
> ports
and embedded Linux, especially deep embedded systems such as cortex and
blackfin which is coming along fairly nicely too.
--
___
'Write programs that do one thing and do it well. Wri
On Mon, Oct 28, 2013 at 07:29:02PM +0100, Wouter Verhelst wrote:
> Op 25-10-13 15:43, Olav Vitters schreef:
> > On Fri, Oct 25, 2013 at 01:41:23PM +0100, Neil Williams wrote:
> >> There is no good reason other than "that's the way GNOME has been
> >> written". So change the code and get GNOME to be
For those who haven't seen it, Lennart has posted some of his comments
about all this on G+:
https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
Cheers,
Chris.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, Oct 28, 2013 at 05:58:16PM +, Kevin Chadwick wrote:
> > > > E.g. XFCE either wants ConsoleKit, or logind. If you look at ConsoleKit,
> > > > you'll notice it is NOT maintained.
> > >
> > > XFCE *needs* neither and in fact the vast vast majority of users do
> > > not either.
> >
>
> >
> > IANA ftp-master, but here's my quick review:
> >
> > Please rename /sbin/rc to something else. We've had (unrelated)
> > /usr/bin/rc in Debian for at least 18 years.
>
> Outch! This bites hard. Maybe you being the maintainer of the "rc"
> package is why you saw this immediately! :)
>
Christoph Anton Mitterer wrote:
>For those who haven't seen it, Lennart has posted some of his comments
>about all this on G+:
>https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
And the RH PR circus has already started around it.
Lennart's g+ note is written in his usual half
On Mon, 2013-10-28 at 19:23 +, Mirosław Baran wrote:
> And the RH PR circus has already started around it.
> Lennart's g+ note is written in his usual half-truth/half-omission mode. Not
> helpful at all.
I guess just stating something like this, without real technical
arguments why he is wrong
Op 28-10-13 19:28, Thomas Goirand schreef:
> So, as per the replies we've read, it seems that the only way to
> implement DNSSEC would be to first check if it works, and if it doesn't,
> fallback to the locally provided recursive DNS server.
This feels upside down to me.
There is nothing in DNSSE
On Mon, Oct 28, 2013 at 07:01:05PM +, Kevin Chadwick wrote:
> Could this problem be explained. As long as they are in separate
> directories and called explicitly does that matter?
Please see the nodejs vs node thread(s).
Cheers,
Paul
--
.''`. Paul Tagliamonte
: :' : Proud Debian Dev
On Mon, Oct 28, 2013 at 07:23:11PM +, Mirosław Baran wrote:
>
>
> Christoph Anton Mitterer wrote:
> >For those who haven't seen it, Lennart has posted some of his comments
> >about all this on G+:
> >https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
>
> And the RH PR circu
> You said vast vast majority, you do the work! At the moment it seems
> you're just changing goalpost as you go along.
Not at all. I meant functions of a desktop that the average users use
all along.
So the vast vast majority of users such as laptop users do not need
session tracking but may wan
]] Thorsten Glaser
> (Also, do remember that any decisive outcome other than “support
> multiple ones including systemd” and “systemd-only” will need to
> lead to the removal of GNOME from Debian. I won’t miss it, but
> just saying.)
No, it won't necessarily lead to that. It might just as well
> > >For those who haven't seen it, Lennart has posted some of his comments
> > >about all this on G+:
> > >https://plus.google.com/u/0/115547683951727699051/posts/8RmiAQsW9qf
> >
> > And the RH PR circus has already started around it.
> >
> > Lennart's g+ note is written in his usual half-trut
Please lets see what is around the corner before giving merit to
these scare tactics especially for a Gnome desktop whose user base has
and is rapidly declining.
--
___
'Write programs that do one thing and do it well. Write pr
On Mon, Oct 28, 2013 at 08:20:28PM +, Kevin Chadwick wrote:
Kevin, please change your tone on Debian lists. Your behavior is
starting to border on malicious. If this continues, I will request that
you get removed from the Debian lists. I'm sure others would join me.
You're showing a lack of r
]] Ian Jackson
> For what it's worth, I have complete confidence in Steve and Colin.
> (I have known Colin for a very long time as a friend, from well before
> either of us got involved with Canonical.)
To the extent you want to raise a conflict of interest, I believe being
the maintainer of one
> I'll say no
> more to prevent the usual "Turing Complete" bullshit argument popping
> up but as complex as you choose is a good thing.
And I forgot to say you can choose to make the Linux kernel as simple
or complex as you like so taht's another falsity that he should have
allowed comments to co
Kevin Chadwick (2013-10-28):
> Please lets see what is around the corner before giving merit to these
> scare tactics especially for a Gnome desktop whose user base has and
> is rapidly declining.
Please refrain from continuing with that kind of chatter. It doesn't
really help. Quite the contrary
On Mon, 28 Oct 2013 16:40:09 -0400
Paul Tagliamonte wrote:
> Kevin, please change your tone on Debian lists. Your behavior is
> starting to border on malicious. If this continues, I will request that
> you get removed from the Debian lists. I'm sure others would join me.
>
> You're showing a lack
On Mon, Oct 28, 2013 at 08:43:13PM +, Kevin Chadwick wrote:
> Well if I have offended anyone I apologise as that has not been my
> attention and I'm sure you would like me if you met me and realise
> this.
I have no doubt, and I wasn't offended, I'm just growing tired of your
disrespect for ot
previously on this list Cyril Brulebois contributed:
>
> Please refrain from continuing with that kind of chatter. It doesn't
> really help. Quite the contrary.
>
Fine but whether intended upstream or not, it cannot be argued with as
truth.
> (Also, setting an attribution line with the name of
On Mon, 28 Oct 2013 16:40:09 -0400 Paul Tagliamonte wrote:
>> Change your tone.
Then please, try to show a better example of how that is done, instead
of this:
On Mon, 28 Oct 2013 17:07:59 -0400, Paul Tagliamonte wrote:
> I mean, no offense, but I've never seen you involved in Debian before
> [..
Kevin Chadwick dijo [Mon, Oct 28, 2013 at 08:43:13PM +]:
> > Kevin, please change your tone on Debian lists. Your behavior is
> > starting to border on malicious. If this continues, I will request that
> > you get removed from the Debian lists. I'm sure others would join me.
> >
> > You're sho
Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho
* Package name: lime-forensics
Version : 1.1-r17
Upstream Author : Joe Sylve
* URL : http://code.google.com/p/lime-forensics
* License : GPL2
Programming Lang: C
Description : lime-forens
Package: wnpp
Severity: wishlist
Owner: Kouhei Maeda
* Package name: django-oauth2-provider
Version : 0.2.6
Upstream Author : Alen Mujezinovic
* URL : https://github.com/caffeinehit/django-oauth2-provider
* License : MIT
Programming Lang: Python
Description
Wouter Verhelst writes:
> Also, since all alternative init implementations under consideration do
> support sysv-style init scripts, I think that whatever init system we
> (well, you, the TC) end up choosing, the requirement in policy should be
> that a package should ship either some init config
Hi,
On Sun, 27 Oct 2013 02:47:56 +0800 Thomas Goirand wrote:
> Note that OpenRC already works on some (non-Debian) BSD platforms, and
> that it should be trivial to have it to build on kFreeBSD and Hurd,
And so I came up with the attached patch which gets it building on
GNU/kFreeBSD, and it passe
On 29 October 2013 12:21, Russ Allbery wrote:
> In other words, I don't think it would make any sense at all to
> standardize on upstart or systemd and then ask people to continue to write
> init scripts in the long run (transition issues aside). Getting rid of
> init scripts is not the whole po
Brian May writes:
> On 29 October 2013 12:21, Russ Allbery wrote:
>> In other words, I don't think it would make any sense at all to
>> standardize on upstart or systemd and then ask people to continue to
>> write init scripts in the long run (transition issues aside). Getting
>> rid of init sc
On Mon, 2013-10-28 at 19:38 -0700, Russ Allbery wrote:
> Brian May writes:
> > On 29 October 2013 12:21, Russ Allbery wrote:
>
> >> In other words, I don't think it would make any sense at all to
> >> standardize on upstart or systemd and then ask people to continue to
> >> write init scripts in
On 2013-10-28 10:58, Kevin Chadwick wrote:
By vast majority I was meaning user requirements and not distro
packagers expectations, user requirements is actually the metric which
should count the most and most users do not need session tracking, it
can actually get in the way (one user using many
71 matches
Mail list logo
