Bug#695833: ITP: python-extras -- extensions to the Python standard library
Package: wnpp Severity: wishlist Owner: PKG OpenStack openstack-de...@lists.alioth.debian.org * Package name: python-extras Version : 0.0.1 Upstream Author : Robert Collins robe...@robertcollins.net * URL : http://pypi.python.org/pypi/extras * License : MIT Programming Lang: Python Description : extensions to the Python standard library Extras is a set of extensions to the Python standard library, originally written to make the code within testtools cleaner, but now split out for general use outside of a testing context. -- 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/20121213081258.4938.80394.report...@buzig.gplhost.com
Processed (with 1 errors): wnpp inconsistencies
Processing commands for cont...@bugs.debian.org:
# package fsniper: bugs RFP 694936 and ITP 695765 are not merged
# package fsniper: bugs 694936 and 695765 have different types: RFP ITP
# package fsniper: bugs RFP 694936 and ITP 695765 have different owners
retitle 694936 ITP: fsniper -- daemon to run scripts based on changes in
files monitored by inotify
Bug #694936 [wnpp] RFP: fsniper -- daemon to run scripts based on changes in
files monitored by inotify
Changed Bug title to 'ITP: fsniper -- daemon to run scripts based on changes in
files monitored by inotify' from 'RFP: fsniper -- daemon to run scripts based
on changes in files monitored by inotify'
owner 694936 Alex 'AdUser' Z ad_u...@lavabit.com
Bug #694936 [wnpp] ITP: fsniper -- daemon to run scripts based on changes in
files monitored by inotify
Owner recorded as Alex 'AdUser' Z ad_u...@lavabit.com.
merge 695765 694936
Bug #695765 [wnpp] ITP: fsniper -- daemon to run scripts based on changes in
files monitored by inotify
Unable to merge bugs because:
owner of #694936 is 'Alex 'AdUser' Z ad_u...@lavabit.com' not 'Alex 'AdUser'
Z ad_u...@lavabit.com'
Failed to merge 695765: Did not alter merged bugs
Debbugs::Control::set_merged('transcript', 'GLOB(0x1ee4a38)',
'requester', 'Mònica Ramírez Arceda mon...@debian.org', 'request_addr',
'cont...@bugs.debian.org', 'request_msgid',
'1355392837.4814.192.camel@celpetit', 'request_subject', ...) called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538
eval {...} called at
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537
Debbugs::Control::Service::control_line('line', 'merge 695765 694936',
'clonebugs', 'HASH(0x1e51160)', 'limit', 'HASH(0x1e50b48)',
'common_control_options', 'ARRAY(0x1e50b90)', 'errors', ...) called at
/usr/lib/debbugs/service line 474
thanks
Stopping processing here.
Please contact me if you need assistance.
--
694936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694936
695765: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695765
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.135539308813021.transcr...@bugs.debian.org
Bug#695840: RFP: knutclient -- KDE GUI that displays UPS statistics from NUT's upsd
Package: wnpp Severity: wishlist * Package name: knutclient Version : 1.0.4 Upstream Author : Daniel Prynych Daniel at prynych dot cz * URL : https://sites.google.com/a/prynych.cz/knutclient/ ftp://ftp.buzuluk.cz/pub/alo/knutclient/stable/ * License : GPLv2+ Programming Lang: C++ Description : KDE GUI that displays UPS statistics from NUT's upsd This package was already in Debian¹ but was removed² because was KDE3 based. The latest version is KDE4 based, and seems to work fine, so it would be nice to have it in Debian again. ¹http://packages.qa.debian.org/k/knutclient.html ²http://packages.qa.debian.org/k/knutclient/news/20110403T001328Z.html -- 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/20121213101619.11857.23222.report...@svn.mones.org
Processed: fixing 695765 owner and merging with 694936
Processing commands for cont...@bugs.debian.org: owner 695765 Alex 'AdUser' Z ad_u...@lavabit.com Bug #695765 [wnpp] ITP: fsniper -- daemon to run scripts based on changes in files monitored by inotify Owner changed from Alex 'AdUser' Z ad_u...@lavabit.com to Alex 'AdUser' Z ad_u...@lavabit.com. merge 695765 694936 Bug #695765 [wnpp] ITP: fsniper -- daemon to run scripts based on changes in files monitored by inotify Bug #694936 [wnpp] ITP: fsniper -- daemon to run scripts based on changes in files monitored by inotify Merged 694936 695765 thanks Stopping processing here. Please contact me if you need assistance. -- 694936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694936 695765: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695765 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.135539529925416.transcr...@bugs.debian.org
Bug#695848: RFP: php5-yaz -- yaz module for PHP 5
Package: wnpp Severity: wishlist * Package name: php5-yaz Version : 1.1.5 Upstream Author : Adam Dickmeiss a...@indexdata.dk * URL : http://pecl.php.net/package/yaz * License : PHP Programming Lang: PHP Description : yaz module for PHP 5 PHP/YAZ is an extension to the popular web server language PHP that implements Z39.50 origin (client) functionality as well as the SRW/SRU protocols using the YAZ toolkit. . The following Z39.50 services are supported by this extension: init, search, present, scan and sort. The extension can handle GRS-1, MARC, SUTRS and XML. The module also allows you to convert MARC in ISO2709 to MARCXML on the client side. . Homepage: http://www.indexdata.dk/phpyaz -- 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/20121213120957.1285.63397.report...@lirispat.univ-lyon1.fr
Bug#695848: Acknowledgement (RFP: php5-yaz -- yaz module for PHP 5)
It would be really cool to have in debian ;) I could find some early package at: http://moais.imag.fr/membres/vincent.danjean/deb.html#php-yaz or even: http://lists.indexdata.dk/pipermail/yazlist/2011-March/003127.html -- 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/ca+7wusxmsg1bul76mmegounrwgxgw-cy5e1jprrov7r6yrf...@mail.gmail.com
Bug#695849: RFP: glmark2 -- OpenGL (ES) 2.0 benchmark suite
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org X-Debbugs-CC: pkg-multimedia-maintain...@lists.alioth.debian.org Package name: glmark2 Version: 2012-11 Upstream Author: Linaro Limited URL: https://launchpad.net/glmark2 License: GPL-3,Expat,BSD-3-clause Description: OpenGL (ES) 2.0 benchmark suite glmark2 is a benchmark for OpenGL ES 2.0. It uses only the subset of the OpenGL 2.0 API that is compatible with OpenGL ES 2.0. glmark2 offers a suite of scenes that can be used to measure many aspects of OpenGL (ES) 2.0 performance. The way in which each scene is rendered is configurable through a set of options. There is a repository with almost completed packaging: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/glmark2.git signature.asc Description: This is a digitally signed message part.
Bug#695849: RFP: glmark2 -- OpenGL (ES) 2.0 benchmark suite
On 2012-12-13 23:53:54, Dmitry Smirnov wrote: Package name: glmark2 Version: 2012-11 Upstream Author: Linaro Limited URL: https://launchpad.net/glmark2 License: GPL-3,Expat,BSD-3-clause Description: OpenGL (ES) 2.0 benchmark suite glmark2 is a benchmark for OpenGL ES 2.0. It uses only the subset of the OpenGL 2.0 API that is compatible with OpenGL ES 2.0. glmark2 offers a suite of scenes that can be used to measure many aspects of OpenGL (ES) 2.0 performance. The way in which each scene is rendered is configurable through a set of options. There is a repository with almost completed packaging: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/glmark2.git So this should be an ITP instead, shouldn't it? You clearly intend to package it. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#695850: ITP: libteam -- library for controlling team network device
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: libteam Version: git-snapshot (no tags/tarball releases yet) Upstream Author: Jiri Pirko jpi...@redhat.com URL: https://libteam.org License: LGPL-2.1+ Description: library for controlling team network device Libteam provide mechanism to team multiple NICs (ports) into one logical one (teamdev) at L2 layer. The process is called channel bonding, Ethernet bonding, channel teaming, link aggregation, etc. This is already implemented in the Linux kernel by the bonding driver but the way Team is configured differs dramatically from the way bonding is. Team has many advantages over Bonding. . Libteam requires Linux kernel 3.3 or higher. signature.asc Description: This is a digitally signed message part.
Bug#695231: ITA: libcgroup -- Library to control and monitor control
retitle 695231 ITA: libcgroup -- Library to control and monitor control groups owner 695231 ! Hi Jon, I'm intending to take libcgroup over. Recently I have a lot of work, so I will be able to work on this only around Xmas. Will you sponsor the future uploads or, even better, will you allow me to do it directly as I'm DM? Thanks for your work! Cheers, Tomasz -- 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/50c9d88a.9040...@inria.fr
Processed (with 5 errors): ITA: libcgroup -- Library to control and monitor control
Processing commands for cont...@bugs.debian.org: retitle 695231 ITA: libcgroup -- Library to control and monitor control Bug #695231 [wnpp] RFA: libcgroup -- Library to control and monitor control groups Changed Bug title to 'ITA: libcgroup -- Library to control and monitor control' from 'RFA: libcgroup -- Library to control and monitor control groups' groups Unknown command or malformed arguments to command. owner 695231 ! Bug #695231 [wnpp] ITA: libcgroup -- Library to control and monitor control Owner recorded as Tomasz Buchert tomasz.buch...@inria.fr. Hi Jon, Unknown command or malformed arguments to command. I'm intending to take libcgroup over. Recently I have a lot of work, so Unknown command or malformed arguments to command. I will be able to work on this only around Xmas. Unknown command or malformed arguments to command. Will you sponsor the future uploads or, even better, will you allow me Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. -- 695231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695231 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.135540552430565.transcr...@bugs.debian.org
Bug#493350: Very nice open source game (AstroMenace)
After small discussion [1] I can give brief info about current situation with licenses for data files: * There are ttf fonts under own free licenses which compatible with GPLv3. There are bundled fonts from fonts-liberation and fonts-freefont-ttf. Yes, upstream needs in these bundled fonts for a crossplatform reason. However source of one font file is unclear: RAW_VFS_DATA/FONT/Ubuntu-B.ttf I was curious about which font package Ubuntu-B.ttf belongs to and it seems it is part of ttf-ubuntu-font-family in Ubuntu. Yes, all is described here: http://sourceforge.net/p/openastromenace/code/234/tree/License.txt#l60 However if i understand bug report #603157 [1] correctly, ftp-masters consider the Ubuntu Font License to be non-free at the moment. It seems another blocker is that you can't build the fonts from source with tools in main. [1] http://bugs.debian.org/603157 Yes, you are right. Maybe we can substitute Ubuntu-B.ttf with a free font? Only if maintainer make necessary patches in the package. I asked main developer about fonts. He replied that upstream won't support other fonts in game. * Another part of 3D models was licensed from third-party design studio. And these files come under proprietary license. Now main developer is going to re-licence these proprietary files under CC BY-SA and to update main file with description of all copyrights and licenses used in program. The problem is that some files are sourceless, right? Game developers have these source files but they cannot distribute them. But they can distribute generated 3D models. And CC BY-SA is the best choice in this case I think. Users will be able even to modify these files and to distribute the result. This seems to be the difficult part here. I don't see any problems here. Program with the most part of content is suitable for contrib. And some data files will come into non-free. Best wishes, Boris -- 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/902451355406...@web23f.yandex.ru
Processed: owner 695850
Processing commands for cont...@bugs.debian.org: owner 695850 ! Bug #695850 [wnpp] ITP: libteam -- library for controlling team network device Owner recorded as Dmitry Smirnov only...@member.fsf.org. thanks Stopping processing here. Please contact me if you need assistance. -- 695850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695850 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.135540817316034.transcr...@bugs.debian.org
Processed: pending
Processing commands for cont...@bugs.debian.org: tag 694326 + pending Bug #694326 [wnpp] ITP: perl-cross-debian -- Cross build support for Debian perl configurations Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 694326: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694326 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.135540890421363.transcr...@bugs.debian.org
Bug#695853: ITP: libsgml-dtdparser-perl -- The DTDParse collection is a set of Perl modules and scripts for manipulating SGML an XML Document Type Definitions (DTDs)
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: libsgml-dtdparser-perl Version : 2.0.0 Upstream Author : Earl Hood * URL : http://dtdparse.sourceforge.net/ * License : GPL Programming Lang: Perl Description : The DTDParse collection is a set of Perl modules and scripts for manipulating SGML an XML Document Type Definitions (DTDs) The DTDParse collection is a set of Perl modules and scripts for manipulating SGML an XML Document Type Definitions (DTDs). DTDParse is designed primarily to aid in the understanding and documentation of DTDs. -- 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/20121213150600.32276.85859.report...@lirispat.univ-lyon1.fr
Bug#680222: ITP: q3c -- PostgreSQL extension used for indexing the sky
Hi, This name is too short for a special package. Since it is a postgresql module, it could be named like postgresql-q3c. If the module is version specific, the binary should be called postgresql-8.4-q3c (and/or 9.1). Cheers Ole -- 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/50c9ef2d.6040...@gmx.de
Bug#695850: ITP: libteam -- library for controlling team network device
On Fri, Dec 14, 2012 at 12:21:43AM +1100, Dmitry Smirnov wrote: Package name: libteam Version: git-snapshot (no tags/tarball releases yet) Upstream Author: Jiri Pirko jpi...@redhat.com URL: https://libteam.org That URL does not work, use either http://libteam.org/ or https://fedorahosted.org/libteam/. License: LGPL-2.1+ Description: library for controlling team network device Libteam provide mechanism to team multiple NICs (ports) into one logical one (teamdev) at L2 layer. The process is called channel bonding, Ethernet bonding, channel teaming, link aggregation, etc. This is already implemented in the Linux kernel by the bonding driver but the way Team is configured differs dramatically from the way bonding is. Team has many advantages over Bonding. Dramatically different? Many advantages? That tells me nothing. Instead please just give a list of *user visible* advantages that libteam has over bonding. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#493350: Very nice open source game (AstroMenace)
Maybe we can substitute Ubuntu-B.ttf with a free font?
Only if maintainer make necessary patches in the package.
Game developer wrote me small note how to replace this font in easy way to save
some time for a future maintainer:
1) Edit AstroMenaceSource/MainFS2VFS.cpp:403 -- string FONT/Ubuntu-B.ttf
2) Edit AstroMenaceSource/Main.cpp:49 -- {Ubuntu Family,
DATA/FONT/Ubuntu-B.ttf}
3) Replace old font RAW_VFS_DATA/FONT/Ubuntu-B.ttf by another one.
(All numbers in instructions are for a future version 1.3.1)
Hope this helps.
Best wishes,
Boris
--
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/974731355414...@web20f.yandex.ru
Bug#695853: ITP: libsgml-dtdparser-perl -- The DTDParse collection is a set of Perl modules and scripts for manipulating SGML an XML Document Type Definitions (DTDs)
Dear Mathieu, the short description exceeds 80 characters and there was a typo in the long description. Please consider Description: Perl modules and scripts for manipulating SGML and XML DTDs The DTDParse collection is a set of Perl modules and scripts for manipulating SGML and XML Document Type Definitions (DTDs). DTDParse is designed primarily to aid in the understanding and documentation of DTDs. Kind regards, Martin -- 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/50c9fd0f.3000...@gmx.de
Bug#695867: ITP: ctpp2 -- CTPP or CT Plus Plus is a tool separating data processing (business logic) from data presentation.
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath kamathvasu...@gmail.com
* Package name: ctpp2
Version : 2.8.3
Upstream Author : CTPP Team
* URL : http://ctpp.havoc.ru/en
* License : BSD-3-Clause
Programming Lang: C++
Description : CTPP or CT Plus Plus is a tool separating data processing
(business logic) from data presentation.
CTPP is a suitable choice for projects where a programmer and an HTML
designer are different people. The goal of CTPP development was to
achieve maximum performance with minimal basic functionality that is
easily expandable. In other words, any conceivable capabilities can be
added by writing users functions.
.
CTPP has following advantages
* Very High performance
* Flexible syntax of templates
* Robustness
* Portability
* Support for implementations in the language of your choice
* Various template sources.
* Output data filters
* User functions
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net}
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#695231: ITA: libcgroup -- Library to control and monitor control
* Tomasz Buchert tomasz.buch...@inria.fr wrote: retitle 695231 ITA: libcgroup -- Library to control and monitor control groups owner 695231 ! Hi Jon, I'm intending to take libcgroup over. Recently I have a lot of work, so I will be able to work on this only around Xmas. Will you sponsor the future uploads or, even better, will you allow me to do it directly as I'm DM? Absolutely, I love this plan! I'll sponsor a few uploads and if things look good then it's all yours. Here is some fair warning: libcgroup is a bit of a nightmare at the moment. Both from a packaging standpoint (the initscripts are no longer installed), and also from an upstream development standpoint (at least as it relates to debian packaging). Specifically, upstream seems to target fedora (and hence systemd) for the most part. Since it's a system-level library, the differences in development environment make for some surprising headaches. There are also some inherent race conditions in the existing implementation. I feel obligated to mention these issues so that you know what you're getting into. It is these additional issues and time requirements that make the package too much for me at the moment. That said, I'm more than willing to advise and help out when/where I can. Packaging development is maintained in collab-maint on alioth using git. The entire history is there. So git-buildpackage is all you need. If you're still interested, I will forward the relevant email threads I have had with Serge - he has been maintaining this package in Ubuntu. There are some differences there, and I encourage you to compare. Ideally we could create a debian package that Ubuntu could merge without modification, but there is some work to get to that point. Let me know what you decided, and thanks for the interest! -- Jon -- 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/20121213195405.GA17206@quintessa
Bug#695867: ITP: ctpp2 -- CTPP or CT Plus Plus is a tool separating data processing (business logic) from data presentation.
On Thu, Dec 13, 2012 at 11:17:07PM +0530, Vasudev Kamath wrote: Package: wnpp Severity: wishlist Owner: Vasudev Kamath kamathvasu...@gmail.com * Package name: ctpp2 Version : 2.8.3 Upstream Author : CTPP Team * URL : http://ctpp.havoc.ru/en * License : BSD-3-Clause Programming Lang: C++ Description : CTPP or CT Plus Plus is a tool separating data processing (business logic) from data presentation. CTPP is a suitable choice for projects where a programmer and an HTML designer are different people. The goal of CTPP development was to achieve maximum performance with minimal basic functionality that is easily expandable. In other words, any conceivable capabilities can be added by writing users functions. 'HTML template engine for C++' would probably be sufficient. CTPP has following advantages Relative to what? * Very High performance * Flexible syntax of templates * Robustness * Portability * Support for implementations in the language of your choice * Various template sources. * Output data filters * User functions -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20121213204013.gk13...@decadent.org.uk
Bug#695848: Acknowledgement (RFP: php5-yaz -- yaz module for PHP 5)
Hi, Le 13/12/2012 13:22, Mathieu Malaterre a écrit : It would be really cool to have in debian ;) I could find some early package at: http://moais.imag.fr/membres/vincent.danjean/deb.html#php-yaz I do not remember why I put this package here. I do not use it, nor maintain it locally. You are free to package it if you want. Upstream author (Adam Dickmeiss) would be very pleased and he answers all my questions when I package yaz itself. I do not wish to package php-yaz because: - I do not really use yaz itself. It use a dependency of Koha but I never find the time to properly investigate Koha. - I do not know how php packages are structured - I do not have lots of free time (more exactly, I looking for free time since I've two children... ;-) ) Regards, Vincent or even: http://lists.indexdata.dk/pipermail/yazlist/2011-March/003127.html -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- 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/50ca41c1.6020...@debian.org
Bug#695850: ITP: libteam -- library for controlling team network device
Hi Guus, You did a fantastic work on ifenslave (interface to bonding capabilities in kernel) -- thank you. This new and experimental software has only potential to become an alternative to ifenslave one day. URL: https://libteam.org That URL does not work, use either http://libteam.org/ or https://fedorahosted.org/libteam/. Thanks for correction. (It's a bit strange as I was copy-pasting from my browser' address field...) Dramatically different? Many advantages? That tells me nothing. Instead please just give a list of *user visible* advantages that libteam has over bonding. Why focus only on user visible changes? Upstream is trying to make bonding/teaming safer, easier and more maintainable by moving it to user space. Perhaps the following links will answer your question better than me: http://www.pirko.cz/teamdev.pp.pdf https://fedorahosted.org/libteam/wiki/CompareToBonding To provide summary here I quote from above documents: Following table compares Bonding vs. Team features: https://fedorahosted.org/libteam/wiki/CompareToBonding [Feature] [Bonding] [Team] broadcast TX policy Yes Yes round-robin TX policy Yes Yes active-backup TX policy Yes Yes LACP (802.3ad) support Yes Yes Hash-based TX policyYes Yes User can set hash function No Yes TX load-balancing support (TLB) Yes Yes RX load-balancing support (ALB) Yes Yes (Wip) LACP hash port select Yes Yes load-balancing for LACP support No Yes Ethtool link monitoring Yes Yes ARP link monitoring Yes Yes NS/NA (IPV6) link monitoringNo Yes ports up/down delaysYes Yes port priorities and stickiness (primary option enhancement) No Yes separate per-port link monitoring setup No Yes multiple link monitoring setup Limited Yes lockless TX/RX path No (rwlock) Yes (RCU) VLAN supportYes Yes user-space runtime control Limited Full Logic in user-space No Yes Extensibility Hard Easy Modular design No Yes Performance overheadLow Very Low D-Bus interface No Yes --- ## Bonding driver * Introduced in 2000 * Huge and messy, therefore buggy * All logic is in kernel (monolith) * Does what it should not do (ARP link validation, 802.3ad, ...) * Too many config interfaces * 12200 lines * Not fixable due to backward compatibility concerns --- ## Team device overview * Team is coming with modular approach * User-space based controlling * Minimum of the code is in kernel * Puppet * Control logic is implemented in user-space daemon * Puppeteer * Enslaved network interfaces are called ports * Only necessary fast-path code. (1400 lines) * Netlink communication (generic Netlink). (600 lines) * Team modes * One mode, one kernel module * Determine basic low-level behaviour * Well defined API between team core and mode code * round-robin, active-backup, ... easy to add more ### Advantages comparing to bonding * Extensibility. Anyone can easily add features/change behaviour * Better system stability (daemon crash is always better than kernel panic/memory corruption etc.) * Better debugging posibilities. The goal of team device is to supersede bonding functionality and then kill it eventually. -- Regards, Dmitry. P.S. I hope that answers your questions. Please let me know if you think teaming do not worth time spent on it. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:
Bug#695850: ITP: libteam -- library for controlling team network device
On Fri, Dec 14, 2012 at 09:34:16AM +1100, Dmitry Smirnov wrote: You did a fantastic work on ifenslave (interface to bonding capabilities in kernel) -- thank you. Thank you too, as you also helped with it (although your changes will have to wait for wheezy to be released before they can be uploaded to unstable). This new and experimental software has only potential to become an alternative to ifenslave one day. I hope it does too. Dramatically different? Many advantages? That tells me nothing. Instead please just give a list of *user visible* advantages that libteam has over bonding. Why focus only on user visible changes? Upstream is trying to make bonding/teaming safer, easier and more maintainable by moving it to user space. Yes, but for the user of this software it really doesn't matter where the code lives, and a statement like dramatically different does not convey any useful information. To provide summary here I quote from above documents: The following features team supports but bonding does not are, in my opinion, useful to mention in the long description: [Feature] [Bonding] [Team] load-balancing for LACP support No Yes NS/NA (IPV6) link monitoring No Yes port priorities and stickiness (primary option enhancement)No Yes separate per-port link monitoring setup No Yes Although that last item is very vague. The following items are not very useful to mention, they just cover implementation details that are not important for the end user, but only for developers: lockless TX/RX path No (rwlock) Yes (RCU) Logic in user-space No Yes Extensibility Hard Easy Modular designNo Yes The following items on the list are very vague: multiple link monitoring setupLimited Yes Performance overhead Low Very Low user-space runtime controlLimited Full And the last one is only interesting if there is actually anything else but libteam which can make use of it: D-Bus interface No Yes Similarly, the following statements are also not so interesting for the end user which just wants to bond/team/trumk multiple Ethernet inferfaces, they are only interesting for developers: ### Advantages comparing to bonding * Extensibility. Anyone can easily add features/change behaviour * Better system stability (daemon crash is always better than kernel panic/memory corruption etc.) * Better debugging posibilities. The goal of team device is to supersede bonding functionality and then kill it eventually. So while all of that is true (although I don't think the bonding driver is likely to crash at all), that shouldn't be mentioned in the description of the package. P.S. I hope that answers your questions. Please let me know if you think teaming do not worth time spent on it. I do not have anything against teaming, on the contrary. It is just parts of the package description I object to :) -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#695850: ITP: libteam -- library for controlling team network device
On Fri, 14 Dec 2012 10:11:55 Guus Sliepen wrote: I do not have anything against teaming, on the contrary. It is just parts of the package description I object to :) Thank you for all your helpful remarks regarding description. I do share your concerns. The packaging is still in the early stage (I'll push it to collab-maint soon) and I didn't put much time to polish the description yet. I will much appreciate your help and I'll see what I can improve when I become a bit more familiar with teaming. So far I compiled description from phrases I found on upstream's web site an there is indeed a big potential for improvement. -- Regards, Dmitry. -- 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/201212141041.09551.only...@member.fsf.org
Bug#695888: ITP: clojurepy -- clojure, but in python
Package: wnpp Severity: wishlist Owner: Paul Tagliamonte paul...@debian.org * Package name: clojurepy Version : 0.2.4 Upstream Author : Timothy Baldridge tbaldri...@gmail.com * URL : https://github.com/halgari/clojure-py * License : LGPL / Expat / EPL Programming Lang: Python, Clojure Description : clojure, but in python [long description here] It's really nifty. Lets you run Clojure, but have access to tons of Python stuff rather then Java things. I'll write a real description when I get sit down and think. It's been a long night. See more @ https://github.com/halgari/clojure-py -- 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/20121214023952.21833.63904.reportbug@leliel
Bug#553311: Fwd: New LeoCAD version
Hi, here is the announcement. Regards, Carlo Messaggio originale Oggetto:New LeoCAD version Data: Thu, 13 Dec 2012 15:33:27 -0800 Mittente: Leonardo Zide leoz...@gmail.com A: leocad mailinglist leo...@list.gerf.org I've uploaded a new version to the website, you can download it from http://leocad.org/files/. The biggest change is in the pieces library, it uses a new format and can optionally use the LDraw library directly. This will fix some rendering bugs that were noticeable on stickers, colored patterns and pieces with detailed geometry and also adds support to Joshua's texture mapping extension. Version 0.79 (13/12/2012) * Switched to a new library file format. * Added support for texture mapped pieces. * Added support for using the LDraw library directly. * Load color config from ldconfig.ldr where the library is located. * Save view layout between sessions. * Allow the pieces search text box to auto-complete when entering piece numbers. * Fixed errors on big endian computers. * Zoom extents after loading a file. ___ Leocad mailing list leo...@list.gerf.org https://list.gerf.org/listinfo/leocad
Bug#695849: RFP: glmark2 -- OpenGL (ES) 2.0 benchmark suite
On Fri, 14 Dec 2012 00:12:25 Sebastian Ramacher wrote: So this should be an ITP instead, shouldn't it? You clearly intend to package it. Not just intended to package by I already packaged it so it could be RFS. :) I know it looks like a mistake but it's not: although packaging is practically finished at the moment I can't continue working on it due to limited time. Therefore I dumped results of my effort in hope that someone might pick it up where I left it. Eventually I may return and help maintain it (let's see how it goes) but at the moment I'm not going to request sponsorship etc. so the package if free for take over. It is RFP because I no longer (actively) work on it. Regards, Dmitry. -- 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/201212141351.44667.only...@member.fsf.org
Bug#695849: Interesting article about glmark2
https://afrantzis.wordpress.com/2011/12/16/glmark2-more-than-a-benchmark/ -- 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/201212141353.05159.only...@member.fsf.org
Bug#695896: ITP: corekeeper -- Core file centralizer and reaper
Package: wnpp Severity: wishlist Owner: Ben Pfaff pfaff...@debian.org * Package name: corekeeper Version :1.2 Upstream Author : Ben Pfaff b...@nicira.com * License : Apache 2.0 Programming Lang: Shell Description : Core file centralizer and reaper Vcs-Git:: git://openvswitch.org/corekeeper Vcs-Browser : http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper;a=summary The corekeeper package configures the system to dump all core files to /var/log/core. It also deletes core files older than 7 days. corekeeper was previously part of Debian as a binary package in the openvswitch source package. Paul Wise p...@debian.org asked me to revive it and has offered to co-maintain it. -- 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/87r4mtrwrx@blp.benpfaff.org
Bug#695897: ITP: corekeeper -- Core file centralizer and reaper
Package: wnpp Severity: wishlist Owner: Ben Pfaff pfaff...@debian.org * Package name: corekeeper Version :1.2 Upstream Author : Ben Pfaff b...@nicira.com * License : Apache 2.0 Programming Lang: Shell Description : Core file centralizer and reaper Vcs-Git:: git://openvswitch.org/corekeeper Vcs-Browser : http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper;a=summary The corekeeper package configures the system to dump all core files to /var/log/core. It also deletes core files older than 7 days. corekeeper was previously part of Debian as a binary package in the openvswitch source package. Paul Wise p...@debian.org asked me to revive it and has offered to co-maintain it. -- 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/87lid1rwp2@blp.benpfaff.org
Processed: forcibly merging 695896 695897
Processing commands for cont...@bugs.debian.org: forcemerge 695896 695897 Bug #695896 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Merged 695896 695897 thanks Stopping processing here. Please contact me if you need assistance. -- 695896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695896 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 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.135546618715093.transcr...@bugs.debian.org
Processed: merging 695896 695897
Processing commands for cont...@bugs.debian.org: merge 695896 695897 Bug #695896 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Merged 695896 695897 thanks Stopping processing here. Please contact me if you need assistance. -- 695896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695896 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 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.135546672217606.transcr...@bugs.debian.org
Bug#695901: ITP: corekeeper -- Core file centralizer and reaper
Package: wnpp Severity: wishlist Owner: Ben Pfaff pfaff...@debian.org * Package name: corekeeper Version :1.2 Upstream Author : Ben Pfaff b...@nicira.com * License : Apache 2.0 Programming Lang: Shell Description : Core file centralizer and reaper Vcs-Git:: git://openvswitch.org/corekeeper Vcs-Browser : http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper;a=summary The corekeeper package configures the system to dump all core files to /var/log/core. It also deletes core files older than 7 days. corekeeper was previously part of Debian as a binary package in the openvswitch source package. Paul Wise p...@debian.org asked me to revive it and has offered to co-maintain it. -- 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/87k3sltbwt@blp.benpfaff.org
Processed: forcibly merging 695896 695901
Processing commands for cont...@bugs.debian.org: forcemerge 695896 695901 Bug #695896 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695901 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Merged 695896 695897 695901 thanks Stopping processing here. Please contact me if you need assistance. -- 695896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695896 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 695901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695901 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.135546726821268.transcr...@bugs.debian.org
Processed: forcibly merging 695896 695897 695901
Processing commands for cont...@bugs.debian.org: forcemerge 695896 695897 695901 Bug #695896 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695901 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695897 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Bug #695901 [wnpp] ITP: corekeeper -- Core file centralizer and reaper Merged 695896 695897 695901 thanks Stopping processing here. Please contact me if you need assistance. -- 695896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695896 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 695901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695901 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.135546747022774.transcr...@bugs.debian.org
Bug#695896: marked as done (ITP: corekeeper -- Core file centralizer and reaper)
Your message dated Thu, 13 Dec 2012 22:26:29 -0800 with message-id 87y5h1qhd6@blp.benpfaff.org and subject line Re: Bug#695897: ITP: corekeeper -- Core file centralizer and reaper has caused the Debian Bug report #695897, regarding ITP: corekeeper -- Core file centralizer and reaper 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.) -- 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Ben Pfaff pfaff...@debian.org * Package name: corekeeper Version :1.2 Upstream Author : Ben Pfaff b...@nicira.com * License : Apache 2.0 Programming Lang: Shell Description : Core file centralizer and reaper Vcs-Git:: git://openvswitch.org/corekeeper Vcs-Browser : http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper;a=summary The corekeeper package configures the system to dump all core files to /var/log/core. It also deletes core files older than 7 days. corekeeper was previously part of Debian as a binary package in the openvswitch source package. Paul Wise p...@debian.org asked me to revive it and has offered to co-maintain it. ---End Message--- ---BeginMessage--- Oops, sorry about this duplicate of bug #695896. (I'm having some trouble with my MTA.) Closing.---End Message---
Bug#695901: marked as done (ITP: corekeeper -- Core file centralizer and reaper)
Your message dated Thu, 13 Dec 2012 22:26:29 -0800 with message-id 87y5h1qhd6@blp.benpfaff.org and subject line Re: Bug#695897: ITP: corekeeper -- Core file centralizer and reaper has caused the Debian Bug report #695897, regarding ITP: corekeeper -- Core file centralizer and reaper 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.) -- 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Ben Pfaff pfaff...@debian.org * Package name: corekeeper Version :1.2 Upstream Author : Ben Pfaff b...@nicira.com * License : Apache 2.0 Programming Lang: Shell Description : Core file centralizer and reaper Vcs-Git:: git://openvswitch.org/corekeeper Vcs-Browser : http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper;a=summary The corekeeper package configures the system to dump all core files to /var/log/core. It also deletes core files older than 7 days. corekeeper was previously part of Debian as a binary package in the openvswitch source package. Paul Wise p...@debian.org asked me to revive it and has offered to co-maintain it. ---End Message--- ---BeginMessage--- Oops, sorry about this duplicate of bug #695896. (I'm having some trouble with my MTA.) Closing.---End Message---
Bug#695897: marked as done (ITP: corekeeper -- Core file centralizer and reaper)
Your message dated Thu, 13 Dec 2012 22:26:29 -0800 with message-id 87y5h1qhd6@blp.benpfaff.org and subject line Re: Bug#695897: ITP: corekeeper -- Core file centralizer and reaper has caused the Debian Bug report #695897, regarding ITP: corekeeper -- Core file centralizer and reaper 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.) -- 695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Ben Pfaff pfaff...@debian.org * Package name: corekeeper Version :1.2 Upstream Author : Ben Pfaff b...@nicira.com * License : Apache 2.0 Programming Lang: Shell Description : Core file centralizer and reaper Vcs-Git:: git://openvswitch.org/corekeeper Vcs-Browser : http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper;a=summary The corekeeper package configures the system to dump all core files to /var/log/core. It also deletes core files older than 7 days. corekeeper was previously part of Debian as a binary package in the openvswitch source package. Paul Wise p...@debian.org asked me to revive it and has offered to co-maintain it. ---End Message--- ---BeginMessage--- Oops, sorry about this duplicate of bug #695896. (I'm having some trouble with my MTA.) Closing.---End Message---
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Friday 14 December 07:03:09 UTC 2012 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: ruby-mysql2 tags 691150 + pending Bug #691150 [wnpp] ITP: ruby-mysql2 -- A modern, simple and very fast Mysql library for Ruby - binding to libmysql Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 691150: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691150 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.135546859330385.transcr...@bugs.debian.org
Processed: reopening 695896
Processing commands for cont...@bugs.debian.org:
# They got merged, no need to close
reopen 695896
Bug #695896 {Done: Ben Pfaff b...@cs.stanford.edu} [wnpp] ITP: corekeeper --
Core file centralizer and reaper
Bug #695897 {Done: Ben Pfaff b...@cs.stanford.edu} [wnpp] ITP: corekeeper --
Core file centralizer and reaper
Bug #695901 {Done: Ben Pfaff b...@cs.stanford.edu} [wnpp] ITP: corekeeper --
Core file centralizer and reaper
Bug reopened
Ignoring request to alter fixed versions of bug #695896 to the same values
previously set
Ignoring request to alter fixed versions of bug #695897 to the same values
previously set
Ignoring request to alter fixed versions of bug #695901 to the same values
previously set
thanks
Stopping processing here.
Please contact me if you need assistance.
--
695896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695896
695897: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695897
695901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695901
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.135546906632568.transcr...@bugs.debian.org
