Re: Please participate in popularity-contest

2005-07-24 Thread Ron Johnson
On Sun, 2005-07-24 at 14:25 +0200, Petter Reinholdtsen wrote:
> [Michelle Konzack]
> > Are there really only 5398 machines in i386 ?
[snip]
> Perhaps some of the reports got lost in the mail?  Hopefully the HTTP
> option will increase the participation count.

Soon after you put it in Experimental, installed it, for that very
reason.

Maybe a post to d-u would spread the word.

-- 
-
Ron Johnson, Jr.
Jefferson, LA USA
PGP Key ID 8834C06B I prefer encrypted mail.

"Politics is supposed to be the second-oldest profession. I have
come to realize that it bears a very close resemblance to the
first."
Ronald Reagan



signature.asc
Description: This is a digitally signed message part


nedit-nc

2005-07-24 Thread Xavier Couvelard

Hi
i use nedit, but i haven't the nc alias, so i 'd to put a & after the 
file name.

How can i get the nc alias or make one in my .bashrc?


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



Re: The BTS and bug subscriptions

2005-07-24 Thread Pascal Hakim
On Sat, Jul 23, 2005 at 10:37:02PM +0200, Goswin von Brederlow wrote:
> Kurt Roeckx <[EMAIL PROTECTED]> writes:
> 
> > On Fri, Jul 22, 2005 at 06:11:14PM +1000, Pascal Hakim wrote:
> >> 
> >> It is now possible to subscribe and unsubscribe from individual bugs in
> >> the Bug Tracking System. To do so, simply send an email to
> >> [EMAIL PROTECTED], or [EMAIL PROTECTED], where
> >> nnn is the bug number you wish to {,un}subscribe to. You will then need to
> >> reply to the confirmation email for the action to take effect.
> >
> > I would like that I don't have to confirm each time I subscribe
> > to a bug.  Could there be some list added so that you don't need
> > to confirm your subscription?
> >
> >
> > Kurt
> 
> As in once you confirmed one subscription the next one doesn't ask
> anymore? Sort of greylisting?
> 
> Sounds good.

It should always ask for confirmation unless someone has specifically
made the decision that they don't want to have to opt-in.

Cheers,

Pasc
-- 
Pascal Hakim  0403 411 672
Do Not Bend


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



Re: Bug#319711: RFH: gtkpod -- manage songs and playlists on an Apple iPod

2005-07-24 Thread Filippo Giunchedi
Frank Lichtenheld wrote:
> Package: wnpp
> Severity: normal
> 
> I'm searching a co-maintainer for this package since it has very
> frequent upstream releases and people are eager to get them as
> quick as possible (especially when Apple released a new firmware version...),
> so I think it would be feasible to have someone I can share the load with.
> 
> Non-DDs welcome, sponsoring an upload is way less work than to prepare
> it :)

I would like to help too, what about opening an alioth project and move
the package to svn?

filippo


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



Re: Who needs libcurl3? (was libcurl3-dev: A development package linked again gnutls needed)

2005-07-24 Thread Domenico Andreoli
On Fri, Jul 22, 2005 at 07:15:18PM +0200, Elimar Riesebieter wrote:
> On Mon, 18 Jul 2005 the mental interface of
> Domenico Andreoli told:
> 
> [...]
> > i doubt seriously a new package like libcurl3-gnutls is appropriate,
> > but let me know your opinion.
> > 
> > is this stuff urgent?
> Yes!

unfortunately heimdal bug #316980 makes curl FTBS :(

regards
domenico

-[ Domenico Andreoli, aka cavok
 --[ http://people.debian.org/~cavok/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: Please participate in popularity-contest

2005-07-24 Thread Bernd Eckenfels
In article <[EMAIL PROTECTED]> you wrote:
> Well, you need to remember the 620 reports without any arch info.  95%
> of them are probalby running i386 as well. :)

How can this  happen, anyway? PErhaps it would be good to add a option where
one can send a nickname of the owner and look up the reports by it?

Greetings
Bernd


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



Re: does libwmf0.2-7 have to depend on gsfonts ?

2005-07-24 Thread Josh Metzler
On Sunday 24 July 2005 11:14 am, Miernik wrote:
> Does libwmf0.2-7 has to depend on gsfonts ?
>
> I think that dependency should be changed to Recommends, because there
> are perfectly fine uses of libwmf0.2-7 where gsfonts are not needed at
> all. For example the wv package uses this library, and for example
> converting a MS Word doc file to a HTML file with:
>
> wvHtml file.doc file.html
>
> doesn't have any use of gsfonts. Or am I wrong?
>
> Similarly, X is not useful in that also, so dependencies:
>
> xlibs
> libice6
> libsm6
> libx11-6
>
> should also perhaps be changed to Recommends.

Please report bugs using the command line reportbug tool, rather than 
mailing debian-devel.

Thanks,
Josh


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



Re: Please participate in popularity-contest

2005-07-24 Thread Michelle Konzack
Am 2005-07-24 23:08:00, schrieb Erik Schanze:
> Hi Petter,

> Perhaps more will participate if you zip the report, to reduce traffic.
> It's requested in bug 149425 for years.
> 
> At least for modem users popcon traffic is significant.
> 
> And yes, I have only a low bandwidth modem line and run popcon, but others 
> don't do so.

FullACK.  -  Most of my friends in Turkey and arabic counties too.

> Kindly regards,
> 
> Erik

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature


Re: ftp-master.d.o, db.d.o down due to relocation

2005-07-24 Thread Florian Weimer
* James Troup:

> As previously mentioned[1], newraff and newsamosa have lost their
> existing hosting and are being relocated.

Is newsamosa the primary NS for debian.org, as the SOA record
suggests?

In this case, the debian.org zone could vanish from the secondaries
(and thus from the entire net) around July 28th, maybe sooner, unless
some primary NS is established again.


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



Re: Please participate in popularity-contest

2005-07-24 Thread Erik Schanze
Hi Petter,

Petter Reinholdtsen <[EMAIL PROTECTED]>:
> Please help the install team and others get a better view on the use
> of packages in Debian.  To do this, install the popularity-contest
> package and say yes to participate.
>
Perhaps more will participate if you zip the report, to reduce traffic.
It's requested in bug 149425 for years.

At least for modem users popcon traffic is significant.

And yes, I have only a low bandwidth modem line and run popcon, but others 
don't do so.


Kindly regards,

Erik


-- 
 www.ErikSchanze.de *
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
  * Linux-Info-Tag in Dresden, am 29. Oktober 2005  *
 Info: http://www.linux-info-tag.de *


pgpAISbm2qojw.pgp
Description: PGP signature


Re: NMUs wanted: C++ library packages in need of uploading

2005-07-24 Thread Adeodato Simó
> taglib

  I've done this one (currently in 1-day), since I was interested in
  checking whether libtagc0 really needed renaming (as proposed by the
  Ubuntu patch). It doesn't.

  Sorry for not notifying in the thread earlier.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Let us not be ashamed to speak what we shame not to think.
-- Michel de Montaigne


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



Bug#319779: ITP: pycairo -- python language bindings for the Cairo vector graphics library

2005-07-24 Thread Dave Beckett
Package: wnpp
Severity: wishlist
Owner: Dave Beckett <[EMAIL PROTECTED]>


  Package name: pycairo
  Version : 0.5.1
  Upstream Author : James Henstridge, Steve Chaplin, Kevin Worth
  URL : http://cairographics.org/snapshots/
  License : LGPL / MPL
  Description : Python language bindings for the Cairo vector graphics 
library

 This package contains modules that allow you to use the Cairo vector
 graphics library in Python programs.


I've been packaging this for several years, tracking cairo snapshots.
ITP now as it seems to be needed for pygtk and cairo is heading
towards a stable API.  Initial packages are available from
http://cairographics.org/packages/debian/unstable/

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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



decode

2005-07-24 Thread Jill Zhang



Dear Mr. Mao,
 
Are you still providing decode service? We have a 
need. Thanks


Re: BTS version tracking

2005-07-24 Thread Colin Watson
On Wed, Jul 20, 2005 at 01:45:03PM +0100, Colin Watson wrote:
> On Tue, Jul 19, 2005 at 10:34:23PM -0700, Brian Nelson wrote:
> > What if the maintainer uploads a version, say 1.3-2 (which is still the
> > most recent version), which supposedly fixes bug 1234567.  However, I
> > test it and find that it's actually not fixed.  Presumably, I would do:
> > 
> >   found 1234567 1.3-2
> > 
> > However, since 1.3-2 is equal to the current version, the BTS would
> > erroneously think that the bug is fixed.  That does seem to match
> > reality:
> > 
> >   http://bugs.debian.org/316089
> 
> Yes, this is a bug in version tracking: it's a canonicalisation problem
> between various internal representations of versions in debbugs,
> reported as bug #319037. Fortunately I don't think it's *too* hard to
> solve ...

This should now be fixed, and fortunately only a few bugs were bitten by
this. I've repaired them.

There may still be a few broken corner cases in the case of packages
that have used dpkg-gencontrol's -v switch to produce binary packages
with a different version from their source package (which is where most
of the really hairy corner cases in version tracking show up). Please
report these if you run across them.

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]


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



Re: broken g++ transition packages

2005-07-24 Thread Aurelien Jarno

Wouter Verhelst a écrit :

On Tue, Jul 19, 2005 at 12:45:18PM -0400, Mike Furr wrote:


The following is a list of packages which are linked against libstdc++5
on some architectures and libstdc++6 on others.  This list only contains
packages from Section: base/devel/libdevel/libs/oldlibs, as the full
list contains many things waiting for other packages to transition first
.  Format is "binary-pkg (source-pkg) [broken archs]"

These packages were uploaded very early in the transition and some of
the buildds did not have the right g++ version:
 prcs [arm hppa ia64 m68k sparc]
I have rebuilt the packages for sparc and hppa. I'll upload them as soon 
as ftp-master is back online.



 cssc [ia64 hppa sparc]

Same here, also for sparc and hppa.


 libflash0 [m68k arm i386]
The changelog's date is "Sun, 19 Jun 2005", ie before the start of the 
transition.



--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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



Re: The BTS and bug subscriptions

2005-07-24 Thread Colin Watson
On Sat, Jul 23, 2005 at 12:39:19PM +0200, Florian Weimer wrote:
> * Petter Reinholdtsen:
> > [Florian Weimer]
> >> Developers must be careful to Cc: the submitters, otherwise they
> >> probably never receive the message.
> >
> > What about the [EMAIL PROTECTED] address?
> 
> It's an alias for the email address of the submitter.  AFAICS,
> messages to this address do not end up in the BTS.

They do. They're not sent to the maintainer, but they are recorded in
the bug log and displayed when viewing the bug. (If you send a mail to
both nn@ and nn-submitter@, though, bugreport.cgi will spot the
two messages with duplicate Message-IDs and only show you the first
one.)

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]


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



Re: Please participate in popularity-contest

2005-07-24 Thread Andreas Fester

Perhaps some of the reports got lost in the mail?  Hopefully the HTTP
option will increase the participation count.


it already did, at least by one ;-)
The HTTP option is really a great improvement, especially
for desktop users.

Greetings,

Andreas

--
Andreas Fester
mailto:[EMAIL PROTECTED]
WWW: http://littletux.homelinux.org
ICQ: 326674288


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



Re: broken g++ transition packages

2005-07-24 Thread Olaf van der Spek
On 7/24/05, Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 19, 2005 at 12:45:18PM -0400, Mike Furr wrote:
> > The following is a list of packages which are linked against libstdc++5
> > on some architectures and libstdc++6 on others.  This list only contains
> > packages from Section: base/devel/libdevel/libs/oldlibs, as the full
> > list contains many things waiting for other packages to transition first
> > .  Format is "binary-pkg (source-pkg) [broken archs]"
> >
> > These packages were uploaded very early in the transition and some of
> > the buildds did not have the right g++ version:
> >   prcs [arm hppa ia64 m68k sparc]
> >   cssc [ia64 hppa sparc]
> >   libflash0 [m68k arm i386]
> > If you maintain one of these packages please upload a new version ASAP.
> 
> Please don't do that.
> 
> Instead, contact the relevant porters, asking them to do a binary NMU to
> fix the issues.

Is there no way to (semi) automatically request a rebuild on a buildd?



does gs needs to depend on gsfonts, or could it use ttf fonts maybe?

2005-07-24 Thread Miernik
gs-common package depends on gsfonts package, what if I don't want to
use these Type 1 fonts at all, and would purge the gsfonts package.
Would GS work with TTF fonts which are on my system instead?

If that would work, than maybe the 'Depends: gsfonts' dependency of
gs-common could be changed to Recommends ?

-- 
Miernik _  xmpp:[EMAIL PROTECTED]
___/___/  mailto:[EMAIL PROTECTED]
Why software shouldn't be covered by patents
http://bladeenc.mp3.no/articles/software_patents.html


pgpGPsRBUUNGf.pgp
Description: PGP signature


does libwmf0.2-7 have to depend on gsfonts ?

2005-07-24 Thread Miernik
Does libwmf0.2-7 has to depend on gsfonts ?

I think that dependency should be changed to Recommends, because there
are perfectly fine uses of libwmf0.2-7 where gsfonts are not needed at
all. For example the wv package uses this library, and for example
converting a MS Word doc file to a HTML file with:

wvHtml file.doc file.html

doesn't have any use of gsfonts. Or am I wrong?

Similarly, X is not useful in that also, so dependencies:

xlibs
libice6
libsm6
libx11-6

should also perhaps be changed to Recommends.

-- 
Miernik _  xmpp:[EMAIL PROTECTED]
___/___/  mailto:[EMAIL PROTECTED]
Why software shouldn't be covered by patents
http://bladeenc.mp3.no/articles/software_patents.html


pgpTMCf5qT2RP.pgp
Description: PGP signature


Re: "Button voting" can't be implemented anyway

2005-07-24 Thread Wouter Verhelst
On Thu, Jul 21, 2005 at 06:48:06PM -0400, Filipus Klutiero wrote:
> The web interface to the BTS is read-only. You couldn't have "button 
> voting" anyway (and of course that would be a mess without requiring 
> registration, which isn't implemented neither...).
> 
> ---Rant---
> I guess the way to go with the BTS is to switch to Bugzilla/other 
> packaged BTS.

---rant---
I guess that implementing a BTS which _requires_ registration and/or
authentication to report/work with bugs (such as is the case for
Bugzilla) is a bad idea. It's the best possible way to ensure you get
less bugreports.

Luckily, our BTS doesn't work that way. Which makes it one of the better
bug tracking systems out there, IMO.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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



Re: debian mentors & ubuntu

2005-07-24 Thread Wouter Verhelst
On Tue, Jul 19, 2005 at 09:07:13AM -0400, David Nusinow wrote:
> On Tue, Jul 19, 2005 at 02:03:34PM +0200, martin f krafft wrote:
> > why do you even care?
> 
> It's rather pathetic that the Debian mentors site doesn't run the operating
> system that's the reason for its existence.

The Debian mentors site runs a version of apache as packaged by Ubuntu.
That doesn't mean it doesn't run Debian.

Even if it did mean that, there's nothing wrong with that; it's been
done before --- OpenBSD runs its main website on Solaris (IIRC; at least
it's _not_ running on OpenBSD). Granted, OpenBSD people are mostly
braindead, but still.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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



Re: broken g++ transition packages

2005-07-24 Thread Wouter Verhelst
On Tue, Jul 19, 2005 at 12:45:18PM -0400, Mike Furr wrote:
> The following is a list of packages which are linked against libstdc++5
> on some architectures and libstdc++6 on others.  This list only contains
> packages from Section: base/devel/libdevel/libs/oldlibs, as the full
> list contains many things waiting for other packages to transition first
> .  Format is "binary-pkg (source-pkg) [broken archs]"
> 
> These packages were uploaded very early in the transition and some of
> the buildds did not have the right g++ version:
>   prcs [arm hppa ia64 m68k sparc]
>   cssc [ia64 hppa sparc]
>   libflash0 [m68k arm i386]
> If you maintain one of these packages please upload a new version ASAP.

Please don't do that.

Instead, contact the relevant porters, asking them to do a binary NMU to
fix the issues.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


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



Re: (no subject)

2005-07-24 Thread Wesley J. Landaker
On Saturday 23 July 2005 23:29, Manoj Srivastava wrote:
> On Sat, 23 Jul 2005 11:16:08 -0700, Daniel Burrows <[EMAIL PROTECTED]> 
said:
> > On Friday 22 July 2005 10:00 pm, Ryan Schultz wrote:
> >> For -devel... does anyone know why this list receives so many
> >> questions about [REDACTED]?
> >>
> >> [long list of links into -devel archives]
> >
> >   Because you just told Google that we're a good source for
> >   information about
> > you-know-what :P.
>
> We know everything that can be known about Voldemort?

Voldemort, who's that? Oh yeah, I think he's the composer of dueling 
banjos... ;)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpfCogfJCGwW.pgp
Description: PGP signature


Re: Please participate in popularity-contest

2005-07-24 Thread Michelle Konzack
Am 2005-07-24 14:25:11, schrieb Petter Reinholdtsen:

> Great.  Please keep up the good work, and try to get more people to
> participate as well. :)

I try to encourage and convince my clients to install it.  :-)
Some have concerns about security...

> Perhaps some of the reports got lost in the mail?  Hopefully the HTTP
> option will increase the participation count.

For my own Computers I have added an internal E-Mail Address,
to know, when it was send...  :-)

I hope it will increase.

Greetings and nice Sunday
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature


Re: apt 0.6 downloads from second archive?

2005-07-24 Thread Graham Williams
Received Fri 22 Jul 2005 11:58pm +1000 from Goswin von Brederlow:
> Graham Williams <[EMAIL PROTECTED]> writes:
> 
> > Received Fri 22 Jul 2005  9:27am +1000 from Matthew Palmer:
> >> On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote:
> >> > Since installing apt 0.6 on an otherwise up-to-date unstable (except
> >> > for anything depending on the aspell libraries...) packages on my
> >> > local archive are being overlooked even though this archive is listed
> >> > before others in my apt/sources.list. Downgrading to apt 0.5 and
> >> > things work again as expected (i.e., most is downloaded from
> >> > localhost).
> >> 
> >> Huge (uninformed) guess, but apt may be preferring packages from
> >> repositories it can verify the contents of.  Besides, if the versions are
> >> the same, then the contents should be the the same too, and (modulo
> >> bandwidth charges) which one you get from shouldn't matter.  BTW, the new
> >> (twisted-based) apt-proxy rocks hard, if it's your traffic allowances 
> >> you're
> >> worried about (and who wouldn't be in Australia, given what we get 
> >> charged).
> >> 
> >> - Matt
> >
> > Thanks for the guess Matt. I've added a Releases.gpg and it did not
> > make any difference. Traffic's not the issue - I download all new
> > upgrades early each morning automatically and they go into this local
> > archive so that when I get up, a distupgrade used to flash by - not now
> > since it has to grab them all again :-(
> >
> > I'll have a look at apt-proxy.
> >
> > Thanks,
> > Graham
> 
> What does your sources.list look like?
> 
> It seems like file:// and copy:// urls behave differently with the new
> secure apt. E.g. they don't get md5sum checked.
> 
> Try looping them through ftp or http.
> 
> MfG
> Goswin


It is all http!

deb http://localhost/pub/debian unstable main contrib non-free
deb ftp://ftp.nerim.net/debian-marillat/ unstable main
deb ftp://ftp.iinet.net.au/debian/debian/ unstable main contrib non-free
deb ftp://mirror.aarnet.edu.au/pub/debian unstable main contrib
deb http://ftp.debian.org/debian unstable main contrib non-free

Regards,
Graham


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



Re: Please participate in popularity-contest

2005-07-24 Thread Petter Reinholdtsen
[Michelle Konzack]
> Are there really only 5398 machines in i386 ?

Well, you need to remember the 620 reports without any arch info.  95%
of them are probalby running i386 as well. :)

> I cant belive it...  I have already 13 i386 machines with popcon and
> now I will install it on my Macintosh IIvx, my SPARCstation 10, my
> iMac and my new Digital Alpha 64/166 (bought for some days on eBay)
>
> And on most Desktop PC's I have installed at my Clients, popcon is
> running.  Maybe around 150 PC's in Strasbourg.

Great.  Please keep up the good work, and try to get more people to
participate as well. :)

Perhaps some of the reports got lost in the mail?  Hopefully the HTTP
option will increase the participation count.


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



Re: Please participate in popularity-contest

2005-07-24 Thread Michelle Konzack
Am 2005-07-24 01:56:24, schrieb Petter Reinholdtsen:

> At the moment, this is the relative ordering of architectures
> reporting to popularity-contest.  I would love to see more machines
> reporting in.
> 
> 1   0.02% m68k
> 1   0.02% hurd-i386
> 1   0.02% ppc64
> 2   0.03% kfreebsd-i386
> 3   0.05% mipsel
> 4   0.07% arm
> 4   0.07% s390
> 8   0.13% mips
>16   0.27% ia64
>24   0.40% hppa
>33   0.56% alpha
>72   1.21% sparc
>98   1.65% powerpc
>   279   4.69% amd64
>  5398  90.81% i386

Are there really only 5398 machines in i386 ?

I cant belive it...  I have already 13 i386 machines with popcon and
now I will install it on my Macintosh IIvx, my SPARCstation 10, my
iMac and my new Digital Alpha 64/166 (bought for some days on eBay)

And on most Desktop PC's I have installed at my Clients, popcon is
running.  Maybe around 150 PC's in Strasbourg.

>  5944 100.00% total (ignored 620 without arch info)
> 
> New in version 1.30 is support for reporting using HTTP POST, to make
> it possible for machines without working MTA to participate as well.

Cool, this will be better, because I have to made hacks to get the
messages out of some of my systems which are in a protected erea.

> Friendly,

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature


Re: Bug#319711: RFH: gtkpod -- manage songs and playlists on an Apple iPod

2005-07-24 Thread Alexander Wirt
Frank Lichtenheld schrieb am Sonntag, den 24. Juli 2005:

> Package: wnpp
> Severity: normal
> 
> I'm searching a co-maintainer for this package since it has very
> frequent upstream releases and people are eager to get them as
> quick as possible (especially when Apple released a new firmware version...),
> so I think it would be feasible to have someone I can share the load with.
As I wanted to hijack this package for myself some time ago, I would be happy
to assist you with gtkpod. 
So if you need my help, just drop me a mail :)

Best wishes
Alex


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



Bug#319711: RFH: gtkpod -- manage songs and playlists on an Apple iPod

2005-07-24 Thread Frank Lichtenheld
Package: wnpp
Severity: normal

I'm searching a co-maintainer for this package since it has very
frequent upstream releases and people are eager to get them as
quick as possible (especially when Apple released a new firmware version...),
so I think it would be feasible to have someone I can share the load with.

Non-DDs welcome, sponsoring an upload is way less work than to prepare
it :)

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


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



Re: libcrypto++

2005-07-24 Thread Florian Weimer
* Jens Peter Secher:

> Steve Langasek <[EMAIL PROTECTED]> writes:
>
>> Below is a list of libraries which appear to be blocking other packages that
>> need to go through the C++ transition[1] and which are themselves ready to
>> go through the ABI transition.
> [...]
>> libcrypto++
>
> I am fighting with libcrypto++ but so far I am loosing.  
>
> GCC4 does definitely not like a mix of templates and anonymous enums
> [1,2] but there are easy fixes for this.
>
> What is worse, it seems that GCC4 silently refuses to generate code for
> some template instantiations, which results in undefined symbols in the
> library, as others have experienced [3].  It might however be the case
> that GCC4, being more C++ standards compliant, has simply revealed a
> problem in the Crypto++ template code.

There's another problem with libtool:

[...]
/bin/sh ./libtool --mode=link g++  -g -Wall -fno-strict-aliasing -O2   -o 
libcrypto++5.2.la -rpath /usr/lib -version-info 0:0:0 3way.lo adler32.lo 
algebra.lo algparam.lo arc4.lo asn.lo base32.lo base64.lo basecode.lo bfinit.lo 
blowfish.lo blumshub.lo camellia.lo cast.lo casts.lo cbcmac.lo channels.lo 
crc.lo cryptest.lo cryptlib.lo default.lo des.lo dessp.lo dh.lo dh2.lo dll.lo 
dsa.lo ec2n.lo eccrypto.lo ecp.lo elgamal.lo eprecomp.lo esign.lo files.lo 
filters.lo fips140.lo fipsalgt.lo fipstest.lo gf256.lo gf2_32.lo gf2n.lo 
gfpcrypt.lo gost.lo gzip.lo haval.lo hex.lo hmac.lo hrtimer.lo ida.lo idea.lo 
integer.lo iterhash.lo luc.lo mars.lo marss.lo md2.lo md4.lo md5.lo md5mac.lo 
misc.lo modes.lo modexppc.lo mqueue.lo mqv.lo nbtheory.lo network.lo oaep.lo 
osrng.lo panama.lo pch.lo pkcspad.lo polynomi.lo pssr.lo pubkey.lo queue.lo 
rabin.lo randpool.lo rc2.lo rc5.lo rc6.lo rdtables.lo regtest.lo rijndael.lo 
ripemd.lo rng.lo rsa.lo rw.lo safer.lo shacal2.lo seal.lo serpent.lo sha.lo 
shark.lo sharkbox.lo simple.lo skipjack.lo socketft.lo square.lo squaretb.lo 
strciphr.lo tea.lo tftables.lo tiger.lo tigertab.lo trdlocal.lo ttmac.lo 
twofish.lo wait.lo wake.lo whrlpool.lo winpipes.lo xtr.lo xtrcrypt.lo 
zdeflate.lo zinflate.lo zlib.lo  
./libtool: line 4120: test: : integer expression expected
./libtool: line 4120: test: : integer expression expected
creating reloadable object files...
./libtool: line 4154: test: : integer expression expected
./libtool: line 4154: test: : integer expression expected
[...]

After that, libtool performs linking with quadratic complexity:

[...]
/usr/bin/ld -r -o .libs/libcrypto++5.2.la-42.o .libs/gfpcrypt.o .libs/libcrypto+
+5.2.la-41.o
/usr/bin/ld -r -o .libs/libcrypto++5.2.la-43.o .libs/gost.o .libs/libcrypto++5.2
.la-42.o
/usr/bin/ld -r -o .libs/libcrypto++5.2.la-44.o .libs/gzip.o .libs/libcrypto++5.2
.la-43.o
/usr/bin/ld -r -o .libs/libcrypto++5.2.la-45.o .libs/haval.o .libs/libcrypto++5.
2.la-44.o
/usr/bin/ld -r -o .libs/libcrypto++5.2.la-46.o .libs/hex.o .libs/libcrypto++5.2.
la-45.o
[...]

Linking will not finish after reasonable time as a result.

This means that I'm probably not able to test my patch, which is
included below.

Sun Jul 24 12:05:11 CEST 2005  Florian Weimer <[EMAIL PROTECTED]>
  * Make template instantiation compatible with GCC 4.0
  
  This patch is a kludge, but it will probably work.
diff -rN -u old-gcc-4.0-try/cryptopp_config.h.in 
new-gcc-4.0-try/cryptopp_config.h.in
--- old-gcc-4.0-try/cryptopp_config.h.in2005-07-24 12:09:18.0 
+0200
+++ new-gcc-4.0-try/cryptopp_config.h.in2005-07-24 11:24:11.0 
+0200
@@ -461,7 +461,7 @@
 #endif // CRYPTOPP_WIN32_AVAILABLE
 
 #if defined(CRYPTOPP_MANUALLY_INSTANTIATE_TEMPLATES) && 
!defined(CRYPTOPP_IMPORTS)
-#define CRYPTOPP_DLL_TEMPLATE_CLASS template class CRYPTOPP_DLL
+#define CRYPTOPP_DLL_TEMPLATE_CLASS extern template class CRYPTOPP_DLL
 #elif defined(__MWERKS__)
 #define CRYPTOPP_DLL_TEMPLATE_CLASS extern class CRYPTOPP_DLL
 #else
@@ -469,7 +469,7 @@
 #endif
 
 #if defined(CRYPTOPP_MANUALLY_INSTANTIATE_TEMPLATES) && 
!defined(CRYPTOPP_EXPORTS)
-#define CRYPTOPP_STATIC_TEMPLATE_CLASS template class
+#define CRYPTOPP_STATIC_TEMPLATE_CLASS extern template class
 #elif defined(__MWERKS__)
 #define CRYPTOPP_STATIC_TEMPLATE_CLASS extern class
 #else
diff -rN -u old-gcc-4.0-try/dll.cpp new-gcc-4.0-try/dll.cpp
--- old-gcc-4.0-try/dll.cpp 2005-07-24 12:09:18.0 +0200
+++ new-gcc-4.0-try/dll.cpp 2005-07-24 11:23:03.0 +0200
@@ -20,8 +20,9 @@
 
 NAMESPACE_BEGIN(CryptoPP)
 
-#ifdef __MWERKS__
+#ifdef __MWERKS__ || __GNUC__
 // CodeWarrior 8 workaround: explicit instantiations have to appear after 
member function definitions
+// Workaround also needed by GCC 4.
 CRYPTOPP_DLL_TEMPLATE_CLASS DL_GroupParameters_EC;
 CRYPTOPP_DLL_TEMPLATE_CLASS DL_GroupParameters_EC;
 CRYPTOPP_DLL_TEMPLATE_CLASS DL_FixedBasePrecomputationImpl;




Re: The BTS and bug subscriptions

2005-07-24 Thread Andreas Metzler
[Re-sent, gmane seems to have swallowed the original version.]
Petter Reinholdtsen <[EMAIL PROTECTED]> wrote:
> [Florian Weimer]
>> Developers must be careful to Cc: the submitters, otherwise they
>> probably never receive the message.

> What about the [EMAIL PROTECTED] address?  I thought it send
> a message both to BTS and to the submitter?  I use it all the time
> when I want the submitter to get the message.  I almost never CC to
> the submitter.

Hello,
[EMAIL PROTECTED] is archived in the BTS
(http://b.d.o/nnn) *and* forwarded to the submitter but _not_ forwarded
to the maintainer. Iirc it sets
Reply-To: , [EMAIL PROTECTED]
in the forwared mail, so the submitter's answer will not reach the
maintainer either, as it is sent to -quiet.

Iirc the bts is now smart enough to not show a mail sent

To: [EMAIL PROTECTED],[EMAIL PROTECTED]

twice on http://b.d.o/nnn.
  cu andreas
-- 
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"
   http://downhill.aus.cc/


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



Re: libcrypto++

2005-07-24 Thread Florian Weimer
* Florian Weimer:

> * Nathanael Nerode:
>
>> I'd be interested in working on tracking down the linking problems, but I 
>> don't want to duplicate your work.  Are your patches-so-far available 
>> somewhere?
>
> I think I've found the linking bug.  Details later.

The link problem is caused by code like this:

template 
struct Foo
{
  virtual ~Foo();
};

template struct Foo<5>;

template 
Foo::~Foo()
{
}

int
main()
{
  return 0;
}

This worked with GCC 3.4, but doesn't with 4.0.  I pretty much doubt
that this code was legal.  The fix is straightforward: Remove the
explicit template instantiation, and make sure that the template
implementation is visible each time the template is instantiated
implicitly.

I'll prepare a patch.


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