Re: Bug#777347: RFS: pidgin-gnome-keyring/2.0-1 [ITP] [RFP #714018] -- integrates pidgin (and libpurple) with the system keyring

2015-02-18 Thread Michael Fladischer
Hi Luca,

On 2015-02-10 22:51, Luca Boccassi wrote:
 Done, upload on mentors now lists unstable as a distribution in the
 changelog. Thank you very much! :-)

just two minor lintian nitpicks:

P: pidgin-gnome-keyring source: debian-watch-may-check-gpg-signature

You can add a lintian override for this in
debian/source/lintian-overrides.

P: pidgin-gnome-keyring: no-upstream-changelog

You can override this in debian/pidgin-gnome-keyring.lintian-overrides.

Cheers,
-- 
Michael Fladischer
Fladi.at



signature.asc
Description: OpenPGP digital signature


Re: Bug#777347: RFS: pidgin-gnome-keyring/2.0-1 [ITP] [RFP #714018] -- integrates pidgin (and libpurple) with the system keyring

2015-02-18 Thread Paul Wise
On Wed, Feb 18, 2015 at 4:38 PM, Michael Fladischer wrote:

 just two minor lintian nitpicks:

Generally there is no need to override info and pedantic level lintian
complaints because they are not shown by default.

 P: pidgin-gnome-keyring source: debian-watch-may-check-gpg-signature

 You can add a lintian override for this in
 debian/source/lintian-overrides.

It is only appropriate to override this if upstream refuses to sign
their tarballs. In that case you should include a comment with a link
to where they have stated that.

 P: pidgin-gnome-keyring: no-upstream-changelog

 You can override this in debian/pidgin-gnome-keyring.lintian-overrides.

It is only appropriate to override this if upstream refuses to add an
upstream NEWS file or ChangeLog and doesn't have a VCS that could be
turned into a changelog. In that case you should include a comment
with a link to where they have refused to add those things.

-- 
bye,
pabs

https://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: 
https://lists.debian.org/CAKTje6G+A+EcydbV4P7LKMwvbienj0EKzKyZNge9UBXr7MFe=g...@mail.gmail.com



Bug#778546: RFS: miceamaze/4.2-1 -- video game with mice in a maze

2015-02-18 Thread Raphaël Champeimont
2015-02-18 3:17 GMT+01:00 Paul Wise p...@debian.org:

 On Tue, Feb 17, 2015 at 10:09 PM, Raphaël Champeimont wrote:

  I have (I hope) addressed the blocking issue and some of
  your recommendations also.

 You have addressed the blocking issue, uploaded to Debian.


OK thank you very much.



  I'm not sure I can fix this, because all I do is ask for SDL to setup a
  full-screen OpenGL display, but don't think it is possible to specify
  the behavior on multi-screen.

 It sounds like SDL2 might have better support for this.


I'm adding a bug report to my github project, so I can remember to
check this when switching to SDL 2.



  Yes. Actually I had checked this list and noticed nothing applied for
  miceamaze.
  I have added the changelog entry.

 BTW, since that entry isn't related to the new upstream release there
 was no need to indent it under that item in debian/changelog.


yes, that's right



  Did I do that? The only thing I changed is experimental instead of
  unstable.
  Is it what you are talking about?

 I'm talking about the change from Priority optional to extra in
 debian/control, which you mentioned in the debian/changelog entry for
 1.8-2.


OK I see.



  Last time I checked, SDL2 was not shipped with most linux distributions
  (in stable releases) so I wanted to wait.

 Fair enough.

  I'm surprised because gcc never complained about missing includes.
  I will look into that later (this is not fixed in this release).

 The includes aren't completely missing so gcc would not complain, the
 include-what-you-use tool complains about indirectly including headers
 via other headers instead of directly including them, when you
 directly use their functions/macros/classes. The reason is that doing
 only direct includes reduces the amount of code the compiler has to
 parse, which speeds things up. It also helps with the other goal of
 include-what-you-use, which is to remove headers that are no longer
 used. At least this is how I interpret it.


ok I understand



  I agress this might have been another option, but actually I did not make
  this change myself and the other developped preferred to do like this.

 I see. It is probably too late to change since the images are already
 combined and can't be un-combined unless the other developer has a
 copy of the original images? Perhaps you could discuss the idea with
 them?

  That's true but I cannot provide anything better because I just
 downloaded
  it like this and did not change anything.

 I see. It is a bit sad you can't change the music in the same ways as
 the original person did, but that is your choice I guess.

  So if I want to fix that, I should build two packages:
  miceamaze with the binary file and miceamaze-data with the rest?

 Indeed, some info about that on the wiki.

 https://wiki.debian.org/PkgSplit


ok thanks




 --
 bye,
 pabs

 https://wiki.debian.org/PaulWise


Regards,
Raphael


Bug#768878: RFS: sfarklib/0.20131219gitee08d0c-1 [ITP]

2015-02-18 Thread Ruben Undheim
Hi Felipe,

Do you have some time for sponsoring of these two packages? (sfarklib
and sfarkxtc)

Or should we ask someone else?

Best regards,
Ruben


 Thanks for that. The changes look fine to me, and thanks a heap for the
 get-orig-source target, it worked like a dream. From my point of view
 the package is ready for Felipe to take a look when he is available.

 
  Best regards,
  Ruben

 Cheers,

 Ross



-- 
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/ca+chnywbuoydetr1c126l0z+lx4vzuwklyemdoshr2b5whd...@mail.gmail.com



simple shell question

2015-02-18 Thread Paul Gevers
Hi all,

I am wondering about the following, what is the practical difference in
a shell script between
[ $foo ] and [ -n $foo ]
or
[ ! $foo ] and [ -z $foo ]

Looking up their literal meaning shows that they are different of
course, but is there also a practical difference?

Paul



signature.asc
Description: OpenPGP digital signature


Bug#778686: RFS: java-semver/0.8.0-1 [ITP #766999]

2015-02-18 Thread Alexandre Viau
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package java-semver

* Package name: java-semver
  Version : 0.8.0-1
  Upstream Author : Zafar Khaja zafarkh...@gmail.com
* URL : https://github.com/zafarkhaja/jsemver
* License : MIT
  Section : java

 It builds those binary packages:

  libjava-semver - Java implementation of the SemVer Specification
  libjava-semver-doc - Documentation for Java SemVer

 To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/java-semver


 Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/j/java-semver/java-semver_0.8.0-1.dsc


  Regards,
   Alexandre Viau



signature.asc
Description: OpenPGP digital signature


Bug#778729: (no subject)

2015-02-18 Thread Chris Lamb
 Actually, the upstream project name is git-tools as there's a bunch more
 utilities included.  I dropped three that were obsolete or redundant, and
 bundled three others, yet the package name I used reflects only what I
 consider to be the main meat.

I would strongly recommend the source package name be  git-tools (or
similar) to match upstream, even if the binary package is, for example,
git-restore-mtime (although even here I am not sure that is wise).


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


-- 
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/1424311789.1230025.229501449.52215...@webmail.messagingengine.com



Bug#778729: RFS: git-restore-mtime/1.0.0-1 [ITP]

2015-02-18 Thread Adam Borowski
Package: sponsorship-requests
Severity: wishlist

Hi folks!

I am looking for a sponsor for my package git-restore-mtime.

* Package name: git-restore-mtime
  Version : 1.0.0-1
  Upstream Author : Rodrigo Silva (MestreLion) li...@rodrigosilva.com
* URL : https://github.com/MestreLion/git-tools
* License : GPL3+
  Section : vcs

It builds those binary packages:
  git-restore-mtime - set timestamps to the date of a file's last commit

The m.d.n page:
http://mentors.debian.net/package/git-restore-mtime

Dgettable .dsc:
http://mentors.debian.net/debian/pool/main/g/git-restore-mtime/git-restore-mtime_1.0.0-1.dsc

It's a tool that, when ran in a git repository, sets each file's mtime
to the date of most recent commit that changed that file -- ie, an
approximation of what mtimes are supposed to do.  This is nice when
making a release tarball, or if you're using git for storing something
else than a program's sources.

Actually, the upstream project name is git-tools as there's a bunch more
utilities included.  I dropped three that were obsolete or redundant, and
bundled three others, yet the package name I used reflects only what I
consider to be the main meat.  My reason is, the name git-tools is too
generic, and git-restore-mtime is what users would be looking for.
If you disagree with my judgement, please say so!


As the Supreme Species say,
meow.


-- 
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/20150219015352.ga13...@angband.pl



Bug#778728: RFS: task/2.4.1-1 [ITA] -- feature-rich console based todo list manager

2015-02-18 Thread Sebastien Badia

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package task

* Package name: task
  Version : 2.4.1-1
  Upstream Author : Paul Beckingham p...@beckingham.net
Federico Hernandez ultrafre...@gmail.com
* URL : http://taskwarrior.org
* License : MIT
  Section : utils

It builds those binary packages:

task  - feature-rich console based todo list manager - transitional packa
taskwarrior - feature-rich console based todo list manager

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/task

Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/t/task/task_2.4.1-1.dsc

More information about hello can be obtained from http://taskwarrior.org.

Changes since the last upload:

 [ Gordon Ball ]
 * Refresh patchs according new upstream release
   * tests-fail.diff (fixed upstream, TW-1296)
   * tests-for-released-version.diff (fixed upstream)
   * tests-count-eom.diff (fixed upstream, TW-1295)
   * fix-task-sync-man-url.diff (fixed upstream)
 * Enable GnuTLS support (closes: #741625, LP: #1344560)
 * tasksh is now a separate project and no longer included in this package

 [ Sebastien Badia ]
 * New upstream release: 2.4.1 (LP: #1286939)
 * New maintainer (co-maint. with Gordon) (closes: #762130)
 * Convert debian/copyright to dep5 format
 * Update standard-version (no changes)
 * Get package lintian clean
   * fix quilt-patch-missing-description
   * fix manpage-has-errors-from-man
   * fix hyphen-used-as-minus-sign

Thanks in advance!

Regards,

Seb

--
Sebastien Badia


signature.asc
Description: Digital signature