Bug#565533: ITP:pyWebcheck -- a tool for checking updates of files in a server.
Package: wnpp Severity: wishlist * Package name : pyWebcheck Version : 0.1.0 Upstream Author: Enrico Trotta * URL : https://launchpad.net/pywebcheck * License : GPL v3 Programming Lang : Python Description : A tool for checking updates of files in a server. pyWebcheck is a tool written in python + pygtk, wich helps to know if some files of a server have been updated, using an FTP connection. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Updates on our site (toyed)
Hello friends! Find a lot of cheap software in our megastore, as the popular programs Adobe PhotoShop CS 8.0 for only 40$, DVDXCopy Platinum 4.0.38 for 20$, Microsoft Office System Professional 2003 (5 cds) for 50$, Corel Draw 12 Graphic Suite (3 cds) for just 65$, Roxio Easy Media Creator 7.0 for 20$, and much, much more Take a look on the complete list of 3250 freshest software titles available for instant download or on CDs at web-site http://bowler.cc-aa.com We hope that you will tell others about your positive experience with us. You may forward this message to your friends and contacts. With best regards, Sales manager John Abonneted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#548817: RFA: guessnet
Package: wnpp Severity: normal Hello, it's been more than a year that I have stopped using guessnet. On top of that, I almost never use wireless networking, and I am not normally in range of a wireless network. Nor I own an access point. This means that I cannot do a good job maintaning it: I don't normally use it on wired to spot obvious problems myself (like a recent issue with pcap, see #529882), and I have trouble testing its new wireless scanning code which is something a lot of people seem to use. Therefore, I would like someone else to take over maintaning it. I can help with the code, explaining it, reviewing and improving patches and so on, but the main maintainer needs to be someone who uses guessnet, who can try and reproduce bugs, and test new releases. So here's the RFA. Let's see if someone steps up. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551864: ITP: xcowsay -- Graphical configurable talking cow
Package: wnpp Severity: wishlist Owner: Enrico Zini * Package name: xcowsay Version : 1.1 Upstream Author : Nick Gasson * URL : http://www.doof.me.uk/xcowsay/ * License : GPL 3 or later Programming Lang: C Description : Graphical configurable talking cow A graphical configurable talking cow. It's a GTK+ version of the classic cowsay Perl script. It displays a cute pop-up cow on your desktop with a speech bubble and some customizable text. There's also a dream mode where the cow can display images. It comes with a fortune(6) wrapper script, xcowfortune, which you can cron to deliver periodic fortune cookies via the cow. It even has a daemon mode which lets you send the cow messages over DBus! -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553065: ITP: cfget -- too to read values from config files
Package: wnpp Severity: wishlist Owner: Enrico Zini * Package name: cfget Version : 0.7 Upstream Author : Enrico * URL : http://www.enricozini.org/sw/cfget/ * License : GPL Programming Lang: Python Description : featureful tool to read values from config files cfget is a simple yet featureful tool to read values from configuration files. It is useful, for example, to create configurable shellscripts or makefiles. . Besides retrieving values, it can dump the information in several convenient ways, like a set of sh exports commands that can be conveniently passed to eval. It can also use the configuration values to expand template files. . It can also be configured to support virtual configuration values that, if not present in the config file, are automatically computed from the existing values. This makes it convenient, for example, to get a "duration" value from a configuration file that only contains a "start date" and an "end date". . It is also easy to create plugins to provide custom templating systems, export styles, dynamic values and even custom configuration file parsers. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554033: ITP: luajit -- Just in time compiler for Lua 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: luajit Version : 2.0.0beta1 Upstream Author : Mike Pall * URL : http://luajit.org * License : MIT/X Programming Lang: C, ASM, Lua Description : Just in time compiler for Lua 5.1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#462222: ITP: lua-md5 -- Small crypto library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-md5 Version: 1.1.1 Upstream Author: Copyright © 2003-2007 PUC-Rio and Stuart Levy URL: http://luafroge.net/projects/md5 License: MIT/X Description: This package contains a small crypto library for Lua. It comprises the MD5 and the DES56 algorithms. -- Enrico Tassi
Bug#462223: ITP: lua-wsapi -- Web server API abstraction layer for the lua language version 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-wsapi Version: First version still to be officially released Upstream Author: Copyright © 2004-2007 The Kepler Project. URL: http://luaforge.net/projects/wsapi/ License: MIT/X Description: WSAPI is an API that abstracts the web server for Lua web applications, allowing the same application to be used in different web servers. . This package contains the WSAPI utility libraries (for common tasks like url encoding/decoding) as well as the following backends (server implementations): . - CGI (the regular environment-variables based protocol) - xavante (for the Xavante web server) - fastcgi -- Enrico Tassi
Bug#462660: ITP: lua-markdown -- Lua library to translate the markdown syntax to HTML
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-markdown Version: 0.13 Upstream Author: Niklas Frykholm URL: http://luaforge.net/projects/markdown License: MIT/X Description: A pure lua5.1 implementation of the Markdown text-to-html markup This package contains markdown, a Lua library to translate the markdown syntax to HTML. this library is used by applications like wikis to aviod calling an external perl interpreter to render every page. Cheera -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462659: ITP: lua-cosmo -- safe template library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-cosmo Version: 8.01.26 Upstream Author: Fabio Mascarenhas and Yuri Takhteyev URL: http://sputnik.freewisdom.org/en/Cosmo License: MIT/X Description: Cosmo is a "safe templates" engine that supports simple text substitution and iteration. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465124: ITP: luarocks -- deployment and management system for Lua modules
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: luarocks Version: 0.4.1 Upstream Author: Hisham <[EMAIL PROTECTED]> URL: luarocks.org License: MIT/X Description: This package contains luarocks, a tool for managing rocks. A lua rock is a bundle containing a module and some metadata like compilation instructions and copyright. The command line utility luarocks can download, build, install and remove rocks, properly handling dependencies among them and allowing multiple versions of the same rock to coexist. . The tool installs system-wide rocks in /usr/local when run by the superuser, but a regular user can easily tune it to install rocks in his home directory. . This package also provides the luarocks-admin tool, needed to create a rocks repository, and the documentation for luarocks, describing the command line tools as well as the library to manipulate rocks. The package is already almost-in-shape at Vcs-Svn: svn://svn.debian.org/pkg-lua/packages/luarocks Vcs-Browser: http://svn.debian.org/viewsvn/pkg-lua/packages/luarocks Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465369: GoLearn
On Tue, Feb 12, 2008 at 04:56:14PM +0100, Miriam Ruiz wrote: > I'm a bit concerned that if people start to fork the whole project for > different kind of searches, it can get a bit out of hand. In fact, it > might turn into a nightmare for the security team. If the idea is to > have different GoSomething's available, maybe we could just take the > common part into a shared library and a common base package, or maybe > implement a tiny scripting thingie over GoPlay! to personalize it on > different kind of stuff. > > Don't worry about not being able to code, I'm more concerned about the > overall design of the program right now. Coding itself, once you have > clear ideas about what you want to do, is quite straightforward. Wow, interesting. A few things come into my mind: 1. We take the Engine class, allow to configure another facet instead of game, and move it into libept. That allows others to build the interface they like on top of it, but this means that the interface code needs to be rewritten every time. 2. We change the Engine class to allow to configure another facet instead of game, and implement skins on top of goplay. The skin would customise the interface, and also specify the facet to use instead of 'game'. I don't know what this'd mean in terms of fltk interface code. 3. We implement goplay --learn, automatically enabled if argv[0] ends in 'learn', and we install both binaries. In the meantime, just because it was easy to do, I changed the engine to allow to customise the main facet used for navigation. I've also implemented a new commandline option, --go=facet, to try it out. I've committed the changes to svn at svn+ssh://svn.debian.org/svn/pkg-games/software/ui Get a list of facets using: grep Facet /var/lib/debtags/vocabulary Then decide where you want to go and run: goplay --go=facet For example: goplay --go=admin goplay --go=devel goplay --go=office goplay --go=security goplay --go=sound goplay --go=use goplay --go=web Of course one can install an extra tag source with tag data to go in any other direction. Oh, and by the way, THIS IS SO COOL! Ciao, Enrico ...Debian, where do you want to go tod--ehrm, never mind. -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#465369: GoLearn
On Wed, Feb 13, 2008 at 05:46:36AM +0100, Jonas Smedegaard wrote: > I suggest now a different approach that fulfills our needs without > multiple applications: > 4. Implement an --ftags option similar to that in ept-tags Done and committed: give it a try. For kicks, I also implemented --secondary=facet to choose the facet to use instead of 'interface'. Note: --ftags can be a comma-separated list of tags, that will be ANDed: this means that you can do this, which is probably what you want: goplay --go=field --ftags="use::learning, role::program" I've just run that: the result is really nice! Your idea seems to nicely hit the spot. > I believe it would then also make sense to either use a more generic > facet than gaming by default or make the --facet option required, and > rename the tool and the dependent games-thumbnails package. But that is > just cosmetics. Note that goplay is written by the gnome game team, so not having gaming as a default would be a bit of a shame :) Also, if you require --facet, you can't just click and run the program, which takes half of the ease away. However, anyone's welcome to make a godebian program that shows like 6 big stilish icons one with every direction you'd like to go, and by clicking on an icon goplay is launched with the right options. The idea we discussed with Miriam, though, was something like to store a number of preset defaults inside the program, and choose them based on the program name. That way you can, for example, run it as 'golearn' and it will choose a different set of defaults. Turns out that this was rather easy to implement as well, so I did it. I took advantage of the opportunity for, in case of golearn, use as --ftags something like: "use::learning && (role::program || role::documentation)". I've looked around at the available facets, and I implemented this list of possible alternate names, all of which are implemented: goadmin golearn gonet gooffice goplay gosafe goweb Please try it out: does it do what you want? btw, should we reassign this bug to goplay, for filing purpose? Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#390708: network manager and PPTP
Any news here? I need that package and I can help you. Are you still interested in NM-PPTP plugin? Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472789: ITP: lua-coxpcall -- Extension to the lua protected call mechanism to croutines
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-coxpcall Version: 1.11.0 Upstream Author: Kepler Project URL: http://coxpcall.luaforge.net License: MIT/X Description: This package contains coxpcall, a Lua library that extends the protected call mechanism typical of Lua (xpcall and pcall) allowing it to cross coroutines boundaries. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475760: ITP: sputnik -- A small and easy to extend wiki
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: sputnik Version: git master branch Upstream Author: Yuri Takhteyev <[EMAIL PROTECTED]> URL: http://sputnik.freewisdom.org/en/ License: MIT/X Description: Sputnik is a wiki written in Lua. Sputnik is designed to be used as a platform for a wide range of "social software" applications. A simple change of templates and perhaps a few lines of Lua code can turn it into a photo album, a blog, a calendar, a mailing list viewer. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476521: ITP: lua-orbit -- MVC framework for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-orbit Version: 2.0rc1 Upstream Author: Kepler project URL: http://orbit.luaforge.net License: MIT/X Description: MVC framework for lua -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351069: ITP: knetworkmanager -- system tray applet for controlling NetworkManager
On Thu, Feb 02, 2006 at 04:31:35PM +0100, Michael Biebl wrote: > KNetworkManager is a system tray applet for controlling network > connections on systems that use the NetworkManager daemon. Do we have the NetworkManager daemon in Debian yet? I did "apt-cache search network manager" and "apt-cache search networkmanager" but could not find it. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#351069: ITP: knetworkmanager -- system tray applet for controlling NetworkManager
On Sun, Feb 05, 2006 at 04:59:14PM +0100, Michael Biebl wrote: > Enrico Zini wrote: > > Do we have the NetworkManager daemon in Debian yet? > No, not yet. But I'm working together with the maintainer of NM and you > will see packages of NM as soon as 0.6 is released. There is a project > repo at [1] already, but this is for 0.5.1 only. > 0.6 of NM (and the corresponding version of knetworkmanager) will be > released soon. So stay tuned. Oh, good. I can't wait to see it, and possibly find a way to plug guessnet into it. Thanks! Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#262927: Debian Bug report logs - #262927
On Tue, Mar 07, 2006 at 02:04:21PM +0100, Wolfgang Lonien wrote: > > However, if you pick that up to get you started with Debian > > maintainance, consider finding yourself some friend DD to help you > > along. I could do that, but then since the original problem was dealing > > with the workload, it wouldn't make much sense. > Hmmm ok. Any volunteers around here who could help me to help Enrico > with debtags-edit and/or tagcolledit? I'm still reading and learning > lots of stuff, so as Enrico said, I'm a newbie... Best way is usually to ask a fellow DD who's a friend of yours. Hopefully, since we've met at FOSDEM, I won't turn out to be the only one :) Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#368275: ITP: overgod -- bi-directional scrolling arcade game
On Sat, May 20, 2006 at 11:06:06PM -0500, Sam Hocevar (Debian packages) wrote: > * Package name: overgod > Version : 1.0 > Upstream Author : Linley Henzell <[EMAIL PROTECTED]> > * URL : https://sourceforge.net/projects/overgod/ > * License : GPL > Programming Lang: C > Description : bi-directional scrolling arcade game Hi! When I've seen the game at Debconf it was cool... when will I get to play it? :) Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Mon, Apr 20, 2009 at 05:35:20PM +0200, Adeodato Simó wrote: > So does it support (or will it support) using it in the “fetch from > server, read/delete some stuff on client, maybe read some stuff on the > server, push to server” mode, and it’ll do all the smart sync stuff (I’m > told) OfflineIMAP does? Sorry, but I don't get it. I'll try to answer anyway... You have 2 commands: smd-pull that propagates chenges made on the server to the client, and smd-push that does the opposite. These changes include adding a message, deleting one, renaming, updaing the header... I usually pull more frequently than push, so the updating cycle you are describing is not strictly necessary in smd. In any case, the words server and client don't make any real sense here, it is very symmetric. I think I'll (I'm also the upstream) develop some sort while-true script that will iterate pull and push and eventually notify the user if something goes wrong with some modern eye-candy technology. AFAIK OfflineIMAP gives you (or will give you soon) something more called always-connected-with-ther-server-to-fetch-mail-ASAP option that smd does not provide right now (and that I really don't miss: since pulling is quite fast for the moment I'm not missing the while true script either...). Moreover OfflineIMAP is well tested, and smd is not beeing a *very* young software. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Wed, Apr 22, 2009 at 09:26:22AM +0200, Adeodato Simó wrote: > Right. My question is what happens if I do, say: > > laptop% smd-push > laptop% smd-pull # this brings message M as new > laptop% read mail, including message M > server% read mail, inclluding message M; flag message M > laptop% smd-push > laptop% smd-pull So, your question is, what happens if there is a conflict (in VCS terminology). So far there is no "smart" conflict solver, the software just tells you what is wrong, and which files (mails) are interested. It suggest you to "move away" one of them to finish the sync, then you help yourself (that usually means having on one of the two sides a copy of the same message with different flags, the you run mutt and press d on one of them). I'm not that convinced that the usecase you mention is that common, and at least for me, it seems more a place for software overdesign than software features. Remember here that this is a Mailbox, with an owner... your usecase is something like having 2 checkouts of the same software repository and deliberately making incompatible changes on the 2 checkouts and then committing... would you do that? not that often I bet. I'd like to keep the software simple, so unsless I really face this problem, I would avoid implementing this feature. Moreover, the software is layered: mechanisms are in C (and they are able to give upper layers enough information to detect your pattern), while policies are in a scripting language I like (deliberate choice was Lua) and it should be reasonably easy to not duplicate the message but simply add the flag. In any case, thank you all very much for your comments! -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Wed, Apr 22, 2009 at 10:09:13AM +0200, Stefano Zacchiroli wrote: > On Tue, Apr 21, 2009 at 02:17:58PM +0200, Enrico Tassi wrote: > > AFAIK OfflineIMAP gives you (or will give you soon) something more > > called always-connected-with-ther-server-to-fetch-mail-ASAP option > > Regarding the ITP, I suggest to stress in the long description a bit > more the features of syncmaildir; in particular I would be happy to > read there that there are the two pull/push tools because it is what > will give me the feeling of the tool workflow. Thanks, I thought it was too low level, but since expected users are not exactly rookies, I'll add that... Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519184: Choosing the library version
Hello, I forgot to Cc this bug when I asked on -devel how to version the shared object, so I'm now adding a pointer to the thread. The discussion "Packaging a library when upstream does not build a .so" can be found at http://lists.debian.org/debian-devel/2009/03/msg00927.html Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini signature.asc Description: Digital signature
Bug#520955: [pkg-fso-maint] Bug#520955: ITP: xserver-xorg-video-glamo -- X.Org X server --, SMedia Glamo display driver
On Mon, May 04, 2009 at 04:37:48PM +0200, Luca Capello wrote: > > I named it 0.1.0 due to the fact that there are no tags yet in the > > upstream git repository. > > This is wrong, sorry, because it will conflict if upstream will release > a 0.1.0 version. I would prefer something similar to the > linux-2.6-openmoko package and indeed the Debian Git repository has an > upstream tag, 20090302.git451398a2: [...] > the Debian package version should be 20090503.gitb5eb5f79-1. How about 0~20090503.gitb5eb5f79-1, so it can go to 0.1 if upstream eventually decides to start making releases? Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini signature.asc Description: Digital signature
Bug#536223: O: thescoder -- compiler for OpenOffice 1.x thesaurus files
Package: wnpp Severity: normal Hello, we do not have OpenOffice.org 1.x around the archive anymore, and I'm not aware of any other packages that build-depend on it. I guess it's time to orphan it. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#536238: O: debtags-edit -- GUI browser and editor for Debian Package Tags
Package: wnpp Severity: normal Hello, I have fixed all serious or trivial bugs in debtags-edit and then orphaned it. The web editor is much better than debtags-edit in almost every respect, except it cannot be used offline; however, I myself do not use debtags-edit, and I do not enjoy maintaining it that much. GTK-- is not that fun to use (at least, for me); compiling takes ages, and I am not sure about a python rewrite because there are a few performance-critical bits in the code. Or maybe a python rewrite could be made that is based on apt-xapian-index for speed, but then changes in the tagging are not reflected in real time in the interface unless the index is rebuilt, or unless debtags-edit is run as root. Both of which are not ideal. Anyway, dealing with all of this would be so low in my TODO list that it's not reasonably going to happen in at least a couple of years, so it's sensible to orphan debtags-edit so that anyone interested in an GUI offline tagging interface can pick it up if they wish. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538130: ITP: prosody -- jabber server
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: prosody Version : 0.5.0 Upstream Author : Matthew Wild , Waqas Hussain , Tobias Markmann * URL : http://prosody.im * License : MIT/X Programming Lang: Lua, C Description : jabber server Prosody is a flexible communications server for Jabber/XMPP written in Lua. It aims to be easy to use, and light on resources. For developers it aims to be easy to extend and give a flexible system on which to rapidly develop added functionality, or prototype new protocols. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523937: Any news with this ITP?
Hello, I would like to see mongoDB in Debian, and this ITP has already been open for a bit. Are there any news? Especially, is there a reason it has not been uploaded yet? Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#523937: Any news with this ITP?
On Mon, Jul 27, 2009 at 10:24:55AM -0400, Kristina Chodorow wrote: > There are a couple reasons... I need a sponsor (are you a Debian > developer/know one?) and we'd like to update the database's > SpiderMonkey interface to work with SpiderMonkey 1.8 before we release > the package. > > We'd really like to see MongoDB in Debian, too! Feel free to help out > if you know any Debian developers who might be interested or if you > know about SpiderMonkey. Sure, I can upload for you. I don't know anything at all about SpiderMonkey, though, so I can't help on that side. As soon as you have a package that you're ready to upload, please feel free to get in touch. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#490953: ITP: lua-base64 -- base64 library for the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-base64 Version : 1.0 Upstream Author : Luiz Henrique de Figueiredo * URL : http://www.tecgraf.puc-rio.br/~lhf/ftp/lua/#lbase64 * License : Public Domain Programming Lang: C Description : base64 library for the lua language -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442452: ITP: lua-rings -- lua state creation and control library
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-rings Version: 1.1 Upstream Author: Copyright © 2003-2007 The Kepler Project. URL: http://luaforge.net/projects/rings/ License: MIT/X Description: Rings is a library which provides a way to create new Lua states from within Lua. It also offers a simple way to communicate between the creator (master) and the created (slave) states. The package is already done: svn://svn.debian.org/pkg-lua/packages/lua-rings -- Enrico Tassi
Bug#442451: ITP: lua-cgi -- CGI library for the lua language version 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-cgi Version: 5.1.0 Upstream Author: Copyright © 2003-2007 The Kepler Project. URL: http://luaforge.net/projects/cgilua/ License: MIT/X Description: CGILua is a tool for creating dynamic Web pages and manipulating input data from Web forms. CGILua allows the separation of logic and data handling from the generation of pages, making it easy to develop web applications with Lua. The package is already available: svn://svn.debian.org/pkg-lua/packages/lua-cgi -- Enrico Tassi
Bug#442453: ITP: lua-copas -- Copas is a dispatcher of concurrent TCP/IP requests for lua 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-copas Version: 1.1.1 Upstream Author: Copyright © 2003-2007 The Kepler Project. URL: http://luaforge.net/projects/copas/ License: MIT/X Description: Copas is a dispatcher of concurrent TCP/IP requests based on corutines. A server registered with Copas should provide a handler for requests and use Copas socket functions to send the response. Copas loops through requests and invokes the corresponding handlers. The package is already in shape: svn://svn.debian.org/pkg-lua/packages/lua-copas -- Enrico Tassi
Bug#444607: ITP: xavante -- xavante is lua based web server suited for embedded system
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: xavante Version: 1.3.1 Upstream Author: Javier Guerra, André Carregal, and Fábio Mascarenhas URL: http://keplerproject.org/xavante/ License: MIT/X Description: Xavante is a Lua HTTP 1.1 Web server that uses a modular architecture based on URI mapped handlers. Xavante currently offers a file handler, a redirect handler and a CGILua handler. Those are used for general files, URI remapping and CGILua scripts respectively. The package is already ready: svn://svn.debian.org/pkg-lua/packages/xavante Cheers -- Enrico Tassi
Bug#445030: ITP: lua-bit -- bit manipulation library for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-bit Version: 21 Upstream Author: Reuben Thomas <[EMAIL PROTECTED]> URL: http://luaforge.net/projects/bitlib/ License: MIT/X Description: bit manipulation library for lua This package provides bitwise operations (xor, and, or, shift...) for lua5.1 Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445098: ITP: cmph -- C Minimal Perfect Hashing Library
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: cmph Version: 0.6 Upstream Author: Davi de Castro Reis <[EMAIL PROTECTED]>, Djamel Belazzougui <[EMAIL PROTECTED]> URL: http://cmph.sf.net License: LGPL or MPL (contacting the authors) Description: CMPH - C Minimal Perfect Hashing Library Minimal perfect hash functions are widely used for memory efficient storage and fast retrieval of items from static sets, such as words in natural languages, reserved words in programming languages or interactive systems, universal resource locations (URLs) in Web search engines, or item sets in data mining techniques. The CMPH Library encapsulates the newest and more efficient algorithms in an easy-to-use, production-quality, fast API. The library was designed to work with big entries that cannot fit in the main memory. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448156: ITP: matita -- interactive theorem prover
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: matita Version: 0.4.0 Upstream Author: helm team URL: http://matita.cs.unibo.it License: GPL Description: Matita is a graphical interactive theorem prover based on the Calculus of (Co)Inductive Constructions. . Matita adopts XML-encoded proof objects are produced for storage and exchange. This makes it compatible, at some extent, with Coq. . The graphical interface has been inspired by CtCoq and Proof General. It supports high quality bidimensional rendering of proofs and formulae transformed on-the-fly to MathML markup -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448156: ITP: matita -- interactive theorem prover
On Mon, Oct 29, 2007 at 12:35:51PM -0400, Mike Furr wrote: > Enrico Tassi wrote: > >Package name: matita > > Stefano already has some packages for this on his gluck page[1], have > you talked to him about the status of those? Yes, we share the same office here in Italy, so we chat a lot :-) I worked on the package, thus I did the ITP. Zack was providing some metapackages to have all dependencies installad with one single apt-get line; this stuff is not needed anymore. He should remove that stuff. All packages required by matita are already in unstable. I'm planning to put the package in the debian-ocaml-maint svn repository in the near future. Cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-peg Version: 0.7 Upstream Author: Roberto Ierusalimschy <[EMAIL PROTECTED]> URL: http://www.inf.puc-rio.br/~roberto/lpeg.html License: MIT/X Description: LPeg is a new pattern-matching library for Lua, based on Parsing Expression Grammars (PEGs). Parsing expression grammars look similar to regular expressions or context-free grammars in Backus-Naur form (BNF) notation. PEGs make a good replacement for regular expressions, because they are strictly more powerful. For example, a regular expression inherently cannot find matched pairs of parentheses, because it is not recursive, but a PEG can. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455730: ITP: lua-peg -- Parsing Expression Grammars For Lua
On Thu, Dec 13, 2007 at 04:17:48PM +0900, Miles Bader wrote: > Stefano Zacchiroli <[EMAIL PROTECTED]> writes: > >> I think it's going to cause a lot of confusion if you call this package > >> "lua-peg" -- _everybody_ knows it as "lpeg"... > > > > Hence, I guess, the proposed name would be "lua-lpeg", right? > > That seems best... The crucial thing, I think, is that somebody > searching for "lpeg" finds it. Yes, it is in the new queue as lua-lpeg, and the package description contains LPeg too. Binary packages will be liblua5.1-lpeg0 and liblua5.1-lpeg-dev and the lua module will be loadable with require "lpeg" If you are inpatient, or want to test it before it passes the new queue, you can use the following svn repository: svn co svn://svn.debian.org/pkg-lua/packages/lua-lpeg Cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456566: ITP: lua-gtk -- gtk library bindings for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-gtk Version: cvs-snapshot Upstream Author: Wolfgang Oertl URL: http://luaforge.net/lua-gtk License: LGPL Description: This package contains the bindings for the gtk library for the lua language version 5.1 The package is almost in shape, and can be built downloading it from the svn repository: svn://svn.debian.org/pkg-lua/packages/lua-gtk Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457198: ITP: lua-leg -- Leg library for lua5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-leg Version: 0.1.2 Upstream Author: Humberto Saraiva Nazareno dos Anjos URL: http://leg.luaforge.net License: MIT/X Description: This package contains leg, a Lua library exporting a complete Lua 5.1 grammar and a small API for user manipulation. It can be used to implement a macro preprocessor or any other task that needs to parse a .lua file. This library is required for shake, a unit testing library for lua The package is already in shape: svn://svn.debian.org/pkg-lua/packages/lua-leg -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457220: ITP: shake -- test engine for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: shake Version: 1.0.0 Upstream Author: Copyright © 2007 Kepler Project. URL: http://shake.luaforge.net License: MIT/X Description: Simple and transparent test engine for Lua that assumes that tests only use standard assert and print calls. It gives accurate feedback on tests failures. -- Enrico Tassi
Bug#567954: RFH: debtags -- Enables support for package tags
Package: wnpp Severity: normal I request assistance with maintaining the debtags package. What I would like is a comaintainer who takes care of the everday packaging chores (for example, redoing the fetch script to fix #481634 and #478590, or fixing the manpage in #542525). I am looking for someone who already has packaging experience. The package description is: debtags provides a system to download a database of package tags and keep it up to date. A package tag is a small label that gets attached to a Debian package to represent one of its qualities. . A package tag database in the system can enable advanced package search techniques, and advanced package browsing functions in programs that support it. . This package has been made as a way to deploy and test package tags support until it gets integrated in the normal Debian workflow. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567955: RFH: apt-xapian-index -- maintenance tools for a Xapian index of Debian packages
Package: wnpp Severity: normal I request assistance with maintaining the apt-xapian-index package. What I would like is a comaintainer who takes care of the everday packaging chores (for example, testing and applying the patch for #547074 and fixing #562078). I am looking for someone who already has packaging experience. The package description is: This package provides update-apt-xapian-index, a tool to maintan a Xapian index of Debian package information in /var/lib/apt-xapian-index. . update-apt-xapian-index allows plugins to be installed in /usr/share/apt-xapian-index to index all sorts of extra information, such as Debtags tags, popcon information, package ratings and anything else that would fit. . The index generated by update-apt-xapian-index is self-documenting, as it contains an autogenerated README file with information on the index layout and all the data that can be found in it. Ciao, Enrico -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
Package: wnpp Severity: wishlist Owner: Enrico Zini <[EMAIL PROTECTED]> * Package name: pkg Version : 0.1 Upstream Author : Enrico Zini <[EMAIL PROTECTED]> * URL : hg clone http://hg.debian.org/hg/private/enrico/libpkg * License : LGPL Programming Lang: C++ Description : High-level library for managing Debian package information The library defines a very minimal framework in which many sources of data about Debian packages can be implemented and queried together. . The library includes two data sources: . * APT: access the APT database * Debtags: access the Debtags tag information libept is proving too hard to maintain and I've created a slicker replacement. I've ported the 'debtags' package to this new library with success. I'm about to port 'debtags-edit', after that I'll do the upload of libpkg-dev and libpkg0. This new library makes it very simple to add new data sources. I have plans laid out for a popcon data source, for example, and more could come. It should also be straightforward to swig-bind it to the usual plethora of scripting languages. If anyone is interested in a debconf BoF about it, do let me know. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On Fri, Jun 01, 2007 at 03:34:22AM +0100, Ben Hutchings wrote: > > I'm about to port 'debtags-edit', after that I'll do the upload of > > libpkg-dev and libpkg0. > This name seems overly generic to me. There are already libpkg > libraries for the FreeBSD and RiscPkg (RISCOS) package managers, and > Debian's library packaging guide is referred to as libpkg-guide. Uhm, no, pkginfo isn't appropriate because ideally one would also do install and uninstall, so it's not just about information. *sigh*, I hate finding names. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On Fri, Jun 01, 2007 at 11:41:45AM +0200, Stefano Zacchiroli wrote: > Great to see this!, but I'm rather scared about its name: isn't "pkg" > too generic? Wouldn't "debpkg" be a better (since more specific and > describing) name? After some discussion in #debian-devel, I went for 'upt'. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On Fri, Jun 01, 2007 at 03:34:22AM +0100, Ben Hutchings wrote: > > I'm about to port 'debtags-edit', after that I'll do the upload of > > libpkg-dev and libpkg0. > This name seems overly generic to me. There are already libpkg > libraries for the FreeBSD and RiscPkg (RISCOS) package managers, and > Debian's library packaging guide is referred to as libpkg-guide. Point. I'm now looking at libpkginfo: do you see any problems with that? Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#426874: ITP: pkg -- High-level library for managing Debian package information
On Tue, Jun 05, 2007 at 11:08:17AM +0200, Stefano Zacchiroli wrote: > > After some discussion in #debian-devel, I went for 'upt'. > Wow ... cool ... a TLA! ... except that I've no idea what does it mean :-) > But I guess I can wait to read the long description ... You're late: it's ept now :) http://lists.debian.org/debian-devel/2007/06/msg00103.html Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#429250: ITP: lua-zip -- ZIP file access for the lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: lua-zip Version : 1.2.2 Upstream Author : Copyright © 2003-2006 The Kepler Project. * URL : http://www.keplerproject.org/luazip/ * License : MIT/X Programming Lang: C Description : ZIP file access for the lua language It is already available here: http://svn.debian.org/wsvn/pkg-lua/packages/lua-zip/?rev=0&sc=0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1-mactel (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Enrico Tassi
Bug#429514: ITP: openoffice.org-ctl-he -- Turns on OO.org CTL support, and sets Hebrew as the default CTL locale
On Mon, Jun 18, 2007 at 03:43:45PM +0100, Lior Kaplan wrote: > Description : Turns on CTL support & sets Hebrew as the default CTL > locale > > This package installs an OO.org extention which turns on CTL support, and sets > Hebrew as the default language. > > The user can overright these setting by changning them in the tools -> options > -> language settings menu. It sounds like a useful package, but please add to the description an expansion of the CTL acronym. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#430724: RFA: linux-uvc -- Linux Kernel USB Video Class module
On Wed, Jun 27, 2007 at 05:46:08AM +0900, Junichi Uekawa wrote: > Package: wnpp > Severity: normal > > I would like someone to pick this package up, I have not had enough > time to properly maintain this package. This is a kernel module, and > requires some merging of MacBook iSight patch which probably is not > (yet) merged upstream. New upstream releases happened and are > supposed to be significantly better. > > I think Iwamatsu-san was looking at this package, do you want it? > > > > Description: Linux Kernel USB Video Class module > linux-uvc is a kernel module that supports some standard devices that > implement USB Video Class. > . > Currently supports Logitech Quickcam Fusion, Logitech Quickcam Orbit, > Logitech Quickcam Pro for Notebooks, and Logitech Quickcam Pro 5000. I'm interested in adopting it, but I can't really start working on this package till next week. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430721: RFA: refit -- graphical bootloader for EFI-based ia32 systems
On Wed, Jun 27, 2007 at 05:43:27AM +0900, Junichi Uekawa wrote: > Package: wnpp > Severity: normal > > Hi, I need someone to pick this package up; I haven't had enough time > to look after this, and this package needs more care. There's a new > upstream, which possibly requires newer gnu-efi to build, but upstream > doesn't really use gcc, and usually requires some work to get it > building on Linux. I'm interested in adopting that, but for next week, since now I'm really busy. Cheers. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431715: RFA: gdome2
Package: wnpp Severity: normal Hello, I am not using this library anymore, and I start having many packages to maintain and little time. I'd be glad if someone else could take over maintenance. Actually, there's action needed on the package that I've neglected since quite a bit. Ciao, Enrico -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434073: ITP: lua-xmlrpc -- xmlrpc facility for the lua language
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-xmlrpc Version: 1.0b Upstream Author: Tomás Guisasola URL: http://www.keplerproject.org/luaxmlrpc License: MIT/X Description: xmlrpc for lua The package is already half done here: http://svn.debian.org/wsvn/pkg-lua/packages/lua-xmlrpc/ -- Enrico Tassi
Bug#434335: ITP: [PACKAGE] -- soap library for the lua language version 5.1
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-soap Version: 1.0b Upstream Author: Kepler Team URL: http://keplerproject.org/luasoap License: MIT/X Description: soap library for lua The package is already available in the svn repo: http://svn.debian.org/wsvn/pkg-lua/packages/lua-soap -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435234: ITP: lua-svn -- Subversion library for the lua language
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-svn Version: 0.1 Upstream Author: Sergio Madeiros URL: http://luaforge.net/projects/luasvn/ License: MIT/X Description: Subversion library for the lua languave This library allows to interact with an svn repository from the lua language. The package is already available here: svn://svn.debian.org/pkg-lua/packages/lua-svn -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435423: ITP: lua-doc -- Documentation generator from lua source code
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-doc Version: 3.0 Upstream Author: Danilo Tuler as part of the Kepler Project <[EMAIL PROTECTED]> URL: http://keplerproject.org/luadoc License: MIT/X Description: Documentation generator for lua, in the style of Doxygen Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435423: ITP: lua-doc -- Documentation generator from lua source code
On Tue, Jul 31, 2007 at 06:22:55PM +0200, Adeodato Simó wrote: > Any reason to name the package lua-doc instead of luadoc? I really > suggest luadoc: not only it's the upstream name for the software, but > lua-doc really looks like "documentation for the Lua language" > (as in perl-doc, python-doc). > > Can you please consider doing the change? lua-doc is the name of the source package (that is mainly a lua library and all lua libraries source package are called lua-something). the binary packages are called luadoc and liblua5.1-doc0. cheers -- Enrico Tassi
Bug#439085: ITP: [lua-logging] -- logging facilities for lua
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: lua-logging Version: 1.1.3 Upstream Author: Kepler Project URL: http://keplerproject.org/lualogging License: MIT/X Description: Logging facilities for the lua language versione 5.1 Version 3.0 of luadoc depends on lua-logging, so I'm packaging it. -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#586033: ITP: lua-event -- libevent bindings for Lua 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-event Version : 0.1.1(prosody fork) Upstream Author : Thomas Harning , Matthew Wild * URL : http://code.matthewwild.co.uk/luaevent-prosody * License : LGPL Programming Lang: C, Lua Description : libevent bindings for Lua 5.1 This library is recommended for the prosody jabber server version 0.7 -- 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/20100615211636.4861.90828.report...@localhost.localdomain
Bug#590855: ITP: lua-cyrussasl -- Cyru SASL bindings for Lua 5.1
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-cyrussasl Version : 1.0.0 Upstream Author : Jorj Bauer * URL : http://github.com/JorjBauer/lua-cyrussasl * License : BSD Programming Lang: C Description : Cyru SASL bindings for Lua 5.1 -- 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/20100729172312.9678.98340.report...@localhost.localdomain
Bug#594099: ITP: pm-utils-light -- pm-utils replacement for embedded hardware
Package: wnpp Severity: wishlist Owner: Enrico Zini * Package name: pm-utils-light Version : 0.6 Upstream Author : Enrico Zini * URL : http://pkg-fso.nomeata.de/sid/pm-utils-light * License : GPL Programming Lang: C Description : pm-utils replacement for embedded hardware Pros: * It tries its best to run hooks in exactly the same way as pm-utils. * It's faster * It can load hooks from a .so file, which is much faster, avoids context switches and allows to keep state conveniently in memory. * .so files will be loaded also if they are not executable. Install a non-executable .so file to have it loaded by pm-utils light but ignored by pm-utils. * It allows to cancel a resume, for example in order to go back to sleep in case of a resume for usb disconnect. . Cons: * No support for quirks * It does not ship the functions and pm-functions shell libraries, so plugins cannot make use of them This is currently available in the pkg-fso repository. It gained a few users, and I've been asked to upload it to sid. Some more details in this announcement: http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-November/002223.html Ciao, Enrico -- 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/20100823171210.20301.2926.report...@localhost
Bug#594099: ITP: pm-utils-light -- pm-utils replacement for embedded hardware
On Tue, Aug 24, 2010 at 09:53:14AM +0200, Josselin Mouette wrote: > It looks like an interesting piece software, but having to choose > between one implementation that is slow and one that doesn’t support > quirks looks like a lose-lose situation to me. > > Are there any efforts underway to merge the two projects, or at least > their functionality? Not as far as I know, and I'm not sure it would be possible. We talked about it in the pm-utils list, but it does not sound feasible. pm-utils achieves lots of flexibility by using rather complex shellscripts that source a large library of useful functions. Running those shellscripts on the freerunner takes seconds of real time: http://www.mail-archive.com/pm-ut...@lists.freedesktop.org/msg01952.html It also implements a "cancel resume" exit code from hooks, that is currently used to resuspend right away if the phone ususpended just because you unplugged your USB cable. Normal pm-utils won't be able to support that anytime soon, but they agreed to standardise the exit code (see the whole thread linked earlier). The lack of quirks support is not as bad as it sounds, as you'd use pm-utils-light on embedded hardware where you generally have an intimate relationship with the hardware and are either in a position to fix the drivers getting rid of the quirks, or in a need to handle quirks with hardware-specific custom code. I'd say that the systems that need quirk support are more than fast enough to handle standard pm-utils without issues. I wouldn't suggest people to install pm-utils-light unless they really know what they are doing. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#548817: Orphaning guessnet
Hello, the RFA bug has been open for one year. There has been no adoption, and I'm guilty of not even having managed to get back to the two "I'm new, where do I start?" offers. Jonathan and Brad, I'm very sorry :( It's time to orphan it. I would also like to close the Alioth project and mailing lists, which was a completely exagerated setup for guessnet. I've moved the code to collab-maint, converting from svn to git, and updated debian/control to point to http://git.debian.org/?p=collab-maint/guessnet.git Maybe this is not an end for guessnet, but a new beginning. Time will tell. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#602197: O: launchtool
Package: wnpp Severity: normal Hello, I'm not doing any work on launchtool, and I'm not using it, so it's time to orphan it. I had a plan to dismember launchtool and merge the various parts in start-stop-daemon and in a simpler non-daemon, supervisor tool. However, I also don't see myself having time or need to do that anytime soon. For reference, I post here the plan I had for launchtool to transcend to something better. Most of the work should be rather straightforward, as it's based on the existing code. Most of the code in common/ is now maintained in the wibble library (libwibble-dev) and can just be dropped. It can all be a fun programming excercise for people who have more time than I do. * The plan for transcendency Launchtool is a bit like start-stop-daemon. The differences are: - launchtool is more featureful; - start-stop-daemon is more tested. Ideally, features should be ported from launchtool to start-stop-daemon. The best way to do so, is to remove daemonisation and pidfile features from launchtool and just turn it into an application wrapper that handles restart policies and logging. Features that are already in start-stop-daemon: -k, --kill[=signal] --check -d, --daemon, “daemon” -n, --no-daemon --pidfile, “pidfile” --no-pidfile --piddir=dir, “piddir” --chroot=dir, “root dir” --chdir=dir, “start dir” -u, --user=user, “user” -g, --group=group, “group” --umask=mask, “umask” Features that can be implemented in a simple wrapper/supervisor command: -L, --infinite-runs, “infinite runs” --no-infinite-runs --wait-times=t1,t2,... , “wait times” --good-running-time=seconds, “good running time” --forwarded-signals=sig1,sig2,... , “forwarded signals” --blocked-signals=sig1,sig2,... , “blocked signals” --limit-cpu=seconds, “cpu limit” --limit-file-size=1024b-blocks, “file size limit” --limit-data-memory=1024b-blocks, “data memory limit” --limit-process-count=count, “process count limit” --limit-open-files=count, “open files limit” --limit-core-size=1024b-blocks, “core size limit” --restrict-environment, “restrict environment” --no-restrict-environment --allowed-env-vars=var1,var2,... , “allowed env vars” --log-launchtool-output=target, “launchtool output” --log-launchtool-errors=target, “launchtool errors” --log-child-output=target, “command output” --log-child-errors=target, “command errors” --silent-restart-status=value, “silent restart status” --silent-restart-time=seconds, “silent restart time” --stats, “stats” --no-stats Other TODO items: - Port to wibble. - Improve commandline help: give a summary of the kind of options and implement --help-something subpages to avoid cluttering the screen presenting them all in a single run - Improve environment management; see if there's a "proper" way to create a clean environment - Add an option to directly execute command and arguments instead of passing them to sh -c Ciao, Enrico -- 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/20101102125342.28440.49586.report...@localhost
Bug#560004: the LXDE display manager "LXDM" into the Debian repository, please
On Sun, 13 Jun 2010 13:37:03 +0700, Andrew wrote: >在 2010/6/13 0:19 時,Martin-Éric Racine 寫到: > >> Package: lxdm >> Severity: normal >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I'm just curious how things are progressing with this? >> >> A couple of months ago, Andrew said that a new upstream release >> that solves >> several pending issues was published and that it would soon be >> packaged. > >Thanks for reminding this. We(lxde packing team) had a discussion >during the LDXE meetup at LinuxTag. This package still need more >tests. We planed to upload it to get more people to help on testing. > >Howevrer you may now get it from collab-maint's git if you would like >to try it now. Any news? The GIT repo seems outdated :(. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgps6lRgr5jdl.pgp Description: PGP signature
Bug#118996: ITP: guessnet -- Guess what network is connected to an ethernet device (can be used as a "script" for ifupdown)
Package: wnpp Version: N/A; reported 2001-11-10 Severity: wishlist * Package name: guessnet Version : 0.9 Upstream Author : Enrico Zini <[EMAIL PROTECTED]> * URL : http://www.students.cs.unibo.it/~zinie/en/guessnet * License : GPL Description : Guess what network is connected to an ethernet device (can be used as a "script" for ifupdown) Based on the network detecting code of laptop-netconf, guessnet tries to guess what network an ethernet device is currently connected to, using fake ARP requests. It has been written to be coupled with the debian ifupdown package to achieve automatic network detection and configuration, but it can be used stand-alone to implement smart network scripts. Bye, Enrico -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux marvin 2.4.14 #1 SMP Tue Nov 6 18:19:03 CET 2001 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Bug#118996: ITP: guessnet -- Guess what network is connected
On Sat, Nov 10, 2001 at 08:21:57AM -0800, Sean 'Shaleh' Perry wrote: > > * Package name: guessnet > > Version : 0.9 > > Upstream Author : Enrico Zini <[EMAIL PROTECTED]> > > * URL : http://www.students.cs.unibo.it/~zinie/en/guessnet > > * License : GPL > > Description : Guess what network is connected to an ethernet device > > (can be used as a "script" for ifupdown) > > > > Based on the network detecting code of laptop-netconf, guessnet tries > > to guess what network an ethernet device is currently connected to, > > using fake ARP requests. > > > > It has been written to be coupled with the debian ifupdown package to > > achieve > > automatic network detection and configuration, but it can be used > > stand-alone > > to implement smart network scripts. > > You realize we already have THREE (maybe four) different packages which do > this > in Debian right now. Of course I do, but this is the only one that integrates with the existing Debian network configuration. You have a way in /etc/network/interfaces to specify different configurations for a network interface, and to use an external command to choose the right one. Then you have THREE (maybe four) packages with a wonderful network detection routine, but NONE OF THEM can be used as that external command. For this reason, having a laptop and wanting to stay as close to the debian way as possible, I've just insulated their detection code and put it in a simple and small command that does the job, following the Unix tradition of doing things. Given guessnet, you could reimplement all the other similar packages with simple shell scripts (it could be an interesting idea for an examples directory, now that I think about it), but it would be a mess to use the other packages to provide a shell script that does for ifupdown what guessnet does. Bye, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>
Bug#335185: ITP: newmat -- manipulate matrices using standard operations
On Sun, Oct 23, 2005 at 11:14:06AM +0200, Willi Mann wrote: > >* License : Custom license (looks like public domain to me) > I think this is wrong. > The readme file states: > >This library is freeware and may be freely used and distributed. > This fails DFSG, paragraph 3. I think the readme is just unclear. In http://www.robertnz.net/nm10.htm#use I read: There are no restrictions on the use of newmat except that I take no liability for any problems that may arise from this use. I welcome its distribution as part of low cost CD-ROM collections. You can use it in your commercial projects. However, if you distribute the source, please make it clear which parts are mine and that they are available essentially for free over the Internet. 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. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#339935: ITP: lua51 -- Simple, extensible, embeddable programming language
On Sat, Nov 19, 2005 at 02:17:30PM -0500, John V. Belmonte wrote: > The beta version of Lua 5.1 has recently been released. I'm really interested in co-maintaining this package and eventually package some bindings. ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#170677: ITP: launchtool -- Run a command supervising its execution
Package: wnpp Version: unavailable; reported 2002-11-25 Severity: wishlist * Package name: launchtool Version : 0.6 Upstream Author : Enrico Zini <[EMAIL PROTECTED]> * URL : http://people.debian.org/~enrico/launchtool.html * License : GPL Description : Run a command supervising its execution Run a user-supplied command supervising its execution in many ways, such as controlling its environment, blocking signals, logging its output, changing user and group permissions, limiting resource usage, restarting it if it fails, running it continuously, turning it into a daemon and more. Bye, Enrico
Bug#295258: RFP: festvox-itsomething -- Italian voice for Festival
Package: wnpp Severity: wishlist * Package name: festvox-itsomething Version : unknown Upstream Author : ISTC-SPFD CNR <[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]> * URL : http://www.csrf.pd.cnr.it/TTS/It-FESTIVAL-license.htm * License : GPL (Finally!!) Description : Italian voice for Festival This is a major event in the Italian Free Software world: after years of waiting, the authors finally released the Italian voice for Festival under the GPL! We can now, in Italy as well, think about building things that speak. I'd like someone to package this in Debian; I'd like to see this in Sarge, even. However I'm clueless about packaging festival voices. I can't even make up a name for the package. I'm happy to offer to comaintain it, though. Ciao, Enrico P.S. I NEED to plug "polygen unieuro" into it! -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272264: Tomboy
On Thu, Feb 24, 2005 at 06:06:16PM +, Ben Hill wrote: > I know Alex wasn't too enthused about the actual icon, but he's happy > for it to change. > I'll change it, and upload the packages. There seems to be at least 3 people interested in maintaining this: Ben, Guido and Eric. I suggest to create a tomboy project on Alioth, and then comaintain with it. svn-buildpackage is a really nice tool I suggest to look into for the task. If you need help with Alioth, I can show you how to setup svn commit notification e-mails and an upload queue for a separate repository. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#299759: ITA: linux-wlan-ng initial version of 0.2.1-pre26
On Fri, Jun 17, 2005 at 06:05:08PM +0200, Victor Seva wrote: > I have made the linux-wlan-ng package for 0.2.1 [0] I started the same work some time ago, maybe you are interest in my work too (even if I've restructured the deb, not only ported it to the new upstream). http://www.cs.unibo.it/~tassi/beta/deb ciao -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#283994: ITP: glastree -- builds live backup trees, with branches for each day
On Fri, Dec 03, 2004 at 01:49:44PM +1100, Matthew Palmer wrote: > > The advantage of using glastree over pdumpfs is that it is implemented > > in Perl rather than Ruby (this is in fact the reason that I encountered > > it in the first place). > How is that an advantage of use? One may want to use tools written in a language they know, so that if something breaks, it may be easier to fix it. I, for one, do this kind of reasoning, and don't feel much comfortable in running things written in languages I don't know (yet). Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#272264: How are things going?
Hello! I'd love to see tomboy packaged in Debian! Is there some work going on? Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#287198: ITP: freepops -- POP3 interface to webmails
Package: wnpp Severity: wishlist * Package name: freepops Version : 0.0.22 Upstream Author : Enrico Tassi <[EMAIL PROTECTED]> * URL : http://www.freepops.org/ * License : GPL Description : POP3 interface to webmails freepopsd is a daemon that acts as a local pop3 server, translating local pop3 command to remote http requests to the supported webmail sites. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Bug#287198: ITP: freepops -- POP3 interface to webmails
On Sat, Dec 25, 2004 at 11:48:04PM -0500, Dan Weber wrote: > Which does this support? Do you mean which webmails? The complete list is here: http://freepops.org/en/modules/viewplugins.php it is too long to attach it here. -- Enrico Tassi signature.asc Description: Digital signature
Bug#321654: RFA: debtags: Enables support for package tags -- optional
Package: wnpp Severity: normal Hello, I've recently been making a new debtags version at least once a day: either some chunk of the gcc migration, or yet another APT ABI change, or who knows what's going to happen tomorrow. I'm tired, and I haven't been writing any line of code for it anymore since I can't remember how much time. I want someone to do the Debian maintenance for it; someone who knows what he or she is doing, and who can do uploads by him/herself. I want to be upstream for debtags, to do 'make dist' and to have someone that picks it up from there. Debtags is not a trivial package: it should be someone comfortable with automake/autoconf and with packaging C++ libraries. Since the goal is to save my time to do coding, this time I'll have to turn down offers from people who need sponsoring, or people who lack experience. Ciao, Enrico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321654: RFA: debtags: Enables support for package tags -- optional
On Wed, Aug 17, 2005 at 05:13:54PM +0200, Simon Richter wrote: > I think I can do that; while the amount of free time I have is certainly > limited, triggering a recompile is certainly doable, and I also have > access to a lot of obscure architectures. Oh, nice! Would you prefer comaintainership? Can start to do team maintenance and leave the RFA open. > What version tracking do you use? Subversion, at: svn+ssh://svn.debian.org/svn/debtags/debtags Activity on debtags is pretty quiet these days, as I'm mainly working on libapt-front and debtags-edit. You may take advantage of this to give a look around and fix what you think is broken. Some notes about the package: - libraries are intended to be static-only, as the ABI is not stabilised yet. This is why no shared library is built. - however, the package generates language bindings, which need to be shared objects, which need to be compiled with -fPIC. That's the reason of the double compile run, and that's the reason of the -pic library package. Note: I'd like to find a better way (that is, handled automatically by libtool) to do this. - the devel library install the headers in /usr/include/debtags-1.0/debtags, so that headers for multiple versions of the devel library can coexist - to ease the work of developers using the library, pkg-config and automake files are provided and installed by the -dev package. There is also doxygen-generated documentation. - debtags's postinst rationale: - if it's being run for the first time, copy the database and vocabulary files shipped with the package into the location where apt's downloader expects to find the previously downloaded files. - debtags update is run. If we're offline, apt will fallback to the previously downloaded files, possibly the ones shipped with the package if we're offline on the first update run. Some notes about the bugs: #246678: mkbrowser script shows warnings, invoke debtags with bad syntax and segfault mkbrowser hasn't been in my target for a while. It needs to be rewritten, or dropped. The existance of debtags-based GUIs are making it less useful, although no GUI still exist that experiments with the smart hierarchy algorithm like mkbrowser does. #304832: doesn't support arch-specific packages This needs to be fixed in the central database. This bug is left open on debtags because there's no package for the central database. #320791: confused on amd64 I still haven't managed to work on this. #144046: general: Sections are not finely grained Old, historical bug. I intend to close it pretty soon. Namely, once me and aj have done some more rounds of tag updates on the Packages file and I see that the procedure is working. #277626: debtags: should support running as non-root user I'm keeping this bug open because there are some ideas in my comment to it. #290457: debtags: add a non-free/crontrib group of tags? We still haven't given this thinking on debtags-devel. I/we should brobably bring it up for discussion one day the list is dead. #322954: debtags: Implement --dry-run functionality The patches for the manpage mentioned in the log are already in subversion. Thanks! Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#321654: New packages uploaded to experimental
Hello, after a big code frenzy with Peter "Mornfall" Rockai I've uploaded to experimental a new version of the entire debtags chain, plus the new addition *libapt-front*! libapt-front brings together libapt and libdebtags into a base library for package managers. It is very well done, nice to use, sane interface, incredibly stable given its very young age. During the work, I discovered I was doing a very silly use of overloaded virtual methods and that triggered a heavy refactoring of tagcoll and debtags as well. Benjamin, I'd be happy to assist you in porting packagesearch over. Notes worth mentioning: Tagcoll::Tagcoll* became Tagcoll::* TagSet -> OpSet FacetSet -> OpSet All the functions related to Debtags::Package have now gone. libapt-front should be used instead, with the added feature that it doesn't crash like the old Debtags::Package code used to do. I repeat, I'd be happy to assist. The good news is that the new interface tends to make so, so, so much sense! Now both debtags and debtags-edit use libapt-front. Unfortunately I had to split libdebtags1 and debtags again to avoid a circular dependency. That's unfortunate both for the time we spent with the merge and because now again I have one extra package to maintain. However, it was the only option. We really need some extra debian maintainers for Debtags. All of this is in experimental only. I'm planning to upload everything to unstable as soon as: 1) bug #321799 has been closed. This prevents libapt-front from building unless one patches its /usr/include/apt-pkg/policy.h with the trivial patch I posted in the BTS 2) packagesearch is ported and uploading to unstable I don't break it. Expect big news from this new libapt-front! Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#262706: O: log2mail
Package: wnpp Severity: normal log2mail is a daemon watching logfiles and mailing lines matching patterns. It server a purpose similar to logcheck but does it in realtime, so it can be used as a nice way to implement alerts: programs log things, and you can get a mail (or a sms via a mail-to-sms gateway) as soon as bad things are spotted. It's been a very useful tool for me in my past job, and I took over maintenance from the previous maintainer. log2mail has been quite a critical application for us there. More than a year ago I quit that job, and I'm not using log2mail anymore. The package is in a pretty good shape and does not usually need much care: I did around one upload per year, and I just made one upload fixing all bugs, bringing the whole build system up to date and in line with the last standards-version, porting to cdbs. At the time I took over the package, upstream was happy to hand also upstream maintenance to me. The code is simple, linear and quite well written. At that time, upstream told me if I couldn't maintain log2mail anymore, he would take it back. Time has passed from there, and I sent him a mail asking him what he intends to do. I'm orphaning the package not because it's a burden, but because my other Debian activities are occupying most of my time already and I feel I can't commit to being a good maintainer for it anymore. Ciao, Enrico -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Bug#262706: O: log2mail
On Sun, Aug 01, 2004 at 07:10:35PM +0200, Frederik Schueler wrote: > I would like to adopt log2mail. Thanks! log2mail is a nice and useful tool, and I was sorry for leaving it alone. You can retitle in ITA at any time, and please contact me for any problems you might have. In the meantime, I discovered that the previous upstream has changed e-mail address. I sent a mail to the previous DD asking if he still has a path to him, which he should have. [EMAIL PROTECTED] may be interested in helping with the maintenance: he should jump in the discussion anytime soon, if he hasn't done it already. Ciao, Enrico
Bug#262927: RFH: Debtags - Evolution of package metadata
Package: wnpp Severity: normal X-debbugs-cc: debian-devel@lists.debian.org, [EMAIL PROTECTED] The size of Debian increases, and the "Sections:" system has proven unable to scale to keep pace with it. There has been much consensus around a multiple tags per package solution: the Debian Package Tags system is a working implementation. Debtags is one of the most interesting prospective expansions of the Debian package metadata, it contains promosing prototypes and has received very good feedback so far. The problem is, there are only three people actively working on it: Erich Schubert takes care of the central tag archive at http://debian.vitavonni.de/packagebrowser/ and part of the tag vocabulary. Thaddeus H. Black takes care of debram, which is another independent effort to improve package metadata and is intended to eventually merge into debtags. Enrico Zini (me) takes care of all the implementation and Debian packaging of the system components, and the other part of the tag vocabulary. I find myself responsible for too many things, and as the system evolves I can't keep up with it. Currently, it already consists of 6 source packages: libtagcoll Functions for handling collections of tagged items. tagcoll Commandline wrapper around libtagcoll, and generic manipulation tool for tagged collections. tagcolledit GUI interface for mass-editing of tagged collections. libdebtags Function for handling the Debian package metadata, extended with tag informations debtags Commandline wrapper around libdebtags, and administration tool for the Debian Package Tags debtags-edit GUI interface for searching packages and updating their categorization This is their dependency interrelationship: libtagcoll tagcoll Depends on libtagcoll tagcolledit Depends on libtagcoll libdebtags Depends on libtagcoll debtagsDepends on libdebtags debtags-edit Depends on libdebtags To keep up with the expansion and evolution of the project, we need more people. The main, extremely sought help is to have someone taking care of the Debian packaging, so that I can focus on being a productive "upstream": I'm a better software designer/developer than Debian maintainer, and I'm spending too much time in figuring out how to setup library versions that I could better spend in implementing some long-awaited feature. Other "job openings" could be: - Creating library bindings to languages different than C++ - Gtk-- developers to help on the GUI tools - C++ developers writing test cases - People taking care of part of the the facet/tag structure, providing new know-how for categorizing things we don't know much about, writing descriptions, reorganizing the taxonomy - People using debtags and its libraries in their applications, or making sample applications that make use of the libraries - C++ and i18n/l10n experts to help in taking things away from the C locale - People taking care of the web space of the project Please consider joining the team: working on the Debian Package Tags is extremely interesting, rewarding and overall a big lot of fun! Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#262706: Are you still interested?
Hello, Having received no replies to my inquiries from you for more than a week, I had to upload a fixed log2mail package myself, in order to at least have a fixed version for sarge. If in two days I won't see any message convincing me that you're still and really interested in maintaining the package, I'll retitle this bug in O: log2mail again. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#262706: Status of log2mail got back to orphaned
Hello, It seems that we have had a failed adoption attempt. I'm resetting log2mail to "orphaned" status and hoping for better luck in the future. Frederik and Giskard, you're welcome to try again any time you feel like you can be a bit more involved. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#271804: ITP: polygen -- Generate random sentences according to a grammar definition
On Thu, Sep 16, 2004 at 03:00:02PM +0200, Filippo Giunchedi wrote: > I've already filed this ITP some time ago but closed it since I'm > not interested anymore in polygen (who gave me hours of laughs, > though). > Here are my preliminary packages (polygen and polygen-data) > but I can remember there was some problem with the compiled grammars > (easy to fix bug anyhow) perhaps you can find them useful! > > http://giunched.web.cs.unibo.it/debian/polygen_1.0pre-2.dsc > http://giunched.web.cs.unibo.it/debian/polygen_1.0pre-2.tar.gz I already create a package for polygen, but I'll have a look at yours too to see if there are things I can improve. Also, I still haven't packaged the grammars, so I'll probably take that from you. Please let me know if you're interested in comaintaining. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#271804: ITP: polygen -- Generate random sentences according to a grammar definition
Package: wnpp Severity: wishlist * Package name: polygen Version : 1.0.6 Upstream Author : Alvise Spanò <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Description : Generate random sentences according to a grammar definition PolyGen is a program for generating random sentences according to a grammar definition, that is following custom syntactical and lexical rules. Formally, it is an interpreter of a language itself designed to define languages, where to interpret means executing a source program in real time and eventually outputting its result. Here a source program is a grammar definition, the execution consists in the exploration of such grammar by selecting a random path and the result is the sentence built on the way. Though PolyGen is quite a seriuos piece of software then, what else would be more noble for it than being used as a parody tool for linguistical habits, stereotypes and trends of this foolish era? Principles of parody are focusing a ridiculous topic and eventually abstracting its rules and schemes (here in terms of a grammar definition) by which reproducing it through the variatio device. And randomization is perfect at this purpose thanks to its purely asemantic behaviour =:) Please see: http://polygen.org/web/Home.444.0.html Ciao, Enrico -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Bug#291966: ITP: ocaml-expat -- An ocaml wrapper for the Expat XML parsing library
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: ocaml-expat Version : 0.9.0 Upstream Author : Maas-Maarten Zeeman <[EMAIL PROTECTED]> * URL : http://www.xs4all.nl/~mmzeeman/ocaml/ * License : MIT/X Description : ocaml bindings for the Expat XML parsing library The Ocaml Expat Library is an interface library for the programming language Ocaml to the Expat XML parsing library -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291964: ITP: ocurl -- OCaml bindings for libcurl
Package: wnpp Severity: wishlist Owner: Enrico Tassi <[EMAIL PROTECTED]> * Package name: ocurl Version : 0.2.0 Upstream Author : Lars Nilsson <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/ocurl * License : MIT/X Description : OCaml bindings for libcurl The Ocaml Curl Library (Ocurl) is an interface library for the programming language Ocaml to the networking library libcurl. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292183: ITP: gtkpizza -- Pizza takeaway managment program written in gtk
On Wed, Jan 26, 2005 at 09:45:07AM +, David Pashley wrote: > Could it be used to manage items other than pizzas? If so you might want > to mention that it could be adapted for all types of fast food. ...for all types of take-away food. Don't try to call pizza a "fast food". Never, ever again. If you get pizza from a fast food shop, you rightously get digestion problems and lots of pimples! And if there is cheese inside the border, that's not pizza: refuse to pay and move to another restaurant! And "Pizza ai peperoni" is pizza with peppers, not with hot sausage! Ciao, Enrico and the movement of Italians Against Pizza Blasphemes ;) [Cc-ing to debian-curiosa, thread should follow there, where someone can also teach me how to comfortably set mail-followup things in mutt] -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#646804: ITP: cheermeup -- Send affirmative messages to the user via the notification library
On Thu, Oct 27, 2011 at 04:07:57PM +, Thomas Thurman wrote: > In case it helps anyone's decision, I think the list of affirmative messages > is short enough to > include here: > > It is okay to express your needs and feelings. [...] > You've made people happy. WHAT? You mean it doesn't have polygen integration? How dare they make something like this without using polygen! Ciao, Enrico who's SO going to file a bug about it as soon as there is a bug-reportable package. -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Bug#668057: ITP: lua-zlib -- zlib library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-zlib Version : 0.2 Upstream Author : Brian Maher * URL : http://github.com/brimworks/lua-zlib * License : MIT/X Programming Lang: C Description : zlib library for the Lua language This is a recommended dependency of the Prosody jabber server -- 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/20120408155850.2444.72039.reportbug@localhost.localdomain
Bug#668173: ITP: lua-dbi -- DBI library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi * Package name: lua-dbi Version : 0.5 Upstream Author :Neil Richardson (nr...@ii.net) * URL : http://code.google.com/p/luadbi/ * License : MIT/X Programming Lang: C Description : DBI library for the Lua language Lua DBI s a database interface library for Lua. It is designed to provide a RDBMS agnostic API for handling database operations. LuaDBI also provides support for prepared statement handles, placeholders and bind parameters for all database operations. . Lua DBI is a better alternative to lua-sql since it supports prepared statements. lua-dbi is a dependency of the prosody jabber server. unfortunately it is not a drop in replacement for lua-sql, that is still used by other libraries and thus cannot be removed from the archive. -- 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/20120409120709.18050.13873.reportbug@localhost.localdomain
Bug#670549: ITP: lua-ldap -- LDAP library for the Lua language
On Thu, Apr 26, 2012 at 06:26:01PM +0200, Luca Capello wrote: > Package: wnpp > > * Package name: lua-ldap > * URL or Web page : <http://www.keplerproject.org/lualdap/> > > I Cc:ed Enrico Tassi (the maintainer of most Lua packages in Debian and > also the author of dh-lua) and the upstream authors for their > information. The package follows the Debian Lua policy: I'd suggest to put the package in the alioth svn repository pkg-lua. If you agree I'll add you to the team members. I had a plan to migrate all of that to git, so if you prefer the latter vcs I'm with you and you should use that. To get started, I think the package should be very very close to lua-zip, that you could use as a template. JFYI: all projects previously hosted on luaforge are now on github: https://github.com/luaforge/lualdap even if the are no tarballs for this project, just tags, that is fine too. Cheers -- Enrico Tassi -- 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/20120426174818.GA25392@birba
Bug#670549: ITP: lua-ldap -- LDAP library for the Lua language
On Thu, Apr 26, 2012 at 06:26:01PM +0200, Luca Capello wrote: > * Package name: lua-ldap On another topic, thanks to lua-cyrussasl I think prosody is already able to use LDAP: http://prosody.im/doc/cyrus_sasl But I guess the module you mentioned is simpler/better. Cheers -- Enrico Tassi -- 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/20120426180725.GA26640@birba