[Help] Re: Bug#484167: cdd-common: missing directory when installing

On Tue, 3 Jun 2008, Jeffrey Austen wrote: Could it be because /usr/share/menu/cdd-menu is before /etc/cdd/cdd.conf in the file list? This should not be IMHO. Here is something else I tried which shows the error occurs during the unpack phase, even if unpacking twice in a row. purge package

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

On Tue, Jun 03, 2008 at 10:26:32PM +0200, Josselin Mouette wrote: > Le mardi 03 juin 2008 à 21:06 +0200, Johannes Wiedersich a écrit : > > As I've understood it so far, testing is for 'people trying to help the > > developers by testing the software prior to release'. If too much of > > testing bec

Bug#484381: ITP: yaml -- YAML 1.1 parser and emitter written in C

Package: wnpp Severity: wishlist Owner: Anders Kaseorg <[EMAIL PROTECTED]> * Package name: yaml Version : 0.1.1 Upstream Author : Kirill Simonov <[EMAIL PROTECTED]> * URL : http://pyyaml.org/wiki/LibYAML * License : MIT Programming Lang: C Description :

Re: What should postrm purge actually do?

On Tue, Jun 03, 2008 at 08:58:54PM +0200, Jeffrey Ratcliffe wrote: > 2008/6/3 sean finney <[EMAIL PROTECTED]>: > > a purge should only remove files that were installed by the package or > > otherwise incidentally generated in FHS compliant locations. data created in > > users' home directories is d

Re: What should postrm purge actually do?

Andreas Bombe wrote: [...] > The user may have > imported the configuration from some other machine, or intend to use the > configuration elsewhere. The usefulness of user configuration is > therefore not tied to the installed state of the package on this system. Particularly since the user may h

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

On Tue, Jun 03, 2008 at 08:26:32PM +, Josselin Mouette wrote: > Le mardi 03 juin 2008 à 21:06 +0200, Johannes Wiedersich a écrit : > > As I've understood it so far, testing is for 'people trying to help the > > developers by testing the software prior to release'. If too much of > > testing bec

Bug#484358: ITP: monkeytail -- tail variant designed for web developers monitoring logfiles

Package: wnpp Severity: wishlist Owner: Martyn Smith <[EMAIL PROTECTED]> * Package name: monkeytail Version : 0.3.0 Upstream Author : Martyn Smith <[EMAIL PROTECTED]> * URL : http://dollyfish.net.nz/projects/monkeytail * License : GPL Programming Lang: Perl

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

Le mardi 03 juin 2008 à 21:06 +0200, Johannes Wiedersich a écrit : > As I've understood it so far, testing is for 'people trying to help the > developers by testing the software prior to release'. If too much of > testing becomes _either_ unusable _or_ unavailable, it won't be possible > to use it

Re: [pkg-lighttpd] Bug#383425: lighttpd: Distinguish installation from activation

On Tue, Jun 03, 2008 at 07:42:55PM +, Stefan Monnier wrote: > > Debian is intended to work "simply" for the most used scenario, and to > > need a 10 liner configuration for the less common ones. It's more common > > that people want their sole httpd to be started on install than users > > ha

RE: [Debian-med-packaging] Processed: [EMAIL PROTECTED]: Bug#484045: insighttoolkit_3.6.0-3(hppa/unst

I am luis Antonio da Silva dias, my objetive is receive fund of foreign to do Application in bank here in Brazil kind regards, Luis Antonio da Silva Dias> From: [EMAIL PROTECTED]> To: [EMAIL PROTECTED]>

Re: What should postrm purge actually do?

On Tue, Jun 03, 2008 at 08:58:54PM +0200, Jeffrey Ratcliffe wrote: > Fine. Although it always annoyed me that my $HOME filled up with > spurious dotfiles whose origin I'm not necessarily sure of, and that a > good installer could know to remove them if the package were purged. It's important to di

Re: What should postrm purge actually do?

Richard Kettlewell writes ("What should postrm purge actually do?"): > Is it written down anywhere what postrm purge is supposed to do? > Presumably remove some set of files, but what criteria should be used to > choose which? It's a shame that this isn't more clearly documented. > The policy d

Re: What should postrm purge actually do?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/03/08 13:58, Jeffrey Ratcliffe wrote: > 2008/6/3 sean finney <[EMAIL PROTECTED]>: >> a purge should only remove files that were installed by the package or >> otherwise incidentally generated in FHS compliant locations. data created in >> users'

Re: What should postrm purge actually do?

On Tuesday 03 June 2008 08:41:20 pm Jeffrey Ratcliffe wrote: > 2008/6/3 Peter Palfrader <[EMAIL PROTECTED]>: > >>- data accumulated from users > > Should I be doing something like > > rm /home/*/.packagedotfile > > for user-specific dotfiles? for the love of flying spaghetti monster please no

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2008-06-03 19:59, Pierre Habouzit wrote: > On Tue, Jun 03, 2008 at 04:18:46PM +, Joey Hess wrote: >> Pierre Habouzit wrote: >>> No it's not. The principal goal of testing is to evaluate what would >>> be our next stable if we tried to release

Re: What should postrm purge actually do?

2008/6/3 sean finney <[EMAIL PROTECTED]>: > a purge should only remove files that were installed by the package or > otherwise incidentally generated in FHS compliant locations. data created in > users' home directories is definitely outside such a scope. i.e., if dpkg > couldn't put files there,

Re: What should postrm purge actually do?

2008/6/3 Peter Palfrader <[EMAIL PROTECTED]>: >>- data accumulated from users Should I be doing something like rm /home/*/.packagedotfile for user-specific dotfiles? I don't see this in the policy. Regards Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscrib

Re: Inconsistent archive

Klaus Ethgen wrote: Same me, so please ignore the mail. I did miss the link at the end of the page that there are 3 pages of entries and that one can go to the next page. Confusing. So you want them at the top as well? I'm very grateful for suggestions how to improve the search presentation, b

Re: Handling of removed packages

Lucas Nussbaum <[EMAIL PROTECTED]> wrote: > On 29/05/08 at 13:24 +0200, Marc 'HE' Brockschmidt wrote: >> For some time now, I have been thinking about the problem of packages >> which are removed from the archive at some point, without an (enforced) >> transition to a new package name. Users of suc

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

On Tue, Jun 03, 2008 at 04:18:46PM +, Joey Hess wrote: > Pierre Habouzit wrote: > > No it's not. The principal goal of testing is to evaluate what would > > be our next stable if we tried to release *RIGHT NOW*. Packages with RC > > bugs cannot be part of a release, so must be kept out. *I* d

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

On Tue, 3 Jun 2008 12:05:45 -0400, Joey Hess <[EMAIL PROTECTED]> said: > Manoj Srivastava wrote: >> I thought I had answered that. The only version that th project >> releases for end users is stable. > Debian has been releasing versions of testing for end users for years. This is perha

Re: What should postrm purge actually do?

On Tue, 03 Jun 2008, Richard Kettlewell wrote: > Things I'm uncertain about, but that wouldn't be missed: >- infrastructural stuff (lockfiles, sockets, etc) Probably. If the stuff isn't running anymore. >- files containing cached data > > Things I'm uncertain about, that someone might

What should postrm purge actually do?

Is it written down anywhere what postrm purge is supposed to do? Presumably remove some set of files, but what criteria should be used to choose which? The policy document is not much help; s6.8 says when it is called, but not what it actually needs to do. I can't find more detail, though of

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

Pierre Habouzit wrote: > No it's not. The principal goal of testing is to evaluate what would > be our next stable if we tried to release *RIGHT NOW*. Packages with RC > bugs cannot be part of a release, so must be kept out. *I* don't really > care about testing being fully usable all the time, I

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

Manoj Srivastava wrote: > I thought I had answered that. The only version that th project > releases for end users is stable. Debian has been releasing versions of testing for end users for years. -- see shy jo signature.asc Description: Digital signature

Re: Inconsistent archive

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am Di den 3. Jun 2008 um 14:58 schrieb Eugene V. Lyubimkin: > > today I just searched for the ITP: oss4 mail [1]. Unfortunately I was not > > able to find in in my own debian-devel inbox. So I went to the archive > > http://lists.debian.org/devel

Re: Inconsistent archive

Hi ! Le Tuesday 03 June 2008 08:53:59 Klaus Ethgen, vous avez écrit : > By the way I would like it too to see oss4 in debian as alsa is not > usable at all. (Please feel free to have flame me about by private mail; > this is just my experience/opinion.) No problem to join the packaging ef

Re: Inconsistent archive

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klaus Ethgen wrote: > Hi, > > today I just searched for the ITP: oss4 mail [1]. Unfortunately I was not > able to find in in my own debian-devel inbox. So I went to the archive > http://lists.debian.org/devel.html to search for it and it seems not to

Inconsistent archive

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, today I just searched for the ITP: oss4 mail [1]. Unfortunately I was not able to find in in my own debian-devel inbox. So I went to the archive http://lists.debian.org/devel.html to search for it and it seems not to be there. As the mail was def

Re: Need maintainers for update-manager/update-notifier

On Tue, 03 Jun 2008, Thibaut Paumard wrote: > Le 3 juin 08 à 08:45, Raphael Hertzog a écrit : >> Hello, >> >> please see the attached message. The Debian Gnome team needs help to >> properly maintain the update-manager/update-notifier packages. > > I'm giving it a try. Thanks! But there's room f

Re: dbus and initscripts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, just my two penny's: Am Mo den 2. Jun 2008 um 22:28 schrieb Michael Biebl: > Basically, the dbus init script provides a workaround for a limitation in > our current init system. "Real" dependency based init systems, would > automatically shutd

Bug#484280: ITP: ceve -- utility to parse package dependencies as set of constraints

Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli <[EMAIL PROTECTED]> * Package name: ceve Version : 1.1 Upstream Author : Jaap Boender * URL : http://sodiac.gforge.inria.fr/ * License : GPL-2+ Programming Lang: OCaml Description : utility to pa

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

On Mon, Jun 02, 2008 at 04:16:51PM -0700, Mike Bird wrote: > "Debian Desktop Edition" for most of the release cycle. > There is no Debian Desktop Edition. Perhaps you mean the Debian Desktop subproject? > This is a useful (but unintended) side-effect. The principal > goal remains that Testing s

Re: Need maintainers for update-manager/update-notifier

Le 3 juin 08 à 08:45, Raphael Hertzog a écrit : Hello, please see the attached message. The Debian Gnome team needs help to properly maintain the update-manager/update-notifier packages. I'm giving it a try. Regards, T. In this specific case, maintaining also means developing some code (

Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion

On Mon, Jun 02, 2008 at 11:16:51PM +, Mike Bird wrote: > On Mon June 2 2008 17:38:53 Lucas Nussbaum wrote: > > On 02/06/08 at 15:04 -0700, Mike Bird wrote: > > > "Don't create 20-day removal hints for packages with RC bugs > > > except when its too late for a fix to be included in the > > > for

B2B e-Marketplace of IT, Security, Telecom & Electronics

[image: ACEsuppliers.com] Dear Buyers & Suppliers: ACEsuppliers.com is an active B2B website specialized in Computer, Wireless, Security, Telecom, Electronics and Components industries. This is a free trade e-marketplace for manufacturers, traders, wholesalers, impo