Re: List of packages which should probably be Architecture: all

Hi On Wed, 02 Jan 2008 13:58:24 -0600 Raphael Geissert <[EMAIL PROTECTED]> wrote: > Michal Čihař <[EMAIL PROTECTED]> >libgammu3 Eh? $ apt-cache show libgammu3 | grep ^Dep Depends: libbluetooth2 (>= 3.0), libc6 (>= 2.7-1), libgammu-common (>= 1.17.0-1) -- Michal Čihař | http://ciha

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

On Sun, Jan 06, 2008 at 10:37:03AM +0100, Julien Cristau wrote: > > the libuuid1 postinst contains: > groupadd -f -K GID_MIN=1 -K GID_MAX=999 libuuid > if ! grep -q libuuid /etc/passwd; then >useradd -d /var/lib/libuuid -K UID_MIN=1 -K UID_MAX=499 -g libuuid libuuid > fi > mkdir -p /var/lib/li

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

On Mon, Jan 07, 2008 at 03:23:23AM -0500, Theodore Tso wrote: > On Sun, Jan 06, 2008 at 10:37:03AM +0100, Julien Cristau wrote: > So e2fsprogs which is "Essential: yes" depends on libuuid1, so > libuuid1 is effectively "Essential: yes", right? So if I add a > dependency on passwd, it will effecti

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

On Mon, Jan 07, 2008 at 03:23:23AM -0500, Theodore Tso wrote: >So, I am doing so now. Any objections if I > add a dependency on passwd for libuuid1? The aternative would be to > roll-my-own useradd/adduser functionality, but that would be a real > PITA There are s

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

On Mon, Jan 07, 2008 at 01:16:59AM -0800, Steve Langasek wrote: > On Mon, Jan 07, 2008 at 03:23:23AM -0500, Theodore Tso wrote: > > On Sun, Jan 06, 2008 at 10:37:03AM +0100, Julien Cristau wrote: > > > So e2fsprogs which is "Essential: yes" depends on libuuid1, so > > libuuid1 is effectively "Esse

About Debian BTS

Hi, I am a student from the University Putra Malaysia. Now i am doing a study about Debian in my final year project. i am interested about Debian's bugs tracking system. http://www.debian.org/doc/developers-reference/ch-resources after i have go through above page, i think is better i ask if ther

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Sun, Jan 06, 2008 at 10:10:03AM +0100, Tollef Fog Heen wrote: > Taking this argument a bit further, do you think that the sshd init > script should wait until all users have saved their work and logged > out before it gives control back to the init sequence? On a multi-user system that would b

testing migration/autobuilding postgresql-filedump-8.2

Could someone please explain the following to me? According to http://qa.debian.org/excuses.php?package=postgresql-filedump-8.2 the package does not migrate because it is out of date on hppa. However, http://buildd.debian.org/build.php?pkg=postgresql-filedump-8.2 says it has been build on Dec 23 2

Bug#459593: RFA: dmraid

Package: wnpp Severity: normal Hi everyone, the utnubu team maintains a few packages, but it turned out be not a good maintance team, so are want to give our packages away. One of the more important packages maintained by us is dmraid, with very few open bugs, a new version to be packaged and pr

Re: reporting BTS spam easily from Mutt

Hamish Moffatt wrote: > In case it's useful to anyone, here's a quick hack I put together for > easy BTS spam reporting from mutt. That is incredibly useful, is tehre any similar tool to report spam delivered through the Debian Mailing Lists? Sorry if this has been answered before, I am just star

Re: testing migration/autobuilding postgresql-filedump-8.2

On 07/01/2008, Michael Meskes wrote: > Now the question ariss, what went wrong? And also of course could > someone please reschedule this package or do whatever is needed to get > this version into the archive. Being built is insufficient, it has to be uploaded as well. If you want to contact the

Re: About Debian BTS

On 07/01/2008, PoayHua wrote: > after i have go through above page, i think is better i ask if there > have any statistical analysis or anything related to Debian's bugs? > if there has any of it, it maybe a big help for my project. Christian Perrier posted some figures [1,2] on [3] yesterday. Som

Bug#459596: RFA: gtimelog

Package: wnpp Severity: normal Hi everyone, the utnubu team maintains a few packages, but it turned out be not a good maintance team, so are want to give our packages away. One of these packages is gtimelog. gtimelog provides a time tracking application to allow the user to track what they work

Bug#459597: RFA: timer-applet -- timer applet - a countdown timer applet for the GNOME panel

Package: wnpp Severity: normal Hi everyone, the utnubu team maintains a few packages, but it turned out be not a good maintance team, so are want to give our packages away. One of these packages is timer-applet The package description is: Features include: . * Quickly set a time and the ap

Re: Availability of wanna-build sources

Marc 'HE' Brockschmidt a écrit : > Luk Claes <[EMAIL PROTECTED]> writes: >> Roger Leigh wrote: >>> Does anyone know where the sources for the current version of >>> wanna-build in use on our buildds may be found? >> The current version is the one of the repository you mentioned. If you >> mean the

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

On Mon, Jan 07, 2008 at 03:23:23AM -0500, Theodore Tso wrote: > > So e2fsprogs which is "Essential: yes" depends on libuuid1, so > libuuid1 is effectively "Essential: yes", right? So if I add a > dependency on passwd, it will effectively make passwd "Essential: > yes", as well It's not because a

Bug#459625: ITP: libdmtx -- shared libraries for Data Matrix barcodes

Package: wnpp Severity: wishlist Owner: "Todd A. Jacobs" <[EMAIL PROTECTED]> * Package name: libdmtx Version : 0.4.0-codegnome.3 Upstream Author : Mike Laughton <[EMAIL PROTECTED]> * URL : http://www.libdmtx.org/ * License : LGPL Programming Lang: C Descrip

Bug#459628: ITP: libdmtx-utils -- utilities for reading/writing Data Matrix barcodes with libdmtx

Package: wnpp Severity: wishlist Owner: "Todd A. Jacobs" <[EMAIL PROTECTED]> * Package name: libdmtx-utils Version : 0.4.0-codegnome.3 Upstream Author : Mike Laughton <[EMAIL PROTECTED]> * URL : http://www.libdmtx.org/ * License : LGPL Programming Lang: C D

Bug#459627: ITP: libdmtx-dev -- header files for libdmtx

Package: wnpp Severity: wishlist Owner: "Todd A. Jacobs" <[EMAIL PROTECTED]> * Package name: libdmtx-dev Version : 0.4.0-codegnome.3 Upstream Author : Mike Laughton <[EMAIL PROTECTED]> * URL : http://www.libdmtx.org/ * License : LGPL Programming Lang: C Des

Re: Re: Bug#458819: ITP: nettee -- a network "tee" program

"Joel Franco" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] - simplicity: like you already said, the simple command, without complex pipe setups like showed in your example comments. You have to agree with me that that netcat + tee pipe commands are not trivial. If I had known

Bug#459637: ITP: mustang -- multiple structural alignment of proteins

Package: wnpp Severity: wishlist Owner: Morten Kjeldgaard <[EMAIL PROTECTED]> * Package name: mustang Version : 3.0 Upstream Author : Arun S. Konagurthu <[EMAIL PROTECTED]> * URL : http://www.cs.mu.oz.au/~arun/mustang/ License : 3 clause BSD Programming Lan

Re: Bug#459403: libuuid1: missing depends on non-essential package passwd

Bastian Blank wrote: On Mon, Jan 07, 2008 at 03:23:23AM -0500, Theodore Tso wrote: So, I am doing so now. Any objections if I add a dependency on passwd for libuuid1? The aternative would be to roll-my-own useradd/adduser functionality, but that would be a real PITA.

Re: Proposed consensus: reporting lintian overrides

On Sat, 05 Jan 2008 11:12:32 -0800, Russ Allbery <[EMAIL PROTECTED]> wrote: >For those who really don't want to see this line at all, I'll add a -q >option to lintian that suppresses this line (and anything else like this >that comes up later, if we have anything). How about a configuration file a

Re: pkg-$GROUP on Alioth: please whitelist messages from BTS

This one time, at band camp, Stephen Gran said: > This one time, at band camp, Tollef Fog Heen said: > > * Stephen Gran > > > > | The only reason is that I can't see how to do it in mailman. AFAICT it's > > | not easy to set that as a blanket default for all lists. If you can se > > | how, feel

Re: Bug#458819: ITP: nettee -- a network "tee" program

All'incirca Mon, 7 Jan 2008 14:10:08 -0500, "Joe Smith" <[EMAIL PROTECTED]> sembrerebbe aver scritto: > >- error check in the stream data: there is a check for transmission > > errors in the code. This is util when there are failed nodes. > > Yes it is indeed a useful benefit that definatly dif

RFH: How to debug FTBFS of erlang on sparc (UltraSPARC III)?

Hi! After lebrun (which run on UltraSPARC III) became a sparc buildd host, erlang package started to FTBFS on sparc. Logs are available at http://buildd.debian.org/build.php?pkg=erlang but thay aren't very informative. They show "bus error" which can't help to fix the bug. I'd be happy to find th

Re: RFH: How to debug FTBFS of erlang on sparc (UltraSPARC III)?

On Tue, Jan 08, 2008 at 12:53:36AM +0300, Sergei Golovan wrote: Hi! After lebrun (which run on UltraSPARC III) became a sparc buildd host, erlang package started to FTBFS on sparc. Logs are available at http://buildd.debian.org/build.php?pkg=erlang but thay aren't very informative. They show "bu

Bug#459656: ITP: gigedit -- foo

Package: wnpp Severity: wishlist Owner: Free Ekanayaka <[EMAIL PROTECTED]> * Package name: gigedit Version : 0.1.1 Upstream Author : Anreas Persson * URL : http://www.linuxsampler.org/ * License : GPL Programming Lang: C++ Description : instrument edito

Re: RFH: How to debug FTBFS of erlang on sparc (UltraSPARC III)?

On 1/8/08, brian m. carlson <[EMAIL PROTECTED]> wrote: > On Tue, Jan 08, 2008 at 12:53:36AM +0300, Sergei Golovan wrote: > >Hi! > > > >After lebrun (which run on UltraSPARC III) became a sparc buildd host, > >erlang package started to FTBFS on sparc. Logs are available at > >http://buildd.debian.or

Re: Proposed consensus: reporting lintian overrides

Marc Haber <[EMAIL PROTECTED]> writes: > Russ Allbery <[EMAIL PROTECTED]> wrote: >> For those who really don't want to see this line at all, I'll add a -q >> option to lintian that suppresses this line (and anything else like >> this that comes up later, if we have anything). > How about a config

Re: RFH: How to debug FTBFS of erlang on sparc (UltraSPARC III)?

Hello Sergei, * Sergei Golovan <[EMAIL PROTECTED]>, [2008-01-08 0:53 +0300]: > I'd be happy to find the bug but I don't have an access to UltraSPARC > III hardware. I do have access to an Ultrasparc III+ workstation, I can try to reproduce the bug tomorrow. ciao, ema -- To UNSUBSCRIB

Re: Re: Bug#458819: ITP: nettee -- a network "tee" program

On Mon Jan 07 08 14:10, Joe Smith wrote: > > "Joel Franco" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> - simplicity: like you already said, the simple command, without complex >> pipe setups like showed in your example comments. You have to agree >> with me that that netcat

Re: Bug#458819: ITP: nettee -- a network "tee" program

On Mon Jan 07 08 22:08, Giovanni Mascellani wrote: >All'incirca Mon, 7 Jan 2008 14:10:08 -0500, "Joe Smith" ><[EMAIL PROTECTED]> sembrerebbe aver scritto: > >> >- error check in the stream data: there is a check for transmission >> > errors in the code. This is util when there are failed nodes. >

Re: List of packages which should probably be Architecture: all

Michal Čihař wrote: > Hi > > On Wed, 02 Jan 2008 13:58:24 -0600 > Raphael Geissert <[EMAIL PROTECTED]> wrote: > >> Michal Čihař <[EMAIL PROTECTED]> >>libgammu3 > > Eh? Seems like it is one of the very few false positives of the old script. The fresh reports using grep-ctrl instead of a lot

Correct spelling/capitalisation of project names

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everybody, Some weeks ago I noticed that some package descriptions incorrectly spell some project names, mainly because of capitalisation. For example GNOME is being spelt in some packages as Gnome, or simply gnome, when its right spelling: GNOM

Re: Correct spelling/capitalisation of project names

Raphael Geissert <[EMAIL PROTECTED]> writes: > Starting with lintian v1.23.42 the spelling check also looks for the > correct spelling of the above mentioned project names (requested at > #456582). Because I made an archive wide lintian check (except for arch > all packages) with the latest linti

List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, Some time ago I noticed some packages were defining a RPATH on non i386 architectures, notably amd64. This seems to be caused by an old auto* file, but there might be other reasons as well. I've run an archive wide lintian check on all the

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

Hi On Mon, 07 Jan 2008 22:02:17 -0600 Raphael Geissert <[EMAIL PROTECTED]> wrote: > Michal Čihař <[EMAIL PROTECTED]> >enca Fixed in svn. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

Raphael Geissert <[EMAIL PROTECTED]> writes: > Some time ago I noticed some packages were defining a RPATH on non i386 > architectures, notably amd64. This seems to be caused by an old auto* > file, but there might be other reasons as well. The problem is with the following code in libtool.m4:

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

Russ Allbery <[EMAIL PROTECTED]> writes: > Therefore, rerunning libtoolize before compilation will fix this problem > for most packages. Hm, actually, since it's in the .m4 file and not in ltmain.sh, you may have to do more than that. I'd have to experiment. I'm not completely sure what libtool

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

Hi On Mon, 07 Jan 2008 20:24:35 -0800 Russ Allbery <[EMAIL PROTECTED]> wrote: > Russ Allbery <[EMAIL PROTECTED]> writes: > > > Therefore, rerunning libtoolize before compilation will fix this problem > > for most packages. > > Hm, actually, since it's in the .m4 file and not in ltmain.sh, you m

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

Michal Čihař <[EMAIL PROTECTED]> writes: > Russ Allbery <[EMAIL PROTECTED]> wrote: >> Hm, actually, since it's in the .m4 file and not in ltmain.sh, you may >> have to do more than that. I'd have to experiment. I'm not completely >> sure what libtoolize will do and whether it will mangae to upgr

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

Hi, Michal Čihař wrote: > > Adding --disable-rpath to configure might be easier solution for this > problem. > I've found packages that even when the --disable-rpath flag is set the binaries have a defined rpath. This is actually how I noticed the whole rpath problem on non i386 archs the first

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

On 08/01/2008, Michal Čihař wrote: > Adding --disable-rpath to configure might be easier solution for this > problem. Another workaround is chrpath. -- Cyril Brulebois pgp0znAJnoiDS.pgp Description: PGP signature

Re: Correct spelling/capitalisation of project names

On lun, 2008-01-07 at 20:06 -0600, Raphael Geissert wrote: > Some weeks ago I noticed that some package descriptions incorrectly > spell > some project names, mainly because of capitalisation. > For example GNOME is being spelt in some packages as Gnome, or simply > gnome, > when its right spelling

Re: Correct spelling/capitalisation of project names

Quoting Raphael Geissert ([EMAIL PROTECTED]): > For example GNOME is being spelt in some packages as Gnome, or simply gnome, > when its right spelling: GNOME. Other project names such as Debian, KDE and > Linux aren't being correctly capitalised. > > Neil Williams has requested me on #456495 to s

Re: Correct spelling/capitalisation of project names

Yves-Alexis Perez <[EMAIL PROTECTED]> writes: > Could you add Xfce to the list? This is the correct spelling, not XFce > nor XFCE. Added to Lintian. -- Russ Allbery ([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject o

Re: Correct spelling/capitalisation of project names

Christian Perrier <[EMAIL PROTECTED]> writes: > May I suggest adding some other project names which capitalization is > not always obvious. Others can probably add more of these, but at > least, coming to my mind right now: > > Python > MySQL > PostgreSQL Added to Lintian, along with the postgres