Bug#335155: ITP: testoob -- an advanced unit testing framework for Python

2005-10-21 Thread Ricardo Kirkner
Package: wnpp Severity: wishlist Owner: Ricardo Kirkner <[EMAIL PROTECTED]> * Package name: testoob Version : 0.7 Upstream Author : Ori Peleg <[EMAIL PROTECTED]> * URL : http://testoob.sourceforge.net * License : Apache License, Version 2.0 Description :

link exchange

2005-10-21 Thread charlie
Hi: I have many sites to exchange and here are the details. If you have any Interest , pls give me your code and add me .I will add you at all of them .We can also do 3-way link exchange. Thanks 1)http://www.weddinggowndress.com/link.htmlpr4 link code: http://www.weddinggowndress.com/";>

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: > Anthony DeRobertis <[EMAIL PROTECTED]> writes: > >> Thomas Bushnell BSG wrote: >>> >>> Good golly, Miss Molly, that's it. It does indeed blow chunks if the >>> input is /dev/null (whether within a chroot or just a normal native >>> build). >> >>

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Anthony DeRobertis <[EMAIL PROTECTED]> writes: > Thomas Bushnell BSG wrote: >> >> Good golly, Miss Molly, that's it. It does indeed blow chunks if the >> input is /dev/null (whether within a chroot or just a normal native >> build). > > Heh. Glad that helped. Took a wild guess from your previous

Re: pbuilder help (bug 334877)

2005-10-21 Thread Anthony DeRobertis
Thomas Bushnell BSG wrote: > > Good golly, Miss Molly, that's it. It does indeed blow chunks if the > input is /dev/null (whether within a chroot or just a normal native > build). Heh. Glad that helped. Took a wild guess from your previous message about hooks not getting stdin. Now, you just ge

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes: >> Quick random guess: Could pbuilder be providing either no stdin, or >> something silly for stdin? > > It's possible, but the command invoked doesn't (shouldn't?!) read from > stdin. I'll check this out... Good golly, Miss Molly, that's it. It d

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Anthony DeRobertis <[EMAIL PROTECTED]> writes: >> Clearly something about the buildd dynamic environment is *different* >> from what I get if I just enter and do it myself, and that difference >> causes the generated lilypond to fail. > > Quick random guess: Could pbuilder be providing either no s

Re: pbuilder help (bug 334877)

2005-10-21 Thread Anthony DeRobertis
Thomas Bushnell BSG wrote: > Ok, so lilypond is failing. But dammitall, I can't get it to fail > ever else. If I run this command myself after the failure, it works > fine. Likewise if I invoke make, or if I clean the directory and go > up and do "debian/rules build". > > Clearly something a

Re: Finding out in postinst whether some other package is configured

2005-10-21 Thread Anthony DeRobertis
Goswin von Brederlow wrote: > In the past people have suggested adding something to dpkg that allows > one to schedule a script to be run _once_ at the end of a dpkg > session. E.g. every tex font package would call: > > dpkg-run-once /usr/share/tetex-bin/update-fonts It'd have to be once, befor

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Darren Salt <[EMAIL PROTECTED]> writes: > A uuencoded tarball of the generated files would appear to be useful here. > (You'll probably want tar's -m option when unpacking.) Well, I'm now closer in. The first invocation of lilypond from within the build fails. But it fails silently. The faili

Re: pbuilder help (bug 334877)

2005-10-21 Thread Darren Salt
I demand that Thomas Bushnell BSG may or may not have written... > Isaac Clerencia <[EMAIL PROTECTED]> writes: >> I've an ugly hack to get ccache working inside the pbuilder, that saves >> lots of build time. > Thanks, but the big build time for lilypond is mostly consumed with tracing > fonts, n

tools for rebuilding after buildd

2005-10-21 Thread Blars Blarson
When I mentioned that I was rebuilding things on my sparc pbuilder after they failed on a sparc buildd, there was some interest before I pointed out how manual my process was at that time. Since then I've mostly automated it, so I just have to check out the list of packages that failed and failed

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Noah Meyerhans
On Fri, Oct 21, 2005 at 11:52:02PM +0200, Marco d'Itri wrote: > > How on earth does supporting that feature require incompatibility with > > other systems? > It does not, but the iputils maintainer is hinting that this is the > package status. I never said anything about the PMTU discovery feature

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Isaac Clerencia <[EMAIL PROTECTED]> writes: > I've an ugly hack to get ccache working inside the pbuilder, that saves lots > of build time. Thanks, but the big build time for lilypond is mostly consumed with tracing fonts, not compiling C code. :( > Well, I tried that and didn't managed to get

Re: pbuilder help (bug 334877)

2005-10-21 Thread Isaac Clerencia
On Saturday, 22 October 2005 00:36, Thomas Bushnell BSG wrote: > Isaac Clerencia <[EMAIL PROTECTED]> writes: > > On Friday, 21 October 2005 07:26, Thomas Bushnell BSG wrote: > >> I'm trying to solve bug 304932/334877. > >> > >> I can reproduce the build failure using pbuilder, but not when I build

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Isaac Clerencia <[EMAIL PROTECTED]> writes: > On Friday, 21 October 2005 07:26, Thomas Bushnell BSG wrote: >> I'm trying to solve bug 304932/334877. >> >> I can reproduce the build failure using pbuilder, but not when I build >> on my own system directly. >> >> I would like to do the pbuilder buil

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Daniel Kobras
On Fri, Oct 21, 2005 at 04:41:48PM -0400, Stephen Frost wrote: > It seems like the 'sensible' thing to do might be to provide both. > Typically I would think the standard 'ping' would be, well, pretty > standard, and would work across multiple kernels/OSes/etc. We could > also have an 'lping' or s

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Marco d'Itri
On Oct 21, Thomas Bushnell BSG <[EMAIL PROTECTED]> wrote: > How on earth does supporting that feature require incompatibility with > other systems? It does not, but the iputils maintainer is hinting that this is the package status. -- ciao, Marco signature.asc Description: Digital signature

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Steve Langasek
On Fri, Oct 21, 2005 at 11:44:45PM +0200, Marco d'Itri wrote: > On Oct 21, Steve Langasek <[EMAIL PROTECTED]> wrote: > > Your message would seem less confrontational if you would deign to explain > > *why* Linux-specific kernel features are important in a ping implementation. > Because features li

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Milan P. Stanic
On Fri, Oct 21, 2005 at 04:41:48PM -0400, Stephen Frost wrote: > It seems like the 'sensible' thing to do might be to provide both. > Typically I would think the standard 'ping' would be, well, pretty > standard, and would work across multiple kernels/OSes/etc. We could > also have an 'lping' or s

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > On Oct 21, Steve Langasek <[EMAIL PROTECTED]> wrote: > >> Your message would seem less confrontational if you would deign to explain >> *why* Linux-specific kernel features are important in a ping implementation. > Because features like ping -M are of in

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Marco d'Itri
On Oct 21, Steve Langasek <[EMAIL PROTECTED]> wrote: > Your message would seem less confrontational if you would deign to explain > *why* Linux-specific kernel features are important in a ping implementation. Because features like ping -M are of invaluable help when investigating issues more compl

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Steve Langasek
On Fri, Oct 21, 2005 at 10:54:58PM +0200, Marco d'Itri wrote: > On Oct 21, Noah Meyerhans <[EMAIL PROTECTED]> wrote: > > It depends on what you mean by "up to date". If we're only including > > glibc headers, then we can only use functionality that glibc supports. > Which I would consider a big p

Re: systrace in debian

2005-10-21 Thread Gustavo Franco
On 10/21/05, Stephan Wehner <[EMAIL PROTECTED]> wrote: > Hi there, > > I'm wondering about having > > systrace > > available in debian. All I could find is it used to be available in > unstable, but is now orphaned with Thorsten Sauter being the last > maintainer. Debian is mentioned at > > http:

Re: Bits from the release team: the plans for etch

2005-10-21 Thread Steve Langasek
On Fri, Oct 21, 2005 at 06:09:21PM +0200, Christian Perrier wrote: > > Oh, that's not needed. SElinux uses PAM to mediate access to > > the password (there is a SELinux PAM module now). So, people who want > > to enable SELinux on their machine have to do something like so: > > ,[ A

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Enrico Zini
On Fri, Oct 21, 2005 at 09:43:47PM +0200, Marco d'Itri wrote: > I could not care less about hurd or kFreeBSD, sorry. Of course: Debian must be optimized for your case, and your case only. > But I care a lot about having a working and up to date iputils package > for my Linux systems, and I do n

OpenOffice

2005-10-21 Thread Alejandro Bonilla
Hi, Will OpenOffice2 hit Sid anytime soon? Is there anything to do to help to get it in? .Alejandro -- Open WebMail Project (http://openwebmail.org) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: pbuilder help (bug 334877)

2005-10-21 Thread Isaac Clerencia
On Friday, 21 October 2005 07:26, Thomas Bushnell BSG wrote: > I'm trying to solve bug 304932/334877. > > I can reproduce the build failure using pbuilder, but not when I build > on my own system directly. > > I would like to do the pbuilder build and then examine the failing > filesystem, but pbui

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Noah Meyerhans
On Fri, Oct 21, 2005 at 10:54:58PM +0200, Marco d'Itri wrote: > > So yes, in some sense, a portable ping may be out of date. This is > > exactly why the upstream author didn't accept my patches to remove the > > dependency on kernel headers. He cares more about the package being up > > to date.

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Marco d'Itri
On Oct 21, Noah Meyerhans <[EMAIL PROTECTED]> wrote: > It depends on what you mean by "up to date". If we're only including > glibc headers, then we can only use functionality that glibc supports. Which I would consider a big problem. > If we bypass glibc and directly use kernel functionality, t

Re: pbuilder help (bug 334877)

2005-10-21 Thread Thomas Bushnell BSG
Blars Blarson <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: >> >>I'm trying to solve bug 304932/334877. >> >>I can reproduce the build failure using pbuilder, but not when I build >>on my own system directly. >> >>I would like to do the pbuilder build and

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Stephen Frost
* Noah Meyerhans ([EMAIL PROTECTED]) wrote: > On Fri, Oct 21, 2005 at 10:13:30PM +0200, Marco d'Itri wrote: > > > Is a portable version required to be not working and not up to date? > > If the upstream maintainer is not interested in it, yes. > > It depends on what you mean by "up to date". If w

Re: Dependencies of -dev packages

2005-10-21 Thread Goswin von Brederlow
On Thu, Oct 20, 2005 at 09:16:01PM +0200, Gabor Gombas wrote: > - Make pkg-config mandatory. pkg-config can already handle the case that > different libraries are needed for static and shared linking. > pkg-config also helps the second problem (conflicting -dev packages), > see below Did pkg

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Noah Meyerhans
On Fri, Oct 21, 2005 at 10:13:30PM +0200, Marco d'Itri wrote: > > Is a portable version required to be not working and not up to date? > If the upstream maintainer is not interested in it, yes. It depends on what you mean by "up to date". If we're only including glibc headers, then we can only us

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Marco d'Itri
On Oct 21, Olaf van der Spek <[EMAIL PROTECTED]> wrote: > > I could not care less about hurd or kFreeBSD, sorry. > > But I care a lot about having a working and up to date iputils package > > for my Linux systems, and I do not want Debian to fork it unless there > Is a portable version required to

systrace in debian

2005-10-21 Thread Stephan Wehner
Hi there, I'm wondering about having systrace available in debian. All I could find is it used to be available in unstable, but is now orphaned with Thorsten Sauter being the last maintainer. Debian is mentioned at http://www.citi.umich.edu/u/provos/systrace/linux.html but that doesn't seem

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Noah Meyerhans
On Fri, Oct 21, 2005 at 12:54:53PM -0700, Thomas Bushnell BSG wrote: > > Folding the headers into the package does not advance this goal, it > retards it. The inclusion of the kernel headers into the package was an explicitly temporary fix for version 3:20020927-2: * Build system cleanup. Stop

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Thomas Bushnell BSG
[EMAIL PROTECTED] (Marco d'Itri) writes: > On Oct 21, Noah Meyerhans <[EMAIL PROTECTED]> wrote: > >> > > and build process is a mess. The upstream developer is one of the >> > > kernel network stack maintainers, and he wants the iputils package to >> > > always work with the latest and greatest k

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Olaf van der Spek
On 10/21/05, Marco d'Itri <[EMAIL PROTECTED]> wrote: > I could not care less about hurd or kFreeBSD, sorry. > But I care a lot about having a working and up to date iputils package > for my Linux systems, and I do not want Debian to fork it unless there Is a portable version required to be not wor

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Marco d'Itri
On Oct 21, Noah Meyerhans <[EMAIL PROTECTED]> wrote: > > > and build process is a mess. The upstream developer is one of the > > > kernel network stack maintainers, and he wants the iputils package to > > > always work with the latest and greatest kernel functionality. As a > > > result, he incl

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Noah Meyerhans
On Fri, Oct 21, 2005 at 08:51:43PM +0200, Marco d'Itri wrote: > > and build process is a mess. The upstream developer is one of the > > kernel network stack maintainers, and he wants the iputils package to > > always work with the latest and greatest kernel functionality. As a > > result, he incl

Re: what to do with iputils (ping, etc)

2005-10-21 Thread Marco d'Itri
On Oct 21, Noah Meyerhans <[EMAIL PROTECTED]> wrote: > and build process is a mess. The upstream developer is one of the > kernel network stack maintainers, and he wants the iputils package to > always work with the latest and greatest kernel functionality. As a > result, he includes lots of ker

what to do with iputils (ping, etc)

2005-10-21 Thread Noah Meyerhans
Before I go off and do something drastic like fork the iputils packages (the packages that give us a handy little tool called 'ping') I'd like to ask for advice from the wider community. The iputils source package builds the iputils-{ping,tracepath,arping} binary packages. Iputils-ping is the def

Re: Bits from the release team: the plans for etch

2005-10-21 Thread Christian Perrier
> Oh, that's not needed. SElinux uses PAM to mediate access to > the password (there is a SELinux PAM module now). So, people who want > to enable SELinux on their machine have to do something like so: > > ,[ Add SELinux capability to the system ] > | if ! grep pam_selinux.so /etc/p

Re: Dependencies of -dev packages

2005-10-21 Thread Kurt Roeckx
On Thu, Oct 20, 2005 at 09:16:01PM +0200, Gabor Gombas wrote: > - Make pkg-config mandatory. pkg-config can already handle the case that > different libraries are needed for static and shared linking. > pkg-config also helps the second problem (conflicting -dev packages), > see below Pretty

Re: There are buildlogs for amd64 packages?

2005-10-21 Thread Goswin von Brederlow
Erik Schanze <[EMAIL PROTECTED]> writes: > Hi, > > there can I find the build log for dvgrab_1.7-1 on amd64? > > http://buildd.debian.org/ doesn't list amd64 at all and > http://amd64.ftbfs.de/ has only 1.8-1 and higher. > > Because amd64 is listed on http://packages.debian.org/ > build logs shoul

Re: There are buildlogs for amd64 packages?

2005-10-21 Thread Kurt Roeckx
On Thu, Oct 20, 2005 at 09:20:52PM +0200, Erik Schanze wrote: > Hi, > > there can I find the build log for dvgrab_1.7-1 on amd64? > > http://buildd.debian.org/ doesn't list amd64 at all and > http://amd64.ftbfs.de/ has only 1.8-1 and higher. Only buildd logs since about May 2005 are available on

Re: Bug#335018: ITP: OpenVPN-Admin -- Administration and certificate manager for OpenVPN

2005-10-21 Thread Jesus Climent
On Fri, Oct 21, 2005 at 03:33:14PM +0200, Alexander Wirt wrote: > Package: wnpp > Severity: wishlist > Owner: Alexander Wirt <[EMAIL PROTECTED]> > > * Package name: OpenVPN-Admin > * URL : http://sourceforge.net/projects/openvpnadmin/ Please, consider calling the package "openvpn-

Re: [Fwd: major problem with gnome-games dependency]

2005-10-21 Thread Pierre THIERRY
Scribit Kevin Mark dies 13/10/2005 hora 02:26: > I was thinking of a feature that would show 'recommends' but add a > line line explaining what installing package X would add to the > currently selected package. > > [...] > > if this metadata could be added to the package data file it could be > u

Bug#335018: ITP: OpenVPN-Admin -- Administration and certificate manager for OpenVPN

2005-10-21 Thread Alexander Wirt
Package: wnpp Severity: wishlist Owner: Alexander Wirt <[EMAIL PROTECTED]> * Package name: OpenVPN-Admin Version : 1.1.3 Upstream Author : Everaldo Canuto <[EMAIL PROTECTED]> Reiner Jung <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/ope

Re: [Bug#334632] Your message to Pkg-openssl-devel awaits moderator approval

2005-10-21 Thread sean finney
On Fri, Oct 21, 2005 at 03:23:27PM +0200, Frank Küster wrote: > > yeah. i'd say it's bad practice to have the Maintainer > > field of a package not go directly to the maintainer(s). > > Some packages have the Maintainer: field set to a list, e.g. dpkg, apt, > tetex, probably most java packages.

Re: [Bug#334632] Your message to Pkg-openssl-devel awaits moderator approval

2005-10-21 Thread Frank Küster
sean finney <[EMAIL PROTECTED]> wrote: > hi, > > On Fri, Oct 21, 2005 at 10:26:16PM +1000, Brian May wrote: >> I consider this a bug; reports sent to @packages.debian.org >> should go straight through to a maintainer or list of maintainers... > > yeah. i'd say it's bad practice to have the Mainta

Re: [Bug#334632] Your message to Pkg-openssl-devel awaits moderator approval

2005-10-21 Thread sean finney
hi, On Fri, Oct 21, 2005 at 10:26:16PM +1000, Brian May wrote: > I consider this a bug; reports sent to @packages.debian.org > should go straight through to a maintainer or list of maintainers... yeah. i'd say it's bad practice to have the Maintainer field of a package not go directly to the mai

[Bug#334632] Your message to Pkg-openssl-devel awaits moderator approval

2005-10-21 Thread Brian May
Hello, I consider this a bug; reports sent to @packages.debian.org should go straight through to a maintainer or list of maintainers... However, this appears to be sent to an upstream development mailing list, and it would appear my mail has not got through. Yes I know: a) I am jumping the gun,

Fwd: Bug#334901: Subject: ITP: knetdockapp -- Network activity monitor applet for KDE

2005-10-21 Thread Jorge Salamero Sanz
-- Forwarded Message -- Subject: Bug#334901: Subject: ITP: knetdockapp -- Network activity monitor applet for KDE Date: Thursday 20 October 2005 17:52 From: Jorge Salamero Sanz <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: ITP: knetdockapp -- Network activity monitor app

zope2.7 security fix (for bug 334055)

2005-10-21 Thread A Mennucc
hi everybody I have (hopefully) fixed the bug 334055 of zope2.7, that is a security alert. Note that my patch is much smaller than the original hotfix, which included also some new features such as nl and ca languages - - but usually we do not add new features in Debian when releasing security

Re: a few tips on proper use of version tracking in the Debian BTS

2005-10-21 Thread Stefano Zacchiroli
On Fri, Oct 21, 2005 at 02:08:17AM +0200, Pierre THIERRY wrote: > It seems. I did it for #297927: after sending a 'close 297927' to > [EMAIL PROTECTED], the BTS informed me that it was deprecated. I sent > another mail to [EMAIL PROTECTED] with 'Version: 0.9.23-1', and it is > now in the BTS as ``F

Re: Bits from the release team: the plans for etch

2005-10-21 Thread Martin Pitt
Hi Christian! Christian Perrier [2005-10-21 7:05 +0200]: > > At this point, most of the major packages that have to be > > modified to enable a bare SELinux Debian system are in place, with > > coreutils being the last holdout. > > > Myself and other shadow package maintainers were wo

Re: Bits from the release team: the plans for etch

2005-10-21 Thread Manoj Srivastava
On Fri, 21 Oct 2005 07:05:29 +0200, Christian Perrier <[EMAIL PROTECTED]> said: > (CC in case you don't follow -devel that closely given your current > situation, Manoj. Please accept my apologies in advance if you > do...) >> At this point, most of the major packages that have to be modified >>