Bug#354490: RFP: multiseat
On Wed, Jul 05, 2006 at 06:08:51PM -0700, Matt Taggart wrote: I noticed your comments in #354490 about multiseat maybe not quite being ready for primetime (back in May). Has the situation changed at all? What are the things you think needs to happen before this could be packaged/integrated with Debian to support multiseat easily? It would be nice to be able to support this in etch. Hi, Nothing's changed on this front. multiseat hasn't seen any serious attention since about March 2005, and I don't expect it will unless some seriously interested party picks up the pieces and: * better integrates it with the current xorg and gdm configurations, * investigates wider support (e.g. on ATI, Intel). I'm no longer working on Ubuntu or Debian stuff at all, so I haven't been looking at it. Sorry. Cheers, Daniel signature.asc Description: Digital signature
Bug#354490: Not as straightforward as you think
Hi, I'm the primary author/ex-maintainer of multiseat. I'd like to request that anyone who wants to package this for Debian, not do so unless: * you are either part of the X Strike Force already, or plan to collaborate very closely with them, * you have a good understanding of how the Xorg server works, and its configuration system. Due to lack of time/interest, the package never really evolved beyond 'gigantic hack' status, so it would need a lot of informed work to get it to being something maintainable. There's also a massive driver support issue: most cards are extremely fragile regarding resource routing in particular, and this is something not handled well by the multiple independent server case. I had very limited success (nVidia cards only with the binary-only nVidia driver, and only after they fixed strange bugs; some ATI cards, but not all -- a seemingly random selection) when testing over a range of cards. Co-ordination with the d-i team would also be needed, as this contains a udeb. However, I'm happy to answer any questions anyone might have about this package. Cheers, Daniel signature.asc Description: Digital signature
Bug#157729: Outstanding ITP - gatos-drm-source
On Sun, Apr 11, 2004 at 10:11:00AM +0200, Yann Dirson wrote: On Sat, Apr 10, 2004 at 08:37:57PM -0400, Justin Pryzby wrote: If so, please remember to keep the bugtracking system informed of progress and delays. The main current problem is that currently, DRI freezes my machine on resolution changes (bug known since ages, as it appears, probably linked to VIA chipset). Which chipset? I have a KT400 which works just fine. OTOH, this version of the DRM is tightly coupled with the ATI.2 DRI driver for the X server, and this one was worked on by Matt Zimmermann at some date. And everyone knows that building an X driver is currently quite a tedious task. It could be better, it could be worse. I think Branden has merged Sven Luther's DDK patches, no? Maybe the X source package could integrate the ATI.2 sources, and build a package for it ? Currently, I build one manually, which diverts X-provided files before unpacking. Maybe the same approach could be taken there ? No. Debian-X people, what do you think of this ? Package it using the DDK. -- Daniel Stone[EMAIL PROTECTED] Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#212988: ITP: turck-mmcache -- Precompiler and cache to improve performance of PHP scripts
On Sat, Sep 27, 2003 at 10:55:41PM +1000, Jonathan Oxer wrote: * Package name: turck-mmcache Version : 2.4.0 Upstream Author : TurckSoft [EMAIL PROTECTED] * URL : http://turck-mmcache.sourceforge.net/ * License : GPL Description : Precompiler and cache to improve performance of PHP scripts Turck MMCache is a PHP Accelerator, Optimizer, Encoder and Dynamic Content Cache. It increases performance of PHP scripts by caching them in a compiled state, so that the overhead of compiling is almost completely eliminated. It also uses some optimizations for speedup of PHP script execution. Turck MMCache typically reduces server load and increases the speed of PHP code by 1-10 times. Hi Jon, I have packages of turck-mmcache locally that we used here for a while, but we deemed it too unstable - scripts would randomly not work, or the children would segfault, or whatever, hence we decided not to release the packages into Debian - it was just too unstable. However, if you want the packages, give me a yell and I'll put them up somewhere. Cheers! :) d -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgpOOptbfXUgj.pgp Description: PGP signature
Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)
Hi Marc! On Sun, Jun 29, 2003 at 10:43:14PM +0200, Marc Haber wrote: What you are proposing is a great idea that deserves careful planning. Let me ramble on for a minute. The backup script should probably call up a list of packages on the system, build from these list a list of files installed from packages. These files should be excluded from the Backup. It should also back up the partition table of the hard disk, and information about which file systems are in use. Doing actual backup is completely out of the scope of what I had planned - there are fantastic backup tools already. The debbackup script itself will only generate a tarball needed by debrestore - no more, no less. If you want to work on an Amanda interface, or a dedicated backup program, that's fine, but debrestore itself will continue to have a single, dedicated task, for setups where most data is shared (e.g. /home), or where perfectly good backup regimens already exist. The data generated this way could be written to CD images, or there could be an amanda interface that lets only the files that are not replaceable from a Debian mirror end up in the amanda archive. debbackup-mmddhhmm.tar.bz2 can already be written to a CD image. Restore procedure would boot from a CD (a dedicated recovery CD or the first CD of an image set created by debbackup). Yeah, a custom ISO has already been proposed - I think that's a fantastic idea. Next steps would be: - optionally restore hard disk partitioning - file system creation - mount file systems in a chroot - Use debootstrap to install a base system with working apt - dpkg --set-selections with the packet list backed up - apt-get -f install to install Packages and files - Restore of locally changed files and other data from the backup medium (using the CD images or amrecover). I would like to work with you on that package. I really appreciate your project and will certainly take a serious look into it when I get back online. I'll put up some sources when they're ready for consumption. Unfortunately, it's my understanding that 'guests' can't actually create Alioth projects, so I can't create it - I don't think I can ever actually commit it! I might be able to get a publically-accessible Subversion repository up, however. -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgp6TBhHEH74j.pgp Description: PGP signature
Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)
On Wed, Jun 25, 2003 at 08:00:38PM -0400, Matt Zimmerman wrote: On Tue, Jun 24, 2003 at 08:47:53PM +1000, Daniel Stone wrote: It's still in the initial stages right now, but that could certainly be very handy - maybe an external tool to automatically create the ISO? Right now, it just spits out a tar file for debrestore to deal with - containing one file with the package information, a directory for conffiles, and stuff. I'm sure that could be burnt along with the ISO, and then debrestore be automatically run ... Mmm, good ideas you have. :) Here's a small script that I started to write a while back and never used for much. It reads a file list on stdin and filters out files which are unchanged from the packages available from apt. The idea would be to generate a list of files to be backed up, and pipe it through this program to reduce the size of the backup without losing local modifications. Maybe it will have some useful ideas for you. Thanks. :) Trinity are actually using something similar - a Python system that grabs only what's changed, and hardlinks the rest, so you can pick either full or incremental backups, as you like. -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgp6FECVDmB55.pgp Description: PGP signature
Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)
Package: wnpp Version: unavailable; reported 2003-06-24 Severity: wishlist * Package name: debbackup Version : 0.1 Upstream Author : Daniel Stone [EMAIL PROTECTED] * URL : http://www.trinity.unimelb.edu.au/~dstone/debbackup/ (not functional yet) * License : GPL Description : Backup and restore Debian specifics (package status, conffiles) debbackup is a supplemental, Debian-specific, backup program. It backs up only what is needed to restore from a fresh install, with data recovered - package information (including holds/etc), conffile changes, Debconf information, and more. debrestore will restore this information - installing/updating required packages, restoring configuration files, and more. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux nanasawa 2.5.72-mm3 #1 Mon Jun 23 21:43:29 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgppKDtwIw1xv.pgp Description: PGP signature
Bug#198602: ITP: debbackup -- Backup and restore Debian specifics (package status, conffiles)
On Tue, Jun 24, 2003 at 08:29:05PM +1000, Martijn van Oosterhout wrote: Hey, how far along is this? I've been thinking that this would be very possible and very useful. Including having the result be an ISO image and combine with one of those autoinstall tools to automatically recreate a machine without intervention. Fill up any remaining space with a copy of base and any other large packages. Just dreaming, ok? :) It's still in the initial stages right now, but that could certainly be very handy - maybe an external tool to automatically create the ISO? Right now, it just spits out a tar file for debrestore to deal with - containing one file with the package information, a directory for conffiles, and stuff. I'm sure that could be burnt along with the ISO, and then debrestore be automatically run ... Mmm, good ideas you have. :) -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgpYrfkLHTW5L.pgp Description: PGP signature
Bug#114398: dbtcp RFP-ITP
retitle 114398 ITP: dbtcp -- A client for the MS Windows ODBC proxy server thanks [Please reply to me, Cc'ing the list, as per the M-F-T header]. Hi all! Just a quick note to say that I've packaged up dbtcp, and am thus taking over the RFA (#114398). It was pretty fun to package - a PHP4 module that ostensibly needs to be built in-tree. However, it took a nice hand-hacked Makefile to make it build out-of-tree, and even then it has some fun issues. PHP4 installs to /usr/lib/php4/date, where date is probably the release date (it's 20020429, currently). I can work out the directory to install to (php-config --extension-dir), but how should I handle this in package relationships? If the date changes, php4-dbtcp suddenly becomes useless - PHP's looking in a different directory for its extensions. Anyway, the debs are at: deb http://www.trinity.unimelb.edu.au/~dstone/debian/ dbtcp/ deb-src http://www.trinity.unimelb.edu.au/~dstone/debian/ dbtcp/ Cheers! :) d -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgpY289zvJUVn.pgp Description: PGP signature
Bug#192898: ITP: libapache2-mod-xslt -- An on-the-fly XSLT processor for apache2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist Version: N/A libapache2-mod-xslt is an on-the-fly processor for apache2; it takes XML and XSLT documents as the input and generates HTML when needed. This is all transparent to the user, who merely requests http://foo.bar.com/baz/quux.html. libapache2-mod-xslt is licensed under the GNU General Public License v2. I am working on packages of it right now, and hope to have preliminary packages available soon. - -- Daniel Stone [EMAIL PROTECTED] [EMAIL PROTECTED] KDE: Konquering a desktop near you - http://www.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+viHhcPClnTztfv0RAu5dAKCMbo/rfaB06l91yOOwITEvgSF2vQCdHr4I vW9RknfJNEUPUfc99inzXys= =6khP -END PGP SIGNATURE-
Bug#192898: libapache2-mod-xslt: Packages now available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all! Packages of libapache2-mod-xslt are available at the following URLs: deb http://daniels.is-a-geek.org/daniel/debian/ mod-xslt/ deb-src http://daniels.is-a-geek.org/daniel/debian/ mod-xslt/ Unfortunately, the sources won't build with stock apache2, due to #188278: the temporary hack there is to add APR_BINDIR = /usr/bin to the end of /etc/apache2/build/config_vars.mk. I very strongly recommend you install libapache2-mod-xslt-doc as well (in fact, I'm beginning to have second thoughts about splitting this one out - the only argument in favour of splitting is that you might not want it cluttering up your docroot). If you don't want to do that, here's the crash tutorial: * Install libapache2-mod-xslt. * Run a2enmod xslt apache2ctl graceful, as root. * Ensure all your .xml files have ?xml? tags. * Add '?xml-stylesheet type=text/xsl href=stylesheet-location.xsl' just under your ?xml? tag to all your .xml tags. * Browse to http://server.location/directory/document.xml. Voila! Your XSLT-translated document. :) Cheers! - -d - -- Daniel Stone [EMAIL PROTECTED] [EMAIL PROTECTED] KDE: Konquering a desktop near you - http://www.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+vjArcPClnTztfv0RAj6bAKCE4hUoM19hnEbT2VVsx0bQ372FAQCgj7Wb VBtREzy9zrBBF8MljHtYtuk= =AgDl -END PGP SIGNATURE-
Bug#159919: Shouldn't be packaged
I packaged agt for a while; I was its original maintainer. During this time, upstream was ... unresponsive, to say the best. He promised initially to keep me well informed of releases, etc, since there was no mailing list at the time, which was nice. However, 3 upstream releases went by without any notification, and he was completely uncontactable for the best part of a year. After I just gave up and wrote my own init script because agt was so horrible and badly, badly broken, I decided to orphan it, and Steve picked it up. During this time, it had a few bugs, including that agt would segfault if every file didn't have a trailing newline. He was completely mystified by the (awful) code, and so handed it to Herbert Xu to look at. Herbert had no clue, and decided it was the worst code [he had] ever seen. So yeah, because of a combination of these, I don't think agt should be in Debian again. It's already previously been removed from the archive. Cheers! :) d -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgpuoSiBOzlEz.pgp Description: PGP signature
Bug#111658: Disappearing with KDE3?
Hi all, As far as I'm aware, knapster2 has not been ported to KDE3. KDE 3.1 will be uploaded when the gcc3.2 transition starts, and thus must be removed from the archive if there is no current KDE3 port. Can someone please clarify the status of this package? Thanks, Daniel, sometime KDE package monkey -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne pgpc1UKxuIL6D.pgp Description: PGP signature
Bug#163623: ITP: vhost-base -- Virtual host management system
Package: wnpp Version: N/A Severity: wishlist vhost-base is a Debian package designed to simplify and unify management of virtual hosts. It's currently used in apache2 (temporarily disabled; I have a patch for apache2 to fix this, however), but can be used anywhere - mail, FTP, databases, you name it. It's been around for quite some time, but merely unmaintained after I dropped out of Debian. I've picked it back up again, and intend to keep on maintaining it. I have the package almost ready to upload, this ITP is basically just a formality. -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne
Bug#158579: ITP: mouldavia -- True WebDAV home directories
Package: wnpp Severity: wishlist MoulDAVia is a WebDAV server that provides true WebDAV home directories, as opposed to a simple shared area. Every user is authenticated against LDAP, and a separate thread then chroot()s to that user's home directory, and drops privileges to that user. You can use this to provide WebDAV-shared home directories, as opposed to just a shared area. MoulDAVia is written in Python (beware: I taught myself Python by writing this, the code may suck), and uses OpenLDAP for authentication. It uses an XML file called ~/.mouldavia_props in every directory where custom WebDAV values are stored, to store said values. I'm the upstream, and a URL will be coming soon - probably http://www.trinity.unimelb.edu.au/~dstone. :) d (Goddamnit, Mail.app can't GPG-sign messages. Lame). -- Daniel Stone [EMAIL PROTECTED] Developer, Trinity College, University of Melbourne
Bug#148421: Clearing things up
Hi all, I created the debian/ dir for Kopete and committed it to CVS. This was just a random thing to do, and I was hoping someone else would pick it up. Thankfully, Till did. As it stands, we've just released 0.4, and are angling for inclusion into kdenetwork for KDE 3.1, which would mean it would indeed fall into Chris's portfolio. Until then, Till is the designated Debian packager, and doing a very good job. Cheers! :) d -- Daniel Stone [EMAIL PROTECTED] http://raging.dropbear.id.au KDE Developer [EMAIL PROTECTED]http://www.kde.org Kopete: Multi-protocol IM client http://kopete.kde.org pgpXNnuwp9lqG.pgp Description: PGP signature
Bug#127698: Adopting these packages
retitle 127711 ITA: kde-designer - Qt GUI Designer (with KDE Widget support) retitle 127707 ITA: kdemultimedia - Multimedia applications for KDE retitle 127706 ITA: kdebase - Core applications for KDE retitle 127705 ITA: kdelibs - Core libraries for KDE retitle 127698 ITA: meta-kde - KDE meta-package retitle 124184 ITA: kdoc - C++ and IDL source documentation system thanks (BCC'ed to [EMAIL PROTECTED]). I will adopt the KDE packages, while Chris calc Cheney will take Qt, and will also be the KDE3 maintainer when it comes around to it; by the time KDE2.2 is phased out in favour of KDE3, I won't have the time to maintain KDE, so it works out nicely. :) d Please CC all replies to me; the MX for the domain I get all list mail on is down, so I'm reduced to reading lists through the archives. If you don't, I reserve the right to have a long, flaming, thread about the fact. Oh, and sorry about the line wrapping - LookOut! Express doesn't have it. :\
Bug#123028: O: epic4-script-light -- Light - It's Just Not Lame
Package: wnpp Unfortunately, Light *is* rather lame. It's a nice script, but is very buggy and unmaintained upstream. I don't want it. Just be wary of picking it up. -d -- Daniel Stone[EMAIL PROTECTED] Coma bind is like playdoh :) sjh ooohh kinky Im so hot you could mould me like a caching dns server pgprwtSs4zxVB.pgp Description: PGP signature
Bug#97234: Debian Packaging of Subversion
On Fri, Nov 30, 2001 at 06:59:14PM -0800, David Kimdon wrote: 2. apache2. Daniel Stone and Thom May are working on that, we've been working together to make subversion and apache2 play well together on Debian. I don't know when apache2 will be uploaded to unstable. Last I heard Daniel didn't want me to give out the deb line until he finds a better place to mirror it, (still true Daniel?) Well, the current URL sits on my home ISDN connection, which doesn't need any help having its bandwidth crippled. If someone wants to mirror it on pandora (it contains SSL), I'll be very grateful. Subversion will make its way into Debian shortly after these dependancies. With this mail I am poking the respective maintainers to see where we stand. As for apache2, it's waiting on vhost-base, which needs a policy amendment. I've posted a draft to debian-devel, when I get the final one done I'll propose it, upload vhost-base and apache2. I'm not going to give a timeline because it's bound to be too optimistic. :) d -- Daniel Stone[EMAIL PROTECTED] asuffield Omnic: how do you detect whether somebody is listening to you or not? elmo well, if they chat as much shit as you do asuffield, it's a fair bet that no one's listening :P
Bug#110240: RFA: kernel-patch-ttl -- TTL matching and setting
Package: wnpp Version: N/A; reported 2001-08-27 Severity: normal See below. :) On Mon, Aug 27, 2001 at 05:48:17PM +1000, Daniel Stone wrote: I no longer have the time to do this. It's rather quick to do a new version, I do the following: cd /usr/local/src/debian for i in irc ttl ulog; do mv kernel-patch-$i-* kernel-patch-$i-$ver; cd kernel-patch-$i-$ver/kernel-patch-$i-* dch -v $ver-1; done mkdir kernel-source-$ver cd kernel-source-$ver sudo apt-get source kernel-source-$ver for i in irc ttl ulog; do mv kernel-patch-$i-* kernel-patch-$i-$ver; cd kernel-patch-$i-$ver/kernel-patch-$i-* dch -v $ver-1; cd ../kernel-source-$ver; cp -al kernel-source-$ver-$ver kernel-source-$ver-$ver-$i; done cd /usr/local/src/netfilter/userspace/patch-o-matic KERNEL_DIR=/usr/local/src/debian/kernel-source-$ver-$ver-irc ./runme irc-conntrack-nat.patch cd /usr/local/src/netfilter/userspace/patch-o-matic KERNEL_DIR=/usr/local/src/debian/kernel-source-$ver/kernel-source-$ver-$ver-ttl ./runme TTL.patch ttl.patch cd /usr/local/src/netfilter/userspace/patch-o-matic KERNEL_DIR=/usr/local/src/debian/kernel-source-$ver/kernel-source-$ver-$ver-ulog ./runme ulog.patch for i in irc ttl ulog; do diff -urN kernel-source-$ver-$ver kernel-source-$ver-$ver-$i ../kernel-patch-$i-$ver/kernel-patch-$i-$ver/$i-$ver; cd ../kernel-patch-$i-$ver/kernel-patch-$i-$ver debuild; done Hmm, yes. -d -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux piro 2.4.9-xfs #1 Sun Aug 19 22:27:13 EST 2001 i586 Locale: LANG=C, LC_CTYPE=C -- Daniel Stone[EMAIL PROTECTED] OldMonk Here I am, a brain the size of a planet and all they can say is, `How do I setup my PPP?''
Bug#110241: RFA: kernel-patch-ulog -- Userspace logging
Package: wnpp Version: N/A; reported 2001-08-27 Severity: normal Again, see below. On Mon, Aug 27, 2001 at 05:48:17PM +1000, Daniel Stone wrote: I no longer have the time to do this. It's rather quick to do a new version, I do the following: cd /usr/local/src/debian for i in irc ttl ulog; do mv kernel-patch-$i-* kernel-patch-$i-$ver; cd kernel-patch-$i-$ver/kernel-patch-$i-* dch -v $ver-1; done mkdir kernel-source-$ver cd kernel-source-$ver sudo apt-get source kernel-source-$ver for i in irc ttl ulog; do mv kernel-patch-$i-* kernel-patch-$i-$ver; cd kernel-patch-$i-$ver/kernel-patch-$i-* dch -v $ver-1; cd ../kernel-source-$ver; cp -al kernel-source-$ver-$ver kernel-source-$ver-$ver-$i; done cd /usr/local/src/netfilter/userspace/patch-o-matic KERNEL_DIR=/usr/local/src/debian/kernel-source-$ver-$ver-irc ./runme irc-conntrack-nat.patch cd /usr/local/src/netfilter/userspace/patch-o-matic KERNEL_DIR=/usr/local/src/debian/kernel-source-$ver/kernel-source-$ver-$ver-ttl ./runme TTL.patch ttl.patch cd /usr/local/src/netfilter/userspace/patch-o-matic KERNEL_DIR=/usr/local/src/debian/kernel-source-$ver/kernel-source-$ver-$ver-ulog ./runme ulog.patch for i in irc ttl ulog; do diff -urN kernel-source-$ver-$ver kernel-source-$ver-$ver-$i ../kernel-patch-$i-$ver/kernel-patch-$i-$ver/$i-$ver; cd ../kernel-patch-$i-$ver/kernel-patch-$i-$ver debuild; done Hmm, yes. -d -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux piro 2.4.9-xfs #1 Sun Aug 19 22:27:13 EST 2001 i586 Locale: LANG=C, LC_CTYPE=C -- Daniel Stone[EMAIL PROTECTED] OldMonk Here I am, a brain the size of a planet and all they can say is, `How do I setup my PPP?''
Bug#110239: RFA: kernel-patch-irc -- IRC connection tracking and NAT
On Mon, Aug 27, 2001 at 01:14:06AM -0700, Aaron Lehmann wrote: On Mon, Aug 27, 2001 at 05:48:17PM +1000, Daniel Stone wrote: Package: wnpp Version: N/A; reported 2001-08-27 Severity: normal Hi Daniel, One problem with these prospective packages is that they can cause They're not prospective, they've been in unstable for quite some time. incompatiblity between the patched kernel and the iptables package, requiring a recompilation of iptables against the new kernel headers. What do you propose doing about this? Is there a configuration for the iptables package that will work against all 2.4.x kernels with some kind of netfilter enabled? This is a complete non-problem if you work with the patches from CVS, as I do. The only incompatability (the one that you experienced), was caused by using the IRC patch from the tarball, which depended on dropped-table. dropped-table caused massive problems, and introduced major incompatabilities. There's a reason why I work from CVS; this is a complete non-bug. :) d -- Daniel Stone[EMAIL PROTECTED] OldMonk Here I am, a brain the size of a planet and all they can say is, `How do I setup my PPP?''
Bug#106272: RFA: ipmenu -- ncurses GUI for iptables/iproute2/tc
Package: wnpp Severity: wishlist It's really cute, and I love it, but I a) use iptables directly, b) don't use any of the advanced iproute2 stuff, and c) don't use traffic shaping. I can't be stuffed tracking upstream releases any longer. If you take this, take cursel as well. d -- Daniel Stone [EMAIL PROTECTED] Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
Bug#106271: RFA: cursel - ncurses library thingy
Package: wnpp Severity: wishlist It's only really used by ipmenu, pick up the two together. -- Daniel Stone [EMAIL PROTECTED] Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
Bug#104440: RFA: agt -- short description
Package: wnpp Severity: wishlist 11:10PM| StevenK: here, would you like to take agt? it's yours, free. 11:11PM|StevenK Heh, why? 11:12PM| StevenK: Honestly, I don't use it any more. 11:12PM| If you don't take it, I'm filing an RFA. 11:12PM|* StevenK wonders if he could take that as a threat. ;-) 11:13PM| Don't make me use the BTS, man! I'll do it! 11:13PM|StevenK Looks like something I could use 11:14PM| StevenK: It's yours. And no giving it back, either. 11:14PM|StevenK DanielS: Orphan it, and I'll pick it up. 11:14PM| StevenK: bah. 11:16PM|StevenK Is there umpteen bugs against or something? :-) 11:16PM| nope, no open bugs 11:16PM| it's a perfectly good package, good packaging, just that I don't use it anymore Gar, formalities. -- Daniel Stone [EMAIL PROTECTED] Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
Bug#103471: ITP: apache2 -- The next generation of Apache
On Thu, Jul 05, 2001 at 11:58:12AM +0100, Colin Watson wrote: Daniel Stone [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: Working on the packaging now; fairly self-explanatory, obviously GPL. ^ Did you mean that? :) It's not GPL-compatible, actually (not that it bothers me). Thanks for taking this on! Me dumb. You smart. You right. Apache License. Methinks close to BSD. Is it actually close to BSD? I'm crap at legalese. :) d -- Daniel Stone [EMAIL PROTECTED] Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
Bug#103471: ITP: apache2 -- The next generation of Apache
Package: wnpp Severity: wishlist Working on the packaging now; fairly self-explanatory, obviously GPL. :) d -- Daniel Stone [EMAIL PROTECTED] Nuke can NE1 help me aim nuclear weaponz? /MSG ME!!
Bug#100466: ITP: dchroot -- Easy chroot setup
Package: wnpp dchroot is designed so that you can specify where your chroots lie, and what chroots you have, and chroot into that chroot easily, with the current user and shell. Example: [EMAIL PROTECTED]:~$ cat /etc/debian_version testing/unstable [EMAIL PROTECTED]:~$ dchroot stable daniel% source .zshrc [EMAIL PROTECTED]:~$ cat /etc/debian_version 2.2 It lets you stay as the current user, using the current shell, which makes things a lot easier. It needs to be installed suid root to work. The upstream author is Ben Collins, but I'm going to be doing a bit of hacking for it to become useful. d -- Daniel Stone[EMAIL PROTECTED] [EMAIL PROTECTED]