Re: Cleanup before install (Re: Purging of unneeded ...)

On Tue, 31 Jul 2007 03:54:05 + (UTC) Oleg Verych <[EMAIL PROTECTED]> wrote: > Hallo. > > Finally i've came up with a new solution, shared in dpkg-general [0]. > It's only for those, who cares about having less bloated (yet functional) > rootfs. More ideas (and probably testing) is welcome. >

Re: Cleanup before install (Re: Purging of unneeded ...)

Hallo. Finally i've came up with a new solution, shared in dpkg-general [0]. It's only for those, who cares about having less bloated (yet functional) rootfs. More ideas (and probably testing) is welcome. [0] Thanks. -- To UNSUBSCRIBE, email to [E

Re: stupid dependencies on update-inetd

[EMAIL PROTECTED] (Marco d'Itri) writes: > On Jul 31, Russ Allbery <[EMAIL PROTECTED]> wrote: >> I'm at a bit of a loss now as to whether to change lintian's checks or >> not, although I did update the long description of that tag to not push >> depending on update-inetd directly. > Yes, because

Re: stupid dependencies on update-inetd

On Jul 31, Russ Allbery <[EMAIL PROTECTED]> wrote: > > FWIW, presently the only inet-superserver package that doesn't depend on > > update-inetd is rlinetd, and it diverts /usr/sbin/update-inetd rather > > than conflicting. > That seems wrong to me, too, although it probably predates the > update-

Re: Non-security updates between stable releases?

On Tue, 31 Jul 2007 03:20:02 +0200, Bernd Zeimetz <[EMAIL PROTECTED]> said: >> Would you consider the possibility that you might be underestimating >> the skill level of a significant segment of our user base? I would >> think that Debian is the domain of skilled users; and that the >> novices a

Re: Non-security updates between stable releases?

This one time, at band camp, Bernd Zeimetz said: > > In my opinion exactly this should be a goal for Debian: become the > favourite distribution for the not so skilled users. So long as it remains _a_ goal and doesn't try to become _the_ goal, go for it. -- -

Re: Non-security updates between stable releases?

> Would you consider the possibility that you might be > underestimating the skill level of a significant segment of our user > base? I would think that Debian is the domain of skilled users; and > that the novices are mostly fled to fedora/ubuntu/xandros/linspire. In my opinion exact

Re: stupid dependencies on update-inetd

Steve Langasek <[EMAIL PROTECTED]> writes: > On Sat, Jul 28, 2007 at 10:46:30PM -0700, Russ Allbery wrote: >> Couldn't any inet-superserver package that provides its own >> update-inetd also Provide: update-inetd? Wouldn't that fix the >> problem? It has to Conflict with update-inetd anyway. >

Re: [updated] Mass bug filing: Dependency/file list predictability

On 7/30/07, Filippo Giunchedi <[EMAIL PROTECTED]> wrote: > Is it possible to use wdiff to diff package informations? This comes handy > when comparing dependencies for example. You are looking for the debdiff program. Feed it the .debs or .changes. There is also interdiff for the .diff.gz -- by

Re: Non-security updates between stable releases?

> > > So, tell me, where is a security update being held up because it is not > in sync on all architectures? > > Now, in the case of testing (which is not officially supported for > security updates, except by the secure-testing team), things may work a > little differently. That is because testi

Bug#435306: ITP: sma -- Sendmail log analyser

Package: wnpp Severity: wishlist Owner: Andrew Pollock <[EMAIL PROTECTED]> * Package name: sma Version : 1.4 Upstream Author : Jarkko Turkulainen <[EMAIL PROTECTED]> * URL : http://www.klake.org/sma/ * License : BSD Programming Lang: C Description : Send

Re: Non-security updates between stable releases?

On Mon, Jul 30, 2007 at 11:23:47AM -0400, Tim Hull wrote: > However, I will agree that it seems a bit absurd to hold up > security fixes for a browser for all architectures based on breakage on a > few obscure ones. > Except that what you are describing is most certainly not the case. Take a look

Re: stupid dependencies on update-inetd

On Sat, Jul 28, 2007 at 10:46:30PM -0700, Russ Allbery wrote: > Couldn't any inet-superserver package that provides its own update-inetd > also Provide: update-inetd? Wouldn't that fix the problem? It has to > Conflict with update-inetd anyway. FWIW, presently the only inet-superserver package t

Bug#435259: marked as done (general: php5-rrdtool missing)

Your message dated Mon, 30 Jul 2007 12:46:13 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#435259: general: php5-rrdtool missing has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is n

Re: RFH: Debiandoc SGML (debiandoc-sgml) and UTF-8 transition

Osamu Aoki <[EMAIL PROTECTED]> wrote: > There are many key Debian documentations which still use DebianDOC SGML > so this is needed functionality unless everyone moves to DocBook XML > quickly. Yes, whe should move now! > > Please note I have already added XML conversion functionalities to > c

Re: Non-security updates between stable releases?

On Mon, 30 Jul 2007 08:27:10 +0200, Marc Haber <[EMAIL PROTECTED]> said: > On Sun, 29 Jul 2007 22:40:15 -0700, Steve Langasek <[EMAIL PROTECTED]> > wrote: >> On Mon, Jul 30, 2007 at 01:13:48AM -0400, Tim Hull wrote: >>> Isn't this why the testing security team was formed, to address >>> situation

Re: Non-security updates between stable releases?

On Mon, 30 Jul 2007 08:28:48 +0200, Marc Haber <[EMAIL PROTECTED]> said: > On Sun, 29 Jul 2007 18:34:27 -0500, Manoj Srivastava >> [EMAIL PROTECTED]> wrote: >> And I am not sure where this part comes from. I've been running >> unstable on all my end user systems for 11 years now. I would say >

Re: Non-security updates between stable releases?

On Mon, Jul 30, 2007 at 13:01:07 -0400, Tim Hull wrote: > That may work OK for me, though you'd still miss some significant things > (GNOME would be stuck on 2.14) and what I am mostly suggesting is that there > should be a better official Debian solution for the end-user. > There is no such thin

Re: Non-security updates between stable releases?

> > Hi, > > Would a combination of backports.org (for > etch-backports) and etch security updates, not take > care of this for you? > > You would get fairly up to date packages built for > etch, and still have a viable upgrade option when the > next release comes. > > - Lawrence That may work OK

Re: Non-security updates between stable releases?

Hi, Would a combination of backports.org (for etch-backports) and etch security updates, not take care of this for you? You would get fairly up to date packages built for etch, and still have a viable upgrade option when the next release comes. - Lawrence --- Tim Hull <[EMAIL PROTECTED]> wrote:

Bug#435259: general: php5-rrdtool missing

Package: general Severity: grave Justification: renders package unusable php4-rrdtool has been removed, however, there is no php5-rrdtool. This reders any php graphing unusable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture

Re: Non-security updates between stable releases?

Just to follow up, I do appreciate that Debian wishes to cover so many architectures - I even installed Debian on quite possibly the most obscure architecture in the past, m68k (an old Quadra 700). Would have been funny to attempt a full-blown X install. Honestly, only NetBSD rivals Debian in th

Re: [updated] Mass bug filing: Dependency/file list predictability

On Fri, Jul 20, 2007 at 10:22:52AM +0200, Steinar H. Gunderson wrote: > On Thu, Jul 19, 2007 at 02:13:26AM +0200, Steinar H. Gunderson wrote: > > Full build logs are available at > > http://people.debian.org/~sesse/enriched-chroot/ -- look at the bottom to > > find the differences. Note that these

Re: stupid dependencies on update-inetd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Mo den 30. Jul 2007 um 13:34 schrieb Marco d'Itri: > > Hmmm, Wrong in my opinion. If xinetd would have its own update-inetd and > > software is installed in xinetd and $ADMIN decides to switch back to > > traditional inetd the configuration is incon

Re: Non-security updates between stable releases?

On Mon, 30 Jul 2007, Tim Hull wrote: In the case of Iceweasel, stable already has 2.0.0.5, as this was a security update. There is supposed to be a testing security team, but evidently they haven't gotten around to the Iceweasel fix. Honestly, it is a bit weird - but a fact of the release system

Re: Bug#435058: ITP: smolt -- Fedora hardware profiler

[Paul Wise] > Ricky, perhaps you could make Fedora aware of hardware4linux and > suggest that both efforts be merged (since the Fedora one aims to be > multi-distro). The hardware4linux system seem to be very nice, but there is a slight problem with the licensing. The data is provided using Crea

Re: stupid dependencies on update-inetd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 30, Klaus Ethgen <[EMAIL PROTECTED]> wrote: > Hmmm, Wrong in my opinion. If xinetd would have its own update-inetd and > software is installed in xinetd and $ADMIN decides to switch back to > traditional inetd the configuration is inconsistent.

Re: emacs21 removal?

On Saturday 28 July 2007 21:31, Trent W. Buck wrote: > > Trent Buck <[EMAIL PROTECTED]> > >paredit-el > I'm not a DD, so a sponsor is needed to push this change to Debian > proper. Looks good, I've uploaded this, thanks! Thijs pgpCroeDYPjRi.pgp Description: PGP signature

Re: stupid dependencies on update-inetd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Marco, Am So den 29. Jul 2007 um 18:58 schrieb Marco d'Itri: > > > If you want a system without an inetd then do not it install one and do > > > not install packages depending on it. It's really that easy. > > Sorry but I think you didn't understan

Bug#435238: ITP: gr4-buttons -- enable expresskeys for Wacom Graphire4

Package: wnpp Severity: wishlist Owner: Michael Schutte <[EMAIL PROTECTED]> * Package name: gr4-buttons Version : 0.1.0 Upstream Author : Carsten Schurig <[EMAIL PROTECTED]> * URL : http://foto-cs.de/blog/item/196 * License : GPL Programming Lang: C Descrip

Bug#435234: ITP: lua-svn -- Subversion library for the lua language

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: lua-svn Version: 0.1 Upstream Author: Sergio Madeiros URL: http://luaforge.net/projects/luasvn/ License: MIT/X Description: Subve

Re: Bugs being closed but still outstanding

On Monday 30 July 2007 00:15, Pierre Habouzit wrote: > On Sun, Jul 29, 2007 at 05:09:11PM -0500, John Goerzen wrote: > > If you go to http://bugs.debian.org/hpodder, you will see under the > > outstanding bugs section, several bugs that have been closed for some > > time. These bugs remain closed (