Re: RFS: libgis - virtual globe library
A few more updates :) - Joined the pkg-grass group: - Updated maintainers in debian/control - Updated VCS links in debian/control - Debian files are now hosted at: http://git.debian.org/?p=pkg-grass/libgis.git - Use libgis-dev.examples for gis-demo instead of libgis-bin - Update Recommends/Suggests - Add debian/clean to delete some generated files - Fixed a bug that caused a crash when using Mesa To compile gis-demo: gzip -d gis-demo.c.gz touch config.h gcc -I. --std=c99 -o gis-demo gis-demo.c `pkg-config --libs --cflags libgis` (I'll be removing the dependency on config.h in the next release) pgpT4T3SaxqIK.pgp Description: PGP signature
Re: RFS: libgis - virtual globe library
Hello Andy, On Thu, 18 Nov 2010 09:00:06 +, Andy Spencer wrote: - Joined the pkg-grass group: Great! - Debian files are now hosted at: http://git.debian.org/?p=pkg-grass/libgis.git You forgot to push everything. Please do: $ git push --all ; git push --tags - Use libgis-dev.examples for gis-demo instead of libgis-bin - Update Recommends/Suggests - Add debian/clean to delete some generated files - Fixed a bug that caused a crash when using Mesa Everything seems fine. Just one small thing: you're suggesting libgis-doc (= ${binary:Version}). libgis-doc is an Arch:all package, and binary:Version doesn't apply there. I suggest to entirely drop the version, since it's documentation, and there's no need of a strict dependency. After fixing this (just do a commit with that change), and pushing the remaining branches/tags, I'll upload it. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: libgis - virtual globe library
On 2010-11-18 10:19, David Paleino wrote: - Debian files are now hosted at: http://git.debian.org/?p=pkg-grass/libgis.git You forgot to push everything. Please do: $ git push --all ; git push --tags Oops, forgot to push upstream.. - Use libgis-dev.examples for gis-demo instead of libgis-bin - Update Recommends/Suggests - Add debian/clean to delete some generated files - Fixed a bug that caused a crash when using Mesa Everything seems fine. Just one small thing: you're suggesting libgis-doc (= ${binary:Version}). libgis-doc is an Arch:all package, and binary:Version doesn't apply there. I suggest to entirely drop the version, since it's documentation, and there's no need of a strict dependency. After fixing this (just do a commit with that change), and pushing the remaining branches/tags, I'll upload it. Ok, I removed the version and pushed the changes. I just moved the debian/0.4.2-1 tag this time since it's an initial release, I hope that's alright. In the future I'll make a changelog entry and add a new tag. pgpbUvwyCiDlH.pgp Description: PGP signature
Re: RFS: webhoneypot
Hi Benoit and Ansgar I've gone through the messages and uploaded the new package to mentors.debian.net. Could you check it? - lintian reports these warnings on the binary package (run No more messages (I built the 1st package on Lenny. Now I have a Squeeze-System for that :-) - Your debian/rules file could be greatly simplified if you make use of debhelper's default behavior. For example, you can use a debian/install file and let dh_install copy the files automatically instead of overriding the install target. See [1] and the debhelper documentation for details. Thanks for this hint. It really simplified my rules file. - I'm not very familiar with debconf, but it doesn't seem like you're doing anything with it in debian/{pre,post}inst. If it's intentional, you should remove those files. The same goes for webhoneypot.config. Okay, that was a remainder of some tests I did. I simply forgot to remove it. - debian/README.debian should be word wrapped at around 80 chars. Done - Please consider using DEP-5 [2] format for your debian/copyright file. Done I hope this helps. It did a lot. Kind regards, Chris -- Christian Pohl w...@pohlcity.de -- 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/afe05ee428c4dd356ebe1128b45fdf04.squir...@aringill
Subject: RFS: python-pygene
Dear mentors, I am looking for a sponsor for my package python-pygene. * Package name: python-pygene Version : 0.2.1-1 Upstream Author : David McNab da...@freenet.org.nz * URL : http://www.freenet.org.nz/python/pygene/ * License : GPL2 Section : python It builds these binary packages: python-pygene - simple python genetic algorithms/programming library The package appears to be lintian clean. The upload would fix these bugs: 592962 My motivation for maintaining this package is: because I like Python, genetic algorithms and I want to contribute to Debian in general. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-pygene - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-pygene/python-pygene_0.2.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Mathieu Negri -- 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/aanlktik9msk_wbjpw6o4g321mdbtqfysbqnfeicd0...@mail.gmail.com
RFS: python-pygene
Dear mentors, I am looking for a sponsor for my package python-pygene. * Package name: python-pygene Version : 0.2.1-1 Upstream Author : David McNab da...@freenet.org.nz * URL : http://www.freenet.org.nz/python/pygene/ * License : GPL2 Section : python It builds these binary packages: python-pygene - simple python genetic algorithms/programming library The package appears to be lintian clean. The upload would fix these bugs: 592962 My motivation for maintaining this package is: because I like Python, genetic algorithms and I want to contribute to Debian in general. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-pygene - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-pygene/python-pygene_0.2.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Mathieu Negri -- 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/aanlktik9h4swe5tafacunojejypjcp4rdgjtq+rcf...@mail.gmail.com
Re: RFS: webhoneypot
Hi Christian, Christian Pohl wrote: I've gone through the messages and uploaded the new package to mentors.debian.net. Could you check it? Thanks for the corrections you made. I still have a few comments though: - lintian isn't completely happy yet: I: webhoneypot: using-first-person-in-description line 5: we I: webhoneypot: using-first-person-in-description line 5: We I: webhoneypot: using-first-person-in-description line 7: We I: webhoneypot: using-first-person-in-description line 7: we I: webhoneypot: using-first-person-in-description line 8: we I: webhoneypot: using-first-person-in-description line 9: we P: webhoneypot: no-upstream-changelog W: webhoneypot: script-not-executable ./usr/share/webhoneypot/update/update-templates.php W: webhoneypot: maintainer-script-empty preinst - You don't seem to have taken Ansgar's remark into account (I would not expect packages to install a virtual host configuration in /etc/apache2...) - There's an empty debian/webhoneypot.linitian-overrides file; delete it. - Your debian/watch file is empty too; you should fix it or remove it. - man/webhoneypot.conf.1 should be in section 5. - Several of your files have trailing whitespace or extra newlines at the end (at least debian/{README.debian,control,prerm,rules,postrm,patches/debian-changes-0.1.r123-1} do); it would be nice to clean that up. Cheers, -- Benoît Knecht -- 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/20101118173231.ga31...@debian.lan
Re: RFS: triggerhappy
On Wed, Nov 17, 2010 at 11:49:06PM +0100, Stefan Tomanek wrote: Dear mentors, Hi Stefan I am looking for a sponsor for my package triggerhappy. * Package name: triggerhappy Version : 0.1.3-1 Upstream Author : Stefan Tomanek stefan.tomanek...@wertarbyte.de * URL : http://github.com/wertarbyte/triggerhappy * License : GPL Section : admin It builds these binary packages: triggerhappy - global, user and session independent hotkey daemon The package appears to be lintian clean. 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. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/triggerhappy - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/triggerhappy/triggerhappy_0.1.3-1.dsc I would be glad if someone uploaded this package for me. Little remark: You first need to file an ITP for your package which then should be closed in your changelog - as this is the first upload to Debian there is no need for more than one changelog entry like Initial release (Closes: $ITP_BUG_NUMBER). Kind regards Stefan Tomanek Kind regards Harald Jenny PS: Please CC me, since I am not yet subscribed to the list. -- 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/20101118173723.ge11...@harald-has.a-little-linux-box.at
Re: Build-Depends-Indep, please review
Didier 'OdyX' Raboud did...@raboud.com writes: anatoly techtonik wrote: On Fri, Nov 5, 2010 at 10:02 AM, Ø£Ø٠د اÙÙ ØÙ Ùد٠aelmahmo...@sabily.org wrote: Hello, I thought Build-Depends-Indep is for build-deps that are not needed by clean target. What is the meaning of name Build-Depends-Indep then? Dependencies that are required to build package, but from which clean rule is independent? No. Build-Depends-Indep lists the Build Dependencies needed to build the architecture-INDEPendant packages. In short: your package must build the arch:any packages correctly when only the Build-Depends are installed. It must be able to build also the arch:all when the Build-Depends-Indep are also installed. This allows to have minimal Build-Depends, while extending them with B-D-Indep (usually documentation building tools) for the arch:all packages. All that is in Policy 7.7. Cheers, OdyX And as discussed before policy disagrees with reality in this. MfG Goswin -- 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/8762vu1p6c@frosties.localnet
Re: RFS: python-pygene
Hi Mathieu, Mathieu Negri wrote: I am looking for a sponsor for my package python-pygene. * Package name: python-pygene Version : 0.2.1-1 Upstream Author : David McNab da...@freenet.org.nz * URL : http://www.freenet.org.nz/python/pygene/ * License : GPL2 Section : python It builds these binary packages: python-pygene - simple python genetic algorithms/programming library The package appears to be lintian clean. The upload would fix these bugs: 592962 I had a look at your package, and just have a few comments: - Documentation takes the biggest part of this package. How about making it separate (python-pygene-doc), so that it can be installed only if needed? - demo_fractal.py has a small typo that prevents it from running properly: File ./demo_fractal.py, line 72 ) ^ SyntaxError: invalid syntax (It should be a '}' instead.) - The word wrap in the bullet list in your debian/control file doesn't look right; for example, in the second bullet point, dimentional should be aligned with Several. - patches/debian-changes-0.2.1-1 only creates a file called fold.txt, which contains the same information as debian/control and is not included in the package; I guess it's a mistake. Cheers, -- Benoît Knecht -- 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/20101118181546.gb31...@debian.lan
Re: Build-Depends-Indep, please review
anatoly techtonik techto...@gmail.com writes: Hello, I've described situation around Build-Depends-Indep at http://wiki.debian.org/Build-Depends-Indep I hope it will be useful for people who are looking for description of this field. However, I am not expert in packaging, and some information is obviously missing. If you can fill the blanks, that would be awesome. Please, CC. | As a result, it became possible to execute debian/rules with | 'build-indep' and 'build-arch' targets correspondingly. No, you can not, at least not in general. That is exactly the problem. The build-indep and build-arch targets are optional and can't be detected reliably. So dpkg-buildpackage has to call the build target even if it only wants to build indep or arch packages. It is only possible after you manually verified the package does have those targets, which makes them rather useless. The more usefull case is calling the binary-indep or binary-arch targets, which then only depend on build-indep or build-arch respectively. But since that then builds as (fake)root autobuilders don't do that without having called build first. | In practice I can't think of any real world example where this | scenario can be used. The only useful application may be with | autobuilders that build a lot of packages from scratch, i.e. in empty | environment on different systems. All autobuilders do exactly that. They only build the arch packages and start from a clean chroot. Installing packages into the build chroot for each build is a huge drain, esspecially for things like fonts that get reindexed every time (those 'this might take a while' messages). | Some people argue that 'build' not necessary calls 'build-indep' or | 'build-arch', because policy says that it should call, not must | call. I doubt that there are cases when 'build' doesn't call these - | in this scenario some packages won't be built at all, just because | autobuilders can't call anything, but 'build'. I believe there are several cases. And autobuilders can build them just fine. The secret is to have the binary-% targets depend on build-% instead of build. The build targets itself can potentially do nothing. That way build-indep and build-arch are called as needed although at a later time and as (fake)root. It certainly isn't nice to do this but it is the only way to make Build-Depends-Indep usefull. Note: A less ugly case is having build depend on build-arch but not build-indep. That way autobuilders build as normal user and only the indep packges are build as (fake)root. MfG Goswin -- 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/871v6i1olw@frosties.localnet
Re: Build-Depends-Indep, please review
On Thu, Nov 18, 2010 at 07:07:07PM +0100, Goswin von Brederlow wrote: And as discussed before policy disagrees with reality in this. ---end quoted text--- Would you please elaborate ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Re: Build-Depends-Indep, please review
On Thu, Nov 18, 2010 at 19:25, أحمد المحمودي aelmahmo...@sabily.org wrote: On Thu, Nov 18, 2010 at 07:07:07PM +0100, Goswin von Brederlow wrote: And as discussed before policy disagrees with reality in this. Would you please elaborate ? Goswin likely refers to this thread: Buildd binary-indep http://lists.debian.org/debian-devel/2010/09/msg00590.html Message-id: 20100924204433.ga4...@apache.rbscorp.ru Best regards David Kalnischkies -- 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/aanlktinkz2xpcgv=du�pcneuq4me5lrwx4p34ic...@mail.gmail.com
RFS: klatexformula
Dear mentors, I am looking for a sponsor for my package klatexformula. * Package name: klatexformula Version : 3.2.1-1 Upstream Author : Philippe Faist philippe.fa...@bluewin.ch * URL : http://klatexformula.sourceforge.net/ * License : GPL Section : tex It builds these binary package: klatexformula - GUI to easily get an image from a LaTeX formula or equation The upload would fix these bugs: 551335 I started working on the package about year ago and worked already with a sponsor on this, who however lost the interest in the package. I would really like to see the package in Debian, as it proviedes an nice GUI for typing equations and drag them as pictures into presentations. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/k/klatexformula - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/k/klatexformula/klatexformula_3.2.1-1.dsc or http://bitbucket.org/tobias.winchen/klatexformula_debian/downloads/ The build system has changed upstream and now Lintian gives some warnings: 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 As I understand it I could solve these by creating three library packages and accompaninging development packages. However, as klatexformula is a small program and I doubt that there is interest in the lib and -dev packages, can these simply be ignored (and overriden), or is it preferred to have the full set of lib and dev packages? Kind regards Tobias Winchen -- IM (Jabber): tobias.winc...@gmx.net signature.asc Description: This is a digitally signed message part.
RFS: git fixes for squeeze
Friends, git users, mentors, Julien Cristau wrote: On Sun, Nov 14, 2010 at 18:47:40 -0600, Jonathan Nieder wrote: Jonathan Nieder wrote: Some quick changes for git in squeeze. - Trivial fixes from upstream: memory leaks in cache_tree_free and diff; confusing use of static buffer in setup_git_env; dependence on signed int overflow semantics. - Documentation formatting fixes (mostly stray backslashes in manpages) to fix bugs #540001, #600422. - Weaker dependencies for gitweb, so it can be used with nginx without installing another webserver to satisfy dpkg. Fixes bug #600413 (which is a regression from lenny and is probably serious; sorry for the mislabeling). Forgot to mention: - Another fix from upstream. gitweb: Reload configuration after each request. This fixes a regression introduced by v1.7.2-rc2 in some gitolite setups. Less urgent changes[3] not included, though should could be included if you want them. For should could be included, please read if any of the following stands out as worthwhile, I'd be glad to happy to see it in unstable, too. None is urgent. Please go ahead with the urgent changes (I don't have time right now to go through the rest, so it's probably best to look at getting them in separately later). Therefore I am looking to upload git 1:1.7.2.3-2.1 to unstable. Gerrit seems to be on vacation, but I am guessing he would be happy with the changes. The package builds git, gitk, git-gui, gitweb, git-daemon-run, git-doc, and git-email binary packages, plus a git-core transitional package, a runit script in git-daemon-run, various packages for interaction with other version control systems, and the git-all metapackage. - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/g/git/git_1.7.2.3-2.1.dsc - git clone -b for-squeeze git://repo.or.cz/debian-git/jrn.git I would be happy if you find a chance to look it over. Regards, Jonathan -- 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/20101119034243.ga30...@burratino
Re: RFS: webhoneypot
Hi Benoit, Benoît Knecht wrote: Hi Christian, - lintian isn't completely happy yet: I: webhoneypot: using-first-person-in-description line 5: we Fixed P: webhoneypot: no-upstream-changelog Yes, there is no one (I put this in the lintian-overrrides) W: webhoneypot: script-not-executable ./usr/share/webhoneypot/update/update-templates.php Um? it is executable W: webhoneypot: maintainer-script-empty preinst Deleted - You don't seem to have taken Ansgar's remark into account (I would not expect packages to install a virtual host configuration in /etc/apache2...) No, I didn't Why? _I_ expect a virtual host configuration in the sites-available directory of apache (read: not the sites-enabled directory!). I hate it when I have to search the documentation to find the example config (like in squirrelmail or mediawiki or...). And the sites-available directory is for site-configs that are _available_ and I first look there. The site can simply be enabled with a2ensite sitename. - There's an empty debian/webhoneypot.linitian-overrides file; delete it. Not empty anymore - Your debian/watch file is empty too; you should fix it or remove it. (form the lintian error description) ---snip--- If the package is not maintained upstream or if upstream uses a distribution mechanism that cannot be meaningfully monitored by uscan and the Debian External Health Status project, please consider adding a debian/watch file containing only comments documenting the situation. ---snap--- I'm already in contact with the upstream author. He will put something up that is (hopefully) readable by the googlecode-redirector. So the file will be filled with content. - man/webhoneypot.conf.1 should be in section 5. Yes, your're right, fixed - Several of your files have trailing whitespace or extra newlines at the end (at least debian/{README.debian,control,prerm,rules,postrm,patches/debian-changes-0.1.r123-1} do); it would be nice to clean that up. I've gone through the files and deleted empty lines if needed. Thanks for the reply. One question: how did you get lintian to report the first-person... and no-upstream-changelog... ? I searched the documentation and my googlefoo is weak today. I'll wait with the new package till I can configure debian/watch i.e. the upstream author puts a file in the downloads-section - could be that this demands a new version numbering. 73 es 55, Chris -- Christian Pohl w...@pohlcity.de -- 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/8ca71a8c849fcd54898b470bd77fff7b.squir...@aringill