Bug#506040: Status of ceph ITP?
On Thu, 2010-12-02 at 01:30 +0100, Laszlo Boszormenyi wrote: > I'm not an ftp-master, but your package maybe rejected[2] for two > reasons. I think only debian/copyright is not enough, all source files > should have a comment header about their license in short. You have it I don't see where this is a hard requirement in the reject faq. Essentially, as long as the files don't have a license that conflicts with COPYING, then there's no need for a license header. I DO think its a good idea to have a Copyright header in every file, but thats also probably ok to have in an AUTHORS file or something like that. > in cephfs.cc , cfuse.cc , etc; but missing in barclass.cc , cconf.cc , > cls_acl.cc and in others. Second is that you link with OpenSSL when your > license is (L)GPL. See their FAQ[3] and the fact that I can't find any > upstream license file permitting that nor it's mentioned in > debian/copyright . Also you may see the debian/copyright of my packages, > like neon27[4]: it has a pointer to the full license file > under /usr/share/common-licenses/ . > On the other hand, it went into Ubuntu without any problems. Clint, > Noèl? Feel free to post comment on what needs to be done with ceph > packaging to be accepted on the first round. > Laszlo, I did a thorough review of the licensing before working to get ceph uploaded to Ubuntu, but I wasn't aware of the incompatibility between the GPL/LGPL and OpenSSL. This page details it pretty well: http://people.gnome.org/~markmc/openssl-and-the-gpl.html Sage, I'd guess that you can work on getting an OK from the other authors on adding an exception. I've opened a bug against CEPH in ubuntu here: https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/684011 Sage, if you can please update that bug's status when you have secured an exception, that would be ideal, as I'm going to mark it as Critical, so we'll probably have to drop ceph from Natty if there's no resolution before the release, and consider dropping it from Maverick as well. Also Sage, if the other authors (or you) are not comfortable with the OpenSSL advertising clause, there's always GNUTLS which exists in large part to address this sort of thing. -- 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/1291274357.20409.171.ca...@clint-macbookpro
Processed: merging 605634 605652
Processing commands for cont...@bugs.debian.org: > merge 605634 605652 Bug#605634: ITP: ocaml-inifiles -- read and write .ini files for OCaml Bug#605652: ITP: ocaml-inifiles -- read and write .ini for OCaml Merged 605634 605652. > thanks Stopping processing here. Please contact me if you need assistance. -- 605652: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605652 605634: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605634 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.129127481511328.transcr...@bugs.debian.org
Processed (with 1 errors): tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Thu Dec 2 07:03:12 UTC 2010 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: getfem++ > tags 591514 + pending Failed to alter tags of Bug 591514: Not altering archived bugs; see unarchive. > # Source package in NEW: libclaw > tags 565023 + pending Bug #565023 [libclaw] libclaw: ftbfs with gcc-4.5 Added tag(s) pending. > # Source package in NEW: xstrp4 > tags 605575 + pending Bug #605575 [wnpp] ITP: xstrp4 -- camlp4 extension that expands brace expansions in OCaml string Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. -- 605575: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605575 565023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565023 591514: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591514 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.12912734045124.transcr...@bugs.debian.org
Bug#605652: ITP: ocaml-inifiles -- read and write .ini for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall * Package name: ocaml-inifiles Version : 1.2 Upstream Author : Eric Stokes * URL : http://homepage.mac.com/letaris/ * License : LGPL-2.1+ Programming Lang: OCaml Description : read and write .ini for OCaml This library allow to read and write .ini files. It features an object oriented interface to manipulate inifiles. It allows sections listing and operation on several inifiles grouped in a directory. -- 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/20101201161318.30245.24704.report...@localhost
Bug#506040: Status of ceph ITP?
On Thu, 2 Dec 2010, Laszlo Boszormenyi wrote: > Hi Sage, > > On Wed, 2010-12-01 at 10:15 -0800, Sage Weil wrote: > > Can you take a look at the 'testing' branch in git commit 5bdae2af? > > That's how I've been doing releases, more or less. Assuming packaging > > issues are sorted out prior to that point, that's all that should be > > needed, right? > I think I've noted that cephfs and radosacl are without manpages. > Please write one for them. Do you have an upstream changelog somewhere? > ChangeLog is still empty. Really minor that I write 'new upstream > release' to debian/changelog . Otherwise it's OK for uploading. I'm wondering if it's even worth generating a ChangeLog. Maybe only for the release tarball? It's all in git. I guess we can just put the old debian/changelog at ChangeLog and continue summarizing the main items... > > (BTW, the v0.23.2 bugfix release is mostly pointless as v0.24 is just a > > couple days away anyway. Just for the sake of illustration...) > There's no chance that ceph will be included in Squeeze and the next > release of Ubuntu is several months away. You have time and it's your > decision when should I first upload ceph. Please note that Debian is in > freeze ATM, it may need even two weeks to be accepted to the archive[1]; > and even if it's in the NEW queue, I can upload new versions into it. Okay. I'd mainly like to get the packaging issues sorted out so that it's just a matter of updating on each release, and so that sid users can get it. > I'm not an ftp-master, but your package maybe rejected[2] for two > reasons. I think only debian/copyright is not enough, all source files > should have a comment header about their license in short. You have it > in cephfs.cc , cfuse.cc , etc; but missing in barclass.cc , cconf.cc , > cls_acl.cc and in others. Any chance you want to submit a patch? Unless otherwise noted, everything is LGPL2 and copyright whatever git log tells you. > Second is that you link with OpenSSL when your > license is (L)GPL. See their FAQ[3] and the fact that I can't find any > upstream license file permitting that nor it's mentioned in > debian/copyright . Also you may see the debian/copyright of my packages, > like neon27[4]: it has a pointer to the full license file > under /usr/share/common-licenses/ . > On the other hand, it went into Ubuntu without any problems. Clint, > Noèl? Feel free to post comment on what needs to be done with ceph > packaging to be accepted on the first round. Hmm, yeah, that may be an issue here. See [1] and [2]. Maybe we should look at using gnutls instead of openssl. sage [1] http://lists.debian.org/debian-legal/2002/11/msg00253.html [2] http://www.mail-archive.com/debian-le...@lists.debian.org/msg14110.html
Bug#605634: ITP: ocaml-inifiles -- read and write .ini files for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall * Package name: ocaml-inifiles Version : 1.2 Upstream Author : Eric Stokes * URL : http://homepage.mac.com/letaris/ * License : LGPL-2.1 Programming Lang: OCaml Description : read and write .ini files for OCaml This library allow to read and write .ini files. It features an object oriented interface to manipulate inifiles. It allows sections listing and operation on several inifiles grouped in a directory. -- 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/20101202001232.3259.92799.report...@yocto.gallu.homelinux.org
Bug#605635: ITP: mikmatch -- camlp4 extension for pattern matching with regexps
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall * Package name: mikmatch Version : 1.0.2 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/micmatch.html * License : BSD3 Programming Lang: OCaml Description : camlp4 extension for pattern matching with regexps Mikmatch provides enhanced pattern matching with regexps for OCaml. . The goal of Mikmatch is to make text-oriented programs even easier to write, read and run without losing the unique and powerful features of OCaml. Mikmatch provides a concise and highly readable syntax for regular expressions, and integrates it into the syntax of OCaml thanks to Camlp4. . The implementation of Mikmatch consists essentially of: * a library which is loaded by the OCaml preprocessor (Camlp4) and defines sophisticated "macros", i.e. the modified syntax; * a traditional library (runtime) which is required by the programs that use the Mikmatch syntax; * a dedicated 'mikmatch' command which can be used as a replacement for 'ocaml' in scripts or as an interactive toplevel. It performs automatically these steps: preprocessing, compilation and execution. -- 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/20101202001634.3383.39917.report...@yocto.gallu.homelinux.org
Bug#506040: Status of ceph ITP?
Hi Sage, On Wed, 2010-12-01 at 10:15 -0800, Sage Weil wrote: > Can you take a look at the 'testing' branch in git commit 5bdae2af? > That's how I've been doing releases, more or less. Assuming packaging > issues are sorted out prior to that point, that's all that should be > needed, right? I think I've noted that cephfs and radosacl are without manpages. Please write one for them. Do you have an upstream changelog somewhere? ChangeLog is still empty. Really minor that I write 'new upstream release' to debian/changelog . Otherwise it's OK for uploading. > I can also set you up with push access to update the > debian/ stuff at your leisure without sending patches over the list. Would be easier with push rights for debian/ if you trust me. I've my GnuPG key that you can check with any local or nearby Debian Developer(s) that I'm in the web of trust. > (BTW, the v0.23.2 bugfix release is mostly pointless as v0.24 is just a > couple days away anyway. Just for the sake of illustration...) There's no chance that ceph will be included in Squeeze and the next release of Ubuntu is several months away. You have time and it's your decision when should I first upload ceph. Please note that Debian is in freeze ATM, it may need even two weeks to be accepted to the archive[1]; and even if it's in the NEW queue, I can upload new versions into it. I'm not an ftp-master, but your package maybe rejected[2] for two reasons. I think only debian/copyright is not enough, all source files should have a comment header about their license in short. You have it in cephfs.cc , cfuse.cc , etc; but missing in barclass.cc , cconf.cc , cls_acl.cc and in others. Second is that you link with OpenSSL when your license is (L)GPL. See their FAQ[3] and the fact that I can't find any upstream license file permitting that nor it's mentioned in debian/copyright . Also you may see the debian/copyright of my packages, like neon27[4]: it has a pointer to the full license file under /usr/share/common-licenses/ . On the other hand, it went into Ubuntu without any problems. Clint, Noèl? Feel free to post comment on what needs to be done with ceph packaging to be accepted on the first round. Regards, Laszlo/GCS [1] http://ftp-master.debian.org/new.html [2] http://ftp-master.debian.org/REJECT-FAQ.html [3] http://www.openssl.org/support/faq.html#LEGAL2 [4] http://packages.debian.org/changelogs/pool/main/n/neon27/current/copyright signature.asc Description: This is a digitally signed message part
Bug#605629: ITP: synapse -- semantic file launcher
Package: wnpp Severity: wishlist Owner: Julien Lavergne * Package name: synapse Version : 0.2.0 Upstream Author : Michal Hruby * URL : https://launchpad.net/synapse-project * License : GPL+ Programming Lang: Vala Description : semantic file launcher Synapse is a graphical launcher enabling you to start applications and also to quickly find and access relevant documents and files (by making use of the Zeitgeist engine). It's an alternative to gnome-launch-box (which is not maintained) and to gnome-do (without the use of Mono). It also uses new technology like Zeitgeist, but it can also be used without this support, if you disable the corresponding plugin. -- 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/20101201223852.7804.3965.report...@localhost6.localdomain6
Bug#587553: Porting BlueJ to netbeans-versioncontrol
Hi folks, Thought I'd post an update. The current plan is to port BlueJ from using BlueJ-upstream's fork of netbeans-cvsclient to netbeans-versioncontrol at some point in mid-December. BlueJ's upstream has kindly agreed to apply our patch upstream. This means that we will also need to package netbeans-versioncontrol. Since libnetbeans-cvsclient-java is no longer maintained upstream (as far as I can tell), it might be worth filing a bug against its sole reverse dependency (libmaven-scm-java) so that we can get remove it from the archives. Kind regards, Ryan Kavanagh signature.asc Description: Digital signature
Bug#578157: bitcoind is easy to compile
Hi, indeed the GUI is not necessary. I've just checked on Sid, and the console version of the program is easy to compile. I just had to : $ sudo apt-get install build-essential libboost-all-dev libssl-dev libdb-dev libdb4.8++-dev libglib2.0-dev and then run : ../bitcoin/src $ make -f makefile.unix bitcoind signature.asc Description: Digital signature
Bug#506040: Status of ceph ITP?
Hi Laszlo, On Wed, 1 Dec 2010, Laszlo Boszormenyi wrote: > Hi Sage, > > On Tue, 2010-11-30 at 10:21 -0800, Sage Weil wrote: > > Great! There are a handful of bug fixes I'd like to roll into v0.23.2 > > first, if it isn't too much trouble. I can do that today. > I've found the manpage problem that I've noted before. It's about > monmaptool, the CLI says it's usage: > [--print] [--create [--clobber]] [--add name 1.2.3.4:567] [--rm name] > > But the manpage states this as an example: > monmaptool --create --add 192.168.0.10:6789 --add 192.168.0.11:6789 --add > 192.168.0.12:6789 --clobber monmap > This definitely misses 'name' after the 'add' switch, resulting: > "invalid ip:port '--add'" as an error message. Attached patch fixes this > inconsistency. Applied, thanks! > > Clint, do you see any remaining issues I should fix first? > Just for the record, I have tested ceph on Ubuntu Maverick. It builds > fine and upgrades from the previous version in the archive. > Clint is lost somewhere :-( , but I think everything is OK from his side > as well. So what if I would step in for being the packager of ceph both > in Debian and Ubuntu? Sage can contact me before he makes a release, I > adjust the packaging if necessary and he can roll out packages > immediately. I recheck them and if they are OK, I make the upload to the > archives. All I need is a commit right to the debian/ subdir in the git > tree of ceph. Can you take a look at the 'testing' branch in git commit 5bdae2af? That's how I've been doing releases, more or less. Assuming packaging issues are sorted out prior to that point, that's all that should be needed, right? I can also set you up with push access to update the debian/ stuff at your leisure without sending patches over the list. (BTW, the v0.23.2 bugfix release is mostly pointless as v0.24 is just a couple days away anyway. Just for the sake of illustration...) sage -- 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/pine.lnx.4.64.1012011010570.29...@cobra.newdream.net
Bug#479157: marked as done (ITA: numlockx -- enable NumLock in X11 sessions)
Your message dated Wed, 01 Dec 2010 16:50:50 + with message-id and subject line Bug#479157: fixed in numlockx 1.2-2 has caused the Debian Bug report #479157, regarding ITA: numlockx -- enable NumLock in X11 sessions 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.) -- 479157: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479157 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I request an adopter for the numlockx package. Description: enable NumLock in X11 sessions Utilities to enable the keyboard's Numeric Lock during X11 session initialization. Upstream has essentially orphaned this package and offered Debian to become the new upstream. The package still works as-is on Debian, but Ubuntu reports that the LEDs are no longer in sync with the keypad's status, on some desktop environments, which suggests that the same breakage may soon affect Debian too. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIHDeOeXr56x4Muc0RAi7OAJ9sPtZjTRO1q6QyTjhAmXmY4cFQgwCfWX0m F/em99Cq6t05PyFFuKeqLFs= =1hpe -END PGP SIGNATURE- --- End Message --- --- Begin Message --- Source: numlockx Source-Version: 1.2-2 We believe that the bug you reported is fixed in the latest version of numlockx, which is due to be installed in the Debian FTP archive: numlockx_1.2-2.debian.tar.gz to main/n/numlockx/numlockx_1.2-2.debian.tar.gz numlockx_1.2-2.dsc to main/n/numlockx/numlockx_1.2-2.dsc numlockx_1.2-2_amd64.deb to main/n/numlockx/numlockx_1.2-2_amd64.deb 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 479...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michal Čihař (supplier of updated numlockx 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: SHA256 Format: 1.8 Date: Wed, 01 Dec 2010 16:50:20 +0100 Source: numlockx Binary: numlockx Architecture: source amd64 Version: 1.2-2 Distribution: unstable Urgency: low Maintainer: Michal Čihař Changed-By: Michal Čihař Description: numlockx - enable NumLock in X11 sessions Closes: 479157 Changes: numlockx (1.2-2) unstable; urgency=low . * New maintainer (Closes: #479157). * Move packaging to collab-maint git. * Convert package to dh 7. Checksums-Sha1: 14a49269ce9d1f1d26dcbe28ddde735273fa05a4 1902 numlockx_1.2-2.dsc f0a2711cef8f4a3fc7d42766cd5eb98588388596 4899 numlockx_1.2-2.debian.tar.gz 261049f2f6bac3809be2652b3f125a6bfadd1acf 9890 numlockx_1.2-2_amd64.deb Checksums-Sha256: 30d9e24e64891129cf551ce568e9342bede7bed435b923a2f7dc4df5650f3161 1902 numlockx_1.2-2.dsc fb82662ba59acab476dcb17e732cae662693c81f87ddcce410a8476fbccdcff5 4899 numlockx_1.2-2.debian.tar.gz cac5a58633828921375a0df36d0885d540513e8834eeb4d92ae2b76e4ecc1d02 9890 numlockx_1.2-2_amd64.deb Files: 011dfa8b141eb7b78159fd990e5f3df2 1902 x11 optional numlockx_1.2-2.dsc aab1bd1b3a38f6f0dac8853aa1ca27dd 4899 x11 optional numlockx_1.2-2.debian.tar.gz 514f5e088bca0fd489bc03877b2bba9d 9890 x11 optional numlockx_1.2-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJM9nexAAoJEGo39bHX+xdN/vUQAMQEFioLIstqvzB1U2abihJ4 oXsgBJA4zls2RHBaf7P4oUIxxEi5hYPOS7NR/delWmzCrbNhZ1RDcQId8iebAsqF GGQ5smFsuJ1SpGFQoQ4BZWn/VnP/j+Duxa1slgrPwwHmUd03H9Dd2iTJVXFGA9dA zxEVAXulpEkhE5E6uyZboqUzOQabmMD8u9nUIQHcYnzqWIMCcAmtxiW4yd2mhHng gHDszBcAZJqoeOg+7WkHfYevZG8v8Uj7wXXaNm7zeSyUooKzybDmEkX7SslQWWRx Y50JXTRiZSWZVAqCwgcLErGeG5/YbvHk9krwxtFi5Rm2oP7gU8lCP932i0FtHrn3 QYawZU/kyyCt9QKnO1vSZvhmeB5Uf26RB83H7e1a2Q4jvkxyvXet8QJd7xFsMCU/ D9DJ/pHU0HtNWmohXPJ/7DWxknFS4KVIF07cvltMNAk+PBZ3YfBWcNz0XQaa3+S1 pV7vo8zInsNXGQWhSfVakMxCIDBnD/P8kXG4xNJ/8Syj+ET0iIvAx4msV9+aFoDA giY0/NfcJEIH4EHyNtux5l2DNGJ9MRPKAR29kPvYSGTEMlGMHzZl9uWCnOrq15oI Dk8oTKlzU6Hfju3b/6BYgI/URwAPmqSj1chCU1NdUsoDqqpUByv/ArODIdeEIt7C 5O23oXd98jFYt0CfKSmP =PDC4 -END PGP SIGNATURE- --- End Message ---
Bug#506040: Status of ceph ITP?
Hi Sage, On Tue, 2010-11-30 at 10:21 -0800, Sage Weil wrote: > Great! There are a handful of bug fixes I'd like to roll into v0.23.2 > first, if it isn't too much trouble. I can do that today. I've found the manpage problem that I've noted before. It's about monmaptool, the CLI says it's usage: [--print] [--create [--clobber]] [--add name 1.2.3.4:567] [--rm name] But the manpage states this as an example: monmaptool --create --add 192.168.0.10:6789 --add 192.168.0.11:6789 --add 192.168.0.12:6789 --clobber monmap This definitely misses 'name' after the 'add' switch, resulting: "invalid ip:port '--add'" as an error message. Attached patch fixes this inconsistency. > Clint, do you see any remaining issues I should fix first? Just for the record, I have tested ceph on Ubuntu Maverick. It builds fine and upgrades from the previous version in the archive. Clint is lost somewhere :-( , but I think everything is OK from his side as well. So what if I would step in for being the packager of ceph both in Debian and Ubuntu? Sage can contact me before he makes a release, I adjust the packaging if necessary and he can roll out packages immediately. I recheck them and if they are OK, I make the upload to the archives. All I need is a commit right to the debian/ subdir in the git tree of ceph. Regards, Laszlo/GCS --- ./man/monmaptool.8.orig 2010-12-01 17:27:15.136967000 +0100 +++ ./man/monmaptool.8 2010-12-01 17:33:58.352967001 +0100 @@ -34,15 +34,15 @@ \fB\-\-create\fP will create a new monitor map with a new UUID (and with it, a new, empty Ceph file system). .TP -\fB\-\-add\fI ip:port\fP +\fB\-\-add\fI name ip:port\fP will add a monitor with the specified \fIip:port\fP to the map. .TP -\fB\-\-rm\fI ip:port\fP +\fB\-\-rm\fI name\fP will remove the monitor with the specified \fIip:port\fP from the map. .SH EXAMPLE To create a new map with three monitors (for a fresh Ceph file system): .IP -monmaptool --create --add 192.168.0.10:6789 --add 192.168.0.11:6789 --add 192.168.0.12:6789 --clobber monmap +monmaptool --create --add mon0 192.168.0.10:6789 --add mon1 192.168.0.11:6789 --add mon2 192.168.0.12:6789 --clobber monmap .PP To display the contents of the map: .IP @@ -50,7 +50,7 @@ .PP To replace one monitor: .IP -monmaptool --rm 192.168.0.10:6789 --add 192.168.0.9:6789 --clobber monmap +monmaptool --rm mon0 --add mon0 192.168.0.9:6789 --clobber monmap .SH AVAILABILITY .B monmaptool is part of the Ceph distributed file system. Please refer to the Ceph wiki at
Processed: retitle 479157 to ITA: numlockx -- enable NumLock in X11 sessions, owner 479157
Processing commands for cont...@bugs.debian.org: > retitle 479157 ITA: numlockx -- enable NumLock in X11 sessions Bug #479157 [wnpp] O: numlockx -- enable NumLock in X11 sessions Changed Bug title to 'ITA: numlockx -- enable NumLock in X11 sessions' from 'O: numlockx -- enable NumLock in X11 sessions' > owner 479157 ! Bug #479157 [wnpp] ITA: numlockx -- enable NumLock in X11 sessions Owner recorded as Michal ÄihaÅ . > thanks Stopping processing here. Please contact me if you need assistance. -- 479157: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479157 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.129121797231150.transcr...@bugs.debian.org
Bug#524403: ITP: iguanair -- IguanaWorks Infrared Tranceiver support tools
May I suggest leaving the Python binding as a package TODO for now? What's blocking everyone (including Ubuntu downstream) is the static header file. -- 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/aanlkti=b1hsybs9f0egm7krsborcrn_qn27gtcomt...@mail.gmail.com
Bug#605577: addendum
I wrote that ITP, but somehow, reportbug didn't catch my $EMAIL or $DEBEMAIL and constructed an adress that leads nowhere. Please use rich...@levitte.org rather than levi...@lapdog.home.levitte.org. (or does this mean I have to create a new ITP) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish -- 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/20101201.145755.296280153.rich...@levitte.org
Bug#605577: ITP: usher -- A dispatcher for multiple monotone servers or databases
Package: wnpp Severity: wishlist Owner: Richard Levitte * Package name: usher Version : 1.0 Upstream Author : Timothy Brownawell * URL : http://code.monotone.ca/p/contrib/ * License : GPL Programming Lang: C++, sh Description : A dispatcher for multiple monotone servers or databases As your collection of projects kept with monotone grows, you may need to create separate databases, separate permissions, and perhaps also distribute them over several computers. Usher provides an interface that dispatches monotone network calls based on server/project names, host names or branch prefixes, control over the different underlying monotone servers, and the possibility to add and remove underlying monotone servers in run-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/20101201133950.6600.2756.report...@lapdog.home.levitte.org
Bug#605575: ITP: xstrp4 -- camlp4 extension that expands brace expansions in OCaml string
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall * Package name: xstrp4 Version : 1.8 Upstream Author : Gerd Stolpmann * URL : http://projects.camlcity.org/projects/xstrp4.html * License : MIT Programming Lang: OCaml Description : camlp4 extension that expands brace expansions in OCaml string This camlp4 syntax extension interprets the dollar notation ${name} in strings and in included files. . It can: * include whole file in your OCaml code * define a format '%x' conversion to display variables * interpolate '$x' as well as '${x} * take into account record field and module names -- 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/20101201130634.14022.54375.report...@localhost
Bug#604462: ITP: ifupdown-scripts-wa -- collection of useful extension scripts for ifupdown
On Mon, Nov 22, 2010 at 12:44 PM, Stefan Tomanek wrote: > Package: wnpp > Severity: wishlist > Owner: Stefan Tomanek > > > * Package name : ifupdown-scripts-wa > Version : 0.4.1-1 > Upstream Author : Stefan Tomanek > * URL : https://github.com/wertarbyte/ifupdown-scripts > * License : GPLv3 > Programming Lang: Shell > Description : collection of useful extension scripts for ifupdown > > This package includes the following scripts extending the ifupdown system > with useful features. All scripts are configured through additional statements > in /etc/network/interfaces and integrate nicely: > > * addresses > allows multiple addresses to be added to an network device > in a convenient CIDR notation > * reachable > add additional networks reachable thourgh a configured interface, either > directly or by using a connected gateway > * conflicts > automatically (de)configures an interface when another one comes up > or goes down > * pan > connects your computer to an Bluetooth PAN access point > before configuring the interface > * vpnc > controls a cisco VPN connect through ifupdown > * wireless-tools-snooze > waits for association with the access point before retrieving > an IP address for the wireless network > * ifupdown-network > pm-utils script that shuts down specified network devices during > suspend and restores them during resume > > -- System Information: I really like some of script but why do not add the vpnc facility to vpnc package for instance ? Bastien -- 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/aanlktinwuwhouf=amx-__9sn-afzwo50m+bjbphcz...@mail.gmail.com
Bug#487125: Lost interest in adopting apt-rdepends
Hi Bastien. Bastien ROUCARIES wrote: > > I'm also willing to sponsor this package, but I'm not sure if I would > > co-maintain it. > > If you sponsor me I can maintain it and merging some ubuntu improvment. Will do. Thanks. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- 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/20101201094209.gk9...@sym.noone.org
Bug#487125: Lost interest in adopting apt-rdepends
2010/11/30 Axel Beckert : > noowner 487125 > retitle 487125 O: apt-rdepends -- Recursively lists package dependencies > kthxbye > > Hi, > > Axel Beckert wrote back in June: >> owner 487125 Axel Beckert > > I must admit, I've lost interest in the package. > > My main urge for adopting it was to fix http://bugs.debian.org/299228 > ("reverse build depends would be really useful") -- until I found out > that there is already a script named build-rdeps in devscripts which > does this already. > > The other point is that -- after looking at the package closer -- I > noticed that despite it's a non-native package, it basically was one: > Simon Law is upstream author and maintained the package, too, but he > has retired from Debian. > > So whoever adopts this package has probably either to fork it or to > continue maintaining it on a patch base only (which would be more or > less the same work), or prod Simon to continue upstream development. > > Guy, Bastien, or whoever takes over this package: All the work I did > on the package so far (mostly fixing minor packaging issues) is at [1] > -- feel free to use it, but I don't mind if you start new from > scratch. > > [1] http://git.debian.org/?p=collab-maint/apt-rdepends.git > > BTW, the upstream website given in the watch file and debian/copyright > do no more work, the new site is http://sfllaw.ca/freesoftware.html. I > changed that already in the above repository. > > I will probably also do a QA upload based on that work, but most > likely only after or close to the Squeeze release (unless the package > has been adopted until then). > > I'm also willing to sponsor this package, but I'm not sure if I would > co-maintain it. If you sponsor me I can maintain it and merging some ubuntu improvment. Bastien -- 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/aanlktinbqqrw=axqj9qic2ey0dbm3dmlngqxbqh2d...@mail.gmail.com
Bug#463002: RFS: Doomsday Engine (or deng for short)
Good morning, David Kalnischkies suggested publishing the source package so it's easy to access for reviewers. I'll improve the package first (there were other comments as well) and report back with a download location soon. Best regards, Kees -- 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/4cf5ffd8.2000...@keesmeijs.nl