Re: gpgv: Can't check signature: public key not found

2010-10-13 Thread Sven Joachim
On 2010-10-13 05:07 +0200, Kamaraju S Kusumanchi wrote:

 I am pretty sure this is a very trivial issue. But googling for the error 
 returns lot of hits none of which I find useful.

 I packaged a small program called lapack95. I uploaded the files to 
 sourceforge website after signing them ( 
 https://sourceforge.net/projects/sampleusage/files_beta/lapack95_deb/ ).
 The files in 3.0-2 version are signed, files in 3.0-1 version are not.

 I signed them using
 $ debsign -k8D556DA9 lapack95_3.0-2_i386.change

 However if I download the files back and do

 $ dpkg-source -x lapack95_3.0-2.dsc   
   

 gpgv: Signature made Tue 12 Oct 2010 10:01:24 PM EDT using DSA key ID 
 8D556DA9
 gpgv: Can't check signature: public key not found
 dpkg-source: warning: failed to verify signature on ./lapack95_3.0-2.dsc
 dpkg-source: info: extracting lapack95 in lapack95-3.0
 dpkg-source: info: unpacking lapack95_3.0.orig.tar.gz
 dpkg-source: info: unpacking lapack95_3.0-2.debian.tar.gz
 dpkg-source: info: applying debian-changes-3.0-1


 What should I do to make dpkg-source recognize my keys? Should I add them to 
 somewhere?

Yes, export them to ~/.gnupg/trustedkeys.gpg.

Sven


-- 
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/874ocqvc8q@turtle.gmx.de



Re: Four days

2010-10-13 Thread Goswin von Brederlow
Asheesh Laroia ashe...@asheesh.org writes:

 The cool thing is, you (and others) can do that starting right now:
 Just email the debian-mentors list saying, Hey, I'm not a DD, but I
 can review someone's package. First reply I get is what I'll review!
 And if other people like the idea, they'll glom on.

I'm not a DD and I aleady follow the list and check out new or
interesting packages. So this is already hapening to some degree.

MfG
Goswin


-- 
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/87iq164fgh@frosties.localdomain



Re: Rescue Plan for apt-listbugs

2010-10-13 Thread Goswin von Brederlow
Paul Wise p...@debian.org writes:

 On Sat, Oct 9, 2010 at 4:58 AM, Francesco Poli f...@firenze.linux.it wrote:

 However, I still need confirmation that the git work-flow I am planning
 to follow won't mess everything up.
 Could someone please review it (see http://bugs.debian.org/588636#39)?

 A few minor issues, but it looks good.

 $ git clone git://git.debian.org/git/apt-listbugs/apt-listbugs.git
 $ git remote add alioth 
 ssh://git.debian.org/git/apt-listbugs/apt-listbugs.git

 You should not need to add a second remote, it feels weird to have two
 remotes to the same repository. I would just do the initial clone over
 ssh.

 $ git checkout -b $MY_COOL_BRANCH_NAME origin

 You want origin/master here.

 $ git checkout $MY_COOL_BRANCH_NAME  git rebase origin

 Probably s/origin/master/

 $ git push alioth ${MY_COOL_BRANCH_NAME}:master

 I've never used that syntax before, interesting.

Wouldn't you merge ${MY_COOL_BRANCH_NAME} to the local master and then
just push that?

 I would also suggest that before you push, either judicious use of git
 add -p for preparing commits into logical changes or use of git rebase
 -i after the fact to reorganise them into logical changes. Also,
 ensuring that each commit builds and passes any test suite helps folks
 doing bisects etc on the repo at a later date.

I'm always unsure on how this is supposed to work. On the one hand you
split up changes into many commits. On the other hand each commit should
be functional so bisect works. Somehow the two ideas conflict in my
head.

 Also chuck in git stash and git bisect.

MfG
Goswin


-- 
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/87eibu4f7e@frosties.localdomain



Re: Four days

2010-10-13 Thread Michael Tautschnig
 Asheesh Laroia ashe...@asheesh.org writes:
 
  The cool thing is, you (and others) can do that starting right now:
  Just email the debian-mentors list saying, Hey, I'm not a DD, but I
  can review someone's package. First reply I get is what I'll review!
  And if other people like the idea, they'll glom on.
 
 I'm not a DD and I aleady follow the list and check out new or
 interesting packages. So this is already hapening to some degree.
 

But apparently nobody is interested in gnome packages, it seems - we've got a
few open RFS related to gnome. Anybody out there interested in taking these?
Myself I have no idea about gnome-specific issues and hence would prefer not to
take these.

Best,
Michael



pgpMyYpkKKRfT.pgp
Description: PGP signature


Re: Rescue Plan for apt-listbugs

2010-10-13 Thread Kan-Ru Chen
Goswin von Brederlow goswin-...@web.de writes:

 Paul Wise p...@debian.org writes:
 I would also suggest that before you push, either judicious use of git
 add -p for preparing commits into logical changes or use of git rebase
 -i after the fact to reorganise them into logical changes. Also,
 ensuring that each commit builds and passes any test suite helps folks
 doing bisects etc on the repo at a later date.

 I'm always unsure on how this is supposed to work. On the one hand you
 split up changes into many commits. On the other hand each commit should
 be functional so bisect works. Somehow the two ideas conflict in my
 head.

No, you split up changes but keep it functional. If splitting a chunk
breaks the functionality, then it means they are relevant and should be
committed at once.

-- 
moo,
kanru
   ___
 (__)   o  O  ( Am I mooed today? )
 (oo) .‾‾‾
   /--\/   .+++. 
  / |||   + .-. ) Debian GNU/Linux
 *  /\---/\   + `++'   apt-get moo
~~   ~~`~~


--
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/87ocayo1en@anar.kanru.info



Re: Four days

2010-10-13 Thread Goswin von Brederlow
Michael Tautschnig m...@debian.org writes:

 Asheesh Laroia ashe...@asheesh.org writes:
 
  The cool thing is, you (and others) can do that starting right now:
  Just email the debian-mentors list saying, Hey, I'm not a DD, but I
  can review someone's package. First reply I get is what I'll review!
  And if other people like the idea, they'll glom on.
 
 I'm not a DD and I aleady follow the list and check out new or
 interesting packages. So this is already hapening to some degree.
 

 But apparently nobody is interested in gnome packages, it seems - we've got a
 few open RFS related to gnome. Anybody out there interested in taking these?
 Myself I have no idea about gnome-specific issues and hence would prefer not 
 to
 take these.

 Best,
 Michael

Exactly. Same here. Isn't there a gnome team? That should become more
active in sponsoring then.

MfG
Goswin


-- 
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/87wrpm2vvw@frosties.localdomain



Re: RFS: libapache2-mod-rivet, libapache2-mod-rivet-doc

2010-10-13 Thread Johan Van de Wauw
Please upload your source package to debian mentors or tell us where
we can find it.

http://mentors.debian.net/cgi-bin/maintainer-intro

Otherwise it is impossible to review/sponsor it.

Johan

2010/10/7 Massimo Manghi massimo.man...@unipr.it:
 Dear debian mentors and Debian Apache maintainers

 I'm looking for a sponsor for the packages libapache2-mod-rivet and
 libapache2-mod-rivet-doc.

 * Package name    : libapache2-mod-rivet
  Version         : 2.0.1
  Upstream Author : The Rivet Teamrivet-...@tcl.apache.org
 * URL             :http://tcl.apache.org/rivet/
 * License         : Apache-2.0
  Programming Lang: C, Tcl
  Description     : Server-side Tcl programming system combining ease of use
 and power


 Apache Rivet is a system for creating dynamic web content via a
 programming language integrated with Apache Web Server. It is
 designed to be fast, powerful and extensible, consume few system
 resources, be easy to learn, and to provide the user with a platform
 that can also be used for other programming tasks outside the web
 (GUI's, system administration tasks, text processing, database
 manipulation, XML, and so on). In order to meet these goals
 Tcl programming language was chosen to combine with the Apache Web
 Server.

 * Package name    : libapache2-mod-rivet-doc
  Version         : 2.0.1
  Upstream Author : The Rivet Teamrivet-...@tcl.apache.org
 * URL             :http://tcl.apache.org/rivet
 * License         : Apache-2.0
  Programming Lang: C, Tcl
  Description     : Server-side Tcl programming system combining ease of use
 and power

 This package provides the configuration and programming manual for mod_rivet

 The packages are ready, checked with lintian after itp bugs were filed for
 them.

 As a member of the Rivet Developers Team I'm available for answering bug
 reports and other requests that may come from the users.

  -- Massimo Manghi



 --
 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/4cadfd0a.9010...@unipr.it




--
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*0xaslnkjyox5iwatucar1duh=0-e181m...@mail.gmail.com



Re: gpgv: Can't check signature: public key not found

2010-10-13 Thread Kamaraju S Kusumanchi
Sven Joachim wrote:

 On 2010-10-13 05:07 +0200, Kamaraju S Kusumanchi wrote:
 

 What should I do to make dpkg-source recognize my keys? Should I add them
 to somewhere?
 
 Yes, export them to ~/.gnupg/trustedkeys.gpg.
 
 Sven

I used

gpg --no-default-keyring -a --export 8D556DA9 | gpg --no-default-keyring --
keyring ~/.gnupg/trustedkeys.gpg --import -

and the problem is now fixed. Thanks, Sven.

raju
-- 
Kamaraju S Kusumanchi
http://malayamaarutham.blogspot.com/


-- 
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/i947qg$ri...@dough.gmane.org



Re: Uploading during freeze time

2010-10-13 Thread Lucas Nussbaum
On 11/10/10 at 09:14 -0700, PJ Weisberg wrote:
 2010/10/11 Jordi Gutiérrez Hermoso jord...@gmail.com:
  Why do fixes to testing have to go through unstable, even during freeze 
  time?
 
 Because a lot more people use Unstable than use Testing

Citation needed.

- Lucas


-- 
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/20101013131151.ga12...@xanadu.blop.info



Re: Uploading during freeze time

2010-10-13 Thread Alexander Reichle-Schmehl
Hi!

Am 13.10.2010 15:11, schrieb Lucas Nussbaum:
 On 11/10/10 at 09:14 -0700, PJ Weisberg wrote:
 2010/10/11 Jordi Gutiérrez Hermoso jord...@gmail.com:
 Why do fixes to testing have to go through unstable, even during freeze 
 time?
 Because a lot more people use Unstable than use Testing
 Citation needed.

Looking at http://popcon.debian.org/ , I see 21548 reports for the
Version in testing and only 383 for the version in unstable.


Best regards,
  Alexander


-- 
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/4cb5bcc3.7070...@schmehl.info



Re: Uploading during freeze time

2010-10-13 Thread Alexander Reichle-Schmehl
Hi!

Am 13.10.2010 16:05, schrieb Alexander Reichle-Schmehl:

 Why do fixes to testing have to go through unstable, even during freeze 
 time?
 Because a lot more people use Unstable than use Testing
 Citation needed.
 Looking at http://popcon.debian.org/ , I see 21548 reports for the
 Version in testing and only 383 for the version in unstable.

Cancel that argument; I just noticed that the newer popcon package was
uploaded just four days ago.


Best regards,
  Alexander


-- 
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/4cb5bd72.3010...@schmehl.info



Re: RFS: libapache2-mod-rivet, libapache2-mod-rivet-doc

2010-10-13 Thread Massimo Manghi

On 10/13/2010 01:35 PM, Johan Van de Wauw wrote:

Please upload your source package to debian mentors or tell us where
we can find it.

http://mentors.debian.net/cgi-bin/maintainer-intro

Otherwise it is impossible to review/sponsor it.

Johan

   



Hi Johan, I thought I already sent it on the list in a previous message.

The current location for the packages is

http://people.apache.org/~mxmanghi/deb/

but since you prompted me to upload it to Debian I did sign the package 
and sent it to mentors.debian.net


 cheers

 -- Massimo



--
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/4cb5dad4.7060...@unipr.it



Re: Rescue Plan for apt-listbugs

2010-10-13 Thread Boyd Stephen Smith Jr.
In 87ocayo1en@anar.kanru.info, Kan-Ru Chen wrote:
Goswin von Brederlow goswin-...@web.de writes:
 Paul Wise p...@debian.org writes:
 I would also suggest that before you push, either judicious use of git
 add -p for preparing commits into logical changes or use of git rebase
 -i after the fact to reorganise them into logical changes. Also,
 ensuring that each commit builds and passes any test suite helps folks
 doing bisects etc on the repo at a later date.
 
 I'm always unsure on how this is supposed to work. On the one hand you
 split up changes into many commits. On the other hand each commit should
 be functional so bisect works. Somehow the two ideas conflict in my
 head.

No, you split up changes but keep it functional. If splitting a chunk
breaks the functionality, then it means they are relevant and should be
committed at once.

as one not at once.

as one ~= together
at once ~= with little or no delay

The goal is to have commits be as big as they need to be, but no bigger.  If 
there is no proper subset of your commit that you can apply and have a 
working build, then your commit is just the right size to stand alone.

E.g. If you add a new function, and fix up a few places to use the new 
function instead of copy-pasta, that should be two or more commits.

E.g. If you change the API of a existing function, and fix up all the callers, 
that should be one commit.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Re: RFS: transgui

2010-10-13 Thread Andreas Noteng
On 10/13/2010 05:14 AM, Kan-Ru Chen wrote:
  W: transgui: desktop-command-not-in-package
 /usr/share/applications/transgui.desktop transgui
 
 Which seems caused by transposed debian/link entry, the command was
 replaced by a symbolic link to non-exist path.
 
 After fix debian/link I got two additional:
 
  W: transgui: binary-without-manpage usr/bin/transgui
  E: transgui: arch-dependent-file-in-usr-share
 ./usr/share/transgui/transgui
Sorry about that, forgot to bzr commit before building the source package.

 
 I don't like the idea to put binary executable in /usr/share simply
 because it searches translations in wrong place. This can be fixed by a
 simple patch:
Thanks for the patch, added.

 
 Later you can work with upstream to make a proper fix to the build
 system, specifying the search path at build time.

Allready requested a fix upstream, should be fixed for the next release.

 
 Besides the lintian warnings, there are somethings to fix, too:
 
  - The debian/copyright file should mention the embedded source code of
the synapse project, which seems not yet packaged by Debian.

Fixed.

  - Why prohibit dh_installmenu when you have debian/menu?
Don't remember, whichever reason it was, is not valid anymore. Removed.


Regards
Andreas Noteng



signature.asc
Description: OpenPGP digital signature


Re: RFS: gtk2-engines-equinox

2010-10-13 Thread Michael Tautschnig
Hi Hadret,

 Dear mentors,
 
 I am looking for a sponsor for my package gtk2-engines-equinox.
 
 * Package name: gtk2-engines-equinox
   Version : 1.30.2-2
   Upstream Author : Matthieu James matthieu.ja...@gmail.fr
 * URL : http://gnome-look.org/content/show.php?content=121881
 * License : GPL-2+
   Section : x11
 
 It builds these binary packages:
 gtk2-engines-equinox -- aurora-based gtk+-2.0 theme engine
 
 The package appears to be lintian clean.
 

[...]

It seems that currently no subscriber to the debian-mentors list is able and
willing to review this package (and the same holds for your further RFS for
equinox-themes and equinox-themes-extra). Most probably none of the Gnome people
is listening in at the moment. You might therefore want to contact a more
specific list, or even join forces with the Debian GNOME Team. Please see

http://alioth.debian.org/projects/pkg-gnome

for further information, mailing lists, etc. 

Hope this helps,
Michael



pgp81I8cmKmuW.pgp
Description: PGP signature


Re: RFS: packagekit (ping2)

2010-10-13 Thread Michael Tautschnig
Hi Matthias,

 On Fri, 8 Oct 2010 22:38:59 +0200, Julien Viard de Galbert
 jul...@vdg.blogsite.org wrote:
  On Fri, Oct 08, 2010 at 08:09:23PM +0200, Matthias Klumpp wrote:
  Dear mentors,
  
  I am looking for a sponsor for my package packagekit.
  This package has been reviewed by Paul Wise and Asheesh Laroia already
  and
  should be completely free of any policy violations or other problems
  regarding packaging.
  OK, I will save them to answer you within 4 days then ;)
  Don't take me wrong, I'm not DD so I wont upload, but even if I were, by
  reading your mail I just don't get what packagekit is, so I guess I'm
  not the only one ;)

[...] (lots of further info on packagekit)

Well, I am a DD and in principle could sponsor such a package, but I just lack
all the know how needed to properly evaluate gnome-related packages. And, as I
already wrote in another reponse to an RFS some minutes ago, it seems that
nobody else reading the RFS on this list is currently able to do such
sponsoring. Wouldn't it maybe be a good idea to contact the Debian GNOME Team
instead? All the info is available at

http://alioth.debian.org/projects/pkg-gnome

Hope this helps,
Michael



pgpJB3amPgqsr.pgp
Description: PGP signature


Re: Rescue Plan for apt-listbugs

2010-10-13 Thread Kan-Ru Chen
Boyd Stephen Smith Jr. b...@iguanasuicide.net writes:

 In 87ocayo1en@anar.kanru.info, Kan-Ru Chen wrote:
No, you split up changes but keep it functional. If splitting a chunk
breaks the functionality, then it means they are relevant and should be
committed at once.

 as one not at once.

 as one ~= together
 at once ~= with little or no delay

Thank you. I got mixed up when I was trying to say 'at the same time' or
'all together' ;-)


-- 
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/8739s9of3l@anar.kanru.info



Re: RFS: transgui

2010-10-13 Thread Kan-Ru Chen
Andreas Noteng andr...@noteng.no writes:

 Later you can work with upstream to make a proper fix to the build
 system, specifying the search path at build time.
 Allready requested a fix upstream, should be fixed for the next
 release.

Great.

 Besides the lintian warnings, there are somethings to fix, too:
 
  - The debian/copyright file should mention the embedded source code of
the synapse project, which seems not yet packaged by Debian.

 Fixed.

  - Why prohibit dh_installmenu when you have debian/menu?
 Don't remember, whichever reason it was, is not valid anymore. Removed.

Thank you.

I got another two though:

W: transgui: manpage-has-bad-whatis-entry usr/share/man/man1/transgui.1.gz
W: transgui: menu-item-needs-tag-has-unknown-value x11|text|vc|wm 
/usr/share/menu/transgui:2

Both are easy to fix. After you fix them I think the package will be
ready to upload.


-- 
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/87ocaxmx4t@anar.kanru.info



Re: Four days

2010-10-13 Thread Paul Wise
On Wed, Oct 13, 2010 at 7:08 PM, Goswin von Brederlow goswin-...@web.de wrote:

 Exactly. Same here. Isn't there a gnome team? That should become more
 active in sponsoring then.

They probably have enough packages to upload and bugs to triage, best
not overload them more.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinmwndvbnm+y_btsnrqmaovamzv-humtqztn...@mail.gmail.com



GNOME packaging: Talk to the team

2010-10-13 Thread Asheesh Laroia

On Thu, 14 Oct 2010, Paul Wise wrote:


On Wed, Oct 13, 2010 at 7:08 PM, Goswin von Brederlow goswin-...@web.de wrote:


Exactly. Same here. Isn't there a gnome team? That should become more
active in sponsoring then.


They probably have enough packages to upload and bugs to triage, best
not overload them more.


Let's ask them what they think, rather than guessing.

People interested in GNOME packaging, I suggest you join 
http://lists.debian.org/debian-gtk-gnome/ and ask them if they'd be 
interested in sponsoring GNOME packages.


Perhaps the right answer is, No new GNOME packages in Debian unless the 
maintainer does some work on existing GNOME packages, like bug triage. 
Perhaps they actually want to sponsor lots of packages. I have no idea.


Let's find out!

I won't start the conversation; someone with a GNOME package to sponsor 
should go and see what the team says. (-: I'll join the list right now; 
I'll watch there, and be friendly and supportive if necessary.


-- Asheesh.

--
Q:  Why did the programmer call his mother long distance?
A:  Because that was her name.



--
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/alpine.deb.2.00.1010140008100.5...@rose.makesad.us