Re: Open RFS lacking (further) responsei
[...] I think that, as far as false positives: we should just reply to all the messages. For better or for worse, people will look at mailing list archives and get a feel for what our community is like. (That's my opinion, anyway.) It's clear to me that the source code to this cron job should be somewhere public. Let's see... Okay, published: http://gitorious.org/debian-mentors-mailing-list-summary/debian-mentors-mailing-list-summary [...] Thanks a lot for sharing! One immediate note: The script only takes this October's archives, we'll not get any data for November, etc... !? Even if we should almost always reply, wouldn's some blacklist (probably using message ids) still make sense? I'd at least like to see suscribe (Age: 5 days) blacklisted. Best regards, Michael pgpzIBDIZ6nPM.pgp Description: PGP signature
Re: RFS: wicd-client-kde
Iker Salmón San Millán wrote: Hello again, i've uploaded the package again and i hope that there will be less errors this time. Hi, indeed there are less ! But still. :-) I've added manpage Nice, but not completely correct: it is named as a manpage for Qt: QT:(1), etc. Please change that to wicd-client-kde. Furthermore, it seems to lack your name as author of said manpage (and mentioning how you prepared it). i've corrected copyrigth Nice, DEP-5 ! changelog Okay now ! and build dependecies. Ditto, it compiles. :- I think that the best option is to add conflicts with knm-runtime because there are so many troubles running network-manager-kde and wicd-daemon (actually a think they cannot run at the same time, i don't know why you can install both) In fact, you can install both because there is no reason not to be able to. For now, I'd find this situation satisfactory, yet not ideal: icons should be renamed on one side to avoid the conflict. I would be very gatetful if someone could review my package again and tell me something before i send a new request with update package in subject. The patch you have made to fix the spelling errors still has some issues: * You should incorporate DEP-3 headers to it. * You are renaming the informationsButton object into informationButton. Why that ? This will never appear in the GUI and will only be a source of errors, no ? * You changed adress for address in the english source and in all po's, but it seems you made a quick search and replace. This has the following consequences: - in french, you substituted adresse for addresse, which is wrong (french adresse has one 'd') - You changed the source translations blindly (aka the translations are not marked fuzzy. How do you know that the non-plural form of Information is translated the same in chinese as its plural form ? So I would say that both entagled part of the patch are wrong and I would simply drop it: the code change is too risky and the i18n label change is done too blindly. Just convince upstream to release a fixed version. :-) Cheers, OdyX -- 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/iaolif$55...@dough.gmane.org
Re: RFS: wicd-client-kde
Iker Salmón San Millán wrote: Hello again, i've uploaded the package again and i hope that there will be less errors this time Hrm, there is still one more error I forgot: I tested the program (always good to do) and the Preferences panel does not open. This should be checked/fixed. Cheers, OdyX -- 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/iaomb3$7l...@dough.gmane.org
Re: RFS: hotot
hello julián, On Mon, Nov 01, 2010 at 08:06:49PM -0500, Julián Moreno Patiño wrote: I would be glad if someone uploaded this package for me. while not being able to sponsor it myself, i've had a look at your packaging. here are some things that i think could be improved, in descending priority: * the copyright file fails to mention The Dojo Foundation for data/ui/js/jquery.js * the package does not build twice in a row as the clean target does not remove the .mo files (and possibly others) * instead of overriding dh_installman, you could just as well have a line debian/hotot.1 in the debian/manpages file (it wouldn't work that easily with the Changelog, as you'd have to move it eg. to debian/upstream_changelog/changelog so it can be added to debian/docs without renaming. i'd say it's a matter of taste which solution one prefers.) * package description: i'd suggest to write Lighweight Identi.ca / Twitter client based on GTK and WebKit -- GTK is usually written with three capital letters, WebKit with uppercase K, and splitting a list of items (identi.ca, twitter) with just a comma in the style of an asyndeton could be viewed as a means of style but i'd recommend against it here (rather / or and) apart from that, the package looks good to me; the lintian override looks plausible. the package installs and uninstalls without warnings, it seems to work as far as i could check it without having a twitter/identi.ca account. the global key binding thing didn't work for me, but i'd rather blame that on my exotic configuration. regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Using Quilt with a new package
Dear all, I'm creating a new deb package for the software Jarifa ( http://jarifa.unex.es), and I'm wondering when I should use quilt and git-buildpackage to modify at least as possible the upstream version of Jarifa files. Let me explain. Jarifa has a SQL file that by default creates the DB in MySQL. Nevertheless, in the deb package this is managed by dbconfig-common, so I have to remove the instruction of creating the DB in the SQL file. Right now I have done this, by creating a new git repository and modify the source code by hand. After that, I kept reading about git-buildpackage and it seems that it should be more easy to maintain those differences between the upstream version and the deb one using patches. However, I don't know how I have to do this, as I have been trying it out, and as far as I have get is to create the debian/patches folder (using gbp-pq) with a patch that removes that instruction. However, when building the package using git-buildpackage in the master branch (not in patch-queue/master) the resulting package does not have applied the patch, which is wrong. Is it possible to apply automatically those patches when building the package? (FYI I have tried the 3.0 version, and I don't get it working either, probably because I'm doing something wrong). Thanks in advance, Daniel -- ·· http://jarifa.unex.es/ http://www.flickr.com/photos/teleyinex ·· Por favor, NO utilice formatos de archivo propietarios para el intercambio de documentos, como DOC y XLS, sino HTML, RTF, TXT, CSV o cualquier otro que no obligue a utilizar un programa de un fabricante concreto para tratar la información contenida en él. ··
Re: RFS: mediadownloader
On 10/28/2010 02:34 AM, Marco Bavagnoli wrote: The package appears to be lintian clean. On 11/02/2010 07:09 AM, Marco Bavagnoli wrote: I'll do my best to find out the way to get rid of those warnings. And next time, please don't write the package appears to be lintian clean. if it's not please! :) FYI, you shall run lintian -Ii package_version_arch.changes, as the flags -Ii to make it verbose which is a great help for you to find out what the mistake is. Thomas -- 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/4ccfff09.4070...@debian.org
Re: RFS: hotot
chrysn chr...@fsfe.org writes: * the copyright file fails to mention The Dojo Foundation for data/ui/js/jquery.js Please also use the JQuery library from libjs-jquery instead of an embedded copy. Regards, Ansgar -- 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/s2s8w1blxy1@pc-admin-01.mathi.uni-heidelberg.de
Re: RFS: mediadownloader
On 11/02/2010 01:07 PM, Thomas Goirand wrote: On 10/28/2010 02:34 AM, Marco Bavagnoli wrote: The package appears to be lintian clean. On 11/02/2010 07:09 AM, Marco Bavagnoli wrote: I'll do my best to find out the way to get rid of those warnings. And next time, please don't write the package appears to be lintian clean. if it's not please! :) yes, sorry, forgive me, I am new. thanks regard Marco -- 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/4cd01fca.9080...@gmail.com
Python-Support private/public modules
Hi guys, please excuse if this one would have belonged to a Python mailing list but maybe somebody here could help me out (rookie question?): packing a Python application here by default Debhelper(8)/Python-Support(1.0.10) treat all the modules as being public and so put them into /usr/share/pyshared. When I add a file debian/install containing lib usr/share/foo then there are again the public modules and a *copy* of all of them being private (as it should be). Thus two lists exists then, python-support/foo.private *and* python-support/foo.public. How can I get all the stuff private exlusively? Thanks in advance for any pointers, Daniel -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- 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/4cd02730.8010...@danielstender.com
Re: Open RFS lacking (further) response
Le Mon, Nov 01, 2010 at 11:00:23PM -0400, Asheesh Laroia a écrit : On Sun, 31 Oct 2010, Charles Plessy wrote: RFS has something similar in concept to pull requests. How about including in the RFS emails a link to the most relevant diff in the web interface of the VCS where the package is stored ? This will help to have the changes seen by many eyes. I think that is a great idea, so long as it's an updated package RFS. Do you see a way to make the idea work for all RFSs? (Honest question; trying to get a sense of what you mean.) Obviously, it will not work if the package is not a VCS, so it does not apply to all RFS. But we can encourage it by showing examples, for instance in the RFS template. From URLs like the one below, people can easily figure out the correct one for their package: Diff between revisions 5120 and 5399 of the imagej package: http://svn.debian.org/wsvn/debian-med/?op=compcompare[]=%2ftrunk%2fpackages%2fimagej%2ftr...@5120compare[]=%2ftrunk%2fpackages%2fimagej%2ftr...@5399 Diff between the tags debian/0.1.8-1 and debian/0.1.9-1 of the samtools package: http://git.debian.org/?p=debian-med/samtools.git;a=commitdiff;h=debian/0.1.9-1;hp=debian/0.1.8-1 Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20101102152142.gb32...@merveille.plessy.net
Re: Python-Support private/public modules
Hi Daniel (2010.11.02_16:58:56_+0200) please excuse if this one would have belonged to a Python mailing list but maybe somebody here could help me out (rookie question?): Yeah, there is a debian-python mailing list (and IRC channel) for the Python teams which are good places to get Python-packaging help. When I add a file debian/install containing lib usr/share/foo Instead of doing that, pass the --install-lib option to setup.py. e.g. for dh7: override_dh_auto_install: dh_auto_install -- --install-lib /usr/share/foo SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- 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/20101102154027.ga29...@bach.rivera.co.za
RFS: libclanlib2.2
Dear mentors, I am looking for a sponsor for my package libclanlib2.2. * Package name: libclanlib2.2 Version : 2.2.4-1.4 Upstream Author : The ClanLib Team deb...@clanlib.org * URL : http://clanlib.org/ * License : BSD style licence Section : libs It builds these binary packages: libclanlib2.2 - ClanLib 2.2 game SDK runtime libclanlib2.2-dev - ClanLib 2.2 game SDK development files libclanlib2.2-doc - Reference documentation and tutorials for ClanLib 2.2 The package appears to be lintian clean. The package appears to build cleanly with pbuilder on amd64. The upload would fix these bugs: 570884 My motivation for maintaining this package is: - I've used this library for developing small programs (games) and have some programming abilities in the language it's written in (C++) - I've been in touch with the developers for half a year now, they are really active and provides useful support. - There are users of this muti-platform library. But Debian users often choose the old 1.0 deprecated version since the newer 2.2 is not packaged yet (bug 570884). - I'd like to get more experience in package creation / maintenance (this is my first package). The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libclanlib2.2 - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libclanlib2.2/libclanlib2.2_2.2.4-1.4.dsc I would be glad if someone uploaded this package for me. Kind regards Fabien Givors -- 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/4cd034a1.8060...@chezlefab.net
Re: RFS: libclanlib2.2
On Tue, Nov 2, 2010 at 11:56 AM, Givors Fabien fabien.giv...@chezlefab.net wrote: Dear mentors, I am looking for a sponsor for my package libclanlib2.2. I'll try to take a look at the package for non-DD review later - but I also wanted to point out the debian games team [1] who can also sponsor this package [2]. You could probably contact them as well to find a sponsor [3]. Thanks for your work, it looks like an interesting and useful library. Cheers, Scott [1] http://wiki.debian.org/Games/Development [2] http://wiki.debian.org/Games/Sponsors [3] Debian Games Team debian-devel-ga...@lists.debian.org, -- 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/aanlkti=4c7odq0o0sk+gnhc9eefg6wejwqedef1ux...@mail.gmail.com
Re: RFS: libclanlib2.2
Le 02/11/2010 17:36, Scott Howard a écrit : On Tue, Nov 2, 2010 at 11:56 AM, Givors Fabien fabien.giv...@chezlefab.net wrote: Dear mentors, I am looking for a sponsor for my package libclanlib2.2. I'll try to take a look at the package for non-DD review later - but I also wanted to point out the debian games team [1] who can also sponsor this package [2]. You could probably contact them as well to find a sponsor [3]. Thanks for your work, it looks like an interesting and useful library. Thanks for your reply, I'm going to send my RFS on their mailing list. :) regards, -- fabien signature.asc Description: OpenPGP digital signature
RFS: fldiff (ITA package)
Dear mentors, I am looking for a sponsor for my package fldiff. * Package name: fldiff Version : 1.1-2 Upstream Author : Khalid El Fathi inv...@edena-fr.org * URL : http://www.easysw.com/~mike/fldiff/ * License : GLP 2.0 Section : text It builds these binary packages: fldiff - A graphical diff program The package appears to be lintian clean. The upload would fix these bugs: 547013 My motivation for maintaining this package is: I like contribute to Debian. I adopt an orphan package (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547013) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/fldiff - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/fldiff/fldiff_1.1-2.dsc I would be glad if someone uploaded this package for me. Kind regards Innocent De Marchi -- 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/aanlktim8wn=ela-yqfd8omcyp3guos7evcshkgia1...@mail.gmail.com
Re: RFS: mediadownloader
On 11/01/2010 05:19 PM, Williams Orellana wrote: You should fix some warnings and errors that shows lintian Hi, I fixed most of the warning, but 1 of them and 1 information with a spelling error are still there. I run lintian -Ii on the .deb, as result I got this: W: mediadownloader: new-package-should-close-itp-bug [...] I: mediadownloader: spelling-error-in-binary ./usr/bin/mediadownloader informations information [...] if this situation could be acceptable, please tell me and I will put it on mentors.debian.net best regards Marco -- 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/4cd07578.8070...@gmail.com
Re: RFS: mediadownloader
Hi, On Tue, Nov 2, 2010 at 6:32 PM, Marco Bavagnoli lil.dei...@gmail.com wrote: I fixed most of the warning, but 1 of them and 1 information with a spelling error are still there. I run lintian -Ii on the .deb, as result I got this: W: mediadownloader: new-package-should-close-itp-bug Please fix this, it's quite simple. Your changelog should contain an entry (and generally only that entry) that says something like Initial release (Closes #1234) where 1234 is the number of the ITP bug report you filed in the BTS. I: mediadownloader: spelling-error-in-binary ./usr/bin/mediadownloader informations information It would be better to fix this. Just grep the source for informations, change it, make a quilt patch and warn upstream about the spelling mistake so that you can drop that patch in future releases. Regards, -- 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/aanlktim5fxewf88mbqrxnv1qwb0b2qhyherhyqjpd...@mail.gmail.com
Removing duplicated library code (was: RFS: hotot)
Ansgar Burchardt ans...@mathi.uni-heidelberg.de writes: chrysn chr...@fsfe.org writes: * the copyright file fails to mention The Dojo Foundation for data/ui/js/jquery.js Please also use the JQuery library from libjs-jquery instead of an embedded copy. Yes. Note that this is a Debian policy mandate (§4.13, “Convenience copies of code”): If the included code is already in the Debian archive in the form of a library, the Debian packaging should ensure that binary packages reference the libraries already in Debian and the convenience copy is not used. You'll need to patch the package to remove the duplicated code, and use the existing Debian package for jQuery. It would be good if you could then try to convince the upstream developers to make a similar change to remove the duplicated code from future versions. Ideally, in a pleasant conversation with upstream, your patch will then be accepted and the next upstream version will not duplicate the jQuery library. More realistically, they won't see the point, and you will need to maintain your patch in Debian indefinitely. But it's important to try to reduce the problem at its origin. -- \ “Faith may be defined briefly as an illogical belief in the | `\ occurrence of the improbable.” —Henry L. Mencken | _o__) | Ben Finney -- 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/87mxprju4q.fsf...@benfinney.id.au
Re: RFS: wicd-client-kde
2010/11/2 Didier 'OdyX' Raboud did...@raboud.com Iker Salmón San Millán wrote: I've added manpage Nice, but not completely correct: it is named as a manpage for Qt: QT:(1), etc. Please change that to wicd-client-kde. Corrected, Furthermore, it seems to lack your name as author of said manpage (and mentioning how you prepared it). But i am not pretty sure where tu put that there are so many troubles running network-manager-kde and wicd-daemon (actually a think they cannot run at the same time, i don't know why you can install both) I think that the best option is to add conflicts with knm-runtime because In fact, you can install both because there is no reason not to be able to. For now, I'd find this situation satisfactory, yet not ideal: icons should be renamed on one side to avoid the conflict. There is a big issue with the icons thing, i'll quote the author's response: --- Unfortunately I can't do this, because I use the same name scheme as knm on purpose. Let me explain the situation: - That name scheme is the one used by monochromatic icons on KDE4.5.x. There is no way to have control over it. So if I want the application to use those monochromatic icons, I have to use that name scheme. Now the tricky part: - The monochromatic icon set is shipped in kdebase-runtime as part of the Air desktop theme. - network-wired.png (has to be used because is has a monochromatic equivalent) is shipped in oxygen-icons. - All the other icons are shipped with knm. To sum up: The monochromatic icons are meant to be used with one and only one icon (well at least one icon name), but monochromatic icons + normal icons are dispatched in 3 different kde parts (I don't know how I should call them), and one of this parts is an application on its own (knm), so not generic. I hope you understand my explaination ;) My plan was to get in touch with the knm guys eventually, to try to have all the icons in one place, but I haven't yet. But even if it happens, I doubt it will happen tomorrow, if you know what I mean... So i guess that the best option is to comunicate with kde-devel team to see if it's posible to provide those icons with oxygen-icon-theme instead that with knm-runtime. We'll see that. But now i just want to keep correcting the package and see if i can do something that it worths, so i'll keep conflicts: knm-runtime for the present time. The patch you have made to fix the spelling errors still has some issues: * You should incorporate DEP-3 headers to it. * You are renaming the informationsButton object into informationButton. Why that ? This will never appear in the GUI and will only be a source of errors, no ? * You changed adress for address in the english source and in all po's, but it seems you made a quick search and replace. This has the following consequences: - in french, you substituted adresse for addresse, which is wrong (french adresse has one 'd') - You changed the source translations blindly (aka the translations are not marked fuzzy. How do you know that the non-plural form of Information is translated the same in chinese as its plural form ? So I would say that both entagled part of the patch are wrong and I would simply drop it: the code change is too risky and the i18n label change is done too blindly. Everything fixed i think... I have upload the package again. I would be grate if someone could make another revision of it Thanks Iker P.S. i can't reproduce the error on preferences panel. It opens good for me. Can someone check that again?
Re: RFS: libclanlib2.2
Hello, On Tue, Nov 2, 2010 at 11:56 AM, Givors Fabien fabien.giv...@chezlefab.net wrote: Dear mentors, I am looking for a sponsor for my package libclanlib2.2. Non-DD review: 1) An earlier version of this package is already in Debian. I think you really should (probably must) talk with the previous maintainers. You can see if they'd be willing to have you as a co-maintainer or to be main maintainer as part of the debian games team. This is important because they already maintain the package libclanlib-dev, which might be confusing to your users (since it points to the old library). Additionally, the original maintainers probably would not want to add a new version of their library into unstable during freeze. This would be a good time to plan out how you'd like to release it after squeeze. 2) Your package also closes bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570884, it would be good close it in your changelog. 3) You are using source format 3.0 (quilt). The quilt dependency and debian/readme.source are not needed 4) The patch in debian/series/patches is missing a description. See DEP-3 [1] 5) Consider formatting the debian/copyright per DEP-5 [2]. No really required to do, but if making a new package it won't hurt. 6) You don't list yourself as an uploader. (something you have to work out with previous maintainers) 7) From a Debian-games team perspective, you should use a vcs [3]. (libclanlib is already in the debian games svn, but you can talk to previous maintainers if you want to start a new repo for the new library version) 8) From the changelog, this isn't a NMU but either a new package or a Team upload [4]. Again, talk with the current maintainers about how to handle this. 9) lintian report is below. All of them should be fixable, but one in particular is probably needed: W: libclanlib2.2: package-name-doesnt-match-sonames. You should probably create separate binary packages for the libraries they mentioned below, and name them accordingly (e.g. libclan22GL1-2.2-1, libclan22MikMod-2.2-1, etc.). This way users (and depending applications) will only depend on the exact library they need and not have to pull in all your libraries. Of course the -dev package would depend on all of those additional binaries. This is something to check with the original maintainers (or the debian games team). $ lintian --pedantic -Ii I: libclanlib2.2 source: quilt-patch-missing-description noreftest N: N:quilt patch files should start with a description of patch. All lines N:before the start of the patch itself are considered part of the N:description. You can edit the description with quilt header -e when the N:patch is at the top of the stack. N: N:As well as a description of the purpose and function of the patch, the N:description should ideally contain author information, a URL for the bug N:report (if any), Debian or upstream bugs fixed by it, upstream status, N:the Debian version and date the patch was first included, and any other N:information that would be useful if someone were investigating the patch N:and underlying problem. Please consider using the DEP-3 format for this N:information. N: N:Refer to http://dep.debian.net/deps/dep3/ for details. N: N:Severity: wishlist, Certainty: certain N: [below are ok, they don't give you one] P: libclanlib2.2-doc: no-upstream-changelog P: libclanlib2.2: no-upstream-changelog P: libclanlib2.2-dev: no-upstream-changelog I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22GL-2.2.so.1.0.0 N: N:Although the package includes a shared library, the package does not N:have a symbols control file. N: N:dpkg can use symbols files in order to generate more accurate library N:dependencies for applications, based on the symbols from the library N:that are actually used by the application. N: N:Refer to the dpkg-gensymbols(1) manual page and N:http://wiki.debian.org/UsingSymbolsFiles for details. N: N:Severity: wishlist, Certainty: certain N: I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22Network-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22App-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22GUI-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22Display-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22Sqlite-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22MikMod-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22GL1-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22SWRender-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22RegExp-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22CSSLayout-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file usr/lib/libclan22Core-2.2.so.1.0.0 I: libclanlib2.2: no-symbols-control-file
RFS: dalle
Dear mentors, I am looking for a sponsor for my package dalle. * Package name: dalle Version : 0.10.11 Upstream Author : Alberto Fernández Martínez inf...@gmail.com * URL : http://dalle.sourceforge.net * License : GPL3 Section : utils It builds these binary packages: dalle - File management tool The upload would fix these bugs : 599851 My motivation for maintaining this package is: This program join and extract files from a variety of formats (mainly small programs file splitters for Windows), so you can use this archives from Linux. (Note: I'm the original author of dalle) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dalle - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dalle/dalle_0.10.11.dsc I would be glad if someone uploaded this package for me. Kind regards Alberto Fernández -- 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/1288744421.4320.9.ca...@localhost
RFS: dalle
Dear mentors, I am looking for a sponsor for my package dalle. * Package name: dalle Version : 0.10.11 Upstream Author : Alberto Fernández Martínez inf...@gmail.com * URL : http://dalle.sourceforge.net * License : GPL3 Section : utils It builds these binary packages: dalle - File management tool The upload would fix these bugs : 599851 My motivation for maintaining this package is: This program join and extract files from a variety of formats (mainly small programs file splitters for Windows), so you can use this archives from Linux. (Note: I'm the original author of dalle) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/d/dalle - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/dalle/dalle_0.10.11.dsc I would be glad if someone uploaded this package for me. Kind regards Alberto Fernández -- 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/1288743793.4320.8.ca...@localhost
Re: RFS: libclanlib2.2
Le 03/11/2010 01:08, Scott Howard a écrit : Hello, On Tue, Nov 2, 2010 at 11:56 AM, Givors Fabien fabien.giv...@chezlefab.net wrote: Dear mentors, I am looking for a sponsor for my package libclanlib2.2. Non-DD review: […] Whoo ! Many thanks for the review. I already learned many things just reading it :) For now, I'll try to fix the issues you spotted and to contact the maintainers of the previous lib. regards, -- fabien signature.asc Description: OpenPGP digital signature
Re: Using Quilt with a new package
It seems like you could simply get upstream to split installation instructions out into README.install or similar and not have to worry about patching systems. -- 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/aanlktinjwnorcsjamkjmlkzm6k=tneftk3hn6cncx...@mail.gmail.com