Work-needing packages report for Mar 31, 2006
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: 269 (new: 4) Total number of packages offered up for adoption: 87 (new: 5) Total number of packages requested help for: 20 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: haskell-hsql (#358873), orphaned 6 days ago Description: Multi-Database Interface System for Haskell Reverse Depends: libghc6-haskelldb-dev libghc6-hsql-mysql-dev libghc6-hsql-odbc-dev libghc6-hsql-postgresql-dev libghc6-hsql-sqlite-dev libghc6-hsql-sqlite3-dev Installations reported by Popcon: 21 libemail-abstract-perl (#358895), orphaned 6 days ago Description: library that presents unified interface to mail representations Reverse Depends: libmail-listdetector-perl Installations reported by Popcon: 453 libmodule-pluggable-perl (#358894), orphaned 6 days ago Description: Automatically provide your module the ability to accept plugins Reverse Depends: libemail-abstract-perl libemail-foldertype-perl Installations reported by Popcon: 464 tkps (#360057), orphaned today Description: X-based process management tool similar to 'top' Installations reported by Popcon: 61 265 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: isakmpd (#358800), offered 6 days ago Description: The Internet Key Exchange protocol openbsd implementation Installations reported by Popcon: 10 l2tpd (#358799), offered 6 days ago Description: A layer 2 tunneling protocol implementation. Installations reported by Popcon: 42 libdata-compare-perl (#358801), offered 6 days ago Description: Compare two perl data structures recursively. Reverse Depends: libsnmp-mib-compiler-perl Installations reported by Popcon: 62 libnet-ping-external-perl (#358802), offered 6 days ago Description: Provide an interface to the system ping command. Installations reported by Popcon: 39 xbae (#359269), offered 3 days ago Description: Xbae Matrix Widget development package Reverse Depends: libxbae-dev twlog 82 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 280 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot aboot-cross dfsbuild ltsp-server Installations reported by Popcon: 48 athcool (#278442), requested 520 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 211 cvs (#354176), requested 35 days ago Description: Concurrent Versions System Reverse Depends: bonsai cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvsconnect cvsd cvsdelta cvsps cvsreport (15 more omitted) Installations reported by Popcon: 6592 docbook (#358522), requested 8 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: 3359 docbook-xml (#358520), requested 8 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: 6891 dpkg (#282283), requested 495 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source and apt-build apt-src backuppc build-essential clamsmtp crosshurd cvs-autoreleasedeb (87 more omitted) Installations reported by Popcon: 11461 grub (#248397), requested 689 days ago Description: GRand Unified Bootloader Reverse Depends: dfsbuild grub-splashimages grubconf replicator Installations reported by Popcon: 8311 gtkpod (#319711), requested 249 days ago Description: manage songs and playlists on an Apple iPod Installations reported by Popcon: 292 mwavem (#313369), requested 290 days ago (non-free) Description: Mwave/ACP modem support software Installations reported by Popcon: 3 nas (#354174), requested 35 days ago Description: The Netw
Re: Bug#360163: ITP: libannexlib-ocaml -- Library of miscellaneous OCaml code
On Thu, Mar 30, 2006 at 10:48:01PM -0500, Stefano Zacchiroli wrote: > On Fri, Mar 31, 2006 at 01:19:28AM +0100, Ewan Mellor wrote: > > * Package name: libannexlib-ocaml > > Please X-Debbugs-Cc debian-ocaml-maint for ITP related to OCaml. Sorry about that. > That said, I think the package name should reflect upstream's being > "annexlib". The binary name can be those you proporse. Right -- I misunderstood the term "package name" in that context. My intention is as you suggest -- the package name is "annexlib", producing two binary packages, "libannexlib-ocaml" and "libannexlib-ocaml-dev". Do I need to do anything to the ITP to reflect this, or should I just close it any start again? Ewan. signature.asc Description: Digital signature
Re: Bug#357703: udev breaks syslog
On Fri, Mar 31, 2006 at 07:17:27AM +0200, Mike Hommey wrote: > On Thu, Mar 30, 2006 at 10:51:03PM +0200, Wouter Verhelst <[EMAIL PROTECTED]> > wrote: > > On Thu, Mar 30, 2006 at 06:22:23PM +0100, Rich Walker wrote: > > > Sam Morris <[EMAIL PROTECTED]> writes: > > > > > > > > > > > That much is easy, but how do you turn a process ID into a script that > > > > can be invoke-rc.d'd? > > > > > > Make it part of the Debian spec? > > > > > > define a known script name (logging-daemon) that must exist in > > > /etc/init.d/ and can be a symlink to another one. > > > > > > submit a small patch to each logging daemon to add/remove this link when > > > the package is installed/removed? > > > > Sounds ugly to me. > > > > Here's another suggestion: start-stop-daemon is in a /very/ good > > position to know which PID belongs to which initscript. Patch it so that > > it writes the PIDs to some "database"[1] somewhere; then patch > > invoke-rc.d to be able to use that "database". Probably best to do that > > through some well-defined interface, rather than having invoke-rc.d > > directly reading out that db, though. > > It already does store the pid if called with the --pidfile option. Just > make it mandatory. Well, no. The --pidfile option expects the daemon to create its pid itself; it doesn't make s-s-d create it. It can't do that, either, since a proper daemon will fork() before doing anything useful, meaning, you don't have anything to check a pid of anymore. Even if it did, it isn't the solution. The pidfiles that s-s-d knows about have a "something"->pid mapping. There is no link to the exact initscript that needs to be called (the initscript is supposed to know where its pidfile is), so they're not very useful. And if you fix that, you're still faced with the problem that to look up the pidfile that belogns to a given PID, you need to open() all those files in sequence until you find the right one, which isn't very efficient. What I'm suggesting is, actually, the reverse of a pidfile, in some way. You'd still have your /var/run/syslogd.pid; but, assuming that file contained the PID "2722" (as it currently does on my system), you'd also have a file called "2722" somewhere (say, under "/var/run/pidlookups") which would contain "/etc/init.d/sysklogd". With such a system, you'd be able to say "restart whatever PID 2722 is". Or even to force-reload it, if that'd be enough. -- Fun will now commence -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pretty girl
howcome nobody talks anymore love lda Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min or less.
Re: Bug#357703: udev breaks syslog
On Fri, Mar 31, 2006 at 09:47:59AM +0200, Wouter Verhelst wrote: > What I'm suggesting is, actually, the reverse of a pidfile, in some way. > You'd still have your /var/run/syslogd.pid; but, assuming that file > contained the PID "2722" (as it currently does on my system), you'd also > have a file called "2722" somewhere (say, under "/var/run/pidlookups") > which would contain "/etc/init.d/sysklogd". > > With such a system, you'd be able to say "restart whatever PID 2722 is". > Or even to force-reload it, if that'd be enough. no offense, but this sounds more like a solution looking for a problem than the other way around. i also don't see how it is aesthetically better or cleaner than the following 4 lines of shell code: sysloginits="inetutils-syslogd metalog socklog-run sysklogd syslog-ng" for s in $sysloginits; do test -x /etc/init.d/$s && invoke-rc.d $s restart || true done (granted, the init scripts are actually named differently than the package names, but you should see my point) sean signature.asc Description: Digital signature
Re: Bug#357703: udev breaks syslog
sean finney <[EMAIL PROTECTED]> wrote: > sysloginits="inetutils-syslogd metalog socklog-run sysklogd syslog-ng" > for s in $sysloginits; do > test -x /etc/init.d/$s && invoke-rc.d $s restart || true > done Well, that would try to start each installed service, even if that is not intended by the local admin (no start links in /etc/rc?.d/). Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Re: Bug#357703: udev breaks syslog
This one time, at band camp, Frank Küster said: > sean finney <[EMAIL PROTECTED]> wrote: > > > sysloginits="inetutils-syslogd metalog socklog-run sysklogd syslog-ng" > > for s in $sysloginits; do > > test -x /etc/init.d/$s && invoke-rc.d $s restart || true > > done > > Well, that would try to start each installed service, even if that is > not intended by the local admin (no start links in /etc/rc?.d/). Doesn't invoke-rc.d already have that logic built in? I sort of thought that was the point of it. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Re: Bug#357703: udev breaks syslog
pe, 2006-03-31 kello 13:07 +0100, Stephen Gran kirjoitti: > This one time, at band camp, Frank Küster said: > > sean finney <[EMAIL PROTECTED]> wrote: > > > > > sysloginits="inetutils-syslogd metalog socklog-run sysklogd syslog-ng" > > > for s in $sysloginits; do > > > test -x /etc/init.d/$s && invoke-rc.d $s restart || true > > > done > > > > Well, that would try to start each installed service, even if that is > > not intended by the local admin (no start links in /etc/rc?.d/). > > Doesn't invoke-rc.d already have that logic built in? I sort of thought > that was the point of it. Yep, from the manual page: invoke-rc.d is a generic interface to execute System V style init script /etc/init.d/name actions, obeying runlevel constraints as well as any local policies set by the system administrator. The part about local policies means running policy-rc.d if it exists (which is very handy, for example for piuparts, which uses it to try to prevent all services from being started). -- I'm a Luddite with neophilia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360224: ITP: dglog -- CGI log analyzer for DansGuardian
Package: wnpp Severity: wishlist Owner: Elizabeth Krumbach <[EMAIL PROTECTED]> * Package name: dglog Version : 1.0 Upstream Author : Jimmy Myrick <[EMAIL PROTECTED]> * URL : http://www.tiger.org/technology/dg/ * License : GPL Description : CGI log analyzer for DansGuardian A CGI log analyzer for the web content filter DansGuardian. . Homepage: http://www.tiger.org/technology/dg/ -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-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]
python 2.4 migration status
hi, piman asked 2 weeks ago, what's the status of python2.4 migration : http://lists.debian.org/debian-python/2006/03/msg4.html > What's the status of the Python 2.4 transition? During January you said > you were waiting on feedback from Steve Langasek and Josselin Mouette, > but Steve said he hasn't heard anything from you in a while, and thinks > that the transition outweighs whatever other Python improvements you're > working on. > > A couple weeks ago you told me (on IRC) that you'd have a new > python-central/support-like thing ready for me to look at in a few days. > I still haven't heard anything from you. I have to agree with Steve, if > this is holding up the transition, it should stop -- the focus of the > Python packages right now should be the 2.4 transition. > > From the looks of the Python buglists, and your responses on bugs like > #340791, it looks like you might not have enough time to maintain Python > anymore. Have you considered group or co-maintainership? Facing a > transition may not be the best time to start it, but this needs to start > very soon. The etch release plan starts calling for freezes by July, and > I know you're going to need time working on other parts of the toolchain > before then. In september i asked a similar question and the reply : > the current version is still 2.3. We are delaying the switch to 2.4, > until currently outstanding transitions like C++, KDE, gmp, arts, and > maybe others are done. It's ok to drop python2.1 and python2.2 support > at this time, if you do an upload anyway. Is it possible to have a reply on this subject ? or a planning ? cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dia 0.95-pre in experimental
Hi, I just uploaded dia 0.95-pre7 to experimental. This will go to unstable when the actual release happens (soon?). Feel free to test. Enjoy! bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: idea for project machines
On 2006-03-30, Bastian Blank <[EMAIL PROTECTED]> wrote: > > On Mon, Mar 27, 2006 at 03:28:42PM +0530, Ganesan Rajagopal wrote: >> How about providing this access only in a Xen guest? > > We have vserver enabled kernels for some arches in the archive. In fact all arches that we support (except for parisc/hppa until the dietlibc-dev syscall fix is uploaded with the patch I submitted last night: #351875). However, I am curious how people are proposing to use something like vservers for this purpose. Probably the best thing would be to allow individual developers to "check out" new vservers. You would have the option of picking a woody, sarge, etch, or sid vserver, and a period of time that the vserver would stay around, after which it would be scheduled for removal. If you had a vserver guest "checked out" on a system, you could "renew" it, thus extending the time it will exist. A simple email can be sent warning you of your vserver's pending removal a few days before, and then after it has been removed. Space may be a problem if too many vservers are "checked out" at one time[1], so there would be some simple limits placed on disks (and other resources) per verserver, and developers would not be able to "check out" a vserver if a certain disk ceiling was currently in affect. I imagine that this would be tremendously useful to developers as it provides you with root access to an environment on an architecture to develop and resolve packaging issues without having to wait on the admin of the machine to install a package you need. micah 1. space issues can be mitigated if the host is running etch because the vhashify vserver ability to "unify" guests to save disk space by performing link inversion immutability operations. The libbeecrypt6 problems were not fixed before sarge released, so this is currently not possible on a sarge system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
new su behaviour & exit status
Hi, because of the new su behaviour its no longer possible to get any exit status from a command executed with su -c. If you use init scripts which need to invoke su and you dont want to depend on sudo the init script will no longer recognize segfaults or other failures in execution and will always return 0 for $?. Thats the reason for #349580. Does anyone knows a fix for this or have any useful links on how to "workaround" this behaviour? Kind regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! pgpJ2QK2wIB5l.pgp Description: PGP signature
Re: Bug#360163: ITP: libannexlib-ocaml -- Library of miscellaneous OCaml code
Ewan Mellor <[EMAIL PROTECTED]> writes: > Do I need to do anything to the ITP to reflect this, or should I > just close it any start again? I'd say it's sufficient, and not even strictly necessary, to retitle the bug. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309280: Status of krecipes package ?
Package: wnpp Followup-For: Bug #309280 Owner: Julien Louis <[EMAIL PROTECTED]> Is this package still planned to be included in the archive ? I've made some debian packages available at : http://ptitlouis.sysif.net/debian/krecipes/ I've already a sponsor for this package and i intend to add it in the kde-extra svn repository on alioth. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Lay on, MacDuff, and curs'd be him who first cries, "Hold, enough!". -- Shakespeare -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DebConf6: Final call for registrations / reconfirmations
Andrew Donnellan dijo [Fri, Mar 31, 2006 at 10:19:12AM +1000]: > On 3/31/06, Joerg Jaspert <[EMAIL PROTECTED]> wrote: > > Lets repeat that, as this is important: You *NEED* to confirm that you > > attend DebConf before the 3th April 2006, 23:59:59 UTC or YOU MUST PAY > > YOURSELF. > > The 3th of April? Precisely. Three/four days from now. Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF signature.asc Description: Digital signature
Re: Emphasize teams, not packages
Petter wrote: > I have not confirmed that this procedure will work, but here is my > suggestions anyway. > > - The Alioth system administrators have asked for help several times. > Get in touch with them and check what exactly they need help with. > Do a good job helping them, and prove that way your abilities as a > system administrator. Next, contact the new maintainer frontdesk > and ask how the NM process fit your skill set and interest, and go > through the process to become a official Debian Developer. Given that it takes up to two years to process an applicant answering standard questions from templates, how long is it likely to take to process someone through a custom process? Possibly less time if the applicant doesn't get hung up on difficult questions, but probably more; and the customization won't scale. And can we be sure that the applicant will be subjected to pointless busywork this way (to test his tolerance for Debian's institution of people carelessly wasting one another's time)? Another thing: According to my AM, the applicant's prior work can't be used to prove his competence because the Front Desk and the DAM can't be bothered to look at that work. How do we ensure that applicants on the "custom" track will be subjected to similar obtuseness? Perhaps there should be a checklist to ensure a level playing field. [] Find something that he doesn't know and tell him to go away if he doesn't know it [] Ignore the applicant's past work in Debian [] Make the applicant rephrase "§6.4: Summary of ways maintainer scripts are called" in his own words [] Make the applicant wait for months for no particular reason [] Blame the applicant for above delays Seriously though, Jerome, I'd advise you not to get your hopes up too high. Here's the experience of Debian's newest DD: Received application2004-04-21 > [...] > Application Manager recommends to DAM Approved on 2004-07-12 > FD checks completeness of report Approved on 2006-02-21 by Marc > Brockschmidt (he) > DAM Approval Approved on 2006-03-20 by Joerg Jaspert > (joerg) -- Thomas Hood
Re: DebConf6: Final call for registrations / reconfirmations
* Gunnar Wolf <[EMAIL PROTECTED]> [2006-03-31 13:34]: > > > Lets repeat that, as this is important: You *NEED* to confirm that you > > > attend DebConf before the 3th April 2006, 23:59:59 UTC or YOU MUST PAY > > > YOURSELF. > > The 3th of April? > Precisely. Three/four days from now. Maybe Andrew wanted to point out that it should be 3rd rather than 3th (or wondering whether it might be 4th). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360285: ITP: libjoey -- forks itself and does several things at the same time
Package: wnpp Severity: wishlist Owner: Alexander Wirt <[EMAIL PROTECTED]> * Package name: libjoey Version : 0.1.4 Upstream Author : Martin 'Joey' Schulze * URL : http://www.infodrom.org/ * License : GPL Description : forks itself and does several things at the same time libjoey is a opensource fork of the famous Martin 'Joey' Schulze, this library magically forks itself and does several important things at the same time. With linking against libjoey you are able to make you applications do more things at the same time. It will be uploaded as soon as I'm able to catch Joey and put him in a box. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#360285: ITP: libjoey -- forks itself and does several things at the same time
On Sat, Apr 01, 2006 at 12:23:49AM +0200, Alexander Wirt wrote: > * Package name: libjoey > Version : 0.1.4 > Upstream Author : Martin 'Joey' Schulze > * URL : http://www.infodrom.org/ > * License : GPL I'd like the source for Joey, please. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#360285: ITP: libjoey -- forks itself and does several things at the same time
Am Sa, 01 Apr 2006, schrieb Steinar H. Gunderson: > On Sat, Apr 01, 2006 at 12:23:49AM +0200, Alexander Wirt wrote: > > * Package name: libjoey > > Version : 0.1.4 > > Upstream Author : Martin 'Joey' Schulze > > * URL : http://www.infodrom.org/ > > * License : GPL > > I'd like the source for Joey, please. :-) me also :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#360285: ITP: libjoey -- forks itself and does several things at the same time
Steinar H. Gunderson wrote: > I'd like the source for Joey, please. :-) Formorer, please clarify with upstream, I have heard (today) that libjoey is not 100% free, as in DFSG-free. A concerned developer and browser, Amaya -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DebConf6: Final call for registrations / reconfirmations
Martin Michlmayr dijo [Fri, Mar 31, 2006 at 11:50:15PM +0100]: > * Gunnar Wolf <[EMAIL PROTECTED]> [2006-03-31 13:34]: > > > > Lets repeat that, as this is important: You *NEED* to confirm that you > > > > attend DebConf before the 3th April 2006, 23:59:59 UTC or YOU MUST PAY > > > > YOURSELF. > > > The 3th of April? > > Precisely. Three/four days from now. > > Maybe Andrew wanted to point out that it should be 3rd rather than > 3th (or wondering whether it might be 4th). Grah... Ok, yes. And we had at least four people review the text :-/ -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DebConf6: Final call for registrations / reconfirmations
On 4/1/06, Martin Michlmayr <[EMAIL PROTECTED]> wrote: > * Gunnar Wolf <[EMAIL PROTECTED]> [2006-03-31 13:34]: > > > > Lets repeat that, as this is important: You *NEED* to confirm that you > > > > attend DebConf before the 3th April 2006, 23:59:59 UTC or YOU MUST PAY > > > > YOURSELF. > > > The 3th of April? > > Precisely. Three/four days from now. > > Maybe Andrew wanted to point out that it should be 3rd rather than > 3th (or wondering whether it might be 4th). Yes. It's third, not thirth. andrew > -- > Martin Michlmayr > http://www.cyrius.com/ > -- Andrew Donnellan http://andrewdonnellan.com http://ajdlinux.blogspot.com Jabber - [EMAIL PROTECTED] --- Member of Linux Australia - http://linux.org.au Debian user - http://debian.org Get free rewards - http://ezyrewards.com/?id=23484 OpenNIC user - http://www.opennic.unrated.net
Re: Bug#360224: ITP: dglog -- CGI log analyzer for DansGuardian
Elizabeth Krumbach wrote: > Package: wnpp > Severity: wishlist > Owner: Elizabeth Krumbach <[EMAIL PROTECTED]> > > > * Package name: dglog > Version : 1.0 > Upstream Author : Jimmy Myrick <[EMAIL PROTECTED]> > * URL : http://www.tiger.org/technology/dg/ > * License : GPL > Description : CGI log analyzer for DansGuardian > > A CGI log analyzer for the web content filter DansGuardian. > . > Homepage: http://www.tiger.org/technology/dg/ > > -- System Information: > Debian Release: testing/unstable > APT prefers testing > > APT policy: (500, 'testing') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.8-2-686 > Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) > > > > I use this script myself, but it's only one file. An entire package for it seems like overkill. Would it not be better to try to have it shipped as part of dansguardian? signature.asc Description: OpenPGP digital signature
