Bug#499907: Please don't include yet another copy of tzdata in the archive
(CCing ftpmaster so they don't miss this bit) Hi, Please, make your package use the system timezone. "The tz database is compiled into Ruby modules which are packaged in the release. No external zoneinfo files are required at runtime." That really isn't a feature in Debian, it's needless duplicating tzdata information (which is always installed since libc6 depends on it) with the associated maintenance burden. We already gone trough this with: php #447174 postgresql #458927 python-tz #416202 And still have to deal with: java 474595 Please don't add your package to the list. I hate to have to vote for rejecting a package, but I really think is for the best. I know some ruby so if you need help with a patch or something, just mention it in this bug. Thanks for taking this in consideration. Damián Viano(Des). signature.asc Description: Digital signature
Bug#384893: How is this ITP going?
Is there any progress with this ITP? I would be glad to take it over if you don't have time to package it, so let me know so we can have this in the archive soon. -- Damián Viano(Des) ¯ ¯ - _ _ - ¯ ¯ GPG: 0x6EB95A6F Debian ¯-_GNU_-¯ Linux Web: http://damianv.com.ar/ ¯-¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420165: ITP: commons-configuration -- Java based library providing a generic configuration interface
On Fri, Apr 20, 2007 at 03:29:49PM +0200, Torsten Werner wrote: > Package: wnpp > Severity: wishlist > Owner: Torsten Werner <[EMAIL PROTECTED]> > > * Package name: commons-configuration > Version : 1.4 > Upstream Author : The Apache Software Foundation > * URL : http://jakarta.apache.org/commons/configuration/ > * License : Apache License 2.0 > Programming Lang: Java > Description : Java based library providing a generic configuration > interface > Commons Configuration provides a generic configuration interface which > enables > an application to read configuration data from a variety of sources: > - Properties files > - XML documents > - Property list files (.plist) > - JNDI > - JDBC Datasource > - System properties > - Applet parameters > - Servlet parameters > Additional sources of configuration parameters can be created by using custom > configuration objects. > . > Homepage: http://jakarta.apache.org/commons/configuration/ Mmm... I think commons-configuration can be a slightly misleading name, how about libcommons-configuration-java following lots of libcommons-* packages already in the archive? -- Damián Viano(Des) ¯ ¯ - _ _ - ¯ ¯ GPG: 0x6EB95A6F Debian ¯-_GNU_-¯ Linux Web: http://damianv.com.ar/ ¯-¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362856: Package ready
Just a small note to let everyone know that I have this package working, and available at http://damianv.com.ar/cgi-bin/packages.cgi I'll be uploading through a sponsor soon (actually contact me if you want to sponsor it :-). Damián Viano(Des). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317759: ITP not fulfilled
On Mon, May 29, 2006 at 12:31:49AM -0500, David Moreno Garza wrote: > Damián Viano wrote: > > This ended up being a complex/useless package for many reasons. > > If 1 binary package is created then: > > * You have several sources > > * You have a lot of dependencies > > * Each script requires different handling/setup to work > > I really don't see why this is complex or useless. The mayor problem I see with this approach is the dependency on every VCS. Right now that would be arch(tla), bazaar, bazaar-ng, bitkeeper(?), cvs, darcs and svn. Besides python, perl and bash (maybe any sh would do) which are the languages in which the scripts are written (this is a non-issue since everything is quite base in a developer desktop). Another problem is the lack of a orig.tar.gz with proper releases, so the tar.gz should be created and maintained up to date (which I'm not sure if is policy compliant) or make it a native package (which still make it hard to keep it up to date). > I agree this could be the best approach, to deliver one big package with > all dependencies covered and all the sources included. If each script > needs handling/setup, is there anything the user is not supposed to do? > I mean, the user configuration is obviously needed by such a tool. Yes, user configuration is fine with me. I just would expect more consistency about how to configure the scripts provided by one package (I've been fiddling with the idea of a enable-cia script that given a repository would set it up (with user provided input) to post to cia). Maybe I'm just being too demanding on this and we can get along with a 'you are a developer you should know what you are doing and setup everything by hand' policy. I may be talked to this. > > I would like to hear if someone have creative solutions to the > > problems stated and even would consider retaking the package. Meanwhile > > I'm dropping the ITP. > > I really, really can't see the problem. Hope you can see my point of view better now, comments are more than welcome. Damián Viano(Des) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317759: ITP not fulfilled
noowner 317759 retitle 317759 RFP: cia-clients -- Collection of CIA client scripts thanks This ended up being a complex/useless package for many reasons. If 1 binary package is created then: * You have several sources * You have a lot of dependencies * Each script requires different handling/setup to work If 1 binary per script is created then: * You end with lots of not so useful small packages * Inconsistency between scripts handling/setups remains Besides this problems I do found that every script is bsd or bsd-like licensed, either directly or by stating that their are derivative of others bsd-licensed scripts. So the license wouldn't be a problem AFAICS. I would like to hear if someone have creative solutions to the problems stated and even would consider retaking the package. Meanwhile I'm dropping the ITP. Damián Viano(Des) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362856: ITP: yeahconsole -- drop-down X terminal emulator wrapper
Package: wnpp Severity: wishlist Owner: "Damián Viano" <[EMAIL PROTECTED]> * Package name: yeahconsole Version : 0.3.4 Upstream Author : knorke <[EMAIL PROTECTED]> * URL : http://phrat.de/yeahtools.html * License : GPL2 Description : drop-down X terminal emulator wrapper Yeahconsole puts an X terminal emulator window on top of your screen that drops-down like a console found in many games (similar to quake). It's visibility can be toggled by a keyboard shortcut. Currently supports xterm and urxvt. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8.1des-nv Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360340: ITP: libpcl1 -- the Portable Coroutine Library (PCL) implements the low level functionality for coroutines
Package: wnpp Severity: wishlist Owner: "Damián Viano" <[EMAIL PROTECTED]> * Package name: libpcl1 Version : 1.6 Upstream Author : Davide Libenzi * URL : http://www.xmailserver.org/libpcl.html * License : GPL Description : the Portable Coroutine Library (PCL) implements the low level functionality for coroutines Coroutines are a very simple cooperative multitasking environment where the switch from one task to another is done explicitly by a function call. Coroutines are a lot faster than processes or threads switch, since there is no OS kernel involvement for the operation. Also coroutines require much less OS resources than processes of threads. For a more complete definition of the term coroutine see The Art of Computer Programming by Donald E. Knuth. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8.1des-nv Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317759: ITP: ciabot -- CIA bot client scripts for svn, arch, cvs, etc
owner 317759 [EMAIL PROTECTED] retitle 317759 ITP: cia-clients -- Collection of CIA client scripts thank * Package name: cia-clients Version : 0.1 Upstream Author : Several authors * URL : http://cia.navi.cx/doc/clients * License : GPL-2, GPL, BSD, others Description : Collection of CIA client scripts CIA is a system for tracking open-source projects in real-time. People all over the world are constantly collaborating and creating software, creating a constant flow of new code and new ideas. CIA provides an easy way for people to observe this flow. Developers can see the latest changes to their code immediately, users can subscribe to see the latest bugfixes in their favorite programs. Everyone can take a chance to step back and look at open source development as a whole. This collection include CIA client scripts for: * Arch * Bazaar * Bazaar-NG (bzr) * BitKeeper * CVS * Darcs * Subversion (for subversion you may also check svnmailer package) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354896: ITP: bwm-ng -- small and simple console-based bandwidth monitor
Hello, On Thu, Mar 02, 2006 at 02:08:37AM +0100, Daniel Holbach wrote: > you might want to have a look at > http://archive.ubuntu.com/ubuntu/pool/universe/b/bwm-ng/ - I packaged it > for Ubuntu already. Thanks, I apreaciate your intrest but I like debhelper more than cdbs, so I made it from a scratch. Any comments or questions are more than welcome. Damián(Des). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354896: ITP: bwm-ng -- small and simple console-based bandwidth monitor
Package: wnpp Severity: wishlist Owner: "Damián Viano" <[EMAIL PROTECTED]> * Package name: bwm-ng Version : 0.5 Upstream Author : Volker Gropp <[EMAIL PROTECTED]> * URL : http://www.gropp.org/ * License : GPL-2 Description : small and simple console-based bandwidth monitor Bandwidth Monitor NG is a small and simple console-based live bandwidth monitor. Short list of features: * supports /proc/net/dev, netstat, getifaddr, sysctl, kstat and libstatgrab * unlimited number of interfaces supported * interfaces are added or removed dynamically from list * white-/blacklist of interfaces * output of KB/s, Kb/s, packets, errors, average, max and total sum * output in curses, plain console, CSV or HTML * configfile -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8.1des-nv Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]