Bug#471826: pgpool2 packaging
hi michael, On Fri, Oct 09, 2009 at 09:09:33AM -0500, Michael Shuler wrote: > There are a couple of interested parties currently working on pgpool2 > packaging - myself and Rodolphe Quiédeville are in touch on the > pkg-postgresql-public mailing list, and we'll work together to get a > clean, current package uploaded soon. great! let me know if you need anything from my end (testing/sponsorship/etc). sean signature.asc Description: Digital signature
Bug#471826: Need testing and sponsorship
hi again! On Tue, Oct 27, 2009 at 05:06:19PM +0100, Rodolphe Quiedeville wrote: > I'm ready to upload a new version off pgpool2 2.2.5, the files are > available at http://rodolphe.quiedeville.org/pgpool2/ > > If you could have a look at them, I'll upload the package to mentors if > you think the package is ok. looks good! the only blocker imho: i don't have much to back this is up, but i have the sneaking suspicion that libpcp.so.0 is not a properly managed/soname-versioned shared library. since there are no development headers nor are other packages expected to link against it (afaik), i suggest that you move the shared library to a private directory (/usr/lib/pgpool2 or similar), and make sure that the binaries' linked RPATH is updated accordingly. this might be as simple as specifying --libdir to configure. other comments (not necessarily to fix now but maybe to throw at the BTS after the package is uploaded): * port 5433 was already in use on my system (i have multiple pg clusters running). maybe the init script could give a warning message if it can figure out that the port is already in use). * when the daemon dies, it dies semi-silently (the lack of start-stop-daemon and the pipe to logger is to blame, though i don't know of a better way to accomplish this with the lack of proper daemonizing/syslogging in the upstream code). * debconf prompts for pcp admin user/password would be pretty sweet. the rest of the issues that i have with it are better addressed upstream (we could also file+forward bugs for them): * lack of ssl support in frontend/backend * lack of built-in syslog support * improper daemonizing * the pcp_foo commands leave quite a bit to be desired in terms of usability. sean signature.asc Description: Digital signature
Bug#471826: Need testing and sponsorship
hi rodolphe, On Tue, Oct 27, 2009 at 05:06:19PM +0100, Rodolphe Quiedeville wrote: > I'm ready to upload a new version off pgpool2 2.2.5, the files are > available at http://rodolphe.quiedeville.org/pgpool2/ > > If you could have a look at them, I'll upload the package to mentors if > you think the package is ok. i'll take a look and let you know! sean signature.asc Description: Digital signature
Bug#471826: Need testing and sponsorship
On Wed, Oct 28, 2009 at 08:20:44AM +0100, Rodolphe Quiedeville wrote: > Yes. > > Thanks for your help okay, uploading now! after i get the confirmation i'll throw some of the stuff that we discussed at the BTS. sean -- signature.asc Description: Digital signature
Bug#471826: Need testing and sponsorship
hi rodolphe, On Tue, Oct 27, 2009 at 10:08:20PM +0100, Rodolphe Quiedeville wrote: > I uploaded the new version in same place. okay, looks good! shall i upload it directly to unstable? sean signature.asc Description: Digital signature
Bug#461769: fusion-icon
forcemerge 464040 461769 thanks hi siegfried, i see you've started work on fusion-icon in the python-apps group. any reason not to do so with the debian-x folks, where we're managing all the other compiz/compiz-fusion stuff? i have plans in the pipes for fusion-icon (and other things wrt compiz-fusion), and it would be really good if we could work together on this. actually i seem to recall someone else already packaging fusion-icon and needing a sponsor, but i can't seem to find it now. i'm cc'ing debian-x just in case someone there remembers off the top of their head. regardless, if you have a source package needing sponsorship Right Now, i'd be happy to do it, just point me at a .dsc for review. however, i have some evil master plans for better management of the entire compiz-fusion forest of git trees using git submodules, and i'd like to include fusion-icon in that as soon as i can get this together (current timeline suggests maybe a couple weeks to get a proposal to debian-x, and work out the kinks). sean signature.asc Description: This is a digitally signed message part.
Bug#461769: fusion-icon
hi emilio, aha... it turns out i've uploaded seigfried's version last night. i remembered speaking with you about another version of fusion-icon, but i went looking around for it (my mailbox, debian-mentors, etc) and couldn't find it. since i'm considering either package as an "interim" package until the compiz-foo stuff is reorganized, i didn't think too much more about it and took the version i could find. so, my apologies to antonio for neglecting his work :/ sean On Friday 08 February 2008 11:24:41 am emisca wrote: > Hi Sean, Antonio De Luci worked on a fusion icon package. I'm ccing > him so he could pass you what he did, so you can use it as a starting > point. > He already asked me to find a sponsor for this package, and I think he > would be happy to contribute. > > Bye, > Emilio > > 2008/2/7, sean finney <[EMAIL PROTECTED]>: > > forcemerge 464040 461769 > > thanks > > > > hi siegfried, > > > > i see you've started work on fusion-icon in the python-apps group. any > > reason not to do so with the debian-x folks, where we're managing all the > > other compiz/compiz-fusion stuff? > > > > i have plans in the pipes for fusion-icon (and other things wrt > > compiz-fusion), and it would be really good if we could work together on > > this. actually i seem to recall someone else already packaging > > fusion-icon and needing a sponsor, but i can't seem to find it now. i'm > > cc'ing debian-x just in case someone there remembers off the top of their > > head. > > > > regardless, if you have a source package needing sponsorship Right Now, > > i'd be happy to do it, just point me at a .dsc for review. however, i > > have some evil master plans for better management of the entire > > compiz-fusion forest of git trees using git submodules, and i'd like to > > include fusion-icon in that as soon as i can get this together (current > > timeline suggests maybe a couple weeks to get a proposal to debian-x, and > > work out the kinks). > > > > > > sean signature.asc Description: This is a digitally signed message part.
Bug#471094: RFH: mantis
hi patrick, On Saturday 15 March 2008 10:15:19 pm Patrick Schoenfeld wrote: > 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. 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). sean signature.asc Description: This is a digitally signed message part.
Bug#474230: ITP: compiz-switch -- Easily switch Compiz off and on
hi, On Friday 04 April 2008 01:46:03 pm Alessio Gaeta wrote: > The package (not the software inside it! :) ) is quite trivial, but I > think it is very useful (and if you have an ATI with Compiz and fglrx, > is mandatory, to watch your videos easily...) what, if anything, makes it better than fusion-icon? sean signature.asc Description: This is a digitally signed message part.
Bug#341748: nagios2 debian packages ...
hi michael, On Mon, Jan 16, 2006 at 06:27:42PM +0100, Michael Flaig wrote: > May I ask how it is going with you packages? > You refered to the alioth cvs, is it public? let me throw you our current wiki page, which documents the status http://wiki.debian.org/PkgNagios2 the executive summary is that we currently have a working package in svn, and will probably be doing an experimental-targeted upload in the very near future. if you're really motivated and want to help out, i'd suggest subscribing to the pkg-nagios development list (listed on the wiki page) and sending comments about what we currently have in svn. thanks, sean signature.asc Description: Digital signature
Bug#540247: ITP: abi-compliance-checker -- tool for checking binary compatibility of shared libraries (was: Re: backward/forward binary compatibility checker)
hi ryan, andrey, On Thu, Aug 06, 2009 at 01:14:21PM -0700, Ryan Niebur wrote: > This looks like an extremely useful piece of software (in the past > I've thought "I wish there were a tool to do this" :)). I'll package > it for Debian. this sounds like a very useful tool! i'm more than happy to sponsor uploads of the package if you don't already have someone to do that. sean signature.asc Description: Digital signature
Bug#540247: Info received (Bug#540247: ITP: abi-compliance-checker -- tool for checking binary compatibility of shared libraries (was: Re: backward/forward binary compatibility checker))
And for posterity, the -1 version was uploaded a few hours ago after Ryan pointed me at his initial (but thorough) packaging. So, the package should now be in NEW awaiting ftp-master approval. sean signature.asc Description: Digital signature
Bug#501733: ITP: ps3-utils -- Utilities for running Debian on a Sony Playstation 3
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: ps3-utils Version : 2.2.0 Upstream Author : Sony Computer Entertainment Inc. URL : http://riksun.riken.go.jp/pub/pub/Linux/kernel/people/geoff/cell/ps3-utils/ License : GPL Programming Lang: C Description : Utilities for running Debian on a Sony Playstation 3 This package contains a number of useful and essential utilities needed for running Debian GNU/Linux on a Playstation 3 console. Note: previous packages (named 'ps3pf-utils') have been made by YAEGASHI Takeshi, and possibly seperately in ubuntu, though neither of these have found their way to main. I've attempted to contact Takeshi but have not heard back. There has been some upstream movement beyond the versions of both these packages, so it's yet to be determined whether the debian packages will be based off of one of these previous works. I'm also of course open to collaborative efforts. sean - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFI7nICynjLPm522B0RArfKAJ4qb600O+QoPhLGL/FXscWgowGDWgCfQPIF 5Ao1MyLqlQHDXeg9+IRHdc4= =DTr/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#503482: ITP: ps3-kboot -- First stage bootloader for the PS3
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: ps3-kboot Version : depends on choice of upstream (see below) Upstream Author : (see below) * URL : (see below) * License : GPL Programming Lang: mixed (shell, c, etc) Description : First stage bootloader for the PS3 The ps3-kboot package provides a first-stage bootloader which can be used to boot a Sony Playstation 3 into Debian GNU/Linux. This package will provide a copy of the bootloader file which can be used by various installers and live-cd distributions, as well as support for updating the bootloader image using utilities from the ps3-utils package. a note about "upstream": ps3-kboot is a customized version of kboot, which comes from http://kboot.sourceforge.net/, and can be found at http://www.kernel.org/pub/linux/kernel/people/geoff/cell/. in ubuntu this has already been packaged, but it's not yet clear whether this is derived directly from the former or latter. there are also very clear QA problems with all three versions (the two "upstreams" and the ubuntu package) which as it stands now prevent the software from being acceptable in debian. this is IMHO, but it did also get a public "eww" from an ftp-master when i mentioned it on IRC. i go a little more into detail about this (problems, plans, etc) here: http://www.seanius.net/blog/2008/10/ps3-kboot-for-debian/ sean - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJBHMYynjLPm522B0RAiEuAJ9ZDMx+4IKvO+DBntXXsRcxDdwbEQCbBJD+ 77MM/G755ew4hKqS7OmXE0M= =Fdh4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431750: ITP: compizconfig-settings-manager -- Compiz configuration settings manager
On Wednesday 26 September 2007 12:20:50 am Lucas Nussbaum wrote: > What's the status on this ITP and the compiz-fusion-plugins-* ones ? Is > there anything blocking ? not at this point, now that i've helped get a more recent compiz into unstable (which was blocking the rest). now it's mostly an issue of free time, and sorting out the horrible, horrible mess that upstream(s) have made of all this stuff. > Also, have you considered maintaining those packages in a team ? compiz > is maintained by debian-x@, so it would probably make sense to maintain > those packages there as well. (aren't releases of compiz and > compiz-fusion going to be somehow synchronized in the future?) yes to basically all of that. the wiki doc is already a bit out of date, but more or less summarizes the situation: http://wiki.debian.org/XStrikeForce/Compiz and you can always ask on #debian-x where i'm likely to be found lurking, and the rest of the xsf is vaguely aware of what's going on. sean signature.asc Description: This is a digitally signed message part.
Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python
On Wednesday 19 December 2007 11:05:47 pm Toni Mueller wrote: > For such programs, there exists /usr/libexec on some systems, but not > in Linux as far as I know. the FHS (and debian by extension) doesn't provide support for /usr/libexec. in every case i know of, contents of what would otherwise have gone in /usr/libexec go in /usr/lib/package/ instead. sean signature.asc Description: This is a digitally signed message part.
Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python
On Thursday 20 December 2007 01:06:58 am Toni Mueller wrote: > Hi, > > On Thu, 20.12.2007 at 00:06:55 +0100, sean finney <[EMAIL PROTECTED]> wrote: > > the FHS (and debian by extension) doesn't provide support for > > /usr/libexec. in every case i know of, contents of what would otherwise > > have gone in /usr/libexec go in /usr/lib/package/ instead. > > but this is a misconception because the program *can* be used > individually, and it was also developed much earlier than whatever many other programs that *can* be used individually but are typically not done so are put in /usr/lib/package. for example, nagios-plugins-basic and friends. i don't know if that should apply in this case or not, but like i said every case i know of is /usr/libexec -> /usr/lib/package. > individually, and it was also developed much earlier than whatever > /usr/lib/package you might think is appropriate. And last but not i have no idea what you're trying to say there. > least, you find eg. sendmail in /usr/libexec on BSDs, but not in > /usr/lib/sendmail/sendmail on Linux, don't you? actually it's in /usr/lib/sm.bin/sendmail. and i just have to add that i think it's really silly to add a package/program called tcpwatch that doesn't actually... watch tcp connections. but whatever, it's not like i'm installing it. sean signature.asc Description: This is a digitally signed message part.
Bug#559039: ITP: snmp-mibs-downloader -- Downloads RFCs and IANA Docs containing MIBs and extracts them
hi jochen,
(cc'ing to -devel in case there are others who disagree with me)
On Tue, Dec 01, 2009 at 01:40:43PM +0100, Jochen Friedrich wrote:
> This package contains a script which downloads RFCs containing SNMP MIB
> files and extracts them into /usr/share/mibs/ietf. It also downloads the
> most current MIBs from IANA and extracts them into /usr/share/mibs/iana.
afaict this wouldn't be policy compliant wrt the FHS. such a script
would need to download them to somewhere under /var/{lib,cache} or
maybe under /usr/local/share if it's intended to be primarily manually
invoked.
sean
signature.asc
Description: Digital signature
Bug#560863: ITP: lamson -- The Python SMTP Server
On Sat, Dec 12, 2009 at 03:26:56PM -0600, Sebastian Otaegui wrote: > Features: > * Avoid aliases forever! Lamson uses friendly regular expressions > and FSM-based routing. Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems. -- jwz more seriously, though: it seems that this upstream already has a fairly antagonistic attitude towards debian, are we sure that we want to include their software in a stable release? http://lamsonproject.org/docs/faq.html read past the part about "mime strippers", which sadly does not mean what one might think (i believe he meant MIME strippers, though the imagery did make me chuckle). and on to: How do I install lamson on a Debian or CentOS server? Debian and CentOS are notorious for being dinosaurs. Both distributions of Linux suffer from the false rationale that older software is more stable and secure. The reality is that the stability or security of a piece of software is not a function of its age, and in many cases the newer versions of software will typically fix many stability and performance problems. Despite this fact, these two variants of Linux are notorious for back-porting patches from later versions to older versions rather than just using the newer version. sean signature.asc Description: Digital signature
Bug#431749: ITP: compiz-fusion-plugins-extra -- Collection of extra plugins from OpenCompositing for Compiz
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: compiz-fusion-plugins-extra Version : 0.0.0+git20070703 Upstream Author : "Various Artists" (Contributed Plugins) * URL : http://opencompositing.org * License : GPL and BSD Programming Lang: C Description : Collection of extra plugins from OpenCompositing for Compiz The OpenCompositing Project brings 3D desktop visual effects that improve usability of the X Window System and provide increased productivity. This package contains extra plugins and themes contributed by the community giving a rich desktop experience. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGi9O9ynjLPm522B0RAsxlAJ9RbVzxGbiIC/ZbE9P5lwyBMegTOwCdFWSP tGKtWt3Jg7FS1Si+6P+/Zao= =kw5M -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431750: ITP: compizconfig-settings-manager -- Compiz configuration settings manager
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: compizconfig-settings-manager Version : 0.0+git20070703 Upstream Author : Quinn Storm <[EMAIL PROTECTED]> * URL : http://www.opencompositing.org * License : GPL Programming Lang: C Description : Compiz configuration settings manager The OpenCompositing Project brings 3D desktop visual effects that improve usability of the X Window System and provide increased productivity. This package contains the compizconfig settings manager. (Note: this is different software from the seperately ITP'd and non-uploaded gnome-compiz-manager) - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGi9RrynjLPm522B0RAiX6AJ4zp/Hsgs5WqQh7YBLwvJR1fKZjBQCfXxKZ ce0xvNpdNPuQ9HdNX7q0pyM= =ZTXm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431756: ITP: compiz-bcop -- Compiz option code generator
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: compiz-bcop Version : 0.0.0+git20070703 Upstream Author : Dennis Kasprzyk <[EMAIL PROTECTED]> * URL : http://www.opencompositing.org * License : GPL Programming Lang: C Description : Compiz option code generator Bcop is a tool to autogenerate code for working with options in compiz plugins. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGi+ITynjLPm522B0RAhiKAJ9NuucymGqhCLcDylsZhS3OLixyegCeM6XZ 4vpRjm3x6JusQf7bJ78WT6w= =0p3q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431755: ITP: compiz-fusion-plugins-main -- Collection of plugins from OpenCompositing for Compiz
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: compiz-fusion-plugins-main Version : 0.0.0+git20070703 Upstream Author : "Various Artists" (Contributed Plugins) * URL : http://www.opencompositing.org * License : GPL Programming Lang: C Description : Collection of plugins from OpenCompositing for Compiz The OpenCompositing Project brings 3D desktop visual effects that improve usability of the X Window System and provide increased productivity. This package contains plugins and themes contributed by the community giving a rich desktop experience. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGi+FMynjLPm522B0RAvsUAJ4pEGUyhPNCVz0IWdYnlcjLL6AqDwCdEcyr sNyHWN3huw4hxhk8ZItbikM= =gQdz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431787: ITP: libcompizconfig -- Settings library for plugins - OpenCompositing Project
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libcompizconfig Version : 0.0+git20070626 Upstream Author : Danny Baumann <[EMAIL PROTECTED]>, Dennis Kasprzyk <[EMAIL PROTECTED]>, Nicolas Devillard (ndevilla AT free DOT fr), David Reveman <[EMAIL PROTECTED]> * URL : http://www.opencompositing.org * License : GPL Programming Lang: C Description : Settings library for plugins - OpenCompositing Project The OpenCompositing Project brings 3D desktop visual effects that improve usability of the X Window System and provide increased productivity through plugins and themes contributed by the community giving a rich desktop experience. This package contains the library for plugins to configure settings. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGjAD/ynjLPm522B0RArn7AKCJOPF1uUZmXTl7yNRJJATtnlcZ0QCaAjNr ogpZ8xNbzzNukuHgvQvDfgo= =qXZF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431749: ITP: compiz-fusion-plugins-extra -- Collection of extra plugins from OpenCompositing for Compiz
hey christian, On Thursday 05 July 2007 07:39:09 you wrote: > > Description : Collection of extra plugins from OpenCompositing for > > Compiz > > May I suggest: > > s/Collection/collection > > Ditto for other packages of the same series..:-) fair enough. i just copied and pasted the info from the ubuntu packages :) sean signature.asc Description: This is a digitally signed message part.
Bug#196199: status?
hey guys, what's the status of the adoption? i have a machine that i'd really like to put something from the .8.x series and would love a debian package of it (as opposed to *gasp* having to install from source:). i see a lot of "i'm going to take care of it" type messages but no packages being uploaded, so i'm curious if this is actively being worked on, and/or if help is needed with the packaging process. sean signature.asc Description: Digital signature
Bug#196199: status?
hi thorsten, On Wed, Dec 17, 2003 at 12:11:10AM +0100, Thorsten Sauter wrote: > I have the package ready. I will put it tomorrow on gluck. > The only missing point is, that I have currently no upgrade path from > the very old 0.6.x version. there are instructions for upgrading on the raxnet website for this, though i'm not sure if this was intended for 0.8x to 0.8y upgrades or if this would work for going from 0.6x: http://www.raxnet.net/products/cacti/documentation.php?action=view&id=7 > I think I will upload cacti in the next few days (2-3 days). cool. if you want, i have a machine running a 0.6 series version that it doesn't matter if the cacti database gets hosed on, i can experiment with it and let you know about the upgrade path, maybe throw in some config if it's necessary. could you give me a link to the package sources? sean signature.asc Description: Digital signature
Bug#335185: ITP: newmat -- manipulate matrices using standard operations
hi, On Sun, Oct 23, 2005 at 12:53:17PM +0200, Enrico Zini wrote: > So it appears that the author is happy about modifications and > redistribution, and probably has it in his own interpretation of > freeware. > > Maybe he can be talked into removing the ambiguity and formalizing it in > a clearer existing license? Looks like he's wanting a BSD one. from the excerpt you provided, i think that text is quite clear already. nothing wrong with formalizing the license, but i don't see any reason why the code as-is can't be in debian (though i could understand that ftp-masters might drag their feet for a bit on accepting a non-standard license). sean signature.asc Description: Digital signature
Bug#341748: ITP: nagios2 -- A host/service/network monitoring and management system
Package: wnpp Severity: wishlist Owner: Sean Finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (explanation for why there needs to be a nagios2 given after the blurb) Package name: nagios2 Version : 2.0 (when released) Upstream Author : Ethan Galstad URL : http://www.nagios.org/ License : GPL Description : A host/service/network monitoring and management system Nagios is a replacement of the Netsaint project. It accept and uses the previous Netsaint modules transparently. . Nagios is a host/service/network monitoring and management system. It has the following features: . o Monitoring of network services (via TCP port, SMTP, POP3, HTTP, NNTP, PING, etc.) o Plugin interface to allow for user-developed service checks o Contact notifications when problems occur and get resolved (via email, pager, or user-defined method) o Ability to define event handlers to be run during service or host events (for proactive problem resolution) o Web output (current status, notifications, problem history, log file, etc.) . Nagios was written in C and is designed to be easy to understand and modify to fit your own needs. . This package contains the next-generation version of the nagios daemon. If you want to install nagios and do not need MySQL or PostgreSQL support, you should install this package. some skeptics may be asking "why do we need a nagios2? why can't we have just one version of nagios in debian?". the answer is that we in fact already have 3 different versions of nagios, one with standard file-based support, a mysql version, and a pgsql version (which are differentiated at compile time). nagios2 does not currently have db support, but will very likely through add-on modules at a future date/time. because this would break existing installations that use the db support, there will be a certain period where nagios2 and nagios co-exist in the archives. after transitional support has been worked out, it will replace the standard file flavor of nagios, and as db support is added in the other two versions will disappear as well. In the end, i aim to have a single "nagios" package, though it will probably take a bit for this to materialize. i'll shortly be importing an initial version of nagios2 into the nagios alioth project cvs archives. if anyone is interested in helping maintain this (or other nagios related packages), please contact me privately as i can always use some assistance! sean -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFDkIWWynjLPm522B0RAgvuAJ0c9o5yL8OBkXxceebOxyydFiD0swCeO4Xr Yg1/K2tcct4wTisehqF94ow= =i3JZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#160810: RFS (3rd try): FCE Ultra: An emulator for the original (8-bit) NES
hey joe, i'm not a developer yet, but I am an NES fan. i'll volunteer to do some "testing" for you, and also apply what i know of package maintanence to checking your package (though a real developer would probably be better for an authorative response on that). given how much i loathe ines and the general lack of other good quality + free nes emulators, i hope to be pleasantly surprised! sean pgpOMaZ3EYikd.pgp Description: PGP signature
Bug#179308: ITP: sugarplum -- an automated and intelligent spam cache poisoner
Package: wnpp Version: unavailable; reported 2003-02-01 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: sugarplum Version : 0.9.8 Upstream Author : Devin Carraway <[EMAIL PROTECTED]> * URL : http://www.devin.com/sugarplum/ * License : GPL Description : an automated and intelligent spam cache poisoner (taken from the first two paragraphs on the web page) Sugarplum is an automated spam-poisoner. Its purpose is to feed realistic and enticing, but totally useless or hazardous data to wandering address harvesters such as EmailSiphon, Cherry Picker, etc. The idea is to so contaminate spammers' databases as to require that they be discarded, or at least that all data retrieved from your site (including actual email addresses) be removed. Sugarplum employs a combination of Apache's mod_rewrite URL rewriting rules and perl code. It combines several anti-spambot tactics, includling fictitious (but RFC822-compliant) email address poisoning, injection with the addresses of known spammers (let them all spam each other), deterministic output, and "teergrube" spamtrap addressing. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux balthasar 2.4.19 #1 Sat Nov 16 15:49:07 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+O4N5ynjLPm522B0RAkIlAJ410PQ0KrRx2x+CCREEZKZlhCC9SwCdHico lqSNXn88DA4jorbaNwtWCIA= =Y6F7 -END PGP SIGNATURE-
Bug#186215: ITP: at76c503 -- kernel modules for Atmel at76c503 based USB WLAN adapters
excellent, i've got one of those :) but... On Tue, Mar 25, 2003 at 11:47:03AM +0100, Oliver Kurth wrote: > You will need apt-src to build the modules for your kernel. why do you need apt-src? sean pgpDIDZx5WW8W.pgp Description: PGP signature
Bug#295311: RFH: mysql-dfsg -- mysql database client library
hi christian, On Tue, Feb 15, 2005 at 12:32:52AM +0100, Christian Hammers wrote: > Although I'm happy for anybody who helps a but, I'm looking specifically > for an official Debian Developer as a Co-Maintainer who is able to upload > packages. i've got a pretty full plate as it is, but i can offer to help with doing uploads and some of the less involved bug fixes if it would be of any help. since much of my current work (nagios, dbconfig-common) is closely tied into mysql, i'd be happy to help with what i can. sean -- signature.asc Description: Digital signature
Bug#295311: RFH: mysql-dfsg -- mysql database client library
On Tue, Feb 15, 2005 at 11:26:09PM +0100, Christian Hammers wrote: > This would be great. If you register yourself in the package > tracking system you get all the mysql related bug reports. okay, just registered myself. > Closing one bug per week is enough to make me happy, although I would not > complain about more engagement :) alright, let's see how that goes then :) > If you like to prepare new upstream versions you can also do if you like. > I'm currently setting up a subversion repository for the debian/ directory > on alioth.debian.org to easy colaboratory maintainership. i think i'll leave new upstream releases to someone with a little more time on their hands, but would be willing to contribute any needed ideas/comments. anyway, let me know once you have the svn repository set up, and if there's something specific you'd like me to start with, or whether i should just starting hacking at bts reports. sean -- signature.asc Description: Digital signature
Bug#289307: pwc-source headed for unstable this weekend
i've been using this new pwc driver for a while now and have not had any problems with it, tested on i386 and amd64 boxen. so, after looking over the latest version, assuming there are no new issues i'll plan on uploading the pwc-source package to unstable. i don't think this really warrants a cool off period in experimental, but if someone has a reasonable objection then i will put it there instead. i'll probably do this on saturday. quoth teemu: > Since this package claims to be GPL (although there might be issues with the > reverse engineering which this code is based on) is there any reason not to > integrate this code into the kernel-source package and have the pwc.ko > module compiled automatically to kernel-packages? > > The kernel-package-2.6.10-1-686 package already contains several usb-webcam > drivers in the /drivers/usb/media/ directory which are approximately the > same size as pwc.ko. i suppose it could be added to the debianized kernel source package, but since the original author asked to have it yanked from the mainline kernel and it is now itself forked and maintained outside of the kernel, i think this approach makes the most sense. at least for the time being. sean -- signature.asc Description: Digital signature
Bug#289307: pwc-source headed for unstable this weekend
On Thu, Feb 17, 2005 at 09:08:11PM +0100, Eric Lavarde wrote: > pwc: no version for "struct_module" found: kernel tainted. i'm guessing that this has to do with how you compiled the module. i don't get this message if i use "m-a build pwc-source" or the appropriate --append-to-version flags with make-kpkg. could you provide a little more info? > pwc: Unknown symbol video_devdata ... these symbols comes from videodev, which should be loaded automatically before pwc as the pwc module lists it as a dependency. strange... something i really hadn't put much thought into is how this package should handle the pre-existing pwc module found in 2.6.8 and earlier. i guess a conditional diversion should be added? i'll file a phony rc bug against pwc to keep it out of sarge until this can be handled properly. sean -- signature.asc Description: Digital signature
Bug#289307: pwc new version
hi victor, On Fri, Feb 18, 2005 at 03:21:56PM +0100, Victor Seva wrote: > I have just upload the new version with eduard's pacth... great! i'll take a look at it tonight. i'm still planning on doing an upload into unstable this weekend, as most of the replies on d-d were also in support of that. also, a couple things have come up that we'll need to eventually deal with, but neither of them are blockers for getting it into unstable (though maybe we should keep it out of sarge until then). - for kernel-images prior to 2.6.8(?) we need to handle the pre-existing pwc module. this could be done via conflicting with the package (not so graceful, won't handle custom kernels), or by using dpkg-divert to move the old file out of the way. - on these systems, we need to test that removing the old module and inserting the new module won't crash the system (or at least warn the user if we can verify that it does). sean -- signature.asc Description: Digital signature
Bug#289307: uploaded to ftpmaster, heading for sid
i just noticed that this ITP bug was not closed in the changelog. victor, could you close the bug when you recieve the ACCEPTED email from ftp-master? sean signature.asc Description: Digital signature
Bug#292770: adoption, bugfix, upstream version still forthcoming
just a heads up, i went ahead and uploaded a new revision of the current version to fix a couple bugs and take over the package. i'm still working on the next upstream version, but the upgrade is complicated by changes that need to be made in the database between versions (and i can't use the existing "execute this sql" method because the changes require a little more logic (as in, upstream's upgrade code does one query, and uses the results to perform another sequence of queries). sean -- signature.asc Description: Digital signature
Bug#289307: marked as done (ITP: pwc -- Free Philips USB Webcam driver for Linux replacing the old pwcx module.)
hi victor, On Mon, Feb 21, 2005 at 02:20:47AM +0100, Victor Seva wrote: > New version uploaded to mentors. okay. let me know as soon as pwc makes it into sid (i'll be watching too, but you'll probably find out before i do), and i'll upload the next version asap. sean -- signature.asc Description: Digital signature
Bug#299724: ITP: groach -- pests such as roaches hide under your windows (xroach clone)
On Tue, Mar 15, 2005 at 06:18:43PM -0700, Wesley J. Landaker wrote: > groach is a clone of the classic xroach program, but with multiple > themes, more modern code, and a free license. why would anyone want to use this program? it's so... full... of... bugs... (/me goes and hides under an xterm) sean -- signature.asc Description: Digital signature
Bug#303366: ITP: vimcdoc -- Chinese Translation of Vim Online Help Documents
On Thu, Apr 07, 2005 at 01:39:17AM +1200, Carlos Z.F. Liu wrote: > The upstream author occasionally told me that he want to switch to > GFDL, another non-free license. :) Is there any DFSG free document > license? ... OK, I knew GPL and BSDL is, but not everyone think > docuemntation is equal to software... i'm a fan of the academic free license v2, which i think does what the gfdl meant to do. it allows modifications and redistribution, as long as the modifications from the original are clearly stated. sean -- signature.asc Description: Digital signature
Bug#304266: ITP: sdate -- never ending september date
On Tue, Apr 12, 2005 at 12:59:08PM +0200, Christoph Berg wrote: > > Is there any real-life use for this program? > > No. then please don't put it in debian. you can debianize it and host it on your web page (or send it to esr) which will still serve its novelty purpose without adding yet another useless package to rot in the archives sean -- signature.asc Description: Digital signature
Bug#276057: progress on this ITP?
hi evan, how is the progress coming along with this ITP? i'm interested in using this software, but would rather not have to go out of my way to manage it outside of a package management system :) if part of the problem is that you don't have the time to get the database-related stuff setup (or even if you've already done so), might i suggest that you take a look at the dbconfig-common project[1]? currently dbconfig-common only exists in experimental, but it's at a point where if someone wanted to use it in unstable i wouldn't mind uploading it there. sean [1] http://people.debian.org/~seanius/policy/dbconfig-common.html -- signature.asc Description: Digital signature
Bug#305067: ITP: scsh-install-lib -- scsh package installer
On Sun, Apr 17, 2005 at 08:41:35PM +0200, Lionel Elie Mamane wrote: > The scsh install library contains the code necessary to install scsh > packages not packaged as Debian packages, or to build Debian packages > of scsh packages. it might be nice to say in the description a little more about what exactly scsh is, for those of us who are unenlightened :) sean -- signature.asc Description: Digital signature
Bug#305067: ITP: scsh-install-lib -- scsh package installer
hi, On Mon, Apr 18, 2005 at 09:41:20AM +0200, Lionel Elie Mamane wrote: > The idea was that people that don't know scsh are not interested in > this package. The scsh package contains a - largely perfectible - > description. But here you go: this is probably true, but it never hurts to be a little extra descriptive. for example, a single sentence saying that SCSH stands for the SCheme SHell in the package description would be quite effective. thanks, sean -- signature.asc Description: Digital signature
Bug#302235: ITP: authconfig -- Text/Graphical tool for setting up NIS, LDAP, kerberos and shadow passwords.
On Wed, Mar 30, 2005 at 09:19:05PM +0200, root wrote: > Authconfig is a terminal/graphical mode program which can configure a > workstation > to use shadow (more secure) passwords. Authconfig can also configure a > system to be a client for certain networked user information and > authentication schemes. just please make sure it's patched to generate pam configurations the Debian Way(tm), as IIRC redhat-flavored pam uses different methods than debian's. sean -- signature.asc Description: Digital signature
Bug#315292: ITP: monarch -- web-based configuration system for Nagios
hi alec, On Tue, Jun 21, 2005 at 12:00:34PM -0400, Alec Berryman wrote: > The Groundwork Monitor Architect is a web-based Nagios configuration > utility which abstracts the user from the actual configuration files. as the maintainer of the nagios packages, i'd be happy to work with you on having monarch and nagios cooperate together as cleanly and effectively as possible. also, wrt the database-related aspect of monarch, you might be interested in another package (coming to sid in a few weeks, hopefully), dbconfig-common[1]. sean [1] http://people.debian.org/~seanius/policy/dbconfig-common.html -- signature.asc Description: Digital signature
Bug#315292: ITP: monarch -- web-based configuration system for Nagios
hey alec, On Tue, Jun 21, 2005 at 11:59:48PM -0400, Alec Berryman wrote: > Thanks very much for the offer and I will certainly take you up on it > - I subscribed myself to the alioth nagios mailing list earlier today > to keep in the loop and was planning to submit my package there for > review. cool. it's fairly low-volume as far as lists go, mostly bugs and notifications of new uploads. > My hesitation with using dbconfig-common now is that I plan on > backporting monarch for use with a Sarge machine's Nagios install. okay. it's worth pointing out that dbconfig-common is completely sarge-compatible too (it's just a bunch of debconf templates, shell scripts, and wrappers around mysql/psql cli's), and has no dependencies other than pwgen (for generating random passwords). i guess that it's also worth pointing out that it's also fairly easy to bring dbconfig-common in on packages that didn't previously use it, though you can help yourself now by storing the password information in a machine-readable (php/perl/shell) config file. > I'll probably do an initial packaging just using debconf so I have > something workable and installable and then transition to > dbconfig-common. I plan to have monarch working this week so I'll be > able to give you feedback on dbconfig-common before it hits sid. cool. i currently don't know of any issues minus a particularity with postgres databases and schema permissions, so any feedback is welcome. sean -- signature.asc Description: Digital signature
Bug#275093: ITP: gaim-encryption -- encryption plugin for gaim
On Tue, Oct 05, 2004 at 11:05:52PM +0200, Chris Vanden Berghe wrote: > * Package name: gaim-encryption > Version : x.y.z > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://www.example.org/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) care to finish the template? :) sean -- signature.asc Description: Digital signature
Bug#276687: ITP: mimetex -- LaTeX math expressions to anti-aliased GIF images converter
On Fri, Oct 15, 2004 at 07:26:27PM +0200, Isaac Clerencia wrote: > * Package name: mimetex > Version : 1.50 > Upstream Author : John Forkosh Associates Inc. <[EMAIL PROTECTED]> > * URL : http://www.forkosh.com/mimetex.html > * License : GPL > Description : LaTeX math expressions to anti-aliased GIF images > converter unless i'm mistaken, i believe that the gif patent is still being enforced in some countries. sean -- signature.asc Description: Digital signature
Bug#271799: still need someone to take this over?
hey martin, if you haven't found someone else to pick it up, i'll happily take it. sean -- signature.asc Description: Digital signature
Bug#276687: ITP: mimetex -- LaTeX math expressions to anti-aliased GIF images converter
On Sat, Oct 16, 2004 at 12:29:13AM +0200, Isaac Clerencia wrote: > On Saturday 16 October 2004 00:20, sean finney wrote: > > unless i'm mistaken, i believe that the gif patent is still being > > enforced in some countries. > > I think you're mistaken, GIF patent expired in the last countries on 7th > July, > but maybe somebody can clarify it. i must be living in the past, you're right :) sean signature.asc Description: Digital signature
Bug#278923: O:nagios
hi turbo, On Thu, Oct 28, 2004 at 01:25:16PM +0200, Turbo Fredriksson wrote: > I just don't care (any more)! I just don't have the time > nor interest in maintaining this beast. I don't use it > personaly any more (and if I have it installed, I haven't > checked it's information in months!). > > Therefor I'm orphaning the nagios and netsaint packages. i'd be interested in picking this up, or ideally co-maintaining it with someone. i use it tons at work and have worked with the package before. sean -- signature.asc Description: Digital signature
Bug#196199: Upload of new cacti version to experimental
hi thorsten, On Sat, Dec 27, 2003 at 06:13:46PM +0100, Thorsten Sauter wrote: > Please note, that currently no safe migration path from the 0.6 to the 0.8 > database > structur exists! i've been working on making a safe upgrade path in my own version of the packaging. my internet connection is sort of touch and go until the 5th, but how about we chat afterwards and see if we can get those into your package? currently, i have: - the 0.6.7->0.6.8a transition (which was already in the previous package), - the 0.8 -> 0.8.4 transition, which is handled by cacti itself - a cmdline php script which converts from 0.6.8a -> 0.8 (still needs some work). - a debconf option to backup the database "just in case" sean signature.asc Description: Digital signature
Bug#234477: ITP: logsurfer+ -- real-time system log monitor
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: logsurfer+ Version : 1.6a Upstream Author : Kerry Thompson <[EMAIL PROTECTED]> * URL : http://www.crypt.gen.nz/logsurfer/ * License : (GPL + Required Copyright Disclaimer) Description : real-time system log monitor logsurfer is a program for monitoring system logs in real-time, and reporting on the occurrence of events. it is similar to the well-known swatch program on which it is based, but offers a number of advanced features which swatch does not support. logsurfer is written in C, which makes it extremely efficient, and is an important factor when sites generate a high amount of log traffic. . logsurfer+ is a branched version of the standard logsurfer package from DFN-CERT, it has been modified to add a few features, better performance, and to generally improve what can be done with it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAOrscynjLPm522B0RAtfgAKCHDWIlA38nnEq6bEt05fHRS6JE4gCfUrsC uzuDFYJWLwQZv29x65fOjmM= =6oFL -END PGP SIGNATURE-
Bug#243906: ITP: php-db -- PEAR DB modules for PHP
hi chris, On Thu, Apr 15, 2004 at 10:02:40AM -0400, Chris Anderson wrote: > * Package name: php-db > Version : 1.6.2 > Upstream Author : Stig Bakken, Thomas Cox, Chuck Hagenbuch, Daniel Convissor > * URL : http://pear.php.net/ > * License : PHP > Description : PEAR DB modules for PHP how is this different from the DB modules already included by the php4-pear package? sean signature.asc Description: Digital signature
Bug#271799: please retitle
retitle 271799 ITA: fbpager thanks there's a wishlist bug open against it that i haven't looked at too closely yet. either way, i'll probably upload the new standards-compliant version this weekend. as discussed privately, martin will be hanging around in the Uploaders: field. sean -- signature.asc Description: Digital signature
Bug#283695: ITP: mssstest -- Normalisation of EDSS disease score of patients with Multiple Sclerosis
hi steffen, On Tue, Nov 30, 2004 at 07:31:33PM +0100, Steffen Moeller wrote: > Suppose one is interested in determining whether the genotype at some the description is a bit long. i think the second paragraph would be appropriate. > MSSStest is a program for implementing the method described in the > article The Multiple Sclerosis Severity Score. R. Roxburgh S. Seaman et > al. (2004), accepted for publication by Neurology. It calculates MSSS > scores and uses these scores to test for differences between disease > progression rates in different groups defined by genotype at some locus. > The application of this predictor is technically not constrained to > Multiple Sclerosis which justifies the presentation as a Debian package. even if it were, i don't see why it wouldn't justify a debian package. especially given some of the other stuff being proposed recently (i.e.: the ITP on hot-babe) > I have created a package and hope for a sponsor - which is of course a > bit tricky for non-DFSG-compliant software. have you tried to politely persuade upstream to change the terms of their license? it may be that they put that limitation on their software not realizing its implications, or that perhaps there exists another dfsg compliant license that would meet their needs as well as debian's. sean -- signature.asc Description: Digital signature
Bug#283903: ITP: dbconfig-common -- common framework for packaging database applications
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: dbconfig-common Version : 0.7 Upstream Author : sean finney <[EMAIL PROTECTED]> URL : http://people.debian.org/~seanius/policy/dbconfig-common.html License : BSD Description : common framework for packaging database applications dbconfig-common is an implementation of the "best practices for database applications" (http://people.debian.org/~seanius/policy/dbapp-policy.html) draft, which provides debian packagers with an easy, reliable, and consistant method for managing databases used by debian packages. dbconfig-common can: * create databases and database users * access local or remote databases * upgrade/modify databases when upstream changes database structure * remove databases and database users * prompt users with a set of normalized, pre-translated questions * do all the hard work automatically * work for package maintainers with little effort on their part * work for local admins with little effort on their part * comply with an agreed upon set of standards for behaviour * do absolutely nothing if it is the whim of the local admin * reconfigure the database of a package via dpkg-reconfigure currently, only support exists for mysql databases, but i'm now working on integrating postgresql support too. i've started an alioth project if anyone is interested in helping out. sean - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBrqg9ynjLPm522B0RAhd/AJ0cuCr3am3D0TUu6m5V5OCa8ZvaDgCdGs1p 2baq0syNN63jQTDirt15NmE= =zhGO -END PGP SIGNATURE-
Bug#286214: ITP: kwin-style-asteroid -- Pixel-for-pixel clone of Win2000 GUI style for KDE
hi marcin, On Mon, Dec 20, 2004 at 09:23:28PM +0100, Marcin Orlowski wrote: > I strongly disagree. It definitely makes a big difference to the user. > Why shall one be happy fetching bloated deb containing 10 styles > just because s/he wants one? All of them are far from being > related, so the "merged" package shall be updated whenever each > style it contains is updated by upstream. Then, the user fetches > and updates its package, even s/he does not use the style > that was the cause of package update. Does it still makes any > sense to you? just to argue a counterpoint: a - your argument about bloating could just as easily be reversed by arguing that you're bloating the size of the debian archives, as well as the Packages file. b - if a user is installing desktop themes, there's a good chance that he/she will install a large number of them anyway c - i would imagine that desktop themes would not change all that frequently, what would be more likely would be the introduction of new themes. d - a user doesn't have to update the theme package just because an update exists. sean -- signature.asc Description: Digital signature
Bug#289307: ITP: pwc -- Free Philips USB Webcam driver for Linux replacing the old pwcx module.
hi victor, On Sat, Jan 08, 2005 at 01:30:36PM +0100, Victor Seva Lopez wrote: > Description : Free Philips USB Webcam driver for Linux that supports > VGA resolution, newer kernels and replacing the old pwcx module. awesome! i bought my quickcam pro 4000 two days before nemo had his hissyfit, and am happy to see someone's doing the work to make a truly free driver for it. if you want an experimental tester before you upload to unstable, feel free to contact me. sean -- signature.asc Description: Digital signature
Bug#325709: ITP: xmms2 -- XMMS2 is a redesign of the XMMS music player
hi, On Tue, Aug 30, 2005 at 01:18:09PM +0200, Florian Ragwitz wrote: > XMMS2 is a redesign of the XMMS music player. It features a > client-server model, allowing multiple (even simultaneous!) user > interfaces, both textual and graphical. All common audio formats are > supported using plugins. On top of this, there is a flexible media > library to organize your music. is there a reason that this should be in a seperate package from xmms? sean -- signature.asc Description: Digital signature
Bug#325822: ITP: auctiongallery-template-grey -- The auctiongallery template grey
hi, On Wed, Aug 31, 2005 at 12:00:38AM -0700, Stan Vasilyev wrote: * Package name: auctiongallery-template-grey > Version : 0.9.3 > Upstream Author : Stan Vasilyev <[EMAIL PROTECTED]> > * URL : http://auctiongallery.sourceforge.net/ > * License : GPL > Description : The auctiongallery template grey > > This is an auctiongallery template packaged for the Debian GNU/Linux > Operating System. This template can also be previewed and downloaded at > http://auctiongallery.sourceforge.net. why can't these templates be provided as part of the auctiongallery package, or at the least as a single "auctiongallery-themes" package? sean signature.asc Description: Digital signature
Bug#285619: ITP on Gourmet
hi roberto, have you had any progress on the packaging for gourmet? i'd be very interested in seeing this become part of debian, and would like to offer my assistance. from your "ping" email, i'm going to infer that you still want to take an active part in packaging/maintaining gourmet. if this is the case, maybe you'd be interested in starting up an alioth project and co-maintaining it via alioth with me? sean -- signature.asc Description: Digital signature
Bug#285619: ITP on Gourmet
hey roberto, On Wed, Aug 31, 2005 at 05:11:03PM -0400, Roberto C. Sanchez wrote: > > is the case, maybe you'd be interested in starting up an > > alioth project and co-maintaining it via alioth with me? > > I would like that. My alioth ID is el_cubano-guest. I have final > projects due this Friday and final exam week is next week. After > that I will have more time to start on this. okay, cool! i'll put in a request for an alioth project then. if you have any work already done feel free to send me a tarball/diff.gz and i'll get a cvs repository set up too. good luck with your projects/exams... sean -- signature.asc Description: Digital signature
Bug#325825: Bug#325822: ITP: auctiongallery-template-grey -- The auctiongallery template grey
hey stan, On Wed, Aug 31, 2005 at 02:12:02PM -0700, Stan Vasilyev wrote: > >why can't these templates be provided as part of the auctiongallery > >package, or at the least as a single "auctiongallery-themes" package? > > > I'm following the format of bootsplash and bootsplash-theme packages. I > guess I can put all themes in auctiongallery-templates package. The > reason why I separated auctiongallery and auctiongallery-template is > because I am planning to have user-made template contributions. i would argue that their approach wasn't optimal either :). i don't know a whole lot about this particular software, but unless there were some strange/technical reason that they couldn't all be part of the same package, i'd lump them together. it would save package bloat a bit, which is always a good thing--and i imagine that if a user were to install one theme, they'd be very likely to install the other themes anyway and this way they'd get them all at once. sean -- signature.asc Description: Digital signature
Bug#285619: ITP on Gourmet
On Wed, Aug 31, 2005 at 05:41:17PM -0400, sean finney wrote: > okay, cool! i'll put in a request for an alioth project then. if you > have any work already done feel free to send me a tarball/diff.gz > and i'll get a cvs repository set up too. wow.. that was fast! i've added you as an admin on the project. On Wed, Aug 31, 2005 at 09:58:33PM +, [EMAIL PROTECTED] wrote: > Your project registration for Alioth has been approved. > > Project Full Name: Gourmet Packaging > Project Unix Name: pkg-gourmet > CVS Server: cvs.pkg-gourmet.alioth.debian.org > Shell/Web Server: pkg-gourmet.alioth.debian.org sean -- signature.asc Description: Digital signature
Bug#285619: ITP on Gourmet
hey roberto, On Wed, Aug 31, 2005 at 09:12:42PM -0400, Roberto C. Sanchez wrote: > OK. Thanks. Personally, I prefer SVN, but if CVS is it, then I can > live with it. actually, i do to. alioth's servers are going to be getting an upgrade sometime in the next 6 months which should svn as a feature, how about we migrate over as soon as they do that? On Wed, Aug 31, 2005 at 09:16:01PM -0400, Roberto C. Sanchez wrote: > I have not done any work. However, if you read the mails to the bug, > Bastian Kleineidam maintains an unofficial package we can probably use > as a starting point. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285619;msg=35 okay, i'll see about starting there. sean -- signature.asc Description: Digital signature
Bug#285619: ITP on Gourmet
hi roberto, On Thu, Sep 01, 2005 at 10:43:11AM -0400, Roberto C. Sanchez wrote: > I'll get back to you about starting next week. i've put an initial version into CVS. there are still some pending issues (see debian/TODO), but it builds in pbuilder and runs on my laptop, so i guess so far so good. i've also set up two mailing lists (pkg-gourmet-devel and pkg-gourmet-changes)@lists.alioth.debian.org. the former is listed in "Maintainer" for the package (so all bug reports etc will go to this list), and the latter will be eventually set up to recieve cvs/svn commit notices. so, hopefully we can be closing this bug soon :) sean -- signature.asc Description: Digital signature
Bug#241131: status of ITP?
hi there, i was just introduced to naim earlier today and was suprised to find that it isn't already in debian. i see you ITP'd it about two months ago, and am wondering what the status is. are you still packaging it, or do you need a sponsor / co-maintainer for the upload? sean signature.asc Description: Digital signature
Bug#261257: ITP: folding -- Folding@home Client (install package)
hi nick, On Mon, Jul 26, 2004 at 06:37:49PM -0400, Nick Lewycky wrote: > >This packages is so non free that cannot even be included in the > >non-free section without an installer. It's also only for i386. > >dpkg will not be able to track its files. > > "without an installer"? This package *is* an installer! i believe he means, "you can not even re-distribute the binaries, you must distribute an installer", similar to what users have to do for the non-free flash player or nvidia's non-free hardware acceleration binaries. > And what's this about dpkg not being able to track its files? Was that > statement intended to be disconnected from the i386 specificity? i think you weren't paying close enough attention to what he was implying. if the .deb package contains only a shell script that wget's the binaries from the stanford site, dpkg has no way of tracking what files are part of the software, and there isn't any way around that that isn't a kludge or really complicated. the nvidia package is a good example of the Right Way to do this (downloading stuff, building it into a new package, and letting the admin install that), but that counts as "really complicated", and certainly not something i would consider a good idea for a first time package maintainer. > Another one of Debian's essential interests is a commitment to its > users. [EMAIL PROTECTED] has a community of around 300,000 users and is > growing. It was only a matter of time before the two groups intersect. I > want a Debian package for it. My choice was to either RFP it or ITP it > and I chose the latter. If I'm capable of packaging it, why wouldn't I > choose to contribute? every now and then someone brings up on this list that a piece of non-free software should be essential to debian because it makes it more useful for its users, and they tie this is with the first half of clause 4. i don't understand how you can get down to #4 without reading #1, or even the second half of #4 though... if you're really interested in packaging this particular non-free software, please consider either a) convincing the authors to make their software dfsg free, or b) providing a real debian package that the authors can offer for download from their site or apt-repository. i think that in general the "wget-install" debian packages are something to be avoided, and you'd do a better service to both communities if you could make a better package for those who wanted it. sean -- signature.asc Description: Digital signature
Bug#261257: ITP: folding -- Folding@home Client (install
hi nick, On Mon, Jul 26, 2004 at 10:38:21PM -0400, Nick Lewycky wrote: > >i believe he means, "you can not even re-distribute the binaries, you > >must > >distribute an installer", similar to what users have to do for the > >non-free flash player or nvidia's non-free hardware acceleration > >binaries. > > Then we all agree. or at least understand what he meant, anyway. > dpkg doesn't, but that's mostly irrelevant. Debian Policy provides me > with enough detail to correctly track the files manually, by the postrm > and postinst scripts. My package does so. i think the majority of the -devel list would disagree with you on that point (or, i could be wrong :). i can think of a number of reasons this would be a bad idea. not being able to track what package owns your files, the possibility of your package conflicting with another package and overwriting its files (or vice versa), the possibility of something going wrong during install/upgrade (think: network error) and ending up with a very confused install state, and what might happen if the file list in said package changed in later versions... really, i'm not trying to an asshole, i promise. i'm arguing why as a generalization, i think this is a bad practice because among other things it entirely circumvents the package management system. > I consider the nvidia package to be Broken As Designed, and when I had > NVidia hardware, I avoided it simply because of that. Is there a good > explanation of why users should be required to have a complete debian > package build toolchain just to use a package? I am capable of changing > my mind. for most kernel-module packages in main, debian provides pre-compiled binary packages to compliment the provided stock kernel packages. users who have their own custom-compiled kernels, however, must build their own packages from the "foo-source" packages, which depend on said package build toolchain. with the non-free nvidia drivers, however, debian is not permitted to re-distribute the precompiled binaries, so all users must compile them regardless of whether they have a stock or custom kernel. so why not follow suit of the other foo-source packages? > I never said that the software was essential. Far from it, I explicitly > state that it's an optional, miscellaneous contribution. And I won't let > you turn this into the damned "remove non-free from Debian" debate. Even > Brandon needs a break. honestly, it wasn't my intention to start it such an argument. i do think that new software entering non-free should be viewed under a critical eye though, especially software as non-free as this and requiring questionable packaging practices. my reaction was caused by this: >>>Another one of Debian's essential interests is a commitment to its >>>users. [EMAIL PROTECTED] has a community of around 300,000 users and is >>>growing. It was only a matter of time before the two groups intersect. which is an often (imho ill-) used argument. in this case, it seemed that you were arguing debian had a commitment to the folding users because there was some undetermined intersection of debian users, which irked me a bit. perhaps my reaction was a little pedantic, i apologize. > a) No, it'd be a disservice to the Folding community. Their FAQ explains > that they need to keep the code secret for scientific integrity: > > http://www.stanford.edu/group/pandegroup/folding/faq.html#project.source ah, the old security through obscurity :) > b) Yes, I plan to try that only if Debian refuses to accept the package, > which could happen if no one sponsors it. Honestly, I don't expect the > Pandegroup ([EMAIL PROTECTED] upstream) to respond to me at all. looking at their site, they don't offer their software in any other pre-packaged formats either, so you might be right. that brings up the whole other issue of having active relations with upstream... sean -- signature.asc Description: Digital signature
Bug#241131: sponsoring naim
hi rohit, i can sponsor your packages if you're still looking for a sponsor. sean signature.asc Description: Digital signature
Bug#241131: naim uploaded
just to follow up here, i've uploaded rohit's package to ftp-master. sean -- signature.asc Description: Digital signature
Bug#259583: ITA status?
hi dinesh, are you still planning on adopting this package? sean signature.asc Description: Digital signature
Bug#273963: ITP: libmodem-vgetty-perl -- Perl module for interfacing with vgetty (Modem::Vgetty)
On Tue, Sep 28, 2004 at 08:41:04PM -0500, Michael Schultheiss wrote: > Modem::Vgetty is a Perl interface to vgetty(8), which can be used for > communication with voice modems. is it going to actually work? i tried downloading the latest version of the package via cpan and even the examples provided by the author would die... sean signature.asc Description: Digital signature
Bug#273756: ITP: gpgmailsign -- sign and mail gnupg keys
On Thu, Sep 30, 2004 at 03:10:38PM +0200, Christoph Berg wrote: > > > http://www.df7cb.de/projects/gpgmailsign/ > > > Afaik, Debian currently does not include any package that provides that > functionality; the only other I know of (caff by Peter Palfrader) needs > an experimental+patched gnupg version to work, so I still think > gpgmailsign should be packaged. signing-party? sean -- signature.asc Description: Digital signature
Bug#279494: ITP: apache2-redirtoservname -- Apache module to redirect browsers to the canonical server name
On Wed, Nov 03, 2004 at 12:57:53PM +0100, Simon Richter wrote: > Package: wnpp > Severity: wishlist > > * Package name: apache2-redirtoservname > Version : 0.1 > Upstream Author : Simon Richter <[EMAIL PROTECTED]> > * URL : http://www.hogyros.de/misc > * License : GPL + exception to allow linking against Apache > Description : Apache module to redirect browsers to the canonical > server name > > This module can automatically issue a HTTP redirect if someone accesses your > server with anything other than the canonical hostname. It is most useful if > you want people to be able to enter your hostname without "www." or have > multiple domains in different TLDs that should all be redirected to the same > site. the name may be confusing to folks, you might want to give it a name similar to other apache modules, as opposed to a name similar to different apache servers. for example: apache - Versatile, high-performance HTTP server apache-perl - Versatile, high-performance HTTP server with Perl support apache-ssl - Versatile, high-performance HTTP server with SSL support and libapache-mod-rpaf - Module for Apache which takes the last IP from the 'X-Forwarded-For' header libapache2-mod-auth-pgsql - Module for Apache2 which provides pgsql authentication libapache-mod-mp3 - turns Apache into a streaming audio server just my $0.02 sean -- signature.asc Description: Digital signature
Bug#292770: O: cacti -- Frontend to rrdtool for monitoring systems and services
retitle 292770 ITA: cacti thanks, hi thorsten, per our previous discussions, i'll take over the cacti package. there's a new upstream version which i'll work into the current package. sean -- signature.asc Description: Digital signature
Bug#294084: ITP: life -- Linux Instrumentation for Enterprise - a set of WBEM management providers from Novell
On Mon, Feb 07, 2005 at 08:52:52PM +0100, Rafal Lewczuk wrote: > * License : (GPL, LGPL, BSD, MIT/X, etc.) ? sean -- signature.asc Description: Digital signature
Bug#375014: still planning to package libtap?
hi tyler, i'm wondering if you are still planning on packaging libtap. this bug report is >200 days old with no further comment from you. i'm interested in using (packaging if necessary) this myself, and if you're no longer interested and/or don't have the time, i'd like to take over this ITP. thanks, sean signature.asc Description: This is a digitally signed message part
Bug#375014: still planning to package libtap?
On Wed, 2007-02-07 at 11:08 -0800, Tyler MacDonald wrote: > Sean, > Please take it over. Nobody ever replied to my RFS. :-( oh, i missed the RFS and only saw the ITP. if you're still interested and have the source package laying around somewhere, i could sponsor it. it doesn't look like this is the most active upstream project out there, but if you'd rather co-maintain it, we could do that too :) sean signature.asc Description: This is a digitally signed message part
Bug#413418: ITP: ndoutils -- This is a database addon for Nagios.
hi hendrik, On Sun, 2007-03-04 at 22:55 +0100, Hendrik Frenzel wrote: > * Package name: ndoutils > Version : 1.4beta2 > Upstream Author : Ethan Galstad <[EMAIL PROTECTED]> > * URL : http://www.nagios.org/ > * License : GPL > Programming Lang: C > Description : This is a database addon for Nagios. i had been tentatively planning to package this as part of the debian nagios team for packaging this, but i was waiting until after etch was released to spend any time on it. if you're interested in packaging this, i strongly encourage you to join our alioth group (pkg-nagios). we can set up some svn space and set it up for group maintenance (and i can sponsor anything you prepare if you need it). sean ps - i'm also the author of dbconfig-common, which i suspect might be a helpful package for db configuration for ndo. pps - i'm cc'ing the pkg-nagios mailing list. signature.asc Description: This is a digitally signed message part
Bug#413986: [php-maint] xmlrpc-epi turns out to be libxmlrpc in php
hi paul, On Sun, 2007-03-11 at 03:05 +1100, Paul TBBle Hampson wrote: > Would there be any interest in having PHP5 link its xmlrpc extension > against a distinct library packaging of xmlrpc-epi? (ie. to avoid > the situation which once existed for zlib being statically compiled > into various other packages, causing security headaches...) just to clarify, are you proposing that php link against an externally provided xmlrpc-epi library, or are you proposing that php provide its bundled version *as* the xmlrpc-epi library for other apps to use? i'm fairly open to both ideas though i think the former sounds better than the latter, assuming there are no api/abi differences. also, are you volunteering to do the packaging? :) sean signature.asc Description: This is a digitally signed message part
Bug#413986: [php-maint] xmlrpc-epi turns out to be libxmlrpc in php
On Sun, 2007-03-11 at 17:44 +1100, Paul TBBle Hampson wrote: > I'm suggesting either. I'm happy to maintain the package seperately, but > I intend to go through the differences between the versions and confirm > that they are compatible, and steal anything good from the php-bundled > version, so in effect I'd be doing both. I'd also have to track upstream > PHP in case they add anything else to the library in the future. So > maybe a PHP package team member might want to be a co-maintainer... okay, perhaps we can revisit this after you're done. if you decide to use the upstream version we can see how hard it is to build php against that instead of the bundled code. if you decide you want to use the php-bundled version, then we should probably just generate it from the php5 source package directly. i don't use this extension myself, so in any event it would be wise to find someone who does so we can test that it still works :) > A quick poke around the Internet suggested that the only patches being > made by other distros to xmlrpc-epi are for gcc4, 64-bit and expat, but > I haven't looked at the PHP-bundled version's changes yet, apart from > verifying that the .h files match semanticly. did you check that visually, or did you use a utility like icheck? > Hmm, I'd better check this now, all the files in the libxmlrpc directory > carry the same copyright headers as the upstream xmlrpc-epi distribution > (BSD-like), does the PHP license override them and prevent debundling? > I'd like to keep the distinct package under its upstream license if > possible, as it's very very permissive, and the seconde-life client is > GPLd. if the files carry a copyright header i think that they override whatever the default PHP license might say, so i don't think it'd be a problem. sean signature.asc Description: This is a digitally signed message part
Bug#613857: RFA: cacti + cacti-spine
Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Due largely to the fact that I'm no longer using cacti on a regular basis, I think cacti and spine should get a new maintainer. Both packages are relatively up to date and in decent shape, and the upstream authors are responsive and pleasant to work with. I'm also open to starting up an alioth project for co-maintenance, and can sponsor/review uploads for a while if there's interested people who are not (though preferably are interested in becoming) uploading developers. Sean -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1demoACgkQynjLPm522B1ETgCfYbs7VRKu4tCyKj8B9W8pYxUJ 4msAn0e0m/HqoCAIlAkIQyTTTIeNanwx =c2E4 -END PGP SIGNATURE- -- 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/20110217194347.29062.34035.reportbug@minnika
Bug#613857: RFA: cacti -- Frontend to rrdtool for monitoring systems and services
Hi Mahyuddin, On Sun, 2011-03-06 at 05:30 +0700, Mahyuddin Susanto wrote: > Hi Sean, i would like to help cacti/cacti-spine packaging. i use cacti > for monitoring, so i think i must contributing to debian to improving > cacti. i'm ready to co-maintenance > > I agreed if cacti have own alioth page Okay, this sounds like a plan. I'll set up a project and let you know when it's ready. Thanks! Others are still welcome to join in too, please just drop a line on this bug, or sign up for the group once it's created. Sean signature.asc Description: This is a digitally signed message part
Bug#504631: ITP: speutils -- Thread management and message passing utils for linux on cell BE / playstation 3
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: speutils Version : (see below) Upstream Author : Kristian Jerpetjøn <[EMAIL PROTECTED]> URL : http://code.google.com/p/speutils/ License : BSD-style Programming Lang: C Description : Thread management and message passing utils for linux on cell BE / playstation 3 this package contains development headers/libs required for building the spe-medialib library (seperate ITP forthcoming). (i'm working with the upstream author to get a good long description) regarding the version, there's not an official released version yet, so it will likely be svn snapshots with a quite volatile abi/api initially. the initial packages will be targeted at either experimental or hosted outside of debian proper until this settles a bit. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJEf1mynjLPm522B0RAoluAJ9qQy62f4jdnjT/p5qSFE0LlYg5lwCeMT0s anODQm1ENjawP1NiwmpCdP0= =3wxP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504634: ITP: spu-medialib -- collection of image/video accellerators for Cell BE / Playstation 3
Package: wnpp Severity: wishlist Owner: sean finney <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: spu-medialib Version : (see below) Upstream Author : Kristian Jerpetjøn <[EMAIL PROTECTED]> URL : http://code.google.com/p/spu-medialib/ License : BSD-style Programming Lang: C Description : collection of image/video accellerators for Cell BE / Playstation 3 A collection of spu programs to accelerate media related applications on the CELL BE Processor & Playstation 3. (i'll work with upstream to get a better description) regarding version: same as in the ITP for speutils: svn snapshots will likely be used until upstream starts releasing official versions. and again, i plan on uploading to experimental or an external archive until the software is in a presentable state. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJEf+lynjLPm522B0RAuZiAJ9z6eb4cjg/G06OoivZ62vMz+6VJgCdGdu1 SPaC4JJfG8g6TlIBoQZGbvs= =WSGf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#509017: ITP: libclass-c3-adopt-next-perl -- drop-in replacement for NEXT, using Class::C3 to do the hard work
hiya, On Wed, Dec 17, 2008 at 02:58:46PM +0100, Krzysztof Krzyżaniak wrote: > Description : drop-in replacement for NEXT, using Class::C3 to do the > hard work > > Class::C3::Adopt::NEXT is intended as a drop-in replacement for NEXT, > supporting the same interface, but using Class::C3 to do the hard work. You > can then write new code without NEXT, and migrate individual source files to > use Class::C3 or method modifiers as appropriate, at whatever place you're > comfortable with. for those who aren't familiar with the NEXT acronym, maybe you could expand it once in the long description? i.e. "...drop-in replacement for NEXT (Nfoo Efoo Xfoo Tfoo, a system for bar)..." sean signature.asc Description: Digital signature
Bug#451937: pastebin package upload heading to NEW today
hi everyone, we had some internal desire for this where i work, so we spent some time putting together an initial version of this package. i'll be uploading this version shortly. regarding the licensing issues: - according to members of the ftp-master team, the AGPL is okay[1] - there are other AGPL works in main[2] - however, the AGPLv3 is OSI approved and generally speaking GPLv3 compatible, and the code is "AGPLv1 or later", so in the interest of hopefully removing any doubt or complexity we chose to upgrade the licensing in this package to AGPLv3 (this is mentioned in debian/copyright). sean [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506402#10 [2] okay, i'll admit that this is based on hearsay (don't know an easy way to check locally)... but i've heard it said :) -- signature.asc Description: Digital signature
Bug#451937: pastebin package upload heading to NEW today
hi patrick, On Thu, Mar 12, 2009 at 01:19:29PM +0100, Patrick Matthäi wrote: > Also does it still lack a release management? well it has a "version" anyway, whatever that might mean. i'm not too familiar with upstream to know how releasing new versions is handled, but we have at least one bugfix to send upstream so i guess we'll find out! > I am not interested anymore in it at all, because I wrote my own > nopaste-bin with terminal support etc based on Perl > (sf.net/projects/pnopaste) and I am on packaging it also for Debian. ah, okay. just thought i'd give the courtesy of a cc anyway since you had posted to the BR in the past. i see no problems with the concept of two pastebin implementations either :) sean signature.asc Description: Digital signature
