Work-needing packages report for Nov 30, 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: 361 (new: 25)
Total number of packages offered up for adoption: 84 (new: 1)
Total number of packages requested help for: 36 (new: 0)

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



The following packages have been orphaned:

   batmon.app (#453503), orphaned today
 Description: Battery monitor for GNUstep
 Installations reported by Popcon: 32

   beaglefs (#453475), orphaned today
 Description: implements a filesystem representing a live Beagle
   query
 Installations reported by Popcon: 231

   bonsai (#453497), orphaned today
 Description: The Mozilla CVS query tool by web interface
 Installations reported by Popcon: 9

   dcc (#452699), orphaned 5 days ago (non-free)
 Description: Distributed Checksum Clearinghouse
 Reverse Depends: dcc-milter dcc-server
 Installations reported by Popcon: 1411

   essays1743 (#452966), orphaned 3 days ago
 Description: Essays 1743 TrueType font
 Installations reported by Popcon: 271

   f-spot (#453474), orphaned today
 Description: personal photo management application
 Installations reported by Popcon: 1430

   fetchyahoo (#452485), orphaned 6 days ago
 Description: Retrieve mail from Yahoo!'s webmail service
 Installations reported by Popcon: 198

   glade-perl (#453495), orphaned today
 Description: Convert Glade-Interface XML into perl code
 Reverse Depends: dfontmgr glade-perl
 Installations reported by Popcon: 1838

   gnue-appserver (#453463), orphaned today
 Description: GNU Enterprise Application Server
 Installations reported by Popcon: 14

   gnue-common (#453468), orphaned today
 Description: GNU Enterprise Common Library for use with the GNUe
   tools
 Reverse Depends: gnue-appserver gnue-designer gnue-forms
   gnue-navigator gnue-reports
 Installations reported by Popcon: 40

   gnue-designer (#453466), orphaned today
 Description: A Rapid Application Development tool for GNU Enterprise
 Installations reported by Popcon: 22

   gnue-forms (#453460), orphaned today
 Description: An XML-based forms painter
 Reverse Depends: gnue-designer
 Installations reported by Popcon: 26

   gnue-navigator (#453465), orphaned today
 Description: GNU Enterprise Navigator
 Installations reported by Popcon: 16

   gnue-reports (#453461), orphaned today
 Description: An XML-based output-independent reporting system
 Installations reported by Popcon: 31

   ladder.app (#453508), orphaned today
 Description: GNU Go frontend for GNUstep
 Reverse Depends: gnustep-games
 Installations reported by Popcon: 263

   lapispuzzle.app (#453504), orphaned today
 Description: Almost a clone of Street Puzzle Fighter
 Reverse Depends: gnustep-games
 Installations reported by Popcon: 252

   latex.service (#453506), orphaned today
 Description: LaTeX service for GNUstep
 Installations reported by Popcon: 235

   phpgroupware (#453467), orphaned today
 Description: phpGroupWare stock management module
 Reverse Depends: phpgroupware phpgroupware-addressbook
   phpgroupware-admin phpgroupware-bookmarks phpgroupware-calendar
   phpgroupware-chat phpgroupware-comic phpgroupware-developer-tools
   phpgroupware-dj phpgroupware-eldaptir (34 more omitted)
 Installations reported by Popcon: 162

   projectcenter.app (#453429), orphaned today
 Description: IDE for GNUstep Development
 Reverse Depends: gnustep-devel
 Installations reported by Popcon: 240

   puppet (#453359), orphaned yesterday
 Description: centralised configuration management
 Reverse Depends: puppetmaster
 Installations reported by Popcon: 267

   pyflakes (#453462), orphaned today
 Description: simple python source checker
 Installations reported by Popcon: 103

   treecc (#453464), orphaned today
 Description: Manages code generation for compiler development
 Installations reported by Popcon: 21

   ttf-georgewilliams (#452967), orphaned 3 days ago
 Description: Free unicode TrueType fonts by George Williams

   viewpdf.app (#453437), orphaned today
 Description: Portable Document Format (PDF) viewer for GNUstep
 Installations reported by Popcon: 176

   xwatchwin (#453436), orphaned today
 Description: Watch a window on another X server
 Installations reported by Popcon: 76

336 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:

   zoem (#452738), offered 5 days ago
 Description: a general-pur

Bug#25837: It's Natalia. Hi It's Natalia. We can be friend.

[jeffy otto]

Hello
My name is Natalia.
how are you?
I find your profile and e-mail on a site of acquaintances.
I want to find the more friend and my love.
If you is real are interested, answer to me and we can begin our acquaintance.
A little about me. I was born 30 DEC 1979.
I work as the manager in the insurance company.
I want to find best friend and the man who can love me whom
I will also ready to love and care.
And i believe, i can have all part of what you want in soulmate, out
of thousands of people that is on here, i find you to be my true
choice and i hope that you should feel the same way too. It's
m
really a wonderful moment as am writing this letter to you and i pray
that i should hear a good and sweat reply from you. You may be in
long distance from me, but i believe that love can do everything. I
believe love can move mountain and love can turn people's life to
wonderful life and sweet one. Ok, i wish that you should write me in
e-mail and lets talk and get to know more about each other.
My new friend I ask you to write to me on this e-mail: [EMAIL PROTECTED]
because the Internet here is very bad, but on e-mail I can check my
mail easily.
I will be great to read a nice letter from you.
Hoping in God of love and in power of love I hope to hear from you.
Thanks for the reading my letter.
Natalia.




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

Re: Mass bugs filing: bogus debian/watch files

[Raphael Geissert]

Christian Perrier wrote:
> 
> Let's be active: I fully support this initiative and, from this
> thread, you made all the required efforts to take care of doing your
> "mass" bug report, so I would say in short: go for it!

After reviewing some of the reports I added some more keywords to the
filter.
My script just finished to fill the bug reports, with a total of 81 bugs
filled :).

Sincerely,
Raphael Geissert


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

Re: Taking over puppet maintenance

[Thom May]

* Russ Allbery ([EMAIL PROTECTED]) wrote :
> Thom May <[EMAIL PROTECTED]> writes:
> 
> > a group of puppet users will probably be taking over maint of
> > puppet. Please drop me a line if you're interested in helping out.
> > Thanks to Matt for the great job he's done so far!
> 
> As I offered to Matt a while back, I'm happy to help out at any time with
> the packaging if there's a need, since we use Puppet extensively.
> 
https://alioth.debian.org/projects/pkg-puppet/
Obviously this is early stages.
-T


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

Re: adding user to package-forreign group

[Martin Preuss]

Hi,

On Donnerstag, 29. November 2007, Micha Lenk wrote:
[...]
> chipcard daemon out. The author of the driver package dislikes to change
> the name of the group "cyberjack" for rather historical reasons.
[...]

Just a clarification: I'm maintaining the Linux driver source for Reiner SCT 
and I'm responsible for their Linux support.

We are using the group "cyberjack" for quite some time now in order to keep 
the amount of support requests low. Early versions of the driver used many 
different groups depending on the system and the reader (uucp, dialout etc) 
and in order to decrease the support volume we simplified it to a single 
group (->cyberjack).

Consequently most documentation on the internet about the cyberjack driver 
states that the user who is to access the reader should be added to the 
group "cyberjack". If we were to change that name now the number of support 
requests would rise (in part because of the ambigous information a user finds 
in case of a change).

While that's something I could personally live with if it were my own project 
I can't propose this to Reiner SCT without a convincing argument (because 
Reiner SCT would have to pay for the additional support).

I would however gladly change the name of the group to a commonly used name, 
e.g. a name which is used by multiple chipcard projects (e.g. PC/SC, OpenCT, 
Libchipcard etc) if such a group name existed. It could be something 
straightforward like "chipcard" or "smartcard" or whatever.

It has also been proposed that readers get assigned to the group "users". 
However, I don't like granting access to such a device to every user per se, 
because in the end the reader is a security related device. Also, if any user 
would be able to access the reader directly he would most likely interfere 
with already running services (like OpenCT, PC/SC, Libchipcard).

I remember discussing these issues with the people from those projects but 
unfortunately without a result, so we are still using the name "cyberjack" 
for Reiner SCT Cyberjack readers.


Regards
Martin Preuss




-- 
"Things are only impossible until they're not"

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/


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

Re: adding user to package-forreign group

[brian m. carlson]

On Thu, Nov 29, 2007 at 11:09:26PM +0100, Micha Lenk wrote:

Hi,

I am the maintainer of package libchipcard, a library for accessing
smart cards. The software is designed in a client/server layout, where
the server manages chipcard reader devices and serves requests made by
applications willing to access a smart card. The daemon process is
running as unprivileged user "chipcard", created by a postinst script.

In order to access ReinerSCT Cyberjack smart card readers a driver
package libcyberjack-ctapi2 is needed, which is not in the archive but
available on SF.net or the manufacturer's homepage. Unfortunately the
driver package restricts access to the kernel device to members of the
system group "cyberjack" (using a udev rule). This usually locks the
chipcard daemon out. The author of the driver package dislikes to change
the name of the group "cyberjack" for rather historical reasons.


If you're intending on packaging this, then change the udev rule to be a 
sane default.  If you're not, then simply document this problem and its 
solution in README.Debian.  You could also try to convince the upstream 
maintainer to use the group chipcard on new Debian installations, using 
the presence of /etc/debian_version or lsb_release -i.


You probably don't want to add the chipcard user to the cyberjack group 
because it is entirely possible that someone has a user named 
cyberjack[0], which would have unfortunate consequences.  If an 
in-archive package has a conflict with an existing username, then it 
will generally fail when it tries to add an already existing non-system 
user as a system user (at least it should), so this problem will never 
occur with an in-archive package.


[0] I have found at least three websites having users named cyberjack, 
so this is not entirely theoretical.


--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Re: xinetd is a viable inet-superserver

[Steve Greenland]

On 28-Nov-07, 13:01 (CST), Michael Biebl <[EMAIL PROTECTED]> wrote: 
> Steve Greenland schrieb:
> > On 28-Nov-07, 05:25 (CST), Michael Biebl <[EMAIL PROTECTED]> wrote: 
> >> Pierre Habouzit schrieb:
> >>>   wrong. providing inet-superserver means that you are able to perform
> >>> what any implementation of inetd(8) does, namely, reading
> >>> /etc/inetd.conf, and _then_ possibly have extended features on its own.
> >>>
> >> I don't think this reasoning is correct. Take the existing
> >> implementations of system-log-daemon/linux-kernel-log-daemon, like
> >> rsyslog, syslog-ng or metalog. All use a different config file than
> >> /etc/syslog.conf.
> > 
> > The difference is that other packages don't manipulate log file
> > configuration. 
> > 
> Well, packages shouldn't manipulate the inetd.conf file directly anyway
> but use the update-inetd interface.

I wasn't sufficiently clear. The various -log-daemon packages don't
provide *any* way other packages to manipulate the configuration, nor
do any packages (to my knowledge/experious) attempt to change the log
configuration. Therefore, the fact that the various -log-daemons use
different config files is irrelevant to the inet-superserver discussion.

As with many virtual packages, the inet-superserver is under-specified.
Yes, you should use update-inetd, but since that is only run
on package installation/upgrade, it doesn't do any good when
changing to a different inetd. I believe that the general consensus
would be that the best/safest way to manage these things is the
individual-file-per-package model, rather than tools that manipulate a
big flat file. But that would be a big change. Letting xinetd support
/etc/inetd.conf seems like the smallest disruption.

Steve


-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net


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

Re: xinetd is a viable inet-superserver

[Steve Langasek]

On Thu, Nov 29, 2007 at 10:17:22PM +, Roger Leigh wrote:
> The main problem (as I see it) is that the current update-inetd is too
> complex, and can't migrate configurations between different inetd
> config file formats.

Why should that be the job of the current update-inetd?

> And every maintainer script has to call update-inetd to make it write
> package-specific information, which is fragile

Fragile in what sense?

> it only gets done when you install the package, and if you screw up
> inetd.conf, too bad.

Er?  Screw it up how?  Why would it not be fixable with dpkg-reconfigure
$package?

> Why don't we take a leaf out of how other packages manage things and
> do this:

> - create a /etc/inetd.d directory
> - each package providing an inetd service can contain a
>   /etc/inetd.d/package file containing all the information about the
>   service; it could be a superset of the information xinetd and all
>   the other inet daemons require, and have a parameter to
>   enable/disable the service.  This should be a conffile.
> - update-inetd takes no arguments, it just reads all the files in
>   /etc/inetd.d/ and then writes out an inetd.conf, or xinetd configs,
>   whatever the daemon requires.

> This has the big advantage of

> - allowing the user-customisable bits to be in conffiles for
>   preservation across upgrades
> - makes the whole thing much simpler, maintainable and extensible
> - each inetd can provide a *trivial* update-inetd to read through the
>   config files

Using conffiles is a big *DIS*advantage.  Conffiles are only minimally
appropriate when there's a stock config which is expected to work for most
users, and in the best of cases are annoying for users who diverge even
minimally.  When we're potentially talking about a config file format that
contains the information about whether a service is enabled or disabled,
that's a Bad Idea.

You're also talking about a totally new config format that nothing actually
*reads* today, so now instead of doing the right thing and teaching a tool
to parse & output the existing formats, we instead have a tool that parses
one format and outputs another with the result that there are two copies of
the information stored on the system - one in the place where existing users
expect to find it which is *not* authoritative, and one in a totally new
format that is authoritative.

This is also a Bad Idea.

-- 
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/
[EMAIL PROTECTED] [EMAIL PROTECTED]


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

adding user to package-forreign group

[Micha Lenk]

Hi,

I am the maintainer of package libchipcard, a library for accessing
smart cards. The software is designed in a client/server layout, where
the server manages chipcard reader devices and serves requests made by
applications willing to access a smart card. The daemon process is
running as unprivileged user "chipcard", created by a postinst script.

In order to access ReinerSCT Cyberjack smart card readers a driver
package libcyberjack-ctapi2 is needed, which is not in the archive but
available on SF.net or the manufacturer's homepage. Unfortunately the
driver package restricts access to the kernel device to members of the
system group "cyberjack" (using a udev rule). This usually locks the
chipcard daemon out. The author of the driver package dislikes to change
the name of the group "cyberjack" for rather historical reasons.

A clean work around for this (granted minor) problem is, to add the user
"chipcard" to the group "cyberjack", which grants access to the kernel
device to the system user running the chipcard daemon. Now, after this
lengthy previous history, the question is: How can I minimize the work
(and also source of errors) to be done by the user to get his Cyberjack
chipcard reader running?

I am currently thinking about simply adding the user "chipcard" to the
group "cyberjack" if this group already exists in the postinst script
(current state of work and proposed solution can be found here [1],
lines 48 to 54). If I can convince the author (CCed) of package
libcyberjack-ctapi2 to do it likewise (i.e. add user chipcard to group
cyberjack if this user already exists) I believe this would be a sane
solution for this problem.

1.
http://svn.debian.org/wsvn/aqbanking/libchipcard3/trunk/debian/libchipcard3-tools.postinst?op=file&rev=455

But prior to releasing the package I am seeking for feedback here,
whether that really is a good idea. Is there anything that I missed? Is
it okay to mess around with other package's group memberships? Any other
comments?

Please give me feedback about whether to proceed this way or not.

Regards
  Micha


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

Re: xinetd is a viable inet-superserver

[Roger Leigh]

Steve Langasek <[EMAIL PROTECTED]> writes:

> On Wed, Nov 28, 2007 at 12:34:47PM +0100, Pierre Habouzit wrote:
>>   [0] the reasoning is: this is clear to me that through update-inetd
>>   that is the debian way to enable inet-like services, something
>>   that claims to be an inet-superserver must react on update-inetd
>>   triggered changes.  update-inetd atm only acts on /etc/inetd.conf,
>>   so as a consequences I believe it's necessary for an
>>   inet-superserver provider to grok /etc/inetd.conf.
>
> This is at odds with many years of discussion on this mailing list, where
> the consensus was that xinetd should have its own update-inetd that supports
> the xinetd config format natively.

The main problem (as I see it) is that the current update-inetd is too
complex, and can't migrate configurations between different inetd
config file formats.  And every maintainer script has to call
update-inetd to make it write package-specific information, which is
fragile; it only gets done when you install the package, and if you
screw up inetd.conf, too bad.

Why don't we take a leaf out of how other packages manage things and
do this:

- create a /etc/inetd.d directory
- each package providing an inetd service can contain a
  /etc/inetd.d/package file containing all the information about the
  service; it could be a superset of the information xinetd and all
  the other inet daemons require, and have a parameter to
  enable/disable the service.  This should be a conffile.
- update-inetd takes no arguments, it just reads all the files in
  /etc/inetd.d/ and then writes out an inetd.conf, or xinetd configs,
  whatever the daemon requires.

This has the big advantage of

- allowing the user-customisable bits to be in conffiles for
  preservation across upgrades
- makes the whole thing much simpler, maintainable and extensible
- each inetd can provide a *trivial* update-inetd to read through the
  config files

There will be a complication about preserving /existing/
configurations, but it shouldn't be difficult to handle this as a
one-time task on initial upgrade, especially considering that the
number of inetd-using packages is reasonably small.


IIRC I did mention something along these lines for consideration
post-etch last year or so, but I've been busy in the meantime.
However, such a migration should be doable for Lenny; it would just
need coordination to update all packages using update-inetd.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


pgpGE2tPqAPBB.pgp
Description: PGP signature

Re: Bug#453434: ITP: pgloader -- loads flat data files into PostgreSQL

[Dimitri Fontaine]

Hi,

Sorry about bad filled report, it was my first attempt to use reportbug (after 
a failure of M-x debian-bug-intend-to-package). In fact I'm the main 
developer of the tool (pgloader), made the packaging and already am in touch 
with a debian developper for sponsorship!

Le Thursday 29 November 2007 19:32:43 Micha Lenk, vous avez écrit :
> For which values of x, y, and z?
> You should specify the version here.

First to enter debian will be 2.2.5~dev-1, or 2.2.5 if ready by the time I get 
the packaging completely right :)

> >   Upstream Author : Name <[EMAIL PROTECTED]>
> You should provide real data about the upstream author here.

Dimitri Fontaine <[EMAIL PROTECTED]>, as in --email option and subsequent 
rebortbug screens.

> > * URL : http://www.example.org/
> You should provide a real URL here, i.e. the URL where you downloaded
> pgloader from.

The URL where it is available to download is the following:
  http://pgfoundry.org/frs/?group_id=192
  http://pgfoundry.org/projects/pgloader/

> > * License : (GPL, LGPL, BSD, MIT/X, etc.)
> Under which license is pgloader published?

BSD.

> >   Programming Lang: (C, C++, C#, Perl, Python, etc.)
> Please investigate the languages really used and provide the information
> here.

Python.

>
> >   Description : loads flat data files into PostgreSQL
> >
> >  pgloader imports data from a flat file and insert it into a database
> >  table. It uses a flat file per database table, and you can configure as
> >  many Sections as you want, each one associating a table name and a data
> >  file.
> >  .
> >  Data are parsed and rewritten, then given to PostgreSQL COPY command.
> >  Parsing is necessary for dealing with end of lines and eventual trailing
> >  separator characters, and for column reordering: your flat data file may
> >  not have the same column order as the databse table has.
>
> IMHO you can ommit the second paragraph. It explains implementation
> details which in this case aren't important for the question whether a
> administrator/user wants to install this package or not.

Fair enough, will shorten the long description entry from debian/control.

Thanks for reviewing this ITP,
-- 
dim

I decry the current  tendency to seek  patents on algorithms.There
are better ways to  earn a living  than to  prevent other  people from
making use of one's contributions to computer science.
  -- D. E. Knuth


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

Re: Taking over puppet maintenance

[Russ Allbery]

Thom May <[EMAIL PROTECTED]> writes:

> a group of puppet users will probably be taking over maint of
> puppet. Please drop me a line if you're interested in helping out.
> Thanks to Matt for the great job he's done so far!

As I offered to Matt a while back, I'm happy to help out at any time with
the packaging if there's a need, since we use Puppet extensively.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#453476: ITP: libjson-java -- library for transforming Java objects and XML to JSON and back again

[Torsten Werner]

Package: wnpp
Severity: wishlist
Owner: Torsten Werner <[EMAIL PROTECTED]>

* Package name: libjson-java
  Version : 2.1
  Upstream Author : [EMAIL PROTECTED]
* URL : http://json-lib.sourceforge.net
* License : Apache 2.0
  Programming Lang: Java
  Description : library for transforming Java objects and XML to JSON and 
back again
 JSON-lib is a java library for transforming beans, maps, collections,
 java arrays and XML to JSON and back again to beans and DynaBeans.
 .
 JSON (JavaScript Object Notation) is a lightweight data-interchange
 format. It is easy for humans to read and write. It is easy for
 machines to parse and generate. It is based on a subset of the
 JavaScript Programming Language, Standard ECMA-262 3rd Edition -
 December 1999. JSON is a text format that is completely language
 independent but uses conventions that are familiar to programmers of
 the C-family of languages, including C, C++, C#, Java, JavaScript,
 Perl, Python, and many others.  These properties make JSON an ideal
 data-interchange language.



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

Bug#453471: ITP: libradeox-java -- wiki render engine for Java

[Torsten Werner]

Package: wnpp
Severity: wishlist
Owner: Torsten Werner <[EMAIL PROTECTED]>

* Package name: libradeox-java
  Version : 1.0~beta3
  Upstream Author : Fraunhofer Institute Computer Architecture and Software 
Technology
* URL : http://www.radeox.org
* License : Apache 2.0
  Programming Lang: Java
  Description : wiki render engine for Java
 SnipSnap Radeox is a rendering engine that renders text markup like
 __bold__ and ~~italic~~ to XHTML. It is used in wiki engines and
 applications  to render wiki markup.



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

Bug#453469: ITP: libpicocontainer-java -- Java library implementing the Dependency Injection pattern

[Torsten Werner]

Package: wnpp
Severity: wishlist
Owner: Torsten Werner <[EMAIL PROTECTED]>

* Package name: libpicocontainer-java
  Version : 1.3
  Upstream Author : Paul Hammant, Konstantin Pribluda, Jörg Schaible, Mauro 
Talevi, Michael Ward, Michael Rimov, Jose Peleteiro
* URL : http://www.picocontainer.org
* License : BSD
  Programming Lang: Java
  Description : Java library implementing the Dependency Injection pattern
 PicoContainer is a highly embeddable full service Inversion of Control
 (IoC) container for components honour the Dependency Injection pattern.
 It can be used as a lightweight alternative to Sun's J2EE patterns for
 web applications or general solutions.
 .
 Despite it being very compact in size (the core is ~128K and it has no
 mandatory dependencies outside the JDK), PicoContainer supports
 different dependency injection types (Constructor, Setter, Annotated
 Field and Method) and offers multiple lifecycle and monitoring
 strategies.



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

Bug#206187: croiseri

[Dimon Goehausen]

Hello 206187
make up your girl with Vl/\g1a
http://storyget.com

Dimon Goehausen




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

Re: Bug#453434: ITP: pgloader -- loads flat data files into PostgreSQL

[Micha Lenk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Dimitri,

Dimitri Fontaine schrieb:
> Package: wnpp
> Severity: wishlist
> Owner: Dimitri Fontaine <[EMAIL PROTECTED]>
> 
> 
> * Package name: pgloader
>   Version : x.y.z

For which values of x, y, and z?
You should specify the version here.

>   Upstream Author : Name <[EMAIL PROTECTED]>

You should provide real data about the upstream author here.

> * URL : http://www.example.org/

You should provide a real URL here, i.e. the URL where you downloaded
pgloader from.

> * License : (GPL, LGPL, BSD, MIT/X, etc.)

Under which license is pgloader published?

>   Programming Lang: (C, C++, C#, Perl, Python, etc.)

Please investigate the languages really used and provide the information
here.

>   Description : loads flat data files into PostgreSQL
> 
>  pgloader imports data from a flat file and insert it into a database
>  table. It uses a flat file per database table, and you can configure as
>  many Sections as you want, each one associating a table name and a data
>  file.
>  .
>  Data are parsed and rewritten, then given to PostgreSQL COPY command.
>  Parsing is necessary for dealing with end of lines and eventual trailing
>  separator characters, and for column reordering: your flat data file may
>  not have the same column order as the databse table has.

IMHO you can ommit the second paragraph. It explains implementation
details which in this case aren't important for the question whether a
administrator/user wants to install this package or not.

Regards
  Micha
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHTwXLWN0/4pnhQbQRAqi2AJ4qJax+iKJIjoYwrpTD8mgzEPOm8wCfbmtK
lNRuQtsgpJXJTTgYze2hm2w=
=OZhr
-END PGP SIGNATURE-


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

Bug#453448: ITP: qcake -- programming environment and scene editor for 3D games

[Gerfried Fuchs]

Package: wnpp
Severity: wishlist
Owner: Gerfried Fuchs <[EMAIL PROTECTED]>


* Package name: qcake
  Version : 0.6
  Upstream Author : Harald Krippel <[EMAIL PROTECTED]>
* URL : http://www.qcake.org/
* License : GPL v2 or later
  Programming Lang: C++
  Description : programming environment and scene editor for 3D games

QCake (GPL) is a programming environment as well as a scene editor for
3D games based on PLIB (TM). QCake will support almost all PLIB
functions.

Currently implemented features:

* Plattforms: Linux, Mac OSX, Windows
* Hierarchical object tree
* Non-blocking scene display with PLIB
* Lens flare, fire and fog
* Particle and wave systems
* Cameras
* Project file using XML-OPML format
* Player controlled by keyboard, mouse and joystick
* Physics and Collision with ODE
* Barrier Object
* Body Object
* Player camera: TV, 2D, Ego modes
* Dynamic sky
* SPL scripting language
* 3D sound with OpenAL
* Sound- and object catalogue
* GUI with PLIB user interface
* md2 bone-animation
* Pathfinding with AStar
* pixel and vertex shader with GLSL
* QCake-Player to release your project

 So long,
Rhonda



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

Bug#453445: ITP: isoquery -- Search for various ISO codes (country, language, ...)

[Tobias Toedter]

Package: wnpp
Owner: Tobias Toedter <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: isoquery
  Version : 0.9
  Upstream Author : Tobias Toedter <[EMAIL PROTECTED]>
* URL : http://alioth.debian.org/projects/pkg-isocodes
* License : GPLv3
  Programming Lang: C++
  Description : Search for various ISO codes (country, language, ...)

Long Description:
-
This program can be used to generate a tabular output of the ISO
standard codes provided by the package iso-codes.
.
It parses the XML files and shows all included ISO codes or just
matching entries, if specified on the command line.
.
Moreover, it's possible to get all available translations for
the ISO standard.

Regards,
Tobias

-- 
Tobias Toedter   | Your lucky number is 3562364958674928.
Hamburg, Germany | Watch for it everywhere.


signature.asc
Description: PGP signature

Bug#453434: ITP: pgloader -- loads flat data files into PostgreSQL

[Dimitri Fontaine]

Package: wnpp
Severity: wishlist
Owner: Dimitri Fontaine <[EMAIL PROTECTED]>


* Package name: pgloader
  Version : x.y.z
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
  Programming Lang: (C, C++, C#, Perl, Python, etc.)
  Description : loads flat data files into PostgreSQL

 pgloader imports data from a flat file and insert it into a database
 table. It uses a flat file per database table, and you can configure as
 many Sections as you want, each one associating a table name and a data
 file.
 .
 Data are parsed and rewritten, then given to PostgreSQL COPY command.
 Parsing is necessary for dealing with end of lines and eventual trailing
 separator characters, and for column reordering: your flat data file may
 not have the same column order as the databse table has.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Re: Bug#445390: Is Jay Bonci MIA ?

[Jay Bonci]

I intend to move all of my packages over to the Debian Perl Group as soon as
possible, join that group as much as I have time, and maintain memcached
myself.

Apologies for lack of contact (and lack of key). Work, school, and life has
intervened to destroy my free time over the last year.

I don't object to anyone hijacking my packages for the purpose of joining
the perl group. I will be around this weekend to facilitate the move.

Apologies for the lack of contact. It's been a busy few months with school
winding down.

-Jay


On 11/29/07 7:16 AM, "Vincent Danjean" <[EMAIL PROTECTED]> wrote:

>   Hi,
> 
>   libxml-rss-perl need to be upgraded to a new upstream version
> (see #445390).
>   If Jay Bonci does not manifest himself and nobody objects, I will
> add this package in the Debian Perl Group in a few weeks.
> Jay will be listed as an Uploader and will be able to continue to
> maintain this package later if he wishes to (as anyone in the Debian
> Perl Group).
>   Else, can Jay give a sign and explain what he wants to do with this
> package ?
> 
>   Best regards,
> Vincent



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

Bug#54138: igeating

[malinda Parry]

stop paying for sex dummy! get all the girls with a big cock http://laeout.com/




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

Is Eric Schwartz MIA ?

[Vincent Danjean]

  Hi,

  I would like to know which is the state of the yaz source package ?
(libyaz2, libyaz2-dev, yaz-doc, yaz-ziffy binary packages)
  I uploaded a new version of this package by NMU in experimental nearly
one year ago.

  Do Eric Schwartz want to continue to be the maintainer of this package ?
Lots of new versions have been created upstream... And my NMU has never been
ACKed.

  If nobody object, Eric stays quiet, I will hijack this package instead of
doing an NMU (co-maintainers will be welcome in this case) and upload it to
unstable. Managing new version is way to intrusive for an NMU in this case.

Note: I'm interested in this package only because it is needed for Koha
(ITP 389876).

  Best regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0x9D025E87 [EMAIL PROTECTED]
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main


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

Is Jay Bonci MIA ?

[Vincent Danjean]

  Hi,

  libxml-rss-perl need to be upgraded to a new upstream version
(see #445390).
  If Jay Bonci does not manifest himself and nobody objects, I will
add this package in the Debian Perl Group in a few weeks.
Jay will be listed as an Uploader and will be able to continue to
maintain this package later if he wishes to (as anyone in the Debian
Perl Group).
  Else, can Jay give a sign and explain what he wants to do with this
package ?

  Best regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0x9D025E87 [EMAIL PROTECTED]
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main


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

ITP: pypoppler -- Poppler python bindings

[Andrea Gasparini]

Package: wnpp
Severity: vhishlist
Owner: Andrea Gasparini <[EMAIL PROTECTED]>

  Package name: pypoppler
  Version : 0.6.0
  Upstream Author : Gian Mario Tagliaretti <[EMAIL PROTECTED]>
  URL : http://www.gnome.org/~gianmt/pypoppler-0.6.0.tar.gz
  License : GPL
  Programming Lang: C
  Description : Poppler python bindings

This package include Python bindings for LibPoppler.
It is needed to run programs written in Python and using Poppler set.

LibPoppler is a PDF rendering library based on xpdf PDF viewer, and used
by kpdf and evince pdf viewers.

-- 
-gaspa-


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

Re: xinetd is a viable inet-superserver

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Am Mi den 28. Nov 2007 um 22:05 schrieb Pierre Habouzit:
> > There we have completely other understanding of. xinetd is a replacement
> > (with its own configuration). Using the inetd.conf you have no benefit
> > of using the plain old one. The compat mode is only good for migration.
> 
>   and to allow the auto-configuration debian is supposed to give for
> inetd-powered services.

Not all automatically enabled inetd services are wanted. (OK, that is
a completely other problem of the related package.)

> > > > Only if it provides the full functionality of xinetd (like ie. only
> > > > allow specified ip range or only few connection at once).
> > > 
> > >   Gni ? I don't understand what you're talking about.
> > 
> > See manpage options only_from or instances or log_on_* for example.
> 
>   I still don't understand how it's relevant to -inetd_compat.

The main point was if one use the interface update_inetd or provides its
own xinetd.d file. With update_inetd you cannot restrict your service
to, say, localhost.

> > >   because the duplicated configuration in stock /etc/inetd.conf _and_
> > > /etc/xinetd.c/* configuration will come from packages that want to
> > > support both, and then the service name will be the same.
> > 
> > Untrue. If I look for my configuration, around 50% of the xinetd
> > services are handmade.
> 
>   oh and there are services with the same name in /etc/inetd.conf ? I
> bet that not.

I didn't check. I do not ever care about /etc/inetd.conf as there is
many wast inside from old installations.

> I try to make the packager life simple with this one. Nothing more. I
> still don't understand why you're fighting here. I don't force you to
> also write an /etc/inetd.conf right ?

Right, you don't force ME (I come to that point a bit later). My goal is
to help making Debian the best and most secure distribution. If I see a
problem I tell about.

>   Admins are supposed to read the documentation about the package they
> install, and if they believe it's a dangerous thing, they can change the
> default in /etc/default/xinetd once for all.
[...]
>   I grow tired of that argument, why should I sacrifice Debian
> auto-configurability for the 99% of the users that use xinetd extensions
> for some of the services only ? Again, just edit your
> /etc/default/xinetd. It's a conffile, it won't be overwritten behind
> your back, give me a break.

Because the users decides to install xinetd instead of inetd for special
reason. They want to have a more secure setup than the one with inetd.
That's the point. This is like using a complete other init like runsrv.
There cannot and shouldn't be a one to one mapping.

A small story I have experienced: Some time ago I had tested a backup
from a stable (I think sarge or older) distribution to restore on a sid
system. I had some points where I knew of configuration changes and
other (like xinetd) which hasn't (I believed). After the restore there
was some strange ports xinetd was listening on. I was really pissed when
I realiced the (default on) option in /etc/defaults/xinetd as it has
taken many time to find why the hell the new xinetd is handling services
it is explicit not configured to do! One more was that I was using samba
as daemon and was running into strange problems that many 1000 processes
was running cause of the conflict. But this is long ago.

Regards
   Klaus Ethgen
- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBR06MXp+OKpjRpO3lAQKQ+Qf/XWDV0JjqPYq4jrits2msT/U8gEmgQ9ik
NpgJ1422/icZZ9h6pZaRlgs3ylnhc5Q9MUwrVWpQ+jIuSGhwz39HTc7wIhqp94ri
kYIM7Yr57zlkFRMZxd3DfEDYIYB+6FiA218wCbnLrB8Cct3C/JPuor/56LhMtGk2
dW0jE5tzylqxGcXeJIFocAaomw0AjkfW3S1QmvQBM89GoSLUAb+HUA/UNcJHEmS1
FWByM4zwembqNkr3+09ygiagLdm7Rjk6TTSW5lZ62ZFkapF8j5JqRhrmmdDP4RJy
KrwnFHNK8bqeO5IYKQdN0gDjel0nm0r7beo/WqREYO2+e1tUWdy/qg==
=6Isz
-END PGP SIGNATURE-


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

Taking over puppet maintenance

[Thom May]

Hi,
a group of puppet users will probably be taking over maint of puppet. Please
drop me a line if you're interested in helping out.
Thanks to Matt for the great job he's done so far!
Cheers,
-Thom
(not subscribed to d-devel, please cc me)


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

Re: xinetd is a viable inet-superserver

[Pierre Habouzit]

On Thu, Nov 29, 2007 at 01:16:04AM +, Steve Langasek wrote:
> On Wed, Nov 28, 2007 at 12:34:47PM +0100, Pierre Habouzit wrote:
> >   [0] the reasoning is: this is clear to me that through update-inetd
> >   that is the debian way to enable inet-like services, something
> >   that claims to be an inet-superserver must react on update-inetd
> >   triggered changes.  update-inetd atm only acts on /etc/inetd.conf,
> >   so as a consequences I believe it's necessary for an
> >   inet-superserver provider to grok /etc/inetd.conf.
> 
> This is at odds with many years of discussion on this mailing list, where
> the consensus was that xinetd should have its own update-inetd that supports
> the xinetd config format natively.

  Well, as a recent adopter of xinetd (which gives me some kind of tiny
voice in the discussion) I believe that here is what should be done, and
can be done with the _less_ hassle:

  packages that use update-inetd _could_ provide an
/etc/xinetd.d/ or have a default one generated by update-inetd
if none provided.  And then update-inetd would search for services in
/etc/inetd.conf _and_ in every /etc/xinetd.d/. This would for
example allow bitlbee to listen on localhost by default if used with
xinetd (which you cannot tell in /etc/inetd.conf afaik and is the main
reason why I use xinetd in the first place ;p).

  Though, I hate perl, like in despise and pukes the language, and
despite my (timid) tries, I've not been able to come up with anything
workable yet.


  I believe we should do that, because this way you can change your
inetd and still have _some_ workeable configuration (with some drawbacks
when you used to use xinetd with extensions and fallback to a stock
inetd of course).

  With this approach, -inetd_compat can be disabled indeed. Until that
point, that's the easiest way, and I believe it's a satisfying enough
middle ground for now. And again, anyone that has enough perl skills can
mail me in private so that we can sort this out.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpHsTOhsXaja.pgp
Description: PGP signature

Re: Mass bug filing: non-UTF8 debian/{control.changelog}

[Stefano Zacchiroli]

On Wed, Nov 28, 2007 at 02:46:56AM +0100, Cyril Brulebois wrote:
> > changelog #xx debian-el  Peter_S_Galbraith
> > changelog #xx devscripts-el  Peter_S_Galbraith
> > changelog #xx dpkg-dev-elPeter_S_Galbraith
> > changelog #xx emacs-goodies-el   Peter_S_Galbraith
> > changelog #xx gnus-bonus-el  Peter_S_Galbraith
> > changelog #xx vm-bonus-elPeter_S_Galbraith
> 
> Hi, thanks for the notice. All the above are fixed in $VCS.

  [EMAIL PROTECTED]:~$ debcheckout -p dpkg-dev-el
  No repository found for package 'dpkg-dev-el', a Vcs-* field is missing in 
its source
  
  # same goes for all other packages above

[OT] can you then please declare the $VCS relevant information in the
source stanza of your debian/controls? Let me know if you want a
wish-list bug report for that.

Many thanks in advance!
Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science ... now what?
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature