Re: Considerations for 'xmms' removal from Debian

2007-08-06 Thread Michal Čihař
Hi On Tue, 7 Aug 2007 09:25:21 +0300 Andrei Popescu <[EMAIL PROTECTED]> wrote: > On Tue, Aug 07, 2007 at 04:22:59AM +0200, David Lopez Zajara (Er_Maqui) wrote: > > > xmms2... Well, when we have a decent client, then can are an option. > > Now, isn't it. > > Same as with mpd :-/ Have you tried

Re: Considerations for 'xmms' removal from Debian

2007-08-06 Thread Andrei Popescu
On Tue, Aug 07, 2007 at 04:22:59AM +0200, David Lopez Zajara (Er_Maqui) wrote: > Personally i'm an xmms user, and now, with this, i have tested other > options. Audacious isn't an option at all. Yes, we have the same > winamp-style, and can read winamp & xmms skins, too. But, it's newer and > doe

Re: Considerations for 'xmms' removal from Debian

2007-08-06 Thread David Lopez Zajara (Er_Maqui)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can comment out a point: xmms have 11000+ popcon installations reported. The total reports of popcon are 57000+. This is aprox 20% of users. Now, are talking for removal an application for those users?... I've read the buglist of xmms, and i think

Re: Considerations for 'xmms' removal from Debian

2007-08-06 Thread David Lopez Zajara (Er_Maqui)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Kobras wrote: > On Wed, Jul 04, 2007 at 01:40:05AM -0400, Jordi Gutierrez Hermoso wrote: >> On 03/07/07, Klaus Ethgen <[EMAIL PROTECTED]> wrote: >>> I heard this crap only when using alsa. >> which is a problem, since OSS is deprecated in favour

Bug#436320: ITP: tgt - Linux target framework user-space tools

2007-08-06 Thread Frederik Schueler
Package: wnpp Severity: wishlist Owner: Debian Kernel Team <[EMAIL PROTECTED]> * Package name: tgt Version : 20070807.1 Upstream Author : [EMAIL PROTECTED] * URL : git://git.kernel.org/pub/scm/linux/kernel/git/tomo/tgt.git * License : GPLv2 Programming Lang:

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread Hamish Moffatt
On Mon, Aug 06, 2007 at 10:22:22PM +0200, SZALAY Attila wrote: > At first if you poll for an fd in more than one thread you can balance > the load. (When a thread handle a message another thread can read. Just > like in spamassassin :) There's a risk of reordering the messages if subsequent messag

Re: Packaging source code and Debian diffs (was: [CMake] Producing deb package with 'ar')

2007-08-06 Thread Neil Williams
On Mon, 6 Aug 2007 21:43:23 +0200 Lionel Elie Mamane <[EMAIL PROTECTED]> wrote: > On Mon, Aug 06, 2007 at 07:58:22PM +0200, Josselin Mouette wrote: > > Le lundi 06 août 2007 à 15:34 +, mathieu a écrit : > > >> This will require yet another dependency to create debian: a diff > >> executable (

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread Hamish Moffatt
On Sat, Aug 04, 2007 at 02:18:29PM +1000, Hamish Moffatt wrote: > On Sat, Aug 04, 2007 at 12:12:50AM +0200, Michael Biebl wrote: > > * Package name: rsyslog > > Version : 1.18.0 > > Upstream Author : Rainer Gerhards <[EMAIL PROTECTED]> > > * URL : http://www.rsyslog.com

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread SZALAY Attila
Hi All! On Mon, 2007-08-06 at 00:19 +0200, Pierre Habouzit wrote: > > please don't CC me, I read the list, and my M-F-T specifically ask you > not to do so[0]. Ok. > You didn't answered, why is there any kind of gain to use another CPU > where 1/100 of one is enough ? Maybe that is not eno

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread SZALAY Attila
Hi All! I have no connection with rsyslog. I don't know anything about this program. On Mon, 2007-08-06 at 08:15 +1000, Hamish Moffatt wrote: > > Since messages arrive on a single socket (usually connection-less) > ultimately the messages enter through one process/thread. And they get > writt

Re: New PAM in experimental needs testing

2007-08-06 Thread Roger Leigh
Marc Haber <[EMAIL PROTECTED]> writes: > On Sun, 05 Aug 2007 18:36:45 +0100, Roger Leigh <[EMAIL PROTECTED]> > wrote: >>A new version of PAM (0.99.7.1-1) has been packaged and uploaded to >>experimental. This is intended to replace 0.79-4. However, because >>there have been quite a number of ups

Re: Packaging source code and Debian diffs (was: [CMake] Producing deb package with 'ar')

2007-08-06 Thread Lionel Elie Mamane
On Mon, Aug 06, 2007 at 07:58:22PM +0200, Josselin Mouette wrote: > Le lundi 06 août 2007 à 15:34 +, mathieu a écrit : >> This will require yet another dependency to create debian: a diff >> executable (hopefully this time there is no difference between GNU- >> diff and BSD-diff) > I don't un

Re: Packaging source code and Debian diffs (was: [CMake] Producing deb package with 'ar')

2007-08-06 Thread Josselin Mouette
Le lundi 06 août 2007 à 15:34 +, mathieu a écrit : > This will require yet another dependency to create debian: a diff > executable (hopefully this time there is no difference between GNU- > diff and BSD-diff) I don't understand what you are trying to do, but you are doing it the very wrong wa

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Marc 'HE' Brockschmidt
Ron Johnson <[EMAIL PROTECTED]> writes: > On 08/06/07 07:32, Marc 'HE' Brockschmidt wrote: > [snip] >> That will not work. ar(1) is GNU ar on most systems, while dpkg uses >> ar-as-in-BSD-ar. The diffeences are subtle, but lead to problems in >> some applications. > That's interesting. Why? Becau

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Hendrik Sattler
Am Montag 06 August 2007 12:34 schrieb Mathieu Malaterre: > I am currently working on integrating debian packaging system in > cpack (part of CMake, see cmake.org). Basically cpack used to have a > simple tarball system for creating package on *NIX. I simply had to > encapsulate this tarball with

Re: Bug#434651: debian-policy: New virtual package: wims-extra

2007-08-06 Thread Russ Allbery
Magnus Holmgren <[EMAIL PROTECTED]> writes: > On Wednesday 25 July 2007 17:35, José L. Redrejo wrote: >> So, I propose to add this entry to the virtual package list: >> wims-extra - extra exercises, translations and modules that enhance wims >> functionalities. > I don't think you need to have w

Re: New PAM in experimental needs testing

2007-08-06 Thread Jan Christoph Nordholz
Hi Marc, > Does it help when I try installing unstable, upgrading to new pam and > then check whether login and ssh server still works? i canont do this > before tomorrow night, and can only do very basic testing. sure. On a side note, when you do so: pam upstream has introduced symbol versioning

Re: New PAM in experimental needs testing

2007-08-06 Thread Marc Haber
On Sun, 05 Aug 2007 18:36:45 +0100, Roger Leigh <[EMAIL PROTECTED]> wrote: >A new version of PAM (0.99.7.1-1) has been packaged and uploaded to >experimental. This is intended to replace 0.79-4. However, because >there have been quite a number of upstream changes, and all the >Debian-specific pat

Re: Packaging source code and Debian diffs (was: [CMake] Producing deb package with 'ar')

2007-08-06 Thread mathieu
On Aug 6, 4:10 pm, Ben Finney <[EMAIL PROTECTED]> wrote: > "Mathieu Malaterre" <[EMAIL PROTECTED]> writes: > > If there is no original source code - for example, if the package is > > specially prepared for Debian or the Debian maintainer is the same > > as the upstream maintainer - the format is s

Re: Packaging source code and Debian diffs (was: [CMake] Producing deb package with 'ar')

2007-08-06 Thread mathieu
On Aug 6, 4:10 pm, Ben Finney <[EMAIL PROTECTED]> wrote: > "Mathieu Malaterre" <[EMAIL PROTECTED]> writes: > > If there is no original source code - for example, if the package is > > specially prepared for Debian or the Debian maintainer is the same > > as the upstream maintainer - the format is s

GNU ar versus BSD ar (was: Re: Producing deb package with 'ar')

2007-08-06 Thread mathieu
On Aug 6, 3:10 pm, Ron Johnson <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 08/06/07 07:32, Marc 'HE' Brockschmidt wrote: > [snip] > > > > > That will not work. ar(1) is GNU ar on most systems, while dpkg uses > > ar-as-in-BSD-ar. The diffeences are subtle, bu

Packaging source code and Debian diffs (was: [CMake] Producing deb package with 'ar')

2007-08-06 Thread Ben Finney
"Mathieu Malaterre" <[EMAIL PROTECTED]> writes: > If there is no original source code - for example, if the package is > specially prepared for Debian or the Debian maintainer is the same > as the upstream maintainer - the format is slightly different: then > there is no diff, and the tarfile is n

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/06/07 07:32, Marc 'HE' Brockschmidt wrote: [snip] > > That will not work. ar(1) is GNU ar on most systems, while dpkg uses > ar-as-in-BSD-ar. The diffeences are subtle, but lead to problems in > some applications. That's interesting. Why? - -

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Marc 'HE' Brockschmidt
"Mathieu Malaterre" <[EMAIL PROTECTED]> writes: > On 8/6/07, Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote: >> On Mon, Aug 06, 2007 at 12:34:40PM +0200, Mathieu Malaterre wrote: >>> I am currently working on integrating debian packaging system in >>> cpack (part of CMake, see cmake.org). Basic

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Antti-Juhani Kaijanaho
Please don't CC me, I read the list. On Mon, Aug 06, 2007 at 01:38:33PM +0200, Mathieu Malaterre wrote: > thanks for the link. So according to this page I might even be able to > generate a single tarball: You do need the .dsc too :) -- Antti-Juhani Kaijanaho, Jyväskylä http://antti-juhani.kaij

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Mathieu Malaterre
Hi Antti-Juhani On 8/6/07, Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote: > On Mon, Aug 06, 2007 at 12:34:40PM +0200, Mathieu Malaterre wrote: > > I am currently working on integrating debian packaging system in > > cpack (part of CMake, see cmake.org). Basically cpack used to have a > > simp

Re: [CMake] Producing deb package with 'ar'

2007-08-06 Thread Antti-Juhani Kaijanaho
On Mon, Aug 06, 2007 at 12:34:40PM +0200, Mathieu Malaterre wrote: > I am currently working on integrating debian packaging system in > cpack (part of CMake, see cmake.org). Basically cpack used to have a > simple tarball system for creating package on *NIX. I simply had to > encapsulate this tar

[CMake] Producing deb package with 'ar'

2007-08-06 Thread Mathieu Malaterre
Hi, I am currently working on integrating debian packaging system in cpack (part of CMake, see cmake.org). Basically cpack used to have a simple tarball system for creating package on *NIX. I simply had to encapsulate this tarball within an 'ar'ball, with a control and a md5sums file (*) I am

Re: /bin/sh diversions

2007-08-06 Thread paddy
On Sat, Aug 04, 2007 at 01:41:52PM +0200, Marco d'Itri wrote: > On Aug 03, Thorsten Glaser <[EMAIL PROTECTED]> wrote: > > > Give the user the tools to shoot himself into the foot. Besides, dash > > is already using the debconf dance, so why discriminate other shells > > that are fine to do it acco

Re: Bug#434651: debian-policy: New virtual package: wims-extra

2007-08-06 Thread L. Redrejo
El lun, 06-08-2007 a las 00:17 -0700, Russ Allbery escribió: > José "L. Redrejo" <[EMAIL PROTECTED]> writes: > > > However most of the "meat" is provided by the packages wims-extra-xx, > > which contain hundreds of educational modules (this number hopefully > > will grow quickly). In July 2007, th

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread Josselin Mouette
Le dimanche 05 août 2007 à 23:49 +0200, SZALAY Attila a écrit : > Yes, you are right in a Desktop. You are right in a server too. But if > you want to collect log messages from some hundred machine is an other > question. And it's more easy to put another CPU into the machine than > double the cloc

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread Pierre Habouzit
On Mon, Aug 06, 2007 at 10:39:36AM +0200, Stig Sandbeck Mathisen wrote: > You have multiple ways for logs to enter: > > 514/udp - the good old standard. > > /tcp - tcp syslog, queued on the client side, ensured on > the server side, possibly encrypted if data passes external > networks. >

Re: Symbol-based dependencies on shared libraries: some news

2007-08-06 Thread Mark Brown
On Mon, Aug 06, 2007 at 10:29:52AM +0200, Raphael Hertzog wrote: > On Sat, 04 Aug 2007, Loïc Minier wrote: > > I wish for an include mechanism! :) ... > applicable if you use an include mechanism. Duplication is bad, but it may > be easier to manage. Realisitically I expect that if an include

Re: Bug#435884: ITP: rsyslog -- enhanced multi-threaded syslogd

2007-08-06 Thread Stig Sandbeck Mathisen
Pierre Habouzit <[EMAIL PROTECTED]> writes: > The syslog daemon shall not eat anymore than 0.01% of your CPU. That's just silly. :P For a cluster of syslog servers, the syslog daemon shall use whatever CPU time it needs. If it needs more than one CPU, and more than one CPU is available, then it

Re: Symbol-based dependencies on shared libraries: some news

2007-08-06 Thread Raphael Hertzog
On Sat, 04 Aug 2007, Loïc Minier wrote: > On Sat, Aug 04, 2007, Raphael Hertzog wrote: > > Knowing those differences, I wonder if I should offer the possibility to > > have > > debian/.symbols.common that would complement what can be found in > > debian/.symbols. or if we need something more elabo

Bug#436195: ITP: logapp -- supervise execution of applications producing heavy output

2007-08-06 Thread Kumar Appaiah
Package: wnpp Severity: wishlist Owner: Kumar Appaiah <[EMAIL PROTECTED]> * Package name: logapp Version : 0.7 Upstream Author : Michael Brunner <[EMAIL PROTECTED]> * URL : http://logapp.sourceforge.net/ * License : GPL Programming Lang: C Description :

Current Policy change proposals

2007-08-06 Thread Russ Allbery
[ This mail is an experiment with regular reports on the status of open Policy change proposals, both as a status report to the project on Policy changes and as a request for input and review of proposals by interested parties. If this experiment is successful, both in terms of interest an

Re: Bug#434651: debian-policy: New virtual package: wims-extra

2007-08-06 Thread Russ Allbery
José "L. Redrejo" <[EMAIL PROTECTED]> writes: > However most of the "meat" is provided by the packages wims-extra-xx, > which contain hundreds of educational modules (this number hopefully > will grow quickly). In July 2007, the installed size of wims-extra-all > is roughly 200 MBytes. Some webma