Bug#701693: RFS: compton/0.0.1+git-2182505-2013-02-05-1 [ITP]

2013-03-09 Thread Vincent Cheng
On Sat, Mar 9, 2013 at 9:00 PM, Scott Leggett wrote: > * Override dh_auto_clean to quiet verbose build warnings. You have an empty override target, which is going to cause multiple builds in a row (e.g. debuild && debuild) to FTBFS. If these verbose build warnings are causing the clean target

Bug#701693: RFS: compton/0.0.1+git-2182505-2013-02-05-1 [ITP]

2013-03-09 Thread Scott Leggett
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/03/13 22:25, Paul Wise wrote: > Sounds like you should work with upstream to merge compton fixes > back into xcompmgr, which is already in Debian. > Hi Paul, Thanks for the suggestion, but compton provides many added features to xcompmgr as we

Bug#698752: marked as done (RFS: boinctui/2.2.1-1 (ITP #696702) -- Fullscreen text mode manager for Boinc client)

2013-03-09 Thread Debian Bug Tracking System
Your message dated Sun, 10 Mar 2013 05:16:22 + with message-id <20130310051622.gc29...@master.debian.org> and subject line RFS: boinctui/2.2.1-1 has caused the Debian Bug report #698752, regarding RFS: boinctui/2.2.1-1 (ITP #696702) -- Fullscreen text mode manager for Boinc client to be marked

Bug#692263: marked as done (RFS: compton/0.0.1+20121102.git239796ab-1 [ITP] -- Compositor for X11, based on xcompmgr)

2013-03-09 Thread Debian Bug Tracking System
Your message dated Sun, 10 Mar 2013 05:11:02 + with message-id <20130310051102.ga29...@master.debian.org> and subject line RFS: compton has caused the Debian Bug report #692263, regarding RFS: compton/0.0.1+20121102.git239796ab-1 [ITP] -- Compositor for X11, based on xcompmgr to be marked as d

Re: problem install new package

2013-03-09 Thread Alfonso Sabato Siciliano
# dpkg -i beret_1.2.1-1_amd64.deb (Reading database ... 419061 files and directories currently installed.) Preparing to replace beret 1.2.1-1 (using beret_1.2.1-1_amd64.deb) ... Unpacking replacement beret ... dpkg: dependency problems prevent configuration of beret: beret depends on libc6-amd64 (

Re: problem install new package

2013-03-09 Thread Andrey Rahmatullin
On Sun, Mar 10, 2013 at 02:49:47AM +0100, Alfonso Sabato Siciliano wrote: > I have an error: beret depends by libc6-amd64 (>= 2.2.5). This doesn't sound like the correct error text. -- WBR, wRAR signature.asc Description: Digital signature

Re: problem install new package

2013-03-09 Thread Andrey Rahmatullin
On Sun, Mar 10, 2013 at 02:49:47AM +0100, Alfonso Sabato Siciliano wrote: > Hi Mentors, > > I have build my first package: $dpkg-buildpackage -us -uc > --source-option=--include-binaries > and I have my 3 packages: beret_1.2.1-1_amd64.deb, > beret-data_1.2.1-1_all.deb and > beret-dbg_1.2.1-1_amd64

Bug#700296: RFS: libapache2-mod-geoip/1.2.8-1 [ITA] -- GeoIP support for apache2

2013-03-09 Thread Arno Töll
Hi Prach, as promised here is a review for libapache2-mod-geoip. * Please consider upgrading to new style (dh >= 7) rules style. It makes life easier to you and is more forward oriented. That said, your rules file looks ok but you could ease life to all of us, including you. * While you're at

Re: install rule in Makefile

2013-03-09 Thread Timo Juhani Lindfors
Andrey Rahmatullin writes: > This is not the only (or the main) mode of operation. dh_install can be > used to copy files from the build dir to the package dir. aha, thanks for correcting me. I've always used it with debian/tmp but indeed the man page does talk about copying from source directory

Re: install rule in Makefile

2013-03-09 Thread Sven Joachim
On 2013-03-09 18:15 +0100, Timo Juhani Lindfors wrote: > Alfonso Sabato Siciliano writes: >> I am making a package, the original Makefile has not install rule so >> it install anything then I have to add it. >> Where must I install this rule? >> -Patching original Makefile > > A good solution if

Re: install rule in Makefile

2013-03-09 Thread Andrey Rahmatullin
On Sat, Mar 09, 2013 at 07:15:40PM +0200, Timo Juhani Lindfors wrote: > This is just for copying files from debian/tmp to debian/package in the > case where you have multiple binary packages. "From debhelper compatibility level 7 on, dh_install will fall back to looking in debian/tmp for files, if

Re: install rule in Makefile

2013-03-09 Thread Timo Juhani Lindfors
Alfonso Sabato Siciliano writes: > I am making a package, the original Makefile has not install rule so > it install anything then I have to add it. > Where must I install this rule? > -Patching original Makefile A good solution if you can send the patch upstream. > -In debian/rules Probably b

Re: install rule in Makefile

2013-03-09 Thread Mathieu Malaterre
On Sat, Mar 9, 2013 at 6:06 PM, Alfonso Sabato Siciliano wrote: > I am making a package, the original Makefile has not install rule so > it install anything then I have to add it. > Where must I install this rule? All 3 options are possible. > -Patching original Makefile Choose this solution i

Bug#702490: marked as done (RFS: sfst/1.4.6g-1 [ITA]: Stuttgart finite-state transducer tools)

2013-03-09 Thread Debian Bug Tracking System
Your message dated Sat, 09 Mar 2013 16:20:30 + with message-id and subject line closing RFS: sfst/1.4.6g-1 [ITA]: Stuttgart finite-state transducer tools has caused the Debian Bug report #702490, regarding RFS: sfst/1.4.6g-1 [ITA]: Stuttgart finite-state transducer tools to be marked as done.

install rule in Makefile

2013-03-09 Thread Alfonso Sabato Siciliano
Hi, I am making a package, the original Makefile has not install rule so it install anything then I have to add it. Where must I install this rule? -Patching original Makefile -In debian/rules -In debian/package.install regards, Alfonso -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists

Bug#702628: marked as done (RFS: pidgin-audacious/2.0.0-3 [RC, QA])

2013-03-09 Thread Debian Bug Tracking System
Your message dated Sat, 9 Mar 2013 15:39:19 +0100 with message-id and subject line Re: Bug#702628: RFS: pidgin-audacious/2.0.0-3 [RC, QA] has caused the Debian Bug report #702628, regarding RFS: pidgin-audacious/2.0.0-3 [RC, QA] to be marked as done. This means that you claim that the problem ha

Re: debian/watch for gitorious

2013-03-09 Thread Andrew Shadura
Hello, On Fri, 08 Mar 2013 21:51:26 +0100 Ansgar Burchardt wrote: > Please do! > Having a header in each file makes reviewing license information much, > much easier. > If there's only a "global" license file it will often not contain > information about files that are released under a differe

Bug#702628: RFS: pidgin-audacious/2.0.0-3 [RC, QA]

2013-03-09 Thread Anton Gladky
Uploaded. Thanks for contribution. Anton -- 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/calf6qjm9rm8nw8jt-wppe6z8sn7eo1-gy6zs76aflrdabcj...@mail.gmail.com

Re: Why is it so hard to get sponsors.....?

2013-03-09 Thread Tomasz Muras
On 02/27/2013 06:41 AM, Paul Wise wrote: Bah, I need to read before sending. Very nice response Paul, I think it's worth adding to FAQ: http://wiki.debian.org/DebianMentorsFaq#Why_is_it_so_hard_to_find_sponsor.3F I've updated "What happens if I can't find a sponsor" as well. cheers, Tomek

Bug#702628: RFS: pidgin-audacious/2.0.0-3 [RC, QA]

2013-03-09 Thread Andrey Rahmatullin
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "pidgin-audacious" * Package name: pidgin-audacious Version : 2.0.0-3 Upstream Author : Yoshiki Yazawa * URL : http://www.honeyplanet.jp/download.html *