Bug#637292: ITP: libfile-path-tiny-perl -- Perl module that provides recursive versions of mkdir() and rmdir()
Package: wnpp Severity: wishlist Owner: Alessandro Ghedini * Package name: libfile-path-tiny-perl Version : 0.1 Upstream Author : Daniel Muey * URL : http://search.cpan.org/dist/File-Path-Tiny/ * License : GPL-1+ or Artistic Programming Lang: Perl Description : Perl module that provides recursive versions of mkdir() and rmdir() The goal of File::Path::Tiny is simply to provide recursive versions of mkdir() and rmdir() with as little code and overhead as possible. File::Path::Tiny is in no way meant to derogate File::Path and is in no way an endorsement to go out and replace all use of File::Path with File::Path::Tiny. Note that this module is needed by the new version of perlbrew. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810095211.17640.72500.report...@pc-ale.fastwebnet.it
Re: Bug#634015: Proposition to team-maintain m2crypto.
On 2011-08-10, Charles Plessy wrote: > > # Matt Rodriguez, LBNL > #Copyright (c) 2003, The Regents of the University of California, > #through Lawrence Berkeley National Laboratory > #(subject to receipt of any required approvals from the U.S. Dept. of > Energy). > #All rights reserved. > > > Of course, this file is not used at build time and is not distributed in our > binary packages, but if I understand well our procedures, I can not knowingly > upload a package that contains this file. > > Hence the question to the other developers: is it necessary to correct > m2crypto > source package in Stable ? Not that I am interested to do it – you know my > position on these files is that they should be documented but ignored > otherwise > (see http://lists.debian.org/20100124144741.gd13...@kunpuu.plessy.org ). So > if the answer is yes, can somebody volunteer to do the work ? All I can say is "wtf". You knowingly accept that Debian distributes undistributable files? It's not that it's a non-free license that still allows distribution, it's "All Rights Reserved". Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnj44tlv.7pm.tr...@kelgar.0x539.de
Re: Bug#634015: Proposition to team-maintain m2crypto.
Package: python-m2crypto Severity: serious > > That may take a little more time, as I noted that demo/x509/proxylib.py is not > free: > > > # Matt Rodriguez, LBNL > #Copyright (c) 2003, The Regents of the University of California, > #through Lawrence Berkeley National Laboratory > #(subject to receipt of any required approvals from the U.S. Dept. of > Energy). > #All rights reserved. > > > Of course, this file is not used at build time and is not distributed in our > binary packages, but if I understand well our procedures, I can not knowingly > upload a package that contains this file. > > Hence the question to the other developers: is it necessary to correct > m2crypto > source package in Stable ? Not that I am interested to do it – you know my > position on these files is that they should be documented but ignored > otherwise > (see http://lists.debian.org/20100124144741.gd13...@kunpuu.plessy.org ). So > if the answer is yes, can somebody volunteer to do the work ? > > Have a nice day, > > -- > Charles Plessy > Tsurumi, Kanagawa, Japan > > It's certainly necessary for us to not distribute stuff which is not distributable. I'm therefore BCCing sub...@bugs.debian.org, as this should be a separate bug from the wishlist bug this is currently attached to. stew -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ei0tigm9@tang.vireo.org
Bug#637345: ITP: mspdebug -- free debugger for use with Texas Instruments MS430 MCUs
Package: wnpp Severity: wishlist Owner: "Dmitry Eremin-Solenikov" * Package name: mspdebug Version : 0.16 Upstream Author : Daniel Beer * URL : http://mspdebug.sourceforge.net/ * License : GPLv2 Programming Lang: C Description : free debugger for use with Texas Instruments MS430 MCUs MSPDebug is a free debugger for use with MSP430 MCUs. It supports FET430UIF, eZ430, RF2500 and Olimex MSP-JTAG-TINY programmers. It can be used as a proxy for gdb or as an independent debugger with support for programming, disassembly and reverse engineering. Note that I'm not a DD, so I'll need a mentor for this package. I'm preparing to upload the sources to mentors.debian.net right now. -- With best wishes Dmitry -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810143734.14824.10986.report...@anuminas.rup.mentorg.com
Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.
Package: wnpp Severity: wishlist Owner: "Keng-Yu Lin" * Package name: urfkill Version : 0.2.0 Upstream Author : Gary Lin * URL : http://www.freedesktop.org/wiki/Software/urfkill * License : GPL, LGPL Programming Lang: C Description : urfkill is a daemon for the management of the radio killswitches. urfkill daemon handles the configuration of the rfkill-related function keys and provides the management of the radio killswitches. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810152548.537.18317.reportbug@yingge
Bug#637232: general: Multiarch breaks support for non-multiarch toolchain
Aurelien Jarno wrote: > I got fed up by people reporting bug on libc6, while this problem results > from a decision Debian to implement multiarch. People should work on > implementing a compatibility wrapper and to make upstream toolchain > multiarch aware. Until this is done, this bug should be kept opened. Presumably you are referring to Bug#629819 and Bug#637218. Bug#629819 was about upstream gcc failing to build after crti.o et al were moved. This is thorny because - the relevant non-Debian compiler is xgcc, which is an intermediate product from the build process. So a compatibility wrapper for gcc would not help here, though a nice build script could. - gcc's build system is a pain in the neck. Bug#637218 is a similar problem about headers moving. Again, the use case was building and testing upstream gcc. http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=85;bug=637218 http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=90;bug=637218 give a recipe for building non-multiarch-aware gcc in a multiarch environment. You are right that this doesn't have much to do with eglibc, so I am tempted to reassign 629819 to general and merge the bugs. As more packages use the multiarch paths, it will only become more important to have a way to communicate their location to non-Debian toolchains. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810154823.ga4...@elie.gateway.2wire.net
Bug#637356: ITP: curtain -- Handy curtain for your desktop
Package: wnpp Severity: wishlist Owner: Karolina Kalic * Package name: curtain Version : 0.1 Upstream Author : Pietro Pilolli * URL : http://code.google.com/p/ardesia/ * License : GPL-3.0+ Description : Handy curtain for your desktop Curtain is a tool that shows a movable and resizable curtain on the desktop screen. This is especially useful when making presentations to hide and unhide things. Curtain is XInput-Aware, so you can use it with a graphic tablet or a whiteboard. This program has been implemented for educational purposes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810160716.4265.37516.report...@local.freevector.com
Bug#637361: ITP: spotlighter -- Gtk interface to make annotations on the screen
Package: wnpp Severity: wishlist Owner: Karolina Kalic * Package name: spotlighter Version : 0.1 Upstream Author : Pietro Pilolli * URL : http://code.google.com/p/ardesia/ * License : GPL-3.0+ Description : Gtk interface to make annotations on the screen Spotlighter is a tool that shows a movable and resizable spotlight on the desktop screen. This is especially useful when making presentations, to highlight point of interest. Spotlighter is XInput-Aware, so you can use it with a graphic tablet or a whiteboard. This program has been implemented for educational purposes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810162035.4738.2592.report...@local.freevector.com
Processed: affects 637232
Processing commands for cont...@bugs.debian.org: > affects 637232 + libc6-dev Bug #637232 [general] general: Multiarch breaks support for non-multiarch toolchain Added indication that 637232 affects libc6-dev > thanks Stopping processing here. Please contact me if you need assistance. -- 637232: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637232 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.131299806428267.transcr...@bugs.debian.org
Bug#637391: ITP: opensrf -- message routing framework
Package: wnpp Severity: wishlist Owner: Ben Webb * Package name: opensrf Version : 2.0.0 Upstream Author : Evergreen Project * URL : http://www.evergreen-ils.org/opensrf.php * License : GPL-2 Programming Lang: C, Perl, Python Description : open scalable request framework Open Scalable Request Framework (OpenSRF, pronounced "open surf") OpenSRF is a message routing network that offers scalability and failover support for individual services and entire servers with minimal development and deployment overhead. OpenSRF can be used to build loosely-coupled applications that can be deployed on a single server or on clusters of geographically distributed servers using the same code and minimal configuration changes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810202133.26845.20289.report...@li147-160.members.linode.com
Bug#637232: general: Multiarch breaks support for non-multiarch toolchain
On Wed, Aug 10, 2011 at 10:48:23AM -0500, Jonathan Nieder wrote: > Aurelien Jarno wrote: > > > I got fed up by people reporting bug on libc6, while this problem results > > from a decision Debian to implement multiarch. People should work on > > implementing a compatibility wrapper and to make upstream toolchain > > multiarch aware. Until this is done, this bug should be kept opened. > > Presumably you are referring to Bug#629819 and Bug#637218. > > Bug#629819 was about upstream gcc failing to build after crti.o et al > were moved. This is thorny because > > - the relevant non-Debian compiler is xgcc, which is an intermediate >product from the build process. So a compatibility wrapper for >gcc would not help here, though a nice build script could. > > - gcc's build system is a pain in the neck. > > Bug#637218 is a similar problem about headers moving. Again, the use > case was building and testing upstream gcc. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=85;bug=637218 > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=90;bug=637218 > > give a recipe for building non-multiarch-aware gcc in a multiarch > environment. > > You are right that this doesn't have much to do with eglibc, so I am > tempted to reassign 629819 to general and merge the bugs. As more > packages use the multiarch paths, it will only become more important > to have a way to communicate their location to non-Debian toolchains. > The bug is closed given we have provided some hints in NEWS.Debian.gz. I am not sure what reassigning this already closed bug would change there. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810203458.ga5...@hall.aurel32.net
Bug#637232: general: Multiarch breaks support for non-multiarch toolchain
Aurelien Jarno wrote: > On Wed, Aug 10, 2011 at 10:48:23AM -0500, Jonathan Nieder wrote: >> I am >> tempted to reassign 629819 to general and merge the bugs. [...] > The bug is closed given we have provided some hints in NEWS.Debian.gz. I > am not sure what reassigning this already closed bug would change there. Yep. Thanks for the hints, by the way, and sorry to have filled your inbox. So if I understand correctly, this bug is about two or three remaining things: 1. Getting multiarch support patches applied in non-Debian toolchains (upstream gcc, upstream clang, and so on); 2. Wrapper scripts for building and using toolchains that lack built-in support for multiarch paths (e.g., for bisecting bugs introduced by old versions of gcc, using proprietary compilers, etc); 3. (?) Some other sort of trick to fool toolchains without lack for multiarch paths into coping with wheezy (symlinks to each library and header don't scale well for that, though it has been suggested by some people, but maybe a fake sysroot with symlinks to the multiarch and common directories could work). (1) and (2) is basically what you said already. Sorry for the noise. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810205918.ga7...@elie.gateway.2wire.net
Re: Bug#637351: ITP: urfkill -- urfkill is a daemon for the management of the radio killswitches.
On Wed, 10 Aug 2011 23:25:48 +0800 Keng-Yu Lin wrote: > Package: wnpp > Severity: wishlist > Owner: "Keng-Yu Lin" > > * Package name: urfkill > Version : 0.2.0 > Upstream Author : Gary Lin > * URL : http://www.freedesktop.org/wiki/Software/urfkill > * License : GPL, LGPL > Programming Lang: C > Description : urfkill is a daemon for the management of the > radio killswitches. > > urfkill daemon handles the configuration of the rfkill-related > function keys and provides the management of the radio killswitches. Hi, How does it differ from rfkill, already in the archive? Perhaps the description could be updated to make this clear. thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
