A little gift - Seo

[Seo Need Ppc]

Seo Need Ppc  belongs to Skoost and sent you a little gift.

Click below to collect your gift:
http://www.skoost.com/fun?debian%2Ddevel%40lists%2Edebian%2Eorg/23437790/10

P.S. This is a safe and innocent gift that Seo Need Ppc 
sent from Skoost.

This e-mail was sent to debian-devel@lists.debian.org on 10/6/2009 6:18:18 AM
on behalf of Seo Need Ppc  (vinodvaishna...@gmail.com)

Re: Faster boot by running init.d scripts in parallel

[Manoj Srivastava]

On Mon, Oct 05 2009, Manoj Srivastava wrote:

> Well, I have commented it out; I'll try again to reboot after
>  removing the line.

I rebooted, and I still get init.d/rc is starting startpar. I do
 not have any line with CONCURRENCY= in /etc/default/rcS, commented or
 otherwise. There is definitely a bug somewhere.

manoj
-- 
The 'A' is for content, the 'minus' is for not typing it.  Don't ever do
this to my eyes again. -- Professor Ronald Brady, Philosophy, Ramapo
State College
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#549353: ITP: arename -- automatic audio file renaming

[Simon McVittie]

> arename is a tool that is able to rename audio files by looking at a
> file's tagging information.

Without wanting to derail your enthusiasm, doesn't Debian already have
some of these? :-)

An aptitude search for "~drenam ~dtag" (Description includes both renam
and tag) lists (among some obvious false-positives) amarok, easytag,
entagged, exfalso, gmusicbrowser, id3ren, juk, lltag, mp3rename, mpgtx,
pyrenamer and tagtool. Some of those are players or tag-editors too, and
that simplistic search clearly missed out some tools with similar
capabilities (e.g. picard).

If the answer is "arename is significantly better" then fair enough, but
selectively-quoting the DPL's Debconf9 keynote
,
"26,000+ binary packages [...] Do we really need another web server /
music player / calculator?"

(Fair disclosure: my recently-used renaming tools are picard, exfalso,
and some improvised do-what-I-want scripts using
vorbiscomment/metaflac/sed.)

Regards,
S


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#549860: ITP: scilab-plotlib -- "Matlab-like" Plotting library for Scilab

[Sylvestre Ledru]

Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru 


* Package name: scilab-plotlib
  Version : 0.21
  Upstream Author : Stéphane Mottelet 
* URL : http://www.dma.utc.fr/~mottelet/myplot.html
* License : GPL
  Programming Lang: Scilab
  Description : "Matlab-like" Plotting library for Scilab

 This toolbox is providing plotting capabilities in the Scilab language.
 Plotlib functions matches the one from Matlab and therefor is dedicated
 to users switching from Matlab to Scilab.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Moving binary packages between source packages, and closing bugs

[Frank Küster]

Roberto C. Sánchez  wrote:

> On Sat, Oct 03, 2009 at 04:54:54PM +0200, Frank Küster wrote:
>> Hi,
>> 
>> assume a binary package A has been built from source package X, but a
>> new upload of source packages X and Y moves it, and it is now built from
>> Y.  Now, will the changes file of Y properly close the bug in A?  In
>> other words, will the BTS be aware of the change in source package
>> before the changes file is processed?  
>> 
> In my experience, the answer to this is "yes."  

Thanks, fine!

(also to Don)

Frank
-- 
Dr. Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: dropping support for kernels < 2.6.22

[Simon Paillard]

On Sun, Oct 04, 2009 at 01:26:50AM +0200, Marco d'Itri wrote:
> Recent releases of udev depend on signalfd(2), so squeeze will require
> at least a 2.6.22 kernel.
> The mechanism used for the etch to lenny upgrade is still in place, so
> hopefully it will work again.
> 
> I suppose that the release notes will need to be updated.

Thanks, #549710 on release-notes.

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Transitional (dummy) packages considered silly

[Manoj Srivastava]

On Mon, Oct 05 2009, Goswin von Brederlow wrote:


> Is the Packages.gz file then in violation of my packages license? It
> doesn't come with a copy of the GPL as required by my software. :)

In a narrow sense, this is also an argument you may make about
 any .deb whose license belongs in /usr/share/common-licenses; since the
 binary .deb does not contain the licenses required. If the end user
 uses alien to install it on, say,  a fedora machine, the pointers to
 the license file would be left dangling. In a number of ways,
 individual bits of our OS are not distributable in isolation.

manoj
-- 
We have a equal opportunity Calculus class -- it's fully integrated.
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: gnokii stall

[Fathi Boudra]

Hi,

On Sun, Oct 4, 2009 at 5:49 AM, Norbert Preining  wrote:
> Do the maintainers of these packages plan to upload fixed packages
> soon?
>
> I have tried to update by recompiling, but unfortunately the kdepim
> suite FTBFS, I submitted a bug report on that without any response
> up to now.

we're planning to upload kdepim 4.3.2 soon.
release managers can skip kadressbook binNMU.

cheers,

Fathi


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: gnokii stall

[Leo 'costela' Antunes]

Norbert Preining wrote:
> is there any plan or timeline when the gnokii stall in sid will be
> fixed? It looks like that gnome-phone-manager and the kdepim suite
> still depend on the old libgnokii library.
> 
> Do the maintainers of these packages plan to upload fixed packages 
> soon?

This is my fault for uploading a new soname without trying to coordinate
with the other maintainers or asking the release team.

I forgot that since the last soname bump, libgnokii now doesn't have a
versioned -dev package, so I needlessly opened bugs for the depending
packages instead of simply requesting binNMUs. My bad.

In the meantime gnome-phone-manager has been binNMUed, so kaddressbook
seems to be the only missing piece.
I'm sending an email to d-release requesting that, just in case.


Cheers and sorry for the noise

-- 
Leo "costela" Antunes
[insert a witty retort here]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: cupt, the APT competitor

[Goswin von Brederlow]

Free Ekanayaka  writes:

> Hi,
>
> |--==> On Tue, 22 Sep 2009 12:52:14 +0300, "Eugene V. Lyubimkin" 
>  said:
>
>   EVL> This mail is to inform that Debian APT suite now has a competitor 
> named Cupt [1].
>
> For the ones who don't know it, I'd like to point out that there is at
> least one other competitor/companion/replacement of APT:
>
> http://labix.org/smart
>
> Smart has been developed since several years now and it is in
> Debian. The code base is rather stable and actively maintained, and
> beside dpkg it has supports for other packaging backends like rpm and
> slack. It has a GUI too.
>
> Ciao!
>
> Free

What language is it in? How functional is it?

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Transitional (dummy) packages considered silly

[Goswin von Brederlow]

Russ Allbery  writes:

> Emilio Pozuelo Monfort  writes:
>> Goswin von Brederlow wrote:
>
>>> Do you happen to know the chapter/section where that is said?
>
>>> Note that "12.7 Changelog files" does not require a
>>> /usr/share/doc/changelog for native packages.
>
>> 2.3. Copyright considerations
>> -
>
>>  Every package must be accompanied by a verbatim copy of its copyright
>>  and distribution license in the file
>>  `/usr/share/doc//copyright' (see Section 12.5, `Copyright
>>  information' for further details).
>
> Yup.  And since a package necessarily includes metadata, including a
> package description, which is copyrightable material.

Is the Packages.gz file then in violation of my packages license? It
doesn't come with a copy of the GPL as required by my software. :)

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: /var/www is depracated, which directory to use?

[Frans Pop]

sean finney wrote:
> On Mon, Oct 05, 2009 at 08:14:19AM +, Tzafrir Cohen wrote:
>> I believe most (or at least many) of those only support a single web
>> root. If you want to serve munin's static content from /usr/share/munin
>> and foo's static content from /usr/share/foo , you'll probably just
>> symlink both from /var/www and hope that this httpd supports (doesn't
>> explicitly disable) symlinks and doesn't chroot.
> 
> i believe the most webservers worth attention provide some form of
> alias/scriptalias support that would negate the need to put things in
> /var/www in order to get them working out of the box.
> 
> for the rest, with the lack of such ability i think the debian packages
> should err on the side of caution and do nothing, leaving it to the local
> admin to configure the application (whether by dropping in symlinks or
> something else).  packages should not ever ship with stuff in /var/www
> whether they be data or symlinks, for the same reason that they shouldn't
> do so in /srv.

I think that is fine as long as there is clear documentation available on
_how_ to manually configure things so that they can be used from a simple 
single web root.

Possibly this could be a required section in README.Debian for packages 
that provide web services?

I personally like boa on my laptop for things like dwww and info2www.
I also like the fact that they currently do work without any manual 
configuration. The fact that they are installed should IMO be sufficient 
indication that I actually want to use them.

Cheers,
FJP


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Transitional (dummy) packages considered silly

[Goswin von Brederlow]

Emilio Pozuelo Monfort  writes:

> Goswin von Brederlow wrote:
>> Russ Allbery  writes:
>> 
>>> Goswin von Brederlow  writes:
>>>
 Dpkg has the ability to vanish empty packages. A dummy package should
 be completly empty and not even contain a /usr/share/doc/.
>>> Such a package is explicitly forbidden by Debian Policy.  You need to
>>> propose a Policy change if you want to do this.  I believe it was
>>> discussed some time past, and the general consensus was against doing
>>> this, but I could be misremembering.
>> 
>> Do you happen to know the chapter/section where that is said?
>> 
>> Note that "12.7 Changelog files" does not require a
>> /usr/share/doc/changelog for native packages.
>
> 2.3. Copyright considerations
> -
>
>  Every package must be accompanied by a verbatim copy of its copyright
>  and distribution license in the file
>  `/usr/share/doc//copyright' (see Section 12.5, `Copyright
>  information' for further details).

That is already not quite true when /usr/share/doc/ is a
link. Maybe that should be worded differently.

I would also not call this explicitly. I do not believe this was
written to disallow empty debs but to state the legal requirement that
every copyrightable bit in Debian needs a copyright and license.

As a though experiment: If you have no contents isn't a nonexistant
file a verbatim copy of the nonexistant copyright and meaningless
distribtuion license?

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: /var/www is depracated, which directory to use?

[sean finney]

hi,

On Mon, Oct 05, 2009 at 08:14:19AM +, Tzafrir Cohen wrote:
> I believe most (or at least many) of those only support a single web
> root. If you want to serve munin's static content from /usr/share/munin
> and foo's static content from /usr/share/foo , you'll probably just
> symlink both from /var/www and hope that this httpd supports (doesn't
> explicitly disable) symlinks and doesn't chroot.

i believe the most webservers worth attention provide some form of
alias/scriptalias support that would negate the need to put things in
/var/www in order to get them working out of the box.

for the rest, with the lack of such ability i think the debian packages
should err on the side of caution and do nothing, leaving it to the local
admin to configure the application (whether by dropping in symlinks or
something else).  packages should not ever ship with stuff in /var/www
whether they be data or symlinks, for the same reason that they shouldn't
do so in /srv.


sean


signature.asc
Description: Digital signature

Re: /var/www is depracated, which directory to use?

[Tzafrir Cohen]

On Sun, Sep 27, 2009 at 04:15:42PM +0800, Holger Levsen wrote:
> 
> On Sonntag, 27. September 2009, sean finney wrote:

> > > I personally do not believe that serving anything from a package via the
> > > web by default is a good goal.  Certainly for my systems, any system
> > > that's running a web server has a virtual host configuration and anything
> > > that packages try to do to control what my web server serves out is
> > > broken and undesireable.
> > i'd have to disagree there.  i think anything that might serve up content
> > while unconfigured is a horrible idea 
> 
> I think having munin working out-of-the-box is a very neat feature.

One minor point regarding "out of the box":

Currently the package munin Suggests 'httpd'. Not specifically apache.

http://packages.debian.org/sid/munin

now shows:

  httpd
virtual package provided by aolserver4-core-4.5.1,
aolserver4-daemon,apache2-mpm-event, apache2-mpm-itk,
apache2-mpm-prefork, apache2-mpm-worker, boa, bozohttpd, caudium,
cherokee, dhttpd, ebhttpd, fnord, lighttpd, mathopd, micro-httpd,
mini-httpd, monkey, nginx, ocsigen, roxen4, thttpd, tntnet, webfs,
yaws

I believe most (or at least many) of those only support a single web
root. If you want to serve munin's static content from /usr/share/munin
and foo's static content from /usr/share/foo , you'll probably just
symlink both from /var/www and hope that this httpd supports (doesn't
explicitly disable) symlinks and doesn't chroot.

I figure most of us don't really care about support for yet another
httpd that nobody really uses. However, "getting it to work out of the
box" now seems to basically mean "adding apache2 connfiguration snippet
for it". Are other httpds supported?

(And yes, I read the webapps policy draft).

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
ICQ# 16849754 || friend


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#549646: ITP: libmpdclient -- client library for the Music Player Daemon

[Sebastian Harl]

Package: wnpp
Severity: wishlist
Owner: Sebastian Harl 

* Package name: libmpdclient
  Version : 2.0
  Upstream Author : Max Kellermann 
* URL : http://mpd.wikia.com/wiki/Person:maxk
* License : revised BSD
  Programming Lang: C
  Description : client library for the Music Player Daemon

libmpdclient provides an API for interfacing the Music Player Daemon
(MPD). It offers a low-level asynchronous API which knowns the MPD
protocol syntax as well as a higher level synchronous API implementing
the MPD commands and parsing all responses.

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Re: Faster boot by running init.d scripts in parallel

[Manoj Srivastava]

Hi,

Well, I have commented it out; I'll try again to reboot after
 removing the line.

manoj

#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.

TMPTIME=1
SULOGIN=no
DELAYLOGIN=no
UTC=yes
VERBOSE=no
FSCKFIX=yes
RAMRUN=no
RAMLOCK=no
#CONCURRENCY=makefile

-- 
"Earnestness is just stupidity sent to college." P.J. O'Rourke
Manoj Srivastava    
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org