Bug#469397: XBMC 11.0
Hi! Now that XBMC 11.0 has been released, is there any plan to upload the current package to unstable? Thanks. -- Vincent Bernat ☯ http://vincent.bernat.im /* * Hash table gook.. */ 2.4.0-test2 /usr/src/linux/fs/buffer.c -- 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/m34ntdw06r@neo.luffy.cx
Bug#665717: ITP: y-u-no-validate -- Iceweasel extension to make security exceptions temporary by default
Package: wnpp Severity: wishlist Owner: Jakub Wilk jw...@debian.org * Package name: y-u-no-validate Version : 2012032401 Upstream Author : Marcin Szewczyk * URL : https://addons.mozilla.org/en-US/firefox/addon/y-u-no-validate/ * License : GPL-3 Programming Lang: JavaScript Description : browser extension to make security exceptions temporary by default y-u-no-validate is an Iceweasel extension that makes makes the Permanently store this exception checkbox in the Add Security Exception dialog unchecked by default. -- Jakub Wilk -- 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/20120325121457.ga3...@jwilk.net
Bug#665730: ITP: psi-plus-i18n -- translation files for Psi+
Package: wnpp Severity: wishlist Owner: Boris Pek tehnic...@mail.ru * Package name : psi-plus-i18n * URL : https://github.com/tehnick/psi-plus-i18n * License : GPL-2+ Description : translation files for Psi+ There was no translations of Psi+ program except Russian translation. So I made a special repository with translation files and invited translators for other languages.
Bug#469397: XBMC 11.0
Vincent Bernat ber...@luffy.cx writes: Hi! Now that XBMC 11.0 has been released, is there any plan to upload the current package to unstable? Otherwise you can install dmo packages : http://www.debian-multimedia.org/ http://www.debian-multimedia.org/pool/main/x/xbmc-dmo/xbmc-dmo Christian -- 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/87fwcwkci0@christian.marillat.net
Bug#665748: O: pidgin-openpgp
Package: wnpp Severity: normal Unfortunately, the situation at work changed, and I have not had any time for working on pidgin-openpgp (either the current codebase or the one that was suggested to me should replace it, which of course I cannot find the mail for right now) nor will I probably be working on it and I personally use mcabber and gajim, so this is open for adoption. The packaging is usable but nothing to be proud of. The code itself has two issues: - the UI is horrid, you need to write ENABLEPGP in caps into the chat window to enable it as there's no button or any status indicator; this ought to be fixed - there is one bug in the BTS against this regarding starting multiple gpg-agent if there's none running Adoptors should also look into the “other” XEP-0027 implementation for pidgin (if they find it, or should I ever find that mail again I’ll forward that) and determine whether it’s a suitable replacement. -- 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/20120325164721.9205.98371.report...@aranym.mirbsd.org
Bug#646607: hardening flags
Hi, It would be great if you could add the hardening-flags to the atheme-services package, as described here: http://wiki.debian.org/HardeningWalkthrough thanks, micah -- -- 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/87zkb4y5fn@algae.riseup.net
Bug#631139: mosh ITP not done, just package name taken over
Hi! The `mosh` you quote reads mosh - Mobile shell that supports roaming and intelligent local echo This is something totaly different from mosh - fast R6RS Scheme interpreter which this bug is about. Additionally I find it highly inappropriate for someone to take a package name with an open and active ITP bug [0] for some totaly unrelated package bypassing the wnpp step and uploading to the archive. Regards Christoph [0] #631139 was updated in december #660049 is from february this year mosh `mobile shell` was added in march -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer pgp9lcVa8ciFG.pgp Description: PGP signature
Processed: reopening 631139
Processing commands for cont...@bugs.debian.org:
reopen 631139
Bug #631139 {Done: Paul R. Tagliamonte paul...@gmail.com} [wnpp] ITP: mosh
-- fast R6RS Scheme interpreter
Bug reopened
Ignoring request to alter fixed versions of bug #631139 to the same values
previously set
thanks
Stopping processing here.
Please contact me if you need assistance.
--
631139: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631139
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.133270202828845.transcr...@bugs.debian.org
Bug#631139: mosh ITP not done, just package name taken over
hi Christopher, On Sun, Mar 25, 2012 at 08:22:22PM +0200, Christoph Egger wrote: Hi! The `mosh` you quote reads mosh - Mobile shell that supports roaming and intelligent local echo This is something totaly different from mosh - fast R6RS Scheme interpreter I propose that the ITP is renamed to mosh-scheme, or something else that the project finds appropriate. This is an easier solution than renaming mosh (the mobile shell) now that it's been uploaded. And, it's unclear that mosh (the scheme interpreter) would ever actually be uploaded anyway since, despite the ITP, months have passed without the package appearing or any new reports on its status. Additionally I find it highly inappropriate for someone to take a package name with an open and active ITP bug [0] for some totaly unrelated package bypassing the wnpp step and uploading to the archive. Please. I find it highly amusing that anyone would prioritize a dubiously active bug report over actual action. There is no policy that says one MUST file an ITP bug in order to make a package upload. I do apologize that I didn't check before making the upload and attempt to engage in a conversation with David and anyone who may have been following the ITP. cheers, Christine -- 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/20120325190839.GA13689@localhost.localdomain
Bug#631139: mosh ITP not done, just package name taken over
Hi! Christine Spang christ...@spang.cc writes: hi Christopher, Christoph, please On Sun, Mar 25, 2012 at 08:22:22PM +0200, Christoph Egger wrote: Hi! The `mosh` you quote reads mosh - Mobile shell that supports roaming and intelligent local echo This is something totaly different from mosh - fast R6RS Scheme interpreter I propose that the ITP is renamed to mosh-scheme, or something else that the project finds appropriate. This is an easier solution than renaming mosh (the mobile shell) now that it's been uploaded. And, it's unclear that mosh (the scheme interpreter) would ever actually be uploaded anyway since, despite the ITP, months have passed without the package appearing or any new reports on its status. There's a RFS from February Additionally I find it highly inappropriate for someone to take a package name with an open and active ITP bug [0] for some totaly unrelated package bypassing the wnpp step and uploading to the archive. Please. I find it highly amusing that anyone would prioritize a dubiously active bug report over actual action. There is no policy that says one MUST file an ITP bug in order to make a package upload. I do apologize that I didn't check before making the upload and attempt to engage in a conversation with David and anyone who may have been following the ITP. Read Policy 5.1 again Assuming no one else is already working on your prospective package, you must then submit a bug report (Section 7.1, “Bug reporting”) against the pseudo-package wnpp describing your plan to create a new package, including, but not limiting yourself to, a description of the package, the license of the prospective package, and the current URL where it can be downloaded from. Yes there's a *must*. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- 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/87iphsh4rh@hepworth.siccegge.de
Bug#631139: mosh ITP not done, just package name taken over
Christoph Egger christ...@christoph-egger.org writes: Read Policy 5.1 again Well right, that's devref, clicked on the wrong link but still Assuming no one else is already working on your prospective package, you must then submit a bug report (Section 7.1, “Bug reporting”) against the pseudo-package wnpp describing your plan to create a new package, including, but not limiting yourself to, a description of the package, the license of the prospective package, and the current URL where it can be downloaded from. Yes there's a *must*. -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- 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/87ehsgh4po@hepworth.siccegge.de
Bug#631139: mosh ITP not done, just package name taken over
On Sun, Mar 25, 2012 at 09:14:42PM +0200, Christoph Egger wrote: Christoph, please My bad---please excuse my brain's autocompletion; Christopher is a much more common name in the US. There's a RFS from February I did miss that. I do suspect that the fact that no one has sponsored that package after a month means that the mosh that I uploaded will end up having a wider audience, though. I'll talk to David and sponsor his upload if we can agree on an alternate name. Christine -- 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/20120325193054.GA14024@localhost.localdomain
Bug#631139: mosh ITP not done, just package name taken over
On Sun, Mar 25, 2012 at 09:15:47PM +0200, Christoph Egger wrote: Christoph Egger christ...@christoph-egger.org writes: Read Policy 5.1 again Well right, that's devref, clicked on the wrong link but still Right, the developer's reference isn't policy. Forcing the creation of a WNPP bug for a package that's already ready to go is just making extra work for the sake of process. Christine -- 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/20120325193620.GB14024@localhost.localdomain
Bug#663577: RFH: irssi-scripts -- collection of scripts for irssi
Hi, I am interested in help. Right now I am preparing improvements in the package. I am going to be very attentive for your opinion. Kind regards Daniel Echeverry -- Epsilon http://wiki.debian.org/DanielEcheverry http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user
Bug#631139: Bug#660049: mosh sponsorship and name
reopen 660049 = reopen 631139 = thanks On Sun, Mar 25, 2012 at 3:39 PM, Christine Spang christ...@spang.cc wrote: hi David, As you may have noticed from the activity on your mosh ITP, I didn't check the WNPP bugs list before sponsoring another package with the name 'mosh', which has now clearned NEW and entered the archive. Would you be willing to rename your mosh package to, say, mosh-scheme? I'd be happy to then sponsor your package to the archive and be your sponsor for future uploads. apologies, Christine -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120325193927.GA14223@localhost.localdomain Ach, I totally closed this without paying close attention. Sorry, all. Re-opening the RFS and ITP. Thanks for paying attention, Christine. -Paul -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq -- 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/CAO6P2QRs8k8zVT_zRKDLd1VL+DaXyk_Dm=ib9a5+jucpybf...@mail.gmail.com
Processed: Re: Bug#660049: mosh sponsorship and name
Processing commands for cont...@bugs.debian.org:
reopen 660049 =
Bug #660049 {Done: Paul R. Tagliamonte paul...@gmail.com}
[sponsorship-requests] RFS: mosh/0.2.7+dfsg-1 [NEW] -- fast R6RS Scheme
interpreter
Bug reopened
Ignoring request to alter fixed versions of bug #660049 to the same values
previously set
reopen 631139 =
Bug #631139 [wnpp] ITP: mosh -- fast R6RS Scheme interpreter
Bug 631139 is not marked as done; doing nothing.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
631139: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631139
660049: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660049
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.133270658016848.transcr...@bugs.debian.org
Bug#603699: RFP: celt051 -- The CELT codec v0.5.1
Hi, After talking with ron on IRC, I'm withdrawing my request for the celt051 package. Cheers Laurent Bigonville -- 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/20120326000458.0acd3...@fornost.bigon.be
Bug#646607: hardening flags
On 03/25/12 12:08, micah wrote: Hi, It would be great if you could add the hardening-flags to the atheme-services package, as described here: http://wiki.debian.org/HardeningWalkthrough Try it now. There are two problems. 1. I couldn't get hardening=+all to build, but the other options are there and dpkg-buildflags is being used. 2. debian/rules exports don't effect $(shell macros so some parts of the source pkg might not be usable. YMMV thanks, micah -- 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/4f6f9cbd.3030...@mikemestnik.net
Bug#646607: hardening flags
I would rather get the package into shape and into unstable first, to be honest. Besides, there are more urgent issues to resolve with the current package. According to our tests, there are is one blocker: the init.d script doesn't actually compile properly. Here's a patch for that: --- init.d.orig 2012-03-25 18:57:04.670772507 -0400 +++ init.d 2012-03-25 18:57:17.926911090 -0400 @@ -33,7 +33,7 @@ case $1 in start) echo -n Starting $DESC: $NAME - if [ ! -d $RUNDIR; then + if [ ! -d $RUNDIR ]; then echo -n run folder missing rm -rf $RUNDIR echo -n cleared @@ -62,7 +62,7 @@ ;; reload|force-reload) echo -n Reloading $DESC configuration files: $NAME - if [ ! -d $RUNDIR; then + if [ ! -d $RUNDIR ]; then echo -n run folder missing rm -rf $RUNDIR echo -n cleared @@ -77,7 +77,7 @@ ;; restart) echo -n Restarting $DESC: $NAME - if [ ! -d $RUNDIR; then + if [ ! -d $RUNDIR ]; then echo -n run folder missing rm -rf $RUNDIR echo -n cleared The other issue is that there is no config file installed in /etc/atheme-services, which makes the package a bit ackward after install. Is there a sample upstream config with proper defaults we could deploy in debian/rules? Finally, I notice that the SVN repository hasn't been updated with the work you have just did. Do you have access to that project in Alioth, and if not, can we arrange so that you publish your changes there? I'm not really attached to the SVN repository however, we could as well startup a new git repo somewhere. I just want to avoid the flying tarballs and have a reference, versionned, repository of our changes. Thanks for the hard work, we're almost there! A. On Sun, 25 Mar 2012 13:08:12 -0400, micah mi...@riseup.net wrote: Hi, It would be great if you could add the hardening-flags to the atheme-services package, as described here: http://wiki.debian.org/HardeningWalkthrough thanks, micah -- -- feature, n: a documented bug | bug, n: an undocumented feature - Mario S F Ferreira li...@freebsd.org pgpCgL98QqE5V.pgp Description: PGP signature
Bug#646607: hardening flags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/25/12 18:00, Antoine Beaupré wrote: I would rather get the package into shape and into unstable first, to be honest. Besides, there are more urgent issues to resolve with the current package. According to our tests, there are is one blocker: the init.d script doesn't actually compile properly. Here's a patch for that: Thank you for the patch and I approve the change. I'm struggling with the init file in regards to bug 508010, but I can do what it seams like every one else is doing and just ignore it. The other issue is that there is no config file installed in /etc/atheme-services, which makes the package a bit ackward after install. Is there a sample upstream config with proper defaults we could deploy in debian/rules? This is purposefully left out. The reason is that this pkg works with so many other ircd pkgs that it's best left empty. There should be a base config in See /usr/share/doc/atheme-services/examples However there _should_ be a README.Debian that explains what needs doing to get the service running and working. This is something that is missing. Finally, I notice that the SVN repository hasn't been updated with the work you have just did. Do you have access to that project in Alioth, and if not, can we arrange so that you publish your changes there? Hopefully I'll get access to that. I'm not really attached to the SVN repository however, we could as well startup a new git repo somewhere. I just want to avoid the flying tarballs and have a reference, versionned, repository of our changes. I'm using git currently, however I don't want to have an old repository and a new one. If the SVN repository can be migrated, that's great. Thanks for the hard work, we're almost there! A. On Sun, 25 Mar 2012 13:08:12 -0400, micah mi...@riseup.net wrote: Hi, It would be great if you could add the hardening-flags to the atheme-services package, as described here: http://wiki.debian.org/HardeningWalkthrough thanks, micah -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPb6gAAAoJEOPRqa2O3KuKvoYQALxNyN01iYRi4we660smwIs6 +tqfurA4sAlWXIbt5CTf9d4sKM1oVelot081Ip9g1AqeVMvyK03csvP1KArNBMqE VBoZ2peuavv/A7nIoqayyYttyD/MdmUsySTTxM9pSve69ciuKv/792KLblcgxX/t cORBfSZ7XizG8Tla5XrImfYZ3KCR+AZ3ygBN4NFT6S86bOAIJowCefdxhk+qX9y8 acW3TT/SUx58UoZpUknmUzYjUPOMHvu6j5aCAJAkU5F0E8D/2BC0mRpcc8dfakXO a+T4rlJMDfVF5wZl7iOlSafIU9Xf/+SjLoysTfUf6PZ/c6oo7xdVVmEjVgKsFRzs AQS+x92pZXckZSJm2u+djo6LVf4KjBIx6n7ioeSEvKVwUzb6msBPG0D1Jnkp//nx zgncGPug4btRHX8rt2HnHDG5IjCig4wbYKb209wIMV9trpLmHDNmiqrtN7sqc22f FOE1qwKyoCDLlV3tR1OcA3ZyzLtmaTbFLyXFGLtp4NzYx/zBHFtbM3A5JBWuo1vK KhJKGD0t5lHQU2Ou4Gz/xlzQE0sarYclD6fu7iGIuxj2/1jVsQiOmQk9Fa2k/ehE sj4e7jmL4BO9DPfToedHq8gd2+vjp1Amv+pAKrUAWgzQWhQ7sAhZYGPbexgBGQdp zgSfJy47Bl7JlNJ9Yi5i =k1n8 -END PGP SIGNATURE- -- 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/4f6fa800.8050...@mikemestnik.net
Bug#663577: RFH: irssi-scripts -- collection of scripts for irssi
Hello Daniel, On Sun, Mar 25, 2012 at 02:52:30PM -0500, Daniel Echeverry wrote: Hi, I am interested in help. Right now I am preparing improvements in the package. Great, thanks! Running the ./update-scripts script will be a good starting point to get the scripts updated before working on fixing bugs. It will automate downloading many of the scripts, you will just need to refresh the patches and look over the differences to update debian/README.debian and debian/copyright with any changed information. Please let me know if you have any questions and feel free to link me to the git repository you use when you are ready for somebody to sponsor it. Thanks, Ryan I am going to be very attentive for your opinion. Kind regards Daniel Echeverry -- Epsilon http://wiki.debian.org/DanielEcheverry http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user -- -- 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/20120325230131.ga1...@dev.home
Processed: limit package to wnpp, tagging 604253
Processing commands for cont...@bugs.debian.org: #dawgdic (0.4.2-1) UNRELEASED; urgency=low # # * Initial release (closes: #604253). # limit package wnpp Limiting to bugs with field 'package' containing at least one of 'wnpp' Limit currently set to 'package':'wnpp' tags 604253 + pending Bug #604253 [wnpp] ITP: dawgdic -- C++ library for DAWG dictionaries Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 604253: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604253 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.133271826210181.transcr...@bugs.debian.org
Bug#646607: hardening flags
On Sun, 25 Mar 2012 18:19:28 -0500, Mike Mestnik che...@mikemestnik.net wrote: Thank you for the patch and I approve the change. Awesome. I'm struggling with the init file in regards to bug 508010, but I can do what it seams like every one else is doing and just ignore it. I am not sure I understand what you are refering to here. I parse this as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508010 which is a bug in kbibtex, which seems completely unrelated (Cannot add search URL). The other issue is that there is no config file installed in /etc/atheme-services, which makes the package a bit ackward after install. Is there a sample upstream config with proper defaults we could deploy in debian/rules? This is purposefully left out. The reason is that this pkg works with so many other ircd pkgs that it's best left empty. There should be a base config in See /usr/share/doc/atheme-services/examples However there _should_ be a README.Debian that explains what needs doing to get the service running and working. This is something that is missing. This makes sense. Something in the startup script may be useful too, especially since we already talk to the user, telling him to enable the daemon. Finally, I notice that the SVN repository hasn't been updated with the work you have just did. Do you have access to that project in Alioth, and if not, can we arrange so that you publish your changes there? Hopefully I'll get access to that. Yep, if you need help let me know. I'm not really attached to the SVN repository however, we could as well startup a new git repo somewhere. I just want to avoid the flying tarballs and have a reference, versionned, repository of our changes. I'm using git currently, however I don't want to have an old repository and a new one. If the SVN repository can be migrated, that's great. History should be importable with the git-svn package. However, I'd like us to avoid using *both* SVN and git at the same time, we've had bad past experiences with that. Let's just import it once. I can do that too if you feel unconfortable with that. A. -- Quidquid latine dictum sit, altum sonatur. Whatever is said in Latin sounds profound. pgpotHAo9ftGX.pgp Description: PGP signature
Bug#646607: hardening flags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/25/12 18:56, Antoine Beaupré wrote: On Sun, 25 Mar 2012 18:19:28 -0500, Mike Mestnik che...@mikemestnik.net wrote: Thank you for the patch and I approve the change. Awesome. I'm struggling with the init file in regards to bug 508010, but I can do what it seams like every one else is doing and just ignore it. I am not sure I understand what you are refering to here. I parse this as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508010 which is a bug in kbibtex, which seems completely unrelated (Cannot add search URL). My bad. 208010 Require init.d scripts comply with LSB The other issue is that there is no config file installed in /etc/atheme-services, which makes the package a bit ackward after install. Is there a sample upstream config with proper defaults we could deploy in debian/rules? This is purposefully left out. The reason is that this pkg works with so many other ircd pkgs that it's best left empty. There should be a base config in See /usr/share/doc/atheme-services/examples However there _should_ be a README.Debian that explains what needs doing to get the service running and working. This is something that is missing. This makes sense. Something in the startup script may be useful too, especially since we already talk to the user, telling him to enable the daemon. Finally, I notice that the SVN repository hasn't been updated with the work you have just did. Do you have access to that project in Alioth, and if not, can we arrange so that you publish your changes there? Hopefully I'll get access to that. Yep, if you need help let me know. I'm not really attached to the SVN repository however, we could as well startup a new git repo somewhere. I just want to avoid the flying tarballs and have a reference, versionned, repository of our changes. I'm using git currently, however I don't want to have an old repository and a new one. If the SVN repository can be migrated, that's great. I'm looking at m.d.n as I re-upload the same pkg every half hour and it seams like it's not too keen on me doing that. and... I totally messed whatever it was I was attempting to do up. History should be importable with the git-svn package. However, I'd like us to avoid using *both* SVN and git at the same time, we've had bad past experiences with that. I'll watch out for that. Yeah it was easy to import the svn repo into my existing git repo with git-svn. I'm new to git, but I know I'm not as big a fan of SVN as I am of say CVS. Thus far there is noting in git I don't particularly like. There is a convention for doing vendor branches, but it's better to make another repository. While having all those folders around, each containing a repo, can make a mess of things... It's preferred over being forced into a single way of doing things. Let's just import it once. I can do that too if you feel unconfortable with that. A. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPb7UiAAoJEOPRqa2O3KuKTC0P/3kFPSji6IrrtY9INZ14A33r Ehj/s15RMMIjzrPZhczSSQy4+pS8inSghks0IA2VZzcGbj8xAqSvJ0SIY/tHTbl+ 9M6RGmRfKQ+HHXlEOYzZKhIr9rAAr8aKM9Y8fvWrZNn/vBGfWagfAAfW7tjf0waQ s/gwXNcWZxsa5NFDdJmLCSgKtPYh5R4DGaFHp75xLrAevW48mZZ3aIU0CU/2G89B D1Z3OdEEJH4tpOUJL++0njUD1L+d0kjFpdwthWZG0CZYWsCp3yvp0R/VouYALKV8 he+3FHOhs8kgn1MqW/tRjAkdIZP/8jt9RAga8QkIhleGO3mZB6Ztk/xtXPqG39ep QfvusKVl4fAMmAJ62oWGSPinaFcefNnay0WoqjtREXckP8F5FaZh0SEIZ61YH6WZ C9At5sydRMVBjOzGpb4nnwyC6O5TEhHW4jTxwt2DJDowYjFtyU5zPy1BmKl0J8xz VJ7hghIOc+s6IEgGRF4lY8T+8NyatEqLq2/CV74KRQQxd7na08ooKXQfeUc3iNIx VpUzr8cAJh9Vqp/b1x5jtSkUywj9mmT3oW8fEz4ahdK4ZQAPpJbH3T8pGcWPCT6A LzsXoYqduzIRQzfOAwp7R4wrURtzrcLMEmO98ehGsPRZoCsLev8YCJaDFDVhK1Uh zo2sUPcKi7Xyfh8NXnJB =6exL -END PGP SIGNATURE- -- 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/4f6fb522.3060...@mikemestnik.net
Bug#646607: atheme-services 534820: FTBFS: Outdated config.{sub,guess}
On 03/24/12 15:24, Mike Mestnik wrote: Hello, I've recently started to package atheme-services and I was wondering if I could get some input from you. http://mentors.debian.net/package/atheme-services I do plan on making an updated release, perhaps by some time early next week at the latest. Getting your comments before then would be helpful. The build-log link is broken, but I'll take a good look at these files. They have not changed since 2005-09-02 http://git.atheme.org/atheme/log/autoconf/config.guess http://git.atheme.org/atheme/log/autoconf/config.sub Thank you. -- 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/4f6fc058.9040...@mikemestnik.net
Processed (with 1 errors): Auto WNPP maintenance
Processing commands for cont...@bugs.debian.org: package wnpp Limiting to bugs with field 'package' containing at least one of 'wnpp' Limit currently set to 'package':'wnpp' # [AUTO] format correction: missing description retitle 664595 RFH: php5 -- missing description Bug #664595 [wnpp] RFH: php5 Changed Bug title to 'RFH: php5 -- missing description' from 'RFH: php5' # [AUTO] ITP without owner, assuming sender is owner 662080 Timo Weingärtner t...@tiwe.de Bug #662080 [wnpp] ITP: hadori -- Hardlinks identical files Owner recorded as Timo Weingärtner t...@tiwe.de. # [AUTO] severity correction severity 664892 wishlist Bug #664892 [wnpp] RFP: cardo -- font with many medival glyphs, MUFI v3 compatible Severity set to 'wishlist' from 'normal' # [AUTO] package name correction retitle 663020 RFP: jnaerator -- parses C/C++/Obj-C headers and generates BridJ/JNA/Rococoa Java interfaces Bug #663020 [wnpp] RFP: JNAerator -- parses C/C++/Obj-C headers and generates BridJ/JNA/Rococoa Java interfaces Changed Bug title to 'RFP: jnaerator -- parses C/C++/Obj-C headers and generates BridJ/JNA/Rococoa Java interfaces' from 'RFP: JNAerator -- parses C/C++/Obj-C headers and generates BridJ/JNA/Rococoa Java interfaces' # [AUTO] format correction retitle 664553 RFP: libyassl -- C++ based SSL library Bug #664553 [wnpp] RFP: libyassl - C++ based SSL library Changed Bug title to 'RFP: libyassl -- C++ based SSL library' from 'RFP: libyassl - C++ based SSL library' # [AUTO] format correction retitle 662696 ITP: cxxparse -- alternative c++ skeletons for flex and bison Bug #662696 [wnpp] ITP: cxxparse - alternative c++ skeletons for flex and bison Changed Bug title to 'ITP: cxxparse -- alternative c++ skeletons for flex and bison' from 'ITP: cxxparse - alternative c++ skeletons for flex and bison' # [AUTO] ITP without owner, assuming sender is owner 662696 Philip Ashmore cont...@philipashmore.com Bug #662696 [wnpp] ITP: cxxparse -- alternative c++ skeletons for flex and bison Owner recorded as Philip Ashmore cont...@philipashmore.com. # [AUTO] format correction retitle 662731 O: hwinfo -- Hardware identification system Bug #662731 [wnpp] O: hwinfo - Hardware identification system Changed Bug title to 'O: hwinfo -- Hardware identification system' from 'O: hwinfo - Hardware identification system' # [AUTO] severity correction severity 506933 wishlist Bug #506933 [wnpp] ITP: piwik -- real time web analytics software program Bug #448532 [wnpp] ITP: piwik -- real time web analytics software program Bug #609521 [wnpp] ITP: piwik -- real time web analytics software program Severity set to 'wishlist' from 'normal' Severity set to 'wishlist' from 'normal' Severity set to 'wishlist' from 'normal' # [AUTO] format correction: missing description retitle 661880 O: proxsmtp -- missing description Bug #661880 [wnpp] O: proxsmtp Changed Bug title to 'O: proxsmtp -- missing description' from 'O: proxsmtp' # [AUTO] severity correction severity 663633 wishlist Bug #663633 [wnpp] RFP: akonadi-google -- An Akonadi Resource for accessing Google services Severity set to 'wishlist' from 'normal' # [AUTO] ITP without owner, assuming sender is owner 662985 Vincent Prat vincep...@free.fr Bug #662985 [wnpp] ITP: gm-assistant -- Game Master assistant for role-playing games Owner recorded as Vincent Prat vincep...@free.fr. # [AUTO] severity correction severity 609521 wishlist Bug #609521 [wnpp] ITP: piwik -- real time web analytics software program Bug #448532 [wnpp] ITP: piwik -- real time web analytics software program Bug #506933 [wnpp] ITP: piwik -- real time web analytics software program Ignoring request to change severity of Bug 609521 to the same value. Ignoring request to change severity of Bug 448532 to the same value. Ignoring request to change severity of Bug 506933 to the same value. # [AUTO] ITP without owner, assuming sender is owner 665639 j...@rocasa.us Bug #665639 [wnpp] ITP: libmoosex-param-perl -- Simple role to provide a standard param method Owner recorded as j...@rocasa.us. # [AUTO] format correction retitle 664554 RFP: libtaocrypt -- portable, fast, cryptographic library Bug #664554 [wnpp] RFP: libtaocrypt - portable, fast, cryptographic library Changed Bug title to 'RFP: libtaocrypt -- portable, fast, cryptographic library' from 'RFP: libtaocrypt - portable, fast, cryptographic library' # [AUTO] severity correction severity 448532 wishlist Bug #448532 [wnpp] ITP: piwik -- real time web analytics software program Bug #506933 [wnpp] ITP: piwik -- real time web analytics software program Bug #609521 [wnpp] ITP: piwik -- real time web analytics software program Ignoring request to change severity of Bug 448532 to the same value. Ignoring request to change severity of Bug 506933 to the same value. Ignoring request to change severity of Bug 609521 to the same value. # [AUTO] ITP without owner, assuming sender is owner 663273 Paul Elliott pelli...@blackpatchpanel.com Bug #663273 [wnpp] ITP:
Processed: retitle 448638 to ITP: i2p -- I2P is an anonymizing network
Processing commands for cont...@bugs.debian.org: retitle 448638 ITP: i2p -- I2P is an anonymizing network Bug #448638 [wnpp] ITP: i2p -- I2P is an anonymizing network, offering a simple layer that identity-sensitive applications can use to securely Bug #665450 [wnpp] ITP: i2p -- I2P is an anonymizing network, offering a simple layer that identity-sensitive applications can use to securely Changed Bug title to 'ITP: i2p -- I2P is an anonymizing network' from 'ITP: i2p -- I2P is an anonymizing network, offering a simple layer that identity-sensitive applications can use to securely' Changed Bug title to 'ITP: i2p -- I2P is an anonymizing network' from 'ITP: i2p -- I2P is an anonymizing network, offering a simple layer that identity-sensitive applications can use to securely' thanks Stopping processing here. Please contact me if you need assistance. -- 448638: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448638 665450: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665450 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.13327309583294.transcr...@bugs.debian.org
Bug#665783: RFA: bnfc -- Compiler front-end generator based on Labelled BNF
Package: wnpp Severity: normal I request an adopter for the bnfc package. The package description is: The BNF Converter is a compiler construction tool that generates a compiler front-end and a readable syntax description document from a Labelled BNF grammar. It was originally written to generate Haskell, but it can now also be used for generating Java, C++, and C. . To process Haskell output, you need the Glorious Glasgow Haskell Compiler (virtual package ghc), the Happy parser generator (package happy) and the Alex scanner generator (package alex). . To process Java output, you need a Java compiler and virtual machine, the CUP parser generator (package cup) and the JLex scanner generator (package jlex). . To process C or C++ output, you need a C or C++ compiler, respectively, the Bison parser generator (package bison) and the flex scanner generator (package flex). . To process the generated documents, you need LaTeX (packages tetex-base, tetex-bin, etc.). -- 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/20120326041401.10305.70314.report...@kukkaseppele.kaijanaho.fi
