Bug#471801: egroupware adoption or removal?
Hi everyone (formerly) interested in egroupware, egroupware seems to be in need for attention #526878 [egroupware-wiki] egroupware-core sets open_basedir which disables hook_config_validate.inc.php (egroupware-wiki) sanity check Date: Mon, 4 May 2009 08:15:01 UTC #504283 CVE-2007-3215: phpmailer issue (embedded code-copy) Date: Sun, 2 Nov 2008 12:33:01 UTC It would seem that egroupware should either be adopted and fixed for squeeze or removed. Shipping it as an orphaned package sounds like a bad idea. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471801: egroupware adoption or removal?
On 2009-07-29 10:39:48.00 Martin Meredith m...@ubuntu.com wrote: I've suggested that I adopt this, however, the current maintainer seems to want to stay as maintainer, and just do everything through accessible by anyone svn. I'm not too sure exactly what he wants to do with this. Well, it is orphaned (if only for a few days). Kind regards T. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534242: ITP: antihex -- Converts hex to decimal
Hi, Harry Rickards wrote: Section : math AntiHex is a pipe to convert hex values into decimal. Ex: # cat /proc/iomem -0009fbff : System RAM 0009fc00-0009 : reserved # cat /proc/iomem | ah -639K-1 : System RAM 639K -640K-1 : reserved ... I'm not sure the equivalent of python -c 'import re,sys ; exec(for l in sys.stdin: \ sys.stdout.write(re.sub(r(?![0-9A-Fa-f])[0-9A-Fa-f]{3,8}(?![0-9A-Fa-f]),\ lambda x: ((lambda y: (y2**30 and (%.2f%(y/2.0**30))+G) or \ (y2**20 and (%.2f%(y/2.0**20))+M) or (y2**10 and \ (%.2f%(y/2.0**10))+K) or str(y))(int(x.group(),16))),l)))' qualifies as math. And yes, I know that ah is much superior because it has the -1 business. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534242: ITP: antihex -- Converts hex to decimal
On 2009-06-23 12:24:09.00 Harry Rickards hricka...@l33tmyst.com wrote: It's not actually my program, it's just a useful tool I found on Sourceforge. What would you suggest packaging it as? utils? spam would be the perfect section. And it is not a useful tool. It is package spam flooding the Debian archive, drowning whatever could have made a useful operating system. Given that a section spam does not exist, utils might be a good choice. Kind regards T. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503879: ITP: python-zanshin -- Python module to access CalDAV servers
Hi Jeremy, thanks for the swift reply. Jeremy Lainé wrote: Do you still have plans to submit python-zanshin to Debian? AFAICT, the main problem was the licensing info for davlib.py. I have actually pretty much given up on packaging python-zanshin, after playing around with it a bit more I have found it to be less useful / usable than I'd like it to be. If you want to pick up the packaging please feel free to do so, otherwise I think I'll retract my ITP. Well, I am not sure that I actually plan to maintain this package in current Debian, sorry. Maybe it's best to retitle to RFP then. It would be extra-cool if you could CC -devel with the RFP. Do you have a good alternative? I use it for CalDAV in a python-twisted-based webmail[1], so the twisted integration is a selling point, but if there is something better, I am all for introducing only the best possible software to Debian. Kind regards T. 1. http://beammail.org/ -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503879: ITP: python-zanshin -- Python module to access CalDAV servers
Hi Jeremy, how are you? Do you still have plans to submit python-zanshin to Debian? AFAICT, the main problem was the licensing info for davlib.py. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518045: RFP: pywikipediabot -- Python wikipedia robot framework
Severity: wishlist Package: wnpp X-Debbugs-CC: debian-de...@lists.debian.org Hi, it might be neat to have pywikipediabot in Debian. Package: pywikipediabot URL: http://pywikipediabot.sourceforge.net/ see also http://meta.wikimedia.org/wiki/Interwiki_bot/Getting_started Authors: Various License: MIT (mostly) Language: Python Tools for maintenance of MediaWiki installations. This also contains parsers for wikipedia (et al) content. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501774: #501774 - where should the library source go?
Hi Luke, Luke Kenneth Casson Leighton wrote: with respect to RFP #501744 pyjamas package, i thought it best to explain the code's layout and also ask some advice on where files should be installed. I should think that most of it should be somewhere under /usr/share/pyjamas, the builder probably not, but it needs a better name pyjamas-build or so to go into /usr/bin. * pyjs.py would be /usr/bin/gcc * build.py would be... ohh... perhaps something like... autoconf. Not more like make? I never called pyjs directly. my question, therefore, is: where in hell's name should these files be installed * pyjs.py is obvious: it goes into /usr/bin/pyjs.py I wouldn't unless one needs to call it directly. Also, lose the .py for stuff in /usr/bin * build.py is slighly less obvious: it should be called /usr/bin/pyjswebbuild.py Similar. * pyjslib.py i have absolutely NO clue about. /usr/share/pyjamas/library/pyjslib.py ? /usr/lib/pyjs/library/pyjslib.py ? * DOM.py and ui.py etc. i have NO clue. /usr/share/pyjamas/library/pyjamas/DOM.py ui.py Window.py etc. ? /usr/lib/pyjs/pyjamas/DOM.py ? These (both *s) should all go somewhere under /usr/share/pyjamas. share vs. lib is whether the files are *arch*-dependent, which they are not. that being the case, someone needs to invent a standard location where all libraries contained as part of the pyjamas package, and all FUTURE libraries which depend, in future, on the pyjamas compiler, are to be installed. Well, the question I'd have is whether pyjamas really is stable enough to go into unstable. can anyone come up with any good ideas? For the most part, you seem to have figured it all out already. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503879: RFP: python-zanshin -- twisted-style caldav library
Severity: wishlist Package: wnpp Package name: python-zanshin Version : 0.1 Upstream Author : OSAF / Grant Baillie URL : http://chandlerproject.org/Projects/ZanshinProject License : MIT Programming Lang: Python Description : python modules to access caldav servers Apparently there is no python module for talking to caldav servers in Debian. This one here has been developed for use with Chandler, but it seems to be a good fit with anything using python-twisted. I would appreciate if someone could package it, possibly with the Debian Python Modules Team. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500481: RFP: python-webkit -- python bindings for webkit
Package: wnpp Severity: wishlist X-Debbugs-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] * Package name: python-webkit * URL : http://live.gnome.org/PyWebKitGtk * License : LGPL (according to their webpage) Programming Lang: C (it is a Python extension module) Description : python bindings for webkit The prospective maintainer would most likely want to join/work closely with the pkg-webkit group on alioth. Kind regards and thanks to the packager to be! T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481082: Removal of crypt++el
Hi Christoph, Christoph Martin wrote: I am really astonished the ftpmaster removes a package on such a short notice and without talking to the maintainer. debian-devel-announce is the required reading for all Debian maintainers. The release team told people[1] that debmake is on its way out 16 months after the debmake maintainer[2] indicated that that would be the plan, the package in question is depending on it, and the bug[3] about it contains no activity from the maintainer at all for a year and a half. Waiting for removal bugs to be filed before you act because you expect to have time then is not exactly the way to a bright future of package maintenance. We do try to let people know what is happening to their packages but your present complaint borders on abuse of that practice. Please reinstall the falsely removed package. We try to get the outstanding issues resolved as soon as possible. Let's not and pretend to know why we don't. Kind regards T. 1. http://lists.debian.org/debian-devel-announce/2007/07/msg00013.html 2. http://lists.debian.org/debian-devel-announce/2006/03/msg00019.html 3. http://bugs.debian.org/372986 -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477724: O: sqlrelay -- Database connection pooling, proxying and load balancing
Package: wnpp Severity: normal X-Debbugs-Cc: [EMAIL PROTECTED] Hi, as discussed with Matthias, I'm orphaning sqlrelay. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447066: remove om
reassign 447066 retitle 447066 RM: om -- RoQA: buggy; unmaintained; abandoned upstream thanks Hi, between http://lists.debian.org/debian-multimedia/2007/10/msg00036.html http://lists.debian.org/debian-multimedia/2007/10/msg00045.html http://lists.debian.org/debian-multimedia/2008/01/msg00116.html and http://bugs.debian.org/462765 om should go. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461234: ITP: kml -- C++ Kernel Machine Library
Philipp Benner wrote: Description: ... The Kernel-Machine Library is a free (released under the LGPL) C++ library to promote the use of and progress of kernel machines. It is intended for use in research as well as in practice. The style of this short description does not match the general style of Debian descriptions. Most obviously, it is written from the author's point of view and does not accomodate that of someone looking for something by reading descriptions very well. Also, you probably want to mention machine learning somewhere. You might want to consult Colin Walters helpful guide on the subject[1] and / or check out the Smith Review effort. The library is known to work with a recent C++ compiler on GNU/Linux, on Mac OS, and on several flavours of Windows. And this should not be here at all. Kind regards T. 1. http://people.debian.org/~walters/descriptions.html -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444221: if someone else wants to package pysizer...
retitle 444221 RTP: python-pysizer -- memory profiiler for Python noowner 444221 thanks Hi, unfortunately, I do not think I get around to package pysizer too soon. If anyone else wants to do it, please do go ahead. If you cannot upload yourself, I can sponsor an upload if your packages are done well. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444673: ITP: nted -- A new musical score editor for Linux
Hi Pini, NtED is a GTK score editor. It intends to be really WYSIWYG: what you see on the screen is exactly what you get on printer output. It supports up to 4 voices per staff, N-Tuplets, MIDI and Postscript export. . While its features are rather limited by now, NtED is a promising young application under heavy development. Great! At some point in the future you probably want to drop the last paragraph, but the description sounds very well now. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444673: ITP: nted -- A new musical score editor for Linux
Hi Pini, thanks for packaging things for Debian! Pini wrote: Description : A WYSIWYG musical score editor for Linux NtED is a musical score editor for Linux. It intends to be really WYSIWYG (what you see on the screen is exactly what you get on printer output). .. Features: - Distribution of the musical symbols on pages and systems - Up to 4 voices per staff - N-tuplets 1 N 14 - Direct replay, whereby: Configurable music instruments per staff - Export midi - Export PostScript - Antialiasing .. NtED is a promising young app under heavy developpement. you probably want to work on the description: - for Linux is useless and should be stricken. - Don't repeat the short description at the beginning of the long one - Try to be more descriptive than just enumerating features. Descriptions should be in proper sentences. Personally, I don't like WYSIWYG appearing in the description, but that could be me. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444221: ITP: python-pysizer -- memory profiiler for Python
Package: wnpp Severity: wishlist X-Debbugs-Cc: [EMAIL PROTECTED] Owner: Thomas Viehmann [EMAIL PROTECTED] * Package name: python-pysizer Version : 0.1.1 Upstream Authors: Nick Smallbone * URL : http://pysizer.8325.org/ * License : BSD-like Programming Lang: Python, basically Description : memory profiler for Python PySizer lets you analyse the memory usage of your Python programs and makes data such as memory usage by objects of a certain type readily available. This package contains the parts of PySizer written in Python. There is an optional patch to python itself to collect more information, but that has not been compiled into the stock Debian python binaries. As always, suggestions (better description, etc.) are very welcome. There might be room for improvement. python-pysizer will likely be comaintained by the python-modules team. I'm not yet sure what to do about the patch to the python interpreter, PySizer is very useful even without it, though. PySizer has an advantage over Heapy (cp. ITP #409740) in that the pure python parts are useful by themselves. (Heapy presently segfaults on amd64 and I have not found a fix yet). Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443528: ITP: xmms-pulse -- Pulseaudio Output plugin for xmms
Hi, Thomas GOIRAND wrote: Description : Pulseaudio output plugin for xmms Last I heard the xmms maintainers asked for input on removing xmms and how to deal with the plugins already in the archive... Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428185: ITP: evolution-python -- python bindings for libebook and libecal
Hi Christian, thanks for improving the description. Christian Perrier wrote: Description : python bindings for libebook and libecal Isn't 'Python' supposed to be spelled with an initial capital? Evolution-python allows access to the evolution-data-server via python. Supported are access to the address book, calendar, and todo list. Evolution-python allows accessing to the Evolution data such as address book, calendar and todo list from Python programs. My suggestion, indeedI'm not entirely sure, hence CC'ing dle. I think it should be accessing data, not accessing to data. On a different note, I'm not sure that the shortened description is as accurate as it can be: I would like to avoid equating accessing data via evolution-data-server to accessing evolution data, as it seems to become gnome's standard way of accessing contacts and calendar-like information (the rdepends of e-d-s seems to have a small parade of gnome apps dealing with such data). Maybe something along the lines of Evolution-python allows python programs to interface the Evolution Data Server. Evolution Data Server is the GNOME backend for storing address book, calendar and todo list information. Would avoid the double access. Its hard to come up with something that doesn't cram too much information into one sentence without repeating something (either EDS or the type of data stored). What do you think? Kind regards T. P.S.: I'm not subscribed to debian-l10n-english, so I would appreciate CCs for list replies. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428185: ITP: evolution-python -- python bindings for libebook and libecal
Package: wnpp Severity: wishlist X-Debbugs-Cc: [EMAIL PROTECTED] Owner: Thomas Viehmann [EMAIL PROTECTED] * Package name: evolution-python Version : 0.0.1+svn-20070609 Upstream Authors: Conduit Project * URL : http://www.conduit-project.org/wiki/evolution-python * License : LGPL Programming Lang: C (Python extension) Description : python bindings for libebook and libecal Evolution-python allows access to the evolution-data-server via python. Supported are access to the address book, calendar, and todo list. evolution-python will be comaintained by the python-modules team. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414621: RFA: mini-dinstall -- daemon for updating Debian packages in a repository
Package: wnpp Severity: normal X-Debbugs-CC: [EMAIL PROTECTED] X-Debbugs-CC: [EMAIL PROTECTED] Hi Alex, Alexander, everybody, the mini-dinstall package is up for adoption. Kind regards T. P.S.: If you intend to rely on me as a sponsor: I don't think making *mini*-dinstall a daemon is a good idea. For some more technical opinions of mine, see #385289. The package description is: This program implements a miniature version of the dinstall program which installs packages in the Debian archive. It doesn't require a PostgreSQL database, and is very easy to set up, maintain, and use. mini-dinstall can be run via cron, or as a daemon. . This package is expressly designed for personal apt repositories, and the like. In this vein, it contains fewer sanity checks; for example, it will happily install a lower version of a package. You can also generally just 'rm' files from the repository, and mini-dinstall won't care. In fact, (when run as a daemon) it will automatically detect that the directory changed, and update the Packages file. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408140: O: pyx -- Python module for generating PostScript graphics
Package: wnpp Severity: normal I intend to orphan the pyx package as it is arch: any. I've only done one upload to clean the only bug, so you're really adopting the excellent work that is Graham Wilson's packaging. Kind regards T. The package description is: PyX is a Python module for generating encapsulated PostScript figures using an abstraction of PostScript and TeX. . The module provides access to PostScript features such as paths, line-styles, fill patterns, transformations, and clipping. Geometric operations on paths such as intersections, transformations, and splitting are also supported. . PyX also allows flexible graph generation with many different graph and axis styles. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406557: RFP: python-wavelets -- python extension implementing of wavelet transformations
Package: wnpp Severity: wishlist I'd be very thankful if the following could be packaged. I'd be able to sponsor non-DDs if the packages are good. * Package name: python-wavelets Version : 0.1.6 Upstream Author : Filip Wasilewski [EMAIL PROTECTED] * URL : http://cheeseshop.python.org/pypi/PyWavelets/ http://www.pybytes.com/pywavelets/ * License : MIT Description : python extension implementing of wavelet transformations PyWavelets implements the discrete wavelet transform (DWT) popular in numerical harmonic analysis for numerous families of wavelets, including Haar, Daubechies, Symlet, Coiflet, biorthogonal wavelets in one and two dimensions. . PyWavelets is implemented as a python extension for speed and uses NumPy numeric arrays. The supported python versions seem to be thoe = 2.4, the python-numpy dependency is stated as = 0.9.8. Kind regards and TIA T. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-023stab033.6-enterprise 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#394755: ITP: wired -- Professional music production and creation software
Adam Cécile (Le_Vert) wrote: Description : Professional music production and creation software Wired is a professional music production and creation software. . It brings musicians a complete studio environment to compose, record, edit and mix music without the need of expensive hardware. . Wired supports unlimited Audio/Midi tracks playback and recording, and introduces a Plugin system for instruments and effects. It handles live instruments (through sound card analog or midi inputs), virtual instruments and sound effects. It manages the most used plug-in types (VST, VSTi, LADSPA, etc ...). It is composed of racks, a sequencer and a mixer. Its intuitive graphical interface is user-friendly for amateurs whereas its abilities cover every needs of a semi-professional public. Usually, long package descriptions do not copy the synopsis. Also Debian Policy[1], 3.4: This description should not just be copied verbatim from the program's documentation. Maybe it would be nice to demarketize this a bit. Kind regards T. 1. http://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions while you're at it, also see http://people.debian.org/~walters/descriptions.html -- Thomas Viehmann, http://thomas.viehmann.net/
Bug#387926: ITP: eaccelerator -- PHP opcode cacher and compilation optimizer
Pierre Habouzit wrote: here is the link that explains that: http://archive.eaccelerator.net/OldNews and that has been achieved since, if I'm correct. so if this is just a matter of exception to be done to the GPL, I'm really sure we can work on it nicely. so basically, what has to be done? they must just explain that they allow anyone to build their GPL software against php, is that it ? the situations changed in the sense that we are not tied because of the past anymore. The CVS seems to tell a quite different story. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380173: ITP: deb822 -- Read and manipulate RFC822-like files (e.g. .dsc and .changes)
The copyright file is broken. cf. #336982 deb822 abstractifies the RFC822 format used in Debian's control files. You can use a deb822 object like a Python dictionary, referring to control fields as dictionary keys. Is it really worth doing this? Python readily has rfc822 parsing and the added value seems marginal to the point where I'd not be looking for a module when I had a task to do that could use it. Additionally, shipping python modules without documentation seems a bad idea if you want it to be useful. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379673: ITP: pybridge-common -- A free online bridge game. (common files)
Hi David, David Watson wrote: * Package name: pybridge-common are you planning to ship three different *source* packages? If so, why? (ITPs are filed per source package, but on a first glance, a single source package with multiple binaries should be more appropriate.) Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378112: Depends vs. Recommends (Was: Bug#378112: ITP: gzrt -- gzip recovery toolkit)
Jens Peter Secher cites Policy: The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. It has been (somewhat convincingly) argued that repairing broken tar.gz is a significant amount of functionality a user gets from gzrt. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373246: ITP: keyjnote -- A fancy PDF presentation tool
Sounds great, but I don't think that But unlike OpenOffice.org Impress or other similar applications, it does so with style. describes a package with style. And this... Florian Ragwitz wrote: [...] Smooth alpha-blended slide transitions are provided for the sake of eye candy, but in addition to this, KeyJnote offers some unique tools that are really useful for presentations. Some of them are: * Page transitions [...] ...seems wrong. (I'll leave the A for someone else.) Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354952: ITP: sokoedit -- A curses-based Sokoban level editor
Hi Panu, Panu Kalliokoski wrote: Description : A curses-based Sokoban level editor sokoedit is a curses-based editor for Sokoban levels, written in Python. Sokoban is a traditional Unix game that requires wits and good pattern recognition abilities. Allow me a general comment on your descriptions: please do try to adapt them better to the situation of the average Debian user trying to decide whether to install the described package. In this case, written in Python seems rather irrelevant, a mention of the sokoban implementation that can use the generated level is missing, though. Something similar applies to several packages (e.g. the best sokoban implementation I know of of your ITP messages probably shouldn't be - and likely isn't - in the description, a more verbose description of the games might be useful in the cgames long description, I'm not sure that all users realize that curses based means text-based gui). Also, please try to fit your (short and long) descriptions better into what's usual in Debian. Matthew Palmer's Debian-Mentors FAQ has helpful references. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354952: ITP: sokoedit -- A curses-based Sokoban level editor
Hi Panu, Panu Kalliokoski wrote: Allow me a general comment on your descriptions: please do try to adapt them better to the situation of the average Debian user trying to decide whether to install the described package. I'm attempting to do this; but I don't think there's really hope that somebody than doesn't know minesweeper, klotz and/or sokoban could decide whether to install them, from the description. ksokoban's description might be a bit verbose if you have multiple games, but the first two paragraphs seem to be a good start for distilling something. Actually, I don't know any implementation that _can't_ use the generated level, since the Sokoban file format has been semi-standard from the first Sokoban implementation, AFAIK. Ah. I didn't know. Maybe it'd be nice to say that and perhaps even list a couple of examples from the Debian pool (you could Suggest: them anyways). games might be useful in the cgames long description, I'm not sure that all users realize that curses based means text-based gui). Good point. Although text-based does not imply it uses full-screen mode. But maybe that's not so important. For the record, sarge currently has 33 packages that have curses-based in their description. It's hard to come up with an ideal solution, but I'd guess that text-based user interface as opposed to commandline interface might be workable. Some of these (well, the 38 in unstable) use text-based as well or are arguably targetted at a more technical audience (3270 telnet programs). Also, please try to fit your (short and long) descriptions better into what's usual in Debian. Matthew Palmer's Debian-Mentors FAQ has helpful references. I'm not sure what you're referring to; the section elaborating what to put into RFS, perhaps? I was thinking of Colin Walters' article[1] linked to in the sponsorship checklist, not the FAQ itself, sorry. Kind regards T. 1. http://people.debian.org/~walters/descriptions.html -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341894: ITP: pessulus -- lockdown editor for GNOME
Jerome Warnier wrote: Use of pessulus can be useful on computers that are open to use by everyone, e.g. in an Internet cafe. Wouldn't it be better to mention the technical term kiosk here? Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288232: libtowitoko2
If you're so inclined, go ahead and adopt the package. My interest in this is to not have it orphaned indefinetely, so I'd be more than happy to see you take it. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292218: ITP: qbankmanager -- online banking program
retitle 292218 ITP: qbankmanager -- online banking program thanks As packages of libaqbanking have entered the archive, this bug serves to inform you of the intent to have qbankmanager, an online banking program accompagnying aqbanking, follow. Preliminary packages are now available from deb http://people.debian.org/~tviehmann/debian/ unstable/ Kind regards T.
Bug#288232: State of towitoko Debian package
Hello. Thanks for the response. It was more than quick if you ask me. Patrick Plattes wrote: sorry for the late response. this will be my first debian package and actually i'm learning for lot examinations. if you are skilful in packaging libraries i would be happy to get some help or documentations. Er, actually the deal is that I can help you once you have updated packages. The documentation is all available from the usual places, so unless you have very specific questions... If, on the other hand, you feel that you need to do some more reading up before adopting packages, I can see about the towitoko driver until that point. if you will be at the linux day this weekend please you can call me. Sorry, no. Kind regards Thomas -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292218: ITP: aqbanking -- generic library for home banking
Package: wnpp Severity: wishlist Package name: aqbanking Version : 1.0.2 beta Upstream Author : Martin Preuß URL : http://www.aqmainiac.de/aqbanking/ License : GPL (maybe parts LGPL) Description : generic library for home banking AqBanking provides a generic API for home banking applications. It supports various file formats and protocols with plugins, e.g. OFX, DTAUS, and HBCI. Note that for the latter AqHBCI is required. Hi, I'm pleased to announce the intention to package aqbanking. Some notes on this ITP: - This is a group effort. I'll not list anyone to avoid forgetting people, but anyone following the openhbci-general list at sf will probably have seen them in action. - aqbanking is part of the dependencies of the GnuCash HBCI module starting with version 1.8.10, so we're trying to put stuff back into Debian which we have grown to like when we had it. - The ITP covers the aqbanking library itself as well as the other (optional) modules distributed alongside aqbanking (such as kbanking and qbankmanager). - A seperate ITP will be filed for aqhbci. - (Very) preliminary packages are at http://vman.de/debian/unstable/ - The package names will probably change. Kind regards Thomas -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#227956: Package is in the NEW queue
tag 227956 +pending thanks The package is in the new queue. For public viewing pleasure, there is a copy at http://vman.de/debian/unstable/ Kind regards Thomas
Bug#174071: Your ITA of cadaver
Hi. Bernd Eckenfels wrote: On Wed, May 12, 2004 at 11:43:53PM +0100, Martin Michlmayr wrote: What's the status of this, and of this ITA in general? The status is, that cadaver is fixed in unstable and testing, and I think the work on the certificates for gnu tls is not yet finished. This is correct. It should be added that Bernd and I agreed that he continues to maintain cadaver at least until there is gnutls support ready to go, so the package is in fact well maintained but a (the) major issue - distributable ssl/tls support - remains. Given this state of affairs maybe it would be appropriate to close this bug or retitle it RFA. My interest in cadaver remains having a DAV client with TLS support in Debian, maybe this is best expressed in a regular bug against cadaver. If someone else wants to work on it, I'll happily help out with what I have. (I think last time I looked, I didn't find a good place to initialize the CA database from, so that cadaver rejected any connection, so it's not even a coding issue. But then, maintaining the packages I have assuemed responsibility for and other stuff seems to have some priority over this.) Kind regards Thomas -- Thomas Viehmann, http://thomas.viehmann.net/ pgprrur6dMnvZ.pgp Description: PGP signature
Bug#242889: RFP: chora -- web interface to CVS
Package: wnpp Severity: wishlist Package name: chora Version : 1.2.1 (in April 2004) Upstream Author : Chuck Hagenbuch, Anil Madhavapeddy URL : http://www.horde.org/chora/ License : GPL Description : web interface to CVS chora is a web interface to CVS written in php using the horde framework. One of it's reverse dependencies would be a phpGroupWare package. The Horde framework itself is packages as horde2. (Note: The packager will need to come up with a long description, the above is only technical information, not a description.) pgpSrNywTmfCy.pgp Description: PGP signature
Bug#237854: ITP: egroupware -- A web-based groupware suite
Hi. Peter Eisentraut wrote an ITP for: * Package name: egroupware As you may or may not know, I'm trying to maintain the phpGroupWare packages in Debian. As the overall structure of the packages is still very similar and as I don't care for the politics involved, I'd be happy to share packaging stuff. What I have is on alioth, project pkg-phpgroupware, especially the prerelease module. Kind regards Thomas -- Thomas Viehmann, http://beamnet.de/tv/ pgp7G5OYaOBIM.pgp Description: PGP signature
Bug#235769: ITP: e2fsimage -- Tool for creating an ext2 filesystem as non-root user
Christian Hohnstaedt wrote: Description : Tool for creating an ext2 filesystem as non-root user How about improving e2tools and submitting your changes to them instead? Cheers T. -- Thomas Viehmann, http://beamnet.de/tv/ pgpCFqukWmBGL.pgp Description: PGP signature
Bug#231724: ITP: dcrawcanon -- Enhance dcraw functionallity for Canon cameras
Steve King wrote: * Package name: dcrawcanon How about dcraw-canon? I find that distinctly more readable. And then there's the capitalization of first letter of short description discussion... (Not that I mind that much.) Cheers T. -- Thomas Viehmann, http://beamnet.de/tv/ pgpMUEdMPFmBS.pgp Description: PGP signature
Bug#227956: ITP: libgwenhywfar -- API for OS abstraction
Package: wnpp Severity: wishlist * Package name: libgwenhywfar Version : 0.9.4rc3 (possibly later) Upstream Author : Martin Preuss [EMAIL PROTECTED] * URL : http://sf.net/projects/gwenhywfar/ * License : LGPL Description : API for OS abstraction Gwenhywfar is a multi-platform C library providing abstract types, I/O operations, OS abstraction functions for network and inter-process communication, directory access, and encryption. It also includes high-level functions for parsing XML-like files and accessing them like a hierarchical database. Additional information: Libgwenhywfar will be used for the next major versions of libopenhbci and aqmoney (a home banking tool) currently in Debian. The former also is a build-dependency of gnucash. As such, I have preliminary packages built from CVS but am not in a hurry because it's still rapidly changing and it's not needed to build packages yet. Sorry, manual CC to debian-devel instead of X-Debbugs-CC (#179340)... Cheers T. -- Thomas Viehmann, http://beamnet.de/tv/ pgpFgIwOAT0oe.pgp Description: PGP signature
Bug#205117: ITP: libktoblzcheck -- library to check German account numbers and bank codes
Package: wnpp Version: N/A; reported 2003-08-12 Severity: wishlist * Package name: libktoblzcheck Version : 0.4 Upstream Authors: Fabian Kaiser [EMAIL PROTECTED] Christian Stimming [EMAIL PROTECTED] Jens Gecius [EMAIL PROTECTED] * URL : http://ktoblzcheck.sf.net/ * License : LGPL Description : library to check German account numbers and bank codes With this library, programs can test the validity of German account numbers and bank codes (BLZ). ktoblzcheck implements the Bundesbank's specifications on these matters. Given the nature of the library and the set of authors, I'd expect home banking software to use this library for sanity checks when transfering money.
Bug#205117: peliminary libktoblzcheck-packages
Preliminary packages are at http://vman.de/chipcard/sid/. I will submit it to the sponsorship process as soon as it's ready. Cheers T. pgpPMRWlE87j1.pgp Description: PGP signature
Bug#180993: Cosing ITA bugs when you've changed your mind.
reopen 180993 ! thanks Luca - De Whiskey's - De Vitis wrote: I've never agreed to leave phpgroupware to any maintainer, and i'm now back and actively working on my package, so I'm closing this report. You have RFA'd phpgroupware and I've ITA'd it. Waiting until the ugly work (i.e. the security update to stable) is getting done by others and then popping back out of your hole to say April fools is not acceptable. Your maintainance of phpGroupWare has been limited to yelling at people wanting to finally do something about the embarrassingly poor state of Debian packages, and it's time to let that go. [0] (In private mail, one of the upstream developers who uses Debian told me that he would not use those debs, even if someone paid [him], I've been getting private mails form other users with the same bad experience with phpgroupware.) Maybe you are one of the examples on why the NM process isn't thorough (slow) enough at present. If you cannot incorporate a simple patch in BTS fixing RC bugs into your packages [1], how will you collaborate using alioth? Ever wondered why your appeals for cooperation have no response? Look at #164354. Have I ever received a response to my offer to help (along with patch) in #183896? No. Cheers T. 0. See http://bugs.debian.org/164354 http://bugs.debian.org/phpgroupware (esp. #183896) http://lists.debian.org/debian-mentors/2003/debian-mentors-200306/msg00049.html 1. http://bugs.debian.org/183896 pgpBT7NYIDcvA.pgp Description: PGP signature
Bug#180993: ITA: phpgroupware -- A web based groupware system written in PHP
retitle 180993 ITA: phpgroupware -- A web based groupware system written in PHP thanks I intend to adopt phpgroupware. Packages of 0.9.14.005 are ready [0] (in the sense that they close the most grave bugs and I don't know many things that makes them worse than the current ones). I'll be looking for a sponsor promptly. My plan is to encourage co-maintainership once my initial work is done. Cheers T. [0] http://vman.de/debian/phpgroupware/ pgpMRGv3pdce9.pgp Description: PGP signature
Bug#200355: ITP: csound -- incredibly powerful and versatile software synthesis program
Hans Fugal wrote: Description : incredibly powerful and versatile software synthesis program I doubt that it is a software synthesis program. Also incredibly is advertisement, not description. Cheers T. pgp9nf4mMi9Fm.pgp Description: PGP signature
Bug#195313: ITP: libopenhbci-plugin-ddvcard -- DDV Chipcard Plugin for libopenhbci
Package: wnpp Version: N/A; reported 2003-05-29 Severity: wishlist * Package name: libopenhbci-plugin-ddvcard Version : 0.9.11 Upstream Authors: Fabian Kaiser [EMAIL PROTECTED] Martin Preuss [EMAIL PROTECTED] Christian Stimming [EMAIL PROTECTED] * URL : http://www.openhbci.de/ * License : LGPL Description : DDV Chipcard Plugin for libopenhbci This plugin for libopenhbci enables libopenhbci to work with ddv HBCI chipcards (i.e. most cards save rsa). See libopenhbci and/or libchipcard for further details and check with chipcard-tools' hbcicard type whether you need this. Supplementary Information: - Many users of libopenhbci (e.g. via gnucash-hbci or aqmoney (to be packaged)) will need this plugin which was split from libopenhbci. - I'm presently maintaining the libchipcard package. - I've checked with James, the libopenhbci debian maintainer about this ITP. (As libchipcard is rather closely related with libopenhbci and I'm heavily using it, we're coordinating anyway.) Cheers T.
Bug#174071: Progress in libneon/cadaver GnuTLS
Hi. Just to let everyone know, I've just connected to my SSL Webdav server using cadaver with GnuTLS. I still need to do the certificate stuff right (and find a good place for calling global_deinit...). I don't post a preliminary patch because I don't publish things created at 1 AM in the morning and because the CA file is hardcoded and memory leaked... Expect something a patch soon, though. Steve: You wrote on 174071 that you had patches to detect gnutls. Would you mind sending them to me? Thanks. Cheers T. pgpSmKHxiVjIZ.pgp Description: PGP signature
Bug#174071: ITA: cadaver -- command-line client for WebDAV server
retitle 174071 ITA: cadaver -- command-line client for WebDAV server thanks Hi Bernd. I'd like to adopt cadaver and work out the problem of SSL support. (I.e. either linking with libneon and getting an exception for the other parts or moving to GnuTLS.) I'm not a DD, so I'll be asking you or debian-mentors for a sponsor once things are ready. Cheers T. pgp3xfDqQPiwJ.pgp Description: PGP signature
Bug#186212: ITP: rapidsvn -- GUI client for subversion
Hi Timothee, Timothee Besset wrote: Ok, so after the third person in one hour points out that I forgot some elements (which I have added since then), what should I do? Get this bug closed and open a new one? Or is that good enough now that the information has been added. My intent is to package, not waste my time with a bug tracker I never liked very much.. a) You'll be expected to waste your time with the very same bug tracker if your package is included in Debian. If you don't like that, don't maintain packages. b) While you have added some information, I'd recommend adding a completed template and that includes the suggested short and long description. Sometimes it seems that the descriptions are the easiest part to get wrong, they certainly are the easiest to get helpful comments on. Also, you might consider CC'ing debian-devel for that. Cheers T. pgprDNjpWlxx8.pgp Description: PGP signature
Bug#186231: RFP: yasmin -- a 8051 simulator
Hi Daniel. Daniel Martins wrote: Upstream Author : Name [EMAIL PROTECTED] http://home.tiscalinet.be/genglebi/ seems to be not available, at least for the moment. Judging from the SF site, it seems to have superceded the tiscalinet one. However, it seems that the project is far from production quality (judging from the to do list and not the version number) and inactive (simulating since 2000 is pretty lame for a page last updated in 2000). Unless someone has interest in upstream development, I somewhat doubt that it's a good idea to include this in Debian. As always, this is a personal view and I don't claim being an expert for 8051 simulation. My opinion doesn't count a thing in case someone decides to package this. Cheers T. pgpOEJRTwFhbz.pgp Description: PGP signature
Bug#179341: ITP: aqmoney -- Command line utility for HBCI homebanking
Package: wnpp Version: N/A; reported 2003-02-01 Severity: wishlist * Package name: aqmoney Version : 0.4 Upstream Author : Martin Preuss [EMAIL PROTECTED] * URL : http://aqmoney.sourceforge.net/ * License : GPL Description : Command line utility for HBCI homebanking aqmoney offers a broad range of HBCI functionality, including money transfers, issuing of debit notes etc. Users looking for a personal money manager rather than access to the raw hbci functionality from the console might consider using gnucash with gnucash-hbci instead.
Bug#178776: ITP: libchipcard -- An api for smartcard readers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Version: N/A; reported 2003-01-28 Severity: wishlist * Package name: libchipcard Version : 0.7.3 Upstream Author : Martin Preuss [EMAIL PROTECTED] * URL : http://www.libchipcard.de/ * License : GPL Description : An API for smartcard readers This library provides an API for accessing smartcards. Examples are memory cards, as well as HBCI (home banking), German GeldKarte (electronic small change), and KVK (health insurance) cards. Additional comments: Via libopenhbci (already in debian, though without chipcard support), gnucash can be used for HBCI-based online banking which is offered by a large number of German banks. Most of them seem to require chipcards for HBCI, so chipcard support would seem a valueable addition to gnucash-hbci. Preliminary Packages can be found at http://vman.de/chipcard/ or on the upstream download page. It still has a couple of undocumented manpages, but the number thereof is decreasing. As I'm not a DD, I'll file an RFS shortly. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: GnuPG key at http://www.beamnet.de/tv/ iD8DBQE+NpDqriZpaaIa1PkRAgwwAJwKjGFoIujeNfXeRBnLmQpPKflnoACgtv7n mBJAZ+ackBniwL0OUuShLY4= =fut7 -END PGP SIGNATURE-