On Fri, 14 Jan 2011 23:46:53 -0800
Mike Bird wrote:
> On Fri January 14 2011 22:06:21 Christian PERRIER wrote:
> > You're right. No Debian developer is involved in large institutions
> > or corporations where hundreds of such servers are in use. All
> > Debian developers are kids playing on their
On Sat January 15 2011 00:51:42 Neil Williams wrote:
> Mike, you missed the sarcasm completely and just went on another
> rant about two (unrelated) bugs which affect you directly. Guess what
> - I don't give two flying figs about those two specific issues because
> they don't affect me. I care abo
Le 15/01/2011 08:37, Tollef Fog Heen a écrit :
> This would also purge the configuration of packages where I have no wish
> to do so. I sometimes uninstall packages without purging them, just
> because I want to keep the configuration around.
If you are so concerned about your configuration files
Le 15/01/2011 01:40, Roger Leigh a écrit :
> Yes, and this is what I did. It's just rather tedious to (IIRC)
> repeatedly run "dpkg-reconfigure sysv-rc" and then find out which file
> is offending, run "dpkg -S $file", and then purge it. Because the error
> message only lists the first offending
Le 15/01/2011 01:05, Roger Leigh a écrit :
> This is mostly due to removed packages which need fully purging to
> remove the last traces of old init scripts which break the process.
I've already experienced issues with configuration files from
uninstalled packages lying around. It wasn't with inss
Le Fri, Jan 14, 2011 at 12:09:33PM -0400, Joey Hess a écrit :
>
> I probably misread DEP5 -- when it says "formatted text, no synopsis",
> it probably means that the entire field including the first line
> is treated as one thing. So both "Comment: foo\n" and "Comment:\n foo\n" are
> the same valu
Mike Bird wrote:
Hi,
> insserv breaks complex systems. It throws away years of DD work
> and substitutes a few inane and inadequate rules. It does so
In my experience, insserv makes it a lot easier to handle complex
systems with a lot of interdependent daemons and services. Handling the
inits
On Sat, 2011-01-15 at 01:09 -0800, Mike Bird wrote:
> On Sat January 15 2011 00:51:42 Neil Williams wrote:
> > Mike, you missed the sarcasm completely and just went on another
> > rant about two (unrelated) bugs which affect you directly. Guess what
> > - I don't give two flying figs about those tw
On 2011-01-15, Marco Túlio Gontijo e Silva wrote:
> The best option to fix this issue I can see is if it was possible to do
> binNMUs
> for Arch: all packages. There are some options to workaround the fact that we
> can't binNMUs Arch: all packages, which are: change the -doc package to Arch:
>
On Sat, 15 Jan 2011 01:09:58 -0800
Mike Bird wrote:
> On Sat January 15 2011 00:51:42 Neil Williams wrote:
> > Mike, you missed the sarcasm completely and just went on another
> > rant about two (unrelated) bugs which affect you directly. Guess
> > what
> > - I don't give two flying figs about th
Hi Chris,
Chris Carr wrote:
> Sorry to de-lurk with a tangential question, but how can I as an
> interested observer subscribe to the conversations where these decisions
> get made
Good question. Subscribe to the PTS for the affected packages[1] and
test the versions in unstable and experimenta
Hi,
Haven't seen a report yet, I was there http://www.debian.org/intro/help
clicking on Alioth http://alioth.debian.org/ and got :
An error occured in the logger. ERROR: could not extend relation
1663/132975/132988: No space left on device HINT: Check free disk space.
Greg
--
To UNSUBSCRIBE
On la, 2011-01-15 at 10:10 +, Chris Carr wrote:
> Is there some forum in which the choice of a default for a package or
> service gets made? I subscribe to debian-devel and debian-policy, but
> neither seems to contain discussions about the risks of replacing
> perfectly good defaults with sign
On Sb, 15 ian 11, 10:10:04, Chris Carr wrote:
>
> Is there some forum in which the choice of a default for a package or
> service gets made? I subscribe to debian-devel and debian-policy, but
> neither seems to contain discussions about the risks of replacing
> perfectly good defaults with signifi
Hi,
Haven't seen a report yet, I was there http://www.debian.org/intro/help
clicking on Alioth http://alioth.debian.org/ and got :
An error occured in the logger. ERROR: could not extend relation
1663/132975/132988: No space left on device HINT: Check free disk space.
Greg
--
To UNSUBSCRIBE,
Le 15/01/2011 11:29, Philipp Kern a écrit :
> Arch:all binNMUing will only work if you keep the invariant of
> version(arch:all) = version(source) in some way.
Why is this needed?
--
Stéphane
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
> Le 15/01/2011 11:29, Philipp Kern a écrit :
> > Arch:all binNMUing will only work if you keep the invariant of
> > version(arch:all) = version(source) in some way.
>
> Why is this needed?
>
Package: foo
Architecture: all
Package:
On Sat, Jan 15, 2011 at 01:23:01PM +0100, Julien Cristau wrote:
> On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
> > Le 15/01/2011 11:29, Philipp Kern a écrit :
> > > Arch:all binNMUing will only work if you keep the invariant of
> > > version(arch:all) = version(source) in some way
On Sat, Jan 15, 2011 at 10:29:46AM +, Philipp Kern wrote:
> Arch:all binNMUing will only work if you keep the invariant of
> version(arch:all) = version(source) in some way.
This invariant comes from where? From my knowledge neither w-b nor dak
cares about it.
Bastian
--
Deflector shields j
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2011-01-14 22:22, Yves-Alexis Perez wrote:
> On ven., 2011-01-14 at 18:05 -0200, Marco Silva wrote:
>> This documentation is generated automatically
>> from the source code, using a documentation generator called haddock.
>> Haddock
>> is part o
On Sat, Jan 15, 2011 at 13:52:06 +0100, Bastian Blank wrote:
> On Sat, Jan 15, 2011 at 01:23:01PM +0100, Julien Cristau wrote:
> > On Sat, Jan 15, 2011 at 12:21:52 +0100, Stéphane Glondu wrote:
> > > Le 15/01/2011 11:29, Philipp Kern a écrit :
> > > > Arch:all binNMUing will only work if you keep
]] Grégoire Scano
Hi,
| Haven't seen a report yet, I was there
| http://www.debian.org/intro/help clicking on Alioth
| http://alioth.debian.org/ and got :
| An error occured in the logger. ERROR: could not extend relation
| 1663/132975/132988: No space left on device HINT: Check free disk
| spac
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: inSSIDer
Version: 2
Upstream Author: MetaGeek LLC
URL: http://www.metageek.net/products/inssider
License: Apache License, Version 2.0
Description: inSSIDer is a gr
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: jshash
Version : 2.2
Upstream Author : Paul Johnston
* URL : http://pajhome.org.uk/crypt/md5/
* License : BSD-3-clause and RSA
Programming Lang: JavaScript
Description : calculate
On Sat, Jan 15, 2011 at 10:13 AM, Stéphane Glondu wrote:
> Le 15/01/2011 01:05, Roger Leigh a écrit :
>> This is mostly due to removed packages which need fully purging to
>> remove the last traces of old init scripts which break the process.
>
> I've already experienced issues with configuration
One more thing, "License: GPL-2+ | Expat" was an old syntax on the wiki,
and it seems the parser only looks for an expansion of the GPL-2+
license in this case, ignoring the Expat part.
--
see shy jo
signature.asc
Description: Digital signature
On Wed, 12 Jan 2011 13:27:23 + (UTC), Sune Vuorela
wrote:
>On 2011-01-11, brian m. carlson wrote:
>> I've noticed a trend lately that I am often asked to forward the bugs I
>> report to the Debian BTS upstream, either by the maintainers or
>> automatically by a bug script. I believe, and I c
On Sat, 15 Jan 2011 15:33:44 +0100, Tollef Fog Heen
wrote:
>]] Grégoire Scano
>| Haven't seen a report yet, I was there
>| http://www.debian.org/intro/help clicking on Alioth
>| http://alioth.debian.org/ and got :
>| An error occured in the logger. ERROR: could not extend relation
>| 1663/132975/
On Sat, Jan 15, 2011 at 10:48:54AM +, Neil Williams wrote:
> On Sat, 15 Jan 2011 01:09:58 -0800
> Mike Bird wrote:
>
> > On Sat January 15 2011 00:51:42 Neil Williams wrote:
> > > Mike, you missed the sarcasm completely and just went on another
> > > rant about two (unrelated) bugs which affe
On Sat January 15 2011 01:59:06 Julien BLACHE wrote:
> insserv has issues, but it's still an improvement over the previous
> situation and, unlike the other new init systems, it's actually
> backward-compatible.
I have no objection to you using insserv. I object to people
being tricked into using
Package: wnpp
Severity: wishlist
Owner: Chris Lawrence
* Package name: r-cran-gam
Version : 1.04-1
Upstream Author : Trevor Hastie
* URL : http://cran.r-project.org/web/packages/gam/index.html
* License : GPL v2
Programming Lang: C, Fortran
Description
Package: wnpp
Severity: wishlist
Owner: Chris Lawrence
* Package name: r-cran-rjags
Version : 2.2.0-2-1
Upstream Author : Martyn Plummer
* URL : http://calvin.iarc.fr/~martyn/software/jags/
* License : GPL v2
Programming Lang: C++
Description : R inter
On Sat January 15 2011 02:48:54 Neil Williams wrote:
> If the alternative software was maintained within Debian by an active
> team then maybe the switch could be a choice. If nobody steps up to do
> it, that choice is not available.
1. insserv
Legacy booting IS maintained in Debian. The proble
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig
* Package name: gmerlin-encoders
Version : 1.0.0
Upstream Author : Members of the Gmerlin project
* URL : http://gmerlin.sourceforge.net/
* License : GPL
Programming Lang: C
Description : en
Le 15/01/2011 13:23, Julien Cristau a écrit :
> Package: foo
> Architecture: all
>
> Package: bar
> Architecture: any
> Depends: foo (= ${source:Version})
>
> If ${source:Version} is not version(arch:all) you've got yourself an
> uninstallable package. If ${source:Version} is not version(source)
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: less.js
Version : 1.0.40~6b8a5c-1
Upstream Author : Alexis Sellier
* URL : https://github.com/cloudhead/less.js
* License : Apache-2.0
Programming Lang: JavaScript
Description : J
On 2011-01-15, Stéphane Glondu wrote:
> Le 15/01/2011 13:23, Julien Cristau a écrit :
>> Package: foo
>> Architecture: all
>> Package: bar
>> Architecture: any
>> Depends: foo (= ${source:Version})
>> If ${source:Version} is not version(arch:all) you've got yourself an
>> uninstallable package. I
]] Marc Haber
| On Sat, 15 Jan 2011 15:33:44 +0100, Tollef Fog Heen
| wrote:
| >]] Grégoire Scano
| >| Haven't seen a report yet, I was there
| >| http://www.debian.org/intro/help clicking on Alioth
| >| http://alioth.debian.org/ and got :
| >| An error occured in the logger. ERROR: could not e
]] Mike Bird
Hi,
| insserv is also irreversible, and if you restore /etc from
| a backup without undocumented magic, insserv will destroy /etc
| again. That in my book seriously limits its compatibility.
|
| For servers which may only be rebooted once a year, a second
| saved in boot time is n
Dear maintainers,
on my (older) system, I discovered a weired behaviour: although I am using
IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as
/dev/hdX). Is this a kernel-decision? In /etc/fstab are only entries with
"/dev/hdX". Because of this, it is impossible to g
Jonas Smedegaard wrote:
LESS is a macro language to produce CSS files.
I'd start with that and expand it a bit.
Regards,
Faidon
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://li
On Sat, Jan 15, 2011 at 03:33:25PM +0100, Jonas Smedegaard wrote:
> Description : calculate secure hash algorithms in JavaScript
>
> JavaScript implementation of some secure hash algorithms:
> * MD5 Message Digest Algorithm (RFC 1321)
I take exception with your description here. MD5 is
On Sat, Jan 15, 2011 at 09:38:18PM +0100, Hans-J. Ullrich wrote:
> on my (older) system, I discovered a weired behaviour: although I am using
> IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as
> /dev/hdX). Is this a kernel-decision? In /etc/fstab are only entries with
Hi, Mike:
On Saturday 15 January 2011 19:51:43 Mike Bird wrote:
> On Sat January 15 2011 01:59:06 Julien BLACHE wrote:
> > insserv has issues, but it's still an improvement over the previous
> > situation and, unlike the other new init systems, it's actually
> > backward-compatible.
>
> I have no
On Sat, 2011-01-15 at 21:38 +0100, Hans-J. Ullrich wrote:
> Dear maintainers,
>
> on my (older) system, I discovered a weired behaviour: although I am using
> IDE-harddrives, they are seen as /dev/sdX (IDE-drives should be discovered as
> /dev/hdX). Is this a kernel-decision?
This is a kernel c
Package: wnpp
Severity: wishlist
Owner: Craig Small
* Package name: mudlet
Version : 1.1.1
Upstream Author : Heiko Koehn,Bruno Bigras,Vadim Peretokin and others
* URL : http://www.mudlet.org/
* License : GPL
Programming Lang: C++
Description : Graphical
Neil Williams writes:
> Can the rest of us now actually ask if there is anything we can do to
> get more people involved in helping packaging teams which are openly
> asking for help?
[…]
> The problem is a lack of manpower in critical teams. That's not new.
Is the requirement for manpower alon
> This is due to using the libata PATA drivers instead of the old IDE
> ones. libata drives all appear with the SCSI naming, regardless of
> which bus they are connected to. Since the libata drivers are now the
> default in a Debian kernel, all your drives should appear as sd*. I
> believe new
Neil Williams writes:
> Mike Bird wrote:
> > I indicated one important reason why experienced programmers don't
> > want to work on Debian. They have no desire to spend a year of their
> > life humoring someone with a tenth of their expertise.
>
> Tough. […] If I hadn't spent the last ten years
On Mon, Jan 10, 2011 at 10:56:31AM +0100, Stefano Zacchiroli wrote:
> On Mon, Jan 10, 2011 at 01:03:21AM -0600, Steve Langasek wrote:
> > Pointing to particular revisions is ugly, but is less ugly IMHO than
> > introducing (again) the possibility of multiple incompatible specs
> > (subtly or otherw
On Sat, Jan 15, 2011 at 01:53:34PM +0100, Bastian Blank wrote:
> On Sat, Jan 15, 2011 at 10:29:46AM +, Philipp Kern wrote:
> > Arch:all binNMUing will only work if you keep the invariant of
> > version(arch:all) = version(source) in some way.
> This invariant comes from where? From my knowledg
On Sun, 16 Jan 2011 08:33:56 +1100
Ben Finney wrote:
> Neil Williams writes:
>
> > Can the rest of us now actually ask if there is anything we can do
> > to get more people involved in helping packaging teams which are
> > openly asking for help?
> […]
>
> > The problem is a lack of manpower i
[ Cc:-ing policy integration bug report ]
On Sat, Jan 15, 2011 at 01:51:23PM -0600, Steve Langasek wrote:
> There has been no plan to subsume DEP5 into Debian Policy. The only plan
> I've seen is to turn *maintenance* of the machine-readable copyright format
> over to the Debian Policy process an
Hi Jesús,
On Sat January 15 2011 13:21:33 Jesús M. Navarro wrote:
> So the main problem is "only" transitioning the system, isn't it? Why
> don't you have then a look at Squeeze's release notes (which any wise
> Debian system administrator will read upon upgrade) and make sure that it
> states th
Chris Carr writes:
> Is there some forum in which the choice of a default for a package or
> service gets made? I subscribe to debian-devel and debian-policy, but
> neither seems to contain discussions about the risks of replacing
> perfectly good defaults with significantly flawed ones.
debian-
Tollef Fog Heen writes:
> While I have no love for insserv, if you think the whole point of
> dependency based boot (be it insserv, upstart, systemd) is boot speed, I
> think you're mistaken. It's a part of the goal, but much more important
> is actually correctness. Getting the dependencies be
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: scolasync
Version : 2.1
Upstream Author : Georges Khaznadar
* URL : http://georges.khaznadar.fr/docs/scolasync
* License : GPL3
Programming Lang: Python
Description : graphic to
On Sat, Jan 15, 2011 at 11:39 PM, Mike Bird wrote:
> I have looked at the release notes, what little documentation there
> is, and much but not all of the source code.
>
> It would certainly help if a warning were included in the release
> notes but the most critical fix is to the misleading state
On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
> Roger Leigh writes:
> > I've yet to find a single system which upgraded to insserv cleanly.
> > This is mostly due to removed packages which need fully purging to
> > remove the last traces of old init scripts which break the process.
On Sat January 15 2011 16:33:28 Olaf van der Spek wrote:
> If insserv meses up so bad, shouldn't it be able to detect that things
> will go wrong too?
insserv completely discards the Snn/Knn values and generates a new
boot ordering based on much less information and which consequently
fails more o
On Sat, 15 Jan 2011 23:38:12 +0100, Stefano Zacchiroli wrote:
> I still don't get how the versioned Format URL will look like once DEP5
> will be shipped by debian-policy though. Would it use the Vcs-Browser of
> the debian-policy package or ...? Just curious.
From the attached diff in the first
Adam Borowski writes:
> On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
>> Huh. Every system I've upgraded had no problems.
> I find this strange, since every system that has ever been etch will
> have at least libdevmapper1.02 which stops insserv from migrating.
Judging from fur
On Sat January 15 2011 18:02:06 Russ Allbery wrote:
> Judging from further discussion, it looks like the reason why I've never
> seen this is that I routinely purge deinstalled packages on all my
> systems and most of the problems are with packages that have been
> deinstalled but not purged and ha
Package: release-notes
Severity: wishlist
On Sat, 15 Jan 2011 18:02:06 -0800, Russ Allbery wrote:
> > I find this strange, since every system that has ever been etch will
> > have at least libdevmapper1.02 which stops insserv from migrating.
> Judging from further discussion, it looks like the r
Mike Bird writes:
> On Sat January 15 2011 18:02:06 Russ Allbery wrote:
>> Judging from further discussion, it looks like the reason why I've
>> never seen this is that I routinely purge deinstalled packages on all
>> my systems and most of the problems are with packages that have been
>> deinsta
On Sat, 15 Jan 2011, Russ Allbery wrote:
> Judging from further discussion, it looks like the reason why I've
> never seen this is that I routinely purge deinstalled packages on
> all my systems and most of the problems are with packages that have
> been deinstalled but not purged and have obsolete
On Sat January 15 2011 18:54:01 Russ Allbery wrote:
> It's the responsibility of packages to clean up obsolete conffiles as
> they're upgraded. If you run into the case of a package that's been
> upgraded and not cleaned up its obsolete conffiles, and there isn't some
> reason for that, that's wor
On 16.01.2011 03:54, Russ Allbery wrote:
> It's the responsibility of packages to clean up obsolete conffiles as
> they're upgraded. If you run into the case of a package that's been
> upgraded and not cleaned up its obsolete conffiles, and there isn't some
> reason for that, that's worth a bug r
On 16.01.2011 05:59, Mike Bird wrote:
>
> That test box alone has 48 obsolete conffiles belonging to
> 19 installed packages. And I'm not sure if current package
> maintainers would look favorably on bugs filed regarding
> obsolete conffiles left by previous versions of packages.
If you do encou
On 15.01.2011 21:57, Tollef Fog Heen wrote:
> ]] Mike Bird
>
> Hi,
>
> | insserv is also irreversible, and if you restore /etc from
> | a backup without undocumented magic, insserv will destroy /etc
> | again. That in my book seriously limits its compatibility.
> |
> | For servers which may on
Some people have expressed interested in obsolete config files
associated with currently installed packages.
Here's a (slow) script for finding them, plus the merged results
of running the script on a dozen servers and workstations - mostly
Lenny and a few Squeeze.
Output is space delimited, four
71 matches
Mail list logo
