curl dependency problem in unstable

[[EMAIL PROTECTED]]

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-gnutls (D: git-core, D: ofx)
The following NEW packages will be automatically installed:
 libcurl3-gnutls (D: git-core, D: ofx)
The following packages have been kept back:
 dosemu
The following NEW packages will be installed:
 libcurl3-gnutls
The following packages will be upgraded:
 git-core ofx
2 packages upgraded, 1 newly installed, 1 to remove and 1 not upgraded.
Need to get 3838kB of archives. After unpacking 0B will be used.
The following packages have unmet dependencies:
 openoffice.org-core: Depends: libcurl4-gnutls (>= 7.16.2-1) but it
is not installable
 vorbis-tools: Depends: libcurl4-gnutls (>= 7.16.2-1) but it is not installable
 python-pycurl: Depends: libcurl4-gnutls (>= 7.16.2-1) but it is not
installable
Resolving dependencies...
The following actions will resolve these dependencies:

Remove the following packages:
ofx

Keep the following packages at their current version:
git-core [1:1.5.2.2-1+b1 (now)]
libcurl3-gnutls [Not Installed]
libcurl4-gnutls [7.16.2-4 (unstable, now)]

Score is 269

Accept this solution? [Y/n/q/?]
- end --

This is my sources.list:
deb http://ftp.debian.org/ unstable main contrib non-free
deb http://ftp.debian.org/ experimental main contrib non-free
# w32codecs and others
deb http://www.debian-multimedia.org/ unstable main
# package source
deb-src http://ftp.debian.org/ unstable main contrib non-free


Anyone has an idea how to resolve this?
thanks in advance.


All the best.
-arief


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[Domenico Andreoli]

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 version
available. you should simply upgrade them all.

regards,
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[Domenico Andreoli]

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 user, where the fixed
openoffice.org-core is still not available. you still have to wait a
little, sorry :/

ciao,
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[[EMAIL PROTECTED]]

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.
-arief


On 6/25/07, Domenico Andreoli <[EMAIL PROTECTED]> wrote:

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 user, where the fixed
openoffice.org-core is still not available. you still have to wait a
little, sorry :/

ciao,
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[[EMAIL PROTECTED]]

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: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 version
available. you should simply upgrade them all.

regards,
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Bill Allombert]

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 upload anyway.
> 
> The footnote was missing, unfortunately:  I'm really curious about the
> plans for the menu structure update.

The plan is explained in bug #361418. If you to comment on it, please
do it ASAP.

The footnote was supposed to refer to the fact that menu will silently
translate the old structure to the new one for a large number of
menu entries, but unfortunately not for af, so I discarded the footnote.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

problems with BTS?

[Dmitry E. Oboukhov]

- 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 adding the messages into BTS.
I,ve sent a patch to dhelp,
Message-ID: <[EMAIL PROTECTED]>

sent a bug to apt-howto-ru,
Message-ID: <[EMAIL PROTECTED]>

But no information has been added. Could You find out whether my address
was included into spam filter (or what is the cause of such situation)?

- End forwarded message -


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Frank Küster]

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], so
>> > the packages will need a new sourceful upload anyway.
>> 
>> The footnote was missing, unfortunately:  I'm really curious about the
>> plans for the menu structure update.
>
> The plan is explained in bug #361418. If you to comment on it, please
> do it ASAP.
>
> The footnote was supposed to refer to the fact that menu will silently
> translate the old structure to the new one for a large number of
> menu entries, but unfortunately not for af, so I discarded the footnote.

Ah, okay - I knew about the automatic translation, but was under the
impression that this should work for all or at least nearly all packages.

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

problems with BTS?

[Dmitry E. Oboukhov]

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 (2006-08-11)

> Hi!
> For some reason I've got a problem with adding the messages into BTS.
> I,ve sent a patch to dhelp,
> Message-ID: <[EMAIL PROTECTED]>

> sent a bug to apt-howto-ru,
> Message-ID: <[EMAIL PROTECTED]>

> But no information has been added. Could You find out whether my address
> was included into spam filter (or what is the cause of such situation)?

> - End forwarded message -

my IP's (domains): 
193.233.71.179  ( avanto.org )
81.9.63.169 ( uvw.ru )


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Fwd: ldap2dns (updated package)]

[Bjoern Boschman]

-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.1
of the package "ldap2dns".

I introduced a new upstream version and fixed #333448
If somebody could put this on master propably 4 bugs could be solved.
(See changelog)

It builds these binary packages:
ldap2dns   - LDAP based DNS management system

The package is lintian clean.

The package can be found on mentors.debian.net:
- - URL: http://mentors.debian.net/debian/pool/main/l/ldap2dns
- - Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- - dget
http://mentors.debian.net/debian/pool/main/l/ldap2dns/ldap2dns_0.4.1-0.1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Bjoern Boschman
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGf6WbABMWRpwdNukRAso9AJ4xHmgQI2lGTJhe3kK67zQFMXXFfACfd4JQ
UA8ossOPKlRLm+QfgK8e56A=
=tpJu
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Oleg Verych]

* 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 OpenLDAP's load profile than Google
> perftools (although both of them annihilate the glibc allocator).
>
>> [2] is very interesting to read in this case.  I'd be really interested
>> to know why one of those implementations is not the default in glibc,
>> and if hoard or perftools provides the better/faster malloc.
>
>> [1] http://sourceforge.net/projects/goog-perftools/
>> [2] http://bugs.mysql.com/bug.php?id=27063
>
> Well, I don't know if this is a full explanation,

Message-ID: <[EMAIL PROTECTED]>
WWW:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: I don't understand Debian

[Michael Banck]

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 PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Lucas Nussbaum]

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 prefer to have it as a separate release goal, or at least a different
> usertag (which is really all that matters; release goals are not binary
> achieved/not achieved anyway).

Ok, I'm fine with that. This release goal ("fresh build doesn't differ
from the archive") won't probably result in bugs being filed, since, in
most cases, it is enough to binNMU the affected packages.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[Michael Banck]

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 be better).

Please ask on debian-user or use stable or testing, which are should
support package installation without problems.


Michael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Bill Allombert]

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 moving
> >> > to a new menu structure, the menu file will need to be updated[1], so
> >> > the packages will need a new sourceful upload anyway.
> >> 
> >> The footnote was missing, unfortunately:  I'm really curious about the
> >> plans for the menu structure update.
> >
> > The plan is explained in bug #361418. If you to comment on it, please
> > do it ASAP.
> >
> > The footnote was supposed to refer to the fact that menu will silently
> > translate the old structure to the new one for a large number of
> > menu entries, but unfortunately not for af, so I discarded the footnote.
> 
> Ah, okay - I knew about the automatic translation, but was under the
> impression that this should work for all or at least nearly all packages.

Well it can work for all the packages, but there is no direct mapping
from the old structure to the new one, and special-casing two hundred
packages (out of 2500 providing menu entry) is something I would really
much avoid. 

Much better to NMU two hundred packages to fix the menu entries
properly. Some packages deserve a sourceful upload this millenium...

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Gustavo R. Montesino]

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: Python
  Description : Bug Triage and Forward Tool

bug-triage is a graphical tool to help triaging and forwarding
of bugs from the Debian Bug Tracking System.
.
bug-triage is in an early stage of development; currently, only
a gtk interface is provided.

This package is part of my Google Summer of Code project, the Bug Triage
and Forward Tool.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Hendrik Frenzel]

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: Perl
  Description : SNMP Plugins for the nagios network monitoring and 
manegement system

Nagios is a host/service/network monitoring and management system. It has
the following features:

 *  Monitoring of network services (via TCP port, SMTP, POP3, HTTP, NNTP,
PING, etc.)
 *  Plugin interface to allow for user-developed service checks
 *  Contact notifications when problems occur and get resolved (via email,
pager, or user-defined method)
 *  Ability to define event handlers to be run during service or host events
(for proactive problem resolution)
 *  Web output (current status, notifications, history, log file, etc.)

This package provides a set of plugins for checking with SNMP.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-vserver-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problems with BTS?

[Joey Schulze]

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 the same.  -- Barne's Law

Please always Cc to me when replying to me on the lists.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Torsten Marek]

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 : Demonstration scripts for the PyOpenGL library

PyOpenGL-Demo contains demonstration scripts on how to use the PyOpenGL 
library and Python ports of several well-known OpenGL tutorials.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Bernhard R. Link]

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
* License : GPLv2
  Programming Lang: C
  Description : trigger actions when files hit an incoming directory

inoticoming is a daemon to watch a directory with Linux's inotify
framework and trigger actions once files with specific names are placed
in there.
.
For example it can be used to wait for .changes files uploaded
into a directory and call reprepro to put them into your repository.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: I don't understand Debian

[Jon Dowland]

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 for development.

debian-user would be the appropriate list in this case.


-- 
Jon Dowland


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Russ Allbery]

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) is that not only is Hoard significantly faster than
glibc for OpenLDAP, it's also more space-efficient and allocates less
total memory as soon as there are multiple clients querying the server at
the same time.

See:

http://www.openldap.org/lists/openldap-devel/200608/msg00039.html
http://www.openldap.org/lists/openldap-devel/200611/msg4.html
http://highlandsun.com/hyc/malloc/

You can also see on those graphs, particularly the last page, the relative
performance of tcmalloc, which is more efficient but a little slower.

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Steinar H. Gunderson]

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, it's also more space-efficient and allocates less
> total memory as soon as there are multiple clients querying the server at
> the same time.

I guess it depends on your access patterns. In any case, I do not oppose this
ITP, but I think it should be noted that it doesn't give memory back to the
operating system if that is indeed the case.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Russ Allbery]

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 Hoard significantly faster
>> than glibc for OpenLDAP, it's also more space-efficient and allocates
>> less total memory as soon as there are multiple clients querying the
>> server at the same time.

> I guess it depends on your access patterns. In any case, I do not oppose
> this ITP, but I think it should be noted that it doesn't give memory
> back to the operating system if that is indeed the case.

Studying the Hoard paper, it appears that it does release memory back to
the operating system if the allocated block is "large."  The general
description is very similar to the description of what glibc does,
although I don't know if there's a difference in practice in how much
memory is released and I don't know if it uses exactly the same technique
on Linux.

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Gabor Gombas]

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, it's also more space-efficient and allocates less
> total memory as soon as there are multiple clients querying the server at
> the same time.

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 memory is certainly much more
telling.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

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

[Russ Allbery]

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 memory is certainly much more
> telling.

I believe it's the amount of memory that's mapped, although I'm not
certain.  However, I'm fairly certain that Hoard also has better
performance in terms of how much memory is dirtied, or at least the
locality of memory that's dirtied, since one of the things that Hoard
specifically focuses on doing better than glibc malloc is cache locality.

-- 
Russ Allbery ([EMAIL PROTECTED])   


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[Steve Greenland]

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 then would we encourage users of unstable to subscribe to
debian-devel and ask questions here? Problems with the unstable archives
are on-topic for -devel. Sure, the user might be *mistaken* about the
source of the problem, but we can solve that.

Steve

-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[Raphael Hertzog]

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 questions here? Problems with the unstable archives
> are on-topic for -devel. Sure, the user might be *mistaken* about the
> source of the problem, but we can solve that.

We have the BTS for that. And debian-user is a filter for problems
concerning unstable (they'll find out the broken packages and indicate him
against which package the problems needs to be reported)... so I agree it
was materiel for the user list.

With the number of contributors raising, the level of that list should
raise together.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[Michael Banck]

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 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 questions here? 

Do we?  I thought we only encourage them to subscribe to unstable to
read it and keep current on possible issues.

> Problems with the unstable archives are on-topic for -devel. 

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 people in #debian asking that everyday.

My understanding is that we do not support users running unstable with
their package interdependency problems - they should be able to fix
those themselves if they run unstable (at least, that is the current
stance in #debian, where we resolve those problems on a best-effort
basis contrary to stable/testing issues, dunno about the debian-user
list).  They should file bugs for them if there aren't any of course,
and we support them in sofar as we expect the respective maintainers to
fix those issues once they are reported.

Just mailing debian-devel instead shouldn't be encouraged, IMHO, we'd
drown in those mails if everybody did that.  Hrm, maybe we should have
this discussion on -project, m-f-t set.


cheers,

Michael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: curl dependency problem in unstable

[[EMAIL PROTECTED]]

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 problem in unstable for a week now:
> >
> > I'm sorry, but I don't think inquiries about unstable issues are on
> > topic here,
>



Sorry if I have unknowingly posting in the wrong place.

I really don't know about the rules, I firstly thought that unstable problem
should go to -devel, and so happens that is the only list I currently
subscribed to.

I know that things can be rough in unstable (hey, it's bumpy but it's a fun
ride), it's just that this one problem seems a bit interesting to me, thus I
mailed the list.

If this is turn out to be the wrong place to sent this mail, I won't do it
again. Please continue your efforts in improving debian for all of us.

Thanks for the support and attention.


all the best.
-arief

Re: curl dependency problem in unstable

[Andreas Barth]

* 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 people in #debian asking that everyday.

In *this* case however we will end up with a few uninstallable packages
in testing for a few days - currently working on fixing that during the
next days. (In case people ask about such issues in testing.)


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

coreutils: long stall

[Oleg Verych]

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]

Bug#430622: ITP: dbeacon -- Multicast Beacon

[Faidon Liambotis]

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++
  Description : Multicast Beacon

dbeacon is a multicast beacon. Its main purpose is to monitor other
beacon's reachability and collect statistics such as loss, delay and
jitter between them.

dbeacon supports both IPv4 and IPv6 multicast, collecting information
using both Any Source Multicast (ASM) and Source-Specific Multicast
(SSM).

This package also includes dbeacon matrix, a Perl script to generate
beacon reachability matrices in HTML.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]