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
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
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 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 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 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
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
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
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
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, 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
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 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, 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
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
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
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-
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
[ 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
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
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 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
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
> 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:
> 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
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
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
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, 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
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
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
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
]] 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
]] 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
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
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
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: 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
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: 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
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
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
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, 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 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
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 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
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
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
]] 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
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
-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 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
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 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:
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
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 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
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
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
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
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
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, 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
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
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
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 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 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
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
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
71 matches
Mail list logo
