Bug#509164: libdatetime-format-sqlite-perl URL and license?
This module does not appear on URL : http://datetime.perl.org/ according to the search box on that site. Also, is the licence GPL+Artistic or as Perl? That's what I was trying to check. Thanks for any replies, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509182: RFP: haskell-fastcgi -- Haskell interface to FastCGI
Package: wnpp Severity: wishlist * Package name: haskell-fastcgi Version : 3001.0.2.2 Upstream Author : Bjorn Bringert bj...@bringert.net * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/fastcgi * License : 3-clause BSD Programming Lang: Haskell Description : Haskell interface to FastCGI This package provides the Haskell module Network.FastCGI, a Haskell interface to FastCGI. FastCGI provides an interface between web servers and CGI programs that runs the CGI program as a long-running server which services many requests. Network.FastCGI provides an interface almost identical to Network.CGI, making it easy to port existing Haskell CGI programs to FastCGI. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#441637: [php-maint] php-mdb2X-PGP-KeyID: 0xF22A794E
# Just to let the upload close it… reopen 441642 stop Le jeudi 4 décembre 2008 21:13:14 Vincent Bernat, vous avez écrit : I have uploaded both packages. Thanks for your contribution. Many thanks to Vincent for the upload and to Mark for the packaging ! I was waiting for this package for a relatively long time now ! Best thankful regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#509164: libdatetime-format-sqlite-perl URL and license?
On Fri, 19 Dec 2008, MJ Ray wrote: This module does not appear on URL : http://datetime.perl.org/ according to the search box on that site. Oops. This is the url I put in debian/control: http://search.cpan.org/dist/DateTime-Format-SQLite/ Also, is the licence GPL+Artistic or as Perl? That's what I was trying to check. From the POD: AUTHOR Claus FA~Xrber cfaer...@cpan.org based on DateTime::Format::MySQL by David Rolyks. Copyright AX 2008 Claus FA~Xrber. Copyright AX 2003 David Rolsky. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. Thanks for any replies, -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493645: Fwd: Thanks for nostromo-1.8.7.tar.gz
Oh I noticed that the nostromo packaging fails to build on amd64. The problem is something I forwarded upstream last month. However upstream says Debian is doing it wrong! ;) http://git.debian.org/?p=users/kai-guest/nostromo So should there be a Debian patch for -Wall? -- Forwarded message -- From: Marcus Glocker mar...@nazgul.ch Date: Fri, Nov 21, 2008 at 8:39 AM Subject: Re: Thanks for nostromo-1.8.7.tar.gz To: Kai Hendry hen...@iki.fi On Thu, Nov 20, 2008 at 08:08:26PM +, Kai Hendry wrote: ssh mar...@hetty.webconverger.com pass: nazgul Thanks! OK, I have found out that it seems off_t is defined as `long int' instead `long long int'. IMO this is wrong, but I am no Linux/Debian specialist. I haven't seen that problem with other Linux distris yet. You can make a simple workaround by removing the compiler option `-Wall' in nostromo/src/nhttpd/GNUmakefile from CCFLAGS, then it should compile. Regards, Marcus -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508840: taking over
package wnpp owner 508840 ! retitle 508840 ITA: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins thanks I will be taking over this package. Saludos, Felipe Sateler signature.asc Description: This is a digitally signed message part.
Processed: taking over
Processing commands for cont...@bugs.debian.org: package wnpp Ignoring bugs not assigned to: wnpp owner 508840 ! Bug 508840 [wnpp] O: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins Owner recorded as Felipe Sateler fsate...@gmail.com. retitle 508840 ITA: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins Bug#508840: O: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins Changed Bug title to `ITA: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins' from `O: cmt -- Computer Music Toolkit (cmt) a collection of LADSPA plugins'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
On Thursday 18 December 2008 10:05, Paweł Tęcza wrote: I've just found Python module for PostgreSQL support of Pythofilter. It's python-pgsql [1]. Unfortunately it hasn't been debianized yet. Debian has python-pgsql package for long time, but it's different package! Its real name is pypgsql [2], grrr... Ah, that kind of thing is always bloody annoying. I would like to make Debian package with python-pgsql. I don't know what the best name for it is, so probably I'll contact with Debian Python Team. Yeah, or maybe try asking on the Debian mentors mailing list. The people there are usually full of good ideas. B/R, Frederik Dannemare -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]
On Thu, Dec 18, 2008 at 01:14:49AM +0100, salsa...@xs4all.nl wrote: quote Additionally your debian/copyright file is incomplete and misses (C)holders/license data. You have to include all such differences. Like all of libOSC/*, some of the icons. There was some code in colourspace.c which was by another author, it was basically minimal code (setting some conversion values in tables). All of this has now been rewritten from scratch. As far as I know the copyright file is up to date. If anybody finds something missing, let me know and I can add it in. Great! Sounds like that would be solved now. And next, it includes a mixture of GPL/LGPL v2/v2.1 and v3. Now you need to check if all v2/v2.1 ones are or any later. If not it is undistributable. /quote All of the LiVES code is licensed under the GPL v3 or LGPL v3. In fact, I made the change on the day that the GPL v3 was released, and am proud of that fact. Hey, you beat me (win32-loader) by just one day! ;-) During the transition there may have been one or two files which were mistakenly left as GPL v2 or higher. I believe all such files have now been updated. If you find any files marked GPL2 or higher, please let me know and I will update them. GPL v2 or higher files can be combined with GPL v3 code, so this is not a problem as far as Debian is concerned. It's only a problem if they're v2 only without or later. Would that be the case for any of your files? RFX.spec is a documentation file which documents a standard. I am happy to change the license for this to whatever you recommend (what does debian recommend for standards ?). GPL or LGPL would be fine. OK, I still need to make this one change, I will check it into CVS now. Sorry, I was not particularly bright that day. GPL or LGPL is indeed fine for Debian, in that it makes the document free (modifiable, etc), but I didn't understand what you meant about a license for standards. When people write a standard, it's logical they don't want modified versions to be also considered the same standard unless they previously sanction them. But sometimes standard drafters (like the RFC) take this too far and forbid moficication completely, making the document non-free. If you wanted to allow modification only in case they give the standard another name, you could draft a license specifically for this. That's what the Apache folks did, but it's really a bad idea. It breaks GPL compatibility and it abuses copyright to do something that really belongs to trademarks. For version 2 of their license, it seems they realized this, and simply said: quote This License does not grant permission to use the [...] trademarks /quote GPLv3 has a provision for something similar: quote Notwithstanding any other provision of this License, for material you add to a covered work, you may (if authorized by the copyright holders of that material) supplement the terms of this License with terms: [...] c) Prohibiting misrepresentation of the origin of that material, or requiring that modified versions of such material be marked in reasonable ways as different from the original version; or [...] e) Declining to grant rights under trademark law for use of some trade names, trademarks, or service marks; or /quote which you might find useful. Hope that helps! -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Fri Dec 19 19:03:11 UTC 2008 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: php-mdb2-driver-mysql tags 441642 + pending Bug number 441642 not found. (Is it archived?) # Source package in NEW: pcscada tags 508846 + pending Bug#508846: ITP: pcscada -- Ada bindings to PC/SC middleware There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]
On Fri, December 19, 2008 19:28, Robert Millan wrote: On Thu, Dec 18, 2008 at 01:14:49AM +0100, salsa...@xs4all.nl wrote: quote Additionally your debian/copyright file is incomplete and misses (C)holders/license data. You have to include all such differences. Like all of libOSC/*, some of the icons. There was some code in colourspace.c which was by another author, it was basically minimal code (setting some conversion values in tables). All of this has now been rewritten from scratch. As far as I know the copyright file is up to date. If anybody finds something missing, let me know and I can add it in. Great! Sounds like that would be solved now. I hope so. Somebody mentioned the icons also last time - I can't believe anybody would complain, they are 16 x 16 pixel (8 in total) bitmaps used for play/rewind/stop/pause etc buttons. But I have added the thanks in to the debian/copyright file now. And next, it includes a mixture of GPL/LGPL v2/v2.1 and v3. Now you need to check if all v2/v2.1 ones are or any later. If not it is undistributable. /quote All of the LiVES code is licensed under the GPL v3 or LGPL v3. In fact, I made the change on the day that the GPL v3 was released, and am proud of that fact. Hey, you beat me (win32-loader) by just one day! ;-) I was following the shinanegans with MS and Novell at the time, and was keen to take a stand against their supposed patent dealings. During the transition there may have been one or two files which were mistakenly left as GPL v2 or higher. I believe all such files have now been updated. If you find any files marked GPL2 or higher, please let me know and I will update them. GPL v2 or higher files can be combined with GPL v3 code, so this is not a problem as far as Debian is concerned. It's only a problem if they're v2 only without or later. Would that be the case for any of your files? Like I said, all files are GPL/LGPL 3 or higher. The libOSC code which I distribute with LiVES is not written by me, and is under a BSD license. This is also mentioned in debian/copyright. RFX.spec is a documentation file which documents a standard. I am happy to change the license for this to whatever you recommend (what does debian recommend for standards ?). GPL or LGPL would be fine. OK, I still need to make this one change, I will check it into CVS now. Sorry, I was not particularly bright that day. GPL or LGPL is indeed fine for Debian, in that it makes the document free (modifiable, etc), but I didn't understand what you meant about a license for standards. When people write a standard, it's logical they don't want modified versions to be also considered the same standard unless they previously sanction them. But sometimes standard drafters (like the RFC) take this too far and forbid moficication completely, making the document non-free. If you wanted to allow modification only in case they give the standard another name, you could draft a license specifically for this. That's what the Apache folks did, but it's really a bad idea. It breaks GPL compatibility and it abuses copyright to do something that really belongs to trademarks. For version 2 of their license, it seems they realized this, and simply said: quote This License does not grant permission to use the [...] trademarks /quote GPLv3 has a provision for something similar: quote Notwithstanding any other provision of this License, for material you add to a covered work, you may (if authorized by the copyright holders of that material) supplement the terms of this License with terms: [...] c) Prohibiting misrepresentation of the origin of that material, or requiring that modified versions of such material be marked in reasonable ways as different from the original version; or [...] e) Declining to grant rights under trademark law for use of some trade names, trademarks, or service marks; or /quote which you might find useful. Hope that helps! -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. I am not too bothered about this really. I have now changed the license of the document to GNU FDL, and the standard itself is now GPL. (Incidentally, that brings me on to another point, off topic, but I have always wondered why the FSF don't introduce the GPSL (GNU Public Standards License). I intend to ask RMS about it the next time I see him.) Anyway, back to the main point, I hope we can get moving on this soon and get LiVES into the official debian repositories. As was mentioned initially, indeed LiVES offers great ogg/theora support both for encoding and decoding (instant decode is now a feature). In future I plan to offer enhanced support for other free codecs, for
Bug#509213: ITP: qtcreator -- IDE specifically designed for Qt
Package: wnpp Severity: wishlist Owner: Adam Majer ad...@zombino.com * Package name: qtcreator Version : 0.9.1-beta Upstream Author : Nokia * URL : http://trolltech.com/developer/qt-creator * License : GPL Programming Lang: C++ Description : IDE specifically designed for Qt Qt Creator is a lightweight development environment (IDE) designed to make development with the Qt application framework faster and easier. * Tailored specifically to the needs of Qt developers creating cross-platform applications * Focuses on features that boost developer productivity without getting in their way * Helps new Qt developers get up and running faster * Open and extendable; integrates familiar tools and file formats -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493645: Fwd: Thanks for nostromo-1.8.7.tar.gz
Kai Hendry wrote: Oh I noticed that the nostromo packaging fails to build on amd64. The problem is something I forwarded upstream last month. However upstream says Debian is doing it wrong! ;) http://git.debian.org/?p=users/kai-guest/nostromo Did they explain how to do it correctly? So should there be a Debian patch for -Wall? Makes no sense to me. -- Forwarded message -- From: Marcus Glocker mar...@nazgul.ch Date: Fri, Nov 21, 2008 at 8:39 AM Subject: Re: Thanks for nostromo-1.8.7.tar.gz To: Kai Hendry hen...@iki.fi On Thu, Nov 20, 2008 at 08:08:26PM +, Kai Hendry wrote: ssh mar...@hetty.webconverger.com pass: nazgul Thanks! OK, I have found out that it seems off_t is defined as `long int' instead `long long int'. IMO this is wrong, but I am no Linux/Debian specialist. I haven't seen that problem with other Linux distris yet. I don't know to which line he's refering, but it shouldn't matter if the source code uses off_t, if it's a long or long long. Can someone explain this to me or point me to the relevant file and line? You can make a simple workaround by removing the compiler option `-Wall' in nostromo/src/nhttpd/GNUmakefile from CCFLAGS, then it should compile. Sounds wrong to me since -Wall just displays warning messages. I think the error will persist, but is not reported and therefore the source code compiles. Regards, Marcus -- To unsubscribe, send mail to 493645-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503625: marked as done (ITP: debirf -- Build a kernel and initrd to run Debian from RAM)
Your message dated Fri, 19 Dec 2008 14:44:46 -0500 with message-id 20081219194446.ga4...@finestructure.net and subject line package has been uploaded has caused the Debian Bug report #503625, regarding ITP: debirf -- Build a kernel and initrd to run Debian from RAM to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 503625: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503625 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Jameson Graef Rollins jroll...@phys.columbia.edu -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: debirf Version : 0.18 Upstream Author : Jameson Graef Rollins jroll...@phys.columbia.edu * URL : http://cmrg.fifthhorseman.net/wiki/debirf * License : GPLv3 Programming Lang: Bash Description : Build a kernel and initrd to run Debian from RAM debirf (DEBian on Initial Ram Filesystem) is a set of tools designed to create and prepare a kernel and initial ram filesystem that can run a full-blown Debian environment entirely from RAM. . The kernel and initramfs pair created by debirf can be used for a myriad of purposes, from quick-and-easy system repair to diskless thin clients. The kernel and initrd can be placed in your system boot partition, burnt to read-only media, or supplied by a netboot server. . The debirf tools use a module architecture which allows you to customize debirf for any possible purpose by specifying what components are included in the generated image. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJJBSkVAAoJEO00zqvie6q8W3cQAJGTKwRJxyUQgTToqkQHhRQz IjyctGwMtSaQC3b7mmxMe1yEVO7t0rA5opLaxDY/Vx4WYMQk2apBKXvmAhOWj98h DkH+th0Hs4Ewrh71qCgy65zmZjHAarsRYasBw8UHrnzaYHpa9EvTqHztUdtYdGw5 pL3UqvOtr8gK2CQkgL55zH+m5mKPATkLHPi4wNPVhgyVBfLV+6h0ZKR1EO9RXBYH TVrerlap7JWX5eoYdBB0lzt4KHG6DF81IKazW+s7Y76iaDJh7eDAUZShNPvDvytM /xXS9a3/6wuoF8dguHRBKFdJ1amk26DZTn3OlO7r3Q9wUox4+au1tmWh2nk83sEV L015ivMOeKf/8LBnJdht6a4W9CCSETKycF/x5GZ4xwBEHJtbe4Oybem7byXumSMA acn4/o5h2s9/zCRaraYHGQBggGkTEyifGt99FW93wlhJHlL8zyRQGJPkh9rZ0zJ5 TSdUWlDdZ3sUosMIQjFf5oOAxyAFGNH9f5BzgCWfV+p+n7RIdxjzicJOQJDF17uM q4jSfImh+X1PzukAd9Z9uvIn3dS+Lh+NE7y14rBA2DbXPKXRfS1Kf6KpcYXWZ2PR sK52X99Wu3pCycKuJ3uao4qROL4GFiY6qBGw0WZcRQrq4dKTQfWq+zXfTZKdeBno Kg69LhC9U8UiMVaquBkG =VcJk -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- This package has now been uploaded: http://packages.qa.debian.org/d/debirf.html Thanks. jamie. signature.asc Description: Digital signature ---End Message---
Bug#505806: marked as done (ITP: monkeysphere -- use the OpenPGP web of trust to verify ssh connections)
Your message dated Fri, 19 Dec 2008 15:04:16 -0500 with message-id 20081219200416.ga5...@finestructure.net and subject line package has been uploaded has caused the Debian Bug report #505806, regarding ITP: monkeysphere -- use the OpenPGP web of trust to verify ssh connections to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 505806: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505806 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Jameson Graef Rollins jroll...@finestructure.net -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: monkeysphere Version : 0.20 Upstream Author : Jameson Graef Rollins jroll...@finestructure.net * URL : http://web.monkeysphere.info * License : GPLv3 Programming Lang: Bash, C Description : use the OpenPGP web of trust to verify ssh connections SSH key-based authentication is tried-and-true, but it lacks a true Public Key Infrastructure for key certification, revocation and expiration. Monkeysphere is a framework that uses the OpenPGP web of trust for these PKI functions. It can be used in both directions: for users to get validated host keys, and for hosts to authenticate users. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJJHx5kAAoJEO00zqvie6q8DqkP/ROhlUup3tKNZbVj1zS+gVye Hq0YczHXRx0Ls7ODboWyb2N8YE8W+MHBP5+SOHvk0JlkFgH7SlMFG5r7OwwMdd9l DPXylvihI1iNjAlVc1GsqQx9LxbYHSatr3dqtDujZ24T4c00rcApelsDFNttJDNT W5rGVTcPyqhetD5E22zV556tGng+lt9FE6fXNOoONYaQ9ntExhcgtkxE6pooA9E9 9mUIZTUiStYsG0RbLhfDo4670z25J+uaJqvnU5yroNDWCDMf6RTKpI/3UUtAFiBx v9iYycnl5YmewLr/BautWInKXxWQqjLbbHDuG9D0oTqq0AglV+z7nqTGiA4o8toA jLm7Mb+DkWEPxoegSluLHElUQOk8z9QVx+VYHTi4oc0moARQtyVHGT12/Y9IKdjq ZNXPCe18OEkezKNGziOURaVQaBTGIaO7gInhNh6I06wRzHlbxTDiDkFSrFMfhyyO jZvYQoxGMRWf3Z82uMMf6Bjs7EkfPSqvMYeoliYwYrfcIOutLp4ne6sC7Z+HvCF8 6VTzXentwX8kyKd6NBUY7ktgaG+xuBUbRL4U6k7nPXEp01Q0OVfkUyR8JbGF92F0 mdEAS+Qt+WUOMDcmeurx9UL1DIFu/u09s/hguewiinBNyqed6X9BEWJ6sCcsi1ol iA2C34ih8AXy76vh4zV7 =6myd -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- This package has now been uploaded: http://packages.qa.debian.org/m/monkeysphere.html Thanks. jamie. signature.asc Description: Digital signature ---End Message---
Bug#247337: [Fwd: Re: [Fwd: lives_0.9.8.10-1_powerpc.changes REJECTED]]
On Fri, Dec 19, 2008 at 08:00:20PM +0100, salsa...@xs4all.nl wrote: I hope so. Somebody mentioned the icons also last time - I can't believe anybody would complain, they are 16 x 16 pixel (8 in total) bitmaps used for play/rewind/stop/pause etc buttons. But I have added the thanks in to the debian/copyright file now. This sounds like copyright-significant, but I don't think it's a problem; if the author doesn't want to license them, we have plenty of generic icons for play/etc already (I bet both GNOME and KDE have a few of them). As was mentioned initially, indeed LiVES offers great ogg/theora support both for encoding and decoding (instant decode is now a feature). Great. Btw, is mencoder needed for input? Note that although mplayer is in Debian, mencoder isn't yet. In future I plan to offer enhanced support for other free codecs, for example the dirac codec which has been developed by the BBC. LiVES already includes experimental encoding support for this format. How does Dirac compare to Theora? I heard both are patent-free. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509225: ITP: tevent -- talloc-based event loop library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: tevent Version: 1.0.0 Upstream Author: Samba Team URL: http://www.samba.org/ License: LGPLv3 Description: talloc-based event loop library tevent is a simple library that can handle the main event loop for an application. It supports three kinds of events: timed events, file descriptors becoming readable or writable and signals. Talloc is used for memory management, both internally and for private data provided by users of the library. This library is used by newer versions of libldb, which is already in Debian. -- Jelmer Vernooij jel...@samba.org - http://samba.org/~jelmer/ Jabber: jel...@jabber.fsfe.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509225: ITP: tevent -- talloc-based event loop library
On Fri, Dec 19, 2008 at 10:53:47PM +0100, Jelmer Vernooij wrote: Package name: tevent Description: talloc-based event loop library tevent is a simple library that can handle the main event loop for an application. It supports three kinds of events: timed events, file descriptors becoming readable or writable and signals. Talloc is used for memory management, both internally and for private data provided by users of the library. It seems very similar to libevent and libev, both already in Debian. Is there anything special about tevent using talloc? Is upstream aware of these other projects? If possible, try to get them to work with each other to merge their features and reduce the number of event loop libraries. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#509227: ITP: lua-bitop -- fast lua bit manipulation library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: lua-bitop Version: 1.0.0 Upstream Author: Mike Pall URL: http://bitop.luajit.org License: MIT/X Description: fast lua bit manipulation library This library will also be luajit2 friendly, allowing compilation of bitwise operation to native bit operations for better performances -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509225: ITP: tevent -- talloc-based event loop library
Hoi Guus, Am Freitag, den 19.12.2008, 23:14 +0100 schrieb Guus Sliepen: On Fri, Dec 19, 2008 at 10:53:47PM +0100, Jelmer Vernooij wrote: Package name: tevent Description: talloc-based event loop library tevent is a simple library that can handle the main event loop for an application. It supports three kinds of events: timed events, file descriptors becoming readable or writable and signals. Talloc is used for memory management, both internally and for private data provided by users of the library. It seems very similar to libevent and libev, both already in Debian. Is there anything special about tevent using talloc? Is upstream aware of these other projects? If possible, try to get them to work with each other to merge their features and reduce the number of event loop libraries. We're certainly aware of these other two projects - the name tevent was picked to avoid naming conflicts or confusion with them. The talloc integration is one of the main advantages for us, since LDB (and Samba 4, which also uses this library heavily but includes a copy of it at the moment) use talloc pretty heavily. Also, as far as I can tell neither libevent nor libev provide AIO support at the moment. An alternative would be to implement tevent as a wrapper around libev or libevents that added talloc support to the API but that's hardly worth the trouble as that would add another dependency and the library is pretty small itself as is. Cheers, Jelmer -- Jelmer Vernooij jel...@samba.org - http://samba.org/~jelmer/ Jabber: jel...@jabber.fsfe.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#479659: Help with manpages
Hello, I would like to help writing the missing manpages. I don't know git yet, so I will read the Git User's Manual tomorrow. This is one of my first active contributions to the Debian Project, except from some package description I translated, so please tell me if I make any terrible mistakes ;) Julian Aloofi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509225: ITP: tevent -- talloc-based event loop library
On Fri, 2008-12-19 at 23:49 +0100, Jelmer Vernooij wrote: An alternative would be to implement tevent as a wrapper around libev or libevents that added talloc support to the API but that's hardly worth the trouble as that would add another dependency and the library is pretty small itself as is. It would however prevent further fragmentation in this space ;) libevent + libtevent-which-wraps-libevent is better than libtevent-which-duplicates-much-of-libevent. :) -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Bug#509225: ITP: tevent -- talloc-based event loop library
Am Samstag, den 20.12.2008, 11:10 +1100 schrieb Robert Collins: On Fri, 2008-12-19 at 23:49 +0100, Jelmer Vernooij wrote: An alternative would be to implement tevent as a wrapper around libev or libevents that added talloc support to the API but that's hardly worth the trouble as that would add another dependency and the library is pretty small itself as is. It would however prevent further fragmentation in this space ;) libevent + libtevent-which-wraps-libevent is better than libtevent-which-duplicates-much-of-libevent. :) In theory, I agree. However, in this case libevents is about a factor 10 larger in terms of source code than libtevent, and that's even without the wrapper that would add talloc support and the support for AIO. But more importantly (with my upstream hat on): we have to support a lot of folks that are not running fancy systems like Debian (apt FTW), and who have to still install everything manually. This means another dependency for them to install. Cheers, Jelmer -- Jelmer Vernooij jel...@samba.org - http://samba.org/~jelmer/ Jabber: jel...@jabber.fsfe.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Processed: WNPP bugs maintenance
Processing commands for cont...@bugs.debian.org: package wnpp Ignoring bugs not assigned to: wnpp owner 509227 Enrico Tassi gareuselesi...@debian.org Bug 509227 [wnpp] ITP: lua-bitop -- fast lua bit manipulation library Owner recorded as Enrico Tassi gareuselesi...@debian.org. owner 509225 Jelmer Vernooij jel...@samba.org Bug 509225 [wnpp] ITP: tevent -- talloc-based event loop library Owner recorded as Jelmer Vernooij jel...@samba.org. tags 505653 - pending Bug#505653: ITP: gtask -- GObject toolkit for asynchronous programming Tags were: pending Tags removed: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509242: ITP: lensfun -- LensCorrection editor plugin
Package: wnpp Severity: wishlist Owner: Mark Purcell m...@debian.org * Package name: lensfun Version : 0.2.3 Upstream Author : Andrew Zabolotny z...@homelink.ru * URL : http://lensfun.berlios.de * License : GPL, MIT/X Programming Lang: C++ C Description : LensCorrection editor plugin Database of photographic lenses and their characteristics. The lensfun library not only provides a way to read the database and search for specific things in it, but also provides a set of algorithms for correcting images based on detailed knowledge of lens properties. Right now lensfun is designed to correct distortion, transversal (also known as lateral) chromatic aberrations, vignetting and colour contribution of the lens (e.g. when sometimes people says one lens gives yellowish images and another, say, bluish). -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) debian/copyright: = This package was debianized by Mark Purcell m...@debian.org on Sat, 05 Jul 2008 11:33:25 +1000. It was downloaded from http://lensfun.berlios.de Upstream Authors: CODE: Andrew Zabolotny z...@homelink.ru LENS DATA: Tom Niemann: original open-source ptlens database. Copyright: [Copyright: 2005-2007 Andrew Zabolotny] License: The libraries which are part of this package are licensed under the terms of the GNU Lesser General Public License, version 3. Libraries are located under the subdirectory libs/ of the source package. A copy of the license is available in the file lgpl-3.0.txt which can be found in the source archive. You can read it here: http://www.gnu.org/licenses/lgpl-3.0.html Applications which are part of this package are licensed under the terms of the GNU General Public License, version 3. Applications are located under the apps/ subdirectory of the source package. A copy of the license can be found in the file gpl-3.0.txt which can be found in the source achive. You can read it here: http://www.gnu.org/licenses/gpl-3.0.html Also the build system (the contents of the build/ subdirectory plus the ac.py file) is licensed under GPL v3. Test programs and tools are put into public domain, unless explicitly specified otherwise in the header of the source files. Test programs are located under the tests/ subdirectory, and tools are located in tools/. The lens database is licensed under the Creative Commons Attribution-Share Alike 3.0 license. The database is located under the data/ subdirectory of the source package. You can read it here: http://creativecommons.org/licenses/by-sa/ The Debian packaging is (C) 2008, Mark Purcell m...@debian.org and is licensed under the GPL, see `/usr/share/common-licenses/GPL'. # Please also look if there are files or directories which have a # different copyright/license attached and list them here. tools/makedep/pr.cpp: MIT/X11 (BSD like) [Copyright: 1993, 1994 X Consortium] tools/makedep/cppsetup.cpp: MIT/X11 (BSD like) [Copyright: 1993, 1994 X Consortium] tools/makedep/include.cpp: MIT/X11 (BSD like) [Copyright: 1993, 1994 X Consortium] tools/makedep/parse.cpp: MIT/X11 (BSD like) [Copyright: 1993, 1994 X Consortium] tools/makedep/ifparser.cpp: UNKNOWN [Copyright: 1992 Network Computing Devices, Inc] tools/makedep/main.cpp: MIT/X11 (BSD like) [Copyright: 1993, 1994 X Consortium] -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org