Bug#990519: RFS: sentry-python/1.4.2-1 -- new version of Python SDK for Sentry.io
please look at my comments at https://lists.debian.org/debian-python/2021/09/msg00080.html On Tue, Sep 28, 2021 at 12:12 PM Eberhard Beilharz wrote: > > X-Debbugs-Cc: debian-pyt...@lists.debian.org > > Package updated to 1.4.2 > > https://mentors.debian.net/package/sentry-python/ -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi Twitter: https://twitter.com/sandrotosi
Bug#971875: RFS: austin/2.0.0-1 -- Frame stack sampler for CPython
On Thu, 8 Oct 2020 23:03:31 +0100 Gabriele wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "austin": > > * Package name: austin >Version : 2.0.0-1 >Upstream Author : Gabriele N. Tornetta > * URL : https://github.com/P403n1x87/austin > * License : GPL-3+ > * Vcs : https://github.com/P403n1x87/austin >Section : devel would you be interested in joining the Debian Python team ( https://wiki.debian.org/Teams/PythonTeam) and maintaining austin under its umbrella? it's generally easier to find sponsors for python-related projects there. btw, it would also be good if you could package austin-tui :)
Bug#900617: RFS: ujson/1.35-3 [ITA]
> + Move Sandro Tosi to Uploaders. please remove me from uploaders too, thanks! -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi G+: https://plus.google.com/u/0/+SandroTosi
Re: Build-Depends issue between matplotlib and basemap on anything but amd64
work is already in progress, no need to prod or write stuff like "Don't do that." is not helping anyone On Fri, Jan 20, 2017 at 3:31 PM, Andreas Tille <ti...@debian.org> wrote: > [Sandro Tosi <mo...@debian.org> in CC] > > On Fri, Jan 20, 2017 at 11:05:44PM +0500, Andrey Rahmatullin wrote: >> On Fri, Jan 20, 2017 at 05:53:04PM +0100, Andreas Tille wrote: >> > matplotlib build-depends on: >> > - python3-mpltoolkits.basemap:arm64 >> > python3-mpltoolkits.basemap depends on: >> > - python3-matplotlib:arm64 >> > python3-matplotlib depends on: >> > - python-matplotlib-data:arm64 (>= 2.0.0~rc2-1) >> > matplotlib build-depends on: >> > - python3-mpltoolkits.basemap:arm64 >> > python3-mpltoolkits.basemap depends on: >> > - python3-matplotlib:arm64 >> > python-matplotlib-data conflicts with: >> > - python3-matplotlib:arm64 (< 2.0.0) >> So it looks like matplotlib transitively B-D on itself. And because the >> maintainer uploaded the arch:all and arch:amd64 packages directly, no >> architectures except amd64 have the same version of arch:all and arch:!all >> subpackages. >> Don't do that. > > Can this be fixed please? > > Thanks > > Andreas. > > -- > http://fam-tille.de -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi G+: https://plus.google.com/u/0/+SandroTosi
Re: Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service
On Thu, Jun 18, 2015 at 8:44 AM, Brandon Bradley bradleytas...@gmail.com wrote: Sandro, I have multiple reasons for not contacting Wikimedia or using their work. can you share those with us? The possibility of them having additions for their own purposes is very high. I believe starting fresh was easier than analyzing and debugging their repo. they are running those software, so it is very unlikely there is much to debug, on the opposite, there is probably much to learn. Init scripts are recommended but not mandatory. Also, using a specific init system is acceptable is the maintainer decides so. Please see this link: https://www.debian.org/vote/2014/vote_003 I know, what I am asking is to include that init scrip anyway. I am clear on how packaging works. However, there are tons of policies scattered about, and mistakes will be made because of this. This is my first package; I think I've done fairly well given the situation. I think you have still quite a bit to learn, so dont get defensive; please follow up with other interesting parties for this package, as I have definitely lost interest in sponsoring it. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cab4xwxwx7ivnpi0r1osfew8mh00qpmppfba5sj7a-gbstw5...@mail.gmail.com
Re: Bug#786460: ITP: kafka -- Distributed, partitioned, replicated commit log service
On Wed, Jun 17, 2015 at 10:16 PM, Brandon Bradley bradleytas...@gmail.com wrote: Hello Sandro! And thanks for your reply. Your questions are annotated below. On Wed, Jun 17, 2015 at 2:56 PM, Sandro Tosi mo...@debian.org wrote: Hi everyone, I'm looking at Brandon's package for kafka, and here are some comments: * did you sent an email to debian-mentors asking for comments? it's usually a good way to get exposure of a package and receive feedbacks about it I have not. I should and will very soon. I just added the list to this reply. * there is already a packaging effort from wikimedia at https://git.wikimedia.org/summary/operations%2fdebs%2fkafka.git/HEAD - did you look at it (eventually contacting them to have the packages in debian)? Indeed, I found this. The work there is most likely acceptable. However, I believe that if they wanted to contribute this to Debian packaging that they would have already done so. still not an excuse not to contact them and/or base the packaging in what they have alraedy done. Also, I find bash scripts hard to debug in some situations. As such, I will not be contributing init scripts myself. I would be more than willing to accept contributions that support init scripts. debian/kafka.service works great on Jessie and will be what I maintain. bash scripts are the foundations of system administrations and are no more no less difficult to debug than any other language. * you mention gradle in Debian is broken: have you investigated what needs to be done to fix it? I have. I cannot find the specific issue again, but Debian's gradle package uses a very old version that breaks the Kafka build. I'll try to document the issue if I find it again. * debian/changelog - it still contains 'UNRELEASED', that should be 'unstable' instead Ok! I thought it would be changed when the package is accepted. you should provide a package which is ready to be uploaded without any further modification * debian/control - consider adding a Vcs-Browser field in source stanza - short description should start with a lowercase letter * debian/kafka.links - is empty and could be removed Ok! * debian/kafka.lintian-overrides - I think there is still a lot of heat around it and I would strongly advice to provide an init script Answered above. and i did reply, and init script is required (from my POV) * debian/kafka.postinst - you do some operations in 'configure' but it seems you dont undo them when removing/purging the package, which should happen instead Are you talking about adduser and addgroup? yes and all the other actions performed in the 'configure' branch * debian/rules - consider using the more compact: --with A,B instead of --with A --with B - it looks really suspicious the usage of HOME: have you tried to build your package in a clean chroot? - override_dh_systemd_start: true is, to say the least, unexpected, what it is for? - Ok! - `./gradlew clean` was not using the chroot root user's home. This usage does that. It is strange, and I hope to find a better way to do it. - It is there so `dh_systemd_start` does nothing. I don't want Kafka to start after installation in case someone is running ZooKeeper on another node that is not up yet. then the right way is to instruce systemd and the init script to read from /etc/default/kakfa which is a file containing a boolean variable (defaulting to False) to specify whether to start or not kakfa * debian/watch - please provide it Ok! the package fails to build from source (FTBFS as you might find usually written) in pbuilder exactly when using HOME: dh_auto_clean GRADLE_USER_HOME=/tmp/buildd/.gradle ./gradlew clean Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain debian/rules:15: recipe for target 'override_dh_auto_clean' failed make[1]: *** [override_dh_auto_clean] Error 1 I need to make this clear in some documentation. The user should have a Gradle installed from binary distribution and run `gradle build` to bootstrap the Gradle wrapper. Then, the user should use `./gradlew build` to build Kafka. Kafka does this to remove binary artifacts from their source distribution (https://issues.apache.org/jira/browse/KAFKA-1490) and not a requirement of mine. Also, I use git-buildpackage to build the package. Like so: `gbp buildpackage`. Another documentation note! I'm afraid you dont have very clear how packaging works: you need to provide users with a binary package with contains all the files in their final locations ready to be used. I suggest to follow this up with debian-mentors for further clarification. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas
Bug#677013: RFS: time
Hi Bob, thanks for pinging me. I saw others taking over the additional reviews of time, so I'm fine with them sponsoring it. Cheers, Sandro On Tue, Jun 26, 2012 at 6:49 PM, Bob Proulx b...@proulx.com wrote: Hi Sandro! How are things going with you? You were the first person to offer to sponsor this package and gave much help to get it going. Thank you very much for all of your help. But I know that real life intrudes often, as it should, and it has been some days since we have heard from you. What is your desire? I am getting a little nervous about getting the current update uploaded before the freeze. I would like to be ahead of the wave and get through the autobuilders. Thanks! Bob Russ Allbery wrote: Bob Proulx writes: It was. But then Russ Allbery noted some oddities! :-) I have addressed those issues with a new package turn. Here is the latest and greatest: http://www.proulx.com/~bob/debian/pool/sid/main/time/2012-06-24/time_1.7-24.dsc http://www.proulx.com/~bob/debian/pool/sid/main/time/2012-06-24/time_1.7-24_amd64.changes I think it is ready to go. This looks great to me. Both the info page nagivation and the man page formatting look much better. I'm happy to sponsor or leave it to someone else, whatever people would prefer. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/CAB4XWXybC19HZxL+e=jrae2hqkoagn7dyrbew3xocg3q+kk...@mail.gmail.com
Bug#677013: RFS: time/1.7-24 -- The GNU time program for measuring cpu resource usage
On Mon, Jun 11, 2012 at 7:25 AM, Bart Martens ba...@debian.org wrote: Package: sponsorship-requests Owner: Bob Proulx b...@proulx.com I'm opening this RFS on behalf of Bob Proulx who owns ITA 652670. On Sun, Jun 10, 2012 at 11:16:53PM -0600, Bob Proulx wrote: Hi Bart, How is progress on this ITA ? Can I admit that it is a little frustrating? I am not a DD and therefore the package needs to be sponsored. I have had various DDs sponsor packages before. But I have been striking out going through my list. The ones I have contacted have all become busy with life and have fallen out of contact. That's interesting: I sent a review of time on Sat, Jun 9, 2012 at 5:09 PM CET while Bob wrote his complains to Bart on June 10th. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/cab4xwxz9e+cujw+nbw37svzkwyowt6zo63khxs12tpiu4un...@mail.gmail.com
Bug#677013: Fwd: Debian time package sponsor?
as requested -- Forwarded message -- From: Sandro Tosi mo...@debian.org Date: Sat, Jun 9, 2012 at 5:09 PM Subject: Re: Debian time package sponsor? To: Bob Proulx b...@proulx.com Hello Bob, here's a brief review of the package. debian/changelog - don't rewrite history, so please restore the old changelog entries, even if they have a weird Closes=xxx in the first entry line debian/control - why didn't you bump debhelper to 9, which is the latest version? just to undestand if there was some reason - I personally would have left 'GNU time' in the short description line debian/copyright - you misses to state the previous maintainer(s) copyright. While this is non necessary for teh upload, is kinda rude ;) please add at least the entry for Tollef (easily gettable from the start to the end of his maintainership of the package). debian/time.1 - did you consider pushing the manpage upstream? debian/source/format - is there some reason not to move to the 3.0 (quilt) format? I also see that there are several changes performed directly in the upstream code, such as autotools/configure/make and friends, .info file and so on. It would be clearer if they were separate patches living in the debian/patches directory, so to clearly identify why a change has been made, and possible traking its upstream merge. They are quite easy to fix, so the faster you reply and prepare a new pkg, the quicker I'll upload :) Addenda, taken from lintian output after build: I: time source: debian-watch-file-is-missing is it possible to add it? does it make sense for a GNU project? W: time: hardening-no-fortify-functions usr/bin/time did you consider enable the hardening flags? P: time: no-homepage-field can you please add it? I: time: hyphen-used-as-minus-sign usr/share/man/man1/time.1.gz:99 I: time: hyphen-used-as-minus-sign usr/share/man/man1/time.1.gz:135 I: time: hyphen-used-as-minus-sign usr/share/man/man1/time.1.gz:136 I: time: hyphen-used-as-minus-sign usr/share/man/man1/time.1.gz:245 I: time: hyphen-used-as-minus-sign usr/share/man/man1/time.1.gz:247 I: time: hyphen-used-as-minus-sign usr/share/man/man1/time.1.gz:254 it would be nice if the manpage would be fixed with them too Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/cab4xwxwxtyv4cht51athxjqr60bny-_irrj5t-zuvxgyztp...@mail.gmail.com
Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs
On Sun, Mar 4, 2012 at 09:24, Tobias Frost t...@frost.de wrote: Hallo Sanrdo, thanks for your response. I'll add the patches to the BTS. Note: Clynt (the current maintainer) asked me in a response to one the BTS entries fixes (#6318020) to include his changes from his VCS as well: Am Freitag, den 02.03.2012, 23:55 -0800 schrieb Clint Byrum: Thanks, I have not been able to spend much time on gearman-interface lately. Thanks for the heads up. Note that the Vcs-Bzr in the package is more or less correct, and you may want to consider tacking my pending changes on top of this as one of them is an RC bug fix. Vcs-Bzr is not correctly set: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596794 I think this would be best for the quality of package, but isn't strictly NMU anymore (could also include other changes -- did not check yet). Would this OK be with you? No, it 's not ok: you're preparing a NMU, so it has to be the smallest possible diff to fix the RC bugs. so what you need to do is provide for an updated package on mentors with the requested changes and to send the debdiff to the involved bug reports (that's a NMU rule); after that, all the additional work is more then welcome but unrelated to the NMU and not required (i.e. I won't uploaded with spurious changes, like those I mentioned before). Please let me know when an updated package is available. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/capdtaj1d+9wmmoywdq7t7hayg1pq1hu6dwdeaouvm_tuior...@mail.gmail.com
Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs
Hi Tobias, On Sun, Mar 4, 2012 at 13:38, Tobias Frost t...@frost.de wrote: Hallo Sandro, uploaded to d-m. * undid wrap-and-sort * Patches are attached to the relevant BTS entries. * Filed the 3rd RC bug (FTBFS reg. libgearman) * no other changes made to the package. Thanks a lot for you work!! I've uploaded to DELAYED/2 . Just a trick for the next NMU: to send diff to related bugs, there's a tool: nmudiff - it will help you a lot. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/CAPdtAj3fR53cL9FiCE0Pi3caB1e48HOeimdUibyS6_=jjy4...@mail.gmail.com
Bug#661975: RFS: gearman-interface [NMU] -- fixes 2 RC bugs
Hello, On Sat, Mar 3, 2012 at 06:45, coldtobi t...@coldtobi.de wrote: gearman-interface (0.13.2-2.1) unstable; urgency=low * Non-maintainer upload. * Fix FTBFS: SWIG version = 1.3.31 is required. You have 2.0.4. applying patch from ubuntu (Closes: #631820) * Apply fix for newer libgearman-dev (changes includes) * Fix python-gearman.libgearman and python-gearman: error when trying to install together Cherry-picking relevant sections of the attached patch in the bugrport (Closes: #620469) -- Tobias Frost t...@coldtobi.de Sat, 03 Mar 2012 01:03:30 +0100 I'd be happy to sponsor it but: - remove all unneeded changes to debian/control (probably generated by the unhelpful sort-and-something tool) - you need to post the debdiff on the relevant bugs on BTS. If you can send another package, i'll give it definetely a look (don't bump debian revision!). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/capdtaj1oqghhq-zkk6uubndo3wmxarev56qy0wmhu10ilda...@mail.gmail.com
Re: RFS: Please sponsor NMU for python-markdown
On Wed, Jan 11, 2012 at 08:51, Stefano Rivera stefa...@debian.org wrote: Hi Dmitry (2012.01.11_08:36:27_+0200) Updated diff can be found here at http://paste.ubuntu.com/800258/. All in all, that's probably too big for an NMU (it changes the python build system, and adds a package). But it could be done as a team upload, by a team member. No, changes like this cannot be done as a team upload without an explicit ack from the maintainer. Please ask them before further actions (or requesting an upload, given you've already changed the package in SVN). Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/CAPdtAj0UnEgB3G=qkstdwv-nar80zjx0gpxgewz1rsunvlw...@mail.gmail.com
Re: Command-line option available only with Python 2.7 and not 2.6
On Tue, Jan 3, 2012 at 18:49, Davide Cavalca dav...@geexbox.org wrote: I think the package's still on mentors (if not, I can probably dig it out). Because wheezy will use 2.7 and thus the package will be soon obsolete, it was agreed at the time not to pursue further its inclusion in Debian. wheezy will have 2.7 as default python interpreter, but we (sadly) don't know what will happen to 2.6 . -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/capdtaj2xykvwfkadxvuhxny+1tgcajdbjwgygngu9zvng63...@mail.gmail.com
Re: RFS: python-poster
On Sat, Dec 10, 2011 at 00:25, Emilien Klein emilien+deb...@klein.st wrote: Hi Arno, 2011/12/9 Arno Töll deb...@toell.net: no it is not. Jakub meant to file a bug denoting your NMU to the BTS. You can use the nmudiff to get the idea. #610114 [1] is a random example of what we mean too. In your case you shouldn't be filing a new bug though, but reply to the existing one you are closing. Just to make sure we're on the same page: the message you replied to was sent to both the mailing list *and* the bug report [0]. Do you mean that I need to physically attach that diff to the bug report, instead of just linking to the paste? IMHO the coloring of the paste eases the reading, but there is also a download link at the bottom if someone needs a physical copy on it's computer. Except that posting the actual debdiff is required by policy, pastes on p.d.n are removed after some time (I think you can choose it at creation time), so please post the diff on the bug report (using nmudiff as suggested by Arno, f.e.). If someone need colored diff, there's always colordiff :) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/capdtaj2ytbxx5qapscnxg3flxeu7jw0zohmo9pt69ywhdsr...@mail.gmail.com
Re: Bug#643733: reportbug: support for mentors.debian.org pseudo package
Hello Michael, On Thu, Sep 29, 2011 at 06:32, Michael Gilbert michael.s.gilb...@gmail.com wrote: I've written a patch to tentatively support a mentors.debian.org pseudo package (in order to better track and support the incredible volume of sponsorship requests and such). Note that there is still ongoing discussion about the right way to do this [0], and we would need to get the mentors.d.o psuedo package added to the bts first anyway, but I think the existence of this patch is needed first to illustrate the potential usefulness of a bts-based mentors workflow. At this early stage, and in particular given the post-submit discussion going on on -mentors I think this is too premature to propose a patch, hence i'm rejecting it. Feel free to reopen this bug and attach and updated patch once/if a wider (project) agreement is reached. In the meantime, would you mind reviewing the patch and determining whether its good enough to adopt in reportbug, or if it needs some fixing? If you do have comments, I'll do my best to address them. don't worry about code: I can edit the parts that needs to. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/capdtaj2jbhjwepom6ps0ji31yguf-ahm3mpndsggwkf4inz...@mail.gmail.com
Re: RFS: mp3splt-gtk (updated package)
Hi, On Wed, May 11, 2011 at 12:13, Sven Hoexter s...@timegate.de wrote: On Tue, May 10, 2011 at 08:11:48PM +0200, Gunter Königsmann wrote: only commenting on this part: Did you try to contact the current maintainer? Ryan is a long time MIA, adding mia@ in the loop to let them be aware of this and allow to update on the status. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/banlktinv-tx08mw6vf0j8zjkrjbmamz...@mail.gmail.com
Re: RFS: mpg321 (updated package, 3rd try)
Hi Nanakos, On Tue, Apr 19, 2011 at 16:12, Nanakos Chrysostomos nana...@wired-net.gr wrote: Added '-K' option so the user can enable/disable the Basic Keys functionality. This also resolves the 100% CPU problem when mpg321 is run by asterisk for music hold on. Also added a new algorithm when playing files randomly until interrupted. The advertised behavior is much better than the previous one.Thanks to Peter Selinger. IIUIC you're also upstream author: why didn't you released a new upstream release with those 2 (more later) patches instead of shipping them only in the debian patches? Also, why do you split the -K change in a different patch for each modified files? patches can modify several files and still be a single file, with the advantage and being the only place to look in case a change has to be done. Anyhow, none of this poses a problem for the upload, so I just sponsored it: thanks for your contribution to Debian! Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/banlktimk1acvfk0h+ml2rkl7qiio8bx...@mail.gmail.com
Re: RFS: mpg321 (updated package, 3rd try)
On Wed, Apr 20, 2011 at 19:12, Nanakos Chrysostomos nana...@wired-net.gr wrote: On Wed, Apr 20, 2011 at 03:26:39PM +0200, Sandro Tosi wrote: Also, why do you split the -K change in a different patch for each modified files? patches can modify several files and still be a single file, with the advantage and being the only place to look in case a change has to be done. Another DD has told me in the past that I had to split my patches in order for him to accept my package and I should always work in that way for my packages to be accepted. Well, I don't know if it was just a matter of personal taste of that DD, but it's not a requirement. You should provide a single patch for a single change, but it's not restricting the patch to touch only one file. So, in the example of -K, if the addition of it modifies 5 files, it's perfectly fine (and it is *the* standard way) to provide a single patch with all the diffs in it. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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=uwvqensrpypzo6f-feyfso5t...@mail.gmail.com
Re: RFS: mpg321 (updated package, 3rd try)
On Wed, Apr 20, 2011 at 19:39, Nanakos Chrysostomos nana...@wired-net.gr wrote: I had the same perception as you on the issue but as I said before I had been told to follow these instructions. Anyway, your help from now on is precious because I can handle in a much better way future patches and versions of my packages. It would be a pleasure. And at this regard, feel free to write directly to me (or CC me) for your future RFS requests. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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=ic=fjzj_7qne-a6wot3ld56s...@mail.gmail.com
Re: RFS: python-gearman
Hi Oxan,
On Tue, Feb 8, 2011 at 16:08, Oxan van Leeuwen o...@oxanvanleeuwen.nl wrote:
Hi,
On 08-02-11 15:51, Sandro Tosi wrote:
Sorry I didn't noticed first: you can remove also XB-Python-Version:
${python:Versions} from d/control
I've removed the XB-Python-Version from d/control. Just out of curiousity,
do you have any pointers to a current policy regarding these fields? I can
only find old ones that are a bit conflicting.
the python policy: /usr/share/doc/python/python-policy.txt.gz od the
other formats in the same dir
Btw, I get two warnings from
dpkg now when building the packages:
warning: package python-gearman: unused substitution variable
${python:Versions}
warning: package python-gearman: unused substitution variable
${python:Provides}
don't worry about them: they say the variable is empty, so I'm not
going to write a field with no value; that's fine, because if for some
transition or so we need to populate those variables, they are already
there, but for now, they serves nothing, so they are also harmless.
Just a sanity check: the short descr say this package is an interface
to the Gearman libs, but no depends on any gearman package is in
d/control; what I'm not getting? :)
That's correct, this is actually a pure Python implementation of the Gearman
protocol and doesn't use libgearman. I've updated the description a bit to
be more clear about that.
thanks.
Given I found nothing else to delay... I uploaded your package! Thanks
for your work in Debian!
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
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/aanlktin8qz0q2eckiefmxka3asnqm_hyem5+9ahfd...@mail.gmail.com
Re: RFS: python-gearman
On Fri, Feb 4, 2011 at 17:44, Oxan van Leeuwen o...@oxanvanleeuwen.nl wrote:
Hi Sandro,
Thanks for your reply!
On 04-02-11 16:35, Sandro Tosi wrote:
Hi Oxan,
you decided to put the team in Uploaders: do you understand what it
means (for DPMT) ? (it's just a check ;)
I think I did that according to the policy on Alioth [1], which has
different content than on the wiki page [2]. Given that I'm fine with the
team taking over
when I'm too busy (hopefully not needed ;-)), I've switched the fields.
that's, that's very nice of you :)
debian/copyright
- ehm:
Files: debian/*
Copyright: 2010, 2011, Oxan van Leeuweno...@oxanvanleeuwen.nl
License: Apache-2 or GPL-2+
either stay with apache-2 or with gpl2+: what's the need for this
uncertainty and the possible dual licensing for debian packaging code?
(hint: i'd go with the same license of upstream code, less legal issue
in case of patching and so).
I think that was left over from packaging the older 1.x release (never
submitted for inclusion into Debian), where I indeed licensed the packaging
GPL-2+ to match upstream code. I've removed the GPL-2+ license from the
copyright file as it doesn't make any sense now.
thanks!
- can you please specify where did you find the 2011 copyright for
upstream code? I can only see LICENSE.txt containing the 2010. Also,
can you please ask upsteram author to put a real name email in
copyright notice? It's not a must but a nice to have :)
I thought I found the 2011 somewhere, but that was wrong. apparantly not.
I've asked the upstream author for his comments on the licensing [3] and
changed the copyright year to 2010.
[3] https://github.com/Yelp/python-gearman/issues/issue/8
debian/patches/01_include_docs_conf
- ask upstream to add teh file to the manifest, so it will be included
in the next tarball
Done: https://github.com/Yelp/python-gearman/issues/issue/7
- you could upload to experimental, where sphinx= 1 is alive and
kicking - what would you do?
Well, given that I don't see much value in adding the source code to the
documentation (it's already on your system and you usually don't need it), I
prefer uploading to unstable.
ok then
- why you don't install .js files? ok, they should not be shipped in
the binary package but a link to libjs-query files instead, but you're
not making it either.
I've added a link to the libjs-query package instead of completely removing
it. Rationale behind the suggests instead of recommends is that the package
will mostly be installed as a dependency of other packages (library package)
and thus the documentation won't be read by most of the users. It also works
fine without libjs-jquery. (other packages in the DPMT seem to be
inconsistent, some use Recommends and some use Suggests).
yup that's fine.
Sorry I didn't noticed first: you can remove also XB-Python-Version:
${python:Versions} from d/control
Just a sanity check: the short descr say this package is an interface
to the Gearman libs, but no depends on any gearman package is in
d/control; what I'm not getting? :)
Other than that, I don't see any other points to fix, so let's get
those 2 squashed and we're ready to go.
Cheers,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
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/aanlktimoa7oxe8zop6zpb1sn99t1ba3jxp8fw2xfy...@mail.gmail.com
Re: RFS: marave - Full screen editor written on Python
Hi Gildardo, On Mon, Feb 7, 2011 at 09:41, Gildardo Adrian Maravilla Jacome fula...@gmail.com wrote: Dear mentors, I am looking for a sponsor for my package marave. * Package name : marave Version : 0.7-1 Upstream Author : Roberto alsina * URL : http://marave.googlecode.com/ * License : gpl-2 Section : editors It builds these binary packages: marave - Full screen editor written on Python Would you consider joining[1] Python apps debian team and maintain it with us? on a side note, the fact it's written in python it's not something i'd add in the short description ;) [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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==ucgahttfl9jfmtglpobg0+qxtjo5c8+pz...@mail.gmail.com
Re: RFR: webalizer - web server log analysis program
Hi, let's restart from scratch, concentrating on the packaging side of the story. On Thu, Jan 13, 2011 at 22:53, Julien Viard de Galbert jul...@vdg.blogsite.org wrote: Dear mentors and mentees, I am looking for reviews for my package webalizer The previous maintainer Felipe Augusto van de Wiel (faw) agreed that I take over the package, also as he his really busy and this package will be targeting experimental (due to the freeze) I'd like the package to be really polished before asking him for sponsorship. My packaging work is currently on collab-maint: http://git.debian.org/?p=collab-maint/webalizer.git;a=summary I already got the help of Pim van den Berg on the logio patch. So more attention is needed on other patches especially the TTF patch and the gettext patches. What exactly do you feel is need to be checked on those 2 patch series? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/AANLkTikTZjcsENKG=0ipuwzqnoecrufrfbyvhofv4...@mail.gmail.com
Re: RFS: python-gearman
Hi Oxan, On Fri, Jan 28, 2011 at 13:47, Oxan van Leeuwen o...@oxanvanleeuwen.nl wrote: Dear mentors, I am looking for a sponsor for my package python-gearman. * Package name : python-gearman Version : 2.0.2-1 Upstream Author : Matthew Tai mtai at yelp dot com * URL : http://github.com/mtai/python-gearman/ * License : Apache 2.0 Section : python It builds these binary packages: python-gearman - Python interface to the Gearman library Would you consider joining[1] the debian python modules team (aka DPMT) and maintain this package under the team umbrella? I might be interested in the package, so if you choose the team, you'd probably already find a sponsor :) [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktim-3nypxy2nt_i6rydyzghogs+h2df2vhyv-...@mail.gmail.com
Re: Bug#573745: No response from official maintainer
Hi Matthias, you just uploaded buildbot 0.7.12-3 - did you get in touch with Andriy to instead work on 0.8.0 and upload it? On Fri, Sep 10, 2010 at 21:36, Andriy Senkovych jolly_ro...@itblog.org.ua wrote: Hello, Russ, Sandro. given another week has passed without a public comment on this matter by Matthias, could you please decide how long Andriy should wait for a reply? (JFTR, Matthias is not busy doing other things other than Debian, look at bugs and uploads and mails and irc chats.) Thanks for your care. I have already spoken to Matthias in person in IRC on the 9th of September. I wanted to post the result of the conversation anyway. Here is some quotes of it: doko_!irc.oftc.net you are right, I should have responded earlier ... doko_!irc.oftc.net I had a try at 0.8 myself doko_!irc.oftc.net splitting the slave and the master Jolly_Roger well, splitting wasn't so hard. But I'd like you to look in the package anyway since it has new manpages and a little more debianized /debian directory (I tried to use a bit more helpers) Jolly_Roger I just wish my work will be handy doko_!irc.oftc.net copied to http://people.debian.org/~doko/tmp/ doko_!irc.oftc.net but, it's too late for squeeze. fine with me to upload to experimental Jolly_Roger thanks. Is there any way I can help you with this package? doko_!irc.oftc.net sure, if you are interested in that, I'd like to merge/replace my experimental things with yours Jolly_Roger i don't recommend uploading it anywhere until review anyway. It seems there are some things broken (e.g. init scripts don't always detect bot startup failure) Jolly_Roger thanks. I'm interested for sure :) doko_!irc.oftc.net cool! doko_!irc.oftc.net it's not that urgent, so I'd like to delay any substantil work until mid of october if possible doko_!irc.oftc.net buildbot won't be upgraded for squeeze Jolly_Roger i know that. Should this stop me working on it? :) doko_!irc.oftc.net I'll come back to you after October. If you want to merge/replace your approach, please email me directly doko_!irc.oftc.net no, your work is appreciated Jolly_Roger thanks. I'll do so. I'll use your @debian.org email just in case So for now I'll be glad to become a contributor to this package. I hadn't spoken about maintainership of the package. I'll try to do so if I get a chance. Is this work targetted at squeeze? It would be great, of course, but the package isn't ready for a stable release. That's why I'm asking for review. I can't say it's ready until I will be sure all solutions described in [1] or [2] (they are the same) are ok. In fact, this is my first workon packaging for Debian. I'll try to get the package to experimental soon after i'll be sure about [1] and [2]. [1] http://lists.debian.org/debian-mentors/2010/09/msg00093.html [2] http://lists.debian.org/debian-python/2010/09/msg00012.html Thanks again, Sandro, Russ. -- with best regards, Andriy Senkovych -- 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/aanlktinpbtrwweq_thczgvr3iixdhbxwocs4y8ohp...@mail.gmail.com -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikxhbk6g27tby1pvzz+eai+kz4z+hijysmq1...@mail.gmail.com
Re: RFS: pycam
Hello, On Sat, Nov 13, 2010 at 01:16, Lars Kruse de...@sumpfralle.de wrote: Dear mentors, I am looking for a sponsor for my package pycam. * Package name : pycam Version : 0.4-1 Upstream Author : Lode Leroy, Lars Kruse (that's me) * URL : http://pycam.sourceforge.net * License : GPL3 Section : python It builds these binary packages: pycam - CAM program library written in Python PyCAM is a toolpath generator for 3-axis machines (e.g. mills). The package appears to be lintian clean. I am currently one of the maintainers of the clearsilver package in Debian. I would like to see PyCAM included in Debian, because: 1) it would be the first toolpath generating program in the repository (python-opencam is only a library and currently not usable) 2) I want to simplify the life of PyCAM's users :) 3) I want to get more involved in Debian development Would you be interested in joining[1] the PAPT[2] and maintain this package with us (you might also fall in love with other packages we maintain and help ;) )? [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin [2] http://wiki.debian.org/Teams/PythonAppsPackagingTeam Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktiksd+zjowk8nkrragdfsn9pgkomebmdtt-j=...@mail.gmail.com
Re: RFS: python-ordereddict
On Fri, Nov 12, 2010 at 15:26, Davide Cavalca dav...@geexbox.org wrote: Dear mentors, I am looking for a sponsor for my package python-ordereddict. * Package name : python-ordereddict Version : 1.1-1 Upstream Author : Raymond Hettinger * URL : http://pypi.python.org/pypi/ordereddict/ * License : MIT Section : python It builds these binary packages: python-ordereddict - drop-in substitute for Py2.7's new collections.OrderedDict The package appears to be lintian clean. The upload would fix these bugs: 603277 My motivation for maintaining this package is: some of the tools I use at work require this package. Plus, I've never packaged Python modules before, and this seems simple enough to start tackling them. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-ordereddict - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-ordereddict/python-ordereddict_1.1-1.dsc This is my first Python package, I'd appreciate reviews or comments on it. I would be glad if someone uploaded this package for me. I'm CCing fEnIo, who is my usual sponsor for the GeeXboX packages, and the debian-python list. what about joining the DPMT and maintain this module with the team [1] ? [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin Please also consider that for squeeze (the current under-development stable release) this package won't be included, and also in the release after squeeze (called wheezy) it seems it will be available only python 2.7 (even if the python maintainer hadn't spoken about it yet, quite surprisingly ah) . Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktin9cjebds5g8ekrk_du8wkgl+621cc5pvona...@mail.gmail.com
Re: svn-buildpackage path problems with added patch
On Thu, Nov 4, 2010 at 20:07, Daniel Stender dan...@danielstender.com wrote: Hi people, I've added another .diff with quilt in debian/patches an now svn-buildpackage breaks processing this patch: cut dpkg-source --before-build ocrodjvu-0.4.6 dpkg-source: Fehler: ocrodjvu-0.4.6/debian/patches/hocr-header.diff kann nicht gelesen werden: Datei oder Verzeichnis nicht gefunden dpkg-buildpackage: Fehler: Fehler-Exitstatus von dpkg-source --before-build ocrodjvu-0.4.6 war 2 Command 'dpkg-buildpackage' failed in '/home/lti/scratch/debian/svn-buildpackage/build-area/ocrodjvu-0.4.6', how to continue now? [Qri?]: /cut because we all know german... ;) run teh command with LANG=C cmd + options and paste the output . project/debian/patches/foo.diff naturally couldn't be found building from project/ anyway. Any hints? Thanks in advance! what is project/? anyhow, did you commit the patch? else, try running svn-bp with --svn-ignore-new -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktimvdtbkj4ho_u2cqjqilunsxtftisorsvdat...@mail.gmail.com
Re: svn-buildpackage path problems with added patch
Hi Daniel, please keep all the recipients in the loop, in this case -mentors was missing. On Thu, Nov 4, 2010 at 22:48, Daniel Stender dan...@danielstender.com wrote: Hi yes o.k. sorry with the German, I've added a patch and altered patches/series and did svn-b --svn-ignore-new. When he tries to apply the new patch it's simply not found: did you 'svn add patch' first? cut pkg-source: info: applying hocr-header.diff dpkg-source: error: cannot read ocrodjvu-0.4.6/debian/patches/hocr-header.diff: No such file or directory dpkg-buildpackage: error: dpkg-source --before-build ocrodjvu-0.4.6 gave error exit status 2 Command 'dpkg-buildpackage' failed in '/home/lti/scratch/debian/svn-buildpackage/build-area/ocrodjvu-0.4.6', how to continue now? [Qri?]: i /cut don't cut, paste the complete log, using paste.debian.net -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikey21dcwokt4sgzwhz5olutoyupmqywr4fd...@mail.gmail.com
Re: Bug#573745: No response from official maintainer
Hello Russ, given another week has passed without a public comment on this matter by Matthias, could you please decide how long Andriy should wait for a reply? (JFTR, Matthias is not busy doing other things other than Debian, look at bugs and uploads and mails and irc chats.) It would be nice in particular with regards to Andriy, which I believe he's anxious to know what to do with his work: he also asked for a review[1] of the package, but I doubt anyone would invest time in reviewing it since it could be just wasted in case of a negative outcome. [1] http://lists.debian.org/debian-python/2010/09/msg00012.html Thanks Regards, Sandro On Fri, Sep 3, 2010 at 21:57, Russ Allbery r...@debian.org wrote: Sandro Tosi mo...@debian.org writes: Sadly, this absence of reply is not something surprising me (and others I think, as also Paul discovered[0]). This lack of communication, interest and the overcommitting of Matthias is what has made us call to the Technical Committee about Python maintainership. Given this is a perfect example of what we wanted to show, I add the TC bug in CC, to also show that situation is still going on. [0] http://lists.debian.org/debian-mentors/2010/09/msg00018.html A maintainer not responding quickly to a request to take over a package they've uploaded themselves as recently as this February, to upload a new major version of a package without any RC bugs, during a release freeze (!), is not a particularly compelling example of malfeasance. Given Romain's reply is 10 days old, given Paul already pinged doko on IRC, given you contacted several times Matthias (and since several months) The first contact about 0.8 recorded in the BTS is August 1st, which is not several months (although is before the official beginning of the freeze). and none of these generated any reply, I think you can go on and take over the package. I don't agree. The new version is not eligible for squeeze regardless, and it seems to me like there's some time to ask Matthias what his intentions are concerning the package, whether he is interested in transferring it to a new maintainer, etc. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- 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/87mxryvbvx@windlord.stanford.edu -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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=v_vpyhn=5kp2xv=xqij-jfp8gwmos1awi4...@mail.gmail.com
Re: No response from official maintainer
Hi Andriy, On Sat, Sep 4, 2010 at 13:49, Andriy Senkovych jolly_ro...@itblog.org.ua wrote: Hello, Sandro, thanks for you kind reply You're welcome :) 2010/9/3 Sandro Tosi mo...@debian.org wrote: I am too lazy to check :) but you probably can find something about the freeze process in the Debian policy and/or Developers Reference. Just to do a very brief recap, during a freeze any upload to unstable won't transition to testing (that will be the new stable) unless accepted by a Release Team member. Experimental is free to use for cases like yours, so the buildbot upload has to be targetting experimental, and be tested there until we release and then be uploaded to unstable. Thanks, I'll search a bit harder there. Does this means all the packages uploaded to mentors are going to unstable by default? Should I directly specify the target branch in an RFS (not for this case but in common)? No, any upload go in the suite written in the first line of the top-most debian/changelog entry, f.e.: reportbug (4.12.6) unstable; urgency=low ... that upload would go into unstable (the default when using 'dhc -r'), to change that you can use '-D experimental' when calling 'dch' (if you don't know what it is, install devscripts and then 'man dch'), and then the upload will go into experimental. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikuqqycwxknudmrxulpcgtx1fkrlvqsj-0ho...@mail.gmail.com
Re: No response from official maintainer
Hello Andriy, thanks for your interest in Debian (and in buildbot specifically). On Wed, Sep 1, 2010 at 12:33, Andriy Senkovych jolly_ro...@itblog.org.ua wrote: Dear mentors! Recently I started a conversation about uploading new release of buildbot package with a lot of changes in the Debian part of the package too (http://lists.debian.org/debian-mentors/2010/08/msg00258.html). Since the package has an official maintainer who uploads his work on other packages periodically I was considered as the one who hijacked the package (http://lists.debian.org/debian-mentors/2010/08/msg00268.html). I've sent private message to the official maintainer as well since that time but still with no response. Sadly, this absence of reply is not something surprising me (and others I think, as also Paul discovered[0]). This lack of communication, interest and the overcommitting of Matthias is what has made us call to the Technical Committee about Python maintainership. Given this is a perfect example of what we wanted to show, I add the TC bug in CC, to also show that situation is still going on. [0] http://lists.debian.org/debian-mentors/2010/09/msg00018.html I'd like to know what steps should be done so I could work on this package in future without being misunderstood. For such situations, it's always better to publicly send your pings (the email you sent privately to Matthias about the status of the package) using the Debian BTS for example, like you did (but only partially) in [1]. Also, directly add in CC Matthias, even for bugs on his packages, so there won't be any comments like ah, but he was not directly in the loop (yes, this happens...), so I'm doing it now, even if Romain already did[2], without any public reply from Matthias. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587313 [2] http://lists.debian.org/debian-mentors/2010/08/msg00268.html That conversation also showed me some things on Debian release management I didn't know about (http://lists.debian.org/debian-mentors/2010/08/msg00264.html). I understood that the package cannot be uploaded to unstable since it could pass to testing just with the flow of time without any humanity checks. But I know nothing concerning upload to experimental branch and its policy. Can you advice any documents or other information sources on these policies concerning approving huge changes in the package structure? I am too lazy to check :) but you probably can find something about the freeze process in the Debian policy and/or Developers Reference. Just to do a very brief recap, during a freeze any upload to unstable won't transition to testing (that will be the new stable) unless accepted by a Release Team member. Experimental is free to use for cases like yours, so the buildbot upload has to be targetting experimental, and be tested there until we release and then be uploaded to unstable. Another question I am worried about is a quality of my solution made in the package. I believe it is not bad but I feel there's could be better ways to do that. Can you please advice where I can discuss my solution and the way to improve them? Given it's a python application, you'd be much welcomed to join[3] the PAPT[4] and maintain the package there. In any case, you can discuss python stuff packaging on debian-pyt...@lists.debian.org and for fast replies on IRC on #debian-python channel on irc.debian.org server. [3] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin [4] http://wiki.debian.org/Teams/PythonAppsPackagingTeam Currently I participate in the buildbot project and I hope I can improve the software as well as it's representation in Debian. Given Romain's reply is 10 days old, given Paul already pinged doko on IRC, given you contacted several times Matthias (and since several months) and none of these generated any reply, I think you can go on and take over the package. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktik86gis-kn1egc3edaydna0fgzk9-uqmlcwb...@mail.gmail.com
Re: Bug#573745: No response from official maintainer
Hello, On Fri, Sep 3, 2010 at 21:57, Russ Allbery r...@debian.org wrote: Sandro Tosi mo...@debian.org writes: Sadly, this absence of reply is not something surprising me (and others I think, as also Paul discovered[0]). This lack of communication, interest and the overcommitting of Matthias is what has made us call to the Technical Committee about Python maintainership. Given this is a perfect example of what we wanted to show, I add the TC bug in CC, to also show that situation is still going on. [0] http://lists.debian.org/debian-mentors/2010/09/msg00018.html A maintainer not responding quickly to a request to take over a package they've uploaded themselves as recently as this February, to upload a new major version of a package without any RC bugs, during a release freeze (!), is not a particularly compelling example of malfeasance. Given Romain's reply is 10 days old, given Paul already pinged doko on IRC, given you contacted several times Matthias (and since several months) The first contact about 0.8 recorded in the BTS is August 1st, which is not several months (although is before the official beginning of the freeze). I think I misread some emails, and so Andriy only contacted (publicly) on August and not since April as I first understood. So clearly it's not several months but more than one month only. and none of these generated any reply, I think you can go on and take over the package. I don't agree. The new version is not eligible for squeeze regardless, and it seems to me like there's some time to ask Matthias what his intentions are concerning the package, whether he is interested in transferring it to a new maintainer, etc. Given the above yes, I concur it's not yet the time for maintainer switch. Now, let's wait for a reply. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktindnkbbonmm4sj_eh6itiext6+8_czb_3ze4...@mail.gmail.com
Re: RFS: conquest
Hello Jonathon, On Thu, Apr 8, 2010 at 01:41, Jonathon jony...@jonys.info wrote: Dear mentors, I am looking for a sponsor for my package conquest. You were interested in adopting conquest, but now the package has been removed from Debian [1]. What are your plans now? are you still going to adopt it or you lost interest? [1] http://bugs.debian.org/591487 Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktim1gfsbxk6qnkkojubqztnramvh3tkpzjoh6...@mail.gmail.com
Re: RFS: python3-postgresql
Hello, On Fri, Jul 30, 2010 at 17:28, William Grzybowski will...@agencialivre.com.br wrote: Dear mentors, I am looking for a sponsor for my package python3-postgresql. * Package name : python3-postgresql Version : 1.0.1-2 Upstream Author : James William Pye x...@jwp.name * URL : http://python.projects.postgresql.org/ * License : BSD Section : python It builds these binary packages: python3-postgresql - pgsql driver, cluster management tools, and client tools some comments: - where is the ITP for this package?! if you don't know what it is and why you need to file one before packaging something, google is your friend. - thanks for uploading -3 without updating this thread (so link in the only email don't work)... - more about it, why do you upload three revision for a NEW package? just merge all the changelog in -1, and close there the ITP! - consider joining the python modules team and maintain the package there: http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin debian/control - why do you name the source package python3-postgresql? it's wrong to call it with the version of the interpreter (it's correct to name the *binary* package that way, tho); just don't diverge from upstream and call it py-postgresql - remove XB-Python-Version , it's not used - use priority optional, no need to be extra debian/copyright - remove all the useless comments # Please chose a license for your packaging work. If the program you package - are you sure BSD (upstream) and GPL-3 (packaging) licenses can work together? consider they are distributed together, and you might need to change the upstream code: can you do that freely? hint: it's usually safe to choose the packaging license the same as upstream. debian/rules - why do you override dh_auto_build? doesn't dh already do all the needful to build the package for all supported versions? same goes for dh_install and dh_clean. - remove useless comments debian/watch - once again, remove useless comments Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikt-cjhrhntit=hyb-s=zq+0ottpfolx9uq9...@mail.gmail.com
Re: RFS: py-postgresql (was: Re: RFS: python3-postgresql)
As William agreed to join DPMT, we will continue this phase there. Regards, Sandro On Sat, Jul 31, 2010 at 15:32, William Grzybowski will...@agencialivre.com.br wrote: On Sat, 31 Jul 2010 12:37:13 +0200, Sandro Tosi mo...@debian.org wrote: some comments: - where is the ITP for this package?! if you don't know what it is and why you need to file one before packaging something, google is your friend. Sorry about that, its filled now as #591048 - thanks for uploading -3 without updating this thread (so link in the only email don't work)... - more about it, why do you upload three revision for a NEW package? just merge all the changelog in -1, and close there the ITP! - consider joining the python modules team and maintain the package there: http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin debian/control - why do you name the source package python3-postgresql? it's wrong to call it with the version of the interpreter (it's correct to name the *binary* package that way, tho); just don't diverge from upstream and call it py-postgresql Done, now it's as py-postresql - remove XB-Python-Version , it's not used - use priority optional, no need to be extra debian/copyright - remove all the useless comments # Please chose a license for your packaging work. If the program you package - are you sure BSD (upstream) and GPL-3 (packaging) licenses can work together? consider they are distributed together, and you might need to change the upstream code: can you do that freely? hint: it's usually safe to choose the packaging license the same as upstream. debian/rules - why do you override dh_auto_build? doesn't dh already do all the needful to build the package for all supported versions? same goes for dh_install and dh_clean. - remove useless comments debian/watch - once again, remove useless comments Thanks for all your comments, I hope I fixed them all. Here is the new package: * Package name : py-postgresql Version : 1.0.1-1 Upstream Author : James William Pye x...@jwp.name * URL : http://python.projects.postgresql.org/ * License : BSD Section : python It builds these binary packages: python3-postgresql - pgsql driver, cluster management tools, and client tools The package appears to be lintian clean. The upload would fix these bugs: 591048 My motivation for maintaining this package is: py-postgresql is a great project for python3 with an active upstream which can help the grown of python3 community. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/py-postgresql - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/py-postgresql/py-postgresql_1.0.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards William Grzybowski -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikk9j98sndavkggbqzg=pdwnbzouvpmiqhug...@mail.gmail.com
Re: RFS: googlecl (now uploaded to mentors repo)
On Tue, Jun 15, 2010 at 08:27, Sandro Tosi mo...@debian.org wrote: On Tue, Jun 15, 2010 at 08:21, Jason Holt credential...@gmail.com wrote: Thank you! Obey Arthur Liu graciously offered to sponsor the package. But I'm always happy to have more feedback :) Obey, next time please alert the mailing list you're already working on it. it will help not wasting time. http://ftp-master.debian.org/new/googlecl_0.9.7-1.html - oh well, place a big, huge WTF here. Not even dare to reply? congrats! and very basic checks on the package (where's the ITP closes in the uploaded .changes)? yay, well done. bah, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktinftvmxkgl0wtp16emj1n2y0glpnyxxw5ipm...@mail.gmail.com
Re: RFS: googlecl (now uploaded to mentors repo)
On Sat, Jun 19, 2010 at 14:13, Umang Varma umang...@gmail.com wrote: On 06/15/2010 02:37 PM, Sandro Tosi wrote: On Tue, Jun 15, 2010 at 11:00, Umang Varma umang...@gmail.com wrote: As a not-so-experienced person, I shouldn't have a say in this, but I feel that it is far too general a name to use. I'm sure there are many scripts that do something related to google, not all can be called 'google'. Indeed, I spotted that only after reply was sent: given the package is called googlecl, I'd say just call the bin googlecl. This is confusing. First, Google seems to have it's own Debian package [1] and it hasn't made the source of that package available. at least 33 hours ago from now they released a tarball. it wasn't there at the time the RFS was went. I don't know what Google's track record with packaging/building/etc is (Chrome != Chromium, etc), so I don't know what they hope to achieve by hosting the a .deb as a download and not letting other access the source. A Debian maintainer will not blindly apply them, but it could serve as a starting point. source package was on mentors.d.n, surely it could have been released on code.g.c too. Secondly, Google itself wants the bin to be called `google`. [2] Since the official project page [3] and documentation [4] says `$ google foo bar`, making end-users call `$ googlecl foo bar` may confuse them. it wouldn't be the first time we rename an upstream exec because too generic. Should we not doing this because big-G is so big and have nice tool? Also note that the ultimate decision will be done by ftp-masters, but I still consider 'google' too generic (mmh, is it copyrighted and can't be typed in our terminal without paying fees? /provatory) Particularly so if they use something like the Ubuntu Software Center (which is the default newbie's package manager on Debian as `gnome` now depends on it) where they're unlikely to read the description - if at all the description is allowed to have such a warning. well, we can't write tools that are completely newbie-proof, no matter how many checks and things you put in them. PS: I am subscribed to d-ment...@l.d.o, so no need to CC me. :-) done [2]: http://google-opensource.blogspot.com/2010/06/introducing-google-command-line-tool.html Along with a standard tarball, we have a .deb package ready for download, and hope to have it included in Debian and Ubuntu repositories in time for their next releases By Jason Holt probably some more work on the debian package and less marketing would have had the package already in NEW queue ;) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktiml9gcmmesmeinklthpkj6oolgp7br-kvolu...@mail.gmail.com
Re: RFS: googlecl (now uploaded to mentors repo)
Hello Jason, On Tue, Jun 15, 2010 at 02:56, Jason Holt credential...@gmail.com wrote: Dear mentors, I am looking for a sponsor for my package googlecl. i'm going to give it a look. In the meantime, could you please evaluate to maintain this package under the Debian Python Apps umbrella [1] ? [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktin2dhko310cysfp3vztqkdvjtybdx7kobawt...@mail.gmail.com
Re: RFS: googlecl (now uploaded to mentors repo)
On Tue, Jun 15, 2010 at 08:21, Jason Holt credential...@gmail.com wrote: Thank you! Obey Arthur Liu graciously offered to sponsor the package. But I'm always happy to have more feedback :) Obey, next time please alert the mailing list you're already working on it. it will help not wasting time. I'll continue the review, but I'm kinda demotivated.. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktimir7iqkbdgxmvgt06zmzv4wxhdmiev8mhp8...@mail.gmail.com
Re: RFS: googlecl (now uploaded to mentors repo)
Hello Jason, here's my comments On Tue, Jun 15, 2010 at 08:15, Sandro Tosi mo...@debian.org wrote: Hello Jason, On Tue, Jun 15, 2010 at 02:56, Jason Holt credential...@gmail.com wrote: Dear mentors, I am looking for a sponsor for my package googlecl. debian/changelog - given it's a NEW package, there's no need for a -2 revision just to mention you've switched to 3.o (quilt): remove that and just leave the -1 debian/compat - why '5'? I strongly suggest to use debhelper 7 (so here we need a '7' + changes in other files) debian/control - why priority 'extra'? just use 'optional' - even more, you're build-depending on dh7, so compat has to be '7' - why are you strictly depending on python = 2.5? does the package not work with 2.4? Anyhow, python dependencies and versioning is done by depending on python (for pure python apps) and then setting XS-Python-Version in the source stanza to the correct set of values - did you read the debian python policy? Ok, you did with debian/pyversion, but I still tend to prefer XS-P-V - don't put examples in the long description, they should go into /usr/share/doc/pkg/examples - in the long descr you can enlist what the package does, and the services it allows to connect/interact to - don't capitalize the short description, ideally it's a something like package is (a) short description debian/dirs - no need to create those dirs, you can remove the file debian/googlecl.manpages - why manpage is called so generically 'google.1' and not googlecl.1' given it's for the executable 'googlecl' debian/patches/debian-changes-0.9-1ubuntu1 - what is this patch? what's its reason to be there? $ diffstat patches/debian-changes-0.9-1ubuntu1 google |2 googlecl-0.9/INSTALL.txt | 14 + googlecl-0.9/MANIFEST| 18 + googlecl-0.9/MANIFEST.in |2 googlecl-0.9/README.txt | 85 ++ googlecl-0.9/googlecl/docs/client.py | 478 +++ googlecl-0.9/man/google.1| 171 7 files changed, 770 insertions(+) does it really has to be a patch, for example for manpage? just take it and put it in debian/ dir and install from there. also MANIFEST* why are there? and README.txt why is not in teh upstream tarball? like client.py? why you didn't integrate them in the upstream tarball (since you're part of upstream authors?) debian/copyright - why It was downloaded from download tarball does not yet exist! ? can't you just release a tarball? where did you take the code your package is based on? there is no get-orig-source in the debian/rules file, and no debian/watch and we need a replicatable way to download upstream source code. - are you sure Apache-2.0 code (upstream) is compatible with GPL-3 (packaging)? please fix lintian warnings: $ lintian -I googlecl_0.9-2_amd64.changes I: googlecl source: quilt-patch-missing-description debian-changes-0.9-1ubuntu1 I: googlecl source: debian-watch-file-is-missing Since Obey is so presumptuous to not share information, I don't know exactly what he was going to sponsor, given the amount of changes required to put the package in shape for an upload to debian. If you want to be sponsored by me, please address the points above (that means: either fix or explain why you want it that way :) ). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktiltnu_xkriodswk3huk0dbtixejsovwv-gzl...@mail.gmail.com
Re: RFS: googlecl (now uploaded to mentors repo)
On Tue, Jun 15, 2010 at 11:00, Umang Varma umang...@gmail.com wrote: On 06/15/2010 12:46 PM, Sandro Tosi wrote: debian/googlecl.manpages - why manpage is called so generically 'google.1' and not googlecl.1' given it's for the executable 'googlecl' In fact the package installs /usr/bin/google not /usr/bin/googlecl. As a not-so-experienced person, I shouldn't have a say in this, but I feel that it is far too general a name to use. I'm sure there are many scripts that do something related to google, not all can be called 'google'. Indeed, I spotted that only after reply was sent: given the package is called googlecl, I'd say just call the bin googlecl. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktimh13zxggdobssicj7ufax0c8cha5mhn8awc...@mail.gmail.com
Re: RFS: gedit-r-plugin
Hi, On Tue, Jun 1, 2010 at 08:44, Mateusz Kaduk mateusz.ka...@gmail.com wrote: Dear Sandro, I activated Vcs fields, fixed copyright for 2009-2010, removed python-support and uploaded package to http://mentors.debian.net/debian/pool/main/g/gedit-r-plugin I hope everything is fine now and package can be uploaded. What did you use to import the package in git? there is a tool, git-import-dsc to handle this, creating one branch for upstream code, and then merging it into master where you can do teh packaging, you might want to try it and update teh repo then. Other than that, it looked fine, so i've just uploaded: thanks for your contribution to Debian! Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktimstaix2bcnopmbmh6gog6kz6fwp4jnrruoj...@mail.gmail.com
Re: RFS: lunch (distributed process launcher)
Hello Alexandre, On Fri, May 28, 2010 at 03:15, Alexandre Quessy alexan...@quessy.net wrote: Dear mentors, I am looking for a sponsor for my package lunch. ... It's written in Python with Twisted and GTK+. Would you consider joining the Python Application Packaging Team [¹] and maintain the package there? [1] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktilsfc2bp3-uydzcgoxhfjqwawigu4mvk7xxq...@mail.gmail.com
Re: RFS: mail-notification (NMU for RC bugs)
Hello Stephen, On Wed, May 26, 2010 at 13:31, Stephen Kitt st...@sk2.org wrote: Dear mentors, I am looking for a sponsor for the new version 5.4.dfsg.1-2.2 of my package mail-notification. i'd like to sponsor it, but there's a problem... It builds these binary packages: mail-notification - mail notification in system tray mail-notification-evolution - evolution support for mail notification The package is not lintian clean, but as I understand it an NMU is not the place to fix longstanding lintian issues. ... an here it is: the package has a lintian error: binary-or-shlib-defines-rpath with that lintian error, the package will get auto-REJECTED moments after the upload (cfr [1]). [1] http://ftp-master.debian.org/#lintianrejects The proper way to avoid it is to fix this error :) There is also a workaround, but I since it seems you care a bit about this package, i'd like to give you teh opportunity to correct it. Additionally, are you interested in co-maintain it? maybe write to the current (quite inactive) maint lending your hand. The upload would fix these bugs: 577503, 580884, 580886, 582118; the last three are release-critical, and the first is very annoying (the icons used in the current version of the package no longer exist). Here is the changelog: mail-notification (5.4.dfsg.1-2.2) unstable; urgency=low * Non-maintainer upload. * Switch to 3.0 (quilt) source format, to allow the various changes below to be readily identified. * Split existing changes into patches, and fix the existing change to mn-evolution-server.gob for evolution-data-server 2.23.5 (the eds-version.h include file was missing). * Update .gob files for gob2 2.0.16 and rebuild from scratch (Closes: #580886). * Update for evolution-data-server 2.29 and later, based on the fix present in Fedora 13 (https://bugzilla.redhat.com/attachment.cgi?id=388098) (Closes: #580884, #582118). * Replace stock icons with icons present in current versions of gnome-icon-theme, based on the fix present in Fedora 13 (https://bugzilla.redhat.com/attachment.cgi?id=415509) (Closes: #577503). these changes are fine: give a look at the rpath issue and I'll sponsor it. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktilw5jumd553rvuwsniobc4y-ufixm6noje1c...@mail.gmail.com
Re: RFS: mail-notification (NMU for RC bugs)
On Wed, May 26, 2010 at 15:16, Sandro Tosi mo...@debian.org wrote: Hello Stephen, On Wed, May 26, 2010 at 13:31, Stephen Kitt st...@sk2.org wrote: Dear mentors, I am looking for a sponsor for the new version 5.4.dfsg.1-2.2 of my package mail-notification. i'd like to sponsor it, but there's a problem... It builds these binary packages: mail-notification - mail notification in system tray mail-notification-evolution - evolution support for mail notification The package is not lintian clean, but as I understand it an NMU is not the place to fix longstanding lintian issues. ... an here it is: the package has a lintian error: binary-or-shlib-defines-rpath with that lintian error, the package will get auto-REJECTED moments after the upload (cfr [1]). [1] http://ftp-master.debian.org/#lintianrejects The proper way to avoid it is to fix this error :) There is also a workaround, but I since it seems you care a bit about this package, i'd like to give you teh opportunity to correct it. Gaah, sorry, the current -2.2 package doesn't have that error. Uploaded (to DELAYED/5)! thanks for your contributions! Additionally, are you interested in co-maintain it? maybe write to the current (quite inactive) maint lending your hand. that's still valid. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktimgjjr9-4kkqt_leu4bz7d7ougbw-74om1n8...@mail.gmail.com
Re: RFS: gedit-r-plugin
Hi Mateusz On Mon, May 24, 2010 at 16:48, Mateusz Kaduk mateusz.ka...@gmail.com wrote: Hi, Thanks for comments and suggestions. you're welcome :) * removed dependency on cdbs great, thanks for this! * removed dh_pysupport (not needed for this plugin) ... * added dependency on python and python support mh, why do you add an explicit Depends on python-support while not calling it in debian/rules and being present in .deb file? Just remove it. * r-core-base was already in Recommended in case if one wants to edit R and run files remotely without installing R environment yeah, that was my fault not spotting it before replying. * debian/patches/get_data_dir patch fixes the system wide path detection, without this patch plugin only works when installed in home directory you have to describe it _inside_ teh file: just write a Description: blablabla line at the beginning of the files, explaining why you need it, what it does and so on. Note about copyright: in ./RCtrl/Wizards/load_package.xml (and other xml files) upstream declares 'copyright=(c) 2010 Dan Dediu ' so I think you should add 2010 to copyright years in debian/copyright. Always check *every* file in the tarball for copyright license information. Last thing you might want to consider are the Vcs-* field in debian/control: it would be nice if you put the repo online and activate those fields. Once the above changes are done, feel free to recontact me to last check (we hope) :) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktik4jwahv8apoohaxtoto71uxj_qunry7dfgp...@mail.gmail.com
Re: RFS: mpg321 (updated package)
Hi Michal, On Mon, May 24, 2010 at 13:38, Sandro Tosi mo...@debian.org wrote: On Mon, May 24, 2010 at 12:32, Nanakos Chrysostomos nana...@wired-net.gr wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for the new version 0.2.11-3 of my package mpg321. Giving it a look. I saw you sponsored mpg321. I didn't see a reply here, so I just report what i've found now. Closing bugs in debian/changelog has to be done only if the current upload fixes those bugs; entries like: * Bug #182122 should close now because in this version of Debian we don't face such problems. So i am closing this bug. (Closes: Bug#182122). ... * Tried to reproduce the same experiment as Bug #388587 and i don't see any problem. If someone else can simulate the same problem, please report the bug and the way to simulate it again.So i am closing thsi bug also. (Closes: Bug#388587) ... * Anyone who wants to use the -a option can follow the information from the manpage. To give an example: mpg321 -a /dev/dsp song.mp3. So Bug #286176 should close.The -a option seems to work fine. (Closes: Bug#286176). seems very much something that should have been done via mailing to BTS and not via debian/changelog. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikuyrfd-soc8_08tjpjy2nzih14ekaozjw0p...@mail.gmail.com
Re: RFS: gedit-r-plugin
On Wed, May 19, 2010 at 07:42, Mateusz Kaduk mateusz.ka...@gmail.com wrote:
Dear mentors,
I am looking for a sponsor for my package gedit-r-plugin.
Here are some comments:
debian/changelog:
- remove -2 entry: the changelog is about the change you did from an
upload to Debian archive to the previous, since it's a new package,
there is no previous version, so just stick with -1 entry
debian/control
- what about enabling those Vcs-* field?
- you need python at runtime, so the binary pacakge has to define a
Depends on it. I suggest to try adding the ${python:Depends} variable,
and if it not works, add an explicit 'python' Depends
- also, you need to Depends, or at least Recommends/Suggests
r-base-core (i tried the plugin and got R --no-save --no-restore
bash: R: command not found)
debian/format
- remove it
debian/patches/get_data_dir
- what does this patch do?
debian/README.Debian
- this information belongs to debian/copyright (the describe how to
obtain the tarball), so merge them there and remove this file
debian/rules
- you decided to use debhelper 7, so I strongly suggest to use its
tiny rules file (/usr/share/doc/debhelper/examples/rules.tiny) +
override instead of cdbs, that's mainly black magic
ReadMe.txt
- install it as documentation
The package appears to be lintian clean.
ehm, not exactly :)
lintian -iIv --pedantic gedit-r-plugin_0.7.0-2_amd64.changes
...
I: gedit-r-plugin source: quilt-patch-missing-description get_data_dir
...
I: gedit-r-plugin source: debian-watch-file-is-missing
...
P: gedit-r-plugin: no-upstream-changelog
for sure, add a debian/watch file
Once done this changes, feel free to resubmit the package and the RFS.
Regards,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
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/aanlktimo5jkp4nyuteulgqx9qzo6mrhwlovjvy9y8...@mail.gmail.com
Re: RFS: ne (updated package, second try)
On Fri, May 21, 2010 at 05:28, Julián Moreno Patiño darkju...@gmail.com wrote: Ok, Now I am reuploading ne again. Please see: dget http://mentors.debian.net/debian/pool/main/n/ne/ne_2.1-1.dsc Everything it fine, uploaded! thanks for your contribution to Debian! Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktin7tchwqakphs55yvfnchf2znht3srrs5d0a...@mail.gmail.com
Re: RFS: ne (updated package, second try)
Hello Julián, On Thu, May 20, 2010 at 05:43, Julián Moreno Patiño darkju...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 2.1-1 of my package ne. I would be glad if someone uploaded this package for me. debian/changelog: - close #581433 next to new upstream line - typo: Repacles debian/patches: - why did you drop several patches? were there accepted upstream? if so, specify it in the changelog CHANGES - suggest to upstream to not remove previous entries, there are people liking changes history :) debian/copyright - add you to the packaging copyright notice src/regex* - these files have different copyright holders and licenses, but they are not mentined in debian/copyright (this is the main stopper to the upload). Every file differing from the main copyright/licence notices must be present in debian/changelog reporting its holders and license. Please fix these points are reupload the package (same debian revision) for another check. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/aanlktikudkdq90valyo-4dbeuymn1_rrgjmteb-s3...@mail.gmail.com
Re: pycentral vs pysupport?
On Tue, May 11, 2010 at 08:12, Zaar Hai haiz...@haizaar.com wrote: On Mon, May 10, 2010 at 8:11 PM, The Fungi fu...@yuggoth.org wrote: On Mon, May 10, 2010 at 06:52:42PM +0200, Jakub Wilk wrote: You should use python-support. Yes... in fact, if you use of DH7's rules.tiny example, it will make python-support fairly automatic (assuming you don't have particularly unusual build requirements). I'm using CDBS, thus he is the one who does the magic for me. But the Jakub's answer is pretty straight-forward :) In that case, teh suggestion is to use debhelper 7, that mimik the cdbs small debian/rules but in a sane way, without the black magic cdbs introduces (cdbs is easy for easy packages, but when you have to deviate from its road, it becomes a lot more difficult to do that in a proper way). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/v2q8b2d7b4d1005102320xc481e734nbecd010989e31...@mail.gmail.com
Re: SIGAR Python packaging
Hello Thiago, On Wed, Mar 24, 2010 at 15:31, Thiago Franco Moraes tfmor...@cti.gov.br wrote: In order to create the SIGAR debian package, I did the folowing: 1. Checked out the source code from SIGAR trunk (the python binding didn't work in the other versions) but below: [4] http://dl.dropbox.com/u/817671/packages/sigar-1.7.0.tar.gz if you use a not-yet-released-version, then mark it as such in the version you upload: the version above seems it's the official 1.7.0 while, from what you wrote, it seems you're doing the package from a SVN snapshot, so use something like 1.7.0~svnrev number (information at [l1]) [l1] http://wiki.debian.org/SandroTosi/Svn_get-orig-source 2. Created a folder debian on the source-code folder that's not enough: at least you have to fill all the needed files in debian/ dir. A usual start is running dh_make, that creates a templates of several files in debian/ you can customize for the project at hand. 3. And then used the debuild command The SIGAR source-code used and the debian folder created are available at [4]. ... [4] http://dl.dropbox.com/u/817671/packages/sigar-1.7.0.tar.gz we need a link to the .dsc file, and in the same location the orig.tar.gz and .diff.gz should be present so that dget url to .dsc will download all the 3. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/8b2d7b4d1003240754mcc4fc35hc649ea855e7a9...@mail.gmail.com
Re: Use of DM-Upload-Allowed field
On Sat, Mar 20, 2010 at 22:00, Joachim Wiedorn ad_deb...@joonet.de wrote: Paul Wise p...@debian.org wrote: On Sun, Mar 21, 2010 at 2:03 AM, Joachim Wiedorn ad_deb...@joonet.de wrote: How is the actual status of using the DM-Upload-Allowed field/bit? Initially the plan was for DMUA to be set on package X only by sponsor Y after they are satisfied with the quality of uploads of package X by maintainer Z. These days DMUA seems much more casually added, often by the DM rather than the DD. Where maintainers ask for DMUA to be added, they probably remember the initial plan for it whereas most others do not seem to know about it. So I am right to do in this way? 1. Set the DMUA first time inside the package (debian/control) 2. upload to mentors.d.o 3. ask for (last) sponsoring (RFS) No, the correct process would be: 1. prepare a package 2. upload it to mentors.d.n 3. find a sponsor 4. reiterate 1-3 for some times then ask the sponsor to add the DM flag. This should be done by the sponsor since he trusts you can manage that package correctly without supervision. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/8b2d7b4d1003201404u5cd17c8byf0e44f9e0db15...@mail.gmail.com
Re: Use of DM-Upload-Allowed field
On Sat, Mar 20, 2010 at 22:19, Joachim Wiedorn ad_deb...@joonet.de wrote: Sandro Tosi mo...@debian.org wrote: No, the correct process would be: 1. prepare a package 2. upload it to mentors.d.n 3. find a sponsor 4. reiterate 1-3 for some times then ask the sponsor to add the DM flag. This should be done by the sponsor since he trusts you can manage that package correctly without supervision. Then the DMUA line inside the package is the older way and no more recommended for an Debian Maintainer? mh? As Paul said, and I reaffirmed, the DMUA flag should be set by the sponsor (or by the sponsoree after a request for the sponsor), not silently added by the sponsoree without coordination with the usual sponsor. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- 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/8b2d7b4d1003201436i6c032b35tb7e169531e2f2...@mail.gmail.com
Re: Re: RFS: pynagram
On Thu, Jan 21, 2010 at 06:52, Umang umang...@gmail.com wrote: Please make the synopsis with no leading article (as requested in the best practices in the Developer's Guide). That would make the synopsis: simple anagram game Do I need to make a new package (i.e. 0.3.3-2 and upload that then post an RFS again), or do I do that only for the next release? Please don't: just re-upload the -1 revision (ie don't increase debian/changelog for no valid reason) Reasoning: you're still releasing the first package, so there's no difference with previous uploaded packages (what matters is what was uploaded to debian ftp-archive, not mentors). In any case, do what your sponsor asks (when you'll find one), since probably you'll get one from debian-python, the above statement is what we usually require. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: python-slimmer
Hello Janos, On Tue, Nov 17, 2009 at 17:36, Janos Guljas ja...@janos.in.rs wrote: Dear mentors, I am looking for a sponsor for my package python-slimmer. Did you consider joining the DPMT[1] and maintain your package there? [1] http://wiki.debian.org/Teams/PythonModulesTeam Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: (non-)upstream changelog
Hi, 2009/11/5 Pietro Battiston too...@email.it: Hello, the developers of an app I'm packaging, denemo (www.denemo.org) do not use (it is there, but not updated since months) the file ChangeLog. However, they do keep a list of changes, which they published, for the last release, in their site and on the mailing list, and which content would be the perfect content for filling a changelog. [0] Do you suggest me to: - patch the changelog/introduce a new one, and then install it, or - in debian/changelog, after New upstream release, list all of those changes? The only sane solution is to bother upstream until the update the changelog distributed with the tarball. I tend to see the second option as cleaner, but I don't know if ~20 lines of changelog entry for a new upstream release would be considered too verbose. please don't. That is the *debian* changelog. P.S: yes, I may ask them to change their policy... for the next release. not 'may', just do it. P.P.S: I'm taking care of this package since few months... under previous maintainer, the upstream ChangeLog was still updated That's nicer, but I don't think it's worth a hunk in diff.gz (either as direct change or patch) for this. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: kallery (updated package, QA upload, 3rd try)
2009/10/23 Aníbal Monsalve Salazar ani...@debian.org: On Fri, Oct 23, 2009 at 12:20:17AM +0200, Sandro Tosi wrote: On Thu, Oct 22, 2009 at 23:56, Ignace Mouzannar mouzan...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 1.2.0-4 of my package kallery. I'm giving it a look Could you remove config.status.lineno from kallery_1.2.0-4.diff.gz as well? diffstat kallery_1.2.0-4.diff.gz config.status.lineno | 1220 + debian/.pc/.version | 1 debian/README.source | 57 + debian/changelog | 66 + debian/compat | 1 debian/control | 35 debian/copyright | 36 debian/kallery-data.install | 4 debian/kallery-data.lintian-overrides | 1 debian/kallery-data.manpages | 1 debian/kallery.1 | 131 +++ debian/kallery.docs | 1 debian/kallery.install | 1 debian/kallery.lintian-overrides | 1 debian/kallery.menu | 2 debian/patches/Makefile.in.diff | 17 debian/patches/debian-imagemagick.diff | 28 debian/patches/kallery-desktop.diff | 21 debian/patches/series | 4 debian/patches/spelling.diff | 15 debian/rules | 85 ++ debian/source.lintian-overrides | 1 debian/watch | 2 23 files changed, 1731 insertions(+) It's not here: $ diffstat kallery_1.2.0-4.diff.gz .pc/.version|1 README.source | 57 + changelog | 66 compat |1 control | 35 ++ copyright | 36 ++ kallery-data.install|4 + kallery-data.lintian-overrides |1 kallery-data.manpages |1 kallery.1 | 131 kallery.docs|1 kallery.install |1 kallery.lintian-overrides |1 kallery.menu|2 patches/Makefile.in.diff| 17 + patches/debian-imagemagick.diff | 28 patches/kallery-desktop.diff| 21 ++ patches/series |4 + patches/spelling.diff | 15 rules | 85 + source.lintian-overrides|1 watch |2 22 files changed, 511 insertions(+) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: kallery (updated package, QA upload, 3rd try)
2009/10/23 Sandro Tosi mo...@debian.org: 2009/10/23 Aníbal Monsalve Salazar ani...@debian.org: On Fri, Oct 23, 2009 at 12:20:17AM +0200, Sandro Tosi wrote: On Thu, Oct 22, 2009 at 23:56, Ignace Mouzannar mouzan...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 1.2.0-4 of my package kallery. I'm giving it a look Could you remove config.status.lineno from kallery_1.2.0-4.diff.gz as well? diffstat kallery_1.2.0-4.diff.gz config.status.lineno | 1220 + ... It's not here: Ok, it's here too after building; anyhow, this is a minor problem and Ignace waited too much already, hence I'm uploading right now. Ignace, thanks for your work! Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: lesstif2 AND Questions about collab-maint
Hi Paul, first of all, thanks for your work in Debian On Wed, Oct 21, 2009 at 09:57, Paul Gevers p...@climbing.nl wrote: Hi mentors and mentees, [Sorry for the long mail, there are several issues/questions.] I am looking for a thourough check of my packaging and preferably a sponsor for the new version 1:0.95.2-1 of my package lesstif2 [0]. sorry, I'm short with free time now, but I'm going to aswer about collab-maint Lesstif2 has been moved to collab-maint [1], because the original maintainer, Sam Hocevar, agreed that I could co-maintain lesstif2 with him. However, Sam Hocevar, hasn't responded to my last e-mails about checking the packaging and uploading. He previously suggested mailing the other collab-maint people in parallel, so that they could sponsor. I tried the collab-maint-de...@lists.alioth.debian.org email address, but that doesn't exist anymore. Now I am looking for the best way to ask for a check of the packaging. Would anybody know the way to reach the collab-maint people? I don't think contacting other people on collab-maint is the right choice: collab-maint is a place where to collaboratively maintain packages between more developers (but FWIW even for single-person maintained packages) and have a common repository in the place provided by debian for it: Alioth. Or is this list the most appropriate place anyway? Yes, I think that debian-mentors is the right place to ask for such requests. In the latter case, do I understand correctly that mentors still want an upload to mentors.d.n? Just in case for the latter, I build the package and uploaded to m.d.n [2]. Ideally, the sponsor would take the source package uploaded to m.d.n, build it in a cleanupdated chroot (like pbuilder) and upload it (well, there are several other checks, not worthing mention here) without doing any modification to the source package. So, having that already available on mentors is usually better then asking sponsor to checkout the VCS, find somehow the tarball etc etc. Of course, this is a per-sponsor decision :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: kallery (updated package, QA upload, 3rd try)
On Thu, Oct 22, 2009 at 23:56, Ignace Mouzannar mouzan...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 1.2.0-4 of my package kallery. I'm giving it a look -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: python-xlrd (updated package)
On Thu, Oct 15, 2009 at 16:37, Gediminas Paulauskas mene...@pov.lt wrote: Dear mentors, I am looking for a sponsor for the new version 0.6.1-1.1 of package python-xlrd. This is a NMU: did you read how to do a correct NMU? did you respect all the rules for NMU? This version fixes FTBFS with python 2.6. Are you sure? there is no report about it, there is no patch from Ubuntu (that has py2.6 as default since 09.04) so I highly doubt it would FTBFS with 2.6 I know this package is maintained in SVN but I can't commit there either. Did you ask for access to that SVN? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: arista (2nd try)
Hi Andrea, I hadn't look at the paback but... On Thu, Oct 8, 2009 at 13:27, Alessio Treglia quadris...@ubuntu.com wrote: arista - multimedia transcoder for the GNOME Desktop ... did you contact gnome team to maintain this package with them? I think you'll find easier a sponsor being in a team. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Updating irectories for python scripts.
On Fri, Oct 2, 2009 at 20:53, Mats Erik Andersson
mats.anders...@gisladisker.se wrote:
Dear mentors,
in trying to revive a dormant package, I came across the
desire of the previous maintainer to drop a python script
into the directory
/usr/lib/site-python.
According to present day policy that directory should be avoided.
Bearing the tiwo common packages
python2.{4,5}-minimal
in mind, which one of the replacement directories
/usr/lib/python2.4/site-packages/
and
/usr/lib/python2.4/site-packages/
would be the better choice? The script itself used python2.1
at earlier times.
, is this a script that the users are supposed to execute from the
terminal (like any other programs they have installed) or it's a
module?
if it's the former supposition, then /usr/bin is the right place
(without extensions) else use setup.py with distutils/setuptools and
python-support, and they'll do the right.
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Canceled ITP for lv2dynparam1_2-1_amd64.changes is NEW
On Mon, Sep 14, 2009 at 09:47, Jaromír Mikeš mira.mi...@seznam.cz wrote: Hello mentors, my package was uploaded and waiting for acceptance. http://ftp-master.debian.org/new.html Unfortunately ITP for this package was canceled by some other debian process few weeks ago. I've got email about it, but I didn't pay attention to it believed it is some mistake. Can it be reason for refusing package? If yes can I do something now to repair it? It was a typo in the other package that closed your bug. Now: - reopen your ITP (is it closed by your package in NEW, right?) - find the bug the other package wanted to close - close the other bug (or notify the maintainer) with the correct 'Version: ' pseudo-header. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Canceled ITP for lv2dynparam1_2-1_amd64.changes is NEW
On Mon, Sep 14, 2009 at 21:45, Jaromír Mikeš mira.mi...@seznam.cz wrote: Od: Paul Wise p...@debian.org JM I reopened ITP: JM bts reopen 524285 JM Hope it will be fine soon. PW That won't work since it is archived. You need to unarchive it and PW then reopen it. I did this. $ bts unarchive 524285 $ bts reopen 524285 would have been better bts unarchive 524285 , reopen 524285 just 1 email with all the commands in it Now I am expecting some confirmation email that bug was reopened. Is it right or I am missing something. did it leave your MTA (whatever it is: local, remote, smarthost, etc etc) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524285 It looks like it is still archived. regards mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Menu entries not appearing
Please use debian-mentors for general questions. follow up there On Thu, Sep 3, 2009 at 13:42, Alessandro Dentellasan...@e-den.it wrote: Hi, I tried to add a menu entry for application 'sqledit', but the entry does not appear if I use standard menu entry in debian as: ?package(python-sqlkit):needs=X11 section=Applications/Office\ title=sqledit command=/usr/bin/sqledit it gets placed in /usr/share/menu/python-sqlkit but it does not show in the menu. In postinst scipt I correctly see: if [ $1 = configure ] [ -x `which update-menus 2/dev/null` ]; then update-menus fi It *does* appear correctly if I place a sqlkit.desktop in /usr/share/applications. I'm doing something wrong with the menu entry? Is it ok to use only sqlkit.desktop? thanks again sandro *:-) -- Sandro Dentella *:-) http://sqlkit.argolinux.org SQLkit home page - PyGTK/python/sqlalchemy -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Taking care of existing packages
On Sat, Aug 29, 2009 at 05:19, Ben Finneyben+deb...@benfinney.id.au wrote: Charles Plessy ple...@debian.org writes: Any volunteer to file write a well-argumented request for removal […]? The package has now been removed URL:http://packages.qa.debian.org/b/bk2site/news/20090823T163928Z.html but I can't find any public request for removal. Can we please see that request so the learning-by-example can continue? it has been removed *from testing*, not from Debian unstable, as written in bold on the link you're referring. There is also a link to the PTS on the same page that shows this. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Taking care of existing packages
On Sun, Aug 30, 2009 at 12:32, Ben Finneyben+deb...@benfinney.id.au wrote: Sandro Tosi mo...@debian.org writes: On Sat, Aug 29, 2009 at 05:19, Ben Finneyben+deb...@benfinney.id.au wrote: The package has now been removed URL:http://packages.qa.debian.org/b/bk2site/news/20090823T163928Z.html but I can't find any public request for removal. Can we please see that request so the learning-by-example can continue? it has been removed *from testing*, not from Debian unstable, as written in bold on the link you're referring. There is also a link to the PTS on the same page that shows this. Everything you say here is true, but it doesn't seem to be any further to answering my question. I'm aware of the PTS page (that's how I got to the above URL). So you'll need to make your point clearer. When will you start reading replies instead of blindly replying? http://release.debian.org/britney/hints/luk has all the answers you need - still in the same page you link, and if you don't understand something, google is your friend. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: QA uploadable packages for GNU/kFreeBSD
Hi Petr, thanks for your email. Since everyone can do QA uploads (it's not only the QA team ;) I think this is a perfect task for any perspective maintainer to do some packaging job. I'm adding mentors in the loop (quiting your email in toto), so that maybe some guy there wants to prepare the upload and ask for sponsorship (I'd say here and on -bsd). Regards, Sandro On Fri, Aug 28, 2009 at 12:30, Petr Salingerpetr.salin...@seznam.cz wrote: Hello, there are QA uploadable packages for ReleaseGoals/kFreeBSD. - already QA uploaded: #379778 fte: FTBFS on GNU/kFreeBSD (due to unsatisfied Build-Depends on libgpmg1-dev) #542592 libvncserver: FTBFS on GNU/kFreeBSD ( -s have to passed to debhelper) #322207 audiooss: FTBFS on GNU/kFreeBSD - orphaned: #448736 avifile: FTBFS on GNU/kFreeBSD and GNU/Hurd #416258 pdp: FTBFS on GNU/kFreeBSD: missing OS detection #542748 sg3-utils: FTBFS on GNU/kFreeBSD May you consider them, please. Thanks in advance Petr -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: QA uploadable packages for GNU/kFreeBSD
On Fri, Aug 28, 2009 at 14:19, Cyril Bruleboisk...@debian.org wrote: Sandro Tosi mo...@debian.org (28/08/2009): Since everyone can do QA uploads (it's not only the QA team ;) I think this is a perfect task for any perspective maintainer to do some packaging job. I'm adding mentors in the loop (quiting your email in toto), (What did you drink?) (Petr reads -bsd@ anyway.) s/quiting/quoting/ anyhow The target is Petr (yes, directly) and mentors (to look for packagers, hence the full quote) Hope this clarify, if not be specific. There is no need to be sarcastic all the times. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#543741: ettercap: should this package be orphaned?
On Thu, Aug 27, 2009 at 11:25, Murat Demirtenmu...@debian.org wrote: I'm planning to close all bugs related to ettercap. Ettercap authors don't work on this project anymore Why would you close bugs (I suppose Debian ones) if they are still valid? but it is good to have this package at least a few years more, it runs very well on most scenario. in particular if you plan to leave the package in Debian. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: how can i become a DD?
On Tue, Aug 25, 2009 at 10:39, tangkemumut...@gmail.com wrote: hi guys, I want to become a DD ,but I need an advocate. who can help me? Before that, you absolutely need to: - learn how to package - gain experience maintaining a considerable amount of packages (several if they are small, few if they are complex) - collaborate with other maintainers, for example reporting bugs, send patches, ask to comaintain a package the advocate is someone that knows your debian skill very well, and publicly declares you are ready to start the way of becoming a DD. then, please use your real name (if that's possible) and link to the list of packages you maintain (but I fear you maintain none). googling for mumut...@gmail.com site:lists.debian.org returns 12 results, definitely too few. So, start to be known by debian, do something for the project, and *after* a given amount of time, you'll start to understand what being DD means. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Package uploaded with UNRELEASED distribution.
On Thu, Aug 20, 2009 at 23:24, Russ Allberyr...@debian.org wrote: We had a specific request for Lintian to not warn about UNRELEASED as the distribution so that people could run it on each build and know that any output meant a problem. Unfortunately, that creates the possibility for something like this to happen, since dput and dupload only look at the *.changes file and don't care about what's in the changelog, and Lintian's architecture makes it very hard for it to see a mismatch between the *.changes file and the package. Personally, I liked a lot that warning about UNRELEASED in the changelog, even at each build: it signaled that I was working a temporary package. Maybe an option to enable/disable the check might be nice (didn't say anything when it was removed, but since we're talking about it now... :) ). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: I want to delete an ITP
Hello Leinier, first of all, this question is more fit for debian-mentors that for -devel, so I'm adding the list to CC (please follow up there, removing -devel). 2009/8/12 Leinier Cruz Salfran salfra...@ipigto.rimed.cu: Hello. I'm creating my first package, after reading the debian policy and others mails in 'debian-mentors' list I want to delete the ITP Bug #539568 in order to create a new one with the same library but with other name .. How can I do that? Well, if you only want to change the package name, simply retitle the bug. Instructions are at [1]. Please also note that the package name you specify in the ITP is the source package name, not the binary one(s) (and not, the may also not correspond, in some cases). [1] http://www.debian.org/Bugs/server-control In case you need also to add new information, do so mailing the bug at nn...@bugs.debian.org Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: I want to delete an ITP
2009/8/12 Leinier Cruz Salfran salfra...@ipigto.rimed.cu: I changed the source package name. I readed [1] .. Correct me if I'm wrong, please well, if you ask, you should wait for a reply... I can send a mail to 'cont...@bugs.debian.org' with body: reassign 539568 libsockets++2 2.3.5 no, 'wnpp' metapackage is the correct one to use for ITPs retitle 539568 libsockets++2: C++ sockets class library is this the same title as before (hint: ITP: libsockets++ -- C++ sockets wrapper library) with only the package name changed? (hint: no) - retitle it correctly. Moreover, why adding the '2' to the package name? (I didn't follow the thread that lead to this package rename). one question mark is more the enough to express a question. Thanks welcome -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: upload debian package error
Hello xiangfu, this kind of questions are better addressed to debian-mentors mailing list, adding it, and you also already received a reply [1] there. [1] https://lists.debian.org/debian-mentors/2009/06/msg00573.html On Wed, Jul 1, 2009 at 08:55, xiangfuxiangf...@gmail.com wrote: Hi I try to upload xburst-tools[1], I have two warning and one error. is this a new package? I can't find it in our archive or an ITP for it. my question is 1. the version number must 1.0.0(like that). can I use 2009.06(something like that to be a version) if upstream has a version standard, use that, bu you can also use dates for version. You have to create a non-native package, that's the reason for source-nmu-has-incorrect-version-number I think this question proves you didn't read debian policy, developers reference and new maintainers guide: please fill this gap of knowledge asap, and before asking further questions. 2. I am not a maintainer. but I want to be this package's maintainer. can I add my name and email to the control file you MUST add your name if you want to be the maintainer. That's th reason for xburst-tools source lintian error. 3. what am I got do with last warining. remove spuriours, auto-generated files in clean debian/rules target. maybe I ignore some help page because My English is not very good. English is very important for debian communication, so I strongly suggest to improve your english. So give me some advice or direct. Read teh doc I've mentioned above and use debian-mentors, not -devel. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#534866: ITP: kernelcheck -- tool for an automated build of a kernel from the latest source
On Thu, Jul 2, 2009 at 04:12, Jeff Carrbasilarc...@gmail.com wrote: On Sun, Jun 28, 2009 at 04:47, George Danchevdanc...@spnet.net wrote: is this somehow related to Debian? Can be used on a debian system in a productive way? You didn't answer my question: can this package be useful to a Debian user? The question could be extended further: ... to be useful to any distro user? Having a common tool for this (especially since it makes real .deb files) would be useful to me. When I want to make kernel .deb files it's always a PITA. I usually don't even bother anymore. If there was a simple tool that would be convenient. What's that make-kpkg (from kernel-package) missing? have you ever reported usability bugs against kernel-package to make it more suitable (if it isn't already) for users? would it be better to concentrate on just one standard tool an make it the best? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#534866: ITP: kernelcheck -- tool for an automated build of a kernel from the latest source
Hello Steven, please keep the recipients list, replying in public so this discussion can interest also other people. On Sun, Jun 28, 2009 at 02:24, Steven Pussersteven.puss...@gmail.com wrote: On Sat, Jun 27, 2009 at 3:55 PM, Sandro Tosimo...@debian.org wrote: On Sat, Jun 27, 2009 at 19:57, Steven Pussersteven.puss...@gmail.com wrote: Package: wnpp Severity: wishlist KernelCheck is a Python-based GUI that checks kernel.org and the Master Kernel thread on the Ubuntu forums for the latest Linux kernel sources and patches, then installs the is this somehow related to Debian? Can be used on a debian system in a productive way? Thank you for your reply. It's had quite a bit of testing on the Simply Mepis 8.0.6, which is essentially Lenny under the hood. It depends on Python = 2.5. Unless the kernel building tools in Debian are renamed upstream, it should work on all versions except oldstable. You didn't answer my question: can this package be useful to a Debian user? It's mainly a tool for anyone that wants to easily customize their own kernel; maybe optimize and strip out unwanted drivers. I realize Not from how you introduced it: it takes information from an ubuntu forum (that's not the most fortunate decision) so it doesn't seem so general purpose as you're asserting right above. Debian maintains an experimental kernel build repository that may duplicate much of this package's results. and so again: what's the point of this package in Debian? I don't care if Mepis is interested in it, it *must* be useful for Debian in the first place. Master Kernel didn't file an ITP, and I didn't until after I put it up in the mentors repository. and that's wrong, and already axplained Should I pull the sources off there and upload them elsewhere? I realize I'm going about this backwards, but we worked on the packaging first to get it into his PPA and the Lenny compatible Mepislovers community repo. Later came the idea to see if it was worth trying to get it into Debian. I think it's not that useful here, but I look forward for other comments. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#534866: ITP: kernelcheck -- tool for an automated build of a kernel from the latest source
On Sat, Jun 27, 2009 at 19:57, Steven Pussersteven.puss...@gmail.com wrote: Package: wnpp Severity: wishlist KernelCheck is a Python-based GUI that checks kernel.org and the Master Kernel thread on the Ubuntu forums for the latest Linux kernel sources and patches, then installs the is this somehow related to Debian? Can be used on a debian system in a productive way? kernel build tools, installs custom patches as requested, brings up xconfig for customization, builds the kernel image and header debs using a settable number of threads, then optionally installs the debs. It is released under the GPL 3 license. Originally developed for use on Ubuntu, we had a request to add it to the Mepislovers Community Repository (Mepis is a Lenny based distro) which I managed to do for the older version, Hopestar. again, what about Debian? I was recently contacted by the application's main developer, Master Kernel, for assistance in packaging the new 1.2.5 release, Lumen, in which we were successful. Master Kernel encountered some potential problems at mentors.debian.net due to his wish to remain anonymous, so he asked me to take over as the prospective Debian maintainer. His previous upload of the sources to mentors.debian.net was vetted and a few problems were fixed, so he has removed his upload. The URL of my kernelcheck upload is : http://mentors.debian.net/debian/pool/main/k/kernelcheck The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/k/kernelcheck/kernelcheck_1.2.5-1.dsc ITP bugs must be filed *before* start preparing a package (ideally, the moment you studied enough the perspective upstream project and evaluated interesting for Debian) and not after it'sdone (like in this case). For example: is the ITP closed in the apckage on mentors? (I didn't check, to be honest) CCed to -mentors so you can keep the replies there. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: ah
On Mon, Jun 22, 2009 at 19:39, Harry Rickardshricka...@l33tmyst.com wrote: The package appears to be lintian clean apart from a few warnings that I can't seem to correct (http://pastebin.com/f2ed86daf) please explain WHY you can't correct them. for example: W: ah: manpage-has-bad-whatis-entry usr/share/man/man1/ah.1.gz patch the manpage W: ah: maintainer-script-empty postinst W: ah: maintainer-script-ignores-errors postinst very easily fixable W: ah: copyright-without-copyright-notice very easily fixable W: ah: syntax-error-in-debian-changelog line 1 badly formatted heading line W: ah: syntax-error-in-debian-changelog line 1 found eof where expected first heading use dch in general, use lintian -iIv --pedantic file.changes to know get all the messages from lintian along with their description I can't put the package on mentors.debian.net, as it requires a GPG key to sign up. I use an OpenPGP Smartcard which uses subkeys, meaning it makes mentors.debian.net kick up an error about multiple keys. mh, please follow up with mentors.d.n Also, has anyone else managed to use an OpenPGP Smartcard to signup for mentors.debian.net, as I'm going to need to RFS a few packages in the near future. indeed :) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: FYI: QA uploads primer
On Mon, Jun 15, 2009 at 00:49, Serafeim Zanikolasser...@hellug.gr wrote: ps. please CC me on replies as I'm not subscribed to d-mentors On Wed, Jun 17, 2009 at 10:20, Serafeim Zanikolasser...@hellug.gr wrote: ps. Please DON'T CC me on replies, I've had enough of this ahahah -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: FYI: QA uploads primer
On Tue, Jun 16, 2009 at 00:53, Serafeim Zanikolasser...@hellug.gr wrote: There's a tradeoff: encouraging potential new contributors (in the hope that and do you think you're in position to take this tradeoff? I don't think so. they'll eventually read all the docs) at the cost of initially lower-quality RFS requests, and who will pay this price? you don't for sure, but the sponsors!! Do you really want to make them more upset than by current low quality RFSes (there are exceptions, of course)? or making it clear from the start that packaging is hard and time-consuming and they shouldn't even bother until they've read all 3 docs in full [1] If you say that, the whole page will lose its reason to exist. If you want pursuit this road, you'll drive apart potential future contributors because the moment they'll send the RFS and they'll get scolded very heavy due to their lack of basic knowledge, they do really wasted their and our time. The primer repeatedly mentions lintian, which catches most policy violations, lintian IS NOT the lonely tool you can relay on, it's your BRAIN the best tool for packaging. I honestly don't mind dropping the page, but I haven't been convinced that the issues you raise can't be addressed by adding more references and warning flags in the doc. Fine, keep going on with that... Matthew already told you alternative activities for time-starved people, it will be your fault to keep spreading damn wrong suggestions. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: FYI: QA uploads primer
On Tue, Jun 16, 2009 at 22:19, Serafeim Zanikolasser...@hellug.gr wrote: Sandro, in your first reply, you suggested 3 alternatives, one of which was fix it. You seem to be quite upset despite me taking into account your specific suggestions for improvements. I'm just curious, what more would it take for you to consider it fixed? re-evaluating your contributions it's a complete waste of time, so please ignore the fix it suggestion and keep only the drop it one. I see your point about low-quality RFSs and the limited time of DDs, but your thesis basically boils down to let's have less documentation so that the wrong people won't even try. no man, you lack reasoning: you're just compiling a long list of items to avoid to read those docs. We have formal documents, and people willing to do packaging MUST read them, no excuses, EVER. For all the surrounding things not worth for inclusion in canonical docs (like team policies and so) we have differnt medium of propagation, like wiki. On Tue, Jun 16, 2009 at 08:13:03AM +0200, Sandro Tosi wrote [edited]: it will be your fault to keep spreading damn wrong suggestions. Have you looked at wiki.d.o/HowToPackageForDebian? Here are some damn wrong suggestions from that page: and who cares? I'm not the editor of the wiki, and I don't review all the pages. Now, since you spotted it, please fix it. Pragmatic approach? Too big to read? Crazy talk, huh? I say let's remove that wiki page too. In fact, let's drop the whole wiki and replace it with your great suggestion: Read the policy, devref, and newmaint ... and use your brain. mmm... I stopped myself to call you bad words after this affirmation. think twice (even more, I'd say) before write anything like this again. ps. I've removed all wiki links to the QAUploadsPrimer; feel free to delete the page I'm not a wiki admin, so I have no right to remove someone else's page. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: FYI: QA uploads primer
On Mon, Jun 15, 2009 at 00:49, Serafeim Zanikolasser...@hellug.gr wrote: Hi, Those interested in packaging, but not certain about making a long-term commitment might be interested in a practical primer for QA uploads: http://wiki.debian.org/QAUploadsPrimer (A QA upload is a one-off maintenance act of an orphaned package (as opposed to an upload that declares one's adoption of the package)) 1. QA uploads are nothing different from a normal upload except for the Maintainer field; does it worth a full wiki page? A paragraph in some other QA page would be enough 2. read or skim through the table of contents of the Debian new maintainer's guide (so that you know where to lookup things you might need) ??? policy and devref are just a waste of time? this is a wrong suggestion (without mentioning the other 2 docs). 3. an orphaned package has its Maintainer set to Debian QA Group packa...@qa.debian.org what for those that are orphaned but never received a QA upload? qa.debian.org/orphaned.html to have such list 4. it's NOT okay to edit any upstream file; for that, you'll have to use a patch management system (such as quilt [2]) too strong requirement IMO. if an orphaned package already does direct upstream code changes, might be ok to keep doing them in the qa upload. 5. the first entry in debian changelog should be QA upload dch does the right thing without specify anythinh (just update maintainer field first to QA if it's not yet) 6. if the package is team-maintained (see the Maintainer field in debian/control, you might have to commit your changes to the team's repository; but this shouldn't be the case because we said that you'd work on an orphaned package ) so why mention it?? this is wrong. It's orphaned, no need to commit anythin to the ex-team. 7. repeat steps 3-4 there are no numbers in your doc. 8. check that your newly-built .deb installs, uninstalls, and re-installs without problems (you did choose a non-critical package, so this should be okay even if your package is horribly broken) what?? 9. if you have modified the package's dependencies, use pbuilder to confirm that the package builds successfully USE PBUILDER IN ANY CASE BEFORE UPLOAD TO MENTORS!!! In definitive, this is a complete waste of time: if you know how to package, this page is useless, if you don't, this page drive to the wrong direction. Please either: 1. fix it 2. merge with an already existing QA page (a small paragraph in hte main wiki QA page would be enough) 3. remove it. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: FYI: QA uploads primer
On Mon, Jun 15, 2009 at 23:00, Serafeim Zanikolasser...@hellug.gr wrote: Thanks for the feedback Sandro. I've written the primer for technical-minded debian users that (a) want to contribute to debian, but are uncertain about their long-term time-commitment; and (b) given their uncertain commitment, won't read the whole policy, devref, and newmaint guide just for the sake of trying out the water. No, that's again wrong: you can't do a quality work without ready those documents (with this order: policy, devref, NM Guide). This is a false statement you're making and I'm stopping here reading your email. If you want pursuit this road, you'll drive apart potential future contributors because the moment they'll send the RFS and they'll get scolded very heavy due to their lack of basic knowledge, they do really wasted their and our time. Googbye, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: dvdbackup (updated package)
Hi Benjamin, On Fri, Jun 12, 2009 at 14:36, Benjamin Drungbenjamin.dr...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 0.4.1-1 of my package dvdbackup. My only suggestion is taht dh7 and cdbs provides the same functionalities, so you may want to remove cdbs and relay only on dh7. Uploaded! thanks for your contribution to Debian. The upload would fix these bugs: 529073, 530708, 531568 Next time, please mention in the email subject this upload fixes RC bugs, it will catch faster (faster than this? ;) ) a sponsor :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: iulib (2nd attempt)
On Fri, Jun 12, 2009 at 16:15, Jeffrey Ratcliffejeffrey.ratcli...@gmail.com wrote: 2009/6/10 Salvatore Bonaccorso salvatore.bonacco...@gmail.com: I shortly looked into it, you seem to use a unmodified tiny debian/rule. You should minimize this, by using only a mini-debian/rule and depend in debian/control on (debhelper = 7.0.8, please check the correct version in changelog of debhelper) - it will Ah. Didn't know you could do that. Thanks for the help. Uploaded again with a 3-line rules files and an appropriately updated control file. Please someone sponsor it. I've already reviewed the package some time ago, but I step back since I'm not sure about this library package, in particular because it's a static lib one. It's important to have it in Debian since it's a dependency of the new version of ocropus, a very powerful OCR . Thanks in advance, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ftp-master tools...
On Sat, Jun 6, 2009 at 13:56, Laurent Guignard lguignard.deb...@gmail.com wrote: Hi mentors, I saw this [1] about ftp-master tools that need help. They need documentation, packaging action,... Is it always in actuality ? I ask this because i downloaded from CVS and i see that there is a debian directory with everythink to build the package. I did not watch in files to see the content. Those informations looks like outdated: refer to [1] for new location and information about dak. [1] http://ftp-master.debian.org/#dak In addition i saw that it is Joerg Jaspert that is in charge of this package as it is shown here [2]. The package is already in sid... What is the right information. Is the package needing help or is the package adopted ? Why didn't you asked ftp-master directly? I've added them in CC (hope they don't mind), they may provide much more information then debian-mentors. Best regards, Laurent. [1] : http://www.debian.org/devel/todo/ [2] : http://packages.qa.debian.org/d/dak.html Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: xmms2 (updated package)
Hi Benjamin, On Fri, Jun 5, 2009 at 15:15, Benjamin Drungbenjamin.dr...@gmail.com wrote: Dear mentors, I am looking for a sponsor for the new version 0.6DrMattDestruction-2 of my package xmms2. From a fast look: 1. there seems to be upstream file modificed without a patch system: would you please add one (or consider it and if you choose not to use one explain the reason)? $ zcat xmms2_0.6DrMattDestruction-2.diff.gz | filterdiff -x */debian/* | diffstat .gitignore| 31 ++ COPYING |6 ++--- src/clients/lib/perl/wscript |6 ++--- src/include/xmmsclient/xmmsclient++/helpers.h |1 4 files changed, 38 insertions(+), 6 deletions(-) 2. there is no debian/watch file - please add one 3. no need to b-d on python, since python-all-dev takes it already in 4. debian copyright - there should be a section about debian packaging copyright - please separate copyright and license sections 5. the package is absolutely *not* lintian clean! use $ lintian -iIv --pedantic /path/tot/xmms2_0.6DrMattDestruction-2_i386.changes and you'll see a lot of output. Many items are to be discarded (like no upstream changelog, long description too short and so) but: - binary-without-manpage - hyphen-used-as-minus-sign - no-symbols-control-file - unused-override should be addressed. At this point, I didn't check further. Florian Ragwitz, the maintainer of xmms2, is very busy and have no time for it. He agreed on asking here for a sponsor. Please CC Florian and me, if you response to this mail, because we did not subscribe this mailing list. done. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re-RFS-ing
Hello Federico, On Thu, Jun 4, 2009 at 11:29, Federico Hernandez ultrafre...@gmail.com wrote: What are the policies on resubmitting a RFS? How long should one wait? I there is no definite time; rule of thumb will say wait a couple of week, then reply to the original RFS to renew it. You may also address different people/groups, for example: if you package a perl lib, ask perl team to sponsor it. tried to find some information on this looking through the archives but couldn't find anything. Strange, it's quite a common question... Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: wbar (4th try)
Hi Krzysztof, sorry for my (usual) late reply.. On Sat, May 23, 2009 at 15:29, Krzysztof Burghardt krzysz...@burghardt.pl wrote: 2009/5/19 Sandro Tosi mo...@debian.org: $ wbar Using /usr/share/wbar/dot.wbar config file. Using a Super Bar. /usr/share/icons/hicolor/48x48/apps/pidgin.png - Couldn't load icon image. File /usr/share/icons/hicolor/48x48/apps/pidgin.png belongs to pidgin-data package. I think I have to minimize application included in default configuration only to those whose icons are available in wbar icon collection. Hope this solves it finally. (Small hint: use wbar -above-desk -pos center to make sure it will not interfere with your top/bottom panels and your root window/desktop). Wow! now that I can see it, it's a very cool bar! $ wbar --config /usr/share/doc/wbar/examples/dot.wbar Using /usr/share/doc/wbar/examples/dot.wbar config file. iconpack/wbar.osx/osxbarback.png - Image not found. Maybe using a relative path? This will not work. This file exists for reference only. better to have a working example, but it's still better than nothing :) and since we are at it, there is a small typo in long description s/its/it's/ Done. and you can experiment with the rules.tiny file for debian/rules since you're using a pretty straight debhelper template, you can use teh new dh7 short rules format. I will take a look, but could we proceed with dh5 and current rules for now? All unnecessary dh_* are already removed. sure. At the end: uploaded!! Thanks for your contribution to Debian. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: wbar (4th try)
Hi Krzysztof, sorry for this late reply On Sat, May 9, 2009 at 13:20, Krzysztof Burghardt krzysz...@burghardt.pl wrote: 2009/4/18 Sandro Tosi mo...@debian.org: - no need for 'a ' in the short description Removed. - long descriptions is a little too short maybe? (dunno, it's just a feeling it's a merge of short sentences taken from website and package description) That's right. I just add annother short sentence to make it a bit longer ;-) - you have to add the repack script, for example debian/repack.sh, and add it as parameter to debian/watch file. Done. - from where did you inferred 2007 as copyright years? Only 2006 is clearly stated as copyright year for the code. Changed to 2006. - without config file it's doesnt start: $ wbar Can't stat a config file. Try # make install or -config cfgfile Fixed by including simple configuration file in wbar config search path. Now should work. sadly no (and I was really about to upload the package): $ wbar Using /usr/share/wbar/dot.wbar config file. Using a Super Bar. /usr/share/icons/hicolor/48x48/apps/pidgin.png - Couldn't load icon image. $ wbar --config /usr/share/doc/wbar/examples/dot.wbar Using /usr/share/doc/wbar/examples/dot.wbar config file. iconpack/wbar.osx/osxbarback.png - Image not found. Maybe using a relative path? I suppose there's something else to adjust here. and since we are at it, there is a small typo in long description s/its/it's/ and you can experiment with the rules.tiny file for debian/rules since you're using a pretty straight debhelper template, you can use teh new dh7 short rules format. Let me know if you need some clarification. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Should clean revert everything to pristine source?
Hi Thibaut, On Wed, May 13, 2009 at 11:32, Thibaut Paumard paum...@users.sourceforge.net wrote: On many of my packages, the configure phase modifies some files (e.g. Makefile). The lines which are overwritten are totally irrelevant: they reflect the particular set-up on which the upstream developer has packaged the original source. Upstream's clean target don't revert those changes. If I don't do anything specific, those files appear in the diff.gz file which can be considered clutter. If I want to do avoid this, I need to clutter the rules file instead or to use a patch system. Which attitude is best? Is there a clear policy or consensus ? use debian/rules 'clean' target (the one that also invoke the 'clean' makefile upstream target) to remove/revert the files not handled by upstream makefile. The goal is to have, after debian/rules clean, the exact same situation you have once dpkg-source -x pkg.dsc , so upstream tarball extracted + diff.gz applied. Note that removed files in debian/rules clean target will not be represented in diff.gz so they are taken back from the upstream tarball (so de facto reverting to the upstream file easily). Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Ad hominem attacks (was: Re: RFS: ripit (updated package))
On Sun, Apr 26, 2009 at 20:16, Neil Williams codeh...@debian.org wrote: On Sun, 26 Apr 2009 19:40:57 +0200 Sandro Tosi mo...@debian.org wrote: Your work is appreciated, as the latest upload from other DDs (sorry, I came late ;) ) shows clearly, and I want to encourage you do to more :) Neil, I don't think you can argue that much, since your last sponsored package goes back at the dinosaur ages... ? Umm, where does that come from ? ehm, it came out very bad, apologize for that. I haven't had much time since Lenny (certainly nowhere near as much as before the Lenny freeze began last year) but I have sponsored 2 uploads since Lenny via mentors.debian.net and reviewed one other. That's not bad for two months, considering my other workload. I don't upload massive numbers of packages but I do sponsor when I can. Let me rephrase the above concept like: you don't seem to sponsor that much, probably because of your too high expectation from sponsoree (see the other thread). Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: ripit (updated package)
On Sun, Apr 26, 2009 at 20:25, Neil Williams codeh...@debian.org wrote: On Sun, 26 Apr 2009 19:55:59 +0200 Sandro Tosi mo...@debian.org wrote: I strongly think that even sponsoring a single package let the sponsoree be really happy for the work he did and was accepted as valuable. I agree too. And also the user base would be happy to see an improved package (with bugs fixed, new features and so) and also we developers should be thankful for the time the guy dedicate to learn how to do packaging in the Debian way and apply to the current package. Also agree. I'm happy we share this vision :) As a side note: I think Neil wrote his sponsorship notes with the only goal to avoid sponsorship at all That was definitely not my intention. (as I experienced in the past directly). ? I have not changed the notes in order to prevent any sponsoring. I have merely updated the notes as a direct result of issues that have arisen when reviewing packages in order to ensure that I can provide a sensible review of the package prior to upload. It also reflects the amount of work I do elsewhere and the impact that this has on the amount of time that I can assign to areas with which I am not directly familiar. Well, I think they are too many, too complex, and you put too much expectation into new comers packages. They are supposed (well, sort of ;) ) to do some mistakes, and we are here to correct them. What I always felt reading your guidelines is something only some skilled DD can respect (so even some DD would fail). I do not remember what could have given you that impression, Sandro. That happen on August '08, with dbishell. The feeling I got was demotivational and angry. I did some work, in order to have a better package in Debian, and you tried to push it back as hard as possible. You could have been right about all the notes you made, but the taste left in my mouth was bad. And I think Rogério feels the same. I think that we should help new people to find something they like in Debian, and work on it (and hopefully become valuable contributors), instead of attack them or being demotivational. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Ad hominem attacks (was: Re: RFS: ripit (updated package))
2009/4/26 Rogério Brito rbr...@ime.usp.br: On Apr 26 2009, Neil Williams wrote: Compounding that error with a 1 line ping is ridiculous. If a person simply asked to be ping'ed, then I don't think that the ping is ridiculous. Could you elaborate on that? Also, my descriptions of the packages or my intentions are almost always verbose and I know how they could be not informative. I would also appreciate if you could elaborate on this. If you think that my work is unsatisfactory, uninteresting or incomplete, then, please let me know, and I will just go away and do other things. I only started working on Debian since I am a long time user (for more than a decade) and I wanted to share the fixes that I've done and what I could improve. If, OTOH, they are unsatisfactory, uninteresting, then, please, tell me and I will just shut up and do other things. Please, don't be upset by a simple reply :) Debian is so vast, that statistically you can always find someone that do and don't agree with you. That reply was from someone that does not think your work is valuable (even if I don't understand why). Please consider that Neil's opinion, while worth listening, DOES NOT represent the opinion of Debian as a whole. Your work is appreciated, as the latest upload from other DDs (sorry, I came late ;) ) shows clearly, and I want to encourage you do to more :) Neil, I don't think you can argue that much, since your last sponsored package goes back at the dinosaur ages... Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: ripit (updated package)
On Sun, Apr 26, 2009 at 17:16, Adeodato Simó d...@net.com.org.es wrote: Neil, I am writing to let you and the list and all sponsorees who may be reading this thread know that I don’t agree with most of what you’re saying, and that I don’t like the tone in which you are writing your thoughts, and that I think you are a harmful influence regarding these matters in particular. You are treating sponsorees as if you’re doing a grand favour to them, when (in my opinion) they’re just doing us an equally sized favour by spending their time in contributing to our project and wanting to learn to do it better. It is true that, sadly, I don’t get to do much real mentoring myself nowadays (and note how I use the word “mentoring” instead of “sponsoring”), and that’s a pity, because together with being AM, they are two of the most important tasks in Debian, because in their hands lies Debian’s future. Recently, an old sponsoree of mine who became DM mailed me to ask some questions regarding library packaging. I found it most pleasing to write a very detailed mail to him tailored to his specific questions, rather than telling him “Go read your answers scattered in these three documents and mailing list threads”. I was most glad for the opportunity to make a difference in his learning process, and felt proud in contributing if only a teensy bit in somebody excelling in their future work as a developer. If you, Neil, don’t find it in you to see it that way or, even worse, think sponsorees should be spending their time striving to please you and your rules, and think it’s okay to go patronizing them around, then you should consider stopping. Or, at least, you should be aware that some of us (or at least me) who lurk in this list, are not in agreement at all with you. I do realize there are way more requests on this list than people willing to sponsor, and I have no magic solution to that. I only know that this thread deeply disturbed me, and I decided to let that be known. (as almost always) I cannot agree more with dato's thoughts. I'm in a busy period so I stopped almost completely sponsoring, but I try to help in IRC and here, when possible. This is the very minimum respect I feel I NEED to give back to people that dedicate their time to let debian be a better distribution, and desire to see their work acknowledged and receive a simple thank you. I strongly think that even sponsoring a single package let the sponsoree be really happy for the work he did and was accepted as valuable. And also the user base would be happy to see an improved package (with bugs fixed, new features and so) and also we developers should be thankful for the time the guy dedicate to learn how to do packaging in the Debian way and apply to the current package. As a side note: I think Neil wrote his sponsorship notes with the only goal to avoid sponsorship at all (as I experienced in the past directly). New comers maintainers: *thanks for your work*, please go on and do more! :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
