Launching and l10n NMU campaign for the squeeze release cycle

[Christian Perrier]

Despite the current incertainties about the planned release date, I
think it is now time to launch the l10n NMU campaign for squeeze.

The key page for this is
http://i18n.debian.net/debian-l10n/l10n-nmu/nmu_bypackage.html

It lists packages that have at least one l10n bug report opened and
ranks them with a fairly complicated notation system meant to both
take into account the number of l10n bugs and their age.

So, roughly speaking, I'll start from the top of the page and then go
down.

The process is roughly the following:

- warn the maintainer (through the @packages.d.o address) about my
  intent to build an NMU of the package, fixing all l10n bug reports

- wait for a few days (4 with the current setup: that may sound low,
  but the process becomes fairly hairy to handle with longer delays)

- issue a call for translation updates (of course after taking care to
  use the pending l10n bug reports)

- wait for 6 days

- prepare the NMU and send the diff to the maintainer (copying it to
  the oldest l10n bug report)

- upload to DELAYED/2-day
  
Of course, at any time of the process, things may be negotiated with
the maintainer, and adapted to his|her work process...including fully
abandoning the NMU intent..:-)

This time, I'll look closer at packages I intend to NMU. Probably
those that are at the top of the list might be poorly maintained
packages, or even abandoned ones. For the last NMU campaigns, I took
care of even those packages, but, this time, I might consider asking
for the package removal if it appears too buggy, useless, outdated, or
whatever else.

Of course, comments about this process are very much welcomed!

-- 



signature.asc
Description: Digital signature

Re: Launching an l10n NMU campaign for the squeeze release cycle

[Christian Perrier]

Quoting self:

Of course, when replying to this mail, please feel free to correct the
typo in Subject: :)



signature.asc
Description: Digital signature

Bug#542913: ITP: libmakefile-dom-perl -- Perl DOM implementation for Makefiles

[Mikhail Gusarov]

Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov 

* Package name: libmakefile-dom-perl
  Version : 0.004
  Upstream Author : Agent Zhang 
* URL : http://search.cpan.org/dist/Makefile-DOM/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Perl DOM implementation for Makefiles

This libary serves as an advanced lexer for (GNU) makefiles. It
loselessly parses makefiles as "documents". The results are data
structures similar to DOM trees, holding every single bit of the
information in the original input files, including white spaces,
blank lines and makefile comments, so it's possible to reproduce
the original makefiles from the DOM trees. In addition, each node
of the DOM trees is modifiable and so is the whole tree.



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

Bug#542914: ITP: liblocale-maketext-gettext-perl -- Perl module bridging gettext and Maketext localization frameworks

[Mikhail Gusarov]

Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov 

* Package name: liblocale-maketext-gettext-perl
  Version : 1.28
  Upstream Author : imacat 
* URL : http://search.cpan.org/dist/Locale-Maketext-Gettext/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Perl module bridging gettext and Maketext localization 
frameworks

Locale::Maketext::Gettext joins the GNU gettext and Maketext
frameworks providing a code that bridges gettext po/pot
localization infrastructure and Maketext Perl API.



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

Bug#542916: ITP: libmakefile-parser-perl -- Simple Perl makefile parser

[Mikhail Gusarov]

Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov 

* Package name: libmakefile-parser-perl
  Version : 0.211
  Upstream Author : Agent Zhang 
* URL : http://search.cpan.org/dist/Makefile-Parser/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Simple Perl Makefile parser

This is a simple Perl Makefile parser, able to parse most of syntax constructs
supported both by Microsoft Nmake and GNU Make.



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

Bug#542919: ITP: publican -- Tool for publishing material authored in DocBook XML

[Mikhail Gusarov]

Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov 

* Package name: publican
  Version : 0.99
  Upstream Author : Jeff Fearn 
* URL : https://fedorahosted.org/publican/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Tool for publishing material authored in DocBook XML

Publican is a Docbook XML publication system:
 * Publican ensures your document is valid,
 * Publican works to ensure your document is up to publishable standard,
 * Publican supports skinning to allow you to create your own presentation
   rules and look, overriding many parts of the default style to meet your
   publishing needs,
 * Publican automates producing documentation in several formats: plain text,
   several variations of HTML output and PDF, hiding boring details.



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

Bug#542918: ITP: libxml-treebuilder-perl -- Perl XML parser providing a tree of XML::Elements similar to HTML::Element

[Mikhail Gusarov]

Package: wnpp
Severity: wishlist
Owner: Mikhail Gusarov 

* Package name: libxml-treebuilder-perl
  Version : 3.09
  Upstream Author : Sean M. Burke 
* URL : http://search.cpan.org/dist/XML-TreeBuilder/
* License : Perl (Artistic and GPL)
  Programming Lang: Perl
  Description : Perl XML parser providing a tree of XML::Elements similar 
to HTML::Element

This module uses XML::Parser to make XML document trees constructed of 
XML::Element objects
(and XML::Element is a subclass of HTML::Element adapted for XML).  
XML::TreeBuilder is meant
particularly for people who are used to the HTML::TreeBuilder / HTML::Element 
interface to
document trees, and who don't want to learn some other document interface like 
XML::Twig or
XML::DOM.

== 

Note: this my ITP and previous ones are prerequisites to package Publican[1], 
I'd be asking myself
"Why another hand-written XML parser?" if it was not required by application.

[1] http://fedorahosted.org/publican



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

Re: Launching and l10n NMU campaign for the squeeze release cycle

[Luk Claes]

Christian Perrier wrote:
> Despite the current incertainties about the planned release date, I
> think it is now time to launch the l10n NMU campaign for squeeze.

I agree that it's probably not a bad timing to start a l10n NMU campaign.

> The process is roughly the following:
> 
> - warn the maintainer (through the @packages.d.o address) about my
>   intent to build an NMU of the package, fixing all l10n bug reports

[...]

> Of course, at any time of the process, things may be negotiated with
> the maintainer, and adapted to his|her work process...including fully
> abandoning the NMU intent..:-)
> 
> This time, I'll look closer at packages I intend to NMU. Probably
> those that are at the top of the list might be poorly maintained
> packages, or even abandoned ones. For the last NMU campaigns, I took
> care of even those packages, but, this time, I might consider asking
> for the package removal if it appears too buggy, useless, outdated, or
> whatever else.

Not a bad idea. Please do share the ones were you did not get any
maintainer response with the MIA Team even if you proceed with the NMU
so they can look into the specific reasons why the maintainer seems to
be inactive.

Also note that there is a process for tracking possible orphaning or
removal of a package by the QA Team which is called bapase [1].

Cheers

Luk

[1] http://wiki.debian.org/qa.debian.org/bapase


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

Re: ITP: liblocale-us-perl -- Module for United States state identification

[Alastair McKinstry]

Hi,

A larger version of this idea exists in the iso-codes package, with  
the iso-code subdivision

codes for all countries, see /usr/share/xml/iso-codes/iso_3166-2.xml

For each US state it has the 2nd-level code , so US-MI is Michigan,  
for example.


Similar 2nd-level codes exist for each country, so FR-75 is the French  
Department of Paris,

IE-D is Dublin, Ireland, and GB-ESX is the English county of Essex.

The iso-codes package  provides translations for these lists.

Perhaps generalizing this module might be a good idea ?

Regards
Alastair

On 17 Nov 2007, at 18:51, Matt Brown wrote:


On 11/17/07, Ron Johnson  wrote:

This Perl module provides methods allowing United States' two-letter
state identification parsing from state code to state name and vice
versa.


Is a package really needed for something this simple?


It might be obvious to a US native, but it's hardly simple or obvious
to those of us outside America.

MI is a prime example, does it refer to Michigan, Missouri,
Mississippi or Minesota? The first two letters match all four.

If you come across this every day you probably know the answer, but I
just had to look it up again (Michigan) despite being caught out by
this just the other week!

--
Matt Brown
m...@mattb.net.nz
Mob +353 86 608 7117 www.mattb.net.nz


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




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

Re: Launching and l10n NMU campaign for the squeeze release cycle

[Lucas Nussbaum]

On 22/08/09 at 11:59 +0200, Luk Claes wrote:
> > Of course, at any time of the process, things may be negotiated with
> > the maintainer, and adapted to his|her work process...including fully
> > abandoning the NMU intent..:-)
> > 
> > This time, I'll look closer at packages I intend to NMU. Probably
> > those that are at the top of the list might be poorly maintained
> > packages, or even abandoned ones. For the last NMU campaigns, I took
> > care of even those packages, but, this time, I might consider asking
> > for the package removal if it appears too buggy, useless, outdated, or
> > whatever else.
> 
> Not a bad idea. Please do share the ones were you did not get any
> maintainer response with the MIA Team even if you proceed with the NMU
> so they can look into the specific reasons why the maintainer seems to
> be inactive.

Also, if you run into suspicious packages, that might be candidate for
orphaning and removal, and don't have time to investigate them yourself,
please make a list and send it to debian...@lists.debian.org.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |


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

udev 146 in experimental

[Marco d'Itri]

I uploaded to experimental[1] udev 146, considering the major changes I
recommend extended testing by anybody who can, especially d-i
developers.
Current status: "installs and boots in a kvm image".

It will make mdadm uninstallable until it will be fixed to use blkid.

udev now will use the ConsoleKit database to set ACLs on devices, this
will allow removing all non-standard groups from the rules (#516149).
I would appreciate some words from the ConsoleKit maintainer about how
it works and what we should expect from it in the future.
I implemented a little hack to prevent udev from depending on glib,
which would have added 2 MB to the base system.


BTW, I would still appreciate help in either fixing or declaring
impossible to fix #444980 "udev not restarted after exiting runlevel 1".


(146-1) experimental; urgency=low

  * New upstream release.
+ vol_id and libvolume_id have been removed. (Closes: #500883, #534765)
  Breaks: dmsetup (<< 2.02.51-1), mdadm (<< 3.0-3)
+ Introduced libgudev-1.0.
+ Finally removed the udevinfo compatibility symlink.
+ Applies ACLs on /dev nodes if ConsoleKit is active.
  * Added patch test_for_glib: do not run udev-acl unless glib is
  * installed.
  * Stop copying /etc/udev/rules.d/ in the initramfs.
  * Renamed some rules files for uniformity with other distributions:
50-udev.rules => 50-udev-default.rules,
95-late.rules => 95-udev-late.rules.

 -- Marco d'Itri   Sat, 22 Aug 2009 05:50:20 +0200


[1] just accepted from NEW, so it is also available at
http://www.bofh.it/~md/debian/

-- 
ciao,
Marco


signature.asc
Description: Digital signature

mdadm and udev (was: udev 146 in experimental)

[martin f krafft]

also sprach Marco d'Itri  [2009.08.22.1402 +0200]:
> I uploaded to experimental[1] udev 146, considering the major changes I
> recommend extended testing by anybody who can, especially d-i
> developers.
> Current status: "installs and boots in a kvm image".
> 
> It will make mdadm uninstallable until it will be fixed to use blkid.

Thanks, Marco, for the heads-up, for uploading to experimental, and
for #541884.

I do not see myself in the position to work on mdadm in the next
weeks. NMUs (and co-maintainers) welcome. #537993

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
time wounds all heels.
   -- groucho marx


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Registry for cache directories (to save backup space)

[Thomas Koch]

Hi,

while watching rsnapshot doing a backup of my laptop, I thought: Wouldn't it 
be fine, to have a registry of cache directories that shouldn't be backed up?

While you can exclude /var/cache, there are still many GB of data in
~/.mozilla/firefox/.../Cache
~/.strigi
~/.thumbnails
~/.cddb
~/.cache (Who is that?)
~/.googleearth

So a debian package could register all the places, where it puts caches and a 
system administrator could use this registry to speed up backups and save 
bandwidth and storage.

Thomas Koch, http://www.koch.ro


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

Re: Registry for cache directories (to save backup space)

[Paul Wise]

On Sat, Aug 22, 2009 at 10:23 PM, Thomas Koch wrote:

> while watching rsnapshot doing a backup of my laptop, I thought: Wouldn't it
> be fine, to have a registry of cache directories that shouldn't be backed up?
...
> So a debian package could register all the places, where it puts caches and a
> system administrator could use this registry to speed up backups and save
> bandwidth and storage.

Debian is the wrong place to do that, the FreeDesktop group and
upstreams is the best place to do that.

Looks like there was discussion about this as far back as 2004:

http://lists.freedesktop.org/archives/xdg/2004-July/thread.html#2603
http://www.brynosaurus.com/cachedir/

Probably just fixing all apps to use the XDG Base Directory spec and
not backing up ~/.cache is enough though:

http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
http://packages.debian.org/sid/libxdg-basedir-dev

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#543118: ITP: python-cloudfiles -- Python interface to Rackspace CloudFiles service

[Michael Shuler]

Package: wnpp
Severity: wishlist
Owner: Michael Shuler 

  Package name: python-cloudfiles
  Version : 1.4.0
  Upstream Author : Cloud Files 
  URL : http://github.com/rackspace/python-cloudfiles/
  License : MIT
  Programming Lang: Python
  Description : Python interface to Rackspace Cloud Files service

python-cloudfiles provides a simple interface to the Rackspace Cloud Files
service. "Cloud Files is reliable, scalable and affordable web-based
storage for backing up and archiving all your static content". Find out
more at .

To use this module you will need to sign up to Rackspace Cloud Files and
provide a "user" and "key". If you use this module, you will incurr costs
as specified by Rackspace. Please check the costs. If you use this module
with your user and key you will be responsible for these costs.

(This module will be maintained under the Debian Python Modules Team)



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

Bug#543146: ITP: zaz -- arcade action puzzle game

[Miriam Ruiz]

Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz 


* Package name: zaz
  Version : 0.2.6
  Upstream Author : Remigiusz Dybka 
* URL : http://sourceforge.net/projects/zaz/
* License : GPL3+
  Programming Lang: C++
  Description : arcade action puzzle game

 Zaz is an arcade action puzzle game where the goal is to get rid of
 all incoming balls by rearranging their order and making triplets.
 It currently includes 6 different levels. The game's name is recursive
 and stands for "Zaz ain't Z".
 .
 A 3D accelerator is needed for decent gameplay.



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

Bug#543150: ITP: pdkim -- cryptographically identify the sender of email

[Magnus Holmgren]

Package: wnpp
Severity: wishlist
Owner: Magnus Holmgren 

* Package name: pdkim
  Version : 1.0
  Upstream Author : Tom Kistner 
* URL : http://duncanthrax.net/pdkim/
* License : GPL
  Programming Lang: C
  Description : cryptographically identify the sender of email

PDKIM is another DKIM (RFC4871) library written by Tom Kistner because libdkim 
was lacking some functionality needed in Exim and the developers are 
unresponsive.

Its main virtues are:

* Self-contained, no dependencies (except libc), thanks to code included 
from the PolarSSL project.
* Cross-Platform. Works on Unix™ and Windows™.
* Straightforward API
* Small size
* GPL license



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

Re: udev 146 in experimental

[Frans Pop]

On Saturday 22 August 2009, Marco d'Itri wrote:
> I uploaded to experimental[1] udev 146, considering the major changes I
> recommend extended testing by anybody who can, especially d-i
> developers.

I've done a quick basic installation test on i386 (in VirtualBox). Nothing 
fancy. I've not seen any issues in the D-I environment.

For the /target system the regular unstable version of udev was used.

Cheers,
FJP


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

Re: Registry for cache directories (to save backup space)

[Harald Braumann]

On Sat, 22 Aug 2009 22:43:11 +0800
Paul Wise  wrote:

> On Sat, Aug 22, 2009 at 10:23 PM, Thomas Koch wrote:
> 
> > while watching rsnapshot doing a backup of my laptop, I thought:
> > Wouldn't it be fine, to have a registry of cache directories that
> > shouldn't be backed up?
> ...
> > So a debian package could register all the places, where it puts
> > caches and a system administrator could use this registry to speed
> > up backups and save bandwidth and storage.
> 
> Debian is the wrong place to do that, the FreeDesktop group and
> upstreams is the best place to do that.

FreeDesktop is equally wrong, as not all applications are desktop
applications (a point that is often forgotten, nowadays). The right
place would be the FHS. 

> 
> Looks like there was discussion about this as far back as 2004:
> 
> http://lists.freedesktop.org/archives/xdg/2004-July/thread.html#2603
> http://www.brynosaurus.com/cachedir/
> 
> Probably just fixing all apps to use the XDG Base Directory spec and
> not backing up ~/.cache is enough though:

I'm quite sure that not everyone would call that `fixing'.

> 
> http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html
> http://packages.debian.org/sid/libxdg-basedir-dev
> 

Cheers,
harry


signature.asc
Description: PGP signature

Re: Bug#543150: ITP: pdkim -- cryptographically identify the sender of email

[Aaron M. Ucko]

Magnus Holmgren  writes:

> * Self-contained, no dependencies (except libc), thanks to code included 
> from the PolarSSL project.

>From a Debian perspective, that's a policy violation, not a feature!
Please arrange for it to use an external PolarSSL installation.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu


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

Bug#543166: ITP: atheist -- A general purpose command-line testing tool.

[Cleto Martín Angelina]

Package: wnpp
Severity: wishlist
Owner: "Cleto Martín Angelina" 


  Package name: atheist
  Version : 0.01
  Upstream Author : David Villa 
  URL : http://arco.esi.uclm.es/svn/public/prj/atheist
  License : GPLv3
  Programming Lang: Python
  Description : A general purpose command-line testing tool.



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

528194-d...@lists.debian.org

[Manoj Srivastava]

Hi,

Given how much in flux the plans are for multi-arch, I would
 rather wait until plans solidify before making changes to the
 packaging.

manoj
-- 
Fain would I climb, yet fear I to fall. Sir Walter Raleigh
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: udev 146 in experimental

[Steve Langasek]

On Sat, Aug 22, 2009 at 02:02:52PM +0200, Marco d'Itri wrote:
> udev now will use the ConsoleKit database to set ACLs on devices, this
> will allow removing all non-standard groups from the rules (#516149).

Before concluding that ConsoleKit obsoletes these groups, please compare
with .
ConsoleKit only provides ACLs for logged-in users, which doesn't cover the
use case of a daemon needing access to the device.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Re: 528194-d...@lists.debian.org

[Neil Williams]

On Sat, 22 Aug 2009 18:50:19 -0500
Manoj Srivastava  wrote:

> Given how much in flux the plans are for multi-arch, I would
>  rather wait until plans solidify before making changes to the
>  packaging.

General request: when adding a mailing list to the discussion of a bug
report, please indicate the package concerned in the text sent to the
mailing list as well as the title (and usually the severity) of the bug
report concerned. It's quite irritating to have to look up the bug
report just to work out why the mailing list became involved in the
first place. Thanks.

528194: Add multiarch support
Package: libselinux
Reported by: Goswin von Brederlow 
Date: Mon, 11 May 2009 10:00:08 UTC
Severity: wishlist
Tags: patch
Found in version 2.0.71-1


--


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



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