On Sun, Jul 22, 2012 at 07:49:50PM -0400, Filipus Klutiero wrote:
> Hi Lars,
>
> Lars Wirzenius wrote:
>
> >On Sat, Jul 21, 2012 at 04:38:21PM -0400, Filipus Klutiero wrote:
> >> Hi Stefano,
> >>
> >> Stefano Zacchiroli wrote:
> >> >On Tue, Jul 17, 2012 at 08:07:15PM -0400, Filipus Klutiero wr
]] Vincent Lefevre
> OK, if Debian plans to support other init systems, that's fine.
It already does.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:
> affects 637232 + release-notes
> quit
>
> Hi,
>
> Matthias Klose wrote:
> > On 08/09/2011 07:31 PM, Aurelien Jarno wrote:
>
> >> I got fed up by people reporting bug on libc6, while this problem results
> >> from a decision Debia
On Mon, Jul 23, 2012 at 09:08:25AM +0100, Lars Wirzenius wrote:
> Yes, conflicts certainly are inevitable. When they escalate to the second
> highest decision-making body in the project, which makes a decision,
> that is clearly important enough that it warrants an announcement to
> the entire memb
Le mercredi, 18 juillet 2012 13.04:36, Wookey a écrit :
> I don't use n-m because it doesn't play nice with usb0 gadget
> networking.
I have read this claim multiple times now and it got me confused: on a wheezy
laptop with network-manager and KDE, I can connect my Android phone trough USB
and g
On Mon, 23 Jul 2012, Vincent Lefevre wrote:
> so that if you want to make things more consistent, you should
> get rid of /etc/default entirely.
/etc/default is used for a lot more than just enabling/disabling services,
and it will not go away.
Now, if you just mean removing enable/disable switch
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: python-javascriptcore
Version : 0.1
Upstream Author : Martin Soto
* URL : https://launchpad.net/pyjavascriptcore
* License : LGPL-2.1+
Programming Lang: Python
Description : Python AP
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: python-xmlserialize
Version : 1.0
Upstream Author : Jonas Haag
* URL : https://github.com/jonashaag/xmlserialize.py
* License : BSD-2-clause
Programming Lang: Python, etc.
Description
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: python-gpyconf
Version : 0.2~beta
Upstream Author : Jonas Haag
* URL : https://github.com/jonashaag/gpyconf
* License : LGPL-2.1 and/or BSD-2-clause (modified)
Programming Lang: Python
De
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: python-ooxcb
Version : 1.2
Upstream Author : Friedrich Weber
* URL : http://git.samurai-x.org/ooxcb/,
git://git.samurai-x.org/ooxcb.git
* License : BSD-3-clause
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: python-bjoern
Version : 1.2
Upstream Author : Jonas Haag
* URL : https://github.com/jonashaag/bjoern
* License : BSD-2-clause
Programming Lang: Python
Description : Fast And Ultra-Lig
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: python-cream
Version : 0.4.2
Upstream Author : Sebastian Billaudelle
* URL : http://cream-project.org
* License : LGPL-2.1+
Programming Lang: Python
Description : Python modules for t
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: melange
Version : 0.4.9
Upstream Author : Sebastian Billaudelle
* URL : http://cream-project.org
* License : LGPL-2.1+
Programming Lang: Python
Description : Melange Widget System for
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: melange-widgets
Version : 0.4.8
Upstream Author : Sebastian Billaudelle
* URL : http://cream-project.org
* License : LGPL-2.1+
Programming Lang: Python
Description : Melange widget co
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: console
Version : 0.0.9
Upstream Author : Sebastian Billaudelle
* URL : http://cream-project.org
* License : GPL-2+
Programming Lang: Python
Description : Terminal application for the
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: cream-hotkey-manager
Version : 0.1.1
Upstream Author : Sebastian Billaudelle
* URL : http://cream-project.org
* License : GPL-2+
Programming Lang: Python
Description : Managing global
Hi,
Goswin von Brederlow wrote:
> On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote:
>> a) Help upstream authors of toolchain components with hardcoded
>> header and library search paths to implement multiarch.
[...]
> What I don't understand is why compilers (which probably me
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: cream-pim
Version : 0.4
Upstream Author : Sebastian Billaudelle
* URL : http://cream-project.org
* License : LGPL-2.1+
Programming Lang: Python
Description : Personal Information Mana
> Jonathan Nieder writes:
> Goswin von Brederlow wrote:
>> What I don't understand is why compilers (which probably means ld
>> from binutils in all cases) won't use ld.so.conf to find the libs.
>> It only does so to find libs linked into libs you link against. So
>> it is used execp
On Mon, 23 Jul 2012 13:31:09 +0200
Mike Gabriel wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel
>
> * Package name: melange
What, if any, is the relationship between this and melange used for the
Google Summer of Code?
http://code.google.com/p/soc/
Maybe cream-melange f
Le Mon, Jul 23, 2012 at 01:31:09PM +0200, Mike Gabriel a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel
>
> * Package name: melange
> * Package name: console
Dear Mike,
I am a bit concerned that these are quite common words. Have you considered
calling the packages
retitle #682496 ITP: cream-melange -- Melange Widget System for the Cream
Desktop Environment
thanks
Hi Neil et al.
Am Montag, 23. Juli 2012, 14:01:01 schrieb Neil Williams:
> On Mon, 23 Jul 2012 13:31:09 +0200
>
> Mike Gabriel wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Mike Ga
retitle #682500 ITP: cream-melange-widgets -- Melange widget collection for the
Cream Desktop Environment
thanks
Hi all,
Am Montag, 23. Juli 2012, 13:36:57 schrieb Mike Gabriel:
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel
>
> * Package name: melange-widgets
> Version
Hi again,
On Mo 23 Jul 2012 13:58:05 CEST Neil Williams wrote:
On Mon, 23 Jul 2012 13:40:48 +0200
Mike Gabriel wrote:
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: console
That's too generic. cream-console would be better. Or, to fit in with
other terminal pack
On Mon, Jul 23, 2012 at 02:29:23PM +0200, Mike Gabriel wrote:
> It would probably make sense to rename the console executable (as
> provided by upstream) to cream-terminal then?
Of course (and poke upstream to do that, not just rename it in the
package).
> Or will Debian accept an binary with the
On 2012-07-23 14:49:35 +0900, Miles Bader wrote:
> Based on a glance at the source, it seems like the math libraries were
> changed in lots of little ways between 2.13 and 2.16 [and it looks
> like the FPU-twiddling that made expf slow in 2.13 has been _added_ to
> the generic version of the "exp"
Hi Andrey et al.
On Mo 23 Jul 2012 14:34:58 CEST Andrey Rahmatullin wrote:
On Mon, Jul 23, 2012 at 02:29:23PM +0200, Mike Gabriel wrote:
It would probably make sense to rename the console executable (as
provided by upstream) to cream-terminal then?
Of course (and poke upstream to do that, not
Artem Leschev writes ("mark 'editor' virtual package name as obsolete"):
> Virtual package name 'editor' was removed from Authoritative List of
> Virtual Package Names in 1996 year, but it is used at our days. Maybe we
> need to add it to section "Old and obsolete virtual package names",
> which is
On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote:
> ]] Vincent Lefevre
>
> > OK, if Debian plans to support other init systems, that's fine.
>
> It already does.
Not really, or at least not in a nice way, because sysvinit is
an essential package. Also, I don't see any init system that
provid
On 2012-07-23 07:23:40 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 23 Jul 2012, Vincent Lefevre wrote:
> > so that if you want to make things more consistent, you should
> > get rid of /etc/default entirely.
>
> /etc/default is used for a lot more than just enabling/disabling services,
> a
On 2012-07-23 15:26:29 +0200, Vincent Lefevre wrote:
> No, I just mean that configuration of some service should be
> in a limited number of places. But if you agree that it's fine
> for /etc/default to override config setup somewhere else, then
> there should not be any problem with ENABLE/DISABLE
]] Vincent Lefevre
> On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote:
> > ]] Vincent Lefevre
> >
> > > OK, if Debian plans to support other init systems, that's fine.
> >
> > It already does.
>
> Not really, or at least not in a nice way, because sysvinit is
> an essential package.
How i
On Sat, Jul 21, 2012 at 07:47:01AM +0100, Lars Wirzenius wrote:
>On Sat, Jul 21, 2012 at 02:12:41AM +0100, Wookey wrote:
>> tools POV). The one _good_ reason for using the aarch64 name is avoiding
>> accidental matches with arm* in various bits of configery so leaving
>> that alone probably makes s
On Mon, Jul 23, 2012 at 03:26:29PM +0200, Vincent Lefevre wrote:
> On 2012-07-23 07:23:40 -0300, Henrique de Moraes Holschuh wrote:
> > On Mon, 23 Jul 2012, Vincent Lefevre wrote:
> > > so that if you want to make things more consistent, you should
> > > get rid of /etc/default entirely.
> >
> > /
On 07/23/2012 07:31 PM, Mike Gabriel wrote:
> * Package name: melange
This name clashes with Openstack Melange.
https://github.com/openstack/melange
http://wiki.openstack.org/Melange
https://launchpad.net/melange/
Please don't use it. This name is *already taken* and used in Ubuntu
(though I
On Tue, Jul 24, 2012 at 01:46:24AM +0800, Thomas Goirand wrote:
> On 07/23/2012 07:31 PM, Mike Gabriel wrote:
> > * Package name: melange
> This name clashes with Openstack Melange.
>
> https://github.com/openstack/melange
> http://wiki.openstack.org/Melange
> https://launchpad.net/melange/
>
Antti-Juhani Kaijanaho writes:
> On Mon, Jul 23, 2012 at 09:08:25AM +0100, Lars Wirzenius wrote:
>> an analogy with the legal system may make things clearer: the press
>> does not announce every decision made by every judge in a court of law,
>> but it does do so for every decision made by the su
On 2012-07-23 15:55:27 +0200, Tollef Fog Heen wrote:
> ]] Vincent Lefevre
>
> > On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote:
> > > ]] Vincent Lefevre
> > >
> > > > OK, if Debian plans to support other init systems, that's fine.
> > >
> > > It already does.
> >
> > Not really, or at le
On 2012-07-23 17:59:21 +0100, Roger Leigh wrote:
> On Mon, Jul 23, 2012 at 03:26:29PM +0200, Vincent Lefevre wrote:
> > No, I just mean that configuration of some service should be
> > in a limited number of places. But if you agree that it's fine
> > for /etc/default to override config setup somew
Vincent Lefevre writes:
> A common interface would be nice. But what if there are multiple ways to
> disable a daemon (as mentioned by Tollef Fog Heen)? I think that it
> should be flexible enough so that the user can choose.
> IMHO it should also provide some logging mechanism for
> add/remove/
On Tue Jul 24 2012 02:02:50 AM CST, Paul Tagliamonte wrote:
> This seems an aweful lot like the nodejs / node situation.
It's very different. Here the clash is at the
package name level, not binaries in /usr/bin.
> Let's not let
> anyone take "melange" and use cream-melange and openstack-melang
On Tue, Jul 24, 2012 at 09:50:21AM +0800, Thomas Goirand wrote:
> On Tue Jul 24 2012 02:02:50 AM CST, Paul Tagliamonte
> wrote:
>
> > This seems an aweful lot like the nodejs / node situation.
>
> It's very different. Here the clash is at the
> package name level, not binaries in /usr/bin.
nod
Steve McIntyre wrote:
Filipus Klutiero whined:
>Steve Langasek wrote:
>> On Sat, Jul 21, 2012 at 04:38:21PM -0400, Filipus Klutiero wrote:
>> >
>> > although publicity of some resolutions may indeed be useful for a
>> > wide range of developers, I fail to see many who would be interested
Steve Langasek wrote:
On Sun, Jul 22, 2012 at 07:33:37PM -0400, Filipus Klutiero wrote:
> Steve Langasek wrote:
> >On Sat, Jul 21, 2012 at 04:38:21PM -0400, Filipus Klutiero wrote:
> >> Stefano Zacchiroli wrote:
> >> >On Tue, Jul 17, 2012 at 08:07:15PM -0400, Filipus Klutiero wrote:
> >
Lars Wirzenius wrote:
On Sun, Jul 22, 2012 at 07:49:50PM -0400, Filipus Klutiero wrote:
> Hi Lars,
>
> Lars Wirzenius wrote:
>
> >On Sat, Jul 21, 2012 at 04:38:21PM -0400, Filipus Klutiero wrote:
> >> Hi Stefano,
> >>
> >> Stefano Zacchiroli wrote:
> >> >On Tue, Jul 17, 2012 at 08:07
On Monday, July 23, 2012 11:00:37 PM Filipus Klutiero wrote:
> Which kind of idiotic distraction?
The one where you continue this pointless thread. If it isn't clear to you
already let me try one more time: You've pretty thoroughly alienated the
people that'll decide how the tech ctte communica
Filipus Klutiero writes:
> The "second highest decision-making body" in question is also our lowest
> conflict resolution body. I for one am not interested in reading the
> outcome of each small claims case.
You have been heard. I've read all of your messages on this thread, and
several other t
Le Mon, Jul 23, 2012 at 10:22:06PM -0400, Paul Tagliamonte a écrit :
>
> Let's please keep the namespace clean. I'll talk with whoever introduced
> it, but we can upload a temp metapackage and upload it with time for a
> beer after.
Hi all,
I agree with Paul. Our downstream distributions do not
On 2012-07-24 13:00:14 +0900 (+0900), Charles Plessy wrote:
[...]
> short, common dictionary words are better be avoided in the
> interest of all.
[...]
For executables launched through automated processes or some GUI, I
can more or less agree. However, for tools invoked regularly from a
shell pro
Vincent Lefevre writes:
>> Based on a glance at the source, it seems like the math libraries
>> were changed in lots of little ways between 2.13 and 2.16 [and it
>> looks like the FPU-twiddling that made expf slow in 2.13 has been
>> _added_ to the generic version of the "exp" (double-precision)
>
Hi!
On Tue, 2012-07-24 at 13:00:14 +0900, Charles Plessy wrote:
> Le Mon, Jul 23, 2012 at 10:22:06PM -0400, Paul Tagliamonte a écrit :
> > Let's please keep the namespace clean. I'll talk with whoever introduced
> > it, but we can upload a temp metapackage and upload it with time for a
> > beer af
]] Vincent Lefevre
> On 2012-07-23 15:55:27 +0200, Tollef Fog Heen wrote:
> > ]] Vincent Lefevre
> >
> > > On 2012-07-23 10:21:04 +0200, Tollef Fog Heen wrote:
> > > > ]] Vincent Lefevre
> > > >
> > > > > OK, if Debian plans to support other init systems, that's fine.
> > > >
> > > > It alre
]] Russ Allbery
> Personally, I would love to see us create a common tool that would perform
> these sorts of actions for whatever init system one is using, whatever
> that may be. Maybe we can keep update-rc.d as that tool and teach it to
> take appropriate action for systemd, upstart, etc., wh
]] Filipus Klutiero
> > You are not a Debian developer.
>
> I am.
You don't seem to be in LDAP, nor in the keyring, so no, you're not,
unless you're posting under some alias or similar.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, em
On 07/24/2012 12:00 PM, Charles Plessy wrote:
> Also, we should not favor software written in the context of our downstream
> distributions, compared to sofware written independantly, otherwise the take
> home message will be that if one project wants to own a dictionary word in
> Debian, they just
55 matches
Mail list logo
