Bug#430622: ITP: dbeacon -- Multicast Beacon

Package: wnpp Severity: wishlist Owner: Faidon Liambotis <[EMAIL PROTECTED]> * Package name: dbeacon Version : 0.3.9 Upstream Author : Hugo Santos <[EMAIL PROTECTED]> * URL : http://fivebits.net/proj/dbeacon/ * License : GPLv2 Programming Lang: C++ Descripti

coreutils: long stall

At least experimental package must be updated. Is it maintainer's problem or it's a normal situation? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

* Michael Banck ([EMAIL PROTECTED]) [070625 18:35]: > There's always tons of problems with packages in unstable not installing > etc. Unless you mean something else with `the unstable archive' I don't > see how asking here about every apt-get install failing will work > out - We've got dozens of

Re: curl dependency problem in unstable

Hi all, On 6/25/07, Michael Banck <[EMAIL PROTECTED]> wrote: On Mon, Jun 25, 2007 at 11:06:49AM -0500, Steve Greenland wrote: > On 25-Jun-07, 08:33 (CDT), Michael Banck <[EMAIL PROTECTED]> wrote: > > On Mon, Jun 25, 2007 at 02:07:05PM +0700, [EMAIL PROTECTED] wrote: > > > I'm having this probl

Re: curl dependency problem in unstable

On Mon, Jun 25, 2007 at 11:06:49AM -0500, Steve Greenland wrote: > On 25-Jun-07, 08:33 (CDT), Michael Banck <[EMAIL PROTECTED]> wrote: > > On Mon, Jun 25, 2007 at 02:07:05PM +0700, [EMAIL PROTECTED] wrote: > > > I'm having this problem in unstable for a week now: > > > > I'm sorry, but I don't th

Re: curl dependency problem in unstable

On Mon, 25 Jun 2007, Steve Greenland wrote: > On 25-Jun-07, 08:33 (CDT), Michael Banck <[EMAIL PROTECTED]> wrote: > > I'm sorry, but I don't think inquiries about unstable issues are on > > topic here, > > Um, why then would we encourage users of unstable to subscribe to > debian-devel and ask qu

Re: curl dependency problem in unstable

On 25-Jun-07, 08:33 (CDT), Michael Banck <[EMAIL PROTECTED]> wrote: > Hi, > > On Mon, Jun 25, 2007 at 02:07:05PM +0700, [EMAIL PROTECTED] wrote: > > I'm having this problem in unstable for a week now: > > I'm sorry, but I don't think inquiries about unstable issues are on > topic here, Um, why

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

Gabor Gombas <[EMAIL PROTECTED]> writes: > Looking at the links there is no mention what "memory size" means here. > Is it the amount of RAM mapped, or the amount of memory dirtied? > Mapping more memory is less important (unless you're running out of > address space of course). Dirtying more memo

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote: > The problem with this theory (basically, that glibc is taking a > performance penalty by giving memory back to the system and hence being > more space efficient) is that not only is Hoard significantly faster than > glibc for OpenLDAP

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

Steinar H Gunderson <[EMAIL PROTECTED]> writes: > On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote: >> The problem with this theory (basically, that glibc is taking a >> performance penalty by giving memory back to the system and hence being >> more space efficient) is that not only is

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote: > The problem with this theory (basically, that glibc is taking a > performance penalty by giving memory back to the system and hence being > more space efficient) is that not only is Hoard significantly faster than > glibc for OpenLDAP,

Re: (glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

Oleg Verych <[EMAIL PROTECTED]> writes: > Message-ID: <[EMAIL PROTECTED]> > WWW: The problem with this theory (basically, that glibc is taking a performance penalty by giving memory back to the system and hence being more space efficient)

Re: I don't understand Debian

On Mon, Jun 25, 2007 at 03:37:56PM +0200, Michael Banck wrote: > Hi, > > On Sun, Jun 24, 2007 at 12:53:47PM +0200, ignatius wrote: > > I'm happy that you don't see me as a troll. > > I see your remarks as off-topic on this list, though. Please look for a > more appropriate list, debian-devel is

Bug#430406: ITP: inoticoming -- trigger actions when files hit an incoming directory

Package: wnpp Severity: wishlist Owner: "Bernhard R. Link" <[EMAIL PROTECTED]> * Package name: inoticoming Version : 0.0.1 Upstream Author : Bernhard R. Link <[EMAIL PROTECTED]> * URL : http://alioth.debian.org/plugins/scmcvs/cvsweb.php/inoticoming/?cvsroot=mirrorer *

Bug#430473: ITP: pyopengl-demo -- Demonstration scripts for the PyOpenGL library

Package: wnpp Severity: wishlist Owner: Torsten Marek <[EMAIL PROTECTED]> Package name: pyopengl-demo Version : 3.0.0~a6 Upstream Author : Mike C. Fletcher URL : http://pyopengl.sourceforge.net/ License : BSD Programming Lang: Python Description :

Re: problems with BTS?

The problem seems to be that the archive run takes some 36 hours (as Don recently mentioned) and that it still locks most of the BTS which thus is not able to process mails anymore. You're not the only one waiting for action. Regards, Joey -- If nothing changes, everything will remain

Bug#430421: ITP: nagios-plugins-snmp -- SNMP Plugins for the nagios network monitoring and manegement system

Package: wnpp Severity: wishlist Owner: Hendrik Frenzel <[EMAIL PROTECTED]> * Package name: nagios-plugins-snmp Version : 1.1.1 Upstream Author : Patrick Proy <[EMAIL PROTECTED]> * URL : http://nagios-snmp.sourceforge.net * License : GPL Programming Lang: Per

Bug#430430: ITP: bug-triage -- Bug Triage and Forward Tool

Package: wnpp Severity: wishlist Owner: "Gustavo R. Montesino" <[EMAIL PROTECTED]> * Package name: bug-triage Version : 0.1 Upstream Author : Gustavo R. Montesino <[EMAIL PROTECTED]> * URL : http://bug-triage.alioth.debian.org/ * License : GPL Programming Lang

Re: Proposed new release goal: Dependency/file list predictability

On Mon, Jun 25, 2007 at 12:34:30PM +0200, Frank Küster wrote: > Bill Allombert <[EMAIL PROTECTED]> wrote: > > > On Mon, Jun 25, 2007 at 08:22:17AM +0200, Frank Küster wrote: > >> Bill Allombert <[EMAIL PROTECTED]> wrote: > >> > >> > This should be fixed by rebuilding af. However, since we are mov

Re: Proposed new release goal: Dependency/file list predictability

On 24/06/07 at 20:25 +0200, Steinar H. Gunderson wrote: > > Steinar, do you want to merge your release goal with that one, or do you > > prefer > > me to file a seperate release goal? The main reason why I think they should > > be > > merged is that the way to detect issues is similar. > > I'd p

Re: I don't understand Debian

Hi, On Sun, Jun 24, 2007 at 12:53:47PM +0200, ignatius wrote: > I'm happy that you don't see me as a troll. I see your remarks as off-topic on this list, though. Please look for a more appropriate list, debian-devel is for development. thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PRO

Re: curl dependency problem in unstable

Hi, On Mon, Jun 25, 2007 at 02:07:05PM +0700, [EMAIL PROTECTED] wrote: > I'm having this problem in unstable for a week now: I'm sorry, but I don't think inquiries about unstable issues are on topic here, unless you want to discuss patches you've sent (even then, the relevant packages' bugs would

(glibc's opinion on malloc) Re: Bug#430140: ITP: hoard -- Fast, scalable, and efficient replacement memory allocator

* From: Russ Allbery * Date: Sun, 24 Jun 2007 22:36:21 -0700 * Organization: The Eyrie > > Bernd Zeimetz <[EMAIL PROTECTED]> writes: [] > >> there're also the google perftools[1], which are suppsed to work very >> well and we have libgoogle-perftools in Debian. > > Hoard is noticably better for Ope

[Fwd: ldap2dns (updated package)]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - Original Message Subject: ldap2dns (updated package) Date: Fri, 22 Jun 2007 10:44:15 +0200 From: Bjoern Boschman <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Dear mentors, I am looking for an Source NMU for the new version 0.4.1-0.

problems with BTS?

On 14:52 Mon 25 Jun , Dmitry E. Oboukhov wrote: > - Forwarded message from "Dmitry E. Oboukhov" <[EMAIL PROTECTED]> - > Date: Mon, 25 Jun 2007 11:39:22 +0400 > From: "Dmitry E. Oboukhov" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: problems with BTS? > User-Agent: Mutt/1.5.13

problems with BTS?

- Forwarded message from "Dmitry E. Oboukhov" <[EMAIL PROTECTED]> - Date: Mon, 25 Jun 2007 11:39:22 +0400 From: "Dmitry E. Oboukhov" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: problems with BTS? User-Agent: Mutt/1.5.13 (2006-08-11) Hi! For some reason I've got a problem with addin

Re: Proposed new release goal: Dependency/file list predictability

Bill Allombert <[EMAIL PROTECTED]> wrote: > On Mon, Jun 25, 2007 at 08:22:17AM +0200, Frank Küster wrote: >> Bill Allombert <[EMAIL PROTECTED]> wrote: >> >> > This should be fixed by rebuilding af. However, since we are moving >> > to a new menu structure, the menu file will need to be updated[1]

Re: Proposed new release goal: Dependency/file list predictability

On Mon, Jun 25, 2007 at 08:22:17AM +0200, Frank Küster wrote: > Bill Allombert <[EMAIL PROTECTED]> wrote: > > > This should be fixed by rebuilding af. However, since we are moving > > to a new menu structure, the menu file will need to be updated[1], so > > the packages will need a new sourceful u

Re: curl dependency problem in unstable

Huh ? I'm on an i386 here. How could I became amd64 or ppc? This is strange for me. Yesterday, I tried get.debian.net, and that site has also identified me as amd64/ppc. Where could I check this ? Thanks again. Anyway, I'll just wait for a few more days to see what'll happen. All the best. -

Re: curl dependency problem in unstable

On Mon, Jun 25, 2007 at 03:35:26PM +0700, [EMAIL PROTECTED] wrote: > Hi Domenico, hi, > I want to upgrade, but I think these conditions make it a no-go for me: > > - libcurl3-gnutls Conflicts: libcurl4-gnutls > - openoffice.org-core Depends: libcurl4-gnutls probably you are a amd64 or powerpc u

Re: curl dependency problem in unstable

Hi Domenico, I want to upgrade, but I think these conditions make it a no-go for me: - libcurl3-gnutls Conflicts: libcurl4-gnutls - openoffice.org-core Depends: libcurl4-gnutls All the best. -arief On 6/25/07, Domenico Andreoli <[EMAIL PROTECTED]> wrote: On Mon, Jun 25, 2007 at 02:07:05P

Re: curl dependency problem in unstable

On Mon, Jun 25, 2007 at 02:07:05PM +0700, [EMAIL PROTECTED] wrote: > Hi all. hi, > I'm having this problem in unstable for a week now: this should start settling down... > Anyone has an idea how to resolve this? > thanks in advance. all the packages involved in your conflict have a fixed versi

curl dependency problem in unstable

Hi all. I'm having this problem in unstable for a week now: -- start -- The following packages are BROKEN: openoffice.org-core (D: libcurl4-gnutls) python-pycurl (D: libcurl4-gnutls) vorbis-tools (D: libcurl4-gnutls) The following packages are unused and will be REMOVED: libcurl4-gnut