Bug#685582: marked as done (RFS: scim-tables/0.5.9-2 [RC])

2012-08-21 Thread Debian Bug Tracking System
Your message dated Wed, 22 Aug 2012 06:51:13 + with message-id <20120822065113.gb25...@master.debian.org> and subject line RFS: scim-tables/0.5.9-2 [RC] has caused the Debian Bug report #685582, regarding RFS: scim-tables/0.5.9-2 [RC] to be marked as done. This means that you claim that the pr

Bug#685180: RFS: sniffit/0.3.7.beta-17

2012-08-21 Thread Bart Martens
Hi William, I had a look at the package at mentors uploaded there on 2012-08-21 23:06. I see that the package adds "DM-Upload-Allowed: yes". Was this agreed with some sponsor who is going to upload this ? I suggest to also fix bug 685419 by removing the Homepage field from debian/control. I'm

Bug#685582: RFS: scim-tables/0.5.9-2 [RC]

2012-08-21 Thread Tz-Huan Huang
Package: sponsorship-requests Severity: important Dear mentors, I have got the approval to upload scim-tables to testing-proposed-updates (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685368). I didn't get any response from my sponsor for several days, so I am looking for a sponsor to upload

I want to share some happiness with you. Would you like some?)

2012-08-21 Thread Tanya Swiderski
Howdy, darling! How are you? What's new? I am Tanya. So, I don't know from what to start. Maybe from it. One of my girlfriends demonstrated me ur photo shots and I liked them so much! I look for intelligent, serious pal for for a very long time but there're tons of idiots who r just seducing me t

Bug#685573: RFS: vfu/4.12-1

2012-08-21 Thread William Vera
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "vfu" * Package name: vfu Version : 4.12-1 Upstream Author : Vladi Belperchinov-Shabanski * URL : http://cade.datamax.bg/vfu/ * License : GPL Section

Bug#685565: RFS: recoverjpeg/2.2-1

2012-08-21 Thread William Vera
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "recoverjpeg" * Package name: recoverjpeg Version : 2.2-1 Upstream Author : Samuel Tardieu * URL : http://www.rfc1149.net/devel/recoverjpeg.html * License

Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)

2012-08-21 Thread Michael Tokarev
On 21.08.2012 19:51, Bart Martens wrote: > Hi Nick, > > On Tue, Aug 21, 2012 at 09:29:28AM +0100, Nick Leverton wrote: >> Thanks also Bart for reminding me of the other approach. > > My pleasure. > >> (sorry I am >> a bit distracted by home things at the moment). > > No problem at all. > >> di

Bug#669565: RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application

2012-08-21 Thread Felix Geyer
On 20.08.2012 22:39, Jakub Adam wrote: > Hi Felix, > > On 20.8.2012 18:26, Felix Geyer wrote: >> Upstream has released version 1.2.1 in the meantime. > > I see, imported to our repo. > >> I noticed that you've removed 3rdparty/qt/private in the upstream tarball. >> This needs to be documented in

Bug#669565: marked as done (RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application)

2012-08-21 Thread Debian Bug Tracking System
Your message dated Tue, 21 Aug 2012 16:14:59 + with message-id <20120821161459.gc27...@master.debian.org> and subject line RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application has caused the Debian Bug report #669565, regarding RFS: gammaray/1.1.0-1 [ITP] -- Tool f

Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)

2012-08-21 Thread Bart Martens
Hi Nick, On Tue, Aug 21, 2012 at 09:29:28AM +0100, Nick Leverton wrote: > Thanks also Bart for reminding me of the other approach. My pleasure. > (sorry I am > a bit distracted by home things at the moment). No problem at all. > diff -Nru nullmailer-1.11/debian/postinst nullmailer-1.11/debian/

Bug#684679: RFS: nullmailer/1:1.11-2 (security bugfix upload request)

2012-08-21 Thread Nick Leverton
Thanks also Bart for reminding me of the other approach. (sorry I am a bit distracted by home things at the moment). After some thought I think it makes sense to change to the umask approach anyway, as it is more efficient (fewer fork/execs), and also covers the case where the symlink exists but