Re: LibreOffice project: request for contributors and mentoring

Hi Asheesh, :-) On Thu, Nov 11, 2010 at 01:56, Asheesh Laroia wrote: > That's exciting! > > I suggest talking to the Fedora Design Team > team. Good luck! Feel free to CC: me > on these efforst if you want; I'm always happy to watch nice people > interact. (

RFS: clipit

Dear mentors, I am looking for a sponsor for my package "clipit". * Package name: clipit Version : 1.2.1-1 Upstream Author : Cristian Henzel * URL : http://sourceforge.net/projects/gtkclipit/ * License : GPLv3 Section : misc It builds these binary p

Re: How to add dependencies that exist in another repository

Ben Hutchings writes: > On Wed, Nov 10, 2010 at 04:50:49PM -0200, Henrique de Moraes Holschuh wrote: >> On Wed, 10 Nov 2010, Bob Proulx wrote: >> > The packages for Debian there add a source.list.d file as you >> > describe. (And it really confused me until I figured out what it had >> >> Which

Re: RFS: clipit

Hi Cristian, Cristian Henzel wrote: > Dear mentors, > > I am looking for a sponsor for my package "clipit". > > * Package name: clipit > Version : 1.2.1-1 > Upstream Author : Cristian Henzel > * URL : http://sourceforge.net/projects/gtkclipit/ > * License : G

Re: RFS: clipit

Hi, El dj 11 de 11 de 2010 a les 10:45 +0200, en/na Cristian Henzel va escriure: > Dear mentors, > > I am looking for a sponsor for my package "clipit". > > * Package name: clipit > Version : 1.2.1-1 > Upstream Author : Cristian Henzel > * URL : http://sourceforge.ne

Re: RFS: clipit

Ooops! El dj 11 de 11 de 2010 a les 11:02 +0100, en/na Benoît Knecht va escriure: > Hi Cristian, > > Cristian Henzel wrote: > > Dear mentors, > > > > I am looking for a sponsor for my package "clipit". > > > > * Package name: clipit > > Version : 1.2.1-1 > > Upstream Author : Cr

Re: RFS: clipit

HI! Am 11.11.2010 12:48, schrieb Mònica Ramírez Arceda: > * Lintian: W: clipit source: out-of-date-standards-version 3.8.4 > (current is 3.9.1) > You should change this version in debian/control file I think you mean the right thing, but for the sake of clarity: One should not only bump t

Re: RFS: clipit

El dj 11 de 11 de 2010 a les 12:52 +0100, en/na Alexander Reichle-Schmehl va escriure: > HI! > > Am 11.11.2010 12:48, schrieb Mònica Ramírez Arceda: > > > * Lintian: W: clipit source: out-of-date-standards-version 3.8.4 > > (current is 3.9.1) > > You should change this version in debian/contr

Re: How to add dependencies that exist in another repository

Henrique de Moraes Holschuh writes ("Re: How to add dependencies that exist in another repository"): > On Wed, 10 Nov 2010, Bob Proulx wrote: > > The packages for Debian there add a source.list.d file as you > > describe. (And it really confused me until I figured out what it had > > Which begs

Re: RFS: clipit

Hello, I have managed to fix almost all of the problems, beside two. The first one being the "dpkg-shlibdeps" warnings. I cannot figure out where they come from. When I created the control file, I have only put as dependency the following things: Build-Depends: debhelper (>= 7.0.50~), libgtk2.0-d

Re: RFS: clipit

Cristian Henzel wrote: > I have managed to fix almost all of the problems, beside two. The first > one being the "dpkg-shlibdeps" warnings. I cannot figure out where they > come from. When I created the control file, I have only put as > dependency the following things: > Build-Depends: debhelper (

Re: RFS: clipit

Benoît Knecht wrote: > Cristian Henzel wrote: > > I am looking for a sponsor for my package "clipit". > > > > * Package name: clipit > > Version : 1.2.1-1 > > Upstream Author : Cristian Henzel > > * URL : http://sourceforge.net/projects/gtkclipit/ > > * License

RFS: ccbuild (updated package)

Dear mentors, I am looking for a sponsor for the new version 2.0.1-0.1 of my package "ccbuild". It builds these binary packages: ccbuild- A C++ source scanning build utility The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.deb

RFS: icoutils (updated package)

Dear mentors, I am looking for a sponsor for the new version 0.29.1-0.1 of my package "icoutils". It builds these binary packages: icoutils - Create and extract MS Windows icons and cursors The package appears to be lintian clean. The upload would fix these bugs: 511944, 516170, 589377 Th

Re: RFS: ccbuild (updated package)

2010/11/11 Markus Schölzel : > > > Dear mentors, > > I am looking for a sponsor for the new version 2.0.1-0.1 > of my package "ccbuild". > > It builds these binary packages: > ccbuild    - A C++ source scanning build utility > > The package appears to be lintian clean. > > The package can be found

Re: RFS: taskcoach - useful task manager - new - python app

2010/11/8 Raphael Hertzog : > On Mon, 08 Nov 2010, Raphael Hertzog wrote: >> On Sun, 07 Nov 2010, Alejandro Garrido Mota wrote: >> > My motivation for maintaining this package is: I use this application >> > like my personal task manager,. >> > >> > The package can be found on mentors.debian.net: >

Re: RFS: icoutils (updated package)

Hi Markus, Markus Schölzel wrote: > I am looking for a sponsor for the new version 0.29.1-0.1 > of my package "icoutils". > > It builds these binary packages: > icoutils - Create and extract MS Windows icons and cursors > > The package appears to be lintian clean. > > The upload would fix the

Re: RFS: clipit

Sorry, sending the message again because I forgot to cc debian-ment...@lists.debian.org. Hello, I have managed to get rid of the dpkg-shlibdeps warning by using the flag '-Wl,--as-needed'. I have also solved the autogen.sh problem by overriding dh_clean like this: override_dh_clean: dh

Re: RFS: clipit

Hi again, Cristian Henzel wrote: > I have managed to get rid of the dpkg-shlibdeps warning by using the > flag '-Wl,--as-needed'. I have also solved the autogen.sh problem by > overriding dh_clean like this: > > override_dh_clean: > dh_clean > ./autogen.sh You should override dh_auto

Re: RFS: clipit

Hello, On Thu, Nov 11, 2010 at 08:44:47PM +0100, Benoît Knecht wrote: > Hi again, > > Cristian Henzel wrote: > > I have managed to get rid of the dpkg-shlibdeps warning by using the > > flag '-Wl,--as-needed'. I have also solved the autogen.sh problem by > > overriding dh_clean like this: > > >

Re: RFS: clipit

Benoît Knecht wrote on 2010-11-11 20:44: > > [...] > > > > The only problems (at least as far as I can tell) left right now are > > that autogen.sh asks for user input when running (this is because of > > gettext) > > This is indeed an issue, the build process should not require user > input. I

Re: How to add dependencies that exist in another repository

Ian Jackson writes: > Henrique de Moraes Holschuh writes ("Re: How to add dependencies that exist > in another repository"): >> On Wed, 10 Nov 2010, Bob Proulx wrote: >> > The packages for Debian there add a source.list.d file as you >> > describe. (And it really confused me until I figured out

RFS: libvdpau (updated package)

Hi, Would anyone be willing to sponsor another RC-fix upload? This new libvdpau package fixes bug #603220: http://mentors.debian.net/debian/pool/main/l/libvdpau Thanks, Mike -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact l

Re: RFS: libvdpau (updated package)

On Thursday 11 November 2010 17:54:53 Michael Gilbert wrote: > Hi, > > Would anyone be willing to sponsor another RC-fix upload? This new > libvdpau package fixes bug #603220: > http://mentors.debian.net/debian/pool/main/l/libvdpau > > Thanks, > Mike Well, I'm sure the maintainers of libvdpau w

Re: RFS: libvdpau (updated package)

Michael Gilbert writes: > Would anyone be willing to sponsor another RC-fix upload? This new > libvdpau package fixes bug #603220: > http://mentors.debian.net/debian/pool/main/l/libvdpau Thank you very much for your enthusiasm for fixing bugs for the release! But for the future, could you pleas

Re: RFS: clipit

Hello, I have moved the autogen.sh call before dh_auto_configure and have also managed to fix the gettext problem by replacing the gettext command with autopoint. autopoint does basically the same thing as gettext, but without that naging user input request. I haven't made these changes upstream