Processed: taking ownership
Processing commands for cont...@bugs.debian.org: owner 624610 Praveen Arimbrathodiyil prav...@debian.org Bug #624610 [wnpp] ITP: capybara -- Intelligent testing tool for web based rack applications Owner changed from Nishchay Mhatre nishchaymha...@gmail.com to Praveen Arimbrathodiyil prav...@debian.org. End of message, stopping processing here. Please contact me if you need assistance. -- 624610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624610 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13637597888433.transcr...@bugs.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Wednesday 20 March 07:03:12 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: sagemath-database-conway-polynomials tags 703308 + pending Bug #703308 [wnpp] ITP: sagemath-database-conway-polynomials -- Database of Conway polynomials Added tag(s) pending. # Source package in NEW: sagemath-database-elliptic-curves tags 703297 + pending Bug #703297 [wnpp] ITP: sagemath-database-elliptic-curves -- Databases for elliptic curves Added tag(s) pending. # Source package in NEW: sagemath-database-graphs tags 703299 + pending Bug #703299 [wnpp] ITP: sagemath-database-graphs -- Databases of graphs Added tag(s) pending. # Source package in NEW: sagemath-database-polytopes tags 703303 + pending Bug #703303 [wnpp] ITP: sagemath-database-polytopes -- Databases of polytopes Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 703297: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703297 703299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703299 703303: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703303 703308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703308 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136376300524538.transcr...@bugs.debian.org
Bug#703483: ITP: libmessage-passing-perl -- simple way of doing messaging
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libmessage-passing-perl Version : 0.111 Upstream Author : Tomas (t0m) Doran bobtf...@bobtfish.net * URL : http://search.cpan.org/dist/Message-Passing/ * License : AGPL-3 Programming Lang: Perl Description : simple way of doing messaging Message::Passing is a library for building high performance, loosely coupled and reliable/reseliant applications, structured as small services which communicate over the network by passing messages. -- 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/20130320081125.25473.4723.report...@auryn.jones.dk
Bug#703488: ITP: libpackage-variant-perl -- parameterizable packages
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libpackage-variant-perl Version : 1.001002 Upstream Author : Matt S. Trout (cpan:MSTROUT) m...@shadowcat.co.uk * URL : http://search.cpan.org/dist/Package-Variant/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : parameterizable packages Package::Variant allows you to build packages that return different variations depending on what parameters are given. . Users of your package will receive a subroutine able to take parameters and return the name of a suitable variant package. The implmentation does not care about what kind of package it builds. -- 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/20130320093813.32470.7280.report...@auryn.jones.dk
Bug#703491: ITP: libanyevent-handle-udp-perl -- client/server UDP handles for AnyEvent
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libanyevent-handle-udp-perl Version : 0.039 Upstream Author : Leon Timmermans le...@cpan.org * URL : http://search.cpan.org/dist/AnyEvent-Handle-UDP/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : client/server UDP handles for AnyEvent AnyEvent::Handle::UDP is an abstraction around UDP sockets for use with AnyEvent. -- 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/20130320095628.7477.63106.report...@auryn.jones.dk
Bug#697505: marked as done (ITP: ocaml-re -- regular expression library for OCaml)
Your message dated Wed, 20 Mar 2013 10:00:06 + with message-id e1uifou-00041y...@franck.debian.org and subject line Bug#697505: fixed in ocaml-re 1.1.0+deb-1 has caused the Debian Bug report #697505, regarding ITP: ocaml-re -- regular expression library for OCaml 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.) -- 697505: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697505 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Mehdi Dogguy me...@debian.org * Package name: ocaml-re Version : 1.1.1 Upstream Author : Jerome Vouillon jerome.vouil...@pps.univ-paris-diderot.fr * URL : https://github.com/ocaml/ocaml-re * License : LGPL 2.1 Programming Lang: OCaml Description : regular expression library for OCaml RE is regular expression library for OCaml. The following styles of regular expressions are supported: - Perl-style regular expressions (module Re_perl); - Posix extended regular expressions (module Re_posix); - Emacs-style regular expressions (module Re_emacs); - Shell-style file globbing (module Re_glob). . It is also possible to build regular expressions by combining simpler regular expressions (module Re) -- Mehdi ---End Message--- ---BeginMessage--- Source: ocaml-re Source-Version: 1.1.0+deb-1 We believe that the bug you reported is fixed in the latest version of ocaml-re, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 697...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mehdi Dogguy me...@debian.org (supplier of updated ocaml-re package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 13 Jan 2013 16:18:41 +0100 Source: ocaml-re Binary: libre-ocaml-dev Architecture: source amd64 Version: 1.1.0+deb-1 Distribution: unstable Urgency: low Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Changed-By: Mehdi Dogguy me...@debian.org Description: libre-ocaml-dev - regular expression library for OCaml Closes: 697505 Changes: ocaml-re (1.1.0+deb-1) unstable; urgency=low . * New release (Debian Repackaging). - Renamed Pcre into Re_pcre to avoid conflicts with the Pcre library. . ocaml-re (1.1.0-1) unstable; urgency=low . * Initial upload (Closes: #697505). Checksums-Sha1: e32699b62da2a7bdb41eefa7d23a1f3ac8753948 1696 ocaml-re_1.1.0+deb-1.dsc 27a84ad2ec9f0155e0be1cdbedd8b8c7be0f 82849 ocaml-re_1.1.0+deb.orig.tar.gz e87523408b34b673cba6a35803db7bc48da92abd 1933 ocaml-re_1.1.0+deb-1.debian.tar.gz df54cffb5a68c395c53966ed3c083a311e69495b 351912 libre-ocaml-dev_1.1.0+deb-1_amd64.deb Checksums-Sha256: 3a56ef93fb147fe4c8b70673d43aaa99f1a762c23ed4791c6a1ff30ac4cfc026 1696 ocaml-re_1.1.0+deb-1.dsc 07c773110918c6566257b457adc8972b15f1ffa5c7750ccae901b8f7c3ab5842 82849 ocaml-re_1.1.0+deb.orig.tar.gz 38b6ede725200a5f7b2e88ae28b7f771bf50b872e56806545c85d5966e74d8df 1933 ocaml-re_1.1.0+deb-1.debian.tar.gz 627c70bbd6fc25a5f7f55a0dbc43af15de9bae860d30cad526b7d59d7214360e 351912 libre-ocaml-dev_1.1.0+deb-1_amd64.deb Files: 686e52bccbd6a50b6072cfa289cfd5f6 1696 ocaml optional ocaml-re_1.1.0+deb-1.dsc e51e559891d6f2682bd0e0975ea8 82849 ocaml optional ocaml-re_1.1.0+deb.orig.tar.gz 2e62a2f1278ba48b168f6d73df5e1860 1933 ocaml optional ocaml-re_1.1.0+deb-1.debian.tar.gz a71fb3ea02f8a6a965d6840d90a79742 351912 ocaml optional libre-ocaml-dev_1.1.0+deb-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJQ8tXFAAoJEDe1GR0FRlJoo6kH/34hPZflD97vh87Uk19R8iqJ lfj6KqvqgBS0Kus1ltOMz+a2KH7rP4mwoZXYso00QKOd+2j1K6FiGjlyhAij6csv JaG+QOJT4N/pXydzy/Ua3MCjed6OCnb+AQhVsv0oTYe1Xn4zVd088fD2WQeAxWJN nUnAGa1cGGCBCvKbjpTbA1EViylM9nP3o8OJQ6p9taJq24eApz81S/wftnLukVva 85H1ELe4/YwQlBtaInXoWZnBfKGNpVBkdlWIazPTS6RPZAKi62PF5sD39wkPMrf7 gvFH9F0Pl/DbNHrKr9oL5zYk1tgxzbLtywxINw0IbbCVZJN/oqEYQnH4MZisNak= =3hKv -END PGP SIGNATUREEnd Message---
Bug#703492: ITP: ruby-selenium-webdriver -- a tool for writing automated tests of websites
package: wnpp severity:wishlist owner: Praveen Arimbrathodiyil prav...@debian.org * Homepage: http://selenium.googlecode.com/ * Version: 2.31.0 * Upstream Author: Jari Bakken * License: Apache License 2.0 * Description: WebDriver is a tool for writing automated tests of websites. It aims to mimic the behaviour of a real user, and as such interacts with the HTML of the application. -- 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/CAOo+eVqixudXQK9R1COk6iDvBm=e9mf2rbnvqe4fguszunw...@mail.gmail.com
Bug#673424: bbswitch packaging
On Tue, Mar 19, 2013 at 10:39 AM, Aron Xu a...@debian.org wrote: It's very much appreciated if you can help on sponsoring, as my personal time isn't very abundant recently so it could be a quite long delay waiting my uploads... But I'll keep an eye on the package and responded as soon as I can. Ok, I think I've (finally) gotten everything dealt with, including the conffile issue (I ended up deciding to use the rest of Ralf's patch, and prepared a pull request upstream for all my changes [1]). Tested the packages and they work for me, so Aron/Ritesh, if one of you could review and upload them, that'd be great, thanks! http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bbswitch_0.6-1.dsc http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bumblebee_3.1-1.dsc http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/primus_0~20130225-1.dsc (or fetch the latest from the git repos) Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10 -- 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/CACZd_tB3fn_RGa=doMLb=w_CL3cAvoGRp6mvrK3=afhkpvo...@mail.gmail.com
Bug#694707: are you interested in this package still?
Hi Addy, You've filed an ITP for ci-reporter long time back (during mini debconf India, Mangalore I guess). Are you still interested in packaging this? Thanks Praveen -- 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/CAOo+eVoCKBnerJiA9HHnkRq+Bo5yuLCe=t59obtqtm-flhd...@mail.gmail.com
Processed: cabybara need selenium-webdriver
Processing commands for cont...@bugs.debian.org: block 624610 by 703492 Bug #624610 [wnpp] ITP: capybara -- Intelligent testing tool for web based rack applications 624610 was blocked by: 695484 624610 was not blocking any bugs. Added blocking bug(s) of 624610: 703492 End of message, stopping processing here. Please contact me if you need assistance. -- 624610: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624610 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136377429321766.transcr...@bugs.debian.org
Processed: selenium-webdriver needs ci-reporter
Processing commands for cont...@bugs.debian.org: block 703492 by 694707 Bug #703492 [wnpp] ITP: ruby-selenium-webdriver -- a tool for writing automated tests of websites 703492 was not blocked by any bugs. 703492 was blocking: 624610 Added blocking bug(s) of 703492: 694707 End of message, stopping processing here. Please contact me if you need assistance. -- 703492: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703492 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136377439522187.transcr...@bugs.debian.org
Bug#694707: are you interested in this package still?
2013/3/20 Addy Singh addy...@gmail.com: Hi Praveen, Yes, I'm interested. I'll work on it over the coming weekend. Cool! Come to #debian-diaspora on irc.oftc.net if you need any help. We have weekly meeting at 8pm on every Saturday. Also see http://wiki.debian.org/Diaspora/Packaging for some documentation. -- 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/CAOo+eVpKkRh3Pre=gr9kf7jkhbqajlb-yphw_g7n9qdjr9q...@mail.gmail.com
Bug#694707: are you interested in this package still?
Hi Praveen, Yes, I'm interested. I'll work on it over the coming weekend. Thanks, Addy On Wed, Mar 20, 2013 at 3:39 PM, Praveen A prav...@debian.org wrote: Hi Addy, You've filed an ITP for ci-reporter long time back (during mini debconf India, Mangalore I guess). Are you still interested in packaging this? Thanks Praveen -- Addy Singh MCA@NITC Ph: 9895554219
Bug#701893: Packages available
Packages of libapache2-mod-mellon for squeeze and wheezy are available from our aptable archive: http://non-gnu.uvt.nl/debian/squeeze/libapache2-mod-auth-mellon/ http://non-gnu.uvt.nl/debian/wheezy/libapache2-mod-auth-mellon/ I'm not uploading to Debian proper until Apache 2.4 is unstable (as discussed above) as to avoid complicating that transition. signature.asc Description: This is a digitally signed message part.
Bug#703501: ITP: libdata-record-perl -- split on steroids
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libdata-record-perl Version : 0.02 Upstream Author : Curtis Ovid Poe o...@cpan.org * URL : http://search.cpan.org/dist/Data-Record/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : split on steroids Sometimes we need data split into records and a simple split on the input record separator (C$/) or some other value fails because the values we're splitting on may allowed in other parts of the data. Perhaps they're quoted. Perhaps they're embedded in other data which should not be split up. . Data::Record allows you to specify what you wish to split the data on, but also speficy an unless regular expression. If the text in question matches the unless regex, it will not be split there. This allows us to do things like split on newlines unless newlines are embedded in quotes. -- 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/20130320112207.2554.15739.report...@auryn.jones.dk
Bug#703502: ITP: libmoox-options-perl -- add option keywords to your object (Mo/Moo/Moose)
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libmoox-options-perl Version : 3.77 Upstream Author : celogeek m...@celogeek.com * URL : http://search.cpan.org/dist/MooX-Options/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : add option keywords to your object (Mo/Moo/Moose) MooX::Options will add option which act as has but support additional feature for getopt. . You will have new_with_options to instanciate new object for command line. -- 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/20130320114539.13851.50230.report...@auryn.jones.dk
Bug#673424: bbswitch packaging
Hi, Ok, I think I've (finally) gotten everything dealt with, including the conffile issue (I ended up deciding to use the rest of Ralf's patch, and prepared a pull request upstream for all my changes [1]). Tested the packages and they work for me, so Aron/Ritesh, if one of you could review and upload them, that'd be great, thanks! I can confirm the current bbswitch and bumblebee packages work fine here. I used the current upstream primusrun. Thanks a lot for your packaging work! Kind regards, Ralf -- 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/5149a2f7.4000...@ralfj.de
Bug#658783: ITP: mate-common -- common scripts and macros to develop with MATE
Yes. mate-common was rejected due to an incomplete debian/copyright file and missing GPL headers. I prepared the next version and we are waiting that one of the DDs in our team will upload it again. Thanks for your response and thanks for your work to get Mate in Debian archive. Regards, Thomas -- 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/514991ff.4000...@thomaspierson.fr
Bug#703505: RFP: Bio++ ('omics' components) -- The Bio++ libraries for Bioinformatics
Package: wnpp Severity: wishlist * Package name: Bio++ ('omics' components) Version : 2.1.0 Upstream Author : Julien Dutheil jy.duth...@gmail.com * URL : http://bioweb.me/biopp/ * License : CeCILL Programming Lang: C++ Description : The Bio++ libraries for Bioinformatics The Bio++ project aims at developing efficient and extensible libraries for comparative evolutionary biology. The libraries implement published algorithms and models for biological sequence analysis, implemented in a fully object-oriented way. Five libraries are already present in Debian (libbpp-core, libbpp-seq, libbpp-phyl, libbpp-popgen, libbpp-raa, libbpp-qt), as well as two set of programs using these libraries (bppsuite and bppphyview). These libraries and programs are regularly updated. This RFP is for two new libraries, dedicated to genomics analyses, namely libbpp-seq-omics and libbpp-phyl-omics. -- 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/20130320120823.21714.77387.report...@biopp.univ-montp2.fr
Bug#703366: apt-file assistance
Stefan, I'd be interested in helping. I'm not a DD, but I am the developer of raptorial, an APT clone. I was already planning on starting in on the apt-file component, so this is fortuitous. -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. -- 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/20130320120626.ga11...@qemfd.net
Bug#703507: ITP: re2 -- fast, safe C++ regular expression library
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: re2 Version : 20130115 Upstream Author : Stefano Rivera stefano.riv...@gmail.com * URL : http://code.google.com/p/re2 * License : BSD-3 Programming Lang: C++ Description : fast, safe C++ regular expression library RE2 is a fast, safe, thread-friendly alternative to backtracking regular expression engines like those used in PCRE, Perl, and Python. It is a C++ library. Backtracking engines are typically full of features and convenient syntactic sugar but can be forced into taking exponential amounts of time on even small inputs. RE2 uses automata theory to guarantee that regular expression searches run in time linear in the size of the input. RE2 implements memory limits, so that searches can be constrained to a fixed amount of memory; RE2 is engineered to use a small fixed C++ stack footprint no matter what inputs or regular expressions it must process; thus RE2 is useful in multithreaded environments where thread stacks cannot grow arbitrarily large. -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If there were no counterfactuals, this sentence would not have been paradoxical. signature.asc Description: Digital signature
Bug#703507: ITP: re2 -- fast, safe C++ regular expression library
On 20.03.2013 12:21, Peter Pentchev wrote: * Package name: re2 Version : 20130115 Upstream Author : Stefano Rivera stefano.riv...@gmail.com This appears to have been in the archive for a couple of years already - http://packages.qa.debian.org/r/re2.html Regards, Adam -- 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/6d38369df1f3e3bd2fe0d66dda4a1...@mail.adsl.funky-badger.org
Bug#703488: marked as done (ITP: libpackage-variant-perl -- parameterizable packages)
Your message dated Wed, 20 Mar 2013 13:00:05 + with message-id e1uiicf-0003sv...@franck.debian.org and subject line Bug#703488: fixed in libpackage-variant-perl 1.001002-1 has caused the Debian Bug report #703488, regarding ITP: libpackage-variant-perl -- parameterizable packages 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.) -- 703488: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703488 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libpackage-variant-perl Version : 1.001002 Upstream Author : Matt S. Trout (cpan:MSTROUT) m...@shadowcat.co.uk * URL : http://search.cpan.org/dist/Package-Variant/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : parameterizable packages Package::Variant allows you to build packages that return different variations depending on what parameters are given. . Users of your package will receive a subroutine able to take parameters and return the name of a suitable variant package. The implmentation does not care about what kind of package it builds. ---End Message--- ---BeginMessage--- Source: libpackage-variant-perl Source-Version: 1.001002-1 We believe that the bug you reported is fixed in the latest version of libpackage-variant-perl, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 703...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated libpackage-variant-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 20 Mar 2013 11:06:57 +0100 Source: libpackage-variant-perl Binary: libpackage-variant-perl Architecture: source all Version: 1.001002-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Jonas Smedegaard d...@jones.dk Description: libpackage-variant-perl - parameterizable packages Closes: 703488 Changes: libpackage-variant-perl (1.001002-1) unstable; urgency=low . * Initial packaging release. Closes: bug#703488. Checksums-Sha1: 88477c76492702d0a81c3c5a3fbf18ae9b0f2267 2239 libpackage-variant-perl_1.001002-1.dsc 0fc13842c06807b63d38db616215e84a8621e7c0 8069 libpackage-variant-perl_1.001002.orig.tar.gz 65019dc04f94208d99b7f47b3a8827f9d586ec5f 2717 libpackage-variant-perl_1.001002-1.debian.tar.gz 22321bc185bd595fce34043b15b42e454cb83fa2 17616 libpackage-variant-perl_1.001002-1_all.deb Checksums-Sha256: cc73c4f3c09cd69949d2d65ae8af96a29b6dec85463e76664398f8f667b39f65 2239 libpackage-variant-perl_1.001002-1.dsc 594f21f721884a90582c9132552598ff8adcccae15ad0a971497bdd3f4ba7b66 8069 libpackage-variant-perl_1.001002.orig.tar.gz 66773793980ac6eb97706f0d3d87b229c44cb61e55c2ebbd1e119eaf152e5211 2717 libpackage-variant-perl_1.001002-1.debian.tar.gz 0dd05cd55a4cefb3217bc1f326ed7b194b1ba0416eac1fb0f5c1c73b9ff1967e 17616 libpackage-variant-perl_1.001002-1_all.deb Files: 1e7f693c7ed8e99f1efa24badae95bb2 2239 perl optional libpackage-variant-perl_1.001002-1.dsc 9a515d3bc6d6b00124e828dd35642934 8069 perl optional libpackage-variant-perl_1.001002.orig.tar.gz 55f8bf0b4c3062abbdcbc36f91919cda 2717 perl optional libpackage-variant-perl_1.001002-1.debian.tar.gz d7205b55c0c6abe8fb2ee778738edca5 17616 perl optional libpackage-variant-perl_1.001002-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRSYrIAAoJECx8MUbBoAEhyqgQAI4jLiQ1+xtc8zLTa4pkosc/ W2/ChfItSgvJKDiOkzBZ9b41f+qLT1mL8tbrJ3UcseUx/5H/1YgIcBLdF7b3KA0y SCoQ8Gdhv26kyiINnS/HXgldGLp+7RFLVaQpNjidHTjZEaNUNtgqJFs3ah5v4UB/ UZDtD3BxEZPjX/XcCSMrDq+oE821ZMFSWvY6aZgGuukrvRUpoGdZ/MrfVexO8sFu oT/okGR+L6rQ0KmhTqcDTgTGj7stjVz8Fz568zYPT156kDPesiGsc/M8cLONkvFV FDYeMQsE8Z+i77doXaVLHFwcFdlsCW9JGhPImLzFV8T/zNpKaJ/Av/n3ltQl/MF6 mKwR4W2zQkyMuxoIlufKxr7D4sU1QJz5m769cWdBk+sDFl2Kozcn3MYW8gmBCxHa e8slLDjPG4eYKSr7TmgHBvOOPx/Cl4F4YINdZUXB9FXKfBhmm+6b3W2+IItYtKQF yWxqDc7DXgBBij3s3WMWJ0UsIpA1JPC2yCYMHh8kIcUTEhsaL4xApyqeI+HAO3RS DFT6RJ+LNRu7UaZi5z2OYHTUZ+znZMwzknq1OaSbKVuWaQS7OGm0kWMJH48XNIgJ
Bug#703501: marked as done (ITP: libdata-record-perl -- split on steroids)
Your message dated Wed, 20 Mar 2013 13:00:05 + with message-id e1uiicf-0003te...@franck.debian.org and subject line Bug#703501: fixed in libdata-record-perl 0.02-1 has caused the Debian Bug report #703501, regarding ITP: libdata-record-perl -- split on steroids 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.) -- 703501: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703501 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libdata-record-perl Version : 0.02 Upstream Author : Curtis Ovid Poe o...@cpan.org * URL : http://search.cpan.org/dist/Data-Record/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : split on steroids Sometimes we need data split into records and a simple split on the input record separator (C$/) or some other value fails because the values we're splitting on may allowed in other parts of the data. Perhaps they're quoted. Perhaps they're embedded in other data which should not be split up. . Data::Record allows you to specify what you wish to split the data on, but also speficy an unless regular expression. If the text in question matches the unless regex, it will not be split there. This allows us to do things like split on newlines unless newlines are embedded in quotes. ---End Message--- ---BeginMessage--- Source: libdata-record-perl Source-Version: 0.02-1 We believe that the bug you reported is fixed in the latest version of libdata-record-perl, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 703...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated libdata-record-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 20 Mar 2013 12:32:16 +0100 Source: libdata-record-perl Binary: libdata-record-perl Architecture: source all Version: 0.02-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Jonas Smedegaard d...@jones.dk Description: libdata-record-perl - split on steroids Closes: 703501 Changes: libdata-record-perl (0.02-1) unstable; urgency=low . * Initial packaging release. Closes: bug#703501. Checksums-Sha1: 53f3f5b82be5f1c5de0a5a5eb6be2a2d7a3cf491 2133 libdata-record-perl_0.02-1.dsc 0d9cbd2b3119aa65c9f4ca6cb6333eb921e1e1be 7029 libdata-record-perl_0.02.orig.tar.gz 240aa8f95419a1f10192fbf63727b778f28759d8 2671 libdata-record-perl_0.02-1.debian.tar.gz 80108ab2d84d6aa3131210565305d306ce7613b6 14508 libdata-record-perl_0.02-1_all.deb Checksums-Sha256: e7910c825ff2dc6b65f6108b82bb6e37c4b15336c7f9e7978fc3f6f92a29e8aa 2133 libdata-record-perl_0.02-1.dsc 1d6ae66da2767520c21fbf12c538f1007ab27445d92c8eac763653f2b8849ebf 7029 libdata-record-perl_0.02.orig.tar.gz 6b327422576080cae2a190a4e4f8f2e4e04ffd3273a3f93bfab46bdda521aa91 2671 libdata-record-perl_0.02-1.debian.tar.gz b3ee39054947bfb2a18e4c63ca7814c1655e1f3e8cd9ebe12fec8304051f0656 14508 libdata-record-perl_0.02-1_all.deb Files: 1e90298a526afb1fe435a2ad8603de12 2133 perl optional libdata-record-perl_0.02-1.dsc 1c22555d2ef4494d5991a12bb44a0e20 7029 perl optional libdata-record-perl_0.02.orig.tar.gz a7933a4dc42a4ea7e6690b16d8bbd338 2671 perl optional libdata-record-perl_0.02-1.debian.tar.gz f5dd6a098cf4986b846bf83f02c5c38b 14508 perl optional libdata-record-perl_0.02-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRSZ6kAAoJECx8MUbBoAEhGgQP/0w1+QwgnYrwha2p5r4XbBSM 1/fYcdlSWsOhM26xLPdoi99R6PCbPPoVPh8D0+aVl1s9NA+odVU+D/U5jGg/P3Ll k4amk9Zda3Nhpk+5VQnfqDXUKCnqA98DhUKILhBaCPvCNC/OSbxwOb4eGc8vId1Q fVk2QVKLPgxJBqYSs4cJHQeGtX9AIE2l2CKIGBdwbBuWRzbMguABwAwc685sRLxp APZB2CVtpFTs7t6dUZ1IYfKkHOMR6U8Qrw8N8dYRaOLoKdgobTfuqAAAm2IYkfGZ ZpydvOEeATK9H/dLisL8EXnK3YudqaC/1vDOnM3uGmtwShbUDGG52cCKA6JkLJw/ P2EQmqnHwutZ9sbFTc/w+X/YmLjuc/dsA+pCWpRAw4RmLpVI2cxL5eIAdmeseoee NQ5w1HygeXzuGk0YQ3gThTJcP0YtD+/s0y251bcobEc/ccfnR0DhxcRayOQwZmt0 Jss/UK4dab+D32QC7q8YQaqj/Y+9J1IHhfbhgYRbGI74QSWYLxVf830piubbEqPe
Bug#703491: marked as done (ITP: libanyevent-handle-udp-perl -- client/server UDP handles for AnyEvent)
Your message dated Wed, 20 Mar 2013 13:00:05 + with message-id e1uiicf-0003tv...@franck.debian.org and subject line Bug#703491: fixed in libanyevent-handle-udp-perl 0.039-1 has caused the Debian Bug report #703491, regarding ITP: libanyevent-handle-udp-perl -- client/server UDP handles for AnyEvent 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.) -- 703491: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703491 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libanyevent-handle-udp-perl Version : 0.039 Upstream Author : Leon Timmermans le...@cpan.org * URL : http://search.cpan.org/dist/AnyEvent-Handle-UDP/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : client/server UDP handles for AnyEvent AnyEvent::Handle::UDP is an abstraction around UDP sockets for use with AnyEvent. ---End Message--- ---BeginMessage--- Source: libanyevent-handle-udp-perl Source-Version: 0.039-1 We believe that the bug you reported is fixed in the latest version of libanyevent-handle-udp-perl, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 703...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated libanyevent-handle-udp-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 20 Mar 2013 11:24:13 +0100 Source: libanyevent-handle-udp-perl Binary: libanyevent-handle-udp-perl Architecture: source all Version: 0.039-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org Changed-By: Jonas Smedegaard d...@jones.dk Description: libanyevent-handle-udp-perl - client/server UDP handles for AnyEvent Closes: 703491 Changes: libanyevent-handle-udp-perl (0.039-1) unstable; urgency=low . * Initial packaging release. Closes: bug#703491. Checksums-Sha1: e5a902185a5d5fd0ff2cec03b1795a0a55ccf0ce 2291 libanyevent-handle-udp-perl_0.039-1.dsc 24d4e01ed5acef368e311e326c6605f22ec81c17 15713 libanyevent-handle-udp-perl_0.039.orig.tar.gz 1aa0a2dcd7a7841bd37dedbd5b6c7b3bd6288622 14854 libanyevent-handle-udp-perl_0.039-1.debian.tar.gz 8a84f911d431cf68c66ab7067e59a9b4bde8b945 27376 libanyevent-handle-udp-perl_0.039-1_all.deb Checksums-Sha256: 8eb8848850a1d2a0825ade0d5c18fafd5edfcf68dea6ca9d30a1798183c4cbe3 2291 libanyevent-handle-udp-perl_0.039-1.dsc 6b275934850a67c325af1c40eb4557d698096e2e1d9805323a57102c67a8aa87 15713 libanyevent-handle-udp-perl_0.039.orig.tar.gz a5bb7bead80ae221c708033f5d396390da40d5eac10fbadf01a139c27d553626 14854 libanyevent-handle-udp-perl_0.039-1.debian.tar.gz d28a74ea521cb9051e88fb230266237e0314f0847eb1b1f8087714a3b4c56c7c 27376 libanyevent-handle-udp-perl_0.039-1_all.deb Files: c4d9cb560f08ea5045c078a9186e0a24 2291 perl optional libanyevent-handle-udp-perl_0.039-1.dsc 513eeb0cb2449becd826188d9c7a2480 15713 perl optional libanyevent-handle-udp-perl_0.039.orig.tar.gz 9c96216bc63e6c2f89ee1ed6ed677300 14854 perl optional libanyevent-handle-udp-perl_0.039-1.debian.tar.gz d896945d32ce4b034cdd5e67d04a72de 27376 perl optional libanyevent-handle-udp-perl_0.039-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRSY97AAoJECx8MUbBoAEhsDsQAKZUpTOguL293yyVjxFPIwbc MCHSxSu4imT0EIDuu0ZuSCWC9gjXh500B7atT6BWZ5sPT8rmATJxt/PyCgt9oS/O cw8dHl8sTFcPJrSCqLFSXSKZ03bNJOFUHLZYWAtgPk25HDOUn1f4XbVzxPR6DD5u m8b0fKqgV6efRkgMFx2xo5CUPySxprpxswvWsA2TfCSZHyQSD1z/I0vJkY+Y/Hjd 78B+VJXSF5dXNqqMV9Re6q00BHSGNLmLH2pGpvr519BMSXY9CWGlHxNDQueBEM0g 5JMiMr3mRUP95eDlGVo+FOVvpph7QGXQ54udeEtSBh/cBcoCsPXjTHacPGJvCjxi cgdBqct0FKjHeI4BgPcnJDDdkr0BIUCPFVbarz5HcgDiZhaO9fUlKTruMBE9cTyW Yq0FKSjX+bVBGxSuS6V6EKFQxihYJidK6wVHr2sSHu7cXFmQxYVHIPHowv9mHBDE 10bHnMXCegC3zqcux8ypXUiN9C3gzJwDqMWv9JR0Z9USvv5P7qNDY0M2ojrEZSoO RqKkPmCabxPx6RLot0Jmy1kkRTM3HW0dxleinXnLmJwwQEV0IltzhidrhKw5mGY8 xMKCqfBSg5OyuFmZ8oRoXwV7nFBW5iDmmX7AB0FWXf/sYxCPWPjSRY70cFlmjM3O febyd+Stp5f6zdZa4ecD =ceSI -END PGP SIGNATUREEnd Message---
Bug#673424: bbswitch packaging
On Wednesday 20 March 2013 03:39 PM, Vincent Cheng wrote: Ok, I think I've (finally) gotten everything dealt with, including the conffile issue (I ended up deciding to use the rest of Ralf's patch, and prepared a pull request upstream for all my changes [1]). Tested the packages and they work for me, so Aron/Ritesh, if one of you could review and upload them, that'd be great, thanks! http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bbswitch_0.6-1.dsc http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bumblebee_3.1-1.dsc http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/primus_0~20130225-1.dsc (or fetch the latest from the git repos) Sure. I will soon test this on my setup, review your packaging work, and then accordingly sponsor it. If Aron, you get the time, please do so and just update us on this email. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#703507: ITP: re2 -- fast, safe C++ regular expression library
Hello, On 20 March 2013 13:38, Adam D. Barratt a...@adam-barratt.org.uk wrote: This appears to have been in the archive for a couple of years already - http://packages.qa.debian.org/r/re2.html I wonder why is it still in experimental. Maybe it's worth re-uploading it to unstable? -- WBR, Andrew -- 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/camb-mayutf0kuasjybwdughdjlqhc0w3se6k3_rtj8c-jxb...@mail.gmail.com
Bug#703507: ITP: re2 -- fast, safe C++ regular expression library
On Wed, 20 Mar 2013 14:59:32 +0100 Andrew Shadura bugzi...@tut.by wrote: On 20 March 2013 13:38, Adam D. Barratt a...@adam-barratt.org.uk wrote: This appears to have been in the archive for a couple of years already - http://packages.qa.debian.org/r/re2.html I wonder why is it still in experimental. Maybe it's worth re-uploading it to unstable? This may help explain why: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591935#5 -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpDBd8XRs1Nv.pgp Description: PGP signature
Bug#702242: ITP: libpfm4 -- Library to program the performance monitoring events
Added to upstream tracker for monitoring future API changes: http://upstream-tracker.org/versions/libpfm.html Vincent Danjean wrote: Package: wnpp Severity: wishlist Owner: Vincent Danjean vdanj...@debian.org * Package name: libpfm4 Version : 4.3.0 Upstream Author : Stephane Eranian eran...@gmail.com * URL : http://perfmon2.sourceforge.net/ * License : BSD-like (see below) Programming Lang: C + python bindings Description : Library to program the performance monitoring events Libpfm4 helps convert from an event name, expressed as a string, to the event encoding. The encoding can then be used with specific OS interfaces. Libpfm4 also provides OS-specific interfaces to directly setup OS-specific data structures to be passed to the kernel. The current libpfm4, for instance, provides support for the perf_events interface which was introduced in Linux v2.6.31. Note: this package is a dependency of PAPI (see next ITP) Note2: libpfm3 was in Debian but it is abandonned upstream (and removed in wheezy). libpfm4 is a full rewrite (both projects coexisted during a time) License: Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: . The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. . THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. -- Andrey Ponomarenko, ROSA Lab. -- 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/5149c2f2.2010...@rosalab.ru
Bug#703519: RFP: sddm -- QML based login manager
Package: wnpp Severity: wishlist User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring * Package name: sddm Version : 0.1.0 Upstream Author : Abdurrahman AVCI abdurrahmana...@gmail.com * URL : http://qt-apps.org/content/show.php/SDDM+-+QML-Based+Display+Manager?content=156539 * License : GPL-2+ Programming Lang: C++ Description : QML based login manager SDDM is lightweight display manager using QML for the user interface. SDDM depends only on Qt, XCB and PAM and has a small, hackable code base. SDDM can be compiled for with Qt4 or Qt5. Tarball includes a couple of reference themes and PKGBUILD for arch package generation. For more information and installation instructions check README included in the source distribution. -- 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/20130320143552.5724.27989.report...@pq-edge.pq-edge-domain
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
Hi Mike et al., On Sat, 16 Mar 2013, Mike Gabriel wrote: I wonder if anyone could give a concise summary stopping libjpeg-turbo from being uploaded? there seemed to be lots of work, clarifications from upstream, downstream distributions including it,... and no clarity why we do not have it in Debian yet (could simply be a lack of time?). Thank you in advance! I have experimented around with libjpeg-turbo.git on collab-maint recently. I have updated upstream to 1.2.90. Thanks for pushing it forward! Let me start with boring stuff: - we should clarify debian/copyright content on debian/* materials copyright/license judging from git history, debian/* is not only copyright by our team but also by 2010, 2011 Linaro Limited; original license of Tom's (Linaro) work was LGPL-2.1 (probably for no specific reason) then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. which imho is incorrect -- we cannot subsume contributions of Tom and Matthias without their agreement ... moreover for Linaro's portion it might even be not that easy -- so we should just maintain that copyright entry as long as current work is based on their work ;) But I am CCing them now (may be they would like to join the team) -- Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? - debian/changelog as long as this work is based on someone else's work, I would prefer to keep the history, only replace unstable with UNRELEASED or any other distribution/release where that version was available (e.g precise) By now the current version already looks quite promosing (I hope). The dpkg-divert stuff, I have remove. The current policy is: o link native libjpeg-turbo code against libturbojpeg1 - a package like TigerVNC or VirtualGL should use libturbojpeg1 o if the system admin chooses to replaced libjpeg8 by libjpeg8-turbo, he/she may do so. Only then libjpeg8 is replaced (including all consequences for all applications on the system) Only open (lintian) issues: mike@sid:~/build$ lintian -IE --pedantic --show-overrides --color auto libjpeg-turbo_1.2.90-1_amd64.changes X: libturbojpeg1: shlib-calls-exit usr/lib/x86_64-linux-gnu/libturbojpeg.so.1.2.90 X: libjpeg8-turbo: shlib-calls-exit usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2 apparently inherent in libjpeg as well (and quite a few other tools) but they do not provide a lintian override with a description and it seems to me that it might indeed be a legit violation -- needs some analysis W: libjpeg-turbo-test: binary-without-manpage usr/bin/jcstest W: libjpeg-turbo-test: binary-without-manpage usr/bin/tjunittest I would just override those with a notice that no upstream manpages are provided and these ones are of limited user use related: I see empty override_dh_auto_test: -- shouldn't package better exercise those tests at build time and fail if they fail (the practice I adhere to in my packages)? W: libjpeg-turbo-progs: hardening-no-relro usr/bin/jpegexiforient W: libjpeg-turbo-progs: hardening-no-fortify-functions usr/bin/jpegexiforient now I spotted debian/extra -- needs an entry into debian/copyright, e.g. Guido Vollbeding gu...@jpegclub.org N: yes, the package has a different name O: libjpeg8-turbo: package-name-doesnt-match-sonames libjpeg8 N: yes, we specifically want linkers to depend on the standard libjpeg name O: libjpeg8-turbo: shlibs-declares-dependency-on-other-package libjpeg8 (= 8) good ;) Can you take a look and give feedback till here? I will try to build the beastie now ;) -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20130320145932.gx2...@onerussian.com
Bug#569465: marked as done (ITA: php-cache-lite -- Fast and lite data cache system)
Your message dated Wed, 20 Mar 2013 15:03:31 + with message-id e1uiky7-0005me...@franck.debian.org and subject line Bug#569465: fixed in php-cache-lite 1.7.15-1 has caused the Debian Bug report #569465, regarding ITA: php-cache-lite -- Fast and lite data cache system 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.) -- 569465: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569465 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: normal The current maintainer of php-cache-lite, Charles Fry c...@debian.org, is not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: php-cache-lite Binary: php-cache-lite Version: 1.7.4-1 Priority: optional Section: php Maintainer: Charles Fry c...@debian.org Build-Depends: dh-make-php (= 0.1.1), debhelper (= 5), cdbs Architecture: all Standards-Version: 3.8.0 Format: 1.0 Directory: pool/main/p/php-cache-lite Files: c29739939c376e7c485bb4d300dd715a 1070 php-cache-lite_1.7.4-1.dsc 93a7a2a40d85a16725f02937ee5c9b88 29824 php-cache-lite_1.7.4.orig.tar.gz 3d9a1b5f56f5286bbfe48c532f696da3 1474 php-cache-lite_1.7.4-1.diff.gz Homepage: http://pear.php.net/package/Cache_Lite/ Checksums-Sha1: d78e6a0289b11477daea5ab38ebf332b9d4a5b5a 29824 php-cache-lite_1.7.4.orig.tar.gz a1ff92e55963fe41e4f59a7312a62c64a4c7147f 1474 php-cache-lite_1.7.4-1.diff.gz Checksums-Sha256: ebe0d55879bd398b4d90396039484d5041d232fe606ef8e577e70af4dc834c8d 29824 php-cache-lite_1.7.4.orig.tar.gz 1bca9f83fbbd51d91eed9c8b84c6161d9017b87f180d7c56a0de9cb3d2b7ab0a 1474 php-cache-lite_1.7.4-1.diff.gz Package: php-cache-lite Priority: optional Section: php Installed-Size: 288 Maintainer: Charles Fry c...@debian.org Architecture: all Version: 1.7.4-1 Filename: pool/main/p/php-cache-lite/php-cache-lite_1.7.4-1_all.deb Size: 36224 MD5sum: 64553c0abe6365b6b0bfe8f474ec8e87 SHA1: 0f681857513e680946cb3da3ab3498999cb75975 SHA256: bc01533abf3838f33e22b3a29731187a2d149c2536a5f570312b088df91165f2 Description: Fast and lite data cache system A lite cache system optimized for high traffic websites that caches data on disk and/or in memory. Cached data is accessed through a user-defined cache ID (key). Can ensure various levels of safety in the face of concurrency, even when the cache is backed by a distributed file system. Homepage: http://pear.php.net/package/Cache_Lite/ signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: php-cache-lite Source-Version: 1.7.15-1 We believe that the bug you reported is fixed in the latest version of php-cache-lite, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 569...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Prach Pongpanich prach...@gmail.com (supplier of updated php-cache-lite package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 20 Mar 2013 10:48:25 +0700 Source: php-cache-lite Binary: php-cache-lite Architecture: source all Version: 1.7.15-1 Distribution: experimental Urgency: low Maintainer: Debian PHP PEAR Maintainers pkg-php-p...@lists.alioth.debian.org Changed-By: Prach Pongpanich prach...@gmail.com Description: php-cache-lite - Fast and lite data cache system Closes: 569465 620255 Changes: php-cache-lite (1.7.15-1) experimental; urgency=low . * New upstream release (Closes: #620255) * Now using PKG-PHP-PEAR team as maintainer and add myself as uploader (Closes: #569465) * Switch to pkg-php-tools and dh-sequencer - Add pkg-php-tools to Build-Depends - Add php-pear to Build-Depends-Indep - Add php-pear and ${misc:Depends} to Depends - Drop phpapi-* in Depends - Drop debian/dirs - Rewrite debian/rules * Switch to section 'php' instead of 'web' * Update copyright file to version 1.0 format * Add Vcs-* fields in
Bug#703507: ITP: re2 -- fast, safe C++ regular expression library
On 20.03.2013 13:59, Andrew Shadura wrote: On 20 March 2013 13:38, Adam D. Barratt a...@adam-barratt.org.uk wrote: This appears to have been in the archive for a couple of years already - http://packages.qa.debian.org/r/re2.html I wonder why is it still in experimental. Maybe it's worth re-uploading it to unstable? It was removed from unstable due to a lack of ABI stability - see #598990. In terms of future plans, it's probably worth asking the maintainer... :-) Regards, Adam -- 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/e790e3650e036da8cc8f52227e0b9...@mail.adsl.funky-badger.org
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
Hi Yaroslav, On Mi 20 Mär 2013 15:59:32 CET Yaroslav Halchenko wrote: Hi Mike et al., On Sat, 16 Mar 2013, Mike Gabriel wrote: I wonder if anyone could give a concise summary stopping libjpeg-turbo from being uploaded? there seemed to be lots of work, clarifications from upstream, downstream distributions including it,... and no clarity why we do not have it in Debian yet (could simply be a lack of time?). Thank you in advance! I have experimented around with libjpeg-turbo.git on collab-maint recently. I have updated upstream to 1.2.90. Thanks for pushing it forward! Thanks for reviewing! Let me start with boring stuff: - we should clarify debian/copyright content on debian/* materials copyright/license judging from git history, debian/* is not only copyright by our team but also by 2010, 2011 Linaro Limited; original license of Tom's (Linaro) work was LGPL-2.1 (probably for no specific reason) then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. which imho is incorrect -- we cannot subsume contributions of Tom and Matthias without their agreement ... moreover for Linaro's portion it might even be not that easy -- so we should just maintain that copyright entry as long as current work is based on their work ;) But I am CCing them now (may be they would like to join the team) -- Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? My tendency is to use the upstream license for packaging as it makes applying patches and sending them to upstream far less bureaucratic (patches from /debian/patches then have the same license as upstream). However, I guess your are right about the license history of /debian/*. GPL, though, I find totally inappropriate for a non-GPL upstream source. - debian/changelog as long as this work is based on someone else's work, I would prefer to keep the history, only replace unstable with UNRELEASED or any other distribution/release where that version was available (e.g precise) Ah. Ok. Good point. By now the current version already looks quite promosing (I hope). The dpkg-divert stuff, I have remove. The current policy is: o link native libjpeg-turbo code against libturbojpeg1 - a package like TigerVNC or VirtualGL should use libturbojpeg1 o if the system admin chooses to replaced libjpeg8 by libjpeg8-turbo, he/she may do so. Only then libjpeg8 is replaced (including all consequences for all applications on the system) Only open (lintian) issues: mike@sid:~/build$ lintian -IE --pedantic --show-overrides --color auto libjpeg-turbo_1.2.90-1_amd64.changes X: libturbojpeg1: shlib-calls-exit usr/lib/x86_64-linux-gnu/libturbojpeg.so.1.2.90 X: libjpeg8-turbo: shlib-calls-exit usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2 apparently inherent in libjpeg as well (and quite a few other tools) but they do not provide a lintian override with a description and it seems to me that it might indeed be a legit violation -- needs some analysis Could you take over that task, as I am not that experienced with shared library coding (and fixing). W: libjpeg-turbo-test: binary-without-manpage usr/bin/jcstest W: libjpeg-turbo-test: binary-without-manpage usr/bin/tjunittest I would just override those with a notice that no upstream manpages are provided and these ones are of limited user use Ok. related: I see empty override_dh_auto_test: -- shouldn't package better exercise those tests at build time and fail if they fail (the practice I adhere to in my packages)? Yes, agreed. I missed that point. I will check that later. W: libjpeg-turbo-progs: hardening-no-relro usr/bin/jpegexiforient W: libjpeg-turbo-progs: hardening-no-fortify-functions usr/bin/jpegexiforient now I spotted debian/extra -- needs an entry into debian/copyright, e.g. Guido Vollbeding gu...@jpegclub.org My todo. N: yes, the package has a different name O: libjpeg8-turbo: package-name-doesnt-match-sonames libjpeg8 N: yes, we specifically want linkers to depend on the standard libjpeg name O: libjpeg8-turbo: shlibs-declares-dependency-on-other-package libjpeg8 (= 8) good ;) :-) Can you take a look and give feedback till here? I will try to build the beastie now ;) Good luck! Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp3FkTACIZjE.pgp Description: Digitale PGP-Unterschrift
Bug#703523: ITP: libstring-crc-cksum-perl -- Perl extension for calculating cksum-compatible checksums
Package: wnpp Severity: wishlist Owner: Ernesto Hernández-Novich (USB) e...@usb.ve * Package name: libstring-crc-cksum-perl Version : 0.91 Upstream Author : Andrew Clarke ah...@cpan.org * URL : http://search.cpan.org/dist/String-CRC-Cksum/ * License : Artistic Programming Lang: Perl Description : Perl extension for calculating cksum-compatible checksums String::CRC::Cksum calculates a 32 bit CRC, generating the same CRC value as the POSIX cksum program. If called in a list context, returns the length of the data object as well, which is useful for fully emulating the cksum program. The returned checksum will always be a non-negative integral number in the range 0..2^32-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/20130320152530.16615.4834.report...@trillian.ius.cc
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
Hi! On Wed, Mar 20, 2013 at 9:59 AM, Yaroslav Halchenko y...@debian.org wrote: Hi Mike et al., On Sat, 16 Mar 2013, Mike Gabriel wrote: I wonder if anyone could give a concise summary stopping libjpeg-turbo from being uploaded? there seemed to be lots of work, clarifications from upstream, downstream distributions including it,... and no clarity why we do not have it in Debian yet (could simply be a lack of time?). Thank you in advance! I have experimented around with libjpeg-turbo.git on collab-maint recently. I have updated upstream to 1.2.90. Thanks for pushing it forward! Let me start with boring stuff: - we should clarify debian/copyright content on debian/* materials copyright/license judging from git history, debian/* is not only copyright by our team but also by 2010, 2011 Linaro Limited; original license of Tom's (Linaro) work was LGPL-2.1 (probably for no specific reason) Correct. It only covers the files within the debian directory anyway. Other changes that were outside are under the license of the upstream project. then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. Hm. News to me. which imho is incorrect -- we cannot subsume contributions of Tom and Matthias without their agreement ... moreover for Linaro's portion it might even be not that easy -- so we should just maintain that copyright entry as long as current work is based on their work ;) But I am CCing them now (may be they would like to join the team) -- Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? I'm completely supportive of moving to BSD-3 for debian/*. - debian/changelog as long as this work is based on someone else's work, I would prefer to keep the history, only replace unstable with UNRELEASED or any other distribution/release where that version was available (e.g precise) By now the current version already looks quite promosing (I hope). The dpkg-divert stuff, I have remove. The current policy is: o link native libjpeg-turbo code against libturbojpeg1 - a package like TigerVNC or VirtualGL should use libturbojpeg1 o if the system admin chooses to replaced libjpeg8 by libjpeg8-turbo, he/she may do so. Only then libjpeg8 is replaced (including all consequences for all applications on the system) Only open (lintian) issues: mike@sid:~/build$ lintian -IE --pedantic --show-overrides --color auto libjpeg-turbo_1.2.90-1_amd64.changes X: libturbojpeg1: shlib-calls-exit Yeah that looks like an issue. Worth a look into the current code. usr/lib/x86_64-linux-gnu/libturbojpeg.so.1.2.90 X: libjpeg8-turbo: shlib-calls-exit usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2 Same. apparently inherent in libjpeg as well (and quite a few other tools) but they do not provide a lintian override with a description and it seems to me that it might indeed be a legit violation -- needs some analysis W: libjpeg-turbo-test: binary-without-manpage usr/bin/jcstest W: libjpeg-turbo-test: binary-without-manpage usr/bin/tjunittest Hmm. These are both test binaries. I don't think it's a major loss that there isn't a manpage for them. I would just override those with a notice that no upstream manpages are provided and these ones are of limited user use related: I see empty override_dh_auto_test: -- shouldn't package better exercise those tests at build time and fail if they fail (the practice I adhere to in my packages)? Yes that sounds reasonable to me. W: libjpeg-turbo-progs: hardening-no-relro usr/bin/jpegexiforient W: libjpeg-turbo-progs: hardening-no-fortify-functions usr/bin/jpegexiforient now I spotted debian/extra -- needs an entry into debian/copyright, e.g. Guido Vollbeding gu...@jpegclub.org N: yes, the package has a different name O: libjpeg8-turbo: package-name-doesnt-match-sonames libjpeg8 N: yes, we specifically want linkers to depend on the standard libjpeg name O: libjpeg8-turbo: shlibs-declares-dependency-on-other-package libjpeg8 (= 8) good ;) Can you take a look and give feedback till here? I will try to build the beastie now ;) Thanks Yaroslav! -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- Regards, Tom Where's the kaboom!? There was supposed to be an earth-shattering kaboom! Marvin Martian
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
On Wed, 20 Mar 2013, Tom Gall wrote: then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. Hm. News to me. do not worry -- this will be fixed ;) Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? I'm completely supportive of moving to BSD-3 for debian/*. May be some people would start screaming at me for not being official enough, but could you explicitly state this on behalf of Linaro as well, so we could simply switch to BSD-3 for debian/ (as soon as Matthias confirms as well). Thanks in advance! Only open (lintian) issues: mike@sid:~/build$ lintian -IE --pedantic --show-overrides --color auto libjpeg-turbo_1.2.90-1_amd64.changes X: libturbojpeg1: shlib-calls-exit Yeah that looks like an issue. Worth a look into the current code. usr/lib/x86_64-linux-gnu/libturbojpeg.so.1.2.90 X: libjpeg8-turbo: shlib-calls-exit usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2 Same. yeah -- needs some research... but I am not sure though if that is anything we could address here -- I guess it is a legacy of libjpeg and many other libraries: http://lintian.debian.org/tags/shlib-calls-exit.html . Since the ultimate resolution would require API change (or am I missing smth?) -- everyone feels reluctant to do anything about this. our CC list is already too extended for this matter -- I will reply separately CCing libjpeg maintainers and possibly turbojpeg author to get feedback. Please subscribe to this bugreport if you would like to follow the discussion. -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20130320155901.gc2...@onerussian.com
Bug#612341: shlib-calls-exit in lib*jpeg*'s
Dear maintainers, In the course of packaging of turbojpeg library we ran into a lintian warning on shlib-calls-exit in the dynamic libraries. This is not specific to turbojpeg and I guess is a legacy of libjpeg and many other libraries: http://lintian.debian.org/tags/shlib-calls-exit.html where correct resolution would require the API change, thus not something to be done with a cruel Debian specific patch IMHO. Could you please share you opinion on this issue, e.g. a we have previously discussed it [url] b it could be safely ignored since [xxx] c we can do nothing about it, thus ignoring the lintian warning ... thank you in advance for your feedback/time -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20130320160903.gw5...@onerussian.com
Processed: retitle 682303,682302
Processing commands for cont...@bugs.debian.org: retitle 682303 ITA: php-html-template-it -- PEAR HTML Isotemplate API Bug #682303 [wnpp] O: php-html-template-it -- PEAR HTML Isotemplate API Changed Bug title to 'ITA: php-html-template-it -- PEAR HTML Isotemplate API' from 'O: php-html-template-it -- PEAR HTML Isotemplate API' owner 682303 ! Bug #682303 [wnpp] ITA: php-html-template-it -- PEAR HTML Isotemplate API Owner recorded as Prach Pongpanich prach...@gmail.com. retitle 682302 ITA: php-net-sieve -- net_sieve module for PEAR Bug #682302 [wnpp] O: php-net-sieve -- net_sieve module for PEAR Changed Bug title to 'ITA: php-net-sieve -- net_sieve module for PEAR' from 'O: php-net-sieve -- net_sieve module for PEAR' owner 682302 ! Bug #682302 [wnpp] ITA: php-net-sieve -- net_sieve module for PEAR Owner recorded as Prach Pongpanich prach...@gmail.com. thanks Stopping processing here. Please contact me if you need assistance. -- 682302: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682302 682303: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682303 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136379595719209.transcr...@bugs.debian.org
Bug#703507: marked as done (ITP: re2 -- fast, safe C++ regular expression library)
Your message dated Wed, 20 Mar 2013 18:05:54 +0200 with message-id 20130320160554.gb5...@straylight.m.ringlet.net and subject line Re: Bug#703507: ITP: re2 -- fast, safe C++ regular expression library has caused the Debian Bug report #703507, regarding ITP: re2 -- fast, safe C++ regular expression library 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.) -- 703507: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703507 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: re2 Version : 20130115 Upstream Author : Stefano Rivera stefano.riv...@gmail.com * URL : http://code.google.com/p/re2 * License : BSD-3 Programming Lang: C++ Description : fast, safe C++ regular expression library RE2 is a fast, safe, thread-friendly alternative to backtracking regular expression engines like those used in PCRE, Perl, and Python. It is a C++ library. Backtracking engines are typically full of features and convenient syntactic sugar but can be forced into taking exponential amounts of time on even small inputs. RE2 uses automata theory to guarantee that regular expression searches run in time linear in the size of the input. RE2 implements memory limits, so that searches can be constrained to a fixed amount of memory; RE2 is engineered to use a small fixed C++ stack footprint no matter what inputs or regular expressions it must process; thus RE2 is useful in multithreaded environments where thread stacks cannot grow arbitrarily large. -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If there were no counterfactuals, this sentence would not have been paradoxical. signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- On Wed, Mar 20, 2013 at 12:38:11PM +, Adam D. Barratt wrote: On 20.03.2013 12:21, Peter Pentchev wrote: * Package name: re2 Version : 20130115 Upstream Author : Stefano Rivera stefano.riv...@gmail.com This appears to have been in the archive for a couple of years already - http://packages.qa.debian.org/r/re2.html Ah oops! Yeah, there were some problems with a local Debian mirror that caused me to take experimental out for a couple of days - and see where it got me! Thanks a lot - and sorry for the noise :) G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 I had to translate this sentence into English because I could not read the original Sanskrit. signature.asc Description: Digital signature ---End Message---
Bug#703527: ITP: ruby-rack-rewrite -- rack middleware for defining and applying rewrite rules
package: wnpp severity: wishlist owner: Praveen Arimbrathodiyil prav...@debian.org * Homepage: https://github.com/jtrupiano/rack-rewrite * Version: 1.3.3 * Upstream Author: Travis Jeffery, John Trupiano * License: Expat -- 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/CAOo+eVq+Juw0SAwNwc=av4sr7k3sxch+5q-19isntsehuxm...@mail.gmail.com
Bug#703528: ITP: ruby-asciidoctor -- AsciiDoc to HTML rendering for Ruby
Subject: ITP: ruby-asciidoctor -- AsciiDoc to HTML rendering for Ruby Package: wnpp Owner: avtob...@saturn.foo.nu Severity: wishlist * Package name: ruby-asciidoctor Version : 0.1.1 Upstream Author : Ryan Waldron rwald...@github.com * URL : http://asciidoctor.org/ * License : MIT/Expat Programming Lang: Ruby Description : AsciiDoc to HTML rendering for Ruby Asciidoctor is a pure Ruby processor for converting AsciiDoc source files and strings into HTML 5, DocBook 4.5 and other formats. . Asciidoctor uses a set of built-in ERB templates to render the document to HTML 5 or DocBook 4.5. We've matched the rendered output as close as possible to the default output of the native Python processor. You can override this behavior by providing Tilt-compatible templates. -- 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/cabyrxst2mq7-462hrayd92sjlfeb1vqvk7k4nqm0o-yqmfj...@mail.gmail.com
Bug#703366: RFH: apt-file -- search for files within Debian packages (command-line interface)
(Dropping CC for d-devel) On 2013-03-20 11:40, David Kalnischkies wrote: On Mon, Mar 18, 2013 at 9:38 PM, Stefan Fritsch s...@sfritsch.de wrote: The largest task as I see it would be to better integrate some or all of the transport mechanisms, so that apt-file can behave properly for different kinds of errors, report up-to-date-ness, etc. Also better download progress reporting and bandwith limiting would be nice. Of course, there are many other possible improvements that no one had time to implement, see the open wishlist bugs. I am interested in working on apt-file. I would like to take the opportunity to invite anyone interested to join de...@lists.debian.org (cc'ed) and discuss if and how we could work on integrating apt-file more closely with other apt-* tools. I (and I guess many other users) would be pleased if we could reach a point in which apt-get update (or its countless alternative ways) would update indeed all data I requested to be downloaded as a user rather than remembering to run also apt-file update (and debtags update and and and). Indeed that would be great. Maybe packages like apt-file could install a file in some directory APT reads saying Please download X with updates ? Beside pleasing user it might also free some resources on the code front as APT already does progress reporting, bandwidth limiting and security, even though I am certain we can improve all these further. [...] Best regards David Kalnischkies Not to mention new transports come for free. :) ~Niels -- 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/5149e56a.9000...@thykier.net
Bug#609097: About scannedonly packaging
Hi all, I have setup a basic package for scannedonly, I don't intend to upload it yet as: - I have to test it more carefully (basic function works) - I will only upload it if I use it myself It's here: http://anonscm.debian.org/gitweb/?p=pkg-samba/scannedonly.git Bastien ROUCARIES said: Ok I understand but it is insecure at least create a random secret extension. And filter this extension. A malicious user could try to race with the daemon, creating a .scanned file and an infected file. sometime it will succeed and the file will be declared sane whereas it is not sane. I have tested and couldn't do as you said: - the file is prefixed with .scanned:, as it contains :, it can't be routed thru cifs (I tested with smbclient) - the.scanned:FILENAME file is checked for mtime (mtime should be later than mtime of FILENAME) please provide a real exploit. PS: I'm cc-ing pkg-samba, for info and feedback. Regards -- Mathieu Parent -- 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/CAFX5sbzzc-840gRrHFZ=Rx4Ur5t-0z5y8Y=72fy6jpaknuu...@mail.gmail.com
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
Am 20.03.2013 08:59, schrieb Yaroslav Halchenko: On Wed, 20 Mar 2013, Tom Gall wrote: then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. Hm. News to me. do not worry -- this will be fixed ;) Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? I'm completely supportive of moving to BSD-3 for debian/*. May be some people would start screaming at me for not being official enough, but could you explicitly state this on behalf of Linaro as well, so we could simply switch to BSD-3 for debian/ (as soon as Matthias confirms as well). Thanks in advance! I'm fine with that. That would be Copyright (2011, 12?)Canonical Ltd. Matthias -- 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/5149ea30.1030...@ubuntu.com
Bug#612341: shlib-calls-exit in lib*jpeg*'s
On Wed, Mar 20, 2013 at 12:09:03PM -0400, Yaroslav Halchenko wrote: Dear maintainers, In the course of packaging of turbojpeg library we ran into a lintian warning on shlib-calls-exit in the dynamic libraries. This is not specific to turbojpeg and I guess is a legacy of libjpeg and many other libraries: http://lintian.debian.org/tags/shlib-calls-exit.html where correct resolution would require the API change, thus not something to be done with a cruel Debian specific patch IMHO. Hello Yaroslav, The rationale for this lintian test is ridiculous. If you look at the code of libjpeg, you will a single instance of call to exit with a large comment explaining how the user can override it. I a msure you can find it. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- 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/20130320170156.GE29129@yellowpig
Bug#703530: ITP: ruby-bson -- Ruby implementation of BSON
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-bson Version : 1.8.3 Upstream Author : 10gen, Inc * URL : http://docs.mongodb.org/ecosystem/drivers/ruby/ * License : Apache-2.0 Programming Lang: Ruby Description : Ruby implementation of BSON BSON is a binary-encoded serialization of JSON-like documents. It is a binary form for representing simple data structures and associative arrays. . This library provides an implementation of BSON for the Ruby programming language. This is part of the effort of packaging diaspora. This package will be maintained by the Ruby Extras Team. Cheers, Cédric -- 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/20130320170414.GA7759@spin
Bug#703531: python-flask.autoindex
Package: wnpp Severity: wishlist * Package name: python-flask.autoindex Upstream Author : Heungsub Lee * URL : http://pythonhosted.org/Flask-AutoIndex/ * License : BSD Programming Lang: python Description : A mod_autoindex for Flask. The upstream description is: Flask-AutoIndex generates an index page for your Flask application automatically. The result just like mod_autoindex, but the look is more awesome! It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort. Snark on #debian-science -- 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/5149ecc0.4030...@laposte.net
Bug#703533: python-flask.babel
Package: wnpp Severity: wishlist * Package name: python-flask.babel Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/flask-babel * License : BSD Programming Lang: python Description : Use babel to add i18n/l10n to flask applications The upstream description is: Implements i18n and l10n support for Flask. This is based on the Python babel module as well as pytz both of which are installed automatically for you if you install this library. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- 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/5149ede3.5000...@laposte.net
Bug#703535: python-flask.silk
Package: wnpp Severity: wishlist * Package name: python-flask.silk Upstream Author : Heungsub Lee * URL : http://github.com/sublee/flask-silk * License : BSD Programming Lang: python Description : Adds silk icons to your Flask application The upstream description is: Adds silk icons to your Flask application or module, or extension. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- 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/5149ef9e.4010...@laposte.net
Bug#703534: python-flask.openid
Package: wnpp Severity: wishlist * Package name: python-flask.openid Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/flask-openid * License : BSD Programming Lang: python Description : Adds OpenID support to Flask The upstream description is: Adds OpenID support to Flask. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- 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/5149eef7.8030...@laposte.net
Processed: ITP: libxml-compile-soap-perl -- module to deal with SOAP and WSDL (client side)
Processing commands for cont...@bugs.debian.org: retitle 702586 ITP: libxml-compile-soap-perl -- module to deal with SOAP and WSDL (client side) Bug #702586 [wnpp] libxml-compile-soap-perl -- module to deal with SOAP and WSDL (client side) Changed Bug title to 'ITP: libxml-compile-soap-perl -- module to deal with SOAP and WSDL (client side)' from 'libxml-compile-soap-perl -- module to deal with SOAP and WSDL (client side)' End of message, stopping processing here. Please contact me if you need assistance. -- 702586: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702586 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136380008510466.transcr...@bugs.debian.org
Bug#703536: python-speaklater
Package: wnpp Severity: wishlist * Package name: python-speaklater. Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/speaklater * License : BSD Programming Lang: python Description : implements a lazy string for python useful for use with gettext The upstream description is: A module that provides lazy strings for translations. Basically you get an object that appears to be a string but changes the value every time the value is evaluated based on a callable you provide. For example you can have a global lazy_gettext function that returns a lazy string with the value of the current set language. It is a dependency of the sage (http://www.sagemath.org) notebook, so we'll need it in debian as part of the effort to package it. Snark on #debian-science -- 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/5149f080.10...@laposte.net
Processed: RFP: biopp -- ('omics' components) The Bio++ libraries for Bioinformatics
Processing commands for cont...@bugs.debian.org: retitle 703505 RFP: biopp -- ('omics' components) The Bio++ libraries for Bioinformatics Bug #703505 [wnpp] RFP: Bio++ ('omics' components) -- The Bio++ libraries for Bioinformatics Changed Bug title to 'RFP: biopp -- ('omics' components) The Bio++ libraries for Bioinformatics' from 'RFP: Bio++ ('omics' components) -- The Bio++ libraries for Bioinformatics' stop Stopping processing here. Please contact me if you need assistance. -- 703505: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703505 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136380035711983.transcr...@bugs.debian.org
Bug#703366: RFH: apt-file -- search for files within Debian packages (command-line interface)
On Wednesday 20 March 2013, Niels Thykier wrote: I would like to take the opportunity to invite anyone interested to join de...@lists.debian.org (cc'ed) and discuss if and how we could work on integrating apt-file more closely with other apt-* tools. I (and I guess many other users) would be pleased if we could reach a point in which apt-get update (or its countless alternative ways) would update indeed all data I requested to be downloaded as a user rather than remembering to run also apt-file update (and debtags update and and and). Indeed that would be great. Maybe packages like apt-file could install a file in some directory APT reads saying Please download X with updates ? That would be the perfect solution. Unfortunately, it would also mean that apt's pdiff implementation would need to be rewritten because it is so inefficient. AFAICS, with N the number of lines in the Contents or Packages file, and M the number of diffs, apt currently scales like O(N*M) while apt-file's implementation scales more like O(M+N). Since the content files are much larger than the packages files, this would be an even bigger issue with apt-file than it is with apt. In order to get decent performance, one really must download all diffs and apply them at the same time. Also, it is not possible to keep the whole Contents file in memory (though I don't know if apt does that). But of course, if someone would tackle that problem, the benefit would be much greater than only to apt-file. Maybe this would be a nice GSOC project? Don't know if it is too late for this year's deadline, though. -- 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/201303201830.32577...@sfritsch.de
Bug#612341: shlib-calls-exit in lib*jpeg*'s
exit() is called by error_exit() in jerror.c, which is part of the libjpeg source. error_exit() is part of the standard error manager for libjpeg. Applications do not have to use that error manager. The TurboJPEG wrapper, specifically, uses its own custom error manager that will catch errors in the underlying libjpeg API and allow the TurboJPEG API functions to return an error code and set the TurboJPEG error string instead of exiting. The lintian warning is meant to clue you in to possible unintentional consequences of calling exit() within an API function, but this behavior in libjpeg is intentional and is not default (an application has to specifically request it.) Thus, you can ignore the warning. On 3/20/13 11:09 AM, Yaroslav Halchenko wrote: Dear maintainers, In the course of packaging of turbojpeg library we ran into a lintian warning on shlib-calls-exit in the dynamic libraries. This is not specific to turbojpeg and I guess is a legacy of libjpeg and many other libraries: http://lintian.debian.org/tags/shlib-calls-exit.html where correct resolution would require the API change, thus not something to be done with a cruel Debian specific patch IMHO. Could you please share you opinion on this issue, e.g. a we have previously discussed it [url] b it could be safely ignored since [xxx] c we can do nothing about it, thus ignoring the lintian warning ... thank you in advance for your feedback/time -- 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/5149f5b6.3030...@users.sourceforge.net
Bug#609097: About scannedonly packaging
On Wed, Mar 20, 2013 at 5:52 PM, Mathieu Parent math.par...@gmail.com wrote: Hi all, I have setup a basic package for scannedonly, I don't intend to upload it yet as: - I have to test it more carefully (basic function works) - I will only upload it if I use it myself It's here: http://anonscm.debian.org/gitweb/?p=pkg-samba/scannedonly.git Bastien ROUCARIES said: Ok I understand but it is insecure at least create a random secret extension. And filter this extension. A malicious user could try to race with the daemon, creating a .scanned file and an infected file. sometime it will succeed and the file will be declared sane whereas it is not sane. I have tested and couldn't do as you said: - the file is prefixed with .scanned:, as it contains :, it can't be routed thru cifs (I tested with smbclient) .file are hidded not vetoed. It work if you vetoed .* file - the.scanned:FILENAME file is checked for mtime (mtime should be later than mtime of FILENAME) depending of the mtime granualarity of the file system it could be problematic. please provide a real exploit. If you share your directory by both a samba and a nfs server exploit are trivial to write. If you only use samba and trust local user it could be valuable. I maintain that using xattr is a better route to this kind of scanner. PS: I'm cc-ing pkg-samba, for info and feedback. Regards -- Mathieu Parent -- 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/cae2spaangdhbm15t0rmvxk7nqf8k7y07tamwn3uptsd_fe+...@mail.gmail.com
Processed: Retitling several RFP
Processing commands for cont...@bugs.debian.org: retitle 703531 RFP python-flask.autoindex Bug #703531 [wnpp] python-flask.autoindex Changed Bug title to 'RFP python-flask.autoindex' from 'python-flask.autoindex' retitle 703533 RFP python-flask.babel Bug #703533 [wnpp] python-flask.babel Changed Bug title to 'RFP python-flask.babel' from 'python-flask.babel' retitle 703534 RFP python-flask.openid Bug #703534 [wnpp] python-flask.openid Changed Bug title to 'RFP python-flask.openid' from 'python-flask.openid' retitle 703535 RFP python-flask.silk Bug #703535 [wnpp] python-flask.silk Changed Bug title to 'RFP python-flask.silk' from 'python-flask.silk' retitle 703536 RFP python-speaklater Bug #703536 [wnpp] python-speaklater Changed Bug title to 'RFP python-speaklater' from 'python-speaklater' thanks Stopping processing here. Please contact me if you need assistance. -- 703531: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703531 703533: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703533 703534: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703534 703535: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703535 703536: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703536 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136380321028853.transcr...@bugs.debian.org
Bug#609097: About scannedonly packaging
2013/3/20 Bastien ROUCARIES roucaries.bast...@gmail.com: On Wed, Mar 20, 2013 at 5:52 PM, Mathieu Parent math.par...@gmail.com wrote: Hi all, I have setup a basic package for scannedonly, I don't intend to upload it yet as: - I have to test it more carefully (basic function works) - I will only upload it if I use it myself It's here: http://anonscm.debian.org/gitweb/?p=pkg-samba/scannedonly.git Bastien ROUCARIES said: Ok I understand but it is insecure at least create a random secret extension. And filter this extension. A malicious user could try to race with the daemon, creating a .scanned file and an infected file. sometime it will succeed and the file will be declared sane whereas it is not sane. I have tested and couldn't do as you said: - the file is prefixed with .scanned:, as it contains :, it can't be routed thru cifs (I tested with smbclient) .file are hidded not vetoed. It work if you vetoed .* file This is not what I have: $ touch .scanned:eicar_com.zip $ smbclient //samba/share -UDOMAIN\\login Enter DOMAIN\login's password: Domain=[DOMAIN] OS=[Unix] Server=[Samba 3.6.6] smb: \ cd Everybody\ smb: \Everybody\ put .scanned:eicar_com.zip NT_STATUS_OBJECT_NAME_NOT_FOUND opening remote file \Everybody\.scanned:eicar_com.zip (and the file is not created remotely) - the.scanned:FILENAME file is checked for mtime (mtime should be later than mtime of FILENAME) depending of the mtime granualarity of the file system it could be problematic. But as former item is not possible... please provide a real exploit. If you share your directory by both a samba and a nfs server exploit are trivial to write. If you only use samba and trust local user it could be valuable. Yes, this should be written in the README. We don't provide local or NFS access to our Samba servers. You can't ensure xattr are safe also unless you use trusted or security namespace. And xattr won't be checked from sftp or NFS anyway. I maintain that using xattr is a better route to this kind of scanner. This is a better route, but the current route is safe enough (IMO) if you oly access files thru Samba. If you propose a xattr patch, I will apply it and test (I may also write it myself). Regards -- Mathieu Parent -- 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/cafx5sbycvymyf+dmkh7nmx8lxgfaime35ww2eksapvycz86...@mail.gmail.com
Bug#612341: shlib-calls-exit in lib*jpeg*'s
Hi Bill, Thanks for the quick reply: The rationale for this lintian test is ridiculous. why? to me it sounds like a sensible test. If you look at the code of libjpeg, you will a single instance of call to exit with a large comment explaining how the user can override it. I a msure you can find it. ;-) thank you for your trust! I guess you meant the last one in the listing below (since cdjpeg seems to be intended only for apps?) what about jerror.c one? novo:/tmp/libjpeg8-8d $ grep -r -l 'exit(' . | xargs grep -L 'main' | grep -v -e depcomp -e jmemdosa.asm -e 'debian/' | xargs grep -B10 '^[^#].*exit *(' ./cdjpeg.c-static j_common_ptr sig_cinfo; ./cdjpeg.c- ./cdjpeg.c-void /* must be global for Manx C */ ./cdjpeg.c-signal_catcher (int signum) ./cdjpeg.c-{ ./cdjpeg.c- if (sig_cinfo != NULL) { ./cdjpeg.c-if (sig_cinfo-err != NULL) /* turn off trace output */ ./cdjpeg.c- sig_cinfo-err-trace_level = 0; ./cdjpeg.c-jpeg_destroy(sig_cinfo); /* clean up memory allocation temp files */ ./cdjpeg.c- } ./cdjpeg.c: exit(EXIT_FAILURE); -- ./cdjpeg.c-read_stdin (void) ./cdjpeg.c-{ ./cdjpeg.c- FILE * input_file = stdin; ./cdjpeg.c- ./cdjpeg.c-#ifdef USE_SETMODE /* need to hack file mode? */ ./cdjpeg.c- setmode(fileno(stdin), O_BINARY); ./cdjpeg.c-#endif ./cdjpeg.c-#ifdef USE_FDOPEN/* need to re-open in binary mode? */ ./cdjpeg.c- if ((input_file = fdopen(fileno(stdin), READ_BINARY)) == NULL) { ./cdjpeg.c-fprintf(stderr, Cannot reopen stdin\n); ./cdjpeg.c:exit(EXIT_FAILURE); -- ./cdjpeg.c-write_stdout (void) ./cdjpeg.c-{ ./cdjpeg.c- FILE * output_file = stdout; ./cdjpeg.c- ./cdjpeg.c-#ifdef USE_SETMODE /* need to hack file mode? */ ./cdjpeg.c- setmode(fileno(stdout), O_BINARY); ./cdjpeg.c-#endif ./cdjpeg.c-#ifdef USE_FDOPEN/* need to re-open in binary mode? */ ./cdjpeg.c- if ((output_file = fdopen(fileno(stdout), WRITE_BINARY)) == NULL) { ./cdjpeg.c-fprintf(stderr, Cannot reopen stdout\n); ./cdjpeg.c:exit(EXIT_FAILURE); -- ./jerror.c- * an error. Typically one would longjmp somewhere instead of exiting. ./jerror.c- * The setjmp buffer can be made a private field within an expanded error ./jerror.c- * handler object. Note that the info needed to generate an error message ./jerror.c- * is stored in the error object, so you can generate the message now or ./jerror.c- * later, at your convenience. ./jerror.c- * You should make sure that the JPEG object is cleaned up (with jpeg_abort ./jerror.c- * or jpeg_destroy) at some point. ./jerror.c- */ ./jerror.c- ./jerror.c-METHODDEF(void) ./jerror.c:error_exit (j_common_ptr cinfo) ./jerror.c-{ ./jerror.c- /* Always display the message */ ./jerror.c- (*cinfo-err-output_message) (cinfo); ./jerror.c- ./jerror.c- /* Let the memory manager delete any temp files before we die */ ./jerror.c- jpeg_destroy(cinfo); ./jerror.c- ./jerror.c: exit(EXIT_FAILURE); -- ./rdgif.c-#ifdef GIF_SUPPORTED ./rdgif.c- ./rdgif.c-/* ./rdgif.c- * The module selection routine for GIF format input. ./rdgif.c- */ ./rdgif.c- ./rdgif.c-GLOBAL(cjpeg_source_ptr) ./rdgif.c-jinit_read_gif (j_compress_ptr cinfo) ./rdgif.c-{ ./rdgif.c- fprintf(stderr, GIF input is unsupported for legal reasons. Sorry.\n); ./rdgif.c: exit(EXIT_FAILURE); -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20130320183921.gl2...@onerussian.com
Bug#612341: shlib-calls-exit in lib*jpeg*'s
On Wed, 20 Mar 2013, DRC wrote: exit() is called by error_exit() in jerror.c, which is part of the libjpeg source. error_exit() is part of the standard error manager for libjpeg. Applications do not have to use that error manager. The TurboJPEG wrapper, specifically, uses its own custom error manager that will catch errors in the underlying libjpeg API and allow the TurboJPEG API functions to return an error code and set the TurboJPEG error string instead of exiting. The lintian warning is meant to clue you in to possible unintentional consequences of calling exit() within an API function, but this behavior in libjpeg is intentional and is not default (an application has to specifically request it.) Thus, you can ignore the warning. thank you for the details. From this description it indeed sounds like a good reason for a lintian override (probably in libjpeg8 as well) -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20130320184047.gm2...@onerussian.com
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs? [question for Tom]
So officially speaking :-) On Wed, Mar 20, 2013 at 10:59 AM, Yaroslav Halchenko y...@debian.org wrote: On Wed, 20 Mar 2013, Tom Gall wrote: then Matthias Klose d...@ubuntu.com also contributed (no changes in debian/copyright were done though) and then there was + * Drop outdated copyright notice for /debian folder and replace by +GPL-2+ copyright entry in /debian/copyright. Hm. News to me. do not worry -- this will be fixed ;) Tom -- do you remember a reason for choosing GPL for the debian/* works? Ideally we should stay with a license compatible with upstream, in this case BSD-3. Would it be possible to change the license for your works, or am I missing the point here? I'm completely supportive of moving to BSD-3 for debian/*. May be some people would start screaming at me for not being official enough, but could you explicitly state this on behalf of Linaro as well, so we could simply switch to BSD-3 for debian/ (as soon as Matthias confirms as well). Thanks in advance! Yes I agree, please change this to BSD-3, copyright 2011,2012 Linaro Inc Only open (lintian) issues: mike@sid:~/build$ lintian -IE --pedantic --show-overrides --color auto libjpeg-turbo_1.2.90-1_amd64.changes X: libturbojpeg1: shlib-calls-exit Yeah that looks like an issue. Worth a look into the current code. usr/lib/x86_64-linux-gnu/libturbojpeg.so.1.2.90 X: libjpeg8-turbo: shlib-calls-exit usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2 Same. yeah -- needs some research... but I am not sure though if that is anything we could address here -- I guess it is a legacy of libjpeg and many other libraries: http://lintian.debian.org/tags/shlib-calls-exit.html . Since the ultimate resolution would require API change (or am I missing smth?) -- everyone feels reluctant to do anything about this. our CC list is already too extended for this matter -- I will reply separately CCing libjpeg maintainers and possibly turbojpeg author to get feedback. Please subscribe to this bugreport if you would like to follow the discussion. Yup already am. I see DRC has commented, his opinion is the one that counts. -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- Regards, Tom Where's the kaboom!? There was supposed to be an earth-shattering kaboom! Marvin Martian Tech Lead, Graphics Working Group | Linaro.org │ Open source software for ARM SoCs w) tom.gall att linaro.org h) tom_gall att mac.com -- 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/caofxc9hl1xd06kbfxsztulmwmkjig4ggsdvdkxzimjyg5ef...@mail.gmail.com
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Wednesday 20 March 19:03:22 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: a href=http://packages.qa.debian.org/instead;instead/a tags 664587 + pending Bug #664587 [instead] new upstream version available Added tag(s) pending. # Source package in NEW: libmoox-options-perl tags 703502 + pending Bug #703502 [wnpp] ITP: libmoox-options-perl -- add option keywords to your object (Mo/Moo/Moose) Added tag(s) pending. # Source package in NEW: libmessage-passing-perl tags 703483 + pending Bug #703483 [wnpp] ITP: libmessage-passing-perl -- simple way of doing messaging Added tag(s) pending. # Source package in NEW: ruby-rack-rewrite tags 703527 + pending Bug #703527 [wnpp] ITP: ruby-rack-rewrite -- rack middleware for defining and applying rewrite rules Added tag(s) pending. # Source package in NEW: libstring-crc-cksum-perl tags 703523 + pending Bug #703523 [wnpp] ITP: libstring-crc-cksum-perl -- Perl extension for calculating cksum-compatible checksums Added tag(s) pending. # Source package in NEW: photo-uploader tags 677220 + pending Bug #677220 [photo-uploader] 'NoneType' object has no attribute 'group' Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 664587: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664587 677220: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677220 703483: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703483 703502: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703502 703523: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703523 703527: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703527 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136380622313564.transcr...@bugs.debian.org
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?
On Sat, 16 Mar 2013, Mike Gabriel wrote: Hi Yaroslav, On Fr 01 Mär 2013 16:11:10 CET Yaroslav Halchenko wrote: Hi Guys, I wonder if anyone could give a concise summary stopping libjpeg-turbo from being uploaded? there seemed to be lots of work, clarifications from upstream, downstream distributions including it,... and no clarity why we do not have it in Debian yet (could simply be a lack of time?). Thank you in advance! I have experimented around with libjpeg-turbo.git on collab-maint recently. I have updated upstream to 1.2.90. By now the current version already looks quite promosing (I hope). The dpkg-divert stuff, I have remove. The current policy is: o link native libjpeg-turbo code against libturbojpeg1 - a package like TigerVNC or VirtualGL should use libturbojpeg1 o if the system admin chooses to replaced libjpeg8 by libjpeg8-turbo, he/she may do so. Only then libjpeg8 is replaced (including all consequences for all applications on the system) I think Conflicts/Replaces should be cleaned-up for the libjpeg8-turbo Package: libjpeg8-turbo Architecture: any Multi-Arch: same Section: libs Pre-Depends: multiarch-support Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: libjpeg62, libjpeg7 Replaces: libjpeg62, libjpeg7, libjpeg8 ( 9) Provides: libjpeg8 Description: IJG JPEG compliant runtime library - SIMD optimized This library is based on libjpeg-turbo and not on the IJG JPEG. . This package provides the runtime library supporting the Independent JPEG Group's standard for JPEG files. . WARNING: This package contains a shared library which is a drop in replacement for libjpeg8. Replacing the standard libjpeg6 library may have unexpected/unknown effects on certain applications. atm it conflicts with libjpeg62 libjpeg7 but doesn't actually provide them, thus resulting in need to remove a bulk of packages happen I decide to give libjpeg8-turbo a shout as a replacement for libjpeg8. So why there are those Conflicts: and Replaces for the lib package? -- Yaroslav O. Halchenko http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20130320192624.gq2...@onerussian.com
Bug#580680: marked as done (ITA: enchant -- a wrapper library for various spell checkers)
Your message dated Wed, 20 Mar 2013 19:32:33 + with message-id e1uiokt-bs...@franck.debian.org and subject line Bug#580680: fixed in enchant 1.6.0-8 has caused the Debian Bug report #580680, regarding ITA: enchant -- a wrapper library for various spell checkers 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.) -- 580680: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580680 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: enchant Severity: serious Hi, Enchant hasn't seen any maintainer upload for almost two years now, with 6 NMUs in a row. Since there are important bugs that should be addressed and even newer versions of the library, you should consider either addressing the issues or orphaning the package. Thanks in advance. P.S. failure to respond in a reasonable amount of time (two weeks) would mean you are no longer interested and that I should go ahead and orphan it. Regards, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net ---End Message--- ---BeginMessage--- Source: enchant Source-Version: 1.6.0-8 We believe that the bug you reported is fixed in the latest version of enchant, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 580...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Prach Pongpanich prach...@gmail.com (supplier of updated enchant package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 11 Feb 2013 18:29:04 +0700 Source: enchant Binary: libenchant-dev libenchant1c2a libenchant-voikko enchant Architecture: source amd64 Version: 1.6.0-8 Distribution: experimental Urgency: low Maintainer: Prach Pongpanich prach...@gmail.com Changed-By: Prach Pongpanich prach...@gmail.com Description: enchant- Wrapper for various spell checker engines (binary programs) libenchant-dev - Wrapper library for various spell checker engines (development) libenchant-voikko - Voikko spell-checker libenchant plugin libenchant1c2a - Wrapper library for various spell checker engines (runtime libs) Closes: 580680 Changes: enchant (1.6.0-8) experimental; urgency=low . * New maintainer. (Closes: #580680) * Build with hardening flags: - Bump debhelper compat to level 9. - Add debhelper (= 9). - Replace FLAGS,CPPFLAGS,LDFLAGS with dpkg-buildflags. - Override false positive hardening-no-fortify-functions lintian warnings. * Multiarch support: - Add Pre-Depends: ${misc:Pre-Depends} for libenchant1c2a, libenchant-voikko. - Add DEB_HOST_MULTIARCH and pass it to --libdir in configure. - Replace /usr/lib/ with /usr/lib/*/ in {libenchant1c2a, libenchant-dev,libenchant-voikko}.files and debian/rules. - Add Multi-Arch: same for libenchant1c2a,libenchant-voikko. * Use symbols file: - Add libenchant1c2a.symbols. - Add dh_makeshlibs -V in debian/rules. - Drop libenchant1c2a.shlibs. - Drop TODO.debian file. * Update 02_Requires-Private.diff to DEP-3 format. * Bump to Standards-Version 3.9.4, no changes needed. Checksums-Sha1: ef0f86aa60969802c353e9e0bbb29b919354cbe0 1700 enchant_1.6.0-8.dsc 8c8f3c16a15c8842ba9b8570c38ae5741a4a0b9d 14433 enchant_1.6.0-8.debian.tar.gz f6f76be8d7742db0fd40c5956d1730fc607d6394 74020 libenchant-dev_1.6.0-8_amd64.deb 39e8fd19ca2293b40f6c549409163b93b19ac26e 88836 libenchant1c2a_1.6.0-8_amd64.deb d6dee9b0dcaf833791a8330eb249941f55f3a6bf 12022 libenchant-voikko_1.6.0-8_amd64.deb 0d8f3d37eb6409c3e0fdd9f02114408e00f3f2c0 20484 enchant_1.6.0-8_amd64.deb Checksums-Sha256: a49864a3848a9017babd4f6acdfccd4cd753a285b0cfc55f93318cc4c328e683 1700 enchant_1.6.0-8.dsc 930d5be69d83a52f926961d507e0a837e5f724238cc4ab701cc2531e74ab6762 14433 enchant_1.6.0-8.debian.tar.gz efbdfa0b199288e931f936fcb456ee7214eb8f99b998bc590cb89aed5f3589fe 74020 libenchant-dev_1.6.0-8_amd64.deb 461ff0b38e470ba925b1047aa3e2488d5bf5f84c17ea276678d688b700f731c5 88836 libenchant1c2a_1.6.0-8_amd64.deb 23747e5ae9aa141a99afea0c379ed90a004e10c9d493be44bdfaa0f59172a5a2 12022 libenchant-voikko_1.6.0-8_amd64.deb ccbfc9c906f34d103da66857c79c5bf1e5a4c8b8246e812950db74b6f29a2f08 20484
Bug#703558: ITP: ruby-oj -- fast JSON parser and serializer for Ruby
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-oj Version : 2.0.9 Upstream Author : Peter Ohler pe...@ohler.com * URL : https://github.com/ohler55/oj * License : BSD-3-clause Programming Lang: Ruby Description : fast JSON parser and serializer for Ruby JSON (or JavaScript Object Notation) is a text-based open standard designed for human-readable data interchange. . Oj (Optimized JSON) is a Ruby library written to provide speed optimized handling of JSON, for parsing JSON and serializing objects. This package is part of the packaging effort for diaspora, and will be maintained in the Ruby Extras team. Cheers, Cédric signature.asc Description: Digital signature
Bug#612341: could anyone summarize the status on libjpeg-turbo WNPPs?
Hi Yaroslav, On Mi 20 Mär 2013 20:26:24 CET Yaroslav Halchenko wrote: On Sat, 16 Mar 2013, Mike Gabriel wrote: Hi Yaroslav, On Fr 01 Mär 2013 16:11:10 CET Yaroslav Halchenko wrote: Hi Guys, I wonder if anyone could give a concise summary stopping libjpeg-turbo from being uploaded? there seemed to be lots of work, clarifications from upstream, downstream distributions including it,... and no clarity why we do not have it in Debian yet (could simply be a lack of time?). Thank you in advance! I have experimented around with libjpeg-turbo.git on collab-maint recently. I have updated upstream to 1.2.90. By now the current version already looks quite promosing (I hope). The dpkg-divert stuff, I have remove. The current policy is: o link native libjpeg-turbo code against libturbojpeg1 - a package like TigerVNC or VirtualGL should use libturbojpeg1 o if the system admin chooses to replaced libjpeg8 by libjpeg8-turbo, he/she may do so. Only then libjpeg8 is replaced (including all consequences for all applications on the system) I think Conflicts/Replaces should be cleaned-up for the libjpeg8-turbo Package: libjpeg8-turbo Architecture: any Multi-Arch: same Section: libs Pre-Depends: multiarch-support Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: libjpeg62, libjpeg7 Replaces: libjpeg62, libjpeg7, libjpeg8 ( 9) Provides: libjpeg8 Description: IJG JPEG compliant runtime library - SIMD optimized This library is based on libjpeg-turbo and not on the IJG JPEG. . This package provides the runtime library supporting the Independent JPEG Group's standard for JPEG files. . WARNING: This package contains a shared library which is a drop in replacement for libjpeg8. Replacing the standard libjpeg6 library may have unexpected/unknown effects on certain applications. atm it conflicts with libjpeg62 libjpeg7 but doesn't actually provide them, thus resulting in need to remove a bulk of packages happen I decide to give libjpeg8-turbo a shout as a replacement for libjpeg8. So why there are those Conflicts: and Replaces for the lib package? Agreement from here. I guess the different libjpegXX Conflicts:/Replaces: relates to the historical arising of the different compat levels available in libjpeg-turbo. Also, the earlier package versions did not conflict+replace, they played around with dpkg-divert and allowed simultaneous installation of libjpeg8 and libjpeg8-turbo. Only with the last packaging efforts I changed it over to Conflicts:/Replaces:. So it might have been me, you did some unlean control file editing. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpowy7V12bt3.pgp Description: Digitale PGP-Unterschrift
Bug#703579: ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing
Package: wnpp Severity: wishlist Owner: Paride Legovini p...@ninthfloor.org * Package name: PCL (Point Cloud Library) Version : 1.6 Upstream Author : Open Perception, Inc. (http://www.openperception.org/) * URL : http://www.pointclouds.org/ * License : BSD-3-clause Programming Lang: C++ Description : Framework for 3D point clouds data processing PCL (Point Cloud Library) is a standalone open-source framework including numerous state-of-the art algorithms for n-dimensional point clouds and 3D geometry processing. The library contains algorithms for filtering, feature estimation, surface reconstruction, registration, model fitting, and segmentation. PCL is developed by a large consortium of researchers and engineers around the world. It is written in C++ and released under the BSD license. -- 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/20130321015135.20897.11741.report...@helix.invasodromo.lan
Processed: ITP: libpointcloud -- framework for 3D point clouds data processing
Processing commands for cont...@bugs.debian.org: retitle 703579 ITP: libpointcloud -- framework for 3D point clouds data processing Bug #703579 [wnpp] ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing Changed Bug title to 'ITP: libpointcloud -- framework for 3D point clouds data processing' from 'ITP: PCL (Point Cloud Library) -- Framework for 3D point clouds data processing' stop Stopping processing here. Please contact me if you need assistance. -- 703579: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703579 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.136384509819246.transcr...@bugs.debian.org