Bug#410162: ITP: schafkopf -- a popular Bavarian card game
Package: wnpp Severity: wishlist Owner: Sebastian Harl <[EMAIL PROTECTED]> * Package name: schafkopf Upstream Author : Dominik Seichter <[EMAIL PROTECTED]> * URL : http://schafkopf.berlios.de/ * License : GPL Description : a popular Bavarian card game This is a KDE version of the Schafkopf game (a.k.a. Sheepshead in parts of the USA). It has an easy to use GUI, a custom Bavarian Card Deck, an advanced AI, a network mode and much more... The long description is extracted from the homepage so far. I will probably be improved before upload. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Luca Capello wrote: ATM I don't really see any reason to create a separate package just for tf-tool, because libthinkfinger + tf-tool (binary and manpage) should generate a package around less than 50K in size. In case new tools will be added, we can split the package. Is a strong reason against this? Can I reverse the question and ask why *not* a separate binary package? Is it just to the additional difficulty with initial packaging? -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#410162: ITP: schafkopf -- a popular Bavarian card game
On Thursday 08 February 2007, Sebastian Harl wrote: > Package: wnpp > Severity: wishlist > Owner: Sebastian Harl <[EMAIL PROTECTED]> > > * Package name: schafkopf > Upstream Author : Dominik Seichter <[EMAIL PROTECTED]> > * URL : http://schafkopf.berlios.de/ > * License : GPL > Description : a popular Bavarian card game > > This is a KDE version of the Schafkopf game (a.k.a. Sheepshead in parts of > the USA). It has an easy to use GUI, a custom Bavarian Card Deck, an > advanced AI, a network mode and much more... > > The long description is extracted from the homepage so far. I will probably > be improved before upload. Hi Sebastian! I've been packaging SchafKopf since version 0.5 but I never got round to filling an ITP and maintaining it for Debian. Maybe my package is helpful as starting point for yours: http://frank.thomas-alfeld.de/download/debian/schafkopf/ Grüße, Frank -- Die Garde stirbt, aber sie ergibt sich nicht! pgpe4X1j7sTNp.pgp Description: PGP signature
Re: Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Hello! Please keep d-d in the cc: header. On Thu, 08 Feb 2007 09:28:33 +0100, Marcus Better wrote: >> libpam-thinkfinger (depends on libthinkfinger0) >> libthinkfinger0 >> libthinkfinger-dev >> thinkfinger (depends on libpam-thinkfinger) > > (What is the thinkfinger package for, if the tool is in the library > package?) Joshua and I are working together in the package, but I'm a bit busy until the end of the week, thus we haven't finished yet the planning. Please be patient. > I really think the binary should not go in the library package, see [...] > But I don't have much experience with library packaging. Why not ask > debian-mentors? I think d-d is a better place than d-mentors in this specific case. Anyway, it seems that what I was proposing was really a bad thing. > About the short description: Perhaps the manufacturer can be dropped > entirely. Most users don't know or care about the manufacturer, but > they know they have a Thinkpad: > > "thinkfinger -- driver for the fingerprint reader found on some > Thinkpad laptops" No, this fingerprint reader is present in some ThinkPad, but not only ThinkPad [1]. What's really specific here is the manufacturer, as it's what you can find in /proc/bus/usb/devices [2]. Now it's just a question of patience ;-) Thx, bye, Gismo / Luca Footnotes: [1] it was discussed upstream if changing the name would have been indeed necessary, but we ended up liking this name and not so biased about ThinkPad ;-) [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409563;msg=53;archive=yes pgpDH8engqUQ7.pgp Description: PGP signature
Re: Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Hello! On Thu, 08 Feb 2007 01:38:42 +0100, Guillem Jover wrote: > Please do not include it in the lib package, it's a pain afterwards > when a new version with a different soname is introduced and > disallows parallel installation of those. With my non-yet-skilled-library packager hat on, I don't see why one should want to install an old binary version with the new library one, as both are coming from the same source, thus the same version number. > (This will also be a problem for multi-arch). I should admit that I don't know anything about multi-arch, but I think I got your point. So, once for all, tf-tool will be in thinkfinger-tools :-) Thx, bye, Gismo / Luca pgpIyJOukTAje.pgp Description: PGP signature
Re: Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Hello! On Thu, 08 Feb 2007 10:38:08 +0100, Jon Dowland wrote: > Luca Capello wrote: >> ATM I don't really see any reason to create a separate package just >> for tf-tool, because libthinkfinger + tf-tool (binary and manpage) >> should generate a package around less than 50K in size. In case >> new tools will be added, we can split the package. >> >> Is a strong reason against this? > > Can I reverse the question and ask why *not* a separate binary > package? Is it just to the additional difficulty with initial > packaging? FWIW, there's on difficulty in packagin ThinkFinger. I was wondering if having two packages with only one or two files [1] was worth it, because in this case we have 4 times [2] the same changelog.gz, changelog.Debian.gz, copyright and README. As I already said, however, there're going to be two separated packages. Thx, bye, Gismo / Luca Footnotes: [1] one in libthinkfinger0, two in thinkfinger-tools (binary and manpage) [2] libthinkfinger0, libthinfinger-dev, libpam-thinkfinger, thinfinger-tools pgpFM0NIXB2Vb.pgp Description: PGP signature
Re: dselect memory use
On Thu, Feb 08, 2007 at 10:04:14AM +1100, Russell Coker wrote: > Given the dramatic increase in popularity of virtual machine technology (with > Xen being supported in Etch) it seems likely that a reasonable number of > people will want to run VMs with small amounts of memory. For example a P3 > desktop machine can not have more than 512M of RAM installed, this gives a Beside the point I know, but I had P-III machines with more RAM than that installed in the past. 768Mb at least. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dselect memory use
Back when 16M of RAM was considered a lot (~1996) dselect ran quite nicely on such hardware. Now it seems that dselect is unusable on 32M even though hard drives used for swap are much faster now than they used to be. Given the dramatic increase in popularity of virtual machine technology (with Xen being supported in Etch) it seems likely that a reasonable number of people will want to run VMs with small amounts of memory. For example a P3 desktop machine can not have more than 512M of RAM installed, this gives a maximum of 6 domU's if each domU requires 64M of RAM. While if 32M of RAM was usable then there could be 12 domU's on the same hardware. Is it possible to reduce the memory use of dselect? -- [EMAIL PROTECTED] http://etbe.blogspot.com/ My Blog http://www.coker.com.au/sponsorship.html Sponsoring Free Software development -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dselect memory use
On Thu, Feb 08, 2007 at 10:04:14AM +1100, Russell Coker wrote: > > Is it possible to reduce the memory use of dselect? There are some patches by Michel Lespinasse on: http://bugs.debian.org/395140 Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upcoming debian meetings
On 2007-02-08 16:52 +0100, Andreas Schuldei wrote: > If you know of other meetings, locations and/or sponsors that > would be interested in hosting meetings, please let me know! Some of us are at the Free Software World conference 3.0 in Badajoz, (Speaking about the Debian Extremadura workmeetings) and the politicos here have just commited to continue the series of Debian meetings which ran here in 2006 (translations, d-i, emdebian, q-a, skolelinux) I'm not sure exactly when, where, or what form this will take, but you should definately talk to them about how best to take that forward. I suggest best initial contact is Cesar Gomex Martin: [EMAIL PROTECTED] Wookey -- Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679 work: http://www.aleph1.co.uk/ play: http://wookware.org/ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#409563: ITP: thinkfinger -- library and utility for the SGS Thomson Microelectronics fingerprint reader
Hello! This is for bug readers and d-d's information. On Thu, 08 Feb 2007 14:24:55 +0100, Rafael Laboissiere wrote: > * Luca Capello <[EMAIL PROTECTED]> [2007-02-08 12:04]: > >> On Thu, 08 Feb 2007 01:38:42 +0100, Guillem Jover wrote: >> > Please do not include it in the lib package, it's a pain afterwards >> > when a new version with a different soname is introduced and >> > disallows parallel installation of those. >> >> With my non-yet-skilled-library packager hat on, I don't see why one >> should want to install an old binary version with the new library >> one, as both are coming from the same source, thus the same version >> number. > > I am not sure I understand your rebuttal above, I was mostly focusing on: - libthinkfinger0 is installed with tf-tool v0 - libhtinkfinger1 comes out and it contains tf-tool v1 Upgrading to libthinkfinger1 necessarily means that tf-tool v1 needs to be upgraded as well (because they come from the same source and version). > but I think Guillem was referring to a scenario similar to the > following: > > Package bar has Depends: libfoo0. Let us say that the developers of > libfoo release a new version with the SOVERSION bumped. In Debian, > the package will be called, say, libfoo1. New packages, like > e.g. baz, will depend on libfoo1. Now, if bar is a legacy program > and does not compile against libfoo1 (since backward > incompatibilites may have been introduced), then it has to keep its > dependency on libfoo0. OK, now reading again Guillem's reply I clearly see the problem. Mostly, I didn't see any other use for the fingerprint reader than authenticating someone. However, from [1] I can see that there're already fingerprint projects other than authentication, e.g. a SANE backend. > If, by an error in design, libfoo1 and libfoo0 conflict with each > other (e.g. by having both a binary /usr/bin/foo-tool), then it will > be impossible to have both bar and baz installed in the system. > That is the pain Guillem was referring to. Full ACK, I agree that we need separate packages. Thank to both for the explanation! Thx, bye, Gismo / Luca Footnotes: [1] http://wiki.debian.org/FingerForce pgpXGCBJXoMtI.pgp Description: PGP signature
Bug#410220: ITP: wxmacmolplt -- The MacMolPlt molecular visualization program
Package: wnpp Severity: wishlist Owner: Brett Bode <[EMAIL PROTECTED]> * Package name: wxmacmolplt Version : 6.3.0 Upstream Author : Brett Bode <[EMAIL PROTECTED]> * URL : http://www.scl.ameslab.gov/MacMolPlt/ * License : GPL Programming Lang: C++ Description : The MacMolPlt molecular visualization program MacMolPlt is designed to display the input and output of the GAMESS quantum chemistry package. It produces animations and/or publication quality output from a variety of input file formats. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upcoming debian meetings
* Wookey ([EMAIL PROTECTED]) [070208 17:48]: > On 2007-02-08 16:52 +0100, Andreas Schuldei wrote: > > If you know of other meetings, locations and/or sponsors that > > would be interested in hosting meetings, please let me know! > > Some of us are at the Free Software World conference 3.0 in Badajoz, > (Speaking about the Debian Extremadura workmeetings) and the politicos > here have just commited to continue the series of Debian meetings > which ran here in 2006 (translations, d-i, emdebian, q-a, skolelinux) > > I'm not sure exactly when, where, or what form this will take, but you > should definately talk to them about how best to take that forward. > > I suggest best initial contact is Cesar Gomex Martin: yes, very cool! thanks for the update. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: libauthen-krb5-simple-perl -- Authenticate a user/password using Kerberose 5
Package: wnpp Severity: wishlist Owner: Xavier Oswald <[EMAIL PROTECTED]> * Package name: libauthen-krb5-simple-perl Version : 0.32 Upstream Author : Damien S. Stuart, <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/D/DS/DSTUART/Authen-Krb5-Simple-0.32.tar.gz * License : GPL Description : Authenticate a user/password using Kerberose 5 The Authen::Krb5::Simple module provides a means to authenticate a user/password using Kerberose 5. Simply use this module and call its authenticate function with a username (or [EMAIL PROTECTED]) and a password. -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GNU/LINUX Debian & Debian-Edu `. `' GnuPG Key ID 0x88BBB51E `-938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: libauthen-simple-kerberos-perl -- Simple Kerberos authentication
Package: wnpp Severity: wishlist Owner: Xavier Oswald <[EMAIL PROTECTED]> * Package name: libauthen-simple-kerberos-perl Version : 0.1 Upstream Author : Christian Hansen <[EMAIL PROTECTED]> * URL : http://search.cpan.org/CPAN/authors/id/C/CH/CHANSEN/Authen-Simple-Kerberos-0.1.tar.gz * License : GPL Description : Simple Kerberos authentication This package allow to use Kerberos authentication methods. It uses the libauthen-simple-perl framework. -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- ,''`. Xavier Oswald <[EMAIL PROTECTED]> : :' : GNU/LINUX Debian & Debian-Edu `. `' GnuPG Key ID 0x88BBB51E `-938D D715 6915 8860 9679 4A0C A430 C6AA 88BB B51E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upcoming debian meetings
On Thu, Feb 08, 2007 at 04:25:32PM +, Wookey wrote: > > I suggest best initial contact is Cesar Gomex Martin: > [EMAIL PROTECTED] > gomex-> gomez :) (in both surname and email address) Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upcoming debian meetings
On 2007-02-08 20:19 +0100, Ana Guerrero wrote: > On Thu, Feb 08, 2007 at 04:25:32PM +, Wookey wrote: > > > > I suggest best initial contact is Cesar Gomex Martin: > > [EMAIL PROTECTED] > > > > gomex-> gomez :) > > (in both surname and email address) Indeed - thank you. I have no idea how I managed to get it wrong twice. Wookey -- Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679 work: http://www.aleph1.co.uk/ play: http://wookware.org/ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Upgrade Experiences (27 Sarges -> Etch, and counting)
Maarten Verwijs a écrit : > hi, > > I took the plunge and upgraded about half of the Lab here to Etch. > This is about 27 machines to date, catering almost the same amount of > users. A few days ago, I also upgraded two servers from sarge to etch. Basically, all has been fine. I just note a few things to take care for the other servers not yet upgraded : - be sure that a 2.6 kernel is installed (servers were still in 2.4) before typing 'reboot' ;-) : "apt-get dist-upgrade" did not get a linux-2.6 kernel package. - take care of partition name : the servers had SATA hd. This means /dev/hdX with 2.4 kernel and /dev/sdX with 2.6 kernel. I fall into the trap for the first server upgrade. I add to boot with init=/bin/bash and correct /etc/fstab and /boot/grub/menu.lst - the second server (nfs server) has a RAID SCSI hd. The initrd load the SATA driver and the RAID driver in no order. So my disks switch between /dev/sda? and /dev/sdb? once out of two. To solve this, I used label in /etc/fstab, /etc/grub/menu.lst and I set fsid in /etc/exports All other things upgrade without any problem (nis client, autofs, samba, ...) > Thanks for all the hard work! Debian is still the one and only > distribution for me. It Just Works. Thanks for your efforts. Same for me. Best regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP memlockd
memlockd - daemon to lock files into RAM When a system starts paging excessively it may be impossible for the sysadmin to login for the purpose of killing the runaway processes (sometimes the login program times out due to thrashing). Memlockd allows important system files (such as /bin/login, /bin/getty, and the admin shell) to be locked in memory so that there will be no delay in accessing executable pages. In my tests this can decrease the time required for the administrator to login on a thrashing system by a factor of more than 3. GPL, I wrote it. -- [EMAIL PROTECTED] http://etbe.blogspot.com/ My Blog http://www.coker.com.au/sponsorship.html Sponsoring Free Software development -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian in Sanger (Re: update on binary upload restrictions)
Paul Cager <[EMAIL PROTECTED]> writes: > Tim Cutts wrote: >> What I'd actually like is some sort of non-root packaging system so that >> users could build software with decent dependency checking for their >> shared software infrastructure. Can dpkg be cajoled into doing that? > > Could you use a schroot instance to do that? You can if you combine it with sbuild (specifically for Debian packaging, though). However, it's still a bit risky, because there are ways the user could abuse their access to the chroot in order to subvert the system (e.g. via the debian/rules binary target or in the postinst of a package pulled in as a build-dependency). Worse, the current design allows the sbuild user unrestricted root access to the chroot. If you don't use schroot, sbuild *requires* unrestricted sudo access to the host system! I do have plans (post-etch) to eliminate the user access to the chroot via sudo or schroot, so that sbuild should become safe for untrusted users. Once I have got my thoughts organised, I'll post them to buildd-tools-devel in the next week. 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. pgpw40kCKw0G2.pgp Description: PGP signature
Re: ITP memlockd
> "Russell" == Russell Coker <[EMAIL PROTECTED]> writes: Russell> memlockd - daemon to lock files into RAM When a system Can I assume there is meant to be a full stop after RAM? It reads very differently otherwise... Russell> starts paging excessively it may be impossible for the Russell> sysadmin to login for the purpose of killing the runaway Russell> processes (sometimes the login program times out due to Russell> thrashing). Memlockd allows important system files (such Russell> as /bin/login, /bin/getty, and the admin shell) to be Russell> locked in memory so that there will be no delay in Russell> accessing executable pages. In my tests this can Russell> decrease the time required for the administrator to login Russell> on a thrashing system by a factor of more than 3. How much memory typically needs to be locked for this to be beneficial? (I guess this would depend on what PAM and NSS modules you use...) -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /foo has been mounted xx times... check forced
On Tue, Feb 06, 2007 at 12:50:33PM +0100, Wouter Verhelst wrote: > On Sat, Feb 03, 2007 at 09:39:24AM +, Enrico Zini wrote: > > Hello, > > > > the feature as in the subject is nice and makes me feel safe, but > > sometimes it hits on the laptop, when booting on batteries, with people > > watching. > > There actually is a feature in e2fsck to double the amount of mounts > before an fsck is done if you're running on batteries; so unless you > boot from batteries all the time, this shouldn't happen. See #205177 and > #242136. > > You do need a mounted /proc at that time, though, which may be the > reason it's not working for you. A mounted /proc and if ACPI has been built using modules, the ACPI battery module needs to be installed, since that's how we tell whether we are running on the AC mains or battery - tED -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nice logo
:-) openlogo-nd-50.png Description: PNG image
Work-needing packages report for Feb 9, 2007
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: 351 (new: 0) Total number of packages offered up for adoption: 85 (new: 1) Total number of packages requested help for: 38 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. No new packages have been orphaned, but a total of 351 packages are orphaned. See http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: cyrus2courier (#409876), offered 3 days ago Installations reported by Popcon: 11 84 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: aboot (#315592), requested 595 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot aboot-cross dfsbuild ltsp-client Installations reported by Popcon: 60 apt-build (#365427), requested 285 days ago Description: Need new developer(s) Installations reported by Popcon: 590 apt-cacher (#403584), requested 52 days ago Description: caching proxy system for Debian package and source files Installations reported by Popcon: 253 apt-show-versions (#382026), requested 184 days ago Description: lists available package versions with distribution Installations reported by Popcon: 2206 athcool (#278442), requested 835 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 252 audacity (#397166), requested 95 days ago Description: looking for co-maintainer Installations reported by Popcon: 2604 cdw (#398252), requested 88 days ago Description: Tool for burning CD's - console version Reverse Depends: cdw gcdw Installations reported by Popcon: 235 cvs (#354176), requested 350 days ago Description: Concurrent Versions System Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (17 more omitted) Installations reported by Popcon: 11425 docbook (#358522), requested 323 days ago Description: standard SGML representation system for technical documents Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man sgmltools-lite Installations reported by Popcon: 3750 docbook-xml (#358520), requested 323 days ago Description: standard XML documentation system, for software and systems Reverse Depends: dblatex docbook-dsssl docbook-ebnf docbook-html-forms docbook-jrefentry docbook-mathml docbook-simple docbook-slides docbook-website docbook-xsl-stylesheets-ko (6 more omitted) Installations reported by Popcon: 18334 dpkg (#282283), requested 810 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 clamsmtp crosshurd cvs-autoreleasedeb (83 more omitted) Installations reported by Popcon: 27826 gpsdrive (#406522), requested 28 days ago Description: Car navigation system Installations reported by Popcon: 282 grub (#248397), requested 1004 days ago Description: GRand Unified Bootloader Reverse Depends: dfsbuild grub-splashimages replicator Installations reported by Popcon: 23907 gtkpod (#319711), requested 564 days ago Description: manage songs and playlists on an Apple iPod Installations reported by Popcon: 501 ispell-et (#391105), requested 127 days ago Description: Estonian dictionary for Aspell/Ispell/MySpell Installations reported by Popcon: 24 lighttpd (#401575), requested 66 days ago Description: A fast webserver with minimal memory footprint Reverse Depends: lighttpd-mod-cml lighttpd-mod-magnet lighttpd-mod-mysql-vhost lighttpd-mod-trigger-b4-dl lighttpd-mod-webdav Installations reported by Popcon: 391 loop-aes-modules (#385615), requested 161 days ago Description: loop-AES modules Reverse Depends: loop-aes-2.6-486 loop-aes-2.6-686 loop-aes-2.6-686-bigmem loop-aes-2.6-alpha-generic loop-aes-2.6-alpha-legacy loop-aes-2.6-alpha-smp loop-aes-2.6-amd64 loop-aes-2.6-footbridge loop-aes-2.6-iop32x loop-aes-2.6-itanium (24 more omitted) Installations reported by Popcon: 33 loop-aes-utils (#385614), requested 161 days ago Description: Tools for mounting and manipulating filesystems Reverse Depends: lo
