Re: What is a game or which section do game console emulators belong to (was: Sections - especially section:kde and section:gnome)

[Michael Banck]

On Tue, Jan 06, 2009 at 11:00:13AM +0900, Paul Wise wrote:
> Personally I'm not sure what the reason sections were introduced, 

I assume it was because from a flat FTP hierachy it was not very easy to
tell what kind of purpose a particular .deb had back in 1993.


Michael


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

Bug#511185: ITP: libcrypt-twofish-perl -- Perl module for Twofish Encryption Algorithm

[Damyan Ivanov]

Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov 

* Package name: libcrypt-twofish-perl
  Version : 2.12
  Upstream Author : Abhijit Menon-Sen ,
Dr. Brian Gladman 
* URL : http://search.cpan.org/dist/Crypt-Twofish/
* License : Artistic
  Programming Lang: Perl, C
  Description : Perl module for Twofish Encryption Algorithm

 Crypt::Twofish implements Twofish encryption using an interface
 compatible with Crypt::CBC interface
 .
 Twofish is a 128-bit symmetric block cipher with a variable length
 (128, 192, or 256-bit) key, developed by Counterpane Labs. It is
 unpatented and free for all uses, as described at
 http://www.counterpane.com/twofish.html>.

-=-=-=-=-=-=-=-=-=-=-

Crypt-Twofish is needed by clive-utils, a part of new clive2.

Shall be maintained by  Debian Perl Group.



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

Re: Bug#509063: ITP: libproxy -- automatic proxy configuration management library

[Bastien ROUCARIES]

On Thu, Jan 8, 2009 at 12:46 AM, Emilio Pozuelo Monfort
 wrote:
> Hi Florian, and sorry for the long delay.
>
> Florian Weimer wrote:
>> Well, it's not my package, so you don't have to listen to me.  I'm
>> also not speaking for the security team.
>
> Oh, should you have said that before, I'd have ignored all your comments :P
>
>> But I appreciate your
>> efforts to address my concerns.
>
> And I appreciate you raising your concerns. I don't want to bring anything to
> Debian if it has serious security issues. Specially if it's a library that is
> going to be used by lots of projects (including GNOME).
>
>>>From a PR point of view[1], I strongly suggest to disable it by
>> default, and implement only the partial form which is present in
>> Iceweasel (just look up "wpad.", and no DNS devolution).
>
> I've talked with upstream and he's told me he would accept any patch that
> disables any portion of the code that may have security implications, 
> providing
> there's an option to enable it (at build time). He also prefers those portions
> of code to be disabled by default, so we're good.

Instead of disable code could be made dependant of /etc/ configuration
file. It is policy, you could install telnetd even if it is insecure
in your local machine.

A global configuration file will be nice. And if root want to shoot
himself in is foot and allow user to do it why not.

Regards

Bastien


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

Bug#511188: ITP: structure-synth -- application for creating 3D structures

[Miriam Ruiz]

Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz 


* Package name: structure-synth
  Version : 0.8.5
  Upstream Author : Mikael Hvidtfeldt Christensen

* URL : http://structuresynth.sourceforge.net/
* License : GPL
  Programming Lang: C++
  Description : application for creating 3D structures

 Structure Synth is an application for creating 3D structures from a set
 of user specified rules. The resulting structures can be viewed in the
 integrated OpenGL viewer or exported to various formats. The program was
 inspired by the CFDG syntax by Chris Coyne, and the Context Free GUI by
 Mark Lentczner and John Horigan.



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

RfD: Version conflicts when updating Drupal in Debian

[Ingo Jürgensmann]

Hi!

Drupal, both version 5 and version 6, is a popular CMS and is in the Debian
archive. Upstream regularly releases security updates, which is a good
thing. 
Unfortunately Debians packaging is lagging behind. No, I don't want to blame
the maintainer, who is doing a good job anyway. The problem is a different
versioning between Drupal upstream and Debian packaging. 

For example the drupal6 package is version 6.6-1.1 while the problem which
lead to 6.6-1.1 was fixed in upstream version 6.7. 
This in itself is not a real issue as it is the way how Debian works or is
handling security issues. 
The problem comes with Drupals own checks. Since drupal6 the 3rd party update
module from drupal5 was included into drupal6 core. With this addition to
Drupal Core Modules the user/admin is now informed about (security) updates
of installed modules, which is a good thing for security as well. 

But now there's a warning everytime an admin of a Drupal site about pending
security issues logs in: 

|There is a security update available for your version of Drupal. To ensure
|the security of your server, you should update immediately! See the
|available updates page for more information.

On the update page: 

|Drupal 6.6  Security update required!
|Recommended version:   6.8 (2008-Dez-11)   
|
|* Download
|* Release notes
|
|Security update:   6.7 (2008-Dez-10)   
|
|* Download
|* Release notes
|
|Includes: Block, Blog, Color, Comment, Content translation, Database
|logging, Filter, Forum, Help, Locale, Menu, Node, OpenID, PHP filter, Path,
|Ping, Profile, Search, Statistics, System, Taxonomy, Tracker, Trigger,
|Update status, Upload, User

This is not only annoying but also irritating because of different
versioning between what Drupal says itself and what is installed by Debian.
(Well, yes, Debian seems to lag behind one version atm ;)

So, how can this be solved so that our users are not irritated everytime
they visit their own Drupal sites?

-- 
Ciao...//  Fon: 0381-2744150 
  Ingo   \X/   http://blog.windfluechter.net

gpg pubkey: http://www.juergensmann.de/ij_public_key.asc


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

Re: RfD: Version conflicts when updating Drupal in Debian

[MJ Ray]

Ingo Jürgensmann  2008.bluespice.org> writes:
> For example the drupal6 package is version 6.6-1.1 while the problem which
> lead to 6.6-1.1 was fixed in upstream version 6.7. 
> [...] the user/admin is now informed about (security) updates
> of installed modules, which is a good thing for security as well. 
[...]
> So, how can this be solved so that our users are not irritated everytime
> they visit their own Drupal sites?

1. patch debian's drupal so it thinks it is "equivalent to 6.7" in the above
example;

2. patch debian's drupal to disable the check of debian-packaged drupal modules
(maybe through debconf option?);

3. something else.

Thanks,
-- 
MJ Ray (slef)
Webmaster for hire, statistician and online shop builder for a small
worker cooperative http://www.ttllp.co.uk/ http://mjr.towers.org.uk/
(Notice http://mjr.towers.org.uk/email.html) tel:+44-844-4437-237



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

Re: RfD: Version conflicts when updating Drupal in Debian

[Michael Banck]

On Thu, Jan 08, 2009 at 12:11:33PM +0100, Ingo Jürgensmann wrote:
> So, how can this be solved so that our users are not irritated everytime
> they visit their own Drupal sites?

By filing an appropriate bug in the BTS, if there is none already.


cheers,

Michael


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

Re: RfD: Version conflicts when updating Drupal in Debian

[Luigi Gangitano]

Hi Ingo,

Il giorno 08/gen/09, alle ore 12:11, Ingo Jürgensmann ha scritto:
Unfortunately Debians packaging is lagging behind. No, I don't want  
to blame
the maintainer, who is doing a good job anyway. The problem is a  
different

versioning between Drupal upstream and Debian packaging.

For example the drupal6 package is version 6.6-1.1 while the problem  
which

lead to 6.6-1.1 was fixed in upstream version 6.7.


Debian has a strict policy regarding packages freezed for a stable  
release: no new upstream version can be added once the archive has  
been freezed, while small changes can be applied via patches to  
packages currently in the archive. This is the reason why the security  
patch released in 6.7 has been integrated in drupal6_6.6-1.1.  
Obviously package version has not changed and will not change in  
future security release.


So, how can this be solved so that our users are not irritated  
everytime

they visit their own Drupal sites?


Since drupal has is own check for upstream version and debian is  
commited to provide security patches for the lenny support life time,  
the best way to handle this issue is disable the new upstream check in  
debian packages. This will lead to a stable package with drupal 6.6 +  
all security patches, which will be almost 'up to date' for some  
months (at least until drupal 7).


Can you please file a bug for this issue in debian BTS?

Regards,

L

--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26



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

Bug#511225: ITP: libapp-whiff-perl -- Find the first executable of a series of alternatives

[Brian Cassidy]

Package: wnpp
Severity: wishlist
Owner: Brian Cassidy 


* Package name: libapp-whiff-perl
  Version : 0.001
  Upstream Author : Ricardo Signes 
* URL : http://search.cpan.org/dist/App-Whiff/
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Find the first executable of a series of alternatives

App::Whiff implements logic used by the whiff command, which takes a number
of command names and returns the first one that exists and is executable.

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



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

Bug#511233: Idiom to specify parts of the archive to grep-dctrl against

[Adeodato Simó]

Package: dctrl-tools,devscripts
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

Hello,

for my line of work (heh) I regularly have to run grep-dctrl against the
Packages/Sources files for a combination of arches and suites. Since
I've always found specifying the paths to those files a pain, I've been
a long-time user of a small wrapper script [1] that concisely takes
SUITE(S):COMPONENT(S):ARCH(ES) as its first argument, and pipes the
appropriate files to grep-dctrl.

That script works nice on machines with a local mirror. At home, where I
don't have one, I've gone with a symlink farm in /org pointing to files
in /var/lib/apt/lists. I've wanted to extend the script to use directly
apt's files if a mirror is not available, but I never got around to it
(it's a bash script).

Additionally, I've been told by some people they don't think a wrapper
script is an appropriate solution, and they thought putting support for
this in grep-dctrl directly would be better.

Personally, I don't care where it is. I just want a Debian idiom to
specify what to grep-dctrl against, one that works in every machine,
using a local mirror if available, resorting to apt's files if not.

So, I'd like to hear from the dctrl-tools maintainers if they think
such an idiom has a place in grep-dctrl itself, or they think it'd
be better maintained in devscripts. A hypothetical use would be:

% grep-dctrl -M testing:main,contrib:ALL -FDepends libtdb1

I'd also like to hear from the devscripts maintainers if they think a
wrapper for this purpose would be allowed in devscripts and
(particularly) if any of them would be up to write it, since sadly I
would not be able to provide an implementation in Perl (only in Python).
  
Thanks in advance,

  [1]: 
http://git.debian.org/?p=tools-release/release.git;a=blob_plain;f=scripts/grep-archive;hb=HEAD

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
La música es de los que la quieren escuchar y de nadie más.
-- Andrés Calamaro




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

Bug#511243: RFA: boinc -- BOINC distributed computing infrastructure

[Frank S. Thomas]

Package: wnpp
Severity: normal
X-Debbugs-CC: debian-devel@lists.debian.org, debian-scie...@lists.debian.org, 
pkg-boinc-de...@lists.alioth.debian.org

Hello,

We, the Debian BOINC Maintainers, put up boinc and boinc-app-seti for
adoption. None of us currently have enough time to properly maintain
these packages, e.g. fixing non-RC bugs, updating them to new upstream
versions, and so on. The current BOINC version in Debian is one major
version behind the current upstream release and the packages accumulate
bug reports that are left unanswered. So if you are a BOINC user or
interested in BOINC, please consider adopting it.

If you want to inspect the source packages, they are maintained in Git:
http://git.debian.org/?p=pkg-boinc/boinc.git
http://git.debian.org/?p=pkg-boinc/boinc-app-seti.git

Thanks
Frank



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

Usefulness of sections (Re: Sections - especially section:kde and section:gnome)

[Filipus Klutiero]

Le January 7, 2009 02:32:24 am Joerg Jaspert, vous avez écrit :
> > I don't remember using sections in over 4 years of Debian usage, though
> > I had already used GNU/Linux for a few months before I switched to
> > Debian. But I doubt even a user new to GNU/Linux would use them much.
>
> Everyone that uses a tool like aptitude does use them much. I guess
> similar is true for a graphical ting like synaptic and whatnot else we
> have.

aptitude may feature sections more proeminently (I never really used it). For 
Synaptic and what else, this is false (Synaptic is the package manager I use 
the most). Synaptic has pretty good sections support since I started using 
Debian.


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

debtags facet for sections (Re: Sections - especially section:kde and section:gnome)

[Filipus Klutiero]

IMO, it would make sense to merge Debian sections into a debtags facet
so that you can have multiple sections when it makes sense. The facet
could still be controlled by ftpmasters if that was desired.
I don't understand why you suggest creating a debtags facet replacing 
sections, except if you plan to give exclusive control on it to the 
archive maintenance team as opposed to the rest of the tags. Most 
sections seem to have already a corresponding tag (but it would be good 
to check that all useful sections have a corresponding tag if that was 
not done already).

 And aptitude
could use that facet to keep a logical tree but a package could then
appear in multiple sections.

Cheers,
--
Raphaël Hertzog
  



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

Bug#511267: ITP: jmimemagic -- determines content type of files and streams

[Florian Richter]

Package: wnpp
Severity: wishlist
Owner: Florian Richter 

* Package name: jmimemagic
  Version : 0.1.2
  Upstream Author : David Castro 
* URL : http://jmimemagic.sf.net/
* License : LGPL
  Programming Lang: Java
  Description : determines content type of files and streams

A java library determining the content type of files and streams

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)



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

Re: debtags facet for sections (Re: Sections - especially section:kde and section:gnome)

[Charles Plessy]

Le Thu, Jan 08, 2009 at 03:02:23PM -0500, Filipus Klutiero a écrit :
> I don't understand why you suggest creating a debtags facet replacing  
> sections, except if you plan to give exclusive control on it to the  
> archive maintenance team as opposed to the rest of the tags.

Hi Filipus and all

now that the "base" section has been removed (Policy 3.8.0.0), is it still
necessary to override the management of the Section field instead of simply
trusting the maintainers?

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Re: debtags facet for sections (Re: Sections - especially section:kde and section:gnome)

[Filipus Klutiero]

Le January 8, 2009 05:50:02 pm Charles Plessy, vous avez écrit :
> Le Thu, Jan 08, 2009 at 03:02:23PM -0500, Filipus Klutiero a écrit :
> > I don't understand why you suggest creating a debtags facet replacing
> > sections, except if you plan to give exclusive control on it to the
> > archive maintenance team as opposed to the rest of the tags.
>
> Hi Filipus and all
>
> now that the "base" section has been removed (Policy 3.8.0.0), is it still
> necessary to override the management of the Section field instead of simply
> trusting the maintainers?
>
> Have a nice day,

Hi Charles,
I can't see why it would be necessary, no. I can't see any more reason for 
overriding the section and debtags than for overriding some other package 
attributes.


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

Bug#511279: ITP: python-facebook -- A Python wrapper for the facebook API

[Ian Wienand]

Package: wnpp
Severity: wishlist
Owner: Ian Wienand 

* Package name: python-facebook
  Version : 0.1+svn20090108
  Upstream Author : Samuel Cormier-Iijima (sciyo...@gmail.com)
* URL : http://code.google.com/p/pyfacebook/
* License : BSD
  Programming Lang: Python
  Description : A Python wrapper for the facebook API

A useful wrapper library for accessing the Facebook API and doing
things like uploading photos, etc...

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)



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

Re: debtags facet for sections (Re: Sections - especially section:kde and section:gnome)

[Russ Allbery]

Charles Plessy  writes:

> now that the "base" section has been removed (Policy 3.8.0.0), is it
> still necessary to override the management of the Section field instead
> of simply trusting the maintainers?

The maintainers are really bad at it?  lintian.d.o alas has a ton of
evidence of this, even for the very easy cases.  Consider:

http://lintian.debian.org/tags/dev-package-should-be-section-libdevel.html
http://lintian.debian.org/tags/doc-package-should-be-section-doc.html
http://lintian.debian.org/tags/perl-package-should-be-section-perl.html
http://lintian.debian.org/tags/python-package-should-be-section-python.html

-- 
Russ Allbery (r...@debian.org)   


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

Re: debtags facet for sections (Re: Sections - especially section:kde and section:gnome)

[Clint Adams]

On Thu, Jan 08, 2009 at 07:09:48PM -0800, Russ Allbery wrote:
> The maintainers are really bad at it?  lintian.d.o alas has a ton of
> evidence of this, even for the very easy cases.  Consider:
> 
> http://lintian.debian.org/tags/dev-package-should-be-section-libdevel.html
> http://lintian.debian.org/tags/doc-package-should-be-section-doc.html
> http://lintian.debian.org/tags/perl-package-should-be-section-perl.html
> http://lintian.debian.org/tags/python-package-should-be-section-python.html

That's not really a fair comparison; libdevel, perl, and python, are relatively
new sections that the ftpmasters added unilaterally, and doc has been used
inconsistently by the ftpteam in the past.  There is also minimal motivation
(at least for me) to update the section in response to a package move
when it doesn't make a lick of difference other than an email and a warning
that can easily be ignored.


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

Re: debtags facet for sections (Re: Sections - especially section:kde and section:gnome)

[Russ Allbery]

Clint Adams  writes:

> That's not really a fair comparison; libdevel, perl, and python, are
> relatively new sections that the ftpmasters added unilaterally, and doc
> has been used inconsistently by the ftpteam in the past.  There is also
> minimal motivation (at least for me) to update the section in response
> to a package move when it doesn't make a lick of difference other than
> an email and a warning that can easily be ignored.

True.  As long as ftpmaster is overriding the section anyway, it doesn't
really matter what the maintainers do.  But I don't think most of those
maintainers are as familiar with the whole situation as you are, and
updating the section is a pretty trivial change.

One problem with any sort of classification system is that unless it's
applied consistently, it's not particularly useful.  Consistency is
considerably more important to the usefulness than picking just the right
classification system, and consistency is often most easily maintained by
making a small set of people responsible for making final decisions about
where stuff goes.

This is one of the reasons why I find working on debtags for my packages
rather unrewarding.  I have no real indication that the decisions I'm
making about what tags make sense have much in common with the decisions
everyone else makes and that therefore the resulting classification will
be consistent.  There are some that are obvious and some that the debtags
system provides assistance for, but there are a lot of borderline cases
where I question the usefulness compared to a centrally-administered
system with some set of people who imposes consistency.

For the most part, since debtags are hints, it doesn't matter as much, but
there are a lot of very useful actions that can be taken on sections right
now and I don't want to lose that.  (Marking all packages in libs as
auto-installed, for instance.)

-- 
Russ Allbery (r...@debian.org)   


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

Satyabrata invites you to join Indiashines community

[Satyabrata]

Dear Friend,

Satyabrata likes to invite you to join his network in
Indiashines.

http://www.indiashines.com/index.php?op=join&ref=Satyabrata&i=755984
 
- Upload your photos
- Share your videos & music
- Post your blogs
- Start a group
- Find interesting jobs/classifieds
 
By joining in Satyabrata’s network, he is planning to donate
Re 1 for charity. And you can view Satyabrata's profile at:
http://www.indiashines.com/Satyabrata&ref=Satyabrata&i=755984


This invitation email is sent on behalf of
satyabr...@indiashines. If you wish not to receive further
emails from 
indiashines.com community users please send a note
opt...@indiashines.com with subject line unsubscribe.
© 2008 Indiashines.com. All Rights Reserved.



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

Work-needing packages report for Jan 9, 2009

[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: 482 (new: 12)
Total number of packages offered up for adoption: 107 (new: 1)
Total number of packages requested help for: 46 (new: 0)

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



The following packages have been orphaned:

   kanjisaver (#510529), orphaned 6 days ago
 Description: Japanese kanji screensaver
 Installations reported by Popcon: 240

   kannasaver (#510534), orphaned 6 days ago
 Description: Japanese character screensaver
 Installations reported by Popcon: 217

   libclass-whitehole-perl (#510570), orphaned 5 days ago
 Description: Base class to treat unhandled method calls as errors
 Installations reported by Popcon: 276

   libopenspc (#510535), orphaned 6 days ago
 Description: library for playing SPC files
 Reverse Depends: gstreamer0.10-plugins-bad libopenspc-dev
 Installations reported by Popcon: 4515

   mednafen (#510531), orphaned 6 days ago
 Description: multi-platform emulator, including NES, GB/A, Lynx, PC
   Engine
 Installations reported by Popcon: 330

   pcsx (#510539), orphaned 6 days ago
 Description: Sony PlayStation emulator
 Reverse Depends: pcsx-i18n
 Installations reported by Popcon: 234

   pcsx-df (#510530), orphaned 6 days ago
 Description: Sony PlayStation emulator
 Reverse Depends: pcsx
 Installations reported by Popcon: 243

   psemu-drive-cdrmooby (#510532), orphaned 6 days ago
 Description: ISO plugin for PSX emulators
 Installations reported by Popcon: 326

   psemu-input-omnijoy (#510536), orphaned 6 days ago
 Description: Controller/keyboard plugin for PSX emulators
 Installations reported by Popcon: 236

   psemu-input-padjoy (#510537), orphaned 6 days ago
 Description: Controller plugin for PSX emulators
 Installations reported by Popcon: 240

   psemu-sound-peops (#510538), orphaned 6 days ago
 Description: PCSX sound plugin
 Reverse Depends: psemu-sound-alsa
 Installations reported by Popcon: 376

   psemu-video-x11 (#510540), orphaned 6 days ago
 Description: software graphics plugin for PSX emulators
 Installations reported by Popcon: 323

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

   boinc (#511243), offered today
 Description: BOINC distributed computing infrastructure
 Reverse Depends: boinc-app-seti boinc-dbg
 Installations reported by Popcon: 1481

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



For the following packages help is requested:

   apache2 (#470795), requested 301 days ago
 Description: Co-maintainer wanted
 Reverse Depends: ampache apache2 apache2-dbg apache2-mpm-event
   apache2-mpm-itk apache2-mpm-prefork apache2-mpm-worker
   apache2-prefork-dev apache2-suexec apache2-suexec-custom (153 more
   omitted)
 Installations reported by Popcon: 39690

   ara (#450876), requested 424 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 127

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

   bash-completion (#472468), requested 290 days ago
 Description: programmable completion for the bash shell
 Installations reported by Popcon: 19771

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

   dctrl-tools (#448284), requested 439 days ago
 Description: Command-line tools to process Debian package
   information
 Reverse Depends: aptfs debian-goodies dlocate feta
   haskell-devscripts hg-buildpackage ia32-archive ia32-libs-tools
   mlmmj sbuild (1 more omitted)
 Installations reported by Popcon: 9454

   dpkg (#282283), requested 1510 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb cacao-oj6-dbg cacao-oj6-jdk
   (118 more omitted)
 Installations reported by Popcon: 77540

   drscheme (#402589), requested 759 days ago
 Description: PLT scheme programming e