Re: Flaming as a way to reach technical quality? No! (was: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy))

On 08:18 Mon 04 Apr , Raphael Hertzog wrote: RH> Hi, RH> On Mon, 04 Apr 2011, Dmitry E. Oboukhov wrote: >> Stupid scheme (intended for stupid users) should be based on ifupdown >> but shouldn't replace it. RH> Please refrain from calling people "stupid users" just because they use a RH> softw

Re: time based freezes

The release team did again a great job the past release cycle and managed to release again a version Debian can be proud of :) There were of course things that could be done even better next time, but handling such a enormous task without such issues seems to be impossible. One thing that the re

Re: Flaming as a way to reach technical quality? No! (was: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy))

>>> If you mean the ifupdown-based configuration, then I cannot agree that >>> it is "really disastrous" (I would agree that the network-manager >>> approach is really disastrous, however) as at least in my cases (which >>> are not so trivial) ifupdown works okay (and if not then at least I >>> wou

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Le dimanche 03 avril 2011 à 17:06 -0700, Steve Langasek a écrit : > Now that this is largely out of the way, we should definitely look at a more > general and scalable solution than filing patches against each package with > a .la file. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534966 --

Re: Bits from the Release Team - Kicking off Wheezy

On Sun, 03 Apr 2011, Goswin von Brederlow wrote: > Henrique de Moraes Holschuh writes: > > On Thu, 31 Mar 2011, Goswin von Brederlow wrote: > >> > /etc/adjtime > > > > This needs to survive reboots, and it is also needed early in the boot. > > It is used to correct the RTC syndrome. > > > > I am a

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Michael Biebl (04/04/2011): > I might be mistaken, but I think Steve's meant something more along > the lines of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586082 I guess I could have been more specific, and quoted Steve a bit further: | Once that's made its way through the archive, we coul

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Am 04.04.2011 02:19, schrieb Cyril Brulebois: > Steve Langasek (03/04/2011): >> In addition to changing dh-make to not install .la files by default, >> as has already been suggested in this thread, I think we should look >> to get the desired behavior out of the common helpers (dh and cdbs) >> by

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Steve Langasek (03/04/2011): > In addition to changing dh-make to not install .la files by default, > as has already been suggested in this thread, I think we should look > to get the desired behavior out of the common helpers (dh and cdbs) > by default. As a guy who added something like the foll

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Hi Neil, On Sun, Apr 03, 2011 at 11:53:02AM +0100, Neil Williams wrote: > http://lists.debian.org/debian-devel/2009/08/msg00808.html > I'm now getting patches from Ubuntu to catch up the effects of this old > Release Goal. I fully support the removal of .la files [0] but it would > be good if we

Re: /run support for wheezy?

On Sun, Apr 03, 2011 at 10:59:43PM +0200, Goswin von Brederlow wrote: > Roger Leigh writes: > > > Both of these issues were due to /etc/mtab being inconsistent with > > reality. I've now corrected the code to make domtab() behave > > identically to domount() to ensure that they are always workin

Re: Flaming as a way to reach technical quality? No! (was: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy))

On Sun, Apr 03, 2011 at 10:28:42PM +0100, Lars Wirzenius wrote: > I have read all e-mails in this thread, and what constructive criticism > you may have given is buried under uncompromising prejudice. For > example: > > > If you mean the ifupdown-based configuration, then I cannot agree that > > i

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Neil Williams writes: > If you are listed in the attached dd-list, it means that the following > tasks should be done REAL SOON NOW in order to smooth the path for > Multi-Arch and comply with Policy 10.2: > 0: Check the listed package for .la files in the current version in sid. > 1: Modify you

Re: Debian Project Leader Elections 2011: Call for votes

Debian wrote: > It seems I made a error in the first mail. The correct ballot > to reply to is: > - - -=-=-=-=-=- Don't Delete Anything Between These Lines > =-=-=-=-=-=-=-=- 0942471d-23ab-4b5e-b5a8-02c2e74cb588 > [ 1 ] Choice 1: Stefano Zacchiroli > [ ] Choice 2: None Of The Above > - - -=-=-=

Re: Debian Project Leader Elections 2011: Call for votes

Debian wrote: > Hi, > > It seems I made a error in the first mail. The correct ballot > to reply to is: > - - -=-=-=-=-=- Don't Delete Anything Between These Lines > =-=-=-=-=-=-=-=- 0942471d-23ab-4b5e-b5a8-02c2e74cb588 > [ 1 ] Choice 1: Stefano Zacchiroli > [ ] Choice 2: None Of The Above >

Flaming as a way to reach technical quality? No! (was: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy))

On ma, 2011-04-04 at 00:18 +0400, Stanislav Maslovski wrote: > If you read my mails without a prejudice you will notice it. I have read all e-mails in this thread, and what constructive criticism you may have given is buried under uncompromising prejudice. For example: > If you mean the ifupdown-

Re: MBF alert: packages with very long source / .deb filenames

Philipp Kern writes: > On 2011-04-03, Wouter Verhelst wrote: >> OTOH, do you really want to type >> "apt-get install package-with-policy-compliant-utterly-long-silly-name"? >> There's a point when package name lengths become problematic, and that >> isn't just true for ISO images. > > That's why

Re: How to add "quilt" to an existing package?

Michelle Konzack writes: > Note: The "maint-guide" should add a note, on HOW-TO-ADD quilt > to debian/rules. I have done all steps mentioned on > http://wiki.debian.org/UsingQuilt and it was not working. > I found the hint in another package which was using quilt

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

Hello, This reply went to debian-russian@ due to a mistake. Next doing a bounce to d-d was another mistake, so if you receive this message twice, I am sorry for that! Still I feel that I cannot leave it unanswered, so here it goes. On Sun, Apr 03, 2011 at 11:26:20PM +0530, Josselin Mouette wrote

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Mathieu Parent writes: > Hi, > > 2011/4/3 Neil Williams : >> http://lists.debian.org/debian-devel/2009/08/msg00808.html >> > (...) >> >> Let's try and handle the .la file issue across all of Debian. > > dh-make 0.58 install .la files by default > (/usr/share/debhelper/dh_make/debianl/package-dev.

Re: /run support for wheezy?

Roger Leigh writes: > Both of these issues were due to /etc/mtab being inconsistent with > reality. I've now corrected the code to make domtab() behave > identically to domount() to ensure that they are always working > in the same manner. Once /run is established, I wonder if moving > /etc/mta

Re: /run support for wheezy?

Michael Biebl writes: > Am 03.04.2011 13:10, schrieb Goswin von Brederlow: >> Roger Leigh writes: >> >>> On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote: >>> 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a" >>>invocation fails. Not because it fails to mount

Bug#620750: ITP: xserver-xorg-video-imx -- X.Org X server -- i.MX display driver

Package: wnpp Severity: wishlist Owner: Hector Oron * Package name: xserver-xorg-video-imx Version : 1.0.0 Upstream Author : Konstantinos Margaritis * URL : https://github.com/genesi/xorg-video-imx * License : See below Programming Lang: C Description

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 03, 2011 at 11:26:20PM +0530, Josselin Mouette wrote: > Le dimanche 03 avril 2011 à 21:32 +0400, Stanislav Maslovski a écrit : > > Analogously, when I see such "great" technical suggestions as > > replacing ifupdown on default installs with network-manager, I can't > > help thinking (a

Re: Packages upgraded to same version in Testing Excuses

On Sun, 2011-04-03 at 21:24 +0200, Johan Walles wrote: > Look here: > http://ftp-master.debian.org/testing/update_excuses/2011040311.html.gz > > Look at the following line: > asymptote/amd64 > (2.02-2 to 2.02-2) > > Why is asymptote being upgraded both from and to 2.02-2? Shouldn't it > be u

Re: MBF alert: packages with very long source / .deb filenames

On 2011-04-03, Wouter Verhelst wrote: > OTOH, do you really want to type > "apt-get install package-with-policy-compliant-utterly-long-silly-name"? > There's a point when package name lengths become problematic, and that > isn't just true for ISO images. That's why $DEITY invented tab completion.

Packages upgraded to same version in Testing Excuses

Hi! Look here: http://ftp-master.debian.org/testing/update_excuses/2011040311.html.gz Look at the following line: asymptote/amd64 (2.02-2 to 2.02-2) Why is asymptote being upgraded both from and to 2.02-2? Shouldn't it be upgraded from something older to something newer? Regards /Johan

Re: DEP-4: The TDeb specification.

On Sun, 3 Apr 2011 21:09:55 +0200 Helge Kreutzmann wrote: > Hello Neil, > On Tue, Mar 17, 2009 at 04:13:15PM +, Neil Williams wrote: > > Time to launch the debate on the Draft TDeb Specification - DEP-4. > > > > Current HTML form: http://people.debian.org/~codehelp/tdeb/ > > ... > > > Disc

Re: DEP-4: The TDeb specification.

Hello Neil, On Tue, Mar 17, 2009 at 04:13:15PM +, Neil Williams wrote: > Time to launch the debate on the Draft TDeb Specification - DEP-4. > > Current HTML form: http://people.debian.org/~codehelp/tdeb/ ... > Discuss. just out of curiosity, is this still an active proposal, especially sinc

Re: problem with /etc/kernel scripts

On Sun, 2011-04-03 at 20:31 +0200, Harald Dunkel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Ben, > > On 03/31/11 15:22, Ben Hutchings wrote: > > On Thu, 2011-03-31 at 10:59 +0200, Harald Dunkel wrote: > > [...] > >> Of course I understand that this is highly complex. Maybe it

Re: Bits from the Release Team - Kicking off Wheezy

On Sun, 2011-04-03 at 23:13 +0530, Josselin Mouette wrote: > Le dimanche 03 avril 2011 à 20:38 +0800, Paul Wise a écrit : > > The problem with that design is that it isn't based in *fact*. The > > fact is that the kernel is where the current networking status is > > held, controlled and modified.

Re: MBF alert: packages with very long source / .deb filenames

On Sat, Mar 26, 2011 at 08:56:14AM +0100, Raphael Hertzog wrote: > On Fri, 25 Mar 2011, Steve McIntyre wrote: > > On Fri, Mar 25, 2011 at 12:28:54PM -0400, Joey Hess wrote: > > >Steve McIntyre wrote: > > >> There are uses I've heard about, including (apparently quite common) > > >> using CDs and DV

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On Sun, 3 Apr 2011 19:45:13 +0200 Andreas Metzler wrote: > Neil Williams wrote: > > Andreas: the process you used to create the initial list - is that > > available as a script somewhere? Can it be re-run? Can the updated > > output be filtered for the libraries which can have the .la files > >

Re: problem with /etc/kernel scripts

On Sun, Apr 3, 2011 at 2:31 PM, Harald Dunkel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Ben, > > On 03/31/11 15:22, Ben Hutchings wrote: >> On Thu, 2011-03-31 at 10:59 +0200, Harald Dunkel wrote: >> [...] >>> Of course I understand that this is highly complex. Maybe it would h

Re: problem with /etc/kernel scripts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ben, On 03/31/11 15:22, Ben Hutchings wrote: > On Thu, 2011-03-31 at 10:59 +0200, Harald Dunkel wrote: > [...] >> Of course I understand that this is highly complex. Maybe it would help to >> introduce some scheme to register event handlers to run

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On Sun, 3 Apr 2011 19:49:22 +0200 Andreas Metzler wrote: > Neil Williams wrote: > [...] > > It is far cleaner to simply not package the .la file than to mangle it > > with sed in debian/rules - my contention is that removing the file is > > the best solution to the harm done by the dependency_li

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

Le dimanche 03 avril 2011 à 21:32 +0400, Stanislav Maslovski a écrit : > Analogously, when I see such "great" technical suggestions as > replacing ifupdown on default installs with network-manager, I can't > help thinking (and sometimes commenting) that if this trend continues, > then at some poin

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Neil Williams wrote: [...] > I'm now getting patches from Ubuntu to catch up the effects of this old > Release Goal. I fully support the removal of .la files [0] but it would > be good if we could refresh the original goal so that .la files can be > removed rather than applying a piece-meal set of

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Neil Williams wrote: [...] > It is far cleaner to simply not package the .la file than to mangle it > with sed in debian/rules - my contention is that removing the file is > the best solution to the harm done by the dependency_libs field. [...] Hello, If you removed an la file that is listed in a

Re: Bits from the Release Team - Kicking off Wheezy

Le dimanche 03 avril 2011 à 20:38 +0800, Paul Wise a écrit : > The problem with that design is that it isn't based in *fact*. The > fact is that the kernel is where the current networking status is > held, controlled and modified. AFAICT the NM authors ignored that fact > in their designs and are

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 03, 2011 at 03:50:36PM +0200, Stefano Zacchiroli wrote: > On Sun, Apr 03, 2011 at 04:42:11PM +0400, Stanislav Maslovski wrote: > > I understand that you are in a position that forces you to think about > > public relations and such, but if I were a DD I would be more happy if > > DPL wa

Re: network-manager as default? No!

Am 03.04.2011 18:22, schrieb Faidon Liambotis: > And, above all, losing the network configuration, even for a second, > just because you restarted a daemon (or that daemon died) shouldn't be > acceptable for the primary network configuration of our distribution. Full ACK. I also made those experie

Re: network-manager as default? No!

On 04/03/11 19:08, Fernando Lemos wrote: On Sun, Apr 3, 2011 at 5:11 AM, martin f krafft wrote: [...] last I checked, for instance, it was not possible to hook up two network cards with DHCP. [...] Hmmm I do have two network cards and they both get IP addresses with DHCP as I would expect (wh

Bug#620722: ITP: drbl -- Diskless Remote Boot in Linux for client machines

Package: wnpp Severity: wishlist Owner: Georges Khaznadar * Package name: drbl Version : 1.9.8+27-1 Upstream Authors : Steven Shiau Blake, Kuo-Lien Huang Huang H. T. Wang Ceasar Sun Jazz Wang Thomas Tsai * URL : http://drbl.sourceforge.net/

time based freezes

On Tue, Mar 29, 2011 at 10:51:02AM +0100, Neil McGovern wrote: > Time based freezes > -- > We're aware that there is an outstanding discussion to be had about time > based freezes (note: _not_ time based releases). > > The beginning of a release cycle seems the ideal time for that

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 3, 2011 at 5:11 AM, martin f krafft wrote: [...] > last I checked, for instance, it was not possible to hook up two > network cards with DHCP. [...] Hmmm I do have two network cards and they both get IP addresses with DHCP as I would expect (when they both are enabled). Anyways, I do

Bug#620709: ITP: qdacco - offline Dacco Catalan <-> English dictionary frontend (qt)

Package: qdacco Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: qdacco Version: 0.8 Upstream Author: Carles Pina i Estany URL: http://sourceforge.net/projects/dacco/files/qdacco/ License: GPL-

Bug#620706: ITP: dacco - Catalan/English dictionary

Package: dacco Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: dacco Version: 0.9+20071227-5 Upstream Author: Multiple Authors, i...@catalandictionary.org URL: http://www.catalandictionary.org/eng/

Re: cdn.debian.net as a project service?

Paul Wise at "Fri, 11 Mar 2011 11:04:48 +0800" wrote: PW> On Fri, Mar 11, 2011 at 7:11 AM, Adam Borowski wrote: >> Another strange thing about apt-spy is that it picks a subset of mirrors >> without an apparent rule.  It claims it uses >> http://http.us.debian.org/debian/README.mirrors.txt

Bug#620701: ITP: preprocess -- a portable multi-language file preprocessor

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, python-modules-t...@lists.alioth.debian.org Package name: preprocess Version: 1.1.0 Upstream authors: Trent Mick URL: http://preprocess.googlecode.com/ License: MIT Description: a portable multi-language file preprocess

Re: Bits from the Release Team - Kicking off Wheezy

On Thu, Mar 31, 2011 at 01:28:01PM +0200, Stefano Zacchiroli wrote: > 1) No uninstallable packages, according to their dependencies, are >shipped as part of a release. AFAIK this is already monitored >pre-release, and daily monitored at >. If t

Re: cdn.debian.net as a project service?

Adam Borowski at "Fri, 11 Mar 2011 00:11:40 +0100" wrote: AB> Another strange thing about apt-spy is that it picks a subset of mirrors AB> without an apparent rule. It claims it uses AB> http://http.us.debian.org/debian/README.mirrors.txt yet it ignores most (but AB> not all!) of non-count

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On Sun, 3 Apr 2011 14:57:22 +0200 Mathieu Parent wrote: > Hi, > > 2011/4/3 Neil Williams : > > http://lists.debian.org/debian-devel/2009/08/msg00808.html > > > (...) > > > > Let's try and handle the .la file issue across all of Debian. > > dh-make 0.58 install .la files by default > (/usr/share

Re: How to add "quilt" to an existing package?

Hello Paul Wise, Am 2011-04-03 19:44:27, hacktest Du folgendes herunter: > > Looking up the maint-guide the hard way I see that the quilt part is > > also outdated. No mention of 3.0 (quilt) format and outdated use of > > QUILT_PATCHES. > > You are probably looking at an old version, it definitel

Re: How to add "quilt" to an existing package?

Hello Goswin, Am 2011-04-03 13:36:00, hacktest Du folgendes herunter: > > http://www.debian.org/doc/maint-guide/ch-modify.en.html#s-quiltrc > > http://www.debian.org/doc/maint-guide/ch-modify.en.html#s-fixupstream > > http://www.debian.org/doc/maint-guide/ch-dother.en.html#s-sourcef > > http://www

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 03, 2011 at 04:42:11PM +0400, Stanislav Maslovski wrote: > I understand that you are in a position that forces you to think about > public relations and such, but if I were a DD I would be more happy if > DPL was a bit more focused on real problems. Non sequitur: the fact that I'm part

Bug#620685: ITP: fonts-ukij-uyghur -- fonts for Uyghur language

Package: wnpp Severity: wishlist Owner: Christian Perrier * Package name: fonts-ukij-uyghur Version : 20110217 Upstream Author : Uyghur Computer Science Association * URL : http://www.ukij.org/fonts * License : LGPL-3, OFL Description : fonts for Uyghur

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

Hi, 2011/4/3 Neil Williams : > http://lists.debian.org/debian-devel/2009/08/msg00808.html > (...) > > Let's try and handle the .la file issue across all of Debian. dh-make 0.58 install .la files by default (/usr/share/debhelper/dh_make/debianl/package-dev.install contains "usr/lib/*.la") Should

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 03, 2011 at 02:09:09PM +0200, Stefano Zacchiroli wrote: > On Sun, Apr 03, 2011 at 01:07:12PM +0200, Bernhard R. Link wrote: > > Debian is not about market-share, so losing users is no thread. It is > > only an information for us that we no longer helpful to some of our > > users. > > T

Re: Bits from the Release Team - Kicking off Wheezy

On Sun, Apr 3, 2011 at 7:23 PM, Josselin Mouette wrote: > And that’s because… ? Good question, the only answer I have is that we probably don't want to add too much bloat to base. > This is not a design issue, this is what can make it work. If you have > one single, extensible daemon being able

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 03, 2011 at 12:56:40PM +0200, Stefano Zacchiroli wrote: > On Sun, Apr 03, 2011 at 02:37:26PM +0400, Stanislav Maslovski wrote: > > If that happens I will seriously think about moving to another distro > > (I have been using Debian since around 1999). Or maybe to a *BSD. > > You're enti

Bug#620671: ITP: indicator-session -- indicator showing session management, status and user switching

Package: wnpp Severity: wishlist Owner: pkg-ayatana-de...@lists.alioth.debian.org * Package name: indicator-session Version : 0.2.15 Upstream Author : Ted Gould * URL : https://launchpad.net/indicator-session * License : GPL-3 Programming Lang: C Descriptio

Re: /run support for wheezy?

On Sun, Apr 03, 2011 at 01:10:29PM +0200, Goswin von Brederlow wrote: > Roger Leigh writes: > > > On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote: > > 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a" > >invocation fails. Not because it fails to mount, but it

Re: Bits from the Release Team - Kicking off Wheezy

Henrique de Moraes Holschuh writes: > On Thu, 31 Mar 2011, Goswin von Brederlow wrote: >> > /etc/adjtime > > This needs to survive reboots, and it is also needed early in the boot. > It is used to correct the RTC syndrome. > > I am at a loss about how it could be made compatible with RO /. So my

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On 2011-04-03, Neil Williams wrote: >> .la files themselves are harmless, if the dependency_libs field is >> cleared. > > Harmless, but are they actually then useful? I just gave a example on where it is not only useful, but required. >> There might be hard to replace old copies of libltdl in va

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On Sun, 3 Apr 2011 11:38:58 + (UTC) Sune Vuorela wrote: > On 2011-04-03, Neil Williams wrote: > > I'm now getting patches from Ubuntu to catch up the effects of this old > > Release Goal. I fully support the removal of .la files [0] but it would > > be good if we could refresh the original g

Re: How to add "quilt" to an existing package?

On Sun, Apr 3, 2011 at 7:36 PM, Goswin von Brederlow wrote: > Those give a 404. Hmm, pretty sure they worked when I sent the mail. Here are the current ones: http://www.debian.org/doc/maint-guide/modify.en.html#quiltrc http://www.debian.org/doc/maint-guide/modify.en.html#fixupstream http://www.

Re: Bits from the Release Team - Kicking off Wheezy

On Sun, 03 Apr 2011 16:53:11 +0530 Josselin Mouette wrote: > Le dimanche 03 avril 2011 à 07:24 +0800, Paul Wise a écrit : > > Probably using glib/gobject etc is a no-no for a package that needs to > > be in base. > > And that’s because… ? it's an extra dependency which basic systems just don't

Re: Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

On 2011-04-03, Neil Williams wrote: > I'm now getting patches from Ubuntu to catch up the effects of this old > Release Goal. I fully support the removal of .la files [0] but it would > be good if we could refresh the original goal so that .la files can be > removed rather than applying a piece-me

Re: How to add "quilt" to an existing package?

Paul Wise writes: > On Fri, Apr 1, 2011 at 9:34 AM, Michelle Konzack > wrote: > >> I am working on a bunch of packages and write patches and I know  how to >> use "quilt" but can someone tell me please, how I have to add quit to an >> existing Debian Package which does currently not use quilt b

Re: sslv2 and openssl 1.0

> For the record, the various Telepathy daemons typically act as SSL clients > (where their various protocols support SSL at all), rather than SSL > servers; for instance, telepathy-gabble not supporting SSLv2 would only be > a problem if connecting to a SSLv2-only XMPP server. Well since ssl2 is n

Re: sslv2 and openssl 1.0

On Sun, Apr 03, 2011 at 02:52:17AM +0200, Jérémy Lal wrote: > Hi, > > openssl 1.0.0-d is in unstable and by default disables > sslv2 methods, so what's the correct decision to make, regarding > packages that use ssl as client or server : > > 1) patch package to disable code that use sslv2, and ex

Re: Bits from the Release Team - Kicking off Wheezy

Le dimanche 03 avril 2011 à 07:24 +0800, Paul Wise a écrit : > Probably using glib/gobject etc is a no-no for a package that needs to > be in base. And that’s because… ? > The main problem I see is that the design of NM is wrong™ and the > upstream maintainers do not see it that way. > > The up

Re: Bits from the Release Team - Kicking off Wheezy

On Sun, 03 Apr 2011 01:59:02 +0530 Josselin Mouette wrote: > Le jeudi 31 mars 2011 à 09:25 +0200, Vincent Danjean a écrit : > > Martin F. Krafft started to implement a replacement of ifupdown that > > is better designed. But, due to lack of manpower I think, this project > > did not finish. See

Re: /run support for wheezy?

Am 03.04.2011 13:10, schrieb Goswin von Brederlow: > Roger Leigh writes: > >> On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote: >> 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a" >>invocation fails. Not because it fails to mount, but it returns a >>32 exi

Re: /run support for wheezy?

Roger Leigh writes: > On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote: > 1) /etc/init.d/mountall.sh is broken for some reason. The "mount -a" >invocation fails. Not because it fails to mount, but it returns a >32 exit status because / and /proc are already mounted. > >Po

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

* Stefano Zacchiroli [110403 12:57]: > On Sun, Apr 03, 2011 at 02:37:26PM +0400, Stanislav Maslovski wrote: > > If that happens I will seriously think about moving to another distro > > (I have been using Debian since around 1999). Or maybe to a *BSD. > > You're entitled to choose your own distro.

Re: sslv2 and openssl 1.0

On Sun, 03 Apr 2011 at 02:52:17 +0200, Jérémy Lal wrote: >People might complain about old sslv2 clients in case the >packaged software is a server (telepathy-*, web servers) For the record, the various Telepathy daemons typically act as SSL clients (where their various protocols support SS

Old Release goal: Getting rid of unneeded *.la / emptying dependency_libs

http://lists.debian.org/debian-devel/2009/08/msg00808.html I'm now getting patches from Ubuntu to catch up the effects of this old Release Goal. I fully support the removal of .la files [0] but it would be good if we could refresh the original goal so that .la files can be removed rather than appl

Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

On Sun, Apr 03, 2011 at 10:11:03AM +0200, martin f krafft wrote: > But if network-manager would become default and ifupdown an optional > replacement, I would question Debian's capacity to make technically > excellent decisions and wonder, how much we have been dragged along > by "user-friendly dis

Hay one more, in GNU World

*Hay here its Snow Star Project Serbia, * Snow Star Serbia Project is Non-Profit and Non-Registered group, which is trough Internet, We are developing on good infrastructure Yours and Ubuntu, We want to develop on Your and Ubuntu GNU / Linux, and also to beco

Re: /run support for wheezy?

On Wed, Mar 30, 2011 at 05:29:55PM +0200, Julien Cristau wrote: > On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote: > > > Given that Fedora are adopting /run, and it has been something > > we have wanted in the past, is anyone working on implementing > > /run in Debian? > > > > http://th

network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)

also sprach Josselin Mouette [2011.04.02.2229 +0200]: > I wonder what amount of features we are missing for network-manager to > do the job; instead of rewriting a daemon from scratch, we might as well > use one that was designed mostly for the same purpose. It’s > event-driven, it’s extensible, a