Re: heimdall android flasher
On Fri, Sep 30, 2011 at 2:22 AM, 810d4rk wrote: Hi to all, is anyone interested in uploading heimdall version 1.1.1 to the repos? Heimdall is a cross-platform open-source tool suite used to flash firmware (aka ROMs) onto Samsung Galaxy S devices.(http://www.glassechidna.com.au/products/heimdall/) I personally would not sponsor it with that name. I personally wouldn't consider sponsoring something that only does the non-standard protocol used by Samsung. If it also supported the USB DFU protocol it might be worth considering. http://wiki.openmoko.org/wiki/USB_DFU -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6g_madal0queag0l2fvamaf3s6y8r5ndrbxqg9ubso...@mail.gmail.com
Re: Attempt to dput fails.
On Sun, Sep 25, 2011 at 3:58 PM, Paul Elliott wrote: Uploading swe-standard-data_1-1_all.deb: Upload failed: 502 Bad Gateway ... for res in getaddrinfo(host, port, 0, SOCK_STREAM): socket.gaierror: [Errno -2] Name or service not known Looks like either a DNS issue or a proxy issue. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6FCcgdydtkJcaxgSU=rm813gaklxpx9lmo62zohs1e...@mail.gmail.com
Re: RFS: pygame
On Mon, Sep 26, 2011 at 6:18 AM, Vincent Cheng wrote: Debian's pygame package removes the original freesansbold.ttf file in pygame's source and symlinks it to a system copy of freesansbold.ttf (/usr/share/fonts/truetype/freefont/FreeSansBold.ttf) during the build process (via an override target). This is why the python-pygame package depends on ttf-freefont. Right, but that doesn't mean the copy in the source package isn't a GPL violation in itself. Essentially the upstream tarball needs repacking. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fwm6vgfs-9newxvvcdg_ygcslrjvxdlw+gcwbn_rm...@mail.gmail.com
Re: Shared libs dependencies
On Sat, Sep 24, 2011 at 6:04 PM, Bernhard R. Link wrote: The real problem with using symbol files without understandin them is something like the following examples: Do you know if the abi-compliance-checker program/package copes with this case? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fgz3fc0atxbmh72bqi81bwea6n7uhvh9sdqdm4uuv...@mail.gmail.com
Re: What to do about the situation with id3v2
On Fri, Sep 23, 2011 at 12:48 AM, Stefan Ott wrote: I realize that replacing a perfectly working little tool like id3 with my mostly untested id3v2 fork might not be the nicest thing to do, but at the moment it's the best solution I can come up with. Thus I was wondering if any of you have any comments on this. Reasonble idea? The most stupid thing you've heard in a while? Something in between? Any feedback would be welcome. Draining the audio file tag reading swamp can only be a good idea. Please get some more testing done (by debian-user or where-ever) before you embark on this project. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6hxz10wjljsk8ms2fvkx0txfb1uz_o9pqnr8a9wb5z...@mail.gmail.com
Re: RFS: flare
On Tue, Sep 20, 2011 at 3:15 AM, Jan-Hendrik (hennr) Peters wrote: Yes I asked the game team, no response so I came back here. Hmm, are you sure you did? I'm not seeing your mail in the debian-devel-games archives. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6g-efmc7bjqdsknd-vndd-hbvr4pqkq1srbx-lax1h...@mail.gmail.com
Re: RFS: flare
On Tue, Sep 20, 2011 at 5:09 PM, Matthias Schmitz matth...@sigxcpu.org wrote: maybe the debian games team has too many mailing lists :-) http://lists.alioth.debian.org/pipermail/pkg-games-devel/2011-August/019720.html That would be the bugs list, I doubt many people read it. I haven't had time to do so for at least 5 months. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fhcvpkort0afpsaqidugtgobu_afia98s9omkgmib...@mail.gmail.com
Re: RFS: pygame
On Wed, Sep 21, 2011 at 2:44 AM, Ansgar Burchardt wrote: Your changes look okay, but could you please document the copyright holder and license for freesansbold.ttf[1]? Looks like lib/freesansbold.ttf constitutes a GPL violation since this is one of the fonts from the GNU FreeFont project, which is GPLed and the source code for it is Fontforge .sfd files, which are not available in pygame. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6HLZa77VyXwt8uwj7-q8wx=pz2nhdnceqr5abp0kkz...@mail.gmail.com
Re: RFS: devilspie
On Wed, Sep 21, 2011 at 10:50 AM, Andreas Rönnquist wrote: Upstream Author : Ross Burton r...@debian.org * URL : http://burtonini.com/blog/computers/devilspie/ Ross looks inactive upstream too: http://git.gnome.org/browse/devilspie/log/ Since he doesn't use it any more I would suggest that you take over upstream too. Once that is done I would suggest changing the Homepage link to the wiki page at live.gnome.org. At the very least your two patches should get into the git.gnome.org repo. Probably it will also need some updates for GTK+ 3 and or GNOME 3. In any case I have built, tested, signed and uploaded the package. There is plenty of stuff listed on the PTS page for next time you want to work on devilspie. There is also one lintian warning still: W: devilspie: manpage-has-errors-from-man usr/share/man/man1/devilspie.1.gz 34: warning: macro `SYMBOL' not defined -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6F4CzuoBAr84PTO6aa6pYhap47wbe5eLO+6=D=ay9h...@mail.gmail.com
Re: RFS: watermelons
On Fri, Sep 16, 2011 at 10:47 PM, Stephen M. Webb wrote: watermelons - bounce the falling watermelons game Since this is a game, you might want to join the Debian games team, find sponsorship and help us maintain other games: http://wiki.debian.org/Games/Team -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6FZQ047Y6F2isqbV4==wsaf5qxajixst8pbosmbdxs...@mail.gmail.com
Re: RFS: gdevilspie
On Sun, Sep 18, 2011 at 1:32 AM, Andreas Rönnquist wrote: gdevilspie - User friendly interface for devilspie ... This is an initial QA upload of an orphaned package [1], fixing bug 628492 [2] by updating the depends and recommends. It also updates the packaging to fix the lintian warnings. Built, signed, uploaded. Should you wish to adopt the package I would be willing to sponsor it. If you wish to do so please send another mail to this list and I will take a look at it. Some things you may wish to fix in a future upload: dh_pysupport: This program is deprecated, you should use dh_python2 instead. Migration guide: http://deb.li/dhs2p dpkg-gencontrol: warning: package gdevilspie: unused substitution variable ${python:Versions} Upstream looks inactive, you may want to revive it: http://code.google.com/p/gdevilspie/source/list -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6gr-qosjtine3etcgsu+7b3ooobxs55dbrdp35qwen...@mail.gmail.com
Re: How to startx inside a pbuilder-managed chroot?
On Sun, Sep 18, 2011 at 6:15 AM, Francesco Poli wrote: May I run Intel video drivers on my actual hardware from inside a kvm virtual machine? It looks like kvm is supposed to support PCI pass-through, but not for graphics cards: http://phoronix.com/forums/showthread.php?33506-QEMU-0.14-Improves-Linux-Virtualization Apparently Xen does support that for GPUs though. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GxtWEfn950kce2rxy_K+EkSx0T5jPxsQQs4dOXdYu=r...@mail.gmail.com
Re: Report from the debconf11 sponsoring/mentors BoF.
On Sun, Sep 11, 2011 at 1:44 PM, David Bremner wrote: Also it was discussued how to avoid follow-up RFS mails for successive uploads to the debian-mentors mailing list. Those are typically a sign of a non-functional mentoring process, as it implies that either the maintainer did not know about the suggested tight relationship between sponsor and maintainer, or the sponsor did not reply in time. In the first case the maintainer should learn about the whole concept of mentoring. Here, the Debian Women project was mentioned who apparently provide every new contributor a fixed mentor, e.g. similar to the application managers for NM. In the later case no obvious answer was found. Maybe a sponsor should not consider sponsoring a package, if he's conceivable short of time or unwilling to sponsor successive uploads. This is, because it leaves a contributor without possibility to maintain his own packages, without sponsor who would advocate him at some point to come over this problem and the software archive with old/outdated/buggy software. I personally encourage people I have sponsored to send future RFS mails to debian-mentors instead of me personally. I do this for two reasons: I prefer to do the sponsoring/mentoring work in public so that it benefits other sponsees and provides example things for other sponsors to check for or think about when reviewing packages. Also this way of working is part of the culture of Debian and the spirit of our social contract. If I am busy then it gives an opportunity for other sponsors to look at the package and provide reviews or uploading. Finally it can be observed many developers don't take part of the mentoring programme at all. This is something which can maybe be improved, once it is disclosed what discourages them from sponsoring. Several people confirmed they would start to sponsor packages again, once the metrics idea is implemented, as they are not willing to sponsor everything. I would encourage developers interested in starting to do sponsoring to join teams. Several teams use a tool called PET that mostly eliminates the need for RFS mails since it provides a status/todo board for all packages maintained by the team. The perl modules team is probably the best example of this. I (Arno) am currently staging a patch to Debexpo introducing limited support for sponsor metrics. Awesome! -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6EyXYT2eL4C6LLvE68oiPxjBjBjz4j0tQ9P=4eaxkj...@mail.gmail.com
Re: RFS: pysvn
On Sat, Sep 10, 2011 at 9:33 PM, Henry velez wrote: pysvn - Automatically imported during mentors.debian.net migration -- re-upload to get fresh data here U. Always read the email that you are sending before you send it. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6E_YDyoaM-8g-ofkT=gchuc1fqeufl_f00v5y-jo2e...@mail.gmail.com
Re: spotweb_0~20110903+gitab1d95b4-1_i386.changes REJECTED
On Thu, Sep 8, 2011 at 5:25 PM, Jan-Pascal van Best wrote: Upstream is only GIT, there are no official releases yet (I've asked, since the application is already widely used). There is also nothing like build time, since upstream more or less advises to use git clone to put the application in your web space (ugh). That's why I've opted for the present solution. In this case I would get upstream to remove them from git and generate the compressed versions during the Debian package build process. If upstream doesn't want to remove the compressed versions from git then your get-orig-source target should remove them when creating a tarball for Debian. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fz+cgmtw37eb60wvcy6yc7zzrca-xchroymcvepun...@mail.gmail.com
Re: spotweb_0~20110903+gitab1d95b4-1_i386.changes REJECTED
On Wed, Sep 7, 2011 at 4:42 PM, Jan-Pascal van Best wrote: Some of the compressed .js and .css files in the upstream source are not accompanied by their uncompressed originals. I've now put those in debian/extra_sources, to be able to generate the proper compressed files at package build time. Is that the proper way to handle this? That is a reasonable workaround for the case where upstream refuses to do the compression at build time. Much better would be to get upstream to remove the compressed versions from their source tarballs and VCS repository (if present) and generate them at build time while also providing compressed versions in a separate file for users of those. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GaxqsgV-CM3=cla5lvucabjldg+d8wbpotfbnkg5h...@mail.gmail.com
Re: Tracking RFSs as bugs
I'm concerned that this might turn out about as useful as filing an RFP bug against wnpp; not very useful at all. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GGWEk28=WKHq7kXq6os7H=ymcoydvvbvqym0bzfke...@mail.gmail.com
Re: RFS: fizsh
On Sun, Sep 4, 2011 at 5:17 PM, Guido van Steen wrote: I corrected the errors you spotted. I also added a lintian-override file to suppress the lintian hyphen-used-as-minus-sign tag. (This override-file will not be needed anymore when Upstream releases a newer version of fizsh.) You should not use a lintian override in this situation. Only use them when lintian is incorrect and it is not possible to fix lintian. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6hqbv7twsdtbsa72vdssx+ohjscistrhe-z5ufysdd...@mail.gmail.com
Re: Cannot install paraview package
Sounds like you got bitten by a transition: http://release.debian.org/transitions/html/libav.html Until it gets rebuilt you will need to have testing added to your sources.list. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GAg_jsxHkMCd9v=LdBZxJm5BdwR5=rhUA=gakmfan...@mail.gmail.com
Re: RFS: xxxterm
Here is a review of your package: I would personally wrap the build-deps one package per line, since it makes it easier to see what changed. Your watch file is overly generic, I would suggest using this instead: http://opensource.conformal.com/snapshots/xxxterm/xxxterm-([\d\.]+)\.tgz There is a new upstream release (1.517) available. Please forward your patches upstream if you haven't already. You can use the Forwarded DEP-3 header to indicate where they have been forwarded to. http://dep.debian.net/deps/dep3/ For the two that indicate upstream does not want them, you could instead send a patch to make these build-time configurable. It would seem like a good idea to install the icon in the standard paths, you might want to send upstream a patch for that. Where does debian/xxxterm.upstream-changelog come from? Maybe you could get upstream to start publishing it in their tarballs as a NEWS file? I wonder about the copyright on the icon, it looks like a derivative work of an image that seems to have spread around the Internet. I am betting that upstream just took it from somewhere and removed parts of it. http://www.tineye.com/search/89570e05282f2e4532aa067d38cb83a023bfa1bd/ Based on this wikipedia article, it might even be copyright of some movie studio: http://en.wikipedia.org/wiki/Fight_Club_(film)#Marketing Or perhaps it is copyright by the people selling the soap: http://uncrate.com/stuff/fight-club-soap/ I also wonder what the license of the font used in creating the icon is and which font it is. Sounds like it would have been a non-free font used by the movie studio behind the Fight Club film. In any case I don''t think it is an appropriate icon for a web browser. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6H0LYbpO-DK=7cnugge_5yj5s_jtmtyu0h2q2slvz5...@mail.gmail.com
Re: RFS: xxxterm
On Sun, Aug 28, 2011 at 1:30 PM, Luis Henriques wrote: Sorry, but I don't think that's an option upstream will take. For example, the default homepage of the upstream version is a website of a company. One of the patches changes this to a blank page and has been discarded by upstream. ... I can add a patch to do this, but again I don't think upstream would be interested. Their target OS is OpenBSD; and they have discarded similar patches before (for example, the one to change the resources directory). ... You'll see that upstream reply to a similar question is: cvs has a built-in changelog. Thus, I guess they would give me a similar answer. ... I have discussed this already with Kilian Krause and Benoit Knecht, and also with the upstream authors. So, based on information provided by upstream, these icons were created by them (upstreams) and the license is CC BY. I do have (personal) emails discussing this with upstreams, but obviously I have no evidences of any of this. Package has been built with the assumption that information provided by upstreams is correct. Anyway, I'm OK to just drop these icons or replace them by some other icons already shipped with Debian. Is this enough for you to accept these icons as they are? Given the attitudes displayed by upstream wrt your patches I'm unlikely to use this software, let alone sponsor it so my opinion is irrelevant here. What about the name, is it appropriate for a web browser? :-) I have no opinion on that. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6e7bzuykzvh12lvhgatzj0ngc_sy0leksmby6eo2lz...@mail.gmail.com
Re: RFS: manaplus
Here is a review: mana-4144 was never in Debian, is it really necessary to have it in Replaces? tmwcetki-archive-keyring is not available in Debian so it should not be in Depends. I like to wrap Build-Depends one per line for diff readability. You may want to do that too. No need to mention the homepage in the package descriptions. uscan warning: Filename pattern missing version delimiters () Your watch file isn't very useful since it doesn't find tarballs with version numbers in their names. Try this instead: http://download.evolonline.org/manaplus/download/latest/manaplus-([\d\.]+)\.tar\.bz2 You might want to look at using DEP-3 headers in the patch. http://dep.debian.net/deps/dep3/ Please send upstream your patch. What is your reason for using the single-debian-patch dpkg-source option? Your package FTBFS in a clean chroot because you are missing Build-Depends on autopoint. /usr/games and /usr/share/games are due to be deprecated by the FHS maintainers, I think new packages should not use these dirs. Please send upstream a patch for installing the manual page when you run `make install`. Looks like there are a few embedded code copies that should be removed from the upstream source (dejavu, liberation, mplus, enet, guichan, SDL_gfx etc), please talk to them about that. For platforms without good repository and dependency systems they can ship a separate tarball containing the code for all the dependencies. You may want to look at the DEP-5 copyright format recommendations: http://dep.debian.net/deps/dep5/ You may want to switch to debhelper 7's dh. Check out the dh manual page for more info and rationale. You might want to talk to upstream about using fontconfig instead of hard-coding font paths, since DejaVu and Liberation may change filenames or paths. There are two lintian warnings: W: manaplus source: debian-rules-missing-recommended-target build-arch W: manaplus source: debian-rules-missing-recommended-target build-indep Some of the theme images claim to be made in the GIMP or Inkscape and there is one Ogg file, please ensure that manaplus complies with these recommendations: http://www.freedesktop.org/wiki/Games/Upstream#Source -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6Eb-Y1MpHmyZfHLRfaSqtEn8DDcRCZbsQ+h8ySnt=b...@mail.gmail.com
Re: Re[2]: RFS: manaplus
On Wed, Aug 24, 2011 at 6:23 PM, andrei karas wrote: I am upstream author. Most time i compliling with embeded libs. Some libs a bit changed and this error was not detected before i released tarball. For packaging i add this patch. I see. Please commit the patch to your version control system and make sure the next upstream tarball includes it. From what tarball as orig I should create packages? The upstream one unless it has non-free or non-redistributable parts. May be I should put on server stripped tarball without embeded libs, fonts and other? That would be nice, then Debian could distribute it since it will be smaller. Aslo some part of own sources now not used while compiling deb package. Should I remove it from tarball too? I would need some more details to make a decision. Then what dirs better use? The default ones autoconf/automake uses. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6G9BxWX8Lx3UbV-U4rG+6MAQ+0z=i6lucpoovdqhbu...@mail.gmail.com
Re: Re[4]: RFS: manaplus
On Wed, Aug 24, 2011 at 6:53 PM, andrei karas wrote: ManaPlus support two server types. Support for one of server disabled by default and files for this server not used in compilation process but included in sources. Keep them, someone might want to enable this type of server. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GmjZdvuKFB+jN4oy+uuA0FOUkFQ9iXfRpO=yvkndp...@mail.gmail.com
Re: Downloading of test data
On Sun, Aug 14, 2011 at 11:35 AM, Ben Finney ben+deb...@benfinney.id.au wrote: Don't be. That's not a reason to avoid distributing it in Debian, if it's useful overall to Debian recipients to do so. The question remains about getting a free-software license to do so, but you're aware of that now. There is also the question of DFSG item 2. The file is part text, part weird binary format that does not look modifiable. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6Fca0xZx9OURvoyG=pddhob4c4qnr3jsqkzuyx6mfh...@mail.gmail.com
Re: mentors.debian.net runs the debexpo code now
On Thu, Aug 11, 2011 at 1:03 PM, Asheesh Laroia wrote: Thanks to huge work by Johnny Lamb, Christoph Haas, Jan Dittberner, Kalle Söderman, Serafeim Zanikolas, David Paleino, and Paul Wise, we have had a alpha-level product called Debexpo that can replace mentors.debian.net as the place we do package review for new contributors in Debian. Congrats to everyone who was involved in this project, it is a huge achievement to get this done! I personally am looking forward to the metrics and sponsor - matching feature: http://wiki.debian.org/DebianMentorsNet#Metrics I might actually start doing sponsorship again if this were implemented. Any volunteers? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6FYV=VJ=2ir_t3sjdh5+tkda1a-him-qhzwyl3mjza...@mail.gmail.com
Re: RFS: airoscript-ng
On Sat, Aug 6, 2011 at 10:54 PM, David Francos Cuartero wrote: airoscript-ng - aircrack-ng user interface aircrack-ng needs a new maintainer, do you plan to take over that too? I'm a bit worried about aircrack-ng upstream development too, are you in touch with the developers? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fnxu9+jlcc_g8fj5ef7t7pjmtg7fsz3ye_gnho1qp...@mail.gmail.com
Re: RFS: lebiniou, lebiniou-data (3rd try) (new upstream version)
On Sat, Jul 30, 2011 at 12:28:57AM +0200, Kilian Krause wrote: Regarding fonts/FreeMono.ttf I'm not sure whether that one needs to be removed from the source tarball too. It would be a GPL violation to not remove it. There are quite a few such packages in the archive already, we should not add more. If anyone wants to file some RC bugs on these packages, check out these two links: http://wiki.debian.org/Fonts#license-violation http://pkg-fonts.debian.org/review/ -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: RFS: xscorch (updated package)
On Mon, Aug 1, 2011 at 4:55 AM, Jacob Luna Lundberg wrote: xscorch - Clone of Scorched Earth You might be interested in getting involved in the Debian games team. We are having a meeting this weekend: http://wiki.debian.org/Games/Team http://wiki.debian.org/Games/Meetings/2011-08-07 -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6FZvPUd3h6nDH=Kk1=tst6vvinnvihcrtawwtjgqpz...@mail.gmail.com
Re: how to get people to run lintian on their packages
On Tue, Aug 2, 2011 at 3:10 PM, Asheesh Laroia wrote: A quick, much-delayed follow-up to this thread: expo.debian.net shows lintian output on the web now. Which version of lintian does it use? It would be nice if it were pinned to sid or backports. I guess it doesn't process the binary packages? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GOyJFkUmyY7EN0-Fgy=woujv0orvbfzfqtg0du4sv...@mail.gmail.com
Re: RFS: wizznic
On Mon, Aug 1, 2011 at 8:59 PM, Asheesh Laroia wrote: I suggest emailing the Debian games team! I think they would love to help you get this into Debian. Especially if you are willing to help out with other games. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6EhJsHEK2QJzgWf=oums-dy-dnczmtb4brw18mg_kq...@mail.gmail.com
Re: RFS: Sitplus -- Free software framework for ludic-therapeutic activities
On Wed, Jul 27, 2011 at 4:46 PM, Luis Rivas lui...@gmail.com wrote: Description: Sitplus is a framework for ludic-therapeutic activities for people with disabilities, developed by César Mauri. It offers new You might want to send a copy of your RFS to the debian-accessibility list. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6HmYNqUci88TcjfDnO=frvzwmmsujbxhkpdcw7byzj...@mail.gmail.com
Re: Modified tarballs [was: Re: RFS: minidlna (updated package and FTBFS fix)]
On Sat, Jul 23, 2011 at 9:46 AM, Sven Hoexter s...@timegate.de wrote: We do it all the time. Just 'dpkg -l|grep dfsg' on your local system and you should find plenty of those modified source tarballs. What I, as an uploader, do in such cases is a diff between the upstream provided tarball and what's in the dfsg orig.tar.gz. You can get a rough overview with diffstat and then review suspicious additions in more detail. Best practice for modified tarballs is to write a debian/rules get-orig-source target that downloads the upstream tarball and removes anything that needs to be removed. IIRC this is documented either in policy or devref. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6f1mlrfda_ayqihxuytynwhdrjuae0vxui+fxyv_bd...@mail.gmail.com
Re: ITP 634783: Need help to remove a linitian warning desktop-command-not-in-package usr/share/applications/package.desktop x-www-browser
This is a false positive, please report a bug against lintian asking for it to not warn about the use of x-www-browser or x-terminal-emulator in desktop files. I also wonder why a webapp needs a desktop file. BTW, a better command to use is xdg-open, which is cross-distro. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fncqote9gm++rev+ymbrhaaazooyge8ofiary9p74...@mail.gmail.com
Re: DEP-5 and derivative work
What file format is pzl? I can't find any info about it. Please run file cat.pzl in the appropriate directory. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6gxx0laxscynwzhhtullvtf5a6ebv0+oxfhvoxb-bk...@mail.gmail.com
Re: DEP-5 and derivative work
2011/7/21 Elías Alejandro eal...@gmail.com: cat.pzl was an example, real file is: penguin-3x2.pzl $file penguin-3x2.pzl penguin-3x2.pzl: data Hmmm, can anything read it? What does your package use it for? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fqmrmkm6ek8rd0_4dyzhuzfnvdry8h5c+6rgy7-6_...@mail.gmail.com
Re: RFS: libbs2b and bs2b-ladspa
On Thu, Jul 21, 2011 at 8:04 PM, Andrew Gainer wrote: The package appears to be *sort of* lintian clean. When in doubt, run lintian with --info, which gives detailed information about the warnings. * There are several old-fsf-address-in-copyright-file warnings. Is the correct procedure on these to correct the license texts (seems fishy) or leave them alone (and let lintian yell at me)? Fix them in debian/copyright and ask upstream to fix them in the source code. * libbs2b gives no-symbols-control-file usr/lib/libbs2b.so.0.0.0. A quick bit of Googling leads me to believe that this isn't very important for a slow-moving API like this library's, but my knowledge of the inner workings of the linking system is pretty rudimentary. Input on this or other aspects of library packaging would be much appreciated. Symbols files are more useful for slower-moving ABIs, since they relax dependency versions. * libbs2b also gives source-contains-prebuilt-windows-binary win32/sndfile/libsndfile-1.dll, which is true. Of course, I'm not using the win32 files at all, so I guess the best thing to do is just to strip them out, but I'm not sure what the Debian Way to do this is. Yep, write a debian/rules get-orig-source tarball to create a new tarball with those things removed. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6ehesfwbmz2lnre-qg6mgahuarckkg6txw+vygayk-...@mail.gmail.com
Re: RFS: eviacam
On Wed, Jul 20, 2011 at 5:46 PM, Cesar Mauri wrote: eviacam - A cross platform webcam based mouse emulator My main motivation for maintaining this software is due to the lack of a full featured, well maintained replacement. Enable Viacam (aka eViacam) is a mouse replacement software that moves the pointer as you move your head. It works on standard computer equipped with a web camera. You might want to send a copy of your RFS to the debian-accessibility mailing list, people there might be interested in sponsoring this. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6ExceNLgi0a1LPWUorO0asA5sMb47Bi1795k=xcdm0...@mail.gmail.com
Re: package with new soname: questions about .symbols and uploading
On Thu, Jul 14, 2011 at 11:31 AM, Johan Van de Wauw wrote: But I still want to fix the .symbols file. However, I was not able to find how I should do it in this case (new packagename). Symbols files are mainly useful when one SONAME/package name lasts longer than one Debian release cycles. It sounds like your ABI is still changing more frequently than that and you have relatively few reverse dependencies so I wouldn't bother with them at all. 1) should I still have a symbols file? No. 2) what are good references for building/maintaining it? dpkg-gensymbols(1) deb-symbols(5) http://wiki.debian.org/UsingSymbolsFiles 3) should I recreate it from scratch - or refer to the old version of the package? Yep, from scratch. One package which I'm not maintaining relies on libharu. If I upload a new version this will need a rebuild. How is this usually handled? This is known as a transition. Since it is just one package there isn't much of a transition (and thus requires much less work), but in general the steps are: Test build all the reverse deps with the new lib and possibly file bugs. Request a transition slot from the release team with a list of needed binNMUs. Mark the transition bug as blocked by any bugs in reverse deps. Push to get all the blocking bugs closed while waiting for everything to get rebuilt. In your case, just test the reverse dep and request a binNMU for it from the release team if it works or file a bug if not. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6Gj_6Xm5HZaerS-2Nrkye+HGsu75NS0vLxvebt2=mo...@mail.gmail.com
Re: RFS: libharu (updated package)
On Thu, Jul 14, 2011 at 1:14 PM, Johan Van de Wauw wrote: - I've removed the .symbols because it is a bit irrelevant in a package whose name changes when the so-name changes (see discussion on d.mentors: [0]. [0]: http://lists.debian.org/debian-mentors/2011/07/msg00365.html Ahh, the package name *always* changes when the SONAME changes, not doing so is a severity serious bug. The reason the symbols file is irrelevant is due to a frequently changing SONAME or one that changes with every upstream version. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GQfMXci0zr_WNzVy3HM2DLQ8S6SS3SVF6NAm3n+b=g...@mail.gmail.com
Re: RFS: amispammer (updated package)
It is already uploaded, but why do you need bzip2 compression in the .deb for such a tiny package?? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6F+ziW=g60+uposrsd6h17es2bdzeghhkrovyp6wab...@mail.gmail.com
Re: Checking package version numbers
On Wed, Jul 13, 2011 at 1:20 AM, Carlo Segre wrote: I recall that there was a script which permits one to compare package version names to determine which one is greater. I just can't remember the name of the script. Any clues? dpkg --compare-versions -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6hrznyutoxypd26c-fsj_g8ssewtsxqwzrcaizu2xp...@mail.gmail.com
Re: RFS: libgeier (updated package)
On Mon, Jul 11, 2011 at 9:29 PM, Andreas Moog wrote: Is it really considered necessary to override a wishlist/--pedantic lintian tag? Definitely not. It also is not correct to override lintian when it is correct. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6hfw5y7lygypw2_5ovyux7n7gpyq6ljsucojuyvyew...@mail.gmail.com
Re: RFS: naev
On Sun, Jul 10, 2011 at 9:50 AM, Simon McVittie wrote: In my understanding of Policy and the DFSG, there's a difference between data not being built from source code, and data not being accompanied by source code at all. Data not *being built from* source code is a technical bug: it means upstream haven't given you a deterministic build system (and you haven't been able to construct one). It's a bug, but not necessarily a fatal one. (OpenArena has that bug too - upstream don't provide a build system for the data, probably because it involves a lot of manual exporting; the derived files are checked-in to svn alongside the source files.) Data not *having* source code is a Policy/DFSG bug. In principle, for each file in the binary package, the DFSG require you to include corresponding source code in the source package, even if it isn't actually rebuilt. For some (most?) game upstreams, it's difficult to tell what the corresponding source code *is* (is image.jpg the preferred form for modification or is there a .xcf version somewhere? we just don't know), but you should at least include a best-effort guess at what the source is. (OpenArena also has this problem; the source packages in sid/experimental contain my best guess at what the source was.) Where possible, the most reliable way to know that the source you're providing is the actual source is to rebuild it, but I realise this isn't always feasible, particularly for upstreams whose background is game modding rather than Free Software. In the case of naev, I was able to find the source code by interrogating upstream on the #debian-games IRC channel. I found out that the pre-built data is in the same VCS as the engine and the source for the data exists, but is in two separate git repositories (one shared with vegastrike/adonthell), is rarely rebuilt and currently the 3D stuff cannot be rebuilt with current tools, since the Blender Python API changed very incompatibility. git://github.com/bobbens/naev.git https://github.com/Deiz/naev-artwork.git http://pingus.seul.org/~grumbel/vegastrike.git/ Personally I would not be willing to upload naev in its current state. Ideally there would be multiple source packages that build their respective data/code properly into corresponding binary packages, perhaps like this: naev naev-engine naev-tools naev-gfx naev-ships naev-asteroids naev-people Fedora on the other hand are fine with this situation: http://cedarandthistle.wordpress.com/2011/07/09/naev-is-now-in-fedora/ -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6E-7vXAkdjR=zmqvuio4u76orswst3vcvvbq+40n1x...@mail.gmail.com
Re: RFS: lebiniou, lebiniou-data
On Wed, Jul 6, 2011 at 6:23 PM, Olivier Girondel wrote: I included the FreeMono.sfd, COPYING and README files from the freefont package in the source tarball. I don't think that was needed. Really you only need them in any non-Debian binary packages that you make (for Windows/MacOS etc). Even there it is probably better to use the native fonts of the platform than GNU FreeFont. However, the Debian package now depends on ttf-freefont, and the option to remove the fonts/ directory has been moved from the Makefile to debian/patches, as suggested. Ok. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6giemfdjcjxk0iznquof3pzk2y63nve1x1-s+emrvz...@mail.gmail.com
Re: RFS: sxiv (updated package)
On Thu, Jul 7, 2011 at 7:05 PM, Daniel Echeverry wrote: sxiv - simple X image viewer The package is already uploaded by kilian, but here is a review of things you could fix: The upstream README.md file contains installation information that isn't relevant to users of binary packages. Looking at the rest of the content, that is covered by the manual page. IIRC README.md files are used by github to make a web page. I would suggest dropping this file from the Debian package In the watch file, I would suggest ([\d\.]+) instead of (.*) which will prevent getting random branches in the DEHS output. Looking at the upstream source code (config.h), a line like this in debian/control might be appropriate: Suggests: libjpeg-progs, imagemagick -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fx96wq9c8-vxnsy080a+f0xw3ttfxv2anyrgucfjo...@mail.gmail.com
Re: RFS: sxiv (updated package)
On Thu, Jul 7, 2011 at 9:10 PM, Daniel Echeverry wrote: 2011/7/7 Paul Wise p...@debian.org The upstream README.md file contains installation information that isn't relevant to users of binary packages. Looking at the rest of the content, that is covered by the manual page. IIRC README.md files are used by github to make a web page. I would suggest dropping this file from the Debian package Removed! I don't think adding a README.Debian file about that is needed :) http://mentors.debian.net/debian/pool/main/s/sxiv/sxiv_0.8.2-3.dsc I took the liberty of dropping the README.Debian file and uploaded. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6gectx2vowyshnhttgbtdkr7ru9vwbukud34fiez_v...@mail.gmail.com
Re: RFS: libpar2 (reupload to Debian)
On Wed, Jul 6, 2011 at 7:54 PM, Andreas Moog wrote: dget http://mentors.debian.net/debian/pool/main/l/libpar2/libpar2_0.2-2.dsc I am unable to unpack the source package: dpkg-source: error: File ./libpar2_0.2.orig.tar.gz has size 401700 instead of expected 403492 -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6Gm74oWUR_vPU4kK7UBQa0DgJnTmZ8F5=WTNvr=wz9...@mail.gmail.com
Re: RFS: libgeier (updated package)
On Mon, Jul 4, 2011 at 5:49 PM, Olaf Dietsche wrote: The package appears to be lintian clean. Not really: I: libgeier source: missing-debian-source-format W: libgeier source: debian-rules-missing-recommended-target build-arch W: libgeier source: debian-rules-missing-recommended-target build-indep P: libgeier-dev: no-upstream-changelog E: libgeier-dev: non-empty-dependency_libs-in-la-file usr/lib/libgeier.la P: libgeier0: no-upstream-changelog I: libgeier0: no-symbols-control-file usr/lib/libgeier.so.0.0.0 There are a bunch of GCC warnings. dpkg-shlibdeps warnings: dpkg-shlibdeps: warning: dependency on libm.so.6 could be avoided if debian/libgeier0/usr/lib/libgeier.so.0.0.0 were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libplc4.so.0d could be avoided if debian/libgeier0/usr/lib/libgeier.so.0.0.0 debian/libgeier0/usr/bin/geier were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libnssutil3.so.1d could be avoided if debian/libgeier0/usr/lib/libgeier.so.0.0.0 debian/libgeier0/usr/bin/geier were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libdl.so.2 could be avoided if debian/libgeier0/usr/lib/libgeier.so.0.0.0 debian/libgeier0/usr/bin/geier were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libplds4.so.0d could be avoided if debian/libgeier0/usr/lib/libgeier.so.0.0.0 debian/libgeier0/usr/bin/geier were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libssl3.so.1d could be avoided if debian/libgeier0/usr/lib/libgeier.so.0.0.0 debian/libgeier0/usr/bin/geier were not uselessly linked against it (they use none of its symbols). Some cppcheck warnings: src/gzip_inflate.c:58]: (error) Common realloc mistake: 'buf' nulled but not freed upon failure tests/test_pkcs7_decrypt.c:60]: (error) Common realloc mistake: 'ptr' nulled but not freed upon failure -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6ft6_tdruvym-7fplli17ja2od_5uktvu9s7dyk+qy...@mail.gmail.com
Re: RFS: libpar2 (reupload to Debian)
There is one lintian warning: I: libpar2-0: no-symbols-control-file usr/lib/libpar2.so.0.0.1 Two cppcheck warnings: [libpar2.h:29]: (error) Memory leak: LibPar2::par1Repairer [libpar2.h:30]: (error) Memory leak: LibPar2::par2Repairer Since you are essentially upstream now, will you be attempting to get admin access to the upstream sourceforge project? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6hjnpgh_ybnbkhovqklvaxggnmatptubhmamsnbkgm...@mail.gmail.com
how to get people to run lintian on their packages
It is rare to see an RFS that says The package appears to be lintian clean. and the package (especially binary ones) actually be lintian clean. If we were to change the RFS template, what could we change it to in order to encourage accuracy and for people to actually use lintian and fix any issues found. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6ffj4eaadku34bkzj5fq57tw-dhudpevv6-gzv+xkj...@mail.gmail.com
Re: RFS: libgeier (updated package)
On Thu, 2011-07-07 at 22:53 +0200, Olaf Dietsche wrote: So, where do these other warnings come from? From my bash configuration: alias lintian='lintian --info --display-info --display-experimental --pedantic --show-overrides --checksums --color auto' And always use the latest lintian from sid/experimental. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: how to get people to run lintian on their packages
On Thu, Jul 7, 2011 at 11:01 PM, Kilian Krause kil...@debian.org wrote: Until that happens though I've put together a somewhat lenghty test-script that I usually run on my resulting packages after they are built as a review process. And if that fails, I'll report it back to the list like anyone else. Would be greath though if we could improve that situation. Could you publish that script somewhere and link it from this wiki page? http://wiki.debian.org/SponsorChecklist Does anyone know the current status of the new mentors.d.n? Hasn't seen many commits recently, info: http://wiki.debian.org/Debexpo -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6enlne3trtoz5qkntfbg1tezihcxftid5hzc33cwks...@mail.gmail.com
Re: RFS: trophy (Adopted and updated package)
On Mon, Jul 4, 2011 at 7:49 AM, Kilian Krause kil...@debian.org wrote: 1. Using dh-autoreconf is ugly. Please try to avoid it and backport the full regenerated configure in your patch to make sure the source is identical on all buildds. IMHO dh-autoreconf is a solution for a local build that you maintain for yourself outside of Debian, but not for an official pacakge. What do you base this statement on? IMO being able to modify and rebuild the build system on Debian is just as essential to our users as being able to modify and rebuild the programs and documentation etc. Using dh-autoreconf helps ensure that we learn about failures early, especially since some Debian QA folks do periodic archive-wide rebuilds and report FTBFS bugs. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/CAKTje6GugzvXB_APfswOqA-S=5N=byrbigdtgjy-5jevke1...@mail.gmail.com
Re: RFS: trophy (Adopted and updated package)
On Mon, Jul 4, 2011 at 11:23 AM, Kilian Krause wrote: I do remember these funny situations where you autoconf with another version and/or another setup than upstream and configure was generated but broken. Thus all I was saying is that configure shouldn't be among those files dynamically generated on the buildd based on an unknown (at least in this regard) setup. This is like using upstream built .o files because GCC produced broken code at some point. I would hope those days are behind us. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6ebljqfdgy0x92zqsatsqjh-urnleoe2grh_hmo060...@mail.gmail.com
Re: RFS: trophy (Adopted and updated package)
On Mon, Jul 4, 2011 at 11:27 AM, Kilian Krause kil...@debian.org wrote: That exactly was my idea too. To ship a source that is known and can be predicted regarding changes. If a security upload would be required but autoconf generates a broken configure due to some circumstances that couldn't be predicted at time the package was uploaded to unstable this is bad and will cause more time to be spent than what would actually be required for *only* fixing the bug. Which is why we should rebuild from source as often as possible to catch those issues. In other words I did say: generate whatever dh-autoconf would get you dynamically, test it, put it together as a patch and ship that patch statically for everyone to read what exactly the change is instead of hushing it up inside a large set of deep magic (that in my experience may or may not work based on random circumstances - depending on the upstream sources). That sounds like something that goes against the spirit of our social contract, specifically We will not hide problems. By shipping a pre-built build system you are papering over any autotools bugs; those should be known and fixed instead. -- bye, pabs http://wiki.debian.org/PaulWise http://bonedaddy.net/pabs3/ -- 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/CAKTje6HKmzZtpOv8TLvvY+EQh0L8=krk_6nakmocaqnqtuy...@mail.gmail.com
Re: RFS: lebiniou, lebiniou-data
On Thu, Jun 30, 2011 at 10:19 AM, David Banks amoe...@gmail.com wrote: On 30 June 2011 03:43, Olivier Girondel olivier.giron...@gmail.com wrote: [wrt fonts] Yes, I already got a remark from Paul Wise about this, but I'm not sure what to do, regarding the source of FreeMono.ttf FreeMono.ttf comes from http://savannah.gnu.org/projects/freefont/ but I'm not sure about what the source files are, any hints would be welcomed At a quick glance, the source would appear to be the SFD files. Here's one from the CVS: http://cvs.savannah.gnu.org/viewvc/*checkout*/freefont/sfd/FreeMono.sfd?revision=1.226root=freefont The best way to deal with this is to not ship any fonts in the source package and use the default system font for rendering text. Unless you forked FreeMono, this should be acceptable to you. If you are also targeting platforms without robust repository and dependency systems, you can embed a copy of the font in the binary package for those systems and place a copy of the FreeFont source tarball alongside your binary packages. You can find source tarballs and pre-compiled TTF files for FreeFont here: http://ftp.gnu.org/gnu/freefont/ If you need to use a specific font, then depend on it. If you need to find the filename of a specific font, then use fontconfig. If you don't want to do that then add a build-time configuration parameter, in Debian for example that could point at the path to FreeMono.ttf in ttf-freefont. If you don't want to do that then add a symlink to the path to FreeMono.ttf in ttf-freefont from the path the program expects FreeMono.ttf to be at. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=3qo55r814j-kzaesj37z3ne3...@mail.gmail.com
Re: RFS: opencpn
On Sat, Jun 18, 2011 at 3:29 PM, Hamish hamis...@yahoo.com wrote: mmph, IMO .orig should mean orig, and the .diff should take care of the cleanup needed for Debianization. (the exception being dfsg incompatible stuff) Lintian will alert us if a change in the cmake rules re-embed the libs. (which are supplied for building the MS-Windows/Mac ports) I wasn't talking about repacking the tarball, but adding rm -r path/to/embedded/code/copies to debian/rules build. This ensures that the package will never build against the embedded code. You can never be sure if the person doing the upload will run lintian, nor that lintian knows about the specific embedded code copies you are using. Think of it as an additional safety net. Please ask the OpenCPN folks to get their GDAL changes merged upstream, maybe it will become suitable for OpenCPN use as a result. AFAIU, the changes are not considered useful/desired for others, so intentionally not pushed upstream to GDAL. Hmmm. The tide and current harmonic data [...] Would it be possible to merge those changes into the xtide version? It would be nice, but probably not. They have their own ideas and goals, and have implemented them. AFAIU OpenCPN has decided something else is needed, and to take it on their own path with that. Lintian has improved a lot since squeeze, always use the sid/experimental/backports version. ok, sid's lintian now reports: E: opencpn-data: helper-templates-in-copyright E: opencpn: embedded-library usr/bin/opencpn: tinyxml E: opencpn: helper-templates-in-copyright E: opencpn-doc: helper-templates-in-copyright tinyxml: not sure, exists to be embedded? suggestions to fix that welcome. Build-Depend on libtinyxml-dev and add any patches needed to build against the system version. helper-templates-in-copyright x3: I don't see what it's talking about, the debian/copyright files are custom crafted. http://lintian.debian.org/tags/helper-templates-in-copyright.html yeah I know. It's there as an explicit reminder that there'll likely be trouble when the upcoming libgps20 is transitioned into sid. What kind of issue? An .orig tarball with the dll and exe ms-windows port binary stuff removed can now be found here: http://anonscm.debian.org/viewvc/pkg-grass/packages/opencpn/tarballs/ Hmm, a tarball in SVN, It is likely this area can be further automated. I would still aim the watch file at the official SourceForge site. Definitely. debian/changelog does not close the ITP. I consider that a last-minute task for when we have passed review and are ready to submit for upload. Eh? It wouldn't pass review without it. I think the only one left which isn't wholly about conforming to Debianisms is the location of the plugins lib dir. Suggested on the upstream forums but no feedback to report yet --anyway, low priority and the difference is noted in the README.Debian file. I tried that on my 6-core Squeeze box, but it did not change build time at all, so I've left it clean. It would be nice to have working though. ?? I guess the upstream build system does not support it. avoiding those as build-deps seems to outweigh the possibility of stale xpm/png files. FWIW all generated files seem younger than 8 weeks, so I suspect are kept up to date with regularity. I don't think graphics should be treated any differently to programs wrt building and source code. We don't ship precompiled executables in/from source packages, why should graphics be any different? Thanks for pushing this ITP forward. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktinj_1_c0ay8u2zrgebmuq0f2ku...@mail.gmail.com
Re: RFS: opencpn
On Sun, Jun 19, 2011 at 7:34 AM, Hamish hamis...@yahoo.com wrote: I've no answer, but I notice that `apt-file search paypal` turns up a handful of other debian packages in the same boat, for good or bad. If it is deemed to be copyright/trademark problematic, there should be no trouble going the iceweasel custom graphic route, although Donate now via a company we can't name doesn't have the same ring to it. (even if it does bring up memories of Joe's Garage :) Its unlikely that the paypal graphics are DFSG-free, so I think we need to remove them. I personally don't have time to investigate this issue, but I see 8 images in binary packages and ~ 11 images in source packages, based on the Contents files. I wonder about the best course of action here, some ideas: Filing RC bugs for the cases listed in the Contents files after investigation Adding a lintian warning based on known md5sums of paypal graphics to prevent future issues. The old and new logos are here: https://www.paypal.com/newlogobuttons what's the license attached to the debian graphics for iceweasel? From sid /usr/share/doc/iceweasel/copyright: Files: debian/* Copyright: 2005-2010, Mike Hommey gland...@debian.org License: MPL-1.1 or GPL-2 or LGPL-2.1 -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=mn7qulorrvtlywq41zkqsuzv...@mail.gmail.com
Re: RFS: opencpn
On Sun, Jun 26, 2011 at 2:07 PM, Hamish hamis...@yahoo.com wrote: http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2011-June/010184.html I feel your cringe, but we need a stable, controlled place with history to house the dfsg version of the source tarball; so $alioth is it. We could check it in uncompressed, but as the versioned release is static and should be immutable, and all we want is the tarball, it would seem to me that the current solution's benefits outweigh its shortcomings. Another solution is to use the alioth web space, like pkg-games do: http://pkg-games.alioth.debian.org/tarballs/ prebuilt graphics are a heck of a lot easier to review, modify, and adapt than auditing and hex-editing binary executables? (well, you asked..) It's really the added weight of Inkscape et al. as build-deps which makes me not mind the risk of slightly stale icons too much. It really depends on your skill set as to which is easier, but neither pre-built graphics or pre-built executables are source or the preferred form for modification. The particular downside of not building graphics every time is that eventually you find out that at some point something changed and you can no longer reproducibly build them or they do build but look completely different. Or your separate repository for the sources goes missing and you have to recreate from scratch if you want to modify them. If you build with every upload you notice that sooner. This especially true for renderings of 3D scenes. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikw10x2tuoxe62jk83o7m6ngg9...@mail.gmail.com
Re: RFS: flvmeta (updated package)
Uploaded. Some things you might want to deal with or pass upstream: Is src/libyaml a copy of the libyaml in libyaml in Debian? If so, please report this embedded code copy to the Debian security team. Also get upstream to remove it or otherwise ensure the Debian package only builds against the system libyaml. http://packages.debian.org/source/sid/libyaml The upstream readme says the following. Looks like I was right about the above code copy and that there is another one. Please do the above for both of them and get mjson packaged for Debian. The FLVmeta source package includes and uses the following software: - the mjson JSON document parser and emitter (http://mjson.sourceforge.net/) - the libyaml YAML parser and emitter (http://pyyaml.org/wiki/LibYAML) licensecheck says that upstream is using the incorrect FSF address in their license grants, please ask them to fix that. You can drop the blank line from debian/watch. Please get the manual page merged upstream. Please use gitweb for your Vcs-Browser URL: http://anonscm.debian.org/gitweb/?p=collab-maint/flvmeta.git The upstream test suite doesn't seem to be run: make[3]: Entering directory `/home/pabs/.../flvmeta-1.1~r230/tests' == All 0 tests passed == make[3]: Leaving directory `/home/pabs/.../flvmeta-1.1~r230/tests' cppcheck warnings: $ cppcheck -j8 --quiet -f . [src/json.c:1189]: (error) Buffer access out-of-bounds GCC warnings: gcc -DHAVE_CONFIG_H -I. -I..-Wall -I./libyaml -g -O2 -c check.c check.c: In function ‘check_flv_file’: check.c:669:18: warning: ‘on_metadata’ may be used uninitialized in this function [-Wuninitialized] gcc -DHAVE_CONFIG_H -I. -I..-Wall -I./libyaml -g -O2 -c json.c json.c: In function ‘json_unescape’: json.c:1337:7: warning: format ‘%llX’ expects argument of type ‘long long unsigned int’, but argument 3 has type ‘int64_t’ [-Wformat] json.c: In function ‘json_saxy_parse’: json.c:2806:12: warning: variable ‘temp’ set but not used [-Wunused-but-set-variable] -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktim4i6_cq-_ovvlvutran95jnvw...@mail.gmail.com
Re: RFS: halevt (updated package)
On Mon, Mar 7, 2011 at 8:20 PM, Marcos Talau wrote: halevt - generic handler for HAL events HAL is deprecated and planned to be removed: http://wiki.debian.org/HALRemoval What role does this package have in a world without HAL? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=vk4fot8vtrfkhd1_f4hsdn5g...@mail.gmail.com
Re: RFS: angband (updated package, 2nd try)
On Sat, Jun 25, 2011 at 1:03 PM, Michael Tautschnig m...@debian.org wrote: Despite my upload I'm slightly wondering whether you do have stronger ties with the Debian Games team or not? It might be very worthwhile to join forces with them and have future versions sponsored by them. That said, pkg-games-devel@lists.alioth.d.o appears to be the much more active list in that area... pkg-games-devel is the bugs list, debian-devel-games is the discussion one. Chris, please come to our IRC meeting tomorrow or poke me or others on #debian-games, we would be more than happy to help you get involved further. Meeting info here: http://wiki.debian.org/Games/Meetings/2011-06-26 -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktincn9y+eejphbs2whvvwkzqjjb...@mail.gmail.com
Re: RFS: fgrun
On Sat, Jun 25, 2011 at 6:07 PM, Michael Tautschnig wrote: Have you considered joining forces with the Games cabal [1]? I've uploaded this package, but IMHO it makes much more sense if all the games-related packages are dealt with in a much more consistent way. Michael, you seem to be sponsoring several games, have you considered joining the games team? If you would like to, we would be most appreciative, we can always use some extra sponsors. Tomorrows meeting is a good opportunity to get involved too. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikdysz10bt8et5thhhrluaqkp7...@mail.gmail.com
Re: RFS: hwinfo (updated package)
On Thu, Jun 16, 2011 at 3:44 PM, Kilian Krause wrote: in a clean unstable chroot I get: gcc -c -O2 -Wall -Wno-pointer-sign -pipe -g -fPIC -I../../src/hd -I /usr/include/dbus-1.0 -I /usr/lib64/dbus-1.0/include -I /usr/lib/dbus-1.0/include hal.c hal.c:19:24: fatal error: hal/libhal.h: No such file or directory compilation terminated. make[4]: *** [hal.o] Error 1 hal is supposed to be deprecated and is on the way to being removed: http://wiki.debian.org/HALRemoval I would definitely suggest that hal support should be disabled. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikk1uou+enao7htxrcs8vkvhgq...@mail.gmail.com
Re: RFS: brainparty
On Tue, Jun 7, 2011 at 3:03 PM, Johannes Storm wrote: i am not the upstream author. i was unsure with the licenses, because in brainparty-data are some sound-files under Creative Common (see copyright-file). perhabs someone can say me if CC is also a free license and i can take the stuff to main/games. Some CC licenses are DFSG-free and some are not. Looking at the CREDITS file, CC-BY-ND is non-free and so is soundsnap's license. There is only one audio file with a DFSG-free license (electricity.ogg) and I doubt that a compressed audio file is the preferred form for modification of it, the authors website mentions many software synthesizers but does not offer any downloads of the relevant settings for them: http://www.alexanderblu.com/AlexanderBlu/The%20Music/Music_Electricity.htm Along the same lines, the package includes a copy of the FreeSans font, which is GPLv3 but does not include the source code for it. This is a GPL violation, please get upstream to fix it. Also, lots of the images include text, some of which is definitely not FreeSans or similar. Please talk to upstream about rendering the text at runtime or build time. The package should be moved to non-free unless the above changes. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktincnjhepjac5yyw2hwjh1xs2ft...@mail.gmail.com
Re: RFS: brainparty
On Tue, Jun 7, 2011 at 6:00 PM, Johannes Storm jo-mas...@gmx.de wrote: i am in contact with the upstream author. he will dropping the soundsnap files. perhaps he also can replace stuff with CC-BY-ND so the package becomes free. Excellent! what does it means »source code of a font«? isn't the included ttf file enough? Just like Firefox or Linux has source code, so do fonts. The TTF file was built from some text files using the program FontForge. The source code is those text files: http://cvs.savannah.gnu.org/viewvc/freefont/sfd/?root=freefont In any case the ttf is just an embedded font copy, the package should depend on the font not include a copy of it. So please ask upstream to remove it from the source code tarballs. if he use freesans in his images, can't he publish the images as is? i understand you so, that if he use other fonts (and don't paint all by himself) he also have to publish a license for this fonts. is this right? The main thing about the font stuff is that rendering text into the images makes it impossible to change the text (in case of a spelling error or similar), especially when we don't know what the fonts are. Also it prevents translating the program to languages other than English. Please tell upstream to render text at runtime and use fontconfig to find an appropriate font. i think the upstream author is interested in distribution this game as package, so he will change his project. Cool :) -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTim=agpbgazjscgwpsq8ygwpkyo...@mail.gmail.com
Re: RFS: brainparty
On Tue, Jun 7, 2011 at 1:17 AM, Johannes Storm jo-mas...@gmx.de wrote: I am looking for a sponsor for my package brainparty. ... Section : contrib/x11 That should be contrib/games. Why is it in contrib? Seems like you are the author so you could make everything freely licensed. None of the dependencies look non-free either. brainparty - Brain Party is a fun, free puzzle game brainparty-data - Brain Party is a fun, free puzzle game (data files) Since this is a game, you might want to join the Debian games team, find sponsorship and help us maintain other games: http://wiki.debian.org/Games/Team We are having another meeting soon: http://wiki.debian.org/Games/Meetings/2011-06-XX -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktinnf6h0qjrcx3ujrtxwxejscqg...@mail.gmail.com
Re: Avoiding useless library dependencies
On Thu, May 26, 2011 at 5:40 AM, Nikolaus Rath nikol...@rath.org wrote: I already submitted an ITP (see bug) and I'm preparing a new upload. It'd be very happy to do this in a team. Looks like Daniel Baumann has taken over the package instead: http://packages.qa.debian.org/f/fuse/news/20110526T091724Z.html -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikywtuxatuagyhzz7gitab3qr0...@mail.gmail.com
Re: How to close open security issues
On Mon, May 23, 2011 at 11:39 PM, Nikolaus Rath nikol...@rath.org wrote: http://packages.qa.debian.org/f/fuse.html reports 4 open security issues. I prepared an upload that fixes them, but how do I tell the package tracking system that they are fixed? There seem to be no associated debian BTS numbers. You can find the associated bug numbers on the individual CVEs: http://security-tracker.debian.org/tracker/CVE-2010-3879 = #602333 http://security-tracker.debian.org/tracker/CVE-2011-0541 = #624551 http://security-tracker.debian.org/tracker/CVE-2011-0542 = #624551 http://security-tracker.debian.org/tracker/CVE-2011-0543 = #624551 Be sure to mention the CVE numbers in debian/changelog for the upload that fixes them. Also check out the sections of the devref dealing with security issues: http://www.debian.org/doc/manuals/developers-reference/pkgs.html#s5.6.4 http://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-security -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikzftkkhkanr0+sz1mu5qq8pdo...@mail.gmail.com
Re: Menu question: Sound Application
On Sun, May 22, 2011 at 10:07 PM, Peter Bennett pgbenn...@comcast.net wrote: I do have a freedesktop file named jampal.desktop in addition to the menu file, but I do not know how I can validate that the desktop file is correct. Run desktop-file-validate and lintian. I do also have an xpm icon and png icons in hi-color in several sizes. Hopefully I will be all set for the future Sounds like you will be fine. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTin+VFCg0YfFoDPMdQHCARM9u5P=a...@mail.gmail.com
Re: Avoiding useless library dependencies
On Mon, May 23, 2011 at 1:56 AM, Nikolaus Rath nikol...@rath.org wrote: What's the proper way to fix this warning? Get this bug fixed: http://bugs.debian.org/530346 I would suggest filing a bug and patch upstream, then pinging 530346 and marking it as forwarded to the upstream bug: http://www.debian.org/Bugs/server-control#forwarded Something like this: Subject: libfuse-dev: 530346: forwarded upstream To: 530...@bugs.debian.org CC: cont...@bugs.debian.org forwarded 530346 http://.. tags 530346 + patch thanks I've forwarded this bug and the attached patch upstream, please apply the patch in Debian until it is applied upstream. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikso0ax0ajgvugetccknpq+ruj...@mail.gmail.com
Re: Avoiding useless library dependencies
On Mon, May 23, 2011 at 9:54 AM, Paul Wise p...@debian.org wrote: On Mon, May 23, 2011 at 1:56 AM, Nikolaus Rath nikol...@rath.org wrote: What's the proper way to fix this warning? Get this bug fixed: An addendum, fuse looks like it needs a new maintainer: http://bugs.debian.org624818 http://packages.qa.debian.org/f/fuse.html Since your package uses it, you might want to consider adopting it. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTinx3Y=r=MmCw6PCg1=k+nweodm...@mail.gmail.com
Re: Menu question: Sound Application
Charles answered your question, but I would like to point out that with GNOME 3, hierarchical menus have been removed in favour of a list of apps, a search box and a list of categories. Clicking the categories or typing in the search box filters the list of apps. If you install menu/menu-xdg with GNOME 3 you simply get your program in the list with an ugly icon (due to the scaling up of a small icon). If your app also supports the FreeDesktop menu standards then you get two icons for your app in the menu, one nice (if it is high res) and one ugly (XPM from the Debian menu). As a result GNOME upstream has been recommending that people remove menu/menu-xdg when running GNOME on Debian. I'm not sure if GNOME 3 will be the default for the release of wheezy but as a result it is important that any package with a Debian menu file also have a FreeDesktop menu file, at least until the day that all window managers and desktops in Debian support the FreeDesktop menu. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=mg91q+g2l-eggr45hss7na9m...@mail.gmail.com
Re: bt747: doubts on licenses and embedded libraries
Yep, package any embedded code copies separately. For modified code copies, try to get the changes into their proper upstream or the Debian package if it exists. Then depend on that version. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTik8HH52xjCx9Ci4WCx=lun7lrz...@mail.gmail.com
Re: Shared library incompatibilty and versioned build-dependencies
On Mon, May 16, 2011 at 1:07 AM, Matt Kraai kr...@ftbfs.org wrote: I'm trying to create a new package of The Unarchiver. Thanks! How are you building it? I took a look and gave up when I saw it has no makefiles, only an Xcode project and the GNUStep pbxbuild (that translates Xcode stuff to Makefiles) tool is not available in Debian yet. When I build it in unstable, it generates the following warning and the resulting executables hang when run: /usr/bin/ld: warning: libobjc.so.2, needed by /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../../lib/libgnustep-base.so, may conflict with libobjc.so.3 If I build the package in testing, it links only against libobjc.so.2 and the executables run successfully. I shouldn't upload such a package to the archive though, right? I think that this will be fixed by rebuilding gnustep-base against libobjc.so.3. Should I add a versioned dependency against the fixed version of libgnustep-base-dev to ensure that the autobuilders use the right version? gnustep-base should definitely be rebuilt against the new ObjC library. I think you could just wait until the rebuilt gnustep-base is available everywhere. I don't see any objc transition here: http://release.debian.org/transitions/ You might want to ask the maintainers if they had any plans for a transition and the release team for a binNMU and if they had noticed the need for a transition. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktikd0unjq0568p0qb9cxvclgimq...@mail.gmail.com
Re: RFS: manaplus
On Mon, May 16, 2011 at 1:22 AM, andrei karas aka...@inbox.ru wrote: Section : games You might want to join the Debian games team and help out with other games too: http://wiki.debian.org/Games/Team Jump on our IRC channel and we will walk you through the process. We are also having another meeting soon, I would encourage you to come. manaplus - Extended client for The Mana World and similar servers We already have two versions of The Mana World in Debian (tmw and mana), is there any reason you couldn't just merge manaplus into one of them? CCing the maintainer of tmw and mana, perhaps he can shed some light onto the situation. I wonder why there needs to be two versions of the same game. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktimyysr0euprbewkmcxkferu2t0...@mail.gmail.com
Re: RFS: nzbget (2nd try)
On Sat, May 14, 2011 at 3:36 AM, Andreas Moog am...@ubuntu.com wrote: The package appears to be lintian clean except for I: nzbget: spelling-error-in-binary usr/bin/nzbget begining beginning but I think this doesn't warrant a distribution patch. You may as well add a patch and send it upstream. Another issue is with the license, licensecheck shows GPL (v2 or later) (with incorrect FSF address) for all files and I don't know if this will be a problem preventing the package from inclusion in the archive. It won't be a problem, but please ask upstream to fix their preambles. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=nqv0nu0qubzzouguzdn1chcu...@mail.gmail.com
Re: RFS: jchart2d
On Sat, May 14, 2011 at 5:35 AM, Christian Lins christ...@lins.me wrote: Uhm, in the meantime I noticed that the upstream tarball contains helper (dependency) binaries that are partly non-free :( Ouch. As they are only used for minor functions and the library works well without them, I've patched the lib. No problem there. Please discuss your patch with upstream. But how should I proceed? Should I re-package the original tarball as suggested in [1] (sec 2.1.4) without the non-free/binary parts? Yes, definitely. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTinzSTUw1kaqcLiv+10ibLbjn5=w...@mail.gmail.com
Re: Library Question
On Tue, May 10, 2011 at 5:00 AM, Rainer Dorsch rdor...@web.de wrote: Can you give a few hints what I need to change in the freetype/debian/rules file to create a libfreetype6-navit package? I would think: - for the private directory: changing the prefix in ./configure - for the package name: dh_strip --dbg-package=libfreetype6 to dh_strip -- dbg-package=libfreetype6-navit Anything else? I haven't looked at freetype, but you probably will need to modify/rename anything that refers to the libfreetype6 package name, including .install files, shlibs/symbols files, control file and more. Hmmwhat is the advantage of an rpath compared to a wrapper script with an LD_LIBRARY_PATH? The advantage is that you don't need to create a wrapper script and adjust the build system for it. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktinjfumeuoqnjmuaubheo9gqchq...@mail.gmail.com
Re: Library Question
On Sun, May 8, 2011 at 5:42 PM, Rainer Dorsch rdor...@web.de wrote: No, navit is a third party application, which I want to package on maemo. Nokia does not ship any version of Navit (they ship the proprietary OVI maps). Freetype belongs to the core system which is shipped by Nokia, which I do not want to change, since I fear that it breaks other stuff. But applying the patch in question specifically, I might consider it as an option... Yes, I understand, Debian would not introduce such a hack (although e.g. libdb comes in a number of versions, libdb4.7, libdb4.8, libdb5.0,...). But I am more looking for a tactical short term solution on which I can iterate and improve (e.g. why should I replace the Nokia freetype, when I do not yet know, that this would fix the problem). Yeah, this situation is similar to backporting. If you are unable to workaround the freetype bug in navit or use an older version of navit that works with that version of freetype, then try this: Since the ABI is the same for both versions of freetype, I would suggest introducing a libfreetype6-navit package that contains the newer freetype library in a private directory and adding an rpath to navit pointing at that directory: http://en.wikipedia.org/wiki/Rpath_(linking) This is better than static linking since you can upgrade libfreetype6-navit separately to navit. Cool, I was not aware of this effort. If GPS and modem support will be added, the have a usable base system, I am really impressed of this effort :-) The biggest challenge are probably the missing hardware drivers (which prohibit e.g. to update the maemo distribution with new kernels). In addition the freesmartphone.org distribution SHR (based on OpenEmbedded) has a port to the N900 (in the early stages): http://shr-project.org/trac/wiki/Devices/NokiaN900 There is also an Android port: http://www.nitdroid.com/ -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktimdnbpxd2s6hy2_6a6bwubcw2_...@mail.gmail.com
Re: Library Question
Since this is about maemo you can do whatever is allowed there. In Debian we would make an update to freetype with a patch targetting the fix, if the issue is severe enough. In this case it sounds like Navit is being backported? If so the backport would probably be made to depend on a freetype backport. I'm not that familiar with maemo so I doubt we would introduce a freetype2.3.11 nor statically link navit to freetype. PS: You may be interested in joining this effort to port Debian to the Nokia N900: http://wiki.debian.org/pkg-n900 -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktinaeqfonzvw3proy3lmnkrjpx7...@mail.gmail.com
Re: What to do about libofx?
Thomas looks quite MIA, please follow these procedures: http://www.debian.org/doc/developers-reference/beyond-pkging.html#mia-qa Generally you should be building and testing on whatever suite you hope to get it uploaded to. If you are able to do your testing in a VM, that would probably be enough. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktik0g1bna8o5rkndhvp9zni40u5...@mail.gmail.com
Re: What to do about libofx?
On Wed, May 4, 2011 at 10:50 AM, Bryan Donlan bdonlan+deb...@gmail.com wrote: The document you linked asks me to collect some information (mia-query, echelon) that's only available to debian account holders - I'll have to make do with what public information I can find. I guess I'll just follow the contact schedule it suggests and contact mia@ and devel@ after two weeks or so... I ran mia-query, here are the relevant results: His last mail seems to be from 2008: http://bugs.debian.org/500615#42 The MIA team pinged him in March 2010. Seems like he replied at that time, saying he had been busy but didn't see a problem with his level of activity. His last upload was in 2008 and his packages have had several NMUs since then. One package missed squeeze, presumably due to the RC bug. libofx also has an RC bug. http://qa.debian.org/developer.php?login=t...@debian.org -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktinjitwzgkschfpud-+60wsas8q...@mail.gmail.com
Re: RFS: opencpn
On Mon, May 2, 2011 at 10:45 PM, Peter Pentchev r...@ringlet.net wrote: Hmm, it's very, very rare that I find myself disagreeing with Paul Wise[0] Hmm, whats [0]? but I think that the cross-platformness of a package / library / toolset might actually be relevant if one looks at Debian not merely as an OS, and not even as a wonderful software repository to go with that OS, but also as a just as wonderful software repository for pieces that one may pick, choose and use in all sorts of projects - including some projects that might (for a multitude of various reasons) have to be deployed on other OS's. Sometimes during the initial architectural and technical design of a project it might be useful to know what tools are available and which of them might also be available in a broader target base. Hmm, interesting point. I guess I never thought of Debian like that. Thanks for your thoughts. I'm now immediately thinking of UpstreamMetadata, people's distaste for YAML and my subsequent idea to split up the Packages files better. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktin9ab1zrqc5y+-tcpjbducr_ww...@mail.gmail.com
Re: RFR: lebiniou
On Sat, Apr 30, 2011 at 11:56 AM, Olivier Girondel oliv...@biniou.info wrote: lebiniou - displays images that evolve with sound I would suggest getting involved in the multimedia team, you will probably find a sponsor there: http://wiki.debian.org/DebianMultimedia -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTim0XK_kGhcuBYsuRZs_Qa+=+0o...@mail.gmail.com
Re: RFS: ardentryst
On Sun, May 1, 2011 at 8:05 PM, Michael Tautschnig m...@debian.org wrote: To the best of my knowledge there hasn't been much response to your request on this list. Have you considered contacting and working with the Debian Games team? They might be of much more help in this particular case. ana already uploaded ardentryst (very nice game too, if short). Vincent has already joined the games team, packaging naev, I imagine he will move ardentryst to the team too. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTinjSCRRe=yorrpdryx-v9knxfs...@mail.gmail.com
Re: get-orig-source or watch file
Could you give an actual package name and upstream website? That would help greatly. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTik7jh+mTVe=8kqbc9a0ab4j5bw...@mail.gmail.com
Re: RFS: opencpn
On Sun, May 1, 2011 at 9:22 AM, Hamish hamis...@yahoo.com wrote: this is an update on this from a year ago: http://lists.debian.org/debian-mentors/2010/02/msg00115.html after a while and a fair bit of work upstream* I think we're ready for another shot at review. *[mainly hard work by Anton and Dave] Firstly, I have to thank both of them for their persistence and hard work! Much appreciated. I've done my package building on Squeeze. Maybe package deps have changed in sid, maybe not? I haven't set up a sid chroot or VM on my new machine yet. I mention this as some gtk issues have been reported on Ubu 11.04 in the last days and are currently being diagnosed. Generally one should build and test using the suite you are uploading to. Most uploads go to sid so they should be built and tested there. You guessed well; bzip2 and zlib are there for the MS Windows port [Grib plugin]. The cmake rules are patched to use the system's zlib, bzip2 if UNIX. It is expected this patch will be applied upstream in the near future. Released tarballs are actively targeted at Linux, Mac OSX, and MS Windows builds; I am not going to ask upstream to issue a special stripped down version of the tarball every release just for us, or maintain such a thing myself. If there was some sort of license issue I would, but for the sake of an unused 200kb(uncompressed) in the .orig.tar.gz, it just ain't worth the effort. Fair enough. Please remove the embedded code copies before debian/rules build (or configure) so that the Debian package can never build against it by accident. Grib code has been moved to a plugin. ZyGrib does not supply a lib package, nor even use libaries within its main package- it's a stand alone binary. So OpenCPN clone some of their reader code. It is beyond the scope of this packaging effort to refactor a 3rd party's application. (aside: I suspect their debian packaging needs a little work too) Fair enough I guess. If it isn't possible to use the ZyGrib binary from the plugin I would suggest to ask ZyGrib upstream to add a library. As for src/mygdal and src/myiso8211, GDAL does supply nice library packages but OpenCPN has modified and adapted them. Dave (the OpenCPN lead author) had this to say when asked: Please ask the OpenCPN folks to get their GDAL changes merged upstream, maybe it will become suitable for OpenCPN use as a result. As for src/nmea0183, AFAIK it does not exist in library form elsewhere in Debian, and if copyright+Author header comments are anything to go by has been specifically tailored/reworked by the OpenCPN lead dev. Ok. Same comment as for GDAL. src/nmea0183 has no copyright information and this as a license: You can use it any way you like. Unfortunately this does not give Debian permission to copy, modify or distribute. AFAIU the original author was contacted by upstream, the reply was It is BSD license, do with it what you will which is now given in the header comments there. Great. The tide and current harmonic data contained herein are derived from the corresponding XTIDE harmonic data. The file data have been tweaked to work nicely in the US, especially fixing current direction reporting. We have also added additional global tide stations, and corrected calculation/ display units where sensible. A generic XTIDE harmonic file set will be functional, but less useful than the harmonic data packaged with OpenCPN. Would it be possible to merge those changes into the xtide version? the package is now lintian clean on squeeze. Lintian has improved a lot since squeeze, always use the sid/experimental/backports version. I have not looked at those, nor know how they could be addressed. Fix the upstream build system to not link against stuff the app doesn't use. Probably some of these are wx's fault though. I have not attempted to review or address compiler warnings, but note that the code has changed significantly since the above, so best to look at a fresh build. Indeed, especially with GCC having gone through several major versions. A matter of personal preference IMO, but upstream has now switched to git. Indeed, excellent. You have enough work above, but have you also considered packaging wxTide, CapCode and other FLOSS nautical apps? Xtide is already packaged (AFAIK wxTide is a Windows port of it). CapCode is alive! http://sourceforge.net/apps/trac/capcode/timeline Cool. I'll do another review of the package in the next few hours. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=otYSh9ZgesvWKUs=meehpvxg...@mail.gmail.com
Re: RFS: opencpn
A new review: There are bound to be more things to fix, I'll do another one when the issues below are resolved. Hamish, you should add yourself to the Uploaders, or use `dch --team` to indicate a GIS team upload. override_dh_installman shouldn't be needed, best create a debian/opencpn.manpages file listing the manual page. It should probably also reference the HTML documentation in the SEE ALSO section. I personally like to wrap the Build-Depends line one item per line so that changes to them are easier to diff. cross-platform isn't relevant in the context of Debian package descriptions. The package descriptions are duplicates of one another. Please see the warzone2100 packages for how I think data package descriptions should look. Why are you depending on libgps19 manually? Dependencies on libraries should only be done via the shlibs mechanism. Your Standards-Version is out of date, please read the upgrading checklist from the version of debian-policy in sid and do any required changes: /usr/share/doc/debian-policy/upgrading-checklist.txt* You can remove the extra whitespace lines at the end of debian/control. No need for the blank line in debian/watch. The watch file doesn't work, please replace it with this: version=3 http://sf.net/opencpn/OpenCPN-(.+)-Source\.tar\.gz I'm not sure what the letters mean in the upstream version numbers but if they mean alpha then I suggest this instead since Debian mainly prefers upstream blessed as stable versions: version=3 http://sf.net/opencpn/OpenCPN-([\d\.]+)-Source\.tar\.gz Please write a get-orig-source debian/rules target since the watch file does not find the tarball for the version listed in debian/changelog. debian/changelog does not close the ITP. The upstream README file contains information about building and dependencies, which is not useful to people installing the binary package. Please get upstream to split that out into README.install so that it can be shipped in the source package but not the binary package. Some of the path names may need tweaking for Debian too (/usr vs /usr/local etc). Please add DEP-3 compliant headers to the patches: http://dep.debian.net/deps/dep3/ Please alter the patches until they are acceptable for and included upstream. plugins/grib_pi/CMakeLists.txt seems to include Windows line endings, eww. I personally use this in my ~/.quiltrc to generate nice looking patches with less cruft: QUILT_REFRESH_ARGS=-pab --no-timestamps --no-index I personally like to wrap debian/menu one item per line to make diffs easier to read. debian/README.harmonics seems to duplicate data/doc/README.harmonics, please merge the extra info in the debian one upstream. Please add --parallel to the invocation of dh so that opencpn can be built using parallelism. You can drop lines 2-9 from debian/rules (the comments) and the extra whitespace. The xpm file can be installed by dh_install, just edit debian/opencpn.install to add this (you might need to drop the ../../, not sure): ../../src/bitmaps/opencpn.xpm usr/share/pixmaps It would be nice if override_dh_install/override_dh_installdocs wasn't nessecary, please look at sending upstream patches to fix that by offering options to not install stuff, install stuff to the right names and install the plugins in the right dir. When building the package I noticed that the gcc command-lines had both -O2 and -O3. When building twice in a row a new patch is added (debian-changes-2.4.423-1), looks like this is caused by include/version.h not being cleaned up by debian/rules clean, please fix the upstream build system so it does that or add it to debian/clean. Why is the MacOS X icon completely different to the normal OpenCPN logo? Please remove the prebuilt Windows executables from the source tarball and git repository. data/doc/images/print.html seems to be a 404 page, please remove it. data/doc/css/ can probably be used since nothing in the package uses it. Please remove data/doc/js/. Nothing in the package uses it and it is a embedded code copy that is minified and therefore is missing the source code. A lot of the source code contains CVS $Id lines while the package is in git, I would suggest to clean those up, especially the CPL_CVSID ones. The upstream README file (and many other files) has the executable bit set, why is that? The following scripts look like they should be run during the build process so that any changes to the SVG files are reflected in the bitmaps. Alternatively they could be merged into the CMake build system. plugins/grib_pi/src/icons.sh plugins/dashboard_pi/src/icons.sh src/bitmaps/32x32_svg_src/cursor/create_all_32x32.sh src/bitmaps/32x32_svg_src/ribbon/create_all_32x32.sh src/bitmaps/13xX_svg_src/create_all_13xX.sh src/bitmaps/28x28_svg_src/create_all_28x28.sh src/bitmaps/optimize_png.sh src/bitmaps/other_svg_src/create_opencpn_main_icon.sh src/bitmaps/other_svg_src/create_ship.sh src/bitmaps/16x16_svg_src/create_all_16x16.sh
Re: get-orig-source or watch file
On Mon, May 2, 2011 at 11:48 AM, Andreas Noteng andr...@noteng.no wrote: http://bashburn.dose.se/index.php?s=downloads If you could convince them to upload all of their tarballs to sourceforge, then you could just use uscan. Alternatively you could get them to include version numbers in their hrefs. I'm thinking that either of those would be better than writing a script. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTina=hYEm0mSd5Vw0mmzQw3N3=b...@mail.gmail.com
Re: RFS: frei0r (updated package)
On Fri, Apr 29, 2011 at 4:46 PM, Jaromil jaro...@dyne.org wrote: On Wed, 27 Apr 2011, George Danchev wrote: I don't feel comfortable with multimedia stuff, but you probably want to join Debian pkg-multimedia group, to help and get helped with sponsoring, as you seem to have several multimedia packages. http://wiki.debian.org/DebianMultimedia/DevelopPackaging ack. thanks! so nice to see you've finally got Marillat on board! Marillat is not involved in the Debian multimedia group, he does his multimedia stuff on debian-multimedia.org. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTimuNGyJ2ha=q5-y8r8o+idw90l...@mail.gmail.com
Re: What to do about the situation with id3v2
Since upstream is effectively dead, for Debian's purposes, you have the same responsibilities as upstream. Given the above, why not take over the upstream project. The mailing list still seems active so theoretically upstream could give you admin access to the sourceforge project and you could work on the code there and produce new releases. At the same time you could invite the maintainers of id3v2/libid3 in other distros (run whohas to find them) to join upstream and merge their patches so that you won't be alone. I can't really see a right answer here, everything requires a lot of work or is a suboptimal solution. I also that there are quite a few id3 related command-line tools and libraries in Debian, it would be nice to unify all of those into one library: http://packages.debian.org/search?keywords=id3 You might want to mail the maintainers and upstreams of all the relevant ones, some might be willing to join libid3 upstream. In case you are thinking of dropping libid3, the following are the reverse deps and reverse build-deps that would need to be ported or dropped. You might want to talk to their maintainers and upstreams: # Broken Depends: clam: libclam1.4 [alpha amd64 armel i386 ia64 mips mipsel powerpc s390] djplay: djplay [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] easytag: easytag gmediaserver: gmediaserver id3v2: id3v2 intone: intone [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] kid3: kid3 kid3-qt liblicense: liblicense3 ripperx: ripperx splay: splay [alpha armel hurd-i386 i386 powerpc] tagtool: tagtool # Broken Build-Depends: clam: libid3-3.8.3-dev djplay: libid3-3.8.3-dev easytag: libid3-3.8.3-dev flac: libid3-3.8.3-dev gmediaserver: libid3-3.8.3-dev id3v2: libid3-3.8.3-dev intone: libid3-3.8.3-dev iripdb: libid3-3.8.3-dev (= 3.8.3-5) kid3: libid3-3.8.3-dev (= 3.8.3-4.2) kwave: libid3-3.8.3-dev (= 3.8.3-4.2) liblicense: libid3-3.8.3-dev ripperx: libid3-dev splay: libid3-3.8.3-dev tagtool: libid3-3.8.3-dev -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=_4fts-bmac_uw075yjgp7irm...@mail.gmail.com
Re: Override paths for the very latest lintian.
On Thu, Apr 28, 2011 at 7:02 AM, David Kalnischkies kalnischkies+deb...@gmail.com wrote: Please have a look at: 201102232247.30644.geiss...@debian.org http://lists.debian.org/debian-devel-announce/2011/02/msg9.html Every maintainer of Debian packages should be subscribed to d-d-a. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=j-oymojzmkcn9msybnhcn4b5...@mail.gmail.com
Re: RFS: mobile-broadband-provider-info (updated package)
On Sun, Apr 24, 2011 at 10:08 PM, Bhavani Shankar R bh...@ubuntu.com wrote: I am looking for a sponsor for the new version 20110424-1 of my package mobile-broadband-provider-info. Built, signed and uploaded. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTi=y+gehj2gzma2wonlfnqeopp5...@mail.gmail.com
Re: RFS: x-tile
On Sat, Apr 23, 2011 at 4:24 PM, Rahul Bedarkar rahulbedarka...@gmail.com wrote: x-tile - GNOME applet to select number of windows and tile them IIRC applets are going away in GNOME 3 so this will need to be rewritten. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTinq_pw3x=gj5ttezbrfaezbzzv...@mail.gmail.com
Re: RFS: ax-emergency-listen
On Sat, Apr 23, 2011 at 12:21 AM, Fabrizio Regalli fab...@fabreg.it wrote: ax-emergency-listen - small utility to monitor APRS emergency packets You might want to bounce your RFS to the hams list or join the team: http://wiki.debian.org/DebianHams http://lists.debian.org/debian-hams/ -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktin9r73thzywkxtsn53emammyqb...@mail.gmail.com
Re: RFS: alure (updated package)
On Sat, Apr 23, 2011 at 9:24 AM, Tobias Hansen tobias@gmx.de wrote: first of all, thanks for uploading the package. :) I saw that you removed the shlibs file. alure 1.1 introduced new symbols and so there must be a way for other packages to depend on alure 1.1, right? SLUDGE for example uses symbols introduced in alure 1.1. I would suggest adding a symbols file so that stuff using the new symbols gets the new version and anything else gets the old version. http://wiki.debian.org/UsingSymbolsFiles -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTik=gy_aarpbvy5mwnkw8ffrkcw...@mail.gmail.com
Re: RFS: whatmask
On Tue, Apr 19, 2011 at 8:43 PM, Michael Fincham mich...@hotplate.co.nz wrote: whatmask - automatically calculates parameters of a subnet or subnet mask How does this compare with sipcalc, which is already in Debian? Also, does it support IPv6? -- bye, pabs http://wiki.debian.org/PaulWise -- 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/banlktinxqtqh4hw7yuzyy5pzqo1kj+b...@mail.gmail.com
Re: RFS: sonic
On Sun, Apr 17, 2011 at 4:54 AM, Bill Cox waywardg...@gmail.com wrote: I have to admit I haven't figured out how to distribute ChangeLog properly. My google-fu is failing me. I'd like to get rid of the override. Also, like some other projects, like speech-dispatcher, I'm keeping the log in git, and ChangeLog is just a dummy file to make autotools happy. It doesn't really add any value to distribute it, but it makes 'lintian --pedantic' happy. What's the right thing to do in this case? Shipping an empty changelog file is useless. Either ship a useful changelog in the upstream tarball or don't ship a less than useful changelog in the Debian binary package. lintian is only informational (especially at pedantic level), ignore its warnings if they are not useful. For upstream projects I personally use git2cl or similar at `make distcheck` time to generate a useful ChangeLog for inclusion in the upstream tarball. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/BANLkTikMk�QpkTdyof3ss-Bxu_X8=p...@mail.gmail.com