Bug#773245: git-p4 package in contrib, how to proceed?
reassign 773245 src:git 1:2.1.3-1 quit Vincent Cheng wrote: Yes, source packages in main can generate binary packages in contrib; Policy does not prevent this from happening, and there are existing source packages in main, in the archive, which generate binary packages in contrib. See e.g. src:nvidia-settings (and #747837 which was what prompted one of the binary packages built from it to be moved from contrib to main). Thanks for looking into it. I'll apply the patch for git in jessie+1. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150112183244.gy29...@google.com
Bug#702697: RFP: git-remote-bzr -- bidirectional bridge between Git and Bazaar
Paul Wise wrote: On Fri, 2014-05-23 at 21:03 +0200, Sven Joachim wrote: I wanted a package now, so I created one, Debian tarball is attached. It's probably not perfect, but it works for me. Anyone who volunteers for maintaining git-remote-bzr could use it as a starting point. I would be happy to sponsor you if you want to maintain it. If not I guess I will have to maintain it since I really need these packages. Thanks. I also wouldn't mind co-maintaining since bugs may sometimes point to issues in git's remote helper code. It might be better to make git-bzr a transitional package and create a git-remote-bzr package which does not need an epoch. Jonathan, do you have any comments on how the transition should be done? What Sven said makes sense to me: a single source package with a transitional git-bzr package that depends on the main git-remote-bzr package. Then only the git-bzr package would need an epoch. git-bzr was never part of a stable release so it would just be needed for a little while for people using sid, testing, or stable-backports. It's not necessarily needed in the jessie release. I can add a Recommends to the git-all package to make the package more discoverable if you like. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140528172129.gn12...@google.com
Bug#702697: RFP: git-remote-bzr -- bidirectional bridge between Git and Bazaar (Re: git: please enable git-remote-hg and git-remote-bzr)
Hi Sven, Sven Joachim wrote: On 2014-05-21 23:20 +0200, Jonathan Nieder wrote: Now git-remote-bzr has graduated to its own upstream. Reopening as a reminder to package it. (Or if someone else gets to it before me, I won't mind.) Well, it would have been _a little bit_ more user friendly to prepare a package *before* removing git-bzr, wouldn't it? You're saying I should have done a lot of packaging work and waited for the result to go through the NEW queue, and blocked all updates to git in the meantime? I have to say I disagree, and I don't think that is a more friendly approach. Keep in mind that by request of the git-remote-bzr maintainer, git-remote-bzr was removed from contrib/ in the upstream git package. The code is not there in v2.0.0-rc4. What should the git-bzr package contain now? I continue to believe stable and testing have a purpose different from unstable. If you're saying that you'd like to block this version of git from graduating to testing until someone steps up to package git-remote-bzr, I won't stop you from filing an RC bug to block it. [...] If anybody wants to maintain it, that person will certainly not be me. Okay. Alas, there's no easy answer for software that people use but no one wants to maintain. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140522193719.gv12...@google.com
Bug#702697: RFP: git-remote-bzr -- bidirectional bridge between Git and Bazaar
Paul Wise wrote: On Thu, 2014-05-22 at 12:37 -0700, Jonathan Nieder wrote: Okay. Alas, there's no easy answer for software that people use but no one wants to maintain. Are you not intending to package these? I use them quite a bit :( If someone better than I am at Python packaging wants to pick them up, I won't mind at all. :) If no one else does it, I'll probably eventually do it. But yeah, this is filed as an RFP and not ITP for a reason. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140523013024.gc12...@google.com
Re: RFP: git-mercurial -- hg remote helper from git/contrib/remote-helpers
retitle 703864 RFP: git-remote-hg -- bidirectional bridge between Git and Mercurial reassign 703864 wnpp affects 703864 + src:git quit Anders Kaseorg wrote: https://git.kernel.org/cgit/git/git.git/commit/?id=b2c851a8e67da752d8a5dbde5a9dae6e3428a4c9 https://git.kernel.org/cgit/git/git.git/commit/?id=896ba14d653c43bd7a43b6b291e941ab60855c04 So this will need to happen outside the git source package. Yep. Marking so. I'm happy to sponsor once a package is ready. The main missing bit is registering git-remote-hg through the alternatives system to avoid having to conflict with other hg remote helpers. * Package name: git-remote-hg Version : 0.2 Upstream Maintainer : Felipe Contreras felipe.contre...@gmail.com, git...@googlegroups.com * URL : https://github.com/felipec/git-remote-hg * License : GPLv2 Programming Lang: Python Description : bidirectional bridge between Git and Mercurial Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140521205917.gb12...@google.com
Re: git: please enable git-remote-hg and git-remote-bzr
reopen 702697 retitle 702697 RFP: git-remote-bzr -- bidirectional bridge between Git and Bazaar reassign 702697 wnpp affects 702697 + src:git quit Hi, Paul Wise wrote: Please move these two files to the correct path and give them execute permissions so that git clone hg::... and git clone bzr::... work out of the box. For now I've enabled them via a wrapper script in $PATH. /usr/share/doc/git/contrib/remote-helpers/git-remote-bzr /usr/share/doc/git/contrib/remote-helpers/git-remote-hg Now git-remote-bzr has graduated to its own upstream. Reopening as a reminder to package it. (Or if someone else gets to it before me, I won't mind.) * Package name: git-remote-bzr Version : 0.2 Upstream Maintainer : Felipe Contreras felipe.contre...@gmail.com, git...@googlegroups.com * URL : https://github.com/felipec/git-remote-bzr * License : GPLv2 Programming Lang: Python Description : bidirectional bridge between Git and Bazaar Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140521212034.gd12...@google.com
Re: git is built without support for python
retitle 715534 RFP: git-p4 -- Perforce importer/exporter for git reassign 715534 wnpp affects 715534 + src:git quit Hi Lukas, Lukas Anzinger wrote: I'm still interested in having this issue fixed, and obviously I'm not the only one. By this issue to you mean git-p4 being included in Debian? (Debian = Debian main.) That's not going to happen. Someone could package it in contrib or non-free, though. If you have time for it, see [1] for pointers. I'd be happy to sponsor once a package is ready. * Package name: git-p4 Version : 2.0.0-rc2 Upstream Maintainer : Pete Wyckoff p...@padd.com, g...@vger.kernel.org * URL : http://repo.or.cz/w/git.git/blob/HEAD:/git-p4.py * License : MIT Programming Lang: Python Description : Tool for bidirectional operation between a Perforce depot and git. Thanks, Jonathan [1] https://www.debian.org/doc/manuals/maint-guide/ -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140509175403.gj9...@google.com
Bug#515793: RFP: cgit -- C-code Web Front-end to GIT
Hi, YAEGASHI Takeshi wrote: I know such a package is undesirable, but I wonder if it's completely unacceptable for the Debian distribution. As mentioned a few times before, I think it would be simplest to just add cgit to the git package. If someone using cgit wants to be a co-maintainer I'm happy to let them maintain the cgit packaging however they like. I can write a patch demonstrating what I mean making use of your packaging from http://git.keshi.org/debian/cgit.git if you like. What do you think? Thanks, Jonathan -- 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/20140218235814.gd7...@google.com
Bug#718791: ITP: mikutter -- Simple, powerful and moeful twitter client
Chris Bannister wrote: On Mon, Aug 05, 2013 at 10:35:01PM +0900, HIGUCHI Daisuke (VDR dai) wrote: Mikutter is a simple, powerful and moeful twitter client. ^^ I can't find any definition of moeful Maybe it means cute. Thanks, Jonathan -- 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/20130806005658.gs14...@google.com
Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Hi, Oxan van Leeuwen wrote: On 29-07-12 18:19, Jonathan Nieder wrote: I would be very happy to see cgit in Debian. Perhaps we could approach this by building cgit from the git source package, either using dpkg source format 3.0's multiple-tarball feature or by including cgit in the Debian patch. Would you be interested in this approach? Do you have initial cgit packaging to play with? I'd like to propse another solution for this: let git build a git-source binary package, and build cgit using that package. I would prefer not to go this way. It would mean that when I make git uploads, they'd always have a chance of breaking the cgit build without notice. And it would also mean that whenever I fix an important bug I have to track down whether cgit needs to be rebuilt. An alternative that is not as bad is to export libgit.a (or .so, for that matter) and headers for cgit use. I'd far prefer to just have a copy of cgit built as part of the git build. It doesn't have to involve multiple upstream tarballs: e.g., cgit can be included in the debian/ directory in the debian.tar.xz in the short term, and in the long term I think it would be a candidate for inclusion in contrib/ upstream. Hope that helps, Jonathan -- 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/20130803225901.GI2893@elie.Belkin
Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Jonathan Nieder wrote: Oxan van Leeuwen wrote: On 29-07-12 18:19, Jonathan Nieder wrote: I would be very happy to see cgit in Debian. Perhaps we could approach this by building cgit from the git source package, either using dpkg source format 3.0's multiple-tarball feature or by including cgit in the Debian patch. Would you be interested in this approach? Do you have initial cgit packaging to play with? I'd like to propse another solution for this: let git build a git-source binary package, and build cgit using that package. I would prefer not to go this way. It would mean that [...] All that said, if someone wants to add another binary package like git-source to the git build and is willing to maintain it in the long term, I'll be glad to help (and wash my hands of the day-to-day maintenance :)). See /usr/share/doc/git/README.source for hints on working with the package. Packaging is at git://git.debian.org/~jrnieder-guest/git.git Thanks, Jonathan -- 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/20130803230257.GJ2893@elie.Belkin
Bug#718394: ITP: buck -- Facebook's build system for large Java projects
Package: wnpp Severity: wishlist Owner: jrnie...@gmail.com * Package name: buck Version : 0.20130612-1 Upstream Author : buck-bu...@googlegroups.com (Facebook) * URL : http://facebook.github.io/buck/ * License : Apache-2.0 Programming Lang: Java Description : Build system for large Java projects I plan to upload buck from https://git.wikimedia.org/summary/operations%2Fdebs%2Fbuck to experimental, assuming the maintainer is ok with it. Development of the packaging would be coordinated as before on gerrit.wikimedia.org. Thoughts welcome, as always. Regards, Jonathan -- 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/20130731034629.GC11068@elie.Belkin
Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Hi Marc, Marc Singer wrote: Do you need my help? Yes, because I do not use cgit. We would need an active user to make sure it keeps working and to evaluate requests that come in through the BTS. In other words, I do not want to be the cgit package maintainer, even though I'd be fine with having the cgit binary package produced by the git source package. Another way to help is to provide any existing starts to packaging cgit in another way, which would provide lots of hints about packaging decisions. That's why I asked whether any work-in-progress packaging exists. Ciao, Jonathan -- 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/20120730164335.GA8515@burratino
Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Hi Marc, Marc Singer wrote: The upstream build of cgit requires a download of git to build libgit which this package links statically. Thus, this package practically depends on a change to git-core. http://hjemli.net/git/cgit/ I would be very happy to see cgit in Debian. Perhaps we could approach this by building cgit from the git source package, either using dpkg source format 3.0's multiple-tarball feature or by including cgit in the Debian patch. Would you be interested in this approach? Do you have initial cgit packaging to play with? Thanks, Jonathan -- 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/20120729161928.GA12635@burratino
Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Hi Marc, Marc Singer wrote: On Sun, Jul 29, 2012 at 6:36 PM, Jonathan Nieder jrnie...@gmail.com wrote: Did you mean this to be a private reply? Not really. Ok, cc-ing the bug. [...] The policy of the git authors is their prerogative. They've made it very clear that they will not support a shared library. I suppose if you could manage the SO as part of the debian packages. Doing so puts the burden on us to track API changes with no promised from upstream. Is this what you are proposing? You're presumably thinking of http://bugs.debian.org/407722. No, I agree with Gerrit and think that shipping libgit.a as a library is a non-starter. Git's internal APIs (that's what libgit.a is) are very unstable, and to provide it as a package, even with a constantly changing name, would be to make an interface promise we couldn't keep. Instead, I was offering to build cgit from the *same* source package as git. I would probably try to upstream the change (putting a submodule with cgit under contrib/), but even if upstream does not accept it, we could build cgit in Debian this way. The main (and only) advantage of this approach is that when an API break causes cgit to stop working, git would FTBFS. This immediate feedback would force the code to keep working together. Hoping that clarifies, Jonathan -- 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/20120730042047.GB4480@burratino
Re: gs-esp's lx5000 driver runs into infinite loop with mozilla's postscript files
retitle 343901 RFP: pbm2l7k (printer driver for Lexmark printers) notforwarded 343901 tags 343901 = reassign 343901 wnpp affects 343901 = ghostscript cups foomatic-db quit Hi, $ git show -s ghostpdl-9.05~410 commit 9c074dc8 Author: Henry Stiles henry.sti...@artifex.com Date: Tue Aug 16 16:48:01 2011 -0600 Fixes 691820 by removing the device, the authors in the contrib.mak and source code file (gdevlx50.c) have been sent email the device is broken. CLUSTER_UNTESTED Users of this printer are encouraged to use the pbm2l7k driver instead: Package name : lexmark7000linux Version : 990516 Upstream : OpenPrinting Working Group printing-fooma...@lists.linux-foundation.org URL : http://www.openprinting.org/driver/pbm2l7k/ License : GPL-2+ Description : This is the printer driver for Lexmark 7000 GDI printers. * Known to work with Lexmark 7000, 7200 and 5700 printers * 600x600 dpi Black White printing * Preliminary 600x600 CMY colour printing for 7000, 7200 Hope that helps, Jonathan -- 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/20120713190431.GA29798@burratino
Re: Coordinating work on supporting CAPT printers
retitle 618640 RFP: capt -- first-generation Canon winprinter (e.g. LBP-1120) support tags 618640 - upstream reassign 618640 wnpp affects 618640 = cups foomatic-db quit Jonathan Nieder wrote: Rustom Mody wrote: http://www.openprinting.org/printer/Canon/Canon-LBP-1120 Hmm, while at it let's track out of the box support for that [...] CUPS maintainers, please feel free to reassign to some other package as appropriate. Looks like what it needs is packaging, so reassigning. Package name: capt Version : 0.4 Upstream: Nicolas Boichat nico...@boichat.ch Vivian Brégier Vivian DOT Bregier AT are DASH ata DOT org Upstream status : All bug reports should come with patches. URL : http://www.boichat.ch/nicolas/capt/ http://www.are-ata.org/debian/capt/ License : GPL-2+ Description : first-generation Canon winprinter (e.g. LBP-1120) support -- 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/20120713192028.GA30370@burratino
Bug#392266: RFH: openscenegraph -- 3d scenegraph
Loic Dachary wrote: Yes, absolutely. Would you like to help ? I wish I had the expertise to help without taking too much time. My message was from scanning through wnpp bugs to check for obsolete RFH bugs rather than a particular interest in the package. Sorry, I should have said so. I tend to pay attention to packages I use day-to-day, though, and to help out when I can. Do you know of any adventure games or puzzle games that use openscenegraph? Jonathan -- 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/20120708080436.GD4625@burratino
Bug#519175: RFH: proftpd-dfsg -- versatile, virtual-hosting FTP daemon
Francesco P. Lovergine wrote: Yes and indeed there are also a few mere packaging aspects that are documented only trough the mailing list and other module packages, eventually they could be added to the page. Ok, I've put something rough at [[Teams/DebianProFTPD]] and linked to it from the [[Teams]] page. Thoughts and improvements welcome, of course. Jonathan -- 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/20120708175350.GB7328@burratino
Bug#248397: GRUB 2 RFH
Hi! Robert Millan wrote: 20:43 bartm right, hello robert 20:43 bartm still need help with grub ? 20:43 bartm not yet replaced by grub2... 20:43 bartm i'm not sure how I can help besides commenting on the bug report 20:44 bartm or can I do the next upload, to include the good patches ? [...] 20:50 nyu if you want to help, you could subscribe to pkg-grub-devel (debian) and grub-devel (upstream) and see if you can comment on bug reports I'm doing a few seconds of triage of wnpp bugs. If I understand correctly, the grub team, like most maintenance teams of core packages, is looking for helpers and co-maintainers. I don't see grub listed at http://wiki.debian.org/Teams so it seems possible that potential helpers exist who do not know how to get their feet wet without establishing contact first and potentially (in their eyes) having to commit to helping out before knowing what it is like. What do you recommend for such hypothetical people? Could you suggest a few words of wisdom here, for someone to digest and add to the wiki as time allows? For example: - what mailing lists should interested people subscribe to? - are there existing documents on how to test new versions of grub in qemu to test changes or triage bugs? Is there an upstream page with documentation of the boot protocol and other helpful technical background? - any confusing policies or other pitfalls for new contributors? - what kind of help is needed at the moment --- tracking upstream development, testing, forwarding bugs, finding the commit that fixes bugs known to have been fixed, backporting changes to stable, hacking on maintainer scripts, packaging snapshots for experimental, reviewing proposed changes, coordinating uploads, finding good downstream fixes to apply, or something else? Once the information for potential helpers to get started is easy to find, I think this bug can be closed. Thanks and hope that helps, Jonathan -- 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/20120707232755.GA5996@burratino
Bug#385614: RFH: loop-aes
retitle 385614 O: loop-aes-utils -- Tools for mounting and manipulating filesystems merge 614814 385614 quit Hi, In 2006, Max Vozeler wrote: I'm starting a new fulltime job, which will leave me with less time to work on these packages (at least initially). The loop-AES packages (-source, -utils, -modules) usually don't require large amounts of attention, but there are a few decisions about big changes in the packaging that I'd like to discuss and scrutinize together with a co-developer. Merging with the bug that orphans this package. Thanks for your work to improve Debian. Sincerely, Jonathan -- 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/20120707235554.GA6299@burratino
Bug#392266: RFH: openscenegraph -- 3d scenegraph
Hi Loic et al, Loic Dachary wrote: In order to speed up the production of the package when a new upstream release becomes available, I'd like to get help. Being able to upload the package within short delay is greatly appreciated. Debian openscenegraph maintenance seems pretty healthy these days. Is this RFH bug still useful? YOU don't have to be an official Debian Developer to help. I like this message, though. Maybe it could go in README.Debian for a larger audience. :) Ciao, Jonathan -- 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/20120708001416.GA6519@burratino
Bug#472709: RFH: sql-ledger
Hi, Raphael Hertzog wrote: I do need such a web-application. Until smbledger is ready I'll continue to maintain sql-ledger in a low-maintenance mode. Thus I transform this bug into a RFH (Request for help) so that if anyone want to take over the responsibility of this package, he can. I'm doing a few minutes of wnpp triage. The above sounded more like an RFA (request for new maintainer) than an RFH, but based on the PTS info and changelog it looks like you already have an active co-maintainer. :) Do you have advice for users of sql-ledger who could be able to help out? I can imagine this bug being resolved by adding a new page under http://wiki.debian.org/Teams or by adding notes to README.Debian explaining the current maintenance policy and how to contribute usefully. Thanks for your work and hope that helps, Jonathan -- 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/20120708002713.GA10525@burratino
Bug#483107: RFH: hotkey-setup -- auto-configures laptop hotkeys
Hi Petter, Petter Reinholdtsen wrote: The hotkey-setup package is used to map special keys to key events, which is required to get laptop keys to work properly. I'm not sure if it is still required, as I have seen some messages indicating that a new framework is being worked on. Thanks for your work at making sure Debian has good hardware support. The kernel is supposed to take care of making hotkeys emit the proper codes these days. I am already swamped so I will not be subscribing to hotkey-setup through the PTS, but if someone complains of lack of support for hotkeys (or finds themselves needing to install hotkey-setup for any reason) then please feel free to redirect their questions to me by cc-ing li...@packages.debian.org. Thanks! Hope that helps, Jonathan -- 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/20120708004403.GA10724@burratino
Bug#479659: RFH: wine -- Windows API implementation
Hi, Boris Pek wrote: I see new versions of wine in Debian Sid: http://packages.qa.debian.org/w/wine.html Is it time to close this RFH? I think a new state of the package message would be nice, yes. :) Jonathan who would love to see a mingw partial architectures and wine64 packaged, but those are stories for another day -- 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/20120708005138.GA10840@burratino
Bug#511243: RFH: boinc
Hi, In January, 2009, Rene Mayorga wrote: Ok, I still thinking that this bug should be a RFH, so I'm doing now :) I was sifting through wnpp reports and noticed this one. I think making this an RFH was an excellent idea, and you seem to have recruited a reasonably sized, active team. Of course it would be nice to recruit even more people, but it seems that momentum via this bug report has stopped. And on the other hand the BOINC team has a quite visible presence that makes at least some ways to help clear: http://wiki.debian.org/Teams/DebianBOINCMaintainers http://git.debian.org/?p=pkg-boinc/boinc.git;a=blob_plain;f=debian/TODO.Debian (Side note: if that TODO file were renamed to debian/TODO, then dh_installdocs would install it as TODO.Debian to the boinc package.) Is this RFH still useful? Hope that helps, Jonathan -- 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/20120708034159.GA3986@burratino
Bug#519175: RFH: proftpd-dfsg -- versatile, virtual-hosting FTP daemon
Hi, I was sifting through wnpp bugs and saw this one. Francesco P. Lovergine wrote: Note that it is now active a pkg-proftpd alioth project with a git repository under http://git.debian.org/?p=pkg-proftpd/proftpd-dfsg.git;a=summary Other add-on module packages can be added under pkg-proftpd area easily, just ask to join the pkg-grass group. Indeed. Since it is not documented at http://wiki.debian.org/Teams, maybe it is not easily discoverable. Would you mind if I add a subpage there? It would contain information answering basic questions about how to work with the team that are not likely to change often (to avoid growing stale). Template taken from http://wiki.debian.org/TeamTemplate. Something like Infrastructure -- Packages: http://qa.debian.org/developer.php?login=pkg-proftpd-maintain...@lists.alioth.debian.org Alioth project: https://alioth.debian.org/projects/pkg-proftpd/ Interacting with the team - Email contact: pkg-proftpd-maintain...@lists.alioth.debian.org Usual roles --- Anyone on the team can commit good changes to the repositories and ask on the list for review and upload. Task description Proftpd has more than 20 different non-core modules available and some of them are important to users. See http://castaglia.org/proftpd/#Modules for a list. The pkg-proftpd team aims to package all important modules and to keep proftpd-dfsg and its modules maintained well in Debian. Get involved All packages under the pkg-proftpd umbrella have Vcs-Git and Vcs-Browser fields declaring the git repositories where they are developed. New add-on module packages can be added easily. Just ask on Alioth to join the pkg-proftpd group. Then the information about how to help would be easy to find and this report would not be needed any more. Sensible? Jonathan -- 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/20120708042603.GA4290@burratino
Bug#583826: RFH: chromium-browser -- Chromium browser
Hi Raymond, In March, Raymond Yip wrote: I would like to help out the chromium team if they still need help. I'm new here so I'm still learning, I hope I can provide assistance. Yes, we can definitely use help! I'd suggest subscribing to the chromium package through the PTS[1] if you haven't already. Then some tasks that might be useful would be: - convincing the build system to stop using -Werror (bug#671994) - checking if non Debian-specific bugs are already reported upstream and forwarding them if not - using more system copies of libraries instead of embedded code copies - forwarding patches to optionally use system copies of libraries upstream (http://crbug.com/28287 tracks this). - simplifying and documenting debian/rules - understanding how debian/copyright is generated and convincing it to: - use correct DEP-5 syntax (see copyright-format.html from the debian-policy package) - combine stanzas that have no difference aside from copyright dates - plenty of other things :) Sorry for the slow reply. If there is anything I or anyone else can do to help, just ask. Thanks, Jonathan [1] http://www.debian.org/doc/manuals/developers-reference/resources.html#pts-commands -- 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/20120514011052.GA3089@burratino
Bug#670577: ITP: morse -- Multi-OpenRobot Simulation Engine
Sylvestre Ledru wrote: Actually, I rename it before upload for morse-simulator! Heh. :) Sounds good. -- 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/20120427074504.GA31471@burratino
Bug#670577: ITP: morse -- Multi-OpenRobot Simulation Engine
Hi Sylvestre, Sylvestre Ledru wrote: * Package name: morse That's an awful package name. It makes me think of Inspector Morse and morse code, which is too many associations to be precise. :) (More importantly, it conflicts with an existing package in the archive.) How about laas-morse or openrobots-simulator? Hope that helps, Jonathan -- 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/20120427004933.GA3376@burratino
Bug#655185: RFP: pxz -- parallel xz compressor
Hi, Axel Beckert wrote: * Package name: pxz Version : 4.999.9beta.20091201git Upstream Author : Jindřich Nový jn...@redhat.com * URL or Web page : http://jnovy.fedorapeople.org/pxz/ + https://github.com/jnovy/pxz * License : GPLv2+ Description : Parallel LZMA/XZ compressor Parallel XZ is a compression utility that takes advantage of running LZMA compression of different parts of an input file on multiple cores and processors simultaneously. Its primary goal is to utilize all resources to speed up compression time with minimal possible influence on compression ratio. Do you know if anyone has contacted the XZ Utils list[1] to see if this can be integrated, or at least included in the extra/ directory? Thanks, Jonathan [1] http://tukaani.org/xz/lists.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/20120109051820.GA19695@burratino
Bug#655010: ITP: missing-manpages -- manual pages for software missing them
Hi Brian, brian m. carlson wrote: missing-manpages provides free manual pages for software that does not have them. Sounds useful, and like something other distros could take advantage of, too. The man-pages project already includes pages for a few GNU programs. Have you looked into submitting these there? (I'm not sure if it would be accepted since gcc already has an upstream manpage, but it seems worth a try.) Thanks for your work, Jonathan -- 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/20120107220821.GA7764@burratino
Bug#655010: ITP: missing-manpages -- manual pages for software missing them
brian m. carlson wrote: There's no way that they're going to be finished anytime soon, simply because of the number of options, and also because I don't have access to the -v --help output for every architecture, only i386, amd64, and sparc (and maybe powerpc). Well, one has to start somewhere. :) If documenting every option is a goal, the gcc source might be a useful reference: git://gcc.gnu.org/git/gcc.git Though I'm not sure documenting every option is important. I'll be happy to use your manpages and send patches when they fail me. Jonathan -- 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/20120107235614.GB28219@burratino
Bug#648780: RFP: libtree-nary-perl -- Perl implementation of N-ary search trees
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-p...@lists.debian.org * Package name: libtree-nary-perl Version : 1.3 Upstream Author : Frederic Soriano * URL : http://search.cpan.org/~fsoriano/Tree-Nary-1.3/ * License : Public Domain Programming Lang: Perl Description : Perl implementation of N-ary search trees This module is a translation (albeit not a direct one) from the C implementation of N-ary trees available in the GLIB distribution. The K semantic framework from [1] uses it. [1] http://code.google.com/p/k-framework/ -- 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/2015001332.ga12...@elie.hsd1.il.comcast.net
Bug#644292: ITP: susv4 -- Fetch and install SUSv4 (POSIX.1:2008) documentation
Hiya, David Weinehall wrote: Description : Fetch and install SUSv4 (POSIX.1:2008) documentation The Single Unix Specifications are not permitted to be generally redistributed, so this is an installer that fetches them and installs them in a Debian appropriate way. See http://www.opengroup.org/press/21jan04.htm and the manpages-posix package. Maybe someone interested (you?) could pick up where Andries left off. -- 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/20111004223107.GA31864@elie
Bug#637742: RFP: pcsc-cyberjack -- Reiner SCT cyberJack SmartCard Reader Drivers
owner 637742 Reinhard Tartler siret...@tauware.de retitle 637742 ITP: pcsc-cyberjack -- REINER SCT cyberJack USB chipcard reader user space driver merge 637765 637742 quit Christoph Anton Mitterer wrote: * URL : http://www.reiner-sct.com/index.php?option=contenttask=viewid=262 FYI. -- 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/20110819195033.ga10...@elie.gateway.2wire.net
Bug#553707: RFH: lzma -- future of Debian squashfs-lzma
reassign 553707 lzma-source 4.43-14 retitle 553707 please remove squashfs-lzma module (does not work with current kernel) severity 553707 important quit Hi again, Jonathan Nieder wrote: Good news: squashfs maintainer Phillip Lougher is pushing for LZMA support in squashfs 4.0 in the mainline kernel [...] 1. How to support current users until an updated kernel enters sid? squashfs xz landed in 2.6.38. Userspace arrived in Debian in squashfs-tools 1:4.1-1. [...] 2. Once squashfs 4 + lzma is available, is there a need to continue to support squashfs 3 + lzma? No, unsquashfs takes care of that. [...] 3. More generally, what do people use squashfs-lzma for, and what guarantees do they need in order to do it? LiveCDs. Now that squashfs 4 is in mainline, the format is probably going to remain supported for a while. Old formats were subject to change from time to time but unsquashfs can be used to read the older ones (all the way back to 1.x). [...] I am hoping some squashfs-lzma user can explain how and perhaps take on the task of assuring it is well supported for squeeze. So this is taken care of. It looks like what's left is to remove the lzma-source package and perhaps lzma-dev (it has one declared reverse-build-dependency --- chromium --- which I don't think actually uses the headers). That way the rest of the package can be less scary to modify. How about something like the following to start? Thanks, Jonathan --- debian/changelog |7 +++ debian/control | 18 -- debian/rules | 20 3 files changed, 7 insertions(+), 38 deletions(-) diff --git a/debian/changelog b/debian/changelog index 4eb32b95..a5351a73 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +lzma (4.43-14.1) local; urgency=low + + * Drop lzma-source package. It doesn't work with current kernels +and SquashFS XZ is part of the standard kernel now. + + -- Jonathan Nieder jrnie...@gmail.com Tue, 16 Aug 2011 03:53:31 -0500 + lzma (4.43-14) unstable; urgency=low * Bump Standards-Version to 3.8.0. diff --git a/debian/control b/debian/control index 05c617c1..8f348b77 100644 --- a/debian/control +++ b/debian/control @@ -44,24 +44,6 @@ Description: Compression method of 7z format in 7-Zip program - development file This package contains the headers and libraries of lzma. It is experimental and will be replaced by the library as soon as it is available. - -Package: lzma-source -Architecture: all -Depends: module-assistant, debhelper ( 4.0.0), bzip2, make, lzma-dev -Description: Source for the lzma kernel module - LZMA is a compression algorithm, based on the famous Lempel Ziv - compression method. - . - The main characteristics of the algorithm are very good compression, - fast decompression, use of lot of RAM for compression and low usage of - RAM for decompression. - . - LZMA provides high compression ratio and very fast decompression, so it - is very suitable for embedded applications. For example, it can be used - for ROM (firmware) compression. - . - This package provides the source code for the lzma kernel modules. - Kernel source and headers are required to compile these modules. Package: lzma-alone Architecture: any diff --git a/debian/rules b/debian/rules index c432919c..5d81ea55 100755 --- a/debian/rules +++ b/debian/rules @@ -6,7 +6,6 @@ SRC_DIR_C = C/7zip/Compress/LZMA_C SRC_DIR_ALONE = C/7zip/Compress/LZMA_Alone -MOD = $(SRC_DIR_C)/kmod/module.c $(SRC_DIR_C)/uncomp.c DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) @@ -64,25 +63,6 @@ binary-indep: build install dh_link -i dh_compress -i dh_fixperms -i - - # Create the temporary directory for lzma-source - mkdir -m755 -p debian/modules/lzma/debian - - # Copy the source and header files - install -m644 $(MOD) $(SRC_DIR_C)/LzmaDecode.c $(SRC_DIR_C)/kmod/Makefile \ - debian/modules/lzma - - # Copy the debian specific files - install -m644 debian/changelog debian/compat debian/copyright \ - debian/control.modules.in debian/modules/lzma/debian - - # This rules file is specific to m-a - install -m755 debian/rules.modules \ - debian/modules/lzma/debian/rules - - # Finally create the tarball which contains the module directory - cd debian tar jcf lzma-source/usr/src/lzma.tar.bz2 modules - dh_installdeb -i dh_gencontrol -i dh_md5sums -i -- 1.7.6 -- 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/20110816092225.ga3...@elie.gateway.2wire.net
Bug#632113: ITP: git-extras-- Git Extras: Helpful tools for Git
Hi, Bastien ROUCARIES wrote: Package name: git-extras Version: 0.6.0 Upstream Author: TJ Holowaychuk t...@vision-media.ca URL: https://github.com/visionmedia/git-extras#readme Could you please add a quick description to the list at https://git.wiki.kernel.org/index.php/InterfacesFrontendsAndTools ? It would also be nice to send a message to the mailing list at g...@vger.kernel.org if you are interested in feedback or this work being integrated either via contrib/ or as part of core commands. Thanks for working to make people's lives a little better. :) Regards, Jonathan -- 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/20110629200659.GA23672@elie
Bug#617578: CVS (was Re: Bug#564195: Please rebuild cvs on all arches)
Thorsten Glaser wrote: https://www.freewrt.org/~tg/debs/dists/etch/wtf/Pkgs/cvs/cvs_1.12.13-3.dsc Thanks, will try it out. For the reference of others, from debian/control: # First word is the $CVSROOT (-d arg) string, second word the module. Vcs-CVS: :ext:_anon...@anoncvs.mirbsd.org:/cvs contrib/hosted/tg/deb/cvs Vcs-Browser: http://cvs.mirbsd.de/contrib/hosted/tg/deb/cvs/ For dvcs junkies, it's also possible to slurp the whole history: mkdir -p cvs/contrib/hosted/tg/deb rsync -zaP _anon...@anoncvs.mirbsd.org:/cvs/CVSROOT cvs/CVSROOT rsync -zaP _anon...@anoncvs.mirbsd.org:/cvs/contrib/hosted/tg/deb/cvs \ cvs/contrib/hosted/tg/deb/cvs There are two committers so far. tg = Thorsten Glaser t...@mirbsd.de bsiegert = Benny Siegert bsieg...@mirbsd.de -- 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/20110502005908.GB12446@elie
Bug#622172: ITP: git-hg -- Script to track mercurial repositories in git
Hi, Andrey Rahmatullin wrote: On Sun, Apr 10, 2011 at 07:52:52PM +0200, Mike Hommey wrote: The right approach for mercurial tracking is IMHO https://github.com/SRabbelier/git/tree/remote-hg [...] If the stuff at your link is a patched git tree instead of a separate piece of software, how can it be used before the patches are applied upstream (and I don't see that they are going to be applied)? If it is working for you, file a bug against the git package and we can try including it in experimental. Help from people knowledgeable about python packaging would be very welcome. Thanks for your work. Jonathan -- 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/20110410202640.GA29120@elie
Bug#590440: git-sh package in Debian
Hi Alex, Alex Morega wrote: I'm trying to package git-sh for inclusion in Debian. [...] What would you suggest as a next step? I think maybe a quick demonstration of what the package does might help DDs to start using it (and hence to need the package). As far as I can tell, the package: - uses bash as its interface, so would not be as useful for zsh addicts but should be useful for bash users :) - sets up some aliases so you can use checkout or even c to mean git checkout - sets up a nice prompt and applies git's tab completion rules to those aliases Do I understand correctly? It might also be nice to clarify the package description to explain this sort of thing. I'm cc-ing the ITP bug so others wanting to help out can see this, too. (Hopefully that's okay.) Thanks and good luck, Jonathan -- 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/20110322195102.GA9218@elie
Bug#611486: RFP: hgbook -- Mercurial: The Definitive Guide
Package: wnpp Severity: wishlist * Package name: hgbook Version : 20091203 Upstream Author : Bryan O'Sullivan b...@serpentine.com * URL : http://hgbook.red-bean.com/ http://bitbucket.org/bos/hgbook * License : Open Publication License 1.0 (without license options) Programming Lang: DocBook XML v4.4 Description : Mercurial: The Definitive Guide - HTML version This manual provides a leisurely but complete introduction to Mercurial version control system. Chapters 2 and 3 explain the basic commands needed to get started using Mercurial. Chapter 4 introduces Mercurial's conceptual structure and object model. Further chapters cover more specialized topics, including the mq extension. -- 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/20110129205923.GA8436@burratino
Bug#611486: RFP: hgbook -- Mercurial: The Definitive Guide
Jonathan Nieder wrote:
* URL : http://hgbook.red-bean.com/
http://bitbucket.org/bos/hgbook
* License : Open Publication License 1.0 (without license options)
Programming Lang: DocBook XML v4.4
Description : Mercurial: The Definitive Guide - HTML version
This manual provides a leisurely but complete introduction to
Mercurial version control system.
Fails to build from source, because of this lovely line in en/fixsvg:
test -d hello || hg clone http://hg.serpentine.com/tutorial/hello
Yagh. Here's a start to packaging that works around that.
I'm not sure where /tmp/REV7.my-new-hello and friends are supposed
to come from.
Caveats:
- Build-depends-indep line is nonsense;
- no installation rules yet;
- clean rule is not thorough;
- resulting documentation should be changed to use relative
paths instead of invalid absolute ones;
- some of the examples have been made silly due to the workaround
for lack of network access;
- no translations yet.
Still, maybe this can save someone some time?
From: Jonathan Nieder jrnie...@gmail.com
Subject: hacks to get the hgbook to build
- update some paths in en/Makefile;
- do not talk to the network at build time
- add a distclean target that cleans up a little more thoroughly.
---
diff --git a/en/Makefile b/en/Makefile
--- a/en/Makefile
+++ b/en/Makefile
@@ -131,7 +131,7 @@
websup: $(extras-web) $(image-web)
mkdir -p $(obj-websup)/figs $(obj-web-read)/figs
cp ../stylesheets/system-xsl/images/*.png $(obj-websup)/figs
- cp -f ../web/icons/*.png $(obj-websup)/figs
+ cp -f ../web/support/icons/*.png $(obj-websup)/figs
complete.xml: .validated-00book.xml
$(xsltproc) $(xsltproc-opts) -o $@ ../stylesheets/dtd-profile.xsl
00book.xml
@@ -182,6 +182,13 @@
-rm -rf dist html $(image-dot:%.dot=%.pdf) $(image-dot:%.dot=%.png) \
$(image-svg:%.svg=%.png) examples/*.{lxo,run} examples/.run
+distclean: clean
+ rm -f examples/results/*
+ rm -f ../web/hgbook/*.pyc ../web/hgbook/comments/*.pyc
+ rm -f ../web/index-read.html.in
+ rm -f .validated-00book.xml complete.xml
+ rm -f ../stylesheets/system-xsl
+
install: html $(dist-sources)
rm -rf dist
mkdir -p dist
@@ -192,8 +199,10 @@
rsync -avz --delete dist sp.red-bean.com:public_html/hgbook
vpath %.css ../web
+vpath %.css ../web/support/styles
vpath %.html.in ../web
vpath %.js ../web/javascript
+vpath %.js ../web/support/javascript
$(obj-websup)/%.css: %.css
@mkdir -p $(dir $@)
diff --git a/en/examples/run-example b/en/examples/run-example
--- a/en/examples/run-example
+++ b/en/examples/run-example
@@ -177,7 +177,7 @@
else:
return rs
-timeout = 5
+timeout = 30
def read(self, hint):
events = self.poll.poll(self.timeout * 1000)
diff --git a/en/examples/tour b/en/examples/tour
--- a/en/examples/tour
+++ b/en/examples/tour
@@ -10,7 +10,7 @@
#$ name: clone
-hg clone http://hg.serpentine.com/tutorial/hello
+hg clone hello.bundle hello
#$ name: ls
#$ ignore: ^drwx.*
@@ -141,11 +141,11 @@
#$ name: outgoing.net
-hg outgoing http://hg.serpentine.com/tutorial/hello
+hg outgoing ../hello.bundle
#$ name: push.net
-hg push http://hg.serpentine.com/tutorial/hello
+hg push ../hello.bundle
#$ name:
cp hello.c ../new-hello.c
diff --git a/en/fixsvg b/en/fixsvg
--- a/en/fixsvg
+++ b/en/fixsvg
@@ -1,6 +1,6 @@
#!/bin/bash
-test -d hello || hg clone http://hg.serpentine.com/tutorial/hello
+test -d hello || hg clone hello.bundle hello
set -e
diff --git a/web/hgbook/admin.py b/web/hgbook/admin.py
--- a/web/hgbook/admin.py
+++ b/web/hgbook/admin.py
@@ -1,3 +1,6 @@
+from django.core.management import setup_environ
+import settings
+setup_environ(settings)
from django.contrib import admin
from hgbook.comments.models import Comment, Element
debian.tar.xz
Description: Binary data
Bug#462792: RFS: failmalloc
Alessandro Ghedini wrote: On Wed, Dec 08, 2010 at 01:14:03AM -0600, Jonathan Nieder wrote: Does failmalloc have a public API? Is it meant to be linked into programs without using the LD_PRELOAD mechanism? If not, what good is a development library for it? Quoting from the upstream site This software generates a shared library which can be loaded by LD_PRELOAD or linked at compilation time, so yes, it is also meant to be linked without LD_PRELOAD. Ah, ok. In this case, I would suggest: - library in package named libfailmalloc0 and installed to /usr/lib/libfailmalloc.so.0.0.0 - failmalloc program and bare /usr/lib/libfailmalloc.so symlink in a package named failmalloc. Since you are selling it as a tool rather than a preload library (reasonable enough), have you considered providing a /usr/bin/failmalloc script to do the LD_PRELOAD automatically? See fakeroot for inspiration. This is a great idea, I didn't thought about this. Should I rename the package, or just put that script in the libfailmalloc0? Thanks, glad you like it. :) That script cannot be included in the libfailmalloc0 package, since to do so would prevent libfailmalloc0 and a future libfailmalloc1 from being installed at the same time. See [1] for more on this. Thank you very much for the review and the great idea. No problem. Thanks for packaging failmalloc --- it looks like a lot of fun (and useful, of course) so I look forward to being able to install it from the Debian archive. Jonathan [1] http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-support-files -- 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/20101209220147.ga15...@burratino
Bug#462792: RFS: failmalloc
Hi Allesandro, Alessandro Ghedini wrote: * URL : http://www.nongnu.org/failmalloc [...] - dget http://mentors.debian.net/debian/pool/main/f/failmalloc/failmalloc_1.0-1.dsc Since I am not a Debian Developer, I cannot upload this. Some comments anyway. Package: libfailmalloc-dev Description: Memory allocation failure crash-test tool (development files) [...] This package provides the development files for the failmalloc library. Does failmalloc have a public API? Is it meant to be linked into programs without using the LD_PRELOAD mechanism? If not, what good is a development library for it? Package: libfailmalloc0 Description: Memory allocation failure crash-test tool I would suggest installing it to /usr/lib/libfailmalloc/libfailmalloc.so . That way, there is no temptation to link programs to it explicitly. Unversioned since there is no reason to install multiple versions at once. Since you are selling it as a tool rather than a preload library (reasonable enough), have you considered providing a /usr/bin/failmalloc script to do the LD_PRELOAD automatically? See fakeroot for inspiration. #!/usr/bin/make -f # -*- makefile -*- # Sample debian/rules that uses debhelper. It's not a sample any more, is it? I'd suggest removing the authorship notice. #!/usr/bin/make -f %: dh $@ is too simple to require the notice for moral reasons, I'd think. As legal reasons go, without restriction includes the ability to remove the blurb. Or you can copy from /usr/share/doc/debhelper/examples/rules.tiny by the same author which does not include that notice. Hope that helps, Jonathan -- 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/20101208071403.ga26...@burratino
Bug#604557: [PATCH 3/5] remove build-time dependency on quilt
The 3.0 (quilt) format does not require quilt to work. --- debian/changelog |1 + debian/control |3 +-- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index b77f00c..db6d366 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,7 @@ aspell-id (1.2-0-3+) local; urgency=low * Vcs-Browser: point to gitweb, not raw repository. * provide aspell-dictionary virtual package. + * remove unnecessary build-time dependency on quilt. -- Jonathan Nieder jrnie...@gmail.com Thu, 02 Dec 2010 16:10:05 -0600 diff --git a/debian/control b/debian/control index dd56dbd..0db3f74 100644 --- a/debian/control +++ b/debian/control @@ -4,8 +4,7 @@ Priority: optional Maintainer: Translation Team ID translation-team...@lists.sourceforge.net Uploaders: Mahyuddin Susanto udi...@gmail.com Build-Depends: debhelper (= 5), - cdbs (= 0.4.0), - quilt + cdbs (= 0.4.0) Build-Depends-Indep: dictionaries-common-dev (= 0.9.1) Homepage: http://translationproject.org/team/id.html Vcs-Browser: http://git.debian.org/?p=collab-maint/aspell-id.git -- 1.7.2.3 -- 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/20101202223325.gd8...@burratino
Bug#604557: [PATCH 0/5] Re: RFS: aspell-id
Mahyuddin Susanto wrote: Third try, i've uploaded third times this package to mentors and fixing many typo and info for package Hi, some quick patches. Still untested, and unfortunately I do not have the expertise to help find a sponsor/maintain this. (Maybe someone at dictionaries-common-dev could help?) Jonathan Nieder (5): fix Vcs-Browser link provide aspell-dictionary virtual package remove build-time dependency on quilt Add upstream doc directory copyright: GPL-2+? debian/changelog |9 + debian/control |6 +- debian/copyright |7 +- doc/README_id_ID.txt | 452 ++ 4 files changed, 467 insertions(+), 7 deletions(-) create mode 100644 doc/README_id_ID.txt -- 1.7.2.3 -- 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/2010120929.ga8...@burratino
Bug#604557: [PATCH 1/5] fix Vcs-Browser link
Point to gitweb instead of the raw git repo, to make it easier for casual readers to browse changes. --- debian/changelog |6 ++ debian/control |2 +- 2 files changed, 7 insertions(+), 1 deletions(-) diff --git a/debian/changelog b/debian/changelog index a094522..613128c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +aspell-id (1.2-0-3+) local; urgency=low + + * Vcs-Browser: point to gitweb, not raw repository. + + -- Jonathan Nieder jrnie...@gmail.com Thu, 02 Dec 2010 16:10:05 -0600 + aspell-id (1.2-0-3) unstable; urgency=low * Confirmed and tested in Ubuntu (Closes: LP:#63189) diff --git a/debian/control b/debian/control index 85cfe9e..508772b 100644 --- a/debian/control +++ b/debian/control @@ -8,7 +8,7 @@ Build-Depends: debhelper (= 5), quilt Build-Depends-Indep: dictionaries-common-dev (= 0.9.1) Homepage: http://translationproject.org/team/id.html -Vcs-Browser: https://alioth.debian.org/anonscm/git/debian-id/aspell-id.git +Vcs-Browser: http://git.debian.org/?p=collab-maint/aspell-id.git Vcs-Git: git://git.debian.org/debian-id/aspell-id.git Standards-Version: 3.9.1 -- 1.7.2.3 -- 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/20101202223239.gb8...@burratino
Bug#604557: [PATCH 5/5] copyright: GPL-2+?
COPYING and the doc/ directory contain the GPL version 2. The Copyright file just says GPL. So it is not quite clear what version is meant. This patch assumes GPL-2+ to be generous and to match the existing text in debian/copyright. --- Maybe it would be possible to clarify what version is meant with upstream. That's the end of the series. Hope that helps. debian/changelog |1 + debian/copyright |7 +++ 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index db6d366..41f4cd7 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,7 @@ aspell-id (1.2-0-3+) local; urgency=low * Vcs-Browser: point to gitweb, not raw repository. * provide aspell-dictionary virtual package. * remove unnecessary build-time dependency on quilt. + * copyright: update License line to match the text that follows it. -- Jonathan Nieder jrnie...@gmail.com Thu, 02 Dec 2010 16:10:05 -0600 diff --git a/debian/copyright b/debian/copyright index abeecb5..f22d93f 100644 --- a/debian/copyright +++ b/debian/copyright @@ -15,7 +15,7 @@ Upstream Authors: Benitius Brevoort benitius.brevo...@kapusin.org Files: * Copyright: © 2004, Benitius Brevoort benitius.brevo...@kapusin.org -License: GPL-3 +License: GPL-2+ This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your @@ -30,6 +30,5 @@ License: GPL-3 with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA . - On Debian systems, the complete text of the GNU General Public License can be - found in `/usr/share/common-licenses/GPL-2' and - `/usr/share/common-licenses/GPL-3'. + On Debian systems, the complete text of the GNU General Public License + version 2 can be found in '/usr/share/common-licenses/GPL-2'. -- 1.7.2.3 -- 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/20101202223459.gf8...@burratino
Bug#604557: [PATCH 2/5] provide aspell-dictionary virtual package
Acked-by: Brian Nelson nel...@bignachos.net
---
debian/changelog |1 +
debian/control |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 613128c..b77f00c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,7 @@
aspell-id (1.2-0-3+) local; urgency=low
* Vcs-Browser: point to gitweb, not raw repository.
+ * provide aspell-dictionary virtual package.
-- Jonathan Nieder jrnie...@gmail.com Thu, 02 Dec 2010 16:10:05 -0600
diff --git a/debian/control b/debian/control
index 508772b..dd56dbd 100644
--- a/debian/control
+++ b/debian/control
@@ -17,6 +17,7 @@ Architecture: all
Depends: ${misc:Depends},
aspell (= 0.60.3-2),
dictionaries-common (= 0.49.2)
+Provides: aspell-dictionary
Description: Indonesian (id) dictionary for GNU aspell
This package contains the required files to add support for the Indonesian
(id) language to the GNU Aspell spell checker.
--
1.7.2.3
--
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/20101202223301.gc8...@burratino
Bug#603842: RFS: triggerhappy
Stefan Tomanek wrote: Dies schrieb Jonathan Nieder (jrnie...@gmail.com): How does this compare to Rick van Rein's funkey[1]? Hm, funkey does require a kernel patch und looks quite dated? Funky Daemon which demonstrates how to parse the /dev/funkey character device. Thanks for a quick response. Sorry, I did not read the following carefully enough: This patch is not being actively maintained, unlike my BadRAM patch. There is an alternative[1] that is said to work without kernel patching on current Linux systems. We keep this page around for historic service, especially because the information about keyboard modes is still useful. [1] http://www.burghardt.pl/wiki/software/esekeyd How does triggerhappy compare to Krzysztof Burghardt's esekeyd? As I said, triggerhappy uses the /dev/input/eventX files, anything that fires SW_, KEY_ or BTN_ events can be used t launch programs. That sounds like very useful information for the package description. Currently it says: | Description: global, user and session independent hotkey daemon | Triggerhappy observes all connected input devices and launches | configured commands when certain keys are pressed. The daemon | works as a system wide service and is independent of any user | session. To nitpick (please don't take this the wrong way --- when a person spends time on things like this, that usually means she thinks your package is valuable): It is easy to misunderstand the short description. I think it is meant to say that that the hotkey daemon is not tied to a user session, but now it conjures up images of user-independent hotkeys. Maybe: Description: hotkey daemon for Linux Triggerhappy watches connected input devices for certain key presses (like Suspend and Volume Control) and runs administrator-configured commands when they are pressed. Unlike suchandsuch, it runs as a persistent, systemwide service and therefore can be used even outside the context of a user or X11 session. . It can also handle remote controls, as they are presented as keyboards. No kernel patch is required. The daemon is a userspace program that polls the /dev/input/event? interfaces for incoming key presses. . For example, this package might be useful on a headless system to use input events generated by a remote control to control an mpd server. -- 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/20101123083459.ga10...@burratino
Bug#603842: esekeyd and triggerhappy (Re: RFS: triggerhappy)
Hi Krzysztof and Stefan, Stefan Tomanek wrote: I think esekeyd can only handle KEY events, while triggerhappy can also process Switch and button events. I am also unsure whether esekeyd support the hotplugging of input devices (done in triggerhappy by a udev script) or daemon control via socket. From what I see, esekeyd also lacks the support for modes, which can modify the button assignment depending on the state the daemon is in. Thanks, that helps. Next comes a question that might sound off-topic. Would it be easy and would it be sensible to teach esekeyd these features? To be clear, I am not a DD, so please do not feel obligated to answer me as a hoop before getting triggerhappy uploaded. It won't help. :) What I am trying to figure out is whether esekeyd and triggerhappy occupy different niches or if it is an accident of history that you are not already working on the same codebase. IIUC triggerhappy is very young so there might be a chance to merge or make the user interfaces compatible before users grow irrationally attached to the quirks of one or the other. Jonathan -- 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/20101123095040.gc10...@burratino
Bug#603842: esekeyd and triggerhappy (Re: RFS: triggerhappy)
Stefan Tomanek wrote:
I think
merging the two programs would be difficult. Although young, triggerhappy
has accumulated quite a few features that would require a redesigning many
aspects of esekeyd (multiple devices, command socket, multiple config files).
This information could be useful for both package descriptions.
(Maybe, for triggerhappy:
That is, this is similar to esekeyd but it also supports
such and such, allowing you to such and such.
and for esekeyd:
This package does not do such and such; for that, see
triggerhappy. In the simple situations it does handle,
esekeyd is {simpler to configure | compatible with the
old funkey daemon | more conservative in its use of
resources | providing a different interface that existing
users might be used to | whatever}.
) As you can see, there are some placeholders because I do not know
the packages; I am just saying it would be nice to provide the
sysadmin with advice of some sort to choose between them.
Both sound very useful to me. Thanks to you both.
Ciao,
Jonathan
--
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/20101123173732.ga12...@burratino
Bug#539374: RFP: rsvndump -- Performs a remote dump of a subversion repository
Hi Mathieu, Mathieu Malaterre wrote: Using svnsync did work for me and is clearly documented to allow a rsvndump operation using svnsync + svnadmin. I am tempted to tag this RFP wontfix given that Subversion trunk[1] includes an svnrdump utility. What do you think? Does Debian need two implementations of that functionality? Jonathan [1] Shameless plug: you can find a backport of svnrdump to svn 1.6 at http://repo.or.cz/w/svnrdump/jrn.git. :) -- 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/20101122112203.ga13...@burratino
Bug#539374: RFP: rsvndump -- Performs a remote dump of a subversion repository
tags 539374 + wontfix thanks Mathieu Malaterre wrote: On Mon, Nov 22, 2010 at 12:22 PM, Jonathan Nieder jrnie...@gmail.com wrote: I am tempted to tag this RFP wontfix given that Subversion trunk[1] includes an svnrdump utility. What do you think? Does Debian need two implementations of that functionality? Completely agree with that ! Done. Thanks for the quick feedback. -- 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/20101122175237.ge2...@burratino
Bug#604557: RFS: aspell-id
Hi, Mahyuddin Susanto wrote: * URL : ftp://ftp.gnu.org/gnu/aspell/dict/id [...] - dget http://mentors.debian.net/debian/pool/main/a/aspell-id/aspell-id_0.1-2.dsc The .orig.tar.gz seems to be a git clone of git://github.com/udienz/ispell-id.git, though the files match aspell5-id-1.2-0.tar.bz2. I would suggest: - setting the version number in debian/changelog based on the upstream version: aspell-id (1.2-0-1) unstable; urgency=low * Initial package for Debian (Closes: #604557). * Add simple rules file (using cdbs, based on such-and-such documentation), a control file describing the binary package, and an appropriate compat file. -- Mahyuddin Susanto udi...@gmail.com ... whenever ... - putting a copy of aspell5-id-1.2-0.tar.bz2 named aspell-id_1.2-0.orig.tar.bz2 in the parent directory to your build dir when building the package. Perhaps this package should Provides: aspell-dictionary? Brian Nelson might have more advice; cc-ing him. My motivation for maintaining this package is: learning packaging from debian mentors Mm, that's a lousy reason to introduce a new package. Better to improve the existing ones. packaging localization But this is a very good reason to introduce a package. Hope that helps. Jonathan -- 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/2010111222.ga2...@burratino
Bug#604168: RFS: ramond
Hi Nicolas, Nicolas Dandrimont wrote: We've been using this software on our network for a few months now and it has proven very useful in killing off the rogue IPv6 routes and notifying our users of their configuration problem. I think including it into Debian would be worthwile. Sounds interesting. This is the first package I intend for inclusion into the main Debian repositories, so there may be some kinks to work out. [...] - dget http://mentors.debian.net/debian/pool/main/r/ramond/ramond_0.4-1.dsc FWIW, I am not a DD, so you have no hope of having this uploaded by me. :) I also do not have an IPv6 network to test it on. Quick tips: . did you know about dh_installexamples? . it might be nice to strip the outdated Installation section from the README at build time, like this: sed '/Installation/, /textproc/ d' README debian/README dh_installdocs debian/README . is it important to say This manual page was written for the Debian distribution because the original program does not have a manual page. so early in the ramond.8 page? If it were me, I'd not mention it at all; the COPYRIGHT section already says this was written for Debian. The packaging is very clean. Thanks for a pleasant read. Regards, Jonathan -- 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/20101122234338.ga3...@burratino
Bug#603842: RFS: triggerhappy
Hi Stefan, Stefan Tomanek wrote: * URL : https://github.com/wertarbyte/triggerhappy [...] My motivation for maintaining this package is: I've written this small program to fill a need not covered by any existing program, so I think having it in Debian and making it available to others is a good thing. Currently, there is no practical way to configure global hotkeys that act independent from a user and/or X11 session. Buttons like Suspend or Volume Control should be handeled without requiring a user to log into their desktop environment How does this compare to Rick van Rein's funkey[1]? It might make sense to add your app to Andries Brouwer (cc'd)'s keyboard and console HOWTO, though the latter is sadly a bit dated by now. Regards, Jonathan [1] http://rick.vanrein.org/linux/funkey/ -- 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/20101123002327.ga3...@burratino
Bug#551335: ITP: klatexformula -- Gui to easily get an image from a LaTeX formula
Hi Tobias, Tobias Winchen wrote: With KLatexFormula, just enter a formula, click Evaluate, then you can dragdrop or copy the resulting image to another location (an OpenOffice document, for example) or save it as an image. Re the warnings[1]: W: klatexformula: non-dev-pkg-with-shlib-symlink usr/lib/libklfbackend.so.3.2 usr/lib/libklfbackend.so W: klatexformula: non-dev-pkg-with-shlib-symlink usr/lib/libklfapp.so.3.2 usr/lib/libklfapp.so W: klatexformula: non-dev-pkg-with-shlib-symlink usr/lib/libklftools.so.3.2 usr/lib/libklftools.so W: klatexformula: package-name-doesnt-match-sonames libklfapp3.2 libklfbackend3.2 libklftools3.2 Since the library is not meant for use by other packages, perhaps it would make sense to put it in /usr/lib/klatexformula/? That is the usual convention for package-private libraries (so another package or the sysadmin can install her own libklf* without conflicting with the klatexformula installation). Barring that, I think you would want to have three library packages: - libklatexformula3 - the runtime libraries - libklatexformula-dev - the development library - libklatexformuia-doc - the API documentation which could be used to embed a klatexformula widget in other GUIs if I understand correctly. [1] http://lists.debian.org/debian-mentors/2010/11/msg00360.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/20101119071221.ga10...@burratino
Bug#473730: RFP: tahoe -- a secure, decentralized, fault-tolerant filesystem
merge 544338 473730 retitle 544338 ITP: tahoe-lfs -- A secure distributed filesystem quit Hi, Tapio Rantala wrote: Package name: tahoe Version: 1.0 Upstream Author: tahoe-dev mailing list tahoe-...@allmydata.org URL: http://allmydata.org/trac/tahoe License: Dual GPL v2 (or later), Transitive Grace Period Public Licence version 1.0 (or later) Description: a secure, decentralized, fault-tolerant filesystem This filesystem is encrypted and spread over multiple peers in such a way that it remains available even when some of the peers are unavailable, malfunctioning, or malicious. Tahoe is allready packaged at http://allmydata.org/debian/ but lacking architectures beyond i386. Interesting. Work seems to be being coordinated (slowly) through Bug#544338. Hope that helps, Jonathan -- 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/20100905205902.ga17...@burratino
Bug#574371: ITP: go -- The compiler for Google's Go programming language.
Jonathan Nieder wrote: Files: src/pkg/image/png/testdata/pngsuite/* Origin: libpng 1.2.40, contrib/pngsuite/* Copyright: © Willem van Schaik, 1999 License: permissive Permission to use, copy, and distribute these images for any purpose and without fee is hereby granted. Oops, that’s not permissive at all. Unless there’s a license that permits modification available elsewhere, I think these files will have to be omitted from the .orig.tar.gz. Would you be interested in pursuing collaborative maintainance? Given a packaging repository at hg.debian.org, I imagine there are many people involved with debian who would be interested in pitching it. Looking forward to your thoughts, Jonathan -- 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/20100704083608.ga1...@burratino
Bug#574371: ITP: go -- The compiler for Google's Go programming language.
Hi Ivan, I’ve pushed a copy of your latest packaging to http://hg.debian.org/hg/collab-maint/golang/ You can push to it following the instructions on the wiki: http://wiki.debian.org/Alioth/Hg I am learning Mercurial as I go; if I screw up somewhere, please don’t hesitate to let me know. Ivan Wong wrote: - the ugly wrapper for those env. variables. I think this is inevitable but it can be simplified. I have some changes locally to do that. Once I get the test suite to pass, I’d like to push if that’s okay. Regards, Jonathan -- 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/20100704194048.ga30...@burratino
Bug#574371: ITP: go -- The compiler for Google's Go programming language.
Hi again,
I went ahead and pushed my latest changes to hg.debian.org. Now
you can install google-go and godoc -http=:6060 will work as
expected. For my needs, that’s good enough for it to be usable,
though I expect there will be plenty of other problems to fix
as I try it out more.
One more thought.
While working on the package, I had something like this
diff applied:
-- 8 --
diff --git a/src/cmd/make.bash b/src/cmd/make.bash
index d0fda7d..639fa4b 100755
--- a/src/cmd/make.bash
+++ b/src/cmd/make.bash
@@ -5,8 +5,6 @@
set -e
-bash clean.bash
-
GOBIN=${GOBIN:-$HOME/bin}
. $GOROOT/src/Make.$GOARCH
diff --git a/src/make.bash b/src/make.bash
index b718bb9..051d37d 100755
--- a/src/make.bash
+++ b/src/make.bash
@@ -43,7 +43,6 @@ fi
cd $GOROOT/src/pkg;
bash deps.bash # do this here so clean.bash will work in the pkg
directory
)
-bash $GOROOT/src/clean.bash
for i in lib9 libbio libmach cmd pkg libcgo cmd/cgo cmd/ebnflint cmd/godoc
cmd/gofmt cmd/goinstall cmd/goyacc cmd/hgpatch
do
-- 8 --
To try out a change in the packaging, I would use:
; rm debian/*.stamp debian/*.debhelper.log
; rm -fr debian/google-go/
; fakeroot debian/rules binary DEB_BUILD_OPTIONS=nocheck
and I would not have to wait a long time.
I think this change would be useful for anyone trying to build from
source in Debian, since “debian/rules clean” already takes care of the
‘clean’ step. So it would be nice to get upstream to
include some knob to tweak this.
Ciao,
Jonathan
--
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/20100705003410.ga12...@burratino
Bug#587701: ITP: flashbake -- automated version control with git
Hi Abhishek, Abhishek Dasgupta wrote: Description : automated version control with git Flashbake is a tool which watches files and automatically checks them in to a git repository. A small nitpick: I would say “automatic snapshots with git” rather than “automated version control with git” to be clearer. It might also be useful to mention that it waits for a quiescent period and uses context such as the current song being played to produce a more meaningful history. Thanks, Jonathan -- 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/20100701174237.ga2...@burratino
Bug#535429: [PATCH 2/6] configure: Add --disable-firmware option to avoid building firmware
Allow usbboot to be built on systems without a mipsel cross-compiler by passing configure the --disable-firmware option. Before using the resulting binary, one would need to grab the firmware from another machine. Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- usbboot/configure.ac| 12 usbboot/src/Makefile.am |3 +++ 2 files changed, 15 insertions(+), 0 deletions(-) diff --git a/usbboot/configure.ac b/usbboot/configure.ac index d7c7459..9253dd2 100644 --- a/usbboot/configure.ac +++ b/usbboot/configure.ac @@ -9,6 +9,18 @@ AM_CONFIG_HEADER([config.h]) AM_MAINTAINER_MODE +AC_ARG_ENABLE([firmware], + [AS_HELP_STRING([--disable-firmware], + [Do not build initialization code] + [(for example, because some other package contains it).])], + [ +case $enableval in +yes) firmware=true ;; +no) firmware=false ;; +*) AC_MSG_ERROR([bad value $enableval for --enable-firmware]) ;; +esac],[firmware=false]) +AM_CONDITIONAL([COND_FIRMWARE], [test $firmware = true]) + # Checks for programs. AC_PROG_CC AC_PROG_CXX diff --git a/usbboot/src/Makefile.am b/usbboot/src/Makefile.am index fb61303..e3e937d 100644 --- a/usbboot/src/Makefile.am +++ b/usbboot/src/Makefile.am @@ -12,8 +12,11 @@ usbboot_SOURCES = cmd.c command_line.c ingenic_cfg.c \ ingenic_usb.c main.c pkgdatadir = $(datadir)/xburst-tools/ + +if COND_FIRMWARE pkgdata_DATA = ../xburst_stage1/xburst_stage1.bin \ ../xburst_stage2/xburst_stage2.bin +endif cfgdir = $(sysconfdir)/xburst-tools/ cfg_DATA = ../doc/usbboot.cfg -- debian.1.7.0.3.1.469.g398f8 -- 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/20100405034105.gc...@progeny.tock
Bug#535429: xburst-tools for Debian
Hi, I would like to see xburst-tools available on Debian mirrors. The packaging is not ready for that yet since it has an undeclared build-time dependency on a mipsel toolchain, making it impossible to automatically build. Worse, there is no mipsel toolchain packaged for Debian except the native one on mips machines. Sigh. Here is a workaround. The idea is to include a compiled copy of the firmware in the Debian source package (but not the upstream source or repository). Since it is built with free software, I think this would still meet Debian’s guidelines, and most importantly, it would work. :) Meanwhile I will look into packaging cross-compilers for Debian, but that might take longer. What do you think? Jonathan Nieder (6): Update and simplify .gitignore configure: Add --disable-firmware option to avoid building firmware debian/rules: rewrite as a minimal debian/rules file (using dh) debian: Avoid tracking generated files debian/control: Add a Vcs-Git field Do not build firmware on buildds usbboot/.gitignore | 31 ++--- usbboot/configure.ac | 12 +++ usbboot/debian/.gitignore|9 +++ usbboot/debian/README.source | 21 ++ usbboot/debian/autogen.sh| 10 +++ usbboot/debian/changelog | 15 usbboot/debian/clean.sh | 108 usbboot/debian/control |9 ++- usbboot/debian/rules | 146 +++--- usbboot/debian/watch | 11 --- usbboot/src/.gitignore | 11 +-- usbboot/src/Makefile.am |3 + usbboot/xburst_stage1/.gitignore | 11 --- usbboot/xburst_stage2/.gitignore | 21 -- 14 files changed, 251 insertions(+), 167 deletions(-) create mode 100644 usbboot/debian/.gitignore create mode 100644 usbboot/debian/README.source create mode 100755 usbboot/debian/autogen.sh create mode 100644 usbboot/debian/clean.sh delete mode 100644 usbboot/debian/watch delete mode 100644 usbboot/xburst_stage1/.gitignore delete mode 100644 usbboot/xburst_stage2/.gitignore -- 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/20100405033116.ga...@progeny.tock
Bug#535429: ITP: xburst-tools -- tools for Ingenic XBurst CPU USB boot and NAND flash access
Hi xiangfu, xiangfu liu wrote: Thanks Jonathan Thanks for advice, [3] will be great. Good to hear. I sent a series for that [1] to develo...@lists.qi-hardware.com. Next step, cross-compiler... Cheers, Jonathan [1] http://en.qi-hardware.com/pipermail/developer/2010-April/002628.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/20100405044227.ga...@progeny.tock
Bug#535429: ITP: xburst-tools -- tools for Ingenic XBurst CPU USB boot and NAND flash access
Jonathan Nieder wrote: URL: http://projects.qi-hardware.com/index.php/p/xburst-tools/ git clone git://projects.qi-hardware.com/xburst-tools.git Plus there is some simple dh_make-generated packaging in the debian/ directory upstream, nice to see. Requires a mipsel-targetted assembler; more precisely, it expects to be able to use mipsel-openwrt-linux-gcc and friends. Options: 1. Package a mipsel cross-compiler. All I can say is it would be great (and unusual) if this happens. The easiest way might be as a patch for the gcc-4.5 source package, though that method doesn’t scale well to multiple cross-compiler targets (it is no good if each gcc version takes forever to build). 2. Split into two packages: one for the usbboot binary and one for the firmware. The usbboot binary would be Architecture: any and built the same way it is already. The firmware would be Architecture: all and built on mipsel only, using the host compiler. Downside: this makes it difficult to contribute, since one needs access to a powerful enough mipsel machine. 3. Include a compiled copy of the firmware in the Debian source package. Since it is built with free software, I think this would still be okay for a Debian package, though it’s not ideal. Thoughts? Jonathan -- 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/20100401090407.ga26...@progeny.tock
Bug#535429: ITP: xburst-tools -- tools for Ingenic XBurst CPU USB boot and NAND flash access
Upstream moved. new URL: http://projects.qi-hardware.com/index.php/p/xburst-tools/ git clone git://projects.qi-hardware.com/xburst-tools.git Plus there is some simple dh_make-generated packaging in the debian/ directory upstream, nice to see. -- 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/20100317205916.ga26...@progeny.tock
Bug#553707: RFH: lzma -- future of Debian squashfs-lzma
Package: wnpp X-Debbugs-CC: debian-ment...@lists.debian.org Hi, I was thinking about how to bring the lzma package more up to date, but I’m scared to do anything for fear of breaking squashfs-lzma. :) So I thought I’d write for advice. squashfs is a read-only compressed filesystem. Currently a kernel module for reading LZMA-compressed squashfs 3.x is packaged for Debian through the lzma source package. I think the userspace support is in squashfs-tools, though I’m not sure since I’ve never tried it. Good news: squashfs maintainer Phillip Lougher is pushing for LZMA support in squashfs 4.0 in the mainline kernel v2.6.33 or so. [1] Packaging this for Debian would perhaps mean backporting the change for the linux-2.6 package and making sure the squashfs-tools package has the appropriate support. 1. How to support current users until an updated kernel enters sid? Should the lzma package have to continue to produce an lzma-source package? I am not excited about making sure this still works with each LZMA SDK upgrade. squashfs-lzma upstream used to just pick one version to support (now the version in the mainline kernel is used), and I’m afraid having to rebase the patch for each release would slow things down a lot. 2. Once squashfs 4 + lzma is available, is there a need to continue to support squashfs 3 + lzma? I am hoping not, because it is not clear the current kernel patches apply to recent kernels. But if there is, we can probably find some way. 3. More generally, what do people use squashfs-lzma for, and what guarantees do they need in order to do it? I am hoping some squashfs-lzma user can explain how and perhaps take on the task of assuring it is well supported for squeeze. But there is plenty to do short of that, and I would be glad to help your efforts in any way I can. Thoughts? Thanks, Jonathan [1] http://thread.gmane.org/gmane.comp.file-systems.squashfs.devel/79/focus=88 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
