Work-needing packages report for Jul 20, 2007

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 388 (new: 3)
Total number of packages offered up for adoption: 89 (new: 7)
Total number of packages requested help for: 40 (new: 1)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   cdrw-taper (#433110), orphaned 5 days ago
 Description: amanda taper replacement to support CD-RW or DVD+RW
 Installations reported by Popcon: 69

   libcdg123 (#433756), orphaned today
 Description: CD+G data decoder library
 Reverse Depends: libcdg123-dev
 Installations reported by Popcon: 16

   libspf (#433108), orphaned 5 days ago
 Description: the ANSI C SPF reference library
 Reverse Depends: libspf-dev spfmilter spfqtool whitelister
 Installations reported by Popcon: 203

385 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   cbedic (#433326), offered 3 days ago
 Description: Text-mode Bulgarian/English Dictionary
 Installations reported by Popcon: 7

   dmx4linux (#433398), offered 3 days ago
 Description: DMX512 lighting protocol tools
 Reverse Depends: dmx4linux-tools libdmx4linux-dev
 Installations reported by Popcon: 25

   kbedic (#433325), offered 3 days ago
 Description: K Bulgarian/English Dictionary
 Installations reported by Popcon: 22

   papercut (#433308), offered 3 days ago
 Description: simple and extensible NNTP server
 Installations reported by Popcon: 6

   ttf-arhangai (#433317), offered 3 days ago
 Description: A TrueType font with Mongolian

   xfonts-bolkhov (#433319), offered 3 days ago
 Installations reported by Popcon: 839

   xfonts-cronyx (#433320), offered 3 days ago
 Description: cyrillic BDF fonts
 Installations reported by Popcon: 895

82 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

[NEW] torrus (#433223), requested 4 days ago
 Reverse Depends: torrus-apache torrus-apache2
 Installations reported by Popcon: 16

   aboot (#315592), requested 756 days ago
 Description: Alpha bootloader: Looking for co-maintainers
 Reverse Depends: aboot aboot-cross dfsbuild ltsp-client-core
 Installations reported by Popcon: 99

   apt-build (#365427), requested 446 days ago
 Description: Need new developer(s)
 Installations reported by Popcon: 800

   apt-cacher (#403584), requested 213 days ago
 Description: caching proxy system for Debian package and source
   files
 Installations reported by Popcon: 350

   apt-show-versions (#382026), requested 345 days ago
 Description: lists available package versions with distribution
 Installations reported by Popcon: 2821

   athcool (#278442), requested 996 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 287

   cvs (#354176), requested 511 days ago
 Description: Concurrent Versions System
 Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage
   cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (17
   more omitted)
 Installations reported by Popcon: 18616

   dpkg (#282283), requested 971 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb clamsmtp crosshurd (87 more
   omitted)
 Installations reported by Popcon: 56063

   dsniff (#430162), requested 27 days ago
 Description: Various tools to sniff network traffic for cleartext
   insecurities
 Installations reported by Popcon: 967

   elvis (#432298), requested 10 days ago
 Description: powerful clone of the vi/ex text editor (with X11
   support)
 Reverse Depends: elvis elvis-console elvis-tools
 Installations reported by Popcon: 263

   foo2zjs (#429872), requested 29 days ago
 Description: Support for printing to ZjStream-based printers
 Installations reported by Popcon: 555

   gentoo (#422498), requested 74 days ago
 Description: a fully GUI-configurable, two-pane X file manager
 Installations reported by Popcon: 269

   gpsdrive (#406522), requested 189 days ago
 Description: Car navigation system
 Installations reported by Popcon: 427

   grub (#248397), requested 1165 days ago
 Description: GRand Unified Bootloader
 Reverse Depends: dfs

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Christian Perrier]

> > Do we need package descriptions anybody can understand even without
> > knowing anything about the topic or what?  
> 
> To an extent, yes.  The expectation is that the target audience,
>  which is a typical Debian user installing packages on a machine, should
>  be expected to figure out whether or not the package might be useful


Not speaking about the poor folks who will *translate* those
descriptions and who are not always deep specialists of the package's
topic.

I just completed the translation of a few Hamradio packages and, wow,
the hamradio jargon they use is about as intelligible as Sanskrit to
me...:-). It even sometimes takes ages before one can *understand*
that the package deals with hamradio.

So, just like many other people said in this thread, please try
thinking about the user who just comes on a given package description
because (s)he "apt-cache search"ed some random words:)

Package descriptions are sometimes not considered as important as they
are.






signature.asc
Description: Digital signature

Re: [Debian Installer] Experimental support for Serial ATA RAID (dmraid)

[Faidon Liambotis]

Frans Pop wrote:
[1] To confuse the general public, this is also referred to as ATA RAID, 
BIOS RAID, fake RAID and software RAID, as well as a number of vendor 
specific terms such as "Intel Matrix Storage".
Actually, ATA RAID is more appropriate since dmraid isn't limited to 
Serial ATA in any way.


That't what the package description and upstream are using FWIW.

Regards,
Faidon


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

Re: Looking for new FTP assistants

[Oleg Verych]

> This require some work from sender's side, how is using plain MUA<->ML
> interaction. For things like Gmane or reportbug anti-spam rules are
> customizable and known at least.

While defending against spam is being long enough on user's side [0],
why not to apply this little addition to sender's duty, hm?

[0] The poor user hit by spam in 5 hours after BTS post
<[EMAIL PROTECTED]>



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

Re: Looking for new FTP assistants

[Oleg Verych]

> Date: Tue, 10 Jul 2007 12:40:27 +0200

> Maybe is it time to adopt some required tags in the mail subjects to filter
> spamming activities? Something already adopted for the RT system indeed.

I also am thinking about something new in anti-spam case.

While i'm newbie, let me express the idea.
Doing bcc to watch dogs, where those are

  separate for mailing lists, bts, whatever else; with special syntax
  of the address (or addresses) in the bcc field, because only they appear
  in a message's envelope-to header

This require some work from sender's side, how is using plain MUA<->ML
interaction. For things like Gmane or reportbug anti-spam rules are
customizable and known at least.

Subject is a content-describing thing, thus is not appropriate for
filtering IMHO. I even wanted to propose to include package/subsystem
name to messages resent to developer's or general (like all bugs) MLs
to have easy way of filtering info i'm not interested.

Finally X-Bug-Title will be also very useful, because i can participate
to topic known to me faster without going to bts via http or other means,
where i can have needed info right here.
--
-o--=O`C
 #oo'L O
<___=E M


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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Manoj Srivastava]

On Thu, 19 Jul 2007 18:47:59 +0200, Nico Golde <[EMAIL PROTECTED]> said: 

> Hi,
> * martin f krafft <[EMAIL PROTECTED]> [2007-07-19 18:40]:
>> also sprach Nico Golde <[EMAIL PROTECTED]> [2007.07.19.1828 +0200]:
>> > "What are these tools good for? Mainly for controlling large
>> > collections of nodes in the wide-area, where faster alternatives
>> > such as GEXEC and PCP are not available. For example, I use these
>> > tools on a fairly routine basis on PlanetLab to control hundreds of
>> > machines spread around the world."
>> 
>> That says absolutely nothing. Use cases? Are pssh tools going to
>> enable non-deterministic system administration?

> Do we need package descriptions anybody can understand even without
> knowing anything about the topic or what?  

To an extent, yes.  The expectation is that the target audience,
 which is a typical Debian user installing packages on a machine, should
 be expected to figure out whether or not the package might be useful
 (as opposed to deciding not to install a package because they can't
 make head or tail of the description).

Obviously, this is not supposed to be taken to the extreme; you
 are not supposed to define a full ontology of every word used in the
 description; but in this case a number of fairly expert users have
 indicated that they are unable to understand what the package does, so
 I definitely feel that there is no question about this particular case.

manoj
-- 
"Many are the wonders of the Universe, and none so wonderful as
Mankind!" -- Sophocles
Manoj Srivastava <[EMAIL PROTECTED]> 
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Re: Mass bug filing: Dependency/file list predictability

[Mark Brown]

On Thu, Jul 19, 2007 at 06:37:55PM +0100, Neil Williams wrote:

> Didn't mean to sound accusatory - more surprised. It was strange that
> one package is commonly affected and others that also changed versions
> were not. Maybe something to do with pattern matching failing when a
> version includes dfsg or similar alpha characters.

*Lots* of things redepend on zlib1g directly or indirectly.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Ben Finney]

Nico Golde <[EMAIL PROTECTED]> writes:

> Do we need package descriptions anybody can understand even without
> knowing anything about the topic or what?

A description that gives someone who has looked at the package because
they *might* be interested, enough information to decide whether they
want to install the package or not. Saying what the package actually
does is a pretty good start.

-- 
 \ "If we don't believe in freedom of expression for people we |
  `\ despise, we don't believe in it at all."  -- Noam Chomsky |
_o__)  |
Ben Finney


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

Re: Mass bug filing: Dependency/file list predictability

[Michael Biebl]

Michael Biebl schrieb:
> Steinar H. Gunderson schrieb:
> 
>> Michael Biebl <[EMAIL PROTECTED]>
>>knetworkmanager
>>kpowersave
> 
> These two are affected because of unsermake being installed and so the
> build fails completely.
> unsermake though is scheduled/requested to be removed [1].
> So please, don't file bugs for these two packages or better, wait until
> unsermake has been removed and rerun the test, so I actually have build
> results that I can compare.
> 

Forgot to add:
I guess most of the other KDE packages are affected by the same problem
(build fails completely because unsermake is installed).

So I'd wait to file bugs against all these packages and rerun the tests
as soon as unsermake has been removed from the archive (or simply don't
install unsermake in your tests)

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Mass bug filing: Dependency/file list predictability

[Michael Biebl]

Steinar H. Gunderson schrieb:

> Michael Biebl <[EMAIL PROTECTED]>
>knetworkmanager
>kpowersave

These two are affected because of unsermake being installed and so the
build fails completely.
unsermake though is scheduled/requested to be removed [1].
So please, don't file bugs for these two packages or better, wait until
unsermake has been removed and rerun the test, so I actually have build
results that I can compare.

Cheers,
Michael

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430829

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Joey Hess]

Nico Golde wrote:
> Do we need package descriptions anybody can understand even 
> without knowing anything about the topic or what?

Compare the description for pssh as posted with the descriptions for
what I assume are similar tools, clusterssh and dsh. 

Description: administer multiple ssh or rsh shells simultaneously
 ClusterSSH allows you to control multiple ssh or rsh sessions from a
 single input window.  You can also configure clusters of machines for
 easy invocation and interact with individual terminal windows during a
 session.

Description: dancer's shell, or distributed shell
 Executes specified command on a group of computers using remote shell
 methods such as rsh or ssh.
 .
 dsh can parallelise job submission using several algorithms, such as using
 fan-out method or opening as much connections as possible, or
 using a window of connections at one time.
 It also supports "interactive mode" for interactive maintenance of
 remote hosts.
 .
 This tool is handy for administration of PC clusters, and multiple hosts.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Bernd Zeimetz]

> I don't know for the unix version, but the windows version of pscp can
> load putty configurations, which makes it quite easy to do fancy setups
> (like going through proxies and such) and be able to use them with pscp.

ah ok, seems I've missed some years of putty development since we have
cygwin on the windows boxes at work.

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Josselin Mouette]

Le jeudi 19 juillet 2007 à 09:02 -0700, Andrew Pollock a écrit :
>   Description : Parallel versions of the OpenSSH tools

>  These tools are good for controlling large collections of nodes, where faster
>  alternatives such as gexec and pcp are not available.

What does this software bring over pdsh ?

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Josselin Mouette]

Le jeudi 19 juillet 2007 à 20:12 +0200, Nico Golde a écrit :
> > The problem here is that even people knowing something about the topic
> > can't guess what the package can be useful for.
> 
> Its like have to know what parallel computing is just 
> because you know what a computer is? Well if you can answer 
> this with yes I guess you should also know what parallel ssh 
> tools are because you know what ssh is.

I'm working on very large clusters on a daily basis and couldn't be sure
of what the description means until you confirmed it.

Plus, "parallel computing" doesn't mean anything.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Mike Hommey]

On Thu, Jul 19, 2007 at 10:57:35PM +0200, Bernd Zeimetz <[EMAIL PROTECTED]> 
wrote:
> 
> >>  Parallel scp (pscp)
> > 
> > FYI (and if you don't already know) /usr/bin/pscp is also provided by
> > putty-tools.
> 
> 
> That's something I'm still wondering about - I can't see the advantage
> of pscp over scp. Putty is nice to have for all the people who switch
> from Windows to Debian and who're used to it - but pscp???

I don't know for the unix version, but the windows version of pscp can
load putty configurations, which makes it quite easy to do fancy setups
(like going through proxies and such) and be able to use them with pscp.

People using putty are likely to love this feature, while having to
write openssh conf files might be a problem for them.

Mike


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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Bernd Zeimetz]

>>  Parallel scp (pscp)
> 
> FYI (and if you don't already know) /usr/bin/pscp is also provided by
> putty-tools.


That's something I'm still wondering about - I can't see the advantage
of pscp over scp. Putty is nice to have for all the people who switch
from Windows to Debian and who're used to it - but pscp???

Cheers,

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Bug#433849: ITP: libydpdict -- a library for reading YDP dictionaries

[Marcin Owsiany]

Package: wnpp
Severity: wishlist
Owner: Marcin Owsiany <[EMAIL PROTECTED]>

* Package name: libydpdict
  Version : 0.99
  Upstream Author : Wojtek Kaniewski <[EMAIL PROTECTED]>
* URL : http://toxygen.net/ydpdict/
* License : LGPL 2.1
  Programming Lang: C
  Description : a library for reading YDP dictionaries

This was split off ydpdict package (which I maintain), which is now
(since version 0.99) uses this library for reading the dictionary.
Naturally the package will have a better description than this.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686-mactel
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)


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

Bug#433847: ITP: kydpdict -- a frontend to YDP Collins dictionary

[Marcin Owsiany]

Package: wnpp
Severity: wishlist
Owner: Marcin Owsiany <[EMAIL PROTECTED]>

* Package name: kydpdict
  Version : 0.9.3
  Upstream Author : Maciej Witkowiak <[EMAIL PROTECTED]>, Andrzej Para <[EMAIL 
PROTECTED]>
* URL : http://members.elysium.pl/ytm/html/kydpdict.html
* License : GPL 2
  Programming Lang: C++
  Description : a frontend to YDP Collins dictionary

Has a QT interface, and also supports a few other proprietary dictionary formats
Obviously the package will have a better description than this.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686-mactel
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)


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

libquicktime transition

[Fabian Greffrath]

Hi,

finally (and thanks to Lioc Minier a.o.) the new upstream version 1.0.0
of the libquicktime library has made it into Debian unstable.

The library involves an ABI change relative to its successor 0.9.7 and
had its soname bumped. I already asked all maintainers of rdepending
packages to test-build against the new library when it was still in
experimental. Since obviously no issues occured, I expect the transition
to run smooth. The affected packages should however be rebuilt/bin-NMUd
against the new version:

Paul Brossier <[EMAIL PROTECTED]> (kino)
Pablo Martin <[EMAIL PROTECTED]> (pd-pdp)
Debian Multimedia Team <[EMAIL PROTECTED]>
(openmovieeditor)
Debian multimedia packages maintainers
<[EMAIL PROTECTED]> (libquicktime-dev
quicktime-utils quicktime-x11utils)
Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]> (gem)
David Martínez Moreno <[EMAIL PROTECTED]> (xmovie)
Roland Mas <[EMAIL PROTECTED]> (smilutils)
Erik Schanze <[EMAIL PROTECTED]> (dvgrab)

Thanks for your attention!

Cheers,
Fabian

Re: considering removal of fireflier

[Pierre Habouzit]

On Thu, Jul 19, 2007 at 08:46:15PM +0100, Neil Williams wrote:
> On Thu, 19 Jul 2007 21:23:58 +0200
> Martin MAURER <[EMAIL PROTECTED]> wrote:
> 
> > The project has been dead for more than a year now. Anyways, apart from
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433817, which I can
> > easily solve by removing fireflier-client-gtk, there are no known
> > problems.
> > Should I ask for removal of it? Especially as orphaning it would mean a
> > dead package where no upstream exists either.
> 
> Plenty of orphaned packages have no upstream (plenty of non-orphaned
> packages too). It isn't an automatic reason to remove the package.
> 
> (I liked the look of one package with a dead upstream and took over
> upstream development - it does happen. Upstream stopped development in
> 1999, I took over last year. The fact that it took 7 years is besides
> the point, as long as the package remains usable. A dead upstream
> makes restarting development quite easy - get the apt source, strip
> out the generated stuff and start a new RCS of whatever flavour you
> choose - it's actually less work than picking up development of a
> half-dead project where you have to ask for commit access and deal
> with someone else's configuration.)

  The problem is that one of the dependency will be removed. So if it's
possible to take the -gtk package down, I'd rather go that road.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpvXgKD8ONlx.pgp
Description: PGP signature

Re: considering removal of fireflier

[Neil Williams]

On Thu, 19 Jul 2007 21:23:58 +0200
Martin MAURER <[EMAIL PROTECTED]> wrote:

> The project has been dead for more than a year now. Anyways, apart from
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433817, which I can
> easily solve by removing fireflier-client-gtk, there are no known
> problems.
> Should I ask for removal of it? Especially as orphaning it would mean a
> dead package where no upstream exists either.

Plenty of orphaned packages have no upstream (plenty of non-orphaned
packages too). It isn't an automatic reason to remove the package.

(I liked the look of one package with a dead upstream and took over
upstream development - it does happen. Upstream stopped development in
1999, I took over last year. The fact that it took 7 years is besides
the point, as long as the package remains usable. A dead upstream
makes restarting development quite easy - get the apt source, strip
out the generated stuff and start a new RCS of whatever flavour you
choose - it's actually less work than picking up development of a
half-dead project where you have to ask for commit access and deal
with someone else's configuration.)

What are the alternative packages?

> There has been a security problem recently, which I corrected (see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431332)
> If someone has the old version installed, and we remove fireflier from
> the archives too early, then he might end up with the old version when
> he doesn't update too often (thinking of all the testing/unstable
> users). If I would remove fireflier, what would be the best way to
> handle this issue ?

If you just orphan the package, everyone will get the update -
providing the orphaned package remains clear of RC bugs.

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpVLSpA76XwJ.pgp
Description: PGP signature

considering removal of fireflier

[Martin MAURER]

Hi all,

I wanted to ask you about your opinion regarding fireflier removal.
I personally have been main upstream developer and
debian maintainer of fireflier. 
Fireflier is a tool for interactive firewall administration.

As I meanwhile don't have any time to spend on my former project and
nobody else seems eager to take up where I left, I finally consider to
ask for removal of this package. 

Popcon tells me: http://qa.debian.org/popcon.php?package=fireflier
fireflier-server  36  Installed, 8 Votes
fireflier-client-gtk  45  Installed, 7 Votes
fireflier-client-qt  15 Installed, 5 Votes
fireflier-client-kde  54  Installed, 12 Votes

The project has been dead for more than a year now. Anyways, apart from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433817, which I can
easily solve by removing fireflier-client-gtk, there are no known
problems.
Should I ask for removal of it? Especially as orphaning it would mean a
dead package where no upstream exists either.

There has been a security problem recently, which I corrected (see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431332)
If someone has the old version installed, and we remove fireflier from
the archives too early, then he might end up with the old version when
he doesn't update too often (thinking of all the testing/unstable
users). If I would remove fireflier, what would be the best way to
handle this issue ?

greetings,
Martin



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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Christoph Berg]

Re: Steinar H. Gunderson 2007-07-19 <[EMAIL PROTECTED]>
> On Thu, Jul 19, 2007 at 09:02:02AM -0700, Andrew Pollock wrote:
> >   Description : Parallel versions of the OpenSSH tools
> 
> What exactly does this mean? What is the software good for?

And what does it do differently from the following packages?

clusterssh - administer multiple ssh or rsh shells simultaneously
dsh - dancer's shell, or distributed shell

(I suspect there's more, that's what I got searching for "multi ssh".)

Christoph
-- 


signature.asc
Description: Digital signature

upstream version of refblas3 package

[Kamaraju Kusumanchi]

Can someone tell me where the upstream version of the refblas3 package is
located? Looking at refblas3-1.2/debian/copyright says that the package is
downloaded from ftp://ftp.netlib.org/blas/blas.tgz . However when I
downloade blas.tgz from the above location, it is different from
refblas3_1.2.orig.tar.gz

$ du blas.tgz refblas3_1.2.orig.tar.gz
104 blas.tgz
696 refblas3_1.2.orig.tar.gz
$ md5sum blas.tgz refblas3_1.2.orig.tar.gz
7e6af7022440d8688d16be86d55fb358  blas.tgz
15061ad22364aa30b9be607262dd3050  refblas3_1.2.orig.tar.gz


Where am I going wrong?

thanks
raju


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

Re: Mass bug filing: Dependency/file list predictability

[Steinar H. Gunderson]

On Thu, Jul 19, 2007 at 06:37:55PM +0100, Neil Williams wrote:
> Didn't mean to sound accusatory - more surprised. It was strange that
> one package is commonly affected and others that also changed versions
> were not. Maybe something to do with pattern matching failing when a
> version includes dfsg or similar alpha characters.

Or simply because this affected only the last few days or building or so. :-)
I've started rebuilding the 472 packages now, and it seems that slightly
under half of the bugs are bogus. Expect a new list tomorrow :-)

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


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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[martin f krafft]

also sprach Nico Golde <[EMAIL PROTECTED]> [2007.07.19.1847 +0200]:
> Do we need package descriptions anybody can understand even 
> without knowing anything about the topic or what?

That would be ideal. Most of the time, all it takes is just a short
sentence.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
"perhaps debian is concerned more about technical excellence rather
 than ease of use by breaking software. in the former we may excel.
 in the latter we have to concede the field to microsoft. guess
 where i want to go today?"
 -- manoj srivastava


signature.asc
Description: Digital signature (GPG/PGP)

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Nico Golde]

Hallo Russ,

* Russ Allbery <[EMAIL PROTECTED]> [2007-07-19 20:12]:
> Nico Golde <[EMAIL PROTECTED]> writes:
> > Do we need package descriptions anybody can understand even 
> > without knowing anything about the topic or what?
> 
> I think it's reasonable that if the package short description matches a
> search for "OpenSSH", someone who knows OpenSSH should be able to work out
> what the package does.  Also, the long description should describe what
> the package *does*, not the possible computer environments where what it
> does may be useful.
> 
> My guess is that pssh runs multiple ssh commands in parallel to multiple
> machines and collects the output in a reasonable fashion.  If so, just say
> so in the long description.

Exactly my point! Sorry if I was not able to make this clear 
enough.
Cheers
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpYYNYDAPZeV.pgp
Description: PGP signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Nico Golde]

Hi,
* Mike Hommey <[EMAIL PROTECTED]> [2007-07-19 20:05]:
> On Thu, Jul 19, 2007 at 06:47:59PM +0200, Nico Golde <[EMAIL PROTECTED]> 
> wrote:
> > * martin f krafft <[EMAIL PROTECTED]> [2007-07-19 18:40]:
> > > also sprach Nico Golde <[EMAIL PROTECTED]> [2007.07.19.1828 +0200]:
> > > > "What are these tools good for? Mainly for controlling large 
> > > > collections of nodes in the wide-area, where faster 
> > > > alternatives such as GEXEC and PCP are not available. For 
> > > > example, I use these tools on a fairly routine basis on 
> > > > PlanetLab to control hundreds of machines spread around the 
> > > > world."
> > > 
> > > That says absolutely nothing. Use cases? Are pssh tools going to
> > > enable non-deterministic system administration?
> > 
> > Do we need package descriptions anybody can understand even 
> > without knowing anything about the topic or what?
> > I mean the question is valid but why not just using 
> > $SEARCHENGINE? You will have this problem with every package 
> > being used for something you don't know...
> 
> The problem here is that even people knowing something about the topic
> can't guess what the package can be useful for.

Its like have to know what parallel computing is just 
because you know what a computer is? Well if you can answer 
this with yes I guess you should also know what parallel ssh 
tools are because you know what ssh is.
Cheers
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpmveCW1rPoI.pgp
Description: PGP signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Russ Allbery]

Nico Golde <[EMAIL PROTECTED]> writes:

> Do we need package descriptions anybody can understand even 
> without knowing anything about the topic or what?

I think it's reasonable that if the package short description matches a
search for "OpenSSH", someone who knows OpenSSH should be able to work out
what the package does.  Also, the long description should describe what
the package *does*, not the possible computer environments where what it
does may be useful.

My guess is that pssh runs multiple ssh commands in parallel to multiple
machines and collects the output in a reasonable fashion.  If so, just say
so in the long description.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Mass bug filing: Dependency/file list predictability

[Russ Allbery]

Goswin von Brederlow <[EMAIL PROTECTED]> writes:

> If the libraries have different names then there should be
> --with/--without switches possible for configure.

(I'm also upstream for several of these packages.)

I don't know of any Kerberos software, among dozens of packages, that
works this way.  This simply isn't how multiple Kerberos implementations
have ever been handled; they all just check for Heimdal and MIT Kerberos
and use whichever one is found.  This has always worked in the past since
Heimdal and MIT Kerberos dev packages conflict with each other (not only
in Debian but everywhere else as well).  Now we're adding a new, rather
useless GSSAPI library that uses the same library names as Heimdal but
doesn't actually work and doesn't conflict with MIT Kerberos.

Now, I'm willing to lead the way for Kerberos packages going forward, I
guess, if I can figure out a good way to do that, but I don't know how
that configure logic would even work or what those --with flags would look
like.  The problem would be avoided if I required krb5-config be
available, but I don't really want to do that, both because older versions
of Kerberos don't have it and because krb5-config adds a bunch of needless
shared library dependencies that create unnecessary interpackage
dependencies in Debian.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Mike Hommey]

On Thu, Jul 19, 2007 at 06:47:59PM +0200, Nico Golde <[EMAIL PROTECTED]> wrote:
> Hi,
> * martin f krafft <[EMAIL PROTECTED]> [2007-07-19 18:40]:
> > also sprach Nico Golde <[EMAIL PROTECTED]> [2007.07.19.1828 +0200]:
> > > "What are these tools good for? Mainly for controlling large 
> > > collections of nodes in the wide-area, where faster 
> > > alternatives such as GEXEC and PCP are not available. For 
> > > example, I use these tools on a fairly routine basis on 
> > > PlanetLab to control hundreds of machines spread around the 
> > > world."
> > 
> > That says absolutely nothing. Use cases? Are pssh tools going to
> > enable non-deterministic system administration?
> 
> Do we need package descriptions anybody can understand even 
> without knowing anything about the topic or what?
> I mean the question is valid but why not just using 
> $SEARCHENGINE? You will have this problem with every package 
> being used for something you don't know...

The problem here is that even people knowing something about the topic
can't guess what the package can be useful for.

Mike


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

Re: Can we require build-arch/indep targets for lenny?

[Russ Allbery]

Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Russ Allbery <[EMAIL PROTECTED]> writes:

>> I would much prefer to see a new control field that explicitly lists
>> the supported features.  We're going to need that *anyway* for any
>> feature that's only a should or recommended and not a must (such as
>> supporting noopt or nostrip), and making every should into a must just
>> so that we can use this interpretation of Standards-Version is not a
>> solution.

> So far I have not seen anything that would require it.

I think it would be useful to advertise the optional capabilities of a
package (noopt, nostrip, parallel) without forcing people to do trial and
error.  I suppose that's not a "require," but it certainly would be nice.

> The build-arch target should be a must so no extra build option flag
> needed.

I really don't think that declaring the majority of packages in Debian
buggy in this fashion is viable, particularly when nearly all packages in
Debian will not benefit from this.  My guess is that something on the
order of 1% of packages have a meaningful distinction between build-arch
and build-indep, if that, but that includes some packages that benefit a
*lot*.  Wouldn't it be better to only have to work on modifying the
packages that will specifically benefit instead of making every other
package maintainer in Debian add a new target that really isn't meaningful
for their package?

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Luca Capello]

Hello!

On Thu, 19 Jul 2007 18:02:02 +0200, Andrew Pollock wrote:
> * Package name: pssh
[...]
>  Parallel scp (pscp)

FYI (and if you don't already know) /usr/bin/pscp is also provided by
putty-tools.

Thx, bye,
Gismo / Luca


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

Re: Mass bug filing: Dependency/file list predictability

[Neil Williams]

On Thu, 19 Jul 2007 10:53:50 +0200
"Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:

> On Thu, Jul 19, 2007 at 08:09:49AM +0100, Neil Williams wrote:
> > As other have noted, the logs are in error. I've checked the log for
> > deb-gview in meld and the only difference in the two Depends line
> > is: zlib1g (>= 1:1.2.3.3.dfsg-1)
> > zlib1g (>= 1:1.2.1)
> > 
> > That is NOT a bug!!!
> 
> Ouch. It seems at some point the pbuilder got out of sync with the
> "dirty" chroot. I'll rebuild all the supposedly affected packages and
> return with a new list; thanks for spotting it.

Didn't mean to sound accusatory - more surprised. It was strange that
one package is commonly affected and others that also changed versions
were not. Maybe something to do with pattern matching failing when a
version includes dfsg or similar alpha characters.

-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/


pgpRNF8xc18Qs.pgp
Description: PGP signature

Re: adding desktop files to misc packages

[Josselin Mouette]

Le jeudi 19 juillet 2007 à 10:28 +0900, Charles Plessy a écrit :
> PS : what is wrong with XPM ? If it is inferior to PNG, I can convert
> the icons in the packages I maintain. But XPM is a text file, which is
> convenient since we (unfortunately) use this .diff.gz which requires to
> uuencode any binary addition to a package.

XPM has only a 1bit alpha channel. This makes a very important visual
difference, especially when it gets downsized to 22x22.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: Considerations for 'xmms' removal from Debian

[Michelle Konzack]

Am 2007-07-12 05:32:37, schrieb Lionel Elie Mamane:
> I say that, because while I really don't intend to make you angry, as
> a casual user of xmms, I don't see the difference. As far as I'm
> concerned, xmms's goal was to be a sound player. And your goal, in
> your FAQ is to develop a "media player". But from a cursory glance I
> don't see audacious playing any other media than audio (no text, no
> hypertext, no video, no images, ...), so I see it as an audio player,
> not as a all-purpose all-around "media" player. (You handle only one
> medium, sound.)

A while back I was realy surprised as I have downloaded some mp3
files and tried to hear them in XMMS which was wiorking fine but
then, it opened a new Window to play a VIDEO!

Since I have no video-plugin or such, it was realy surprising

Audacious can not do this and crash without any warnings and error
messages if a mp3 files is realy a video.

> You know why I was using xmms as opposed to any other audio player?
> 
>  - it takes less screen estate
>  - it plays any sound format I have thrown at it
>  - doesn't crash / lockup / ...
>  - no annoying bugs *I* run in

FullACK!  :-)

..and I have over 58.000 WinAMP 2 skins!

Thanks, Greetings and nice Day
Michelle Konzack


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


signature.pgp
Description: Digital signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Nico Golde]

Hi,
* martin f krafft <[EMAIL PROTECTED]> [2007-07-19 18:40]:
> also sprach Nico Golde <[EMAIL PROTECTED]> [2007.07.19.1828 +0200]:
> > "What are these tools good for? Mainly for controlling large 
> > collections of nodes in the wide-area, where faster 
> > alternatives such as GEXEC and PCP are not available. For 
> > example, I use these tools on a fairly routine basis on 
> > PlanetLab to control hundreds of machines spread around the 
> > world."
> 
> That says absolutely nothing. Use cases? Are pssh tools going to
> enable non-deterministic system administration?

Do we need package descriptions anybody can understand even 
without knowing anything about the topic or what?
I mean the question is valid but why not just using 
$SEARCHENGINE? You will have this problem with every package 
being used for something you don't know...
Cheers
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgp6wwzWhQcoI.pgp
Description: PGP signature

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[martin f krafft]

also sprach Nico Golde <[EMAIL PROTECTED]> [2007.07.19.1828 +0200]:
> "What are these tools good for? Mainly for controlling large 
> collections of nodes in the wide-area, where faster 
> alternatives such as GEXEC and PCP are not available. For 
> example, I use these tools on a fairly routine basis on 
> PlanetLab to control hundreds of machines spread around the 
> world."

That says absolutely nothing. Use cases? Are pssh tools going to
enable non-deterministic system administration?

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
"man soll nicht in kirchen gehn, wenn man reine luft atmen will."
 - friedrich nietzsche


signature.asc
Description: Digital signature (GPG/PGP)

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Magnus Holmgren]

On Thursday 19 July 2007 18:28, Nico Golde wrote:
> * Steinar H. Gunderson <[EMAIL PROTECTED]> [2007-07-19 18:16]:
> > On Thu, Jul 19, 2007 at 09:02:02AM -0700, Andrew Pollock wrote:
> > >   Description : Parallel versions of the OpenSSH tools
> >
> > What exactly does this mean? What is the software good for?
>
> Quoting the website from the ITP:
> "What are these tools good for? Mainly for controlling large
> collections of nodes in the wide-area, where faster
> alternatives such as GEXEC and PCP are not available. For
> example, I use these tools on a fairly routine basis on
> PlanetLab to control hundreds of machines spread around the
> world."

Um, but what does it *do*?

Answer: http://www.theether.org/pssh/docs/0.2.3/pssh-HOWTO.html#AEN38

-- 
Magnus Holmgren[EMAIL PROTECTED]
   (No Cc of list mail needed, thanks)

  "Exim is better at being younger, whereas sendmail is better for 
   Scrabble (50 point bonus for clearing your rack)" -- Dave Evans


pgpz2MY8X0Vro.pgp
Description: PGP signature

Re: Chinese charity sought for proceeds from laptop sale

[martin f krafft]

I will post updates here:

  http://blog.madduck.net/misc/2007.07.19_chinese-charity-sought

Please include the link if you forward my message.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
"i have smoked pot. it is a stupid business, like masturbation."
 -- thomas pynchon


signature.asc
Description: Digital signature (GPG/PGP)

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Nico Golde]

Hi,
* Steinar H. Gunderson <[EMAIL PROTECTED]> [2007-07-19 18:16]:
> On Thu, Jul 19, 2007 at 09:02:02AM -0700, Andrew Pollock wrote:
> >   Description : Parallel versions of the OpenSSH tools
> 
> What exactly does this mean? What is the software good for?

Quoting the website from the ITP:
"What are these tools good for? Mainly for controlling large 
collections of nodes in the wide-area, where faster 
alternatives such as GEXEC and PCP are not available. For 
example, I use these tools on a fairly routine basis on 
PlanetLab to control hundreds of machines spread around the 
world."

Cheers
Nico
-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpR2b5zunz1w.pgp
Description: PGP signature

Chinese charity sought for proceeds from laptop sale

[martin f krafft]

[ please excuse the cross-post ]
[ I would appreciate if you forwarded this message to appropriate
  forums ]

Hi,

remember the free laptop I got [0], which I wanted to sell and
donate the proceeds to a Chinese charity?

0. http://blog.madduck.net/geek/2007.03.24_a-thinkpad-x60-for-free

Well, I finally managed to get off my butt and contact interested
buyers and it looks like I'll be able to get rid of it for around
1000€ (if you would pay more, let me know).

Now I am looking for a Chinese organisation that is dedicated to
protecting the environment in China. It should be small and
effective such that the money can be put to good use.

If you have any idea or even better, direct contacts to an
organisation, please get in touch with me by replying *in private*.
[1] lists a number of NGOs in China I will consider, but having
a direct contact would be better, especially to help me figure out
how to get the money there.

1. http://en.green-stone.org/read.php?id=2

Also, if you know of forums or people who could help, please forward
this message to them.

Thanks,

-- 
martin;  (greetings from the heart of the sun.)
  \ echo mailto: !#^."<*>"|tr "<*> mailto:"; [EMAIL PROTECTED]
 
spamtraps: [EMAIL PROTECTED]
 
"... doch warum sollte nicht jeder einzelne
 aus seinem leben ein kunstwerk machen koennen?"
-- michel foucault


signature.asc
Description: Digital signature (GPG/PGP)

Re: Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Steinar H. Gunderson]

On Thu, Jul 19, 2007 at 09:02:02AM -0700, Andrew Pollock wrote:
>   Description : Parallel versions of the OpenSSH tools

What exactly does this mean? What is the software good for?

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


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

Bug#433812: ITP: pssh -- Parallel versions of the OpenSSH tools

[Andrew Pollock]

Package: wnpp
Severity: wishlist
Owner: Andrew Pollock <[EMAIL PROTECTED]>

* Package name: pssh
  Version : 1.3.1
  Upstream Author : Brent N. Chun <[EMAIL PROTECTED]>
* URL : http://www.theether.org/pssh
* License : BSD
  Programming Lang: Python
  Description : Parallel versions of the OpenSSH tools

 Parallel ssh (pssh)
 Parallel scp (pscp)
 Parallel rsync (prsync)
 Parallel nuke (pnuke)
 Paralle slurp (pslurp)
 .
 These tools are good for controlling large collections of nodes, where faster
 alternatives such as gexec and pcp are not available.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)


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

Bug#433791: ITP: telaen -- simple and fast webmail

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho <[EMAIL PROTECTED]>

* Package name: telaen
  Version : 1.1.3
  Upstream Author : The Telaen Group <[EMAIL PROTECTED]>
* URL : http://www.telaen.org
* License : GPL
  Description : simple and fast webmail

Telaen is a web-based e-mail client written in PHP. It is fast, lean and
simple, but also extremely powerful. It does not require much more than a
"standard" PHP installation, nor does it require a database. It supports
multiple folders, POP3 and IMAP, is SPAM aware and incorporates a WYSIWYG
editor for Email composition. It supports multiple languages as well as
multiple themes (or "skins").

Telaen was originally based on Uebimiau and runs under any server supporting
PHP with Sendmail or QMAIL.

Additional skins and languages can be easily integrated. Currently, Telaen
offers three skins: Telaen, Mozilla and Outlook Express.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
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#433777: ITP: mkelfimage -- utility to create ELF boot images from Linux kernel images

[Martin-Éric Racine]

Package: wnpp
Severity: wishlist
Owner: "Martin-Éric Racine" <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: mkelfimage
  Version : 2.7
  Upstream Author : Eric Biederman <[EMAIL PROTECTED]> and others
* URL : ftp://ftp.lnxi.com/pub/mkelfImage
* License : GPLv2 or later
  Programming Lang: C
  Description : utility to create ELF boot images from Linux kernel images

 mkelfImage is a program that makes an ELF boot image for Linux kernel images.
 .
 The image should work with any i386 multiboot compliant boot loader, an ELF
 boot loader that passes no options, and is compliant with the LinuxBIOS ELF
 booting spec or with the Linux kexec kernel patch.
 .
 A key feature here is that nothing relies upon BIOS calls, but they are made
 when necessary. This is useful for systems running LinuxBIOS.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGn059eXr56x4Muc0RAieBAJ9l8i0wGqKXp+Dyq54ecl6ev/psegCcDdzj
8bSuVcKIMCMK8JCweDgKr6s=
=YQnW
-END PGP SIGNATURE-

Bug#433774: ITP: xdelta3 -- Xdelta3 is a set of tools and APIs for reading and writing binary deltas

[A Mennucc]

Package: wnpp
Severity: wishlist
Owner: A Mennucc <[EMAIL PROTECTED]>


* Package name: xdelta3
  Version : 30q
  Upstream Author : Josh MacDonald
* URL : http://xdelta.org/
* License : GPL v2
  Programming Lang: C, Python
  Description : programs and libraries to "diff" binary files

 Xdelta3 is a set of tools designed to compute changes between
 binary files.  These changes (delta files) are similar to the output of the
 "diff" program, in that they may be used to store and transmit only the
 changes between files.  The "delta files" that Xdelta3 manages are
 stored in RFC3284 (VCDIFF) format.

a.

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420


signature.asc
Description: Digital signature

Re: Mass bug filing: Dependency/file list predictability

[Goswin von Brederlow]

Russ Allbery <[EMAIL PROTECTED]> writes:

> "Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
>
>> Russ Allbery <[EMAIL PROTECTED]>
>>sident
>
> Hm.  I don't know best to fix this.  The problem is that there's now a
> libgssapi2 package which provides a generic GSSAPI layer but no actual
> implementation.  S/Ident supports building against any GSSAPI library.  So
> if you install other weird GSSAPI libraries that aren't the one installed
> with Build-Depends, it can end up linked with a different GSSAPI library.
>
> I suppose I can Build-Conflict with the wrong GSSAPI library.  Supporting
> multiple GSSAPI libraries is actually an upstream feature, not an upstream
> bug, and it's not the sort of thing that one can control with --with
> options when they're all installed with the same prefix.
>
> I'm surprised that remctl didn't have the same problem.  It uses exactly
> the same configure logic.

If the libraries have different names then there should be
--with/--without switches possible for configure. There should already
be test cases finding those libraries and adding the -l switches.

Otherwise shouldn't the -dev packages conflict?

MfG
Goswin


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

Re: RFC: declaritive diversions

[Goswin von Brederlow]

Robert Collins <[EMAIL PROTECTED]> writes:

> On Tue, 2007-07-17 at 11:55 +0200, Goswin von Brederlow wrote:
>
>> Did you see my earlier mail about the very same thing?
>
> No I didn't, sorry.
>
> I'm glad the concept seems to have positive reactions regardless.
>
> -Rob

I have the problem that I have diversions in some locally patched
packages and when updating to a more recent debian version they don't
get cleaned up. How could debian know about them?

Also handling diversions correctly in a package in general is overly
complicated (error prone) while being basically always the same.

So my suggestion in short was to have a diversions file in the control
part of the deb listing the diversions the package should have. On
install dpkg would then compare the
/var/lib/dpkg/info/.diversions and new diversions file from
control.tar.gz and remove diversions no longer listed and add new
diversions.

That way diversions could not be left behind when removing a deb or be
installed/removed in thewrong maintainer script or at the wrong
time. Dpkg would implement the one true way[tm] to handle diversions
correctly once and all packages would use it with a much simpler
interface.

MfG
Goswin


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

Re: FTBFS if built twice in a row

[Goswin von Brederlow]

Russ Allbery <[EMAIL PROTECTED]> writes:

> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>> Russ Allbery <[EMAIL PROTECTED]> writes:
>
>>> Not if you use pdebuild or similarly build in a chroot, which IMO
>>> everyone should be doing.
>
>> I use xen instances and that changes nothing at all.
>
>> 1. My ~/src is mounted inside the build environment so I don't have to
>> copy the source around all the time
>
> So don't do that and then everything works.
>
> I'm not saying it's ideal, but this really isn't that difficult to work
> around in practice, and the alternative is a lot more package maintenance
> work to track down the autogenerated files that's both finnicky and
> fragile.  Right now, it's my opinion that we're optimizing for the common
> case.

Usualy you can use clean, distclean or maintainerclean or use a build
dir. Using a build dir is actualy something I've come to really like.

MfG
Goswin


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

Re: Can we require build-arch/indep targets for lenny?

[Goswin von Brederlow]

Russ Allbery <[EMAIL PROTECTED]> writes:

> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>> Russ Allbery <[EMAIL PROTECTED]> writes:
>
>>> Based on the arguments I've seen so far, I'm opposed to using the
>>> package's Standards-Version for this purpose.  I think it conflates
>>> different meanings of that field and will get us into serious trouble
>>> when it comes to the distinctions between must, should, and
>>> recommended.
>
>> | Policy 5.6.11 Standards-Version
>> |
>> | The most recent version of the standards (the policy manual and
>> | associated texts) with which the package complies.
>
>> This field has exactly this meaning. It says the package followes a
>> certain version of policy, e.g. the one where now there is a MUST
>> instead of the previous RECOMMENDS.
>
> You seem to be ignoring the end of second sentence of my paragraph above,
> which I wrote precisely because I anticipated this argument.  Could you
> respond to it as well?  Not every feature we care about is going to be a
> must.

I thought you ment that with << ver something is recommended but >>ver
is is must would be a problem.

> I would much prefer to see a new control field that explicitly lists the
> supported features.  We're going to need that *anyway* for any feature
> that's only a should or recommended and not a must (such as supporting
> noopt or nostrip), and making every should into a must just so that we can
> use this interpretation of Standards-Version is not a solution.

So far I have not seen anything that would require it.

The build-arch target should be a must so no extra build option flag
needed.

As for the noopt/nostrip feature. What if the source does not support
them? What can you do? Not set them? That is exatly the same as
setting them and having the source not honor them.
Having a build options flag for noopt and nostrip would be purely
informational. It is not like some functionaly gets lost wthout it
unlike the build-arch target.


By all means fight for buiold-options but I still don't see why we
need this for buila-arch/indep targets. There is no good reason to
keep the optional.

MfG
Goswin


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

Re: Mass bug filing: Dependency/file list predictability

[Steinar H. Gunderson]

On Thu, Jul 19, 2007 at 08:09:49AM +0100, Neil Williams wrote:
> As other have noted, the logs are in error. I've checked the log for
> deb-gview in meld and the only difference in the two Depends line is:
> zlib1g (>= 1:1.2.3.3.dfsg-1)
> zlib1g (>= 1:1.2.1)
> 
> That is NOT a bug!!!

Ouch. It seems at some point the pbuilder got out of sync with the "dirty"
chroot. I'll rebuild all the supposedly affected packages and return with a
new list; thanks for spotting it.

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


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

Bug#433727: ITP: freeplayer -- wrapper around vlc for French ADSL FreeBox

[Vincent Danjean]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---

   Package name: freeplayer
Version: 20070531
Upstream Author: Clement Vasseur <[EMAIL PROTECTED]>
URL: http://adsl.free.fr/multimedia/freeplayer/
License: GPL
* First binary package (arch all) : freeplayer
Description: wrapper around vlc for French ADSL FreeBox
 Freeplayer is a helper tool to allow the French ADSL FreeBox to
 use vlc and play/display the content of your computer on the TV
 linked to the FreeBox.
 .
 This package is useless without a FreeBox, ie the modem of the French
 ADSL IP provider "Free" (http://www.free.fr)
 .
  Homepage: http://adsl.free.fr/multimedia/freeplayer/

* Second binary package (arch any)
Description:
 This program allows to create and edit playlist to be used
 by the freeplayer within a graphical (qt) environment.
 .
 This package is useless without a FreeBox, ie the modem of the French
 ADSL IP provider "Free" (http://www.free.fr)


  Improvements in the descriptions (short and long) are welcome.

  Preliminary packages can be found on my webpage :
http://www-id.imag.fr/~danjean/deb.html#freeplayer



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

Re: what happened to g77-3.4-doc?

[Kumar Appaiah]

On 19/07/07, Neil Williams wrote:

> Why I need this:- I was trying to compile refblas3 package with
> gfortran instead of g77.

That would be very useful for one of my sponsored packages.


Deviating slightly from the topic, could someone point out to a
timeline for the gfortran transition[1]?

[1] http://lists.debian.org/debian-toolchain/2007/07/msg0.html

Thanks.

Kumar
--
Kumar Appaiah,
462, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600036


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

Re: Mass bug filing: Dependency/file list predictability

[Neil Williams]

On Thu, 19 Jul 2007 08:09:49 +0100
Neil Williams <[EMAIL PROTECTED]> wrote:

> On Thu, 19 Jul 2007 02:13:26 +0200
> "Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:
> 
> > In a few days, I'll start filing bugs against packages that build
> > unpredictably when extra build-dependencies are present. (More
> > precisely, packages where the dependency or file list differ between
> > a clean sid amd64 pbuilt packages and a chroot with almost all of
> > devel and libdevel.) 
> 
> As other have noted, the logs are in error. I've checked the log for
> deb-gview in meld and the only difference in the two Depends line is:
> zlib1g (>= 1:1.2.3.3.dfsg-1)
> zlib1g (>= 1:1.2.1)
> 
> That is NOT a bug!!!
> 
> Whenever you build deb-gview, the version of the dependency will be
> the version of zlib1g (and other libraries) currently in unstable.
> There is nothing I can do about that, nor would I want to change that.

I get exactly the same result with using meld on the gnotime report:

zlib1g (>= 1:1.2.3.3.dfsg-1),
zlib1g (>= 1:1.2.1),

Please don't file bugs that result from this artefact.

-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/


pgpi72VmmH74A.pgp
Description: PGP signature

Re: what happened to g77-3.4-doc?

[Luis Matos]

Qui, 2007-07-19 às 02:43 -0400, Kamaraju S Kusumanchi escreveu:
> Hi
>Can someone tell me what happened to the g77-3.4-doc package? Or better,
> How can I get a manual page for g77?
> 
> Why I need this:- I was trying to compile refblas3 package with gfortran
> instead of g77. reflblas3's debian/rules file uses an option "-ff90" which
> is passed onto g77. I want to know what this option does. However, the lack
> of manual page for g77 prevents me understand the significance of this
> option. Can someone help me?

I used fortran some while ago ... -ff90 seems to be to the compiler use
the fortran90 syntax.

fortran is like SQL ... SQL90, SQL92 ... they are the year of the
revisions.

g77 stands for the 1977 revision.
-ff90 stands for the 1990 revision.

> 
> thanks
> raju
> 
> -- 
> Kamaraju S Kusumanchi
> http://www.people.cornell.edu/pages/kk288/
> http://malayamaarutham.blogspot.com/
> 
> 


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

Re: Mass bug filing: Dependency/file list predictability

[Neil Williams]

On Thu, 19 Jul 2007 02:13:26 +0200
"Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote:

> In a few days, I'll start filing bugs against packages that build
> unpredictably when extra build-dependencies are present. (More
> precisely, packages where the dependency or file list differ between
> a clean sid amd64 pbuilt packages and a chroot with almost all of
> devel and libdevel.) 

As other have noted, the logs are in error. I've checked the log for
deb-gview in meld and the only difference in the two Depends line is:
zlib1g (>= 1:1.2.3.3.dfsg-1)
zlib1g (>= 1:1.2.1)

That is NOT a bug!!!

Whenever you build deb-gview, the version of the dependency will be the
version of zlib1g (and other libraries) currently in unstable. There is
nothing I can do about that, nor would I want to change that.

> Full build logs are available at
> http://people.debian.org/~sesse/enriched-chroot/ -- look at the
> bottom to find the differences. Note that these builds were made some
> time ago, so they might not be 100% up-to-date -- I will rebuild all
> affected packages in latest sid versions before actually filing the
> bugs.

Please improve the detection of extra dependencies to cope with the
same dependency at a later version.

-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/


pgp6rwiPY8vAY.pgp
Description: PGP signature

Re: what happened to g77-3.4-doc?

[Kamaraju S Kusumanchi]

Neil Williams wrote:

> On Thu, 19 Jul 2007 02:43:23 -0400
> Kamaraju S Kusumanchi <[EMAIL PROTECTED]> wrote:
> 
>> Hi
>>Can someone tell me what happened to the g77-3.4-doc package?
> 
> GFDL problems, AFAICT.
> http://gcc.gnu.org/onlinedocs/gcc-3.4.6/g77/Getting-Started.html
> 

Thanks for the reply. I Got the manual from
http://gcc.gnu.org/onlinedocs/gcc-3.4.6/g77.pdf .

>> Why I need this:- I was trying to compile refblas3 package with
>> gfortran instead of g77.
> 
> That would be very useful for one of my sponsored packages.
> 

Actually this is already attempted by Ming Hua (
http://lists.debian.org/debian-gcc/2007/06/msg00318.html ) . I was just
trying to reproduce his behaviour. May be there is a gfortran bug which
needs to be reported.

raju

-- 
Kamaraju S Kusumanchi
http://www.people.cornell.edu/pages/kk288/
http://malayamaarutham.blogspot.com/


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