Re: O: lirc - Linux Infra-red Remote Control support

On Sun, Apr 23, 2006 at 10:53:39PM +0200, Amaya wrote: > I am orphaning lirc, it deserves a better maintainer. > Please contact me if you are interested. You should file a wnpp bug. Since I'm also the maintainer of the inputlirc package, I could adopt this package, but I'd rather let someone els

Re: Bug#362584: ITP: xindy -- a flexible indexing system

Jörg Sommer <[EMAIL PROTECTED]> wrote: > Hello Frank, > > Frank Küster <[EMAIL PROTECTED]> wrote: >> Joerg Sommer <[EMAIL PROTECTED]> wrote: >> Here comes the usual comment: Please make sure to follow the Debian TeX Policy Draft in /usr/share/tex-common/. >>> >>> Xindy does not provide

Re: Bug#363598: udev should conflict with ifrename

* Marco d'Itri: > On Apr 21, Florian Weimer <[EMAIL PROTECTED]> wrote: > >> > KERNEL=="*.*", GOTO="persistent_net_generator_end" >> >> No visible change. >> >> There's an error message in the syslog: >> >> Apr 21 10:05:30 l udevd-event[6705]: rename_net_if: error changing net >> interface name

fonts prbl in sid

hi I use sid and Gnome ; I upgraded my box (after 3 weeks in which I did not have time to) ; now I have serious problems with fonts. Symptoms: some programs fail to find and use the fonts ,and are then almost unusable ; including 'emacs-snapshot-gtk' 'display' 'xmms' ('xmms' is missing fonts for

Re: Bug#363598: udev should conflict with ifrename

On Apr 24, Florian Weimer <[EMAIL PROTECTED]> wrote: > It seems as if I've copied the line correctly, and I've also rebooted > the machine. I don't know why udev still wants to touch the > interface. Because it has the same MAC address and no obvious sysfs attribute which distinguishes it, so the

Bug#364574: ITP: libtie-encryptedhash-perl -- Hashes and hashes based objects with encrypting fields for perl

Package: wnpp Severity: wishlist Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]> * Package name: libtie-encryptedhash-perl Version : 1.21 Upstream Author : Vipul Ved Prakash <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-module/Tie/ * License : Artist

Bug#364576: ITP: libconvert-ascii-armour-perl -- Convert binary octets into ASCII armoured messages for perl

Package: wnpp Severity: wishlist Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]> * Package name: libconvert-ascii-armour-perl Version : 1.4 Upstream Author : Vipul Ved Prakash <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-module/Convert/ * License :

Bug#364577: ITP: libclass-loader-perl -- Load modules and create objects on demand for perl

Package: wnpp Severity: wishlist Owner: "Pierre-Matthieu Alamy" <[EMAIL PROTECTED]> * Package name: libclass-loader-perl Version : 2.03 Upstream Author : Vipul Ved Prakash <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-module/Class/ * License : Artistic

Re: sources.list

At 1146288267 past the epoch, Mohsen Pahlevanzadeh wrote: > Dear all, > When i wanna a local directory from my HDD,& parallel of it,I use > apt-get from that directory,How i dpo it? > Yours,Mohsen Hi, the appropriate list for this type of question is "debian-user" rather than -devel: see

Closing a bug vs. tagging wontfix

I have recently seen some bug reports tagged as wontfix that have made me wonder about the purpose of the wontfix tag. For reference, the BTS information page [0] says the following about the wontfix tag: wontfix This bug won't be fixed. Possibly because this is a choice between two arbit

Re: O: lirc - Linux Infra-red Remote Control support

Guus Sliepen wrote: > You should file a wnpp bug. Not yet, I wanted to know if there was any interest before just leaving it out in the cold. Well, maybe you are right, maybe filing this wnpp bug is not as bad as it feels to me :) But... I have tried before to set up a co-maintainance group, and

Re: Guidelines for packaging projects on Alioth

On Sun, Apr 23, 2006 at 02:21:05PM +0200, Wouter Verhelst wrote: > Not in my opinion. Most failures I come around are things involving > build-dependencies that aren't available yet. There's nothing a > maintainer can or, indeed, needs to do about that. Those cases can be treated differently than

Re: Closing a bug vs. tagging wontfix

"Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote: > I am wondering which of these options would be most correct: > > 1. Continue to use the wontfix tag in this manner > 2. Close the bug entirely (since the resolved bugs are left on the BTS > page, people who check for duplicate bugs before submittin

Re: fonts prbl in sid

On Mon, Apr 24, 2006 at 11:22:42AM +0200, A Mennucc wrote: > hi > > I use sid and Gnome ; I upgraded my box (after 3 weeks in which I did > not have time to) ; now I have serious problems with fonts. Have you reconfigured xserver-xorg? As part of the modular Xorg update, the directories the fon

Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Package: wnpp Severity: normal Hi, After seven and a half years of maintaining Gnus, I am having to give away the package, on what I consider is a matter of principle. My upload removing non-DFSG bits was rejected, on the grounds that the upload renamed the source package name (the bi

Bug#364611: ITP: quilt-el -- a simple Emacs interface of quilt

Package: wnpp Severity: wishlist Owner: Satoru Takeuchi <[EMAIL PROTECTED]> * Package name: quilt-el Version : 0.4 Upstream Author : Matt Mackall <[EMAIL PROTECTED]> * URL : http://www.selenic.com/quilt/quilt.el * License : GPL Description : a simple Emacs

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Manoj Srivastava <[EMAIL PROTECTED]> writes: > After seven and a half years of maintaining Gnus, I am having > to give away the package, on what I consider is a matter of > principle. My upload removing non-DFSG bits was rejected, on the > grounds that the upload renamed the source pac

Bug#364613: ITP: libmoose-perl -- Extension of the Perl 5 object system

Package: wnpp Severity: wishlist Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]> * Package name: libmoose-perl Version : 0.04 Upstream Author : Stevan Little <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~stevan/Moose-0.04/ * License : Perl: Artist

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

> Package gnus, version x.y-z.dfsg. > That way its clearly marked that gnus is modified to be dfsg free, > and you dont change any source/package name. A lot of other packages > in Debian already go this way, I dont see why gnus can't do it. In Debian, source package components have preci

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

* Jorgen Schaefer ([EMAIL PROTECTED]) wrote: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > > After seven and a half years of maintaining Gnus, I am having > > to give away the package, on what I consider is a matter of > > principle. My upload removing non-DFSG bits was rejected, o

Re: O: lirc - Linux Infra-red Remote Control support

On Mon, Apr 24, 2006 at 03:23:30PM +0200, Amaya wrote: > Guus Sliepen wrote: > > You should file a wnpp bug. > Not yet, I wanted to know if there was any interest before just leaving > it out in the cold. Well, maybe you are right, maybe filing this wnpp > bug is not as bad as it feels to me :) B

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

* Manoj Srivastava <[EMAIL PROTECTED]> [060424 17:39]: > > > Package gnus, version x.y-z.dfsg. > > That way its clearly marked that gnus is modified to be dfsg free, > > and you dont change any source/package name. A lot of other packages > > in Debian already go this way, I dont see why gnus can'

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Manoj Srivastava <[EMAIL PROTECTED]> writes: > Also, other people doing what I consider unethical is not > really much of a motivating factor for me to follow the same > unethical practice. I might not be haranguing other folks, since > there ethos may well differ from mine, but I am n

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

* Bernhard R. Link <[EMAIL PROTECTED]> [060424 18:14]: > * Manoj Srivastava <[EMAIL PROTECTED]> [060424 17:39]: > > > > > Package gnus, version x.y-z.dfsg. > > > That way its clearly marked that gnus is modified to be dfsg free, > > > and you dont change any source/package name. A lot of other pac

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On Mon, Apr 24, 2006 at 06:13:11PM +0200, Bernhard R. Link wrote: > * Manoj Srivastava <[EMAIL PROTECTED]> [060424 17:39]: > > > > > Package gnus, version x.y-z.dfsg. > > > That way its clearly marked that gnus is modified to be dfsg free, > > > and you dont change any source/package name. A lot o

Re: Guidelines for packaging projects on Alioth

On Mon, Apr 24, 2006 at 09:33:46AM -0400, Stefano Zacchiroli wrote: > On Sun, Apr 23, 2006 at 02:21:05PM +0200, Wouter Verhelst wrote: > > Not in my opinion. Most failures I come around are things involving > > build-dependencies that aren't available yet. There's nothing a > > maintainer can or, i

Re: AMD64: etch and uploads

Goswin von Brederlow <[EMAIL PROTECTED]> writes: > I'm assuming you want this for your normal system and not for a build > chroot. Always build packages for upload in a clean environment one > last time before upload. > > So here we go, way 2 (from memory): > > # Mark all old packages > mv /var/li

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Bernhard R. Link spake thusly: > * Manoj Srivastava <[EMAIL PROTECTED]> [060424 17:39]: >> >>> Package gnus, version x.y-z.dfsg. That way its clearly marked >>> that gnus is modified to be dfsg free, and you dont change any >>> source/package name. A lot of other packages in Debia

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Bernhard R. Link spake thusly: > * Bernhard R. Link <[EMAIL PROTECTED]> [060424 18:14]: >> * Manoj Srivastava <[EMAIL PROTECTED]> [060424 17:39]: >>> Package gnus, version x.y-z.dfsg. That way its clearly marked that gnus is modified to be dfsg free, and you dont change

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Ben Pfaff spake thusly: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > >> Also, other people doing what I consider unethical is not >> really much of a motivating factor for me to follow the same >> unethical practice. I might not be haranguing other folks, since >> there ethos

Re: AMD64: etch and uploads

"=?utf-8?Q?J=C3=A9r=C3=B4me_Marant?=" <[EMAIL PROTECTED]> writes: > Goswin von Brederlow <[EMAIL PROTECTED]> writes: > >> I'm assuming you want this for your normal system and not for a build >> chroot. Always build packages for upload in a clean environment one >> last time before upload. >> >> S

Re: Bug#363250: general: Custom PAGER gives error on sid, but works on sarge

On Sun, Apr 23, 2006, Manoj Srivastava wrote: > Historically, if my memory serves me correctly, one used PAGER > to specify the program, and the default arguments. PAGER essentially > worked as an shell alias: > PAGER= less -cim > And then you could either pipe thigs to ti, or call it on

Re: fonts prbl in sid

On Mon, Apr 24, 2006 at 11:22:42AM +0200, A Mennucc wrote: > hi > > I use sid and Gnome ; I upgraded my box (after 3 weeks in which I did > not have time to) ; now I have serious problems with fonts. Try installing xfs ? -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

Package: wnpp Severity: wishlist Owner: Luigi Gangitano <[EMAIL PROTECTED]> * Package name: squid3 Version : 3.0-PRE3.20060422 Upstream Author : Henrik Nordstrom <[EMAIL PROTECTED]> * URL : http://www.squid-cache.org * License : GPL Programming Lang: C++ Des

Archiving bugs with version info (Was: Re: Closing a bug vs. tagging wontfix)

Em Seg, 2006-04-24 às 15:39 +0200, Frank Küster escreveu: > "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote: > > [...] I am not sure how long > > closed bugs are left on the BTS page for a particular package. > 28 days after the closing, or after the last message sent to it > (whichever is later).

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On Mon, April 24, 2006 15:39, Manoj Srivastava wrote: > new upload _now_. I feel uncomfortable acceding to practices I consider > unethical, and I lack the motivation to fight the ftp masters and the > project on this issue. You use the term "unethical" to describe a difference in opinion about a

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Manoj Srivastava <[EMAIL PROTECTED]> writes: > In this case, there have been deeply felt and vehement > protests for Debian removing a critical subset of the software > shipped with make/gnus, with people appealing to keep the code > together with the docs even if it meant removing the

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

This one time, at band camp, Luigi Gangitano said: > * Package name: squid3 > > This is the Squid Internet Object Cache developed by the National > Laboratory for Applied Networking Research (NLANR) and Internet > volunteers. This software is freely available for anyone to use. > > This

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Thomas Bushnell said: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > >> In this case, there have been deeply felt and vehement >> protests for Debian removing a critical subset of the software >> shipped with make/gnus, with people appealing to keep the code >> together with the

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Manoj Srivastava <[EMAIL PROTECTED]> writes: > On 24 Apr 2006, Thomas Bushnell said: >> The version is not the only documentation. The "dfsg" tag in >> version names means not "this is the upstream dfsg version", it >> means "this is the Debian-modified version, where the only >> modifications ma

Re: Guidelines for packaging projects on Alioth

On Mon, 24 Apr 2006, Wouter Verhelst wrote: > > Those cases can be treated differently than failures due to other > > reasons, though. > > Uh, yes; and they are. But that's not the point. > > The point really is that build failures rarely need maintainer > intervention. Bothering the maintainer

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

* Manoj Srivastava ([EMAIL PROTECTED]) wrote: > On 24 Apr 2006, Thomas Bushnell said: > > > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > > >> In this case, there have been deeply felt and vehement > >> protests for Debian removing a critical subset of the software > >> shipped with make/gnus,

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Thijs Kinkhorst uttered the following: > On Mon, April 24, 2006 15:39, Manoj Srivastava wrote: >> new upload _now_. I feel uncomfortable acceding to practices I >> consider unethical, and I lack the motivation to fight the ftp >> masters and the project on this issue. > > You use t

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Ben Pfaff stated: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > >> On 24 Apr 2006, Thomas Bushnell said: >>> The version is not the only documentation. The "dfsg" tag in >>> version names means not "this is the upstream dfsg version", it >>> means "this is the Debian-modified v

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

On Mon, 2006-04-24 at 20:54 +0100, Stephen Gran wrote: > This one time, at band camp, Luigi Gangitano said: > > * Package name: squid3 > > > > This is the Squid Internet Object Cache developed by the National > > Laboratory for Applied Networking Research (NLANR) and Internet > > volunteers

Re: O: Gnus -- A versatile News and mailing list reader for Emacsen.

> There's no reason for the build system changes not to live in the > diff.gz. Other than making the orig.tar.gz broken on its own. I have covered this before. But since you missed it: >> Well, I think it is important for people to be able to build >> make/gnus which is the same

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

This one time, at band camp, Robert Collins said: > On Mon, 2006-04-24 at 20:54 +0100, Stephen Gran wrote: > > This one time, at band camp, Luigi Gangitano said: > > > * Package name: squid3 > > > > > > This is the new development version, totally rewritten in C++ with the > > > latest featu

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On Mon, April 24, 2006 23:51, Manoj Srivastava wrote: > uttered the following: > Rubbish. > If you think those are noght struggles, you are naive. > You are very silly, really, thinking this. > Please grow up. > Your lack of imagination > Don't you have anything better to do > topics you see

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il giorno 24/apr/06, alle ore 21:54, Stephen Gran ha scritto: This is the new development version, totally rewritten in C++ with the latest features like ICAP added. Is a new source package really needed? Is there no sensible upgrade path? I

Re: Closing a bug vs. tagging wontfix

> "Roberto" == Roberto C Sanchez <[EMAIL PROTECTED]> writes: Roberto> 3. Propose the addition of a "notabug" tag Where do you draw the line between "wontfix" and "notabug"? A feature request[1] that cannot be implemented without changing standard Unix semantics could be seen as either ca

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Thijs Kinkhorst verbalised: > Thanks for proving my point. > I think it's due time to close this entire discussion. Prove what? That you are a troll who brought nothing constructive to the discussion, and have demonstrated how effectively you can cause a discussion to re

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

Manoj Srivastava wrote: > Rubbish. I do no such thing, and I'll thank you not to try and > escalate this into a flamewar. The difference of opinion is merely > that -- differing views held by different people. > > I consider the practice of creating a fake upstream version > and

Re: Archiving bugs with version info (Was: Re: Closing a bug vs. tagging wontfix)

On Mon, 24 Apr 2006, Daniel Ruoso wrote: > Em Seg, 2006-04-24 às 15:39 +0200, Frank Küster escreveu: > > "Roberto C. Sanchez" <[EMAIL PROTECTED]> wrote: > > > [...] I am not sure how long > > > closed bugs are left on the BTS page for a particular package. > > 28 days after the closing, or after th

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

* Robert Collins wrote: > On Mon, 2006-04-24 at 20:54 +0100, Stephen Gran wrote: > > Is a new source package really needed? Is there no sensible > > upgrade path? I had sort of hoped it could be as drop in and go as > > most upgrades are, but perhaps not. > > Squid-3 will read the same config file

Re: Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.

On 24 Apr 2006, Joey Hess outgrape: > Manoj Srivastava wrote: >> Rubbish. I do no such thing, and I'll thank you not to try and >> escalate this into a flamewar. The difference of opinion is merely >> that -- differing views held by different people. >> >> I consider the practice of creating a fak

Re: Possible conflict with XFree 4.5

gustavo halperin dijo [Sun, Apr 16, 2006 at 01:40:42PM +0300]: > >>I think that we have a problem when the common library between XFree and > >>/usr/lib are update in /usr/lib. > >>I currently have XFree 4.5, when the library libfontconfig1 was update > >>to version 2.3.2-1 was also updated > >>