Bug#443437: ITP: innotop -- A mysql and innodb monitor
Package: wnpp Severity: wishlist Owner: Patrick Schoenfeld <[EMAIL PROTECTED]> * Package name: innotop Version : 1.4.3 Upstream Author : Baron Schwartz * URL : http://innotop.sourceforge.net * License : GPL Programming Lang: Perl Description : A mysql and innodb monitor innotop is a text-mode monitoring tool for MySQL and InnoDB. .. innotop can monitor InnoDB transactions and internals, queries and processes, deadlocks, foreign key errors, replication status, system variables and status and much more. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444031: ITP: gimmix -- a gtk+2 based client for the music player daemon (MPD)
Package: wnpp Severity: wishlist Owner: Patrick Schoenfeld <[EMAIL PROTECTED]> * Package name: gimmix Version : 0.4.1 Upstream Author : Priyank Gosalia <[EMAIL PROTECTED]> * URL : http://gimmix.berlios.de/index.php * License : GPL Programming Lang: C Description : a gtk+2 based client for the music player daemon (MPD) Gimmix is a graphical client for the music player daemon (MPD) written in C using GTK+2. It's very simple and easy to use and has a small memory footprint. .. Features: - Simple and clean interface - Compact and full view modes - Library browser with search functionality - Playlist management for mpd - ID3v2 tag editing support - Support for controlling gimmix through keyboard - System tray icon support - Notification support This package is already in Ubuntu. I will take their package as a base and start working on it. Thats the reason why I CC the Ubnutu team. To them the question: Is it okay to add you as a co-maintainer of a package? I prefer to be maintainer for myself, but I trust in the Ubnutu team to contribute if/as neccessary and also like the idea to see all those packages that are a result of the Ubnutu initiative on qa.debian.org. Best Regards, Patrick -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444334: ITP: libmowgli -- a high performance development framework for C
Package: wnpp Severity: wishlist Owner: Patrick Schoenfeld <[EMAIL PROTECTED]> * Package name: libmowgli Version : 0.4.0 Upstream Author : Atheme Project * URL : http://www.atheme-project.org/projects/mowgli.shtml * License : BSD Programming Lang: C Description : a high performance development framework for C mowgli is a development framework for C (like GLib), which provides high performance and highly flexible algorithms. It can be used as a suppliment to GLib (to add additional functions (dictionaries, hashes), or replace some of the slow GLib list manipulation functions), or stand alone. It also provides a powerful hook system and convenient logging for your code, as well as a high performance block allocator. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447014: ITP: detox -- utility to cleanup filenames from problematic characters
Package: wnpp Severity: wishlist Owner: Patrick Schoenfeld <[EMAIL PROTECTED]> * Package name: detox Version : 1.1.1 Upstream Author : Doug Harple * URL : http://detox.sourceforge.net * License : BSD Programming Lang: C Description : utility to cleanup filenames from problematic characters Detox is a utility designed to clean up filenames. It replaces difficult to work with characters, such as spaces, with standard equivalents. It will also clean up filenames with UTF-8 or Latin-1 (or CP-1252) characters in them. * Removal or replacement of upper ASCII Latin-1 (ISO 8859-1) characters * Removal or replacement of UTF-8 encoded Unicode characters * Removal or replacement of spaces and other potentially tricky characters, such as (, ), and @ * Removal of any "-"s at the beginning of the filename * Removal or replacement of CGI escaped ASCII characters, i.e. %20 becomes " " (which then becomes "_"). * Trimming of excessive "_" and "-"s. * Directory recursion, dry runs, verbose listings. . It's designed with safety in mind. It won't overwrite to a file that already exists, and it doesn't touch special files normally (but it can be asked to). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- in medias res Gesellschaft für Kommunikationstechnologien mbH Dahlenerstr. 570 D-41239 Mönchengladbach tel. +49 (0) 2166 - - 685 fax. +49 (0) 2616 - - 800 email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447014: ITP: detox -- utility to cleanup filenames from problematic characters
Hi Steve, On Wed, Oct 17, 2007 at 11:48:43AM -0500, Steve Greenland wrote: > I won't claim that's incorrect, but it's awkward. Perhaps: > >Description: utility to replace problematic characters in filenames thanks for the hint. I will consider this in the actual packaging. > Please see the section 5.6.13 of the Debian policy manual. I'm aware of that rules, but I did not apply them to the ITP, as it was filed quiet quick and dirty. Is it it neccessary to apply those rules to it, too? If so, then will I do so in the future. In the packaging I off course have applied those rules. Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444334: libmowgli packaging
Hi, On Sun, Oct 21, 2007 at 01:44:42AM +0200, "Adam Cécile (Le_Vert)" wrote: > I already have a working package and plan to upload it soon. why didn't you file an ITP, then? I started preparing a package with my ITP and sent it to my sponsor already, so that he checks this package and uploads it, if it is ready. > Could you please let me care of this package, as the work is already > done and because I'm used to work with the atheme guys (audacious > maintainer). Hmm. I don't want to do that, as the work on my side is already done as well. Its your fault that double effort has been done, because you did not file an ITP. But I don't want to search someone to blame. Probably it would help us both to join our efforts and team-maintain the package? I know that libmowgli is needed for (upcoming) versions of audacious (in fact that is the reason why I packaged it) and so I see that you have a reason for maintaining the package. Its the first library I am packaging so I could eventually benefit from this coorperation. What do you think? Regards, Patrick
Bug#444334: libmowgli packaging
On Sun, Oct 21, 2007 at 01:31:24PM +0200, "Adam Cécile (Le_Vert)" wrote: > Please ask you sponsor to do not upload now. We'll merge both work. Okay. I sent him a notice. > We could both maintains this package. Good. > Could you please check > http://mentors.debian.net/debian/pool/main/l/libmowgli/libmowgli_0.5.0-1.dsc > and see what's different with your package. I'm on my way with this. Please note that I also merged our both wnpp bugs. > Could you please send me you're source package now ? I will send it to you, as soon as i merged our changes. Okay? Regards, Patrick
Bug#444334: libmowgli packaging
Hi, On Sun, Oct 21, 2007 at 01:59:57PM +0200, "Adam Cécile (Le_Vert)" wrote: > I have small patches to fix library soname and enable verbose build. At As I said, I integrated these patches, but I think its important that upstream fixes SONAME, because having different SOAMES specifically for Debian is generally a bad idea IMHO. Do you want to communicate that with him? Regards, Patrick
Bug#444334: libmowgli packaging
On Sun, Oct 21, 2007 at 05:47:53PM +0200, Adam Cécile (Le_Vert) wrote: > It's already fixed upstream. I still do not see the aim of the shlibs Good. > About the autotools stuff, it has becomed the default behavior in > dh-make. They still get updated but do not appear anymore in diff.gz. That appears to make sense, even though I wonder why autotools-dev docs aren't updated accordingly. Regards, Patrick
Bug#519377: Integrate yaclc in devscripts?
Hi, Sandro Tosi orphaned the package yaclc, because the maintainer of it (Thomas Smith ) isn't active anymore. Ralf Treinen suggested to integrate it into devscripts. I think that this is a good idea. What do the other devscripts maintainers think? Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519377: Integrate yaclc in devscripts?
On Mon, Jul 20, 2009 at 03:17:31PM +0200, Stefano Zacchiroli wrote: > On Mon, Jul 20, 2009 at 02:27:31PM +0200, Patrick Schoenfeld wrote: > > Sandro Tosi orphaned the package yaclc, because the maintainer of > > it (Thomas Smith ) isn't active anymore. > > > > Ralf Treinen suggested to integrate it into devscripts. > > I think that this is a good idea. What do the other devscripts > > maintainers think? > > Do we really need (yet another) separate tool for that? Its an already existing tool. But indeed an interesting question. Eventually not. I haven't looked properly into it. I just saw the tool and figured, that it might be better placed in devscripts instead of beeing an orphaned native package. > If the check is all it does, it looks like a simple "--check" option > can be added to tagpending to achieve the same effect. I don't know if this matches the use-case. AFAICS yacls is meant to be used as a dput hook or so, to tell you "OH! WAIT! You are gonna close the wrong bugs if you really upload now" Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519377: Integrate yaclc in devscripts?
On Mon, Jul 20, 2009 at 03:37:19PM +0200, Stefano Zacchiroli wrote: > On Mon, Jul 20, 2009 at 03:28:34PM +0200, Patrick Schoenfeld wrote: > > Its an already existing tool. But indeed an interesting question. > > It is an existing tool, ... which was going to disappear. So I think > it is reasonable to ask whether it should really be saved or not. Yep, I figured that you eventually meant that. But it wasn't unambigious to say "do we need _yet another_ tool", so I thought making this clear wouldn't be bad. > > > If the check is all it does, it looks like a simple "--check" option > > > can be added to tagpending to achieve the same effect. > > > > I don't know if this matches the use-case. AFAICS yacls is meant to > > be used as a dput hook or so, to tell you "OH! WAIT! You are gonna > > close the wrong bugs if you really upload now" > > Yep, that's clear. The reasoning for associating the two is that > blatantly they deal with the same entities: last changelog entry, BTS > inquiry about open bugs and owning packages. Before joining the burden > of maintaining both, now in the same package, I cannot help thinking > whether there is an alternative :-) ACK. > Regarding your dput hook use case, which is a really interesting one, > I don't see a problem in that hook being encoded as "tagpending > --check", you write once, you stop thinking about it forever. Well, its not mine. I just heard about that idea, when I've thrown a short look into the package ;) > That said, I do agree that the name of the tool (tagpending) could > become non-intuitive. So my proposal is to actually add the option to > tagpending *and* to have an additional symlink under /usr/bin, > pointing to tagpending, which would just mimic the (future) behavior > of the tagpending check. How does that sound? Sounds reasoable. And in consequence RM yacls, once this is done. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515130: AW: Bug#515130: ITP: unrealircd -- Unreal IRC Server
On Sun, Feb 15, 2009 at 09:00:22PM -0600, William Pitcock wrote: > There is also questions concerning why you would want to package > something that has effectively a dead upstream, and many code flaws > which could result in security issues in the future. Uh? Since when is Unrealircd dead upstream? I wouldn't call a release less then a month ago "dead upstream", regardless of what can be said about unrealircd otherwise. Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#373641: RFP: wine-doors -- Wine management tool
retitle 373641 RFP: wine-doors -- Wine management tool thanks Hi, I am no longer interested in maintaing wine-doors. Unfortunately it appears as if upstream is quiet unfriendly and uncorporative when it comes to fixing (license) issues and also ignore mails when directed directly to Karl and not to the Mailing lists (but don't bother to moderate their mailing list probably). I don't care enough in wine-doors to work with such an upstream and therefore I hope that someone else does. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461900: ITA: ms-sys -- Write a Microsoft compatible boot record
retitle 461900 ITA: ms-sys -- Write a Microsoft compatible boot record thanks Hi, I'd like to adopt the package. However I'd offer you to maintain the package together with me. Currently I'm reliant on sponsors myself, but the people I regulary work with are a good catch :-), so probably we won't have the sponsor problem. Interested? Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471094: RFH: mantis
Package: wnpp Severity: normal Hi, as upstream is considering some changes in the upgrade path that will make upgrading with pure sql files quiet hard and they never really supported upgrading through pure sql files (and therefore dbconfig-common) I could need someone to help with maintaining mantis. mantis is not producing a big workload. Maintaining it is mostly about some polishing, integrating translations, fixing some security issues (somtimes by integrating patches and sometimes by backporting changes in the devel tree to the latest Debian stable release). New upstream releases that introduce upgrade problems are seldom. So what I'm searching for: 1 or 2 people that are experienced in PHP and SQL, have a good technical understanding and are creative in finding solutions to problems such as the upgrade problem. Its not neccessary for them to be DDs, as I work with perfectly reliable sponsors. If you match the profile: Would be glad to hear from you. Best Regards, Patrick -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471094: RFH: mantis
Hi Sean, On Sun, Mar 16, 2008 at 06:20:07PM +0100, sean finney wrote: > i'm not sure if it's relevant, but if their upgrade will be going from "run > this sql file" to "run this series of commands, and maybe some sql too", you > can also do that via dbconfig-common (i.e. you can run a script instead of > sql). I wasn't aware of that, yet. So thanks for the pointer. Last time I looked I did not find anything in this direction. Can you point me to where I can find this in the dbconfig-common docs? However I think the RFH is still relevant, because I think it is a good idea to co-maintain the package. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480478: ITP: debian-backports-keyring -- GnuPG archive key of the backports.org repository
Hi, On Sat, Jun 21, 2008 at 01:38:07PM -0400, Roberto C. Sánchez wrote: > But backports.org is still unofficial. so what? Its unofficial, but still its of great use for the most Debian users. > If it were permitted, then what > would happen when other unofficial repository maintainers want to > package their repository keyrings? Will those be allowed or disallowed? In my humble opinion they should be allowed to be packaged as if they are normal packages. Don't get me wrong, but Debian is a distribution, so what we basically do is pack up things that are worth distributing and distribute them. This way Debian users can benefit from our work and ofcourse upstreams work. It would be the same for other keyrings. Its for the benefit of a larger audience of Debian users. Ofcourse this is not true for every keyring out there. So my approach isn't to let every keyring into the archive, but decide on case to case. Similar to whats beeing done with usual packages. Its already common for usual packages that they shouldn't be added if they don't provide benefit to *some* Debian users, like tools for a common goal which is already solved well and good by a lot of other tools in the archive. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487125: ITA: apt-rdepends -- Recursively lists package dependencies
retitle 487125 ITA: apt-rdepends -- Recursively lists package dependencies thanks Hi, I was so free to retitle the bug report according to your owner change. Please follow the instructions at [1] the next time. The reason for this is that others can see your intension at a sight and don't need to look into orphaned bug reports, if they are already taken by someone. Best Regards, Patrick [1] http://www.debian.org/devel/wnpp/index.html#howto-o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489278: ITP: ratproxy -- passive web application security assessment tool
Package: wnpp Severity: wishlist Owner: Patrick Schoenfeld <[EMAIL PROTECTED]> * Package name: ratproxy Version : 1.51 Upstream Author : Michal Zalewski <[EMAIL PROTECTED]> (Copyright: 2007, 2008 by Google) * URL : http://code.google.com/p/ratproxy/ * License : Apache License, Version 2.0 Programming Lang: C Description : passive web application security assessment tool A semi-automated, largely passive web application security audit tool, optimized for an accurate and sensitive detection, and automatic annotation, of potential problems and security-relevant design patterns based on the observation of existing, user-initiated traffic in complex web 2.0 environments. Detects and prioritizes broad classes of security problems, such as dynamic cross-site trust model considerations, script inclusion issues, content serving problems, insufficient XSRF and XSS defenses, and much more. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489278: double ITP
forcemerge 489278 489282 thanks Hi Iustin, Hi Alexander, On Fri, Jul 04, 2008 at 08:02:27PM +0200, Alexander Reichle-Schmehl wrote: > Just in case you didn't noticed: You seem to have fille ITPs for the > same application. thanks for noticing that. I don't see a big problem with it. As we are both interested in maintaining it my proposal is that we both do so. Iustin, in your seperate mail you already told me that this would be okay for you. Is it okay for you to maintain it in the collab-maint svn repository? If so, then I'd set everything up. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471094: ITA: mantis
Hi, > Hi Olivier and Patrick, > > I'm interesting to ITA mantis cause I think it's a good application (I > used it from a very long time) and when I saw Patrick O request I feel > that it was important to continue with his hard work.. just saw your ITA on mantis. I'm happy to hear someone is interested in taking it over. Feel free to work on it as you like. But don't expect me to do something in the near future anyway ;) Just some hints to get you started: The current packaging is in git. The SVN repository is out-of-date and has just been kept there, because debcheckout would otherwise fail on non-sid/testing machines. > BTW, if you are asking for my personal skills, I'm a programmer and I'm > sure I would not have problems with the source code :-) Cool. What I suggest to you is to work close with Gianluca Sforna, who is working upstream and is also the package maintainer for Fedora. He might have similar problems as you and it might be possible to use synergy effects. Basically he is good to work with, so :) You should subscribe to the mantisbt-dev list, because important discussions are taking place there and it doesn't accept mails from unsubscribed persons, unfortunately. Its also wise to get an account for the bug tracker and ask the mantis developers to get you developer access, because this way you can keep track on not-yet-disclosed-security-bugs. Have fun with the package.. best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535261: RFA: xpdf -- Portable Document Format (PDF) suite
Hi, in July 2009 you said that you intend to adopt xpdf. Are you still interested in that? Because currently it has several release-critical bugs, which should be addressed. So if your interest to maintain xpdf is still there, then you should work on this RC bugs or if not, then you should retitle the wnpp bug again. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#499749: O: xml-resume-library -- A set of tools for writing a resume in XML
Hi Daniel, I've seen that you were interested to adopt the xml-resume-library package, but lost interest. But as far as I can tell from your comments you already worked on the package. Well. Now there is an open rc bug on the package because of non-free material included and I wonder if your previous work may have fixed this bug. It would be cool, if you could check that and eventually provide a fixed package if the answer is yes. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553929: password-gorilla - a cross-platform password manager
Package: wnpp Severity: wishlist Hi, I'm hereby orphaning password-gorilla as I'm not interested in maintaing it anymore. I also lack the needed TCL knowledge to keep maintaining it and wasn't able to reach upstream for a while. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Thank you, Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529185: O: aiccu -- SixXS Automatic IPv6 Connectivity Client
Hi, > I'm willing to adopt the aiccu package and spoke to Martin and he's oke > with it but he also told me to speak to you. I'm happy to hear that someone wants to maintain aiccu. Please note that I'm currently working on a bigger QA upload, so if you start working on it, please contact me before. Best Regards, Patrick signature.asc Description: Digital signature
Bug#698725: ITA: password-gorilla -- cross-platform password manager
Hello, I hereby acknowledge, that I agree with Alexandre adopting the package. Best Regards, Patrick signature.asc Description: Digital signature
Bug#614803: O: xtermset -- change the characteristics of an xterm
Package: wnpp Hi, I just orphaned xtermset, because I can't bare enough time for it and haven't used it for a long long time. For the brave who wants to maintain it: There is no upstream for this package anymore. There used to be a website at least, but appearently it died recently. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110223150610.GA24109@debian
Bug#409173: Whats the state of incron packaging?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, what is the state of the incron packaging? I'm highly interested in it. Best Regards Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGGmVQTKIzE6LY9r8RAu3jAJ48PIuoD1nMHM8vAhH78wj2ShWQVgCgjR6R IRVMrhP8ZJr1k2Fbjw+b5OE= =8gq+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
