Bug#972470: RFS: ipqalc/1.5.3+git20200816.523b207-1 -- graphical utility for IPv4 subnet calculation

[Alex Mestiashvili]

On 10/19/20 8:23 AM, Geert Stappers wrote:

On Sun, Oct 18, 2020 at 06:39:03PM -0300, Fabio Augusto De Muzio Tobich wrote:

Package: sponsorship-requests
  * Package name: ipqalc
Upstream Author : https://bitbucket.org/admsasha/ipqalc/issues/new


Strange name


sounds good for me, q obviously stand for QT, so I immediately thought 
about QT based graphical ipcalc tool.






  ipqalc (1.5.3+git20200816.523b207-1) unstable; urgency=medium
  .
* New upstream release.
* Upload to unstable.
* debian/control: added 'qt5-qmake:native' in Build-Depends field to prevent
  FTCBFS.


What is FTCBFS?


Failed To Cross Build From Source I guess?

Best regards,
Alex

Re: Need help with uscan

[Alex Mestiashvili]

On 4/24/19 11:01 AM, Andrius Merkys wrote:
> Hello,
> 
> I want to package unversioned source. AFAIK, it should be possible to
> have timestamp of the last tarball change in lieu of upstream version. I
> am wondering if it would be possible to write uscan rules to extract the
> timestamp and download the upstream tarball by analyzing the following
> HTML excerpt (taken from [1]):
> 
>  href="reference-structures.tar.gz">reference-structures.tar.gz2013-03-12
> 12:16 6.4M
> 
> where the "reference-structures.tar.gz" is the tarball I want and
> "2013-03-12" is the timestamp.
> 
> Thanks in advance,
> Andrius
> 
> [1] https://www2.mrc-lmb.cam.ac.uk/personal/pemsley/coot/dependencies/
> 
> -- 
> Andrius Merkys
> Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
> LT-10257 Vilnius, Lithuania
> 

Hi Andrius,

have you found a solution?
I managed to craft the following d/watch:

https://paste.debian.net/hidden/7ed83d37/

version=4
opts="pagemangle=s/(?:.*)(@PACKAGE@)(\.tar\.gz).*?(\d{4}-\d{2}-\d{2})(?:.*)//g, \
uversionmangle=s/(?:.*)\.([\d-]*)/$1/, \
downloadurlmangle=s{(.*)(\.tar\.gz)}{https://www2.mrc-lmb.cam.ac.uk/personal/pemsley/coot/dependencies/@PACKAGE@$2};
\
https://www2.mrc-lmb.cam.ac.uk/personal/pemsley/coot/dependencies
(@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@)

I am pretty sure one can optimize it, but this seem to work too.

Best,
Alex

Re: VCS repositories

[Alex Mestiashvili]

On 05/29/2018 10:19 AM, Alex Mestiashvili wrote:
>> I think original poster is unaware of `debcheckout` from
>> the package `devscripts`.
>>
>> `debcheckout PACKAGE` does "VCS checkout (or cloning) of PACKAGE"
>>
>> Checkout URL is taken from debian/control  Vcs-Vcs: 
> 
> In case of binutils that will not help:
> 
> debcheckout binutils
> declared bzr repository at
> http://bazaar.launchpad.net/~doko/binutils/pkg-2.29-debian
> bzr branch http://bazaar.launchpad.net/~doko/binutils/pkg-2.29-debian
> binutils ...
> Can't exec "bzr": No such file or directory at /usr/bin/debcheckout line
> 573.
> checkout failed (the command above returned a non-zero exit code)

Ops, that's actually due to missing bzr :)

Well, with installed bzr the result is quite the same due to missing repo.

Re: VCS repositories

[Alex Mestiashvili]

> I think original poster is unaware of `debcheckout` from
> the package `devscripts`.
> 
> `debcheckout PACKAGE` does "VCS checkout (or cloning) of PACKAGE"
> 
> Checkout URL is taken from debian/control  Vcs-Vcs: 

In case of binutils that will not help:

debcheckout binutils
declared bzr repository at
http://bazaar.launchpad.net/~doko/binutils/pkg-2.29-debian
bzr branch http://bazaar.launchpad.net/~doko/binutils/pkg-2.29-debian
binutils ...
Can't exec "bzr": No such file or directory at /usr/bin/debcheckout line
573.
checkout failed (the command above returned a non-zero exit code)

I guess a tool like debsnap is more appropriate in this case.

Re: [Debian-med-packaging] Problem with lintian error symbols-file-contains-current-version-with-debian-revision

[Alex Mestiashvili]

Hi Andreas,

On 05/23/2018 12:11 PM, Andreas Tille wrote:
> Hi,
> 
> I've created a symbols file for libseqlib version 1.1.1+dfsg since I
> suspected an ABI change by upstream.  A test build with this symbols
> file went fine without lintian errors.  I upgraded to libseqlib version
> 1.1.2 which in fact had an ABI change[2].  I have upgraded the symbols
> file accordingly[3].  When I build this package I get:
> 
> E: libseqlib1: symbols-file-contains-current-version-with-debian-revision on 
> symbol 
> _ZN12aho_corasick10basic_trieIcE10parse_textENSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
>  and 433 others

> I wonder whether I'm missing something but this smeels like a wrong
> lintian warning to me since the Debian revision "-1" was stripped from
> the diff.  To be sure to not create noise for lintian in BTS I'd like
> to have a second pair of eyeballs on this symbols file.

I guess you also need to bump the library version in the first line of
symbols file: s/libseqlib.so.0/libseqlib.so.1/

Best regards,
Alex

Re: C++ and Python package combined

[Alex Mestiashvili]

On 04/07/2018 10:43 AM, Nico Schlömer wrote:
>> I guess you can set PKG_CONFIG_PATH and others appropriately.
> 
> That sounds like what I got to do. I'm just figuring out which paths I need
> exactly. Can I use export in d/rules?
> 
> Cheers,
> Nico

You can find more examples of d/rules and all other debian files by
using https://codesearch.debian.net/

Bug#891922: RFS: you-get/0.4.1040-1 [ITP]

[Alex Mestiashvili]

On 03/02/2018 05:16 PM, Lumin wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
>   Dear mentors,
> 
>   I am looking for a sponsor for my package "you-get"
> 
>  * Package name: you-get
>Version : 0.4.1040-1
>Upstream Author : Mort Yao
>  * URL : https://github.com/soimort/you-get
>  * License : MIT
>Section : utils
> 
>   It builds those binary packages:
> 
> you-get- command-line utility to download media contents from the Web
> 
>   To access further information about this package, please visit the
> following URL:
> 
>   https://mentors.debian.net/package/you-get
> 
> 
>   Alternatively, one can download the package with dget using this command:
> 
> dget -x 
> https://mentors.debian.net/debian/pool/main/y/you-get/you-get_0.4.1040-1.dsc
> 
>   More information about hello can be obtained from
> 
> http://debomatic-amd64.debian.net/distribution#unstable/you-get/0.4.1040-1/buildlog
> 
>   Changes since the last upload:
> 
> you-get (0.4.1040-1) unstable; urgency=medium
> 
>   * Initial release. (Closes: #891074)
> 
> 

It would be interesting to see how this program is different from
already existing tools like youtube-dl and cclive.

Thank you!

Bug#891138: RFS: hdparm/9.54+ds-1 -- tune hard disk parameters for high performance

[Alex Mestiashvili]

Package: sponsorship-requests
Severity: normal

Dear mentors,
I am looking for a sponsor for my package "hdparm"

* Package name: hdparm
  Version : 9.54+ds-1

It builds those binary packages:

 hdparm - tune hard disk parameters for high performance
 hdparm-udeb - tune hard disk parameters for high performance (udeb)

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

  https://mentors.debian.net/package/hdparm

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

 dget -x
https://mentors.debian.net/debian/pool/main/h/hdparm/hdparm_9.54+ds-1.dsc

Changes since the last upload:

 * New upstream version 9.54+ds
 * Refresh d/patches/quiet_security_freeze.patch
 * Update d/hdparm-funtions: Only enable APM on disks that advertise it,
   patch from dann frazier <da...@debian.org>, Closes: #891051

Regards,
   Alex Mestiashvili

Bug#852474: RFS: hdparm/9.51+ds-1 -- tune hard disk parameters for high performance

[Alex Mestiashvili]

Package: sponsorship-requests
Severity:  normal
X-Debbugs-Cc: mailatgo...@gmail.com

Dear mentors,

 I am looking for a sponsor for my package "hdparm":

* Package name: hdparm
  Version : 9.51
  Upstream Author : Mark Lord 
* URL : http://sourceforge.net/projects/hdparm/files/hdparm/
* License : hdparm
  Section : Admin

  It builds following binary packages:
   - hdparm

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

  https://mentors.debian.net/package/hdparm

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

dget -x
https://mentors.debian.net/debian/pool/main/h/hdparm/hdparm_9.51+ds-1.dsc

More information about hdparm can be obtained from
  https://anonscm.debian.org/cgit/collab-maint/hdparm.git

Changes since last upload:

* New upstream version 9.51+ds
  * Bump debhelper version to v10
  * Refresh and update patches, drop spelling.patch apllied by upstream
  * Add makefile.patch removing hardcoded "-j4" and LDFALGS,
drop fix_ldflags.patch
  * Drop d/hdparm.preinst as it is substituted by d/hdparm.maintscript

Best regards,
Alex

Bug#841536: hdparm/9.50+ds-1

[Alex Mestiashvili]

Hi Niels,

thank you for the comments and upload.
I've prepared an updated package addressing the issues and uploaded it to
mentors:

 https://mentors.debian.net/debian/pool/main/h/hdparm/hdparm_9.50+ds-2.dsc


On Fri, Oct 21, 2016 at 7:07 PM, Niels Thykier <ni...@thykier.net> wrote:

> Control: tags -1 moreinfo
>
> On Fri, 21 Oct 2016 14:46:32 +0200 Alex Mestiashvili
> <mailatgo...@gmail.com> wrote:
> > Package: sponsorship-requests
> > Severity: wishlist
> > X-Debbugs-Cc: mailatgo...@gmail.com
> >
> > Dear mentors,
> >
> >  [...]
> >
> > Best regards,
> > Alex
>
>
> Hi Alex,
>
> Thanks for your contribution.
>
> Have you informed upstream about the following compiler warning?
> """
> hdparm.c: In function 'process_dev':
> hdparm.c:2256:2: warning: this 'if' clause does not guard...
> [-Wmisleading-indentation]
>   if (!quiet)
>   ^~
> hdparm.c:2258:3: note: ...this statement, but the latter is misleadingly
> indented as if it is guarded by the 'if'
>if (do_drive_cmd(fd, args, 0)) {
>^~
> """
>
> I checked it seems benign, so I am not blocking the upload on this.  The
> code in question being:
>
>
> """
> if (security_freeze) {
> __u8 args[4] = {ATA_OP_SECURITY_FREEZE_LOCK,0,0,0};
> if (!quiet)
> ^^^ (should be 1 tab further in)
> printf(" issuing security freeze command\n");
> ^^ (should be 1 tab further in as well)
> if (do_drive_cmd(fd, args, 0)) {
> err = errno;
> perror(" HDIO_DRIVE_CMD[...] failed");
> }
> }
>
> """
>

The wrong indentation comes from the quiet_security_freeze.patch fixing the
bug #512175
The indentation is fixed in the latest package.


>
> Other minor nits:
>  * Spelling error in hdparm binary "Removeable" -> "Removable"
>- NB: Upstream is inconsistent with the spelling, but seems to prefer
>  the "Removable" variant.
>

I know about this typo, but didn't want to fix it because the fix would
change the output of the program
and it might impact scripts trying to identify that flag. I'll forward this
and other typos to upstream.


>  * Upstream's build system hardcodes -j2 on "make all" and the packaging
>uses that without any respect to DEB_BUILD_OPTIONS
>- Given the small size and low parallel limit, I don't think it is a
>  huge issue (but it would have been for other packages).
>

Fixed with the makefile.patch


>  * The debian/hdparm.preinst file appears to be redundant (its replaced
>by the debian/hdparm.maintscript)
>

Thanks, fixed too.

Bug#841536: hdparm/9.50+ds-1

[Alex Mestiashvili]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: mailatgo...@gmail.com

Dear mentors,

 I am looking for a sponsor for my package "hdparm":

* Package name: hdparm
  Version : 9.50
  Upstream Author : Mark Lord 
* URL : http://sourceforge.net/projects/hdparm/files/hdparm/
* License : hdparm
  Section : Admin

  It builds following binary packages:
   - hdparm

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

  https://mentors.debian.net/package/hdparm

Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/h/hdparm/
hdparm_9.50+ds-1.dsc

More information about hdparm can be obtained from
  https://anonscm.debian.org/cgit/collab-maint/hdparm.git

Changes since last upload:

  * New upstream version 9.50+ds
  * Refresh quiet_sequrity_freeze.patch and update spelling.patch
  * Update copyright years

Best regards,
Alex

Bug#836763: hdparm/9.48+ds-2

[Alex Mestiashvili]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: mailatgo...@gmail.com

Dear mentors,

 I am looking for a sponsor for my package "hdparm":

* Package name: hdparm
  Version : 9.48
  Upstream Author : Mark Lord 
* URL : http://sourceforge.net/projects/hdparm/files/hdparm/
* License : hdparm
  Section : Admin

  It builds following binary packages:
   - hdparm

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

  https://mentors.debian.net/package/hdparm

Alternatively, one can download the package with dget using this command:
dget -x
https://mentors.debian.net/debian/pool/main/h/hdparm/hdparm_9.48+ds-2.dsc

More information about hdparm can be obtained from
  https://anonscm.debian.org/cgit/collab-maint/hdparm.git

Changes since last upload:

  * Fix typo in the long description, Closes: #818612
thanks to Laura Arjona Reina for the patch.
  * Apply cme fix dpkg, update license name to match license short name
  * Apply patch from Helmut Grohne, Closes: #836504
- Pass triplet-prefixed CC to make
- Do not strip during build
  * Update d/control, fix typo in Vcs-Browser field

Best regards,
Alex

Re: Question about license file

[Alex Mestiashvili]

On 07/22/2016 05:00 PM, Daniel Echeverry wrote:
> Hi Mentors!
> 
> I am Maintainer of wifite[1][2], Some time ago the upstream migrated
> the project to github[3] and made some Commits. I want update wifite
> with these new changes, but in github repo, the upstream doesn't
> include a license file, and  he hasn't published any tarball. I tried
> contact with the upstream to include a license file in the repo, but I
> can't get answer for several months :(

wifite.py has the license statement in the header, IMHO this is sufficient.

> 
> How can I update wifite with the news changes? Can I make the patch
> with the new changes??

It should be no problem to create a tarball manually.
The version in this case can be something like 2.0.85~gitedbdedd14

Regards,
Alex

Re: package stuck in unstable after switching to AutomaticDebugPackages

[Alex Mestiashvili]

On 05/08/2016 11:55 PM, Mattia Rizzolo wrote:
> On Sun, May 08, 2016 at 09:40:02PM +, Niels Thykier wrote:
>> James Cowgill:
>>> On Sun, 2016-05-08 at 20:17 +0200, Alex Mestiashvili wrote:
>>>> gearmand package has stuck in unstable due to missing -dbg packages:
>>>>
>>>>  https://release.debian.org/migration/testing.pl?package=gearmand
>>>
>>> It's not migrating because the old dbg packages are still in sid.
>>
>> The note from testing.pl is (now) just an informational message.  Have a
>> look at [1], which notes the following items of interest:
> 
> In general, testing.pl is imho more confusing than anything else.  And
> really reading the message in tracker.d.o is usually more than enough to
> understand what's wrong.  Not in this case, but here testing.pl didn't
> either...
> 
>>> Usually stuff like this is removed automatically by dak's auto
>>> decrufter but apparently not this time.
>>>
>>
>> Hmm, apparently the auto-decrufter thinks that the removal of
>> libgearman7-dbg would break libgearman-dbg.  I suspect part of the issue
>> is that libgearman-dbg is an arch:all package (which has a different
>> heuristic for depending when it should be decrufted).
>>
>>> If you file a NBS removal bug against ftp.debian.org then the package
>>> should migrate after the dbg packages are removed manually.
>>>
>>> James
>>>
>>
>> I agree that it would probably help. :)
> 
> I agree that a NBS removal for libgearman-dbg should be enough.
> Then the autodecrufter will be able to remove libgearman7-dbg, and then
> gearmand will be able to migrate.
> 

Thank you for the details, I am preparing a new upload fixing a couple
of minor issues and will file the NBS removal bug.

Best regards,
Alex

Re: package stuck in unstable after switching to AutomaticDebugPackages

[Alex Mestiashvili]

On 05/08/2016 09:00 PM, James Cowgill wrote:
> On Sun, 2016-05-08 at 19:57 +0100, James Cowgill wrote:
>> Hi,
>>
>> On Sun, 2016-05-08 at 20:17 +0200, Alex Mestiashvili wrote:
>>>
>>> Hi All,
>>>
>>> gearmand package has stuck in unstable due to missing -dbg
>>> packages:
>>>
>>>  https://release.debian.org/migration/testing.pl?package=gearmand
>>>
>>> The debug packages were removed after switching to automatic debug
>>> packages [0].
>>>
>>> How do I force the migration ?  What is the right way to switch to
>>> automatic -dbgsym packages ?
>>
>> It's not migrating because the old dbg packages are still in sid.
>> Usually stuff like this is removed automatically by dak's auto
>> decrufter but apparently not this time.
>>
>> If you file a NBS removal bug against ftp.debian.org then the package
>> should migrate after the dbg packages are removed manually.
> 
> And you also should have a call to dh_strip --dbgsym-migration in your
> debian/rules (see dh_strip(1)). This wont prevent testing migration
> though.
> 
> James
> 

I see, thanks for the hint!

Best regards,
Alex

package stuck in unstable after switching to AutomaticDebugPackages

[Alex Mestiashvili]

Hi All,

gearmand package has stuck in unstable due to missing -dbg packages:

 https://release.debian.org/migration/testing.pl?package=gearmand

The debug packages were removed after switching to automatic debug
packages [0].

How do I force the migration ?  What is the right way to switch to
automatic -dbgsym packages ?

Thanks,
Alex


[0] https://wiki.debian.org/AutomaticDebugPackages

sponsorship for hdparm

[Alex Mestiashvili]

Hi All,

I am looking for a review for the orphaned hdparm package.
While there are still a couple of serious bugs open, some smaller issues
and one grave bug #780940 can be fixed by the upload of the new version.

http://anonscm.debian.org/cgit/collab-maint/hdparm.git

Thank you,
Alex

Re: hdparm needs a new maintainer

[Alex Mestiashvili]

On Tue, Mar 1, 2016 at 8:24 PM, Tobias Frost <t...@debian.org> wrote:

> Am Dienstag, den 01.03.2016, 19:57 +0100 schrieb Alex Mestiashvili:
> > On 03/01/2016 06:11 PM, Raphael Hertzog wrote:
> > > Hello,
> > >
> > > On Tue, 01 Mar 2016, Alex Mestiashvili wrote:
> > > > As there are at least 3 persons ( including me :) ) interesting
> > > > in the
> > > > package, I think it will be a good use case for a collab-maint
> > > > repository.
> > > > Further I suggest to use gbp [0] and also switch to debhelper.
> > > >
> > > > I've played a bit already with the package and ready to push the
> > > > first
> > > > draft.
> > > >
> > > > Shell I go ahead and create the collab-main/hdparm.git ?  ( hope
> > > > I still
> > > > have the rights for it )
> > >
> > > Sure, go ahead. Feel free to mail/cc me when you have a package
> > > ready to
> > > upload. I might be able to find the time to review and upload it...
> > >
> > > Cheers,
> > >
> >
> > Here is the repository for hdparm:
> >
> >  http://anonscm.debian.org/cgit/collab-maint/hdparm.git
> >
> > It's half baked so far, please feel free to contribute,
> > the gpb intro: https://wiki.debian.org/PackagingWithGit
> > CollabMaint: https://wiki.debian.org/Teams/CollabMaint
> >
> > Regards,
> > Alex
> >
> >
>
> Hi Alex,
>
> great thing, though could you import the complete history via
> gbp import-dscs --debsnap?
>
> Thanks!
>
> (If there is a need for sponsoring, I'll also volunteer, just ping me
> if required)
>
> --
> tobi
>

Hi Tobias,

Done, great feature, though I should have done that in the beginning,
now I just checked out the latest work on top of the history commits.
Hope that's fine.

Regards,
Alex

Re: hdparm needs a new maintainer

[Alex Mestiashvili]

On 03/01/2016 06:11 PM, Raphael Hertzog wrote:
> Hello,
> 
> On Tue, 01 Mar 2016, Alex Mestiashvili wrote:
>> As there are at least 3 persons ( including me :) ) interesting in the
>> package, I think it will be a good use case for a collab-maint repository.
>> Further I suggest to use gbp [0] and also switch to debhelper.
>>
>> I've played a bit already with the package and ready to push the first
>> draft.
>>
>> Shell I go ahead and create the collab-main/hdparm.git ?  ( hope I still
>> have the rights for it )
> 
> Sure, go ahead. Feel free to mail/cc me when you have a package ready to
> upload. I might be able to find the time to review and upload it...
> 
> Cheers,
> 

Here is the repository for hdparm:

 http://anonscm.debian.org/cgit/collab-maint/hdparm.git

It's half baked so far, please feel free to contribute,
the gpb intro: https://wiki.debian.org/PackagingWithGit
CollabMaint: https://wiki.debian.org/Teams/CollabMaint

Regards,
Alex

Re: hdparm needs a new maintainer

[Alex Mestiashvili]

On 03/01/2016 10:13 AM, Raphael Hertzog wrote:
> Hello,
> 
> hdparm is a popular package which has been recently orphaned (see
> #816168). It provides an udeb so it might be needed/useful in the context
> of debian-installer too. There are multiple reverse dependencies too.
> 
> There are 4 RC bugs against it and a new upstream release waiting to be
> packaged.
> 
> It would be nice if some people could take over the package and bring it
> back to shape. Ccing debian-mentors since new contributors are likely to
> follow that list.
> 
> https://tracker.debian.org/pkg/hdparm
> 
> The package description is:
>  Get/set device parameters for Linux SATA/IDE drives.
>  Primary use is for enabling irq-unmasking and IDE multiplemode.
> 
> Thank you,
> 


Hi All,

As there are at least 3 persons ( including me :) ) interesting in the
package, I think it will be a good use case for a collab-maint repository.
Further I suggest to use gbp [0] and also switch to debhelper.

I've played a bit already with the package and ready to push the first
draft.

Shell I go ahead and create the collab-main/hdparm.git ?  ( hope I still
have the rights for it )

Regards,
Alex

[0] https://wiki.debian.org/PackagingWithGit

Bug#806190: RFS: python-bibtexparser/0.6.1-1 [ITP] -- Python library to parse bibtex files

[Alex Mestiashvili]

The package has been uploaded to sid [0] that's why the ITP is closed and
package was removed from mentors.
I'll contact the DD who sponsored the upload and ask him to close the RFS
bug as well.

Best regards,
Alex

[0] https://tracker.debian.org/pkg/bibtexparser


On Sat, Dec 12, 2015 at 5:19 AM, Mattia Rizzolo <mat...@debian.org> wrote:

> Control: tag -1 moreinfo
>
> On Wed, Nov 25, 2015 at 10:02:41AM +0100, Alex Mestiashvili wrote:
> >   https://mentors.debian.net/package/bibtexparser
>
> There is no package with that name in mentors, nor there is an open ITP
> for it.
>
> Can you please open an ITP bug (or fix the bug metadata if there is
> already one and, i.e., the source package name isn't the same) and
> (re)upload your package to mentors.d.n?
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
>

Bug#806190: RFS: python-bibtexparser/0.6.1-1 [ITP] -- Python library to parse bibtex files

[Alex Mestiashvili]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: mailatgo...@gmail.com, debian-pyt...@lists.debian.org

Dear mentors,

 I am looking for a sponsor for my package python-bibtexparser:

* Package name: python-bibtexparser
  Version : 0.6.1
  Upstream Author : François Boulogne 
* URL : https://github.com/sciunto-org/python-bibtexparser
* License : LGPL-3+ or BSD-3-Clause
  Section : Python

  It builds 3 binary packages:
   - python-bibtexparser
   - python3-bibtexparser
   - python-bibtexparser-doc

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

  https://mentors.debian.net/package/bibtexparser

  I'd like to maintain it under the umbrella of the Python Modules
packaging team.

Re: cowbuilder/pbuilder: require newer version from experimental

[Alex Mestiashvili]

On 10/27/2015 03:11 PM, Ole Streicher wrote:
> Hi,
>
> to build an "experimental" version of one of my packages, I need to
> specify a package that is in unstable (1.0.5-1) and in experimental
> (1.1~b1-1), and I need the experimental version here.
>
> With "cowbuilder --login --save-after-login", I have put the
> "experimental" distribution into /etc/apt/sources.list:
>
> (chroot) # cat /etc/apt/sources.list
> deb http://ftp.de.debian.org/debian/ sid main
> deb http://ftp.de.debian.org/debian experimental main
>
> and I did "sudo cowbuilder --update" afterwards. When I then do a 
> "cowbuilder --login", I can install the needed version manually:
>
> (chroot) # apt-get install python-astropy-helpers=1.1~b1-1
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> The following extra packages will be installed: [...]
>
> However, when I now try to use this to build my package, it does not
> work:
>
> $ pdebuild
> [...]
> This package is uninstallable
> Dependency is not satisfiable: python-astropy-helpers (>= 1.1~)
> [...]
>
> The package I am trying to build is python-astropy, from the alioth git:
>
> http://anonscm.debian.org/cgit/debian-astro/packages/python-astropy.git/tree/?h=experimental
>
> What could be the cause that the dependency is not satisfied from
> experimental here?
>

Hi,
may be a "cowbuilder --update" is missing ?

Alternatively one can try to inject a local package as described here:
https://wiki.debian.org/PbuilderTricks

Best regards,
Alex

Re: uscan not downloading new upstream version of bowtie2

[Alex Mestiashvili]

On 10/26/2014 12:54 PM, Paul Wise wrote:

On Sun, Oct 26, 2014 at 5:38 AM, Alex Mestiashvili wrote:


I am facing a strange issue with uscan.

...

Any hint ?

Looks like a bug, please file one.



Done:  #766878

Best,
Alex


--
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/544d30d6.3090...@biotec.tu-dresden.de

uscan not downloading new upstream version of bowtie2

[Alex Mestiashvili]

Hi All,

I am facing a strange issue with uscan.

here is the output:
~/debian-med/bowtie2$ uscan --verbose
-- Scanning for watchfiles in .
-- Found watchfile in ./debian
-- In debian/watch, processing watchfile line:
   opts=filenamemangle=s/(.*)(-source)(\..*$)/$1$3/ 
http://sf.net/bowtie-bio/bowtie2-([\d\.]+)\-source\.zip

-- Found the following matching hrefs:
 /watch/sf.php/bowtie-bio/bowtie2-2.2.4-source.zip (2.2.4)
 /watch/sf.php/bowtie-bio/bowtie2-2.2.3-source.zip (2.2.3)
 /watch/sf.php/bowtie-bio/bowtie2-2.2.2-source.zip (2.2.2)
 /watch/sf.php/bowtie-bio/bowtie2-2.2.1-source.zip (2.2.1)
 /watch/sf.php/bowtie-bio/bowtie2-2.2.0-source.zip (2.2.0)
 /watch/sf.php/bowtie-bio/bowtie2-2.1.0-source.zip (2.1.0)
 /watch/sf.php/bowtie-bio/bowtie2-2.0.6-source.zip (2.0.6)
 /watch/sf.php/bowtie-bio/bowtie2-2.0.5-source.zip (2.0.5)
 /watch/sf.php/bowtie-bio/bowtie2-2.0.4-source.zip (2.0.4)
 /watch/sf.php/bowtie-bio/bowtie2-2.0.3-source.zip (2.0.3)
 /watch/sf.php/bowtie-bio/bowtie2-2.0.2-source.zip (2.0.2)
 /watch/sf.php/bowtie-bio/bowtie2-2.0.1-source.zip (2.0.1)
Newest version on remote site is 2.2.4, local version is 2.2.3
 = Newer version available from
https://qa.debian.org/watch/sf.php/bowtie-bio/bowtie2-2.2.4-source.zip
-- Downloading updated package /watch/sf.php/bowtie-bio/bowtie2-2.2.4.zip
-- Checking for common possible upstream OpenPGP signatures
Could not read ../tarballs//watch/sf.php/bowtie-bio/bowtie2-2.2.4.zip: 
No such file or directory at /usr/bin/mk-origtargz line 316.
uscan: error: mk-origtargz --package bowtie2 --version 2.2.4 
--compression gzip --directory ../tarballs --copyright-file 
debian/copyright ../tarballs//watch/sf.php/bowtie-bio/bowtie2-2.2.4.zip 
gave error exit status 2


the problem as far as I see is that the file is not downloaded.

If i try to get it with wget then I see a number of redirects before the 
download:


wget https://qa.debian.org/watch/sf.php/bowtie-bio/bowtie2-2.2.4-source.zip
--2014-10-25 23:33:35-- 
https://qa.debian.org/watch/sf.php/bowtie-bio/bowtie2-2.2.4-source.zip
Resolving qa.debian.org (qa.debian.org)... 5.153.231.28, 
2001:41c8:1000:21::21:28

Connecting to qa.debian.org (qa.debian.org)|5.153.231.28|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: 
http://downloads.sourceforge.net/bowtie-bio/bowtie2-2.2.4-source.zip 
[following]
--2014-10-25 23:33:35-- 
http://downloads.sourceforge.net/bowtie-bio/bowtie2-2.2.4-source.zip
Resolving downloads.sourceforge.net (downloads.sourceforge.net)... 
216.34.181.59
Connecting to downloads.sourceforge.net 
(downloads.sourceforge.net)|216.34.181.59|:80... connected.

HTTP request sent, awaiting response... 301 Moved Permanently
Location: 
http://downloads.sourceforge.net/project/bowtie-bio/bowtie2/2.2.4/bowtie2-2.2.4-source.zip 
[following]
--2014-10-25 23:33:35-- 
http://downloads.sourceforge.net/project/bowtie-bio/bowtie2/2.2.4/bowtie2-2.2.4-source.zip
Connecting to downloads.sourceforge.net 
(downloads.sourceforge.net)|216.34.181.59|:80... connected.

HTTP request sent, awaiting response... 302 Found
Location: 
http://skylink.dl.sourceforge.net/project/bowtie-bio/bowtie2/2.2.4/bowtie2-2.2.4-source.zip 
[following]
--2014-10-25 23:33:35-- 
http://skylink.dl.sourceforge.net/project/bowtie-bio/bowtie2/2.2.4/bowtie2-2.2.4-source.zip
Resolving skylink.dl.sourceforge.net (skylink.dl.sourceforge.net)... 
109.230.212.53
Connecting to skylink.dl.sourceforge.net 
(skylink.dl.sourceforge.net)|109.230.212.53|:80... connected.

HTTP request sent, awaiting response... 200 OK
Length: 5725498 (5.5M) [application/octet-stream]
Saving to: ‘bowtie2-2.2.4-source.zip’
...

here is the d/watch:

 http://anonscm.debian.org/cgit/debian-med/bowtie2.git/tree/debian/watch

Any hint ?

thanks,
Alex



--
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/544c1843.8040...@biotec.tu-dresden.de

Re: What do you do when your sid development system stops working?

[Alex Mestiashvili]

On 05/12/2014 04:33 AM, Paul Elliott wrote:

I like to do my packaging under sid, because
that is where the packages will first have to run, so
I can test them there.

But what do you do when your sid system stop work
after doing an apt-get dist-upgrade? X11 stopped working
no screens found.

Of course I filed a bug.

But is there some kind of work around that will let you
keep working somehow?



I personally use testing and have a lxc container with sid.
Has been working perfectly for a couple of years.
Even more I have a couple of containers, some for Ubuntu backporting, 
though one coud use pbuilder/cowbuilder for that.


Regards,
Alex



--
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/537a1d07.8030...@biotec.tu-dresden.de

Re: git-buildpackage python3, python3.4: not found

[Alex Mestiashvili]

Hi Stuart,

On 05/01/2014 01:58 AM, Stuart Prescott wrote:

Hi Alex,


$git-buildpackage --git-pbuilder --git-arch=amd64
dh clean --with python2,python3 --buildsystem=pybuild
 dh_testdir -O--buildsystem=pybuild
 dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean
running clean
removing
'/home/toor/debian-med/python-multipletau/.pybuild/pythonX.Y_2.7/build'
(and everything under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
I: pybuild base:170: python3.4 setup.py clean
/bin/sh: 1: python3.4: not found
E: pybuild pybuild:256: clean: plugin distutils failed with: exit
code=127: python3.4 setup.py clean
dh_auto_clean: pybuild --clean -i python{version} -p 3.4 --dir .
returned exit code 13
make: *** [clean] Error 13
gbp:error: Couldn't run 'fakeroot debian/rules clean': fakeroot
debian/rules clean returned 2

This looks like gbp running clean on your host system (check the directory
shown in the output). After it has run clean, it will build the source
package and then after it has built the source package it will copy the
source package into your cowbuilder/pbuilder chroot to actually build the
package.


I see.


To fix that, you need to either:

1) install the packages on your *host* system that are required for
debian/rules clean to work outside the chroot.


The python3-all and python3-setuptools were missing on the host system.




2) tell git-buildpackage not to clean prior to building.

If it's only python3 involved, then (1) is probably the path of least
resistance.

If other packages are required in the clean stage and they're not available
for your host system, then that is harder to deal with and you need to think
about (2). If you have a clean git workflow, this clean-outside-the-chroot
step is unnecessary and would be a no-op; you should be able to tell git-
buildpackage not to do that. I have in the past added --git-
cleaner=/bin/true to get around this sort of problem but the documentation
for --git-pbuilder indicates it would ignore this option. There should be
some way of preventing cleaning before entering the chroot but, as usual
with our build tools, there are too many levels of indirection involved to
make this easy to work out (iirc, here it's git-buildpackage → git-pbuilder
→ cowbuilder → pbuilder → and eventually dpkg-buildpackage ... and I
probably missed pdebuild in there somewhere).


cheers
Stuart




So after installing python3-all and python3-setuptools it is working, 
thank you a lot for the detailed explanation!


Best regards,
Alex


--
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/5361e483.7090...@biotec.tu-dresden.de

git-buildpackage python3, python3.4: not found

[Alex Mestiashvili]

Hello,

I use git-buildpackage to build packages and so far everything worked fine.

I started packaging python-multipletau [0] and added python3 stanza to 
the control file and in general followed 
https://wiki.debian.org/Python/LibraryStyleGuide


However when I try to build the package with python3 I get the followoing:

$git-buildpackage --git-pbuilder --git-arch=amd64
dh clean --with python2,python3 --buildsystem=pybuild
   dh_testdir -O--buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean
running clean
removing 
'/home/toor/debian-med/python-multipletau/.pybuild/pythonX.Y_2.7/build' 
(and everything under it)

'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
I: pybuild base:170: python3.4 setup.py clean
/bin/sh: 1: python3.4: not found
E: pybuild pybuild:256: clean: plugin distutils failed with: exit 
code=127: python3.4 setup.py clean
dh_auto_clean: pybuild --clean -i python{version} -p 3.4 --dir . 
returned exit code 13

make: *** [clean] Error 13
gbp:error: Couldn't run 'fakeroot debian/rules clean': fakeroot 
debian/rules clean returned 2



I looked on some other python3 packages and for example I get a similar 
result for python-dnsq package:


gbp-clone git://anonscm.debian.org/collab-maint/python-dnsq.git

/tmp/test/python-dnsq$ git-buildpackage --git-pbuilder --git-arch=amd64
dh clean --with python2,python3 --buildsystem=pybuild
   dh_testdir -O--buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean
running clean
removing '/tmp/test/python-dnsq/.pybuild/pythonX.Y_2.7/build' (and 
everything under it)

'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
I: pybuild base:170: python3.4 setup.py clean
/bin/sh: 1: python3.4: not found
E: pybuild pybuild:256: clean: plugin distutils failed with: exit 
code=127: python3.4 setup.py clean
dh_auto_clean: pybuild --clean -i python{version} -p 3.4 3.3 --dir . 
returned exit code 13

make: *** [clean] Error 13
gbp:error: Couldn't run 'fakeroot debian/rules clean': fakeroot 
debian/rules clean returned 2


So I assume that there is something wrong with git-buildpackage or 
pbuilder... or pybuild...



I would be thankful for any hint ...

Alex

[0] http://anonscm.debian.org/gitweb/?p=debian-med/python-multipletau.git


--
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/53611fd3.1090...@biotec.tu-dresden.de

Re: git-buildpackage python3, python3.4: not found

[Alex Mestiashvili]

Hi Daniel,
On 04/30/2014 06:49 PM, Daniel James wrote:

Hi Alex,


My mistake, sid has python3.4 3.4.0+20140425-1 but you would not get
that by installing python3, you would have to explicitly install python3.4.


As python3 deps are unversioned it should take a python3 which is available.

I personally don't mind if it is 3.3 or 3.4


Your control file has:

Build-Depends:

   python3,
   python3-all,
   python3-setuptools,

X-Python3-Version: = 3.4

I don't think these lines are compatible on sid, for the reason
mentioned above. Also

Homepage: http://paulmueller.github.io/python-multipletau

is a 404, did you mean this?

Homepage: http://paulmueller.github.io/multipletau/


Sure, thank you!



Cheers!

Daniel




Best,
Alex


--
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/536153ab.8030...@biotec.tu-dresden.de

Re: git-buildpackage python3, python3.4: not found

[Alex Mestiashvili]

On 04/30/2014 07:01 PM, Daniel James wrote:
Maybe Alex is not using an autobuilder so needs to install python3-all 
manually on the build machine? Cheers! Daniel 


Not sure what autobuilder is , but I  use a minimal base system and 
recently have updated it.


Regards,
Alex



--
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/53615602.1090...@biotec.tu-dresden.de

Re: help needed for #733352

[Alex Mestiashvili]

On 04/11/2014 12:29 AM, Diane Trout wrote:

On Thursday, April 10, 2014 15:30:21 Alex Mestiashvili wrote:

Dear mentors,

I would greatly appreciate if somebody would help with the #733352, I've
spent a couple of hours trying to resolve the issue but my cpp skills
are rather poor.

Thank you,
Alex

The patch below deals with one of the compile errors. I don't know if just
hiding the const modifier is better than pushing const-ness further into
tophat.

Unfortunately the next const error I get is even worse. Const-ness seems to
get flipped between appendValue and trying to create a seqan::Gaps...

Diane


diff --git a/src/segment_juncs.cpp b/src/segment_juncs.cpp
index e3acc46..d73e0d6 100644
--- a/src/segment_juncs.cpp
+++ b/src/segment_juncs.cpp
@@ -2056,8 +2056,8 @@ void juncs_from_ref_segs(RefSequenceTable rt,
  
  MotifMap ims;
  
-seqan::DnaStringReverseComplement rev_donor_dinuc(donor_dinuc);

-seqan::DnaStringReverseComplement rev_acceptor_dinuc(acceptor_dinuc);
+seqan::DnaStringReverseComplement
rev_donor_dinuc(const_castDnaString(donor_dinuc));
+seqan::DnaStringReverseComplement
rev_acceptor_dinuc(const_castDnaString(acceptor_dinuc));
  
  if (talkative)

  fprintf(stderr, Collecting potential splice sites in islands\n);





Hi Diane,

Cool, thank you a lot, we are one step further!
Still I think that the upstream should try to fix it or we should 
reintroduce back SeqAn-1.3.


Best regards,
Alex


--
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/5347b9a7.1020...@biotec.tu-dresden.de

help needed for #733352

[Alex Mestiashvili]

Dear mentors,

I would greatly appreciate if somebody would help with the #733352, I've 
spent a couple of hours trying to resolve the issue but my cpp skills 
are rather poor.


Thank you,
Alex


--
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/53469ced.2000...@biotec.tu-dresden.de

Bug#729375: RFS: authprogs/0.5.1-1 [ITP #616126]

[Alex Mestiashvili]

The debian/copyright in the package I just downloaded from mentors still
has GPL-2.0+, are you sure this was fixed?


Sorry, the package on mentors was still the old one. ( it wasn't 
uploaded because of .upload file, and I somehow forgot to upload it 
again after I deleted the .upload file)


Now I really uploaded the new one with the mentioned fixes.



No, I mean that the URLs in the example are completely wrong due to
changes at github. If you could fix them that would be good.

https://wiki.debian.org/debian/watch#GitHub




What is considered the correct URL? the one in example did work for me.
Should they be changed on githubredir variant ?


Please ping the RFS bug when at least the first 3 things are fixed in 
the Debian package on mentors, preferably also fixed upstream. 



I am sorry to spam BTS, the new package is on the mentors and I will 
wait for the upstream.



--
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/528767ae.7020...@biotec.tu-dresden.de

Bug#729375: RFS: authprogs/0.5.1-1 [ITP #616126]

[Alex Mestiashvili]

On 11/13/2013 12:27 AM, Paul Wise wrote:

On Tue, Nov 12, 2013 at 10:40 PM, Alex Mestiashvili wrote:


I am looking for a sponsor for my package authprogs

Since I may want to use this in the future, I've taken a look at it.

A review:

debian/copyright is incorrect, authprogs is GPL-2.0 not GPL-2.0+. If
you want it to be GPL-2.0+ you should talk to upstream about that.

Fixed.

Send upstream a patch to use os.path.expanduser instead of
os.environ['HOME']. The former falls back on the user's home dir from
the password database when HOME is unset.

done, via github

The testsuite uses /tmp instead of tempfile. That should be fixed so
that TMP/TMPDIR are respected and there are no security issues on
multi-user systems. The documentation also mentions /tmp, bad
practices should not be recommended in documentation.

work is still in progress :)

authprogs.html is empty, it should either be fixed or removed.

there is a bug in setup.py, fixed with the patch


Get upstream to fix this duplicated line in authprogs/authprogs.py:

#Authprogs is free software: you can redistribute it and/or modify
#it under the terms of the GNU General Public License as published by
#it under the terms of the GNU General Public License v2 as published by
#the Free Software Foundation.

The package FTBFS when built twice in a row, looks like the
authprogs.egg-info dir needs to be removed in debian/rules clean.

Send the patches upstream or change upstream to make them not needed.

Send the lintian authors a patch to update the current Standards-Version.

Check why dh_auto_test doesn't do anything even though there is a test suite.

bump debian/compat to 9

using --buildsystem=pybuild in debian/rules fixes most of the issues above

Check your watch file against the common mistakes (bonus points for
fixing the github examples there):

https://wiki.debian.org/debian/watch#Common_mistakes
fixed, do you mean the not escaped dots in the example:?  if yes, than 
wiki is updated too.

Get a security review of the upstream code. I checked for obvious
things like os.system()/os.popen()

Once it reaches the archive, upload a screenshot and edit the debtags:

http://screenshots.debian.net/upload
http://debtags.debian.net/edit/authprogs

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

lintian:

X: authprogs: duplicate-files usr/share/doc/authprogs/TODO
usr/share/doc/authprogs/TODO.md

dpkg-gencontrol (I think you need to upgrade to pybuild):

warning: package authprogs: unused substitution variable ${python:Versions}

pyflakes:

./authprogs/tests/test_authprogs.py:136: local variable 'dummy_ap' is
assigned to but never used

pep8 complains about lots of these:

E126 continuation line over-indented for hanging indent
E127 continuation line over-indented for visual indent
E128 continuation line under-indented for visual indent

Nice tool, thanks, but it doens't really matter if there is a visually 
wrong indentation or ?


I'll try to address the rest of issues soon, but for now I've uploaded a 
fixed version of authprogs to mentors.


Thank you for the review!
Alex


--
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/52864e6a.9090...@biotec.tu-dresden.de

Bug#729375: RFS: authprogs/0.5.1-1 [ITP #616126]

[Alex Mestiashvili]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package authprogs

* Package name: authprogs
  Version : 0.5.1
  Upstream Author : Bri Hatch
* URL :https://github.com/daethnir/authprogs/
* License : GPL-2.0+
  Section : admin

  It builds those binary packages:

authprogs  - ssh command authenticator

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

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

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

   dget 
-xhttp://mentors.debian.net/debian/pool/main/a/authprogs/authprogs_0.5.1-1.dsc

  More information about authprogs can be obtained 
fromhttps://github.com/daethnir/authprogs/
  
  The software seem to be simple but nevertheless there is demand for this package, see #616126.


 Regards,
   Alex Mestiashvili

Re: packaging of a python script

[Alex Mestiashvili]

On 09/06/2013 07:05 PM, Eric Lavarde wrote:

Hi,

On 06/09/13 11:31, Alex Mestiashvili wrote:

Hi All,

I have a little python project which creates one executable script.
where should go the project.py ? is there a special place for a script
which later can be imported by other python script ?
The question is of course also if one script justifies a package on 
its own...

True, but packages are made to make our life easier, isn't ?
So one script, one man page and one symlink seem to be more complicated 
to copy around than a debian package installed in a local repo :)

Even if it will never get to the official repository.




Is it ok, to put a symlink in /ust/bin/  pointing to
/usr/share/project/project.py ( or any other appropriate place) to get
rid of extension .py ?
I am not a python packager, but have you checked 
http://www.debian.org/doc/packaging-manuals/python-policy/ ?



Thanks, exactly what I need.

Eric



Alex


--
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/522ad2ae.9050...@biotec.tu-dresden.de

packaging of a python script

[Alex Mestiashvili]

Hi All,

I have a little python project which creates one executable script.
where should go the project.py ? is there a special place for a script 
which later can be imported by other python script ?


Is it ok, to put a symlink in /ust/bin/  pointing to 
/usr/share/project/project.py ( or any other appropriate place) to get 
rid of extension .py ?


Thank you,
Alex


--
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/5229a0ff.3030...@biotec.tu-dresden.de

Bug#702032: RFS: authprogs/0.1-1 [ITP #616126]

[Alex Mestiashvili]

On 03/03/2013 10:34 AM, Paul Wise wrote:
 On Sat, Mar 2, 2013 at 5:47 AM, Alex Mestiashvili wrote:

   
 I am looking for a sponsor for my package authprogs
 
 I don't intend to sponsor this but here is a review:
   

Dear Paul, thanks a lot for the review and sorry for such a long delay
for the answer.
Even if this package will not get into Debian I learned a lot from the
review.

I've contacted the author, and he probably will rewrite the code, may be
in other language.
That's why I want to wait with the current package but nevertheless I've
uploaded the updated version.

 The patch combines multiple logical changes into one, please split it up.
   

Done.
 The patch removes upstream copyright statements, license grants and
 changelog bits. I'd suggest reverting those parts.

   
It moves it to other place. But with new version I leave it as you
suggested.
 The patch adds three incorrectly spelled words (Standart, fro, debian).

   
fixed.
 I think /etc/authprogs would be a better place for the Debian config file.
   
there are 2 configuration files

the one which I decided to place in /etc/default defines loglevel and
location of authptogs.conf
and I think that /etc/defaults is a good place for it.
and second which can be in /etc/authprogs.conf or
/etc/authprogs/authprogs.conf
which actually defines what can be executed via ssh .
Placing by default authprogs.conf  ( if not defined other location in
/etc/defaults/authprogs) to the users directory gives permission to
setup authprogs even without having root privileges.
The problem with this approach that if a user has no admin rights than
he can't change the loglevel.

 Please get upstream to include the remainder of your patch.

 It is not correct to build stuff in override_dh_auto_install, please
 change that to override_dh_auto_build and install the manual page with
 dh_installman.

   
I decided to do not provide manual page so far.
 Most of the README.Debian looks to be copies of stuff from elsewhere,
 I would suggest dropping it. Anything remaining can be added to the
 upstream README using a patch.

   
dropped it.
 debian/changelog has UNRELEASED in it.

   
yes, its done by purpose, because the package will change and it's not
yet ready for the unstable/experimental
or is it a wrong approach ?
 /tmp/authprogs.log is a very bad place for a log file.
   
why /tmp ? if not defined in /etc/default/authprogs than it is
$ENV{HOME}/.ssh/authprogs.log

 Do the examples need to be in both the manual page and the example config 
 file?

   
fixed. only in examples directory.
 Please add a get-orig-source debian/rules target so anyone can
 recreate the tarball.

   
done.
 Perl::Critic spews a lot of warnings about the upstream code, but I'm
 not sure how many of them are valid.

 One of the articles referenced by the package mentions it is version 0.5.
   
Thanks for the hint, changed to the version to 0.5
I have the book, but I didn't know that there is a module for the book!
(Perl::Critic)
I created 2 patches fixing potentially bad practice code for severity
5 and 4.
 Automatic checks:

 https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

 lintian:

 I: authprogs source: vcs-field-not-canonical
 http://git.debian.org/?p=collab-maint/authprogs.git;a=summary
 http://anonscm.debian.org/gitweb/?p=collab-maint/authprogs.git;a=summary
 I: authprogs source: vcs-field-not-canonical
 git://git.debian.org/collab-maint/authprogs.git
 git://anonscm.debian.org/collab-maint/authprogs.git
 P: authprogs: no-upstream-changelog

   
lintian -Iivcm  authprogs_0.5-1_amd64.changes
in a future Lintian release.
N: Using profile debian/main.
N: Setting up lab in /tmp/temp-lintian-lab-YxXbw4EAyO ...
N: 
N: Processing changes file authprogs (version 0.5-1, arch source all) ...
N: 
N: Processing source package authprogs (version 0.5-1, arch source) ...
N: 
N: Processing binary package authprogs (version 0.5-1, arch all) ...
W: authprogs: binary-without-manpage usr/bin/authprogs
...

Best regards,
Alex


-- 
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/5168ef65.2090...@biotec.tu-dresden.de

Bug#702032: RFS: authprogs/0.1-1 [ITP #616126]

[Alex Mestiashvili]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package authprogs

* Package name: authprogs
  Version : 0.1-1
  Upstream Author : Brian Hatch
* URL : http://www.hackinglinuxexposed.com/tools/authprogs/src/ 
http://www.hackinglinuxexposed.com/tools/authprogs/src/
* License : GPL2
  Section : misc

  It builds those binary packages:

authprogs  - ssh command authenticator

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/a/authprogs/authprogs_0.1-1.dsc 
http://mentors.debian.net/debian/pool/main/a/authprogs/authprogs_0.1-1.dsc

  More information about authprogs can be obtained from 
http://www.hackinglinuxexposed.com/articles/20030115.html 
http://www.hackinglinuxexposed.com/articles/20030115.html
  

  The software seem to be very simple but nevertheless there is demand for this 
package, see #616126.

 Regards,
   Alex Mestiashvili

Re: build server at home?

[Alex Mestiashvili]

On 02/26/2012 02:05 PM, Dmitry Smirnov wrote:
 Dear mentors,

 Could any of you share experience of having your own private build server?

 I'm thinking of something which could build uploaded source for as many 
 architectures as possible on amd64 host, and ideally put the results to  
 'reprepro'-managed tree.

 The goal is to simplify package deployment to internal infrastructure for  
 evaluation before upload to debian. 

 Any hints for quick start please?

 Thank you.

 Regards,
 Dmitry.


   
I found this article very useful:

http://inodes.org/2009/09/14/building-a-private-ppa-on-ubuntu/

s/ubuntu/debian/g

Regards ,
Alex


-- 
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/4f4bb49d.3010...@biotec.tu-dresden.de

Re: RFS: libpam-abl , bug fix , package is already in Debian

[Alex Mestiashvili]

On 02/02/2012 11:08 PM, Jakub Wilk wrote:
 * Alex Mestiashvili a...@biotec.tu-dresden.de, 2012-02-01, 18:51:
 What does +testing.1 mean? Is that a pre-release thing? If this is
 the case, then use ~ instead of +.
 Yes , it is pre-release version .
 The upstream had -testting.1 in his version and I had to change
 this to meet the upstream_version requirements .

 - is allowed in upstream_version. But please notice that:

 0.4.3-1  0.4.3+testing.1-1  0.4.3-testing.1-1

 So you'll have a big problem once upstream releases the final 0.4.3.
 That's why you should use ~:

 0.4.3~testing.1-1  0.4.3-1

I see.Great hint!  thank you ,
Alex


-- 
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/4f2b8e22.20...@biotec.tu-dresden.de

Re: RFS: libpam-abl , bug fix , package is already in Debian

[Alex Mestiashvili]

On 02/01/2012 12:42 AM, Jakub Wilk wrote:
 * Alex Mestiashvili a...@biotec.tu-dresden.de, 2012-01-28, 12:09:
 I also modified changelog such a way that line debian/control
 added DM-Upload-Allowed appears in the correct section , but I
 have some doubts if it is ok to edit old changelog sections .
 That's fine with me.

 But please don't change timestamp for the old version.
Ok , good to know .

 (Also, DM-Upload-Allowed: yes used to be the last line in the source
 stanza, is there a reason you moved it?)
No, there is no reason , but will take into account for the next time .

 I've re-uploaded the package with fixed version string :
 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.3+testing.1-1.dsc


 What does +testing.1 mean? Is that a pre-release thing? If this is
 the case, then use ~ instead of +.

Yes , it is pre-release version .
The upstream had -testting.1 in his version and I had to change this
to meet the upstream_version requirements .
But I wasn't sure which delimiter to use .

Thank you for mentoring and best regards,
Alex


-- 
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/4f297b8e.8090...@biotec.tu-dresden.de

Re: RFS: libpam-abl , bug fix , package is already in Debian

[Alex Mestiashvili]

On 01/21/2012 03:02 PM, Alex Mestiashvili wrote:

On 01/20/2012 06:28 PM, Jakub Wilk wrote:

* Alex Mestiashvilia...@biotec.tu-dresden.de, 2012-01-16, 20:16:

http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc


The changelog says debian/control added DM-Upload-Allowed, but
0.4.2-1 had already this field.

What do you mean by other architectures (in the patch header)?


Hi Jakub ,

It failed to built on many archs -
https://buildd.debian.org/status/package.php?p=libpam-abl
With this patch it suppose to be better , but I agree that the
description sounds ambiguous.
I've uploaded a new version with the corrected description .

Assuming that the patch header was meant to follow DEP-3, then please
note that the Description field is supposed to be like Description in
debian/control: there are two parts, short and long one (though the
latter is optional).

But let's go to more important things. This:

 printf(PAD %s (%lu)\n, buf, (unsigned long)data.size /
sizeof(time_t));

is surely better than:

 printf(PAD %s (%ld)\n, buf, (long int)data.size / sizeof(time_t));

(which you had in the previous version). But to be pedantically
correct, it really should be:

 printf(PAD %s (%zu)\n, buf, (size_t)data.size / sizeof(time_t));


I also modified changelog such a way that line debian/control added
DM-Upload-Allowed appears in the correct section , but I have some
doubts if it is ok to edit old changelog sections .

That's fine with me.


I see , your version is better .
But the upstream has released a new version which fixes this and other
problems .
I hope that shape of the package is good enough .
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.3-testing.1.dsc

Thank you for taking care ,
Alex




I've re-uploaded the package with fixed version string :
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.3+testing.1-1.dsc

Regards ,
Alex


--
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/4f23d778.80...@biotec.tu-dresden.de

Re: RFS: libpam-abl , bug fix , package is already in Debian

[Alex Mestiashvili]

On 01/20/2012 06:28 PM, Jakub Wilk wrote:
 * Alex Mestiashvili a...@biotec.tu-dresden.de, 2012-01-16, 20:16:
 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc

 The changelog says debian/control added DM-Upload-Allowed, but
 0.4.2-1 had already this field.

 What do you mean by other architectures (in the patch header)?

 Hi Jakub ,

 It failed to built on many archs -
 https://buildd.debian.org/status/package.php?p=libpam-abl
 With this patch it suppose to be better , but I agree that the
 description sounds ambiguous.
 I've uploaded a new version with the corrected description .

 Assuming that the patch header was meant to follow DEP-3, then please
 note that the Description field is supposed to be like Description in
 debian/control: there are two parts, short and long one (though the
 latter is optional).

 But let's go to more important things. This:

 printf(PAD %s (%lu)\n, buf, (unsigned long)data.size /
 sizeof(time_t));

 is surely better than:

 printf(PAD %s (%ld)\n, buf, (long int)data.size / sizeof(time_t));

 (which you had in the previous version). But to be pedantically
 correct, it really should be:

 printf(PAD %s (%zu)\n, buf, (size_t)data.size / sizeof(time_t));

 I also modified changelog such a way that line debian/control added
 DM-Upload-Allowed appears in the correct section , but I have some
 doubts if it is ok to edit old changelog sections .

 That's fine with me.


I see , your version is better .
But the upstream has released a new version which fixes this and other
problems .
I hope that shape of the package is good enough .
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.3-testing.1.dsc

Thank you for taking care ,
Alex






-- 
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/4f1ac577.5000...@biotec.tu-dresden.de

Re: GREAT news: My First Debian Package ! - vpcs

[Alex Mestiashvili]

On 01/20/2012 06:27 AM, Alexey Eromenko wrote:
 GREAT news: I'm ready to upload my first Debian package !

 Link: (source + amd64 binary)
 http://forum.gns3.net/post14018.html

 =

 NAME
vpcs - A light-weight network virtual pc simulator.

 DESCRIPTION
The VPCS can simulate up to 9 PCs. You can ping/traceroute
 them, or ping/traceroute the other
hosts/routers from the virtual PCs when you study the Cisco
 routers in the Dynamips. VPCS  is
not  the  traditional  PC, it is just a program, and only few
 network commands can be used in
it. But VPCS can give you a big hand when you study the Cisco
 devices in the  Dynamips.  VPCS
can  replace  the routers or virtual machine boxes which are
 used as PCs in the Dynamips net‐
work.

It can connect to VirtualBox or to GNS3 Network Simulator.

 =
 I have tested the final package on a Debian 6.0 AMD64 box. And it works !
 It passes lintian with only few warnings;
 Suggestions welcome !
 Where to upload it ?

 This package is very small, but it is needed for my GNS3 users and to
 get me involved with Debian. That's why it is important.
 I patched the makefile with quilt + made a man page.
 Erik: Could you sponsor me ?

   
Hi ,

you can use mentord.debian.org to upload the package .
Here are some useful links about mentors [0] [1].
To create a proper debian/copyright file please read DEP5 proposal [2] .

These are lintian warnings which should be fixed:

W: vpcs source: dh-make-template-in-source debian/vpcs.doc-base.EX
W: vpcs source: format-3.0-but-debian-changes-patch
W: vpcs source: out-of-date-standards-version 3.8.4 (current is 3.9.2)
W: vpcs: new-package-should-close-itp-bug
W: vpcs: copyright-refers-to-deprecated-bsd-license-file
E: vpcs: helper-templates-in-copyright
W: vpcs: description-synopsis-starts-with-article
W: vpcs: extended-description-line-too-long

I usually run lintian -Iivcm  *.changes to get more verbose output .


Best regards ,
Alex

[0] http://wiki.debian.org/DebianMentorsFaq#Packaging
[1] http://mentors.debian.net/qa
[2] http://dep.debian.net/deps/dep5/



-- 
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/4f19289c.5070...@biotec.tu-dresden.de

Re: GREAT news: My First Debian Package ! - vpcs

[Alex Mestiashvili]

On 01/20/2012 10:48 AM, Alexey Eromenko wrote:
 pabs@chianamo ~ $ cat ~/.lintianrc
 info=yes
 display-info=yes
 display-experimental=yes
 pedantic=yes
 show-overrides=yes
 color=auto

 
 I have copied your file, but now I get this:

 user@xrig:/vm/tmp/vpcs-0.3$ lintian ../vpcs_0.3-1_amd64.deb
 syntax error in configuration file: info=yes

   
It seems to me that your lintian is rather old .
IMO it is always better to use lintian from sid .

Best regards ,
Alex



-- 
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/4f193b18.9030...@biotec.tu-dresden.de

dput only .dsc file is uploaded .

[Alex Mestiashvili]

Hi All ,

I run into a problem with package upload to mentors .
It seems to me that only dsc file is uploaded .

I've recently uploaded a new version of  my package libpam-abl and after
upload noticed that QA information section had many error messages . The
problem was that time on my lxc container I used for packaging was wrong
and I was getting messages from tar about time stamps in the future ...

I fixed that problem and rebuilt the package .
But before the upload I decided to delete the package with wrong
timestamps , so I deleted the most recent package via web interface .
After that I uploaded the new one with the same version .

But now dget gives me the following
dget
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc
dget: retrieving
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc
  % Total% Received % Xferd  Average Speed   TimeTime Time 
Current
 Dload  Upload   Total   SpentLeft 
Speed
100  1916  100  19160 0  46894  0 --:--:-- --:--:-- --:--:--
91238
dget: retrieving
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2.orig.tar.bz2
  % Total% Received % Xferd  Average Speed   TimeTime Time 
Current
 Dload  Upload   Total   SpentLeft 
Speed
  0 00 00 0  0  0 --:--:-- --:--:--
--:--:-- 0
curl: (22) The requested URL returned error: 404
dget: curl libpam-abl_0.4.2.orig.tar.bz2
http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2.orig.tar.bz2
failed
libpam-abl_0.4.2-2.dsc:
  Good signature found
   skipping  libpam-abl_0.4.2.orig.tar.bz2 (not present)
   skipping  libpam-abl_0.4.2-2.debian.tar.gz (not present)
dscverify: libpam-abl_0.4.2-2.dsc didn't specify any files present locally
Validation FAILED!!

I tried to upload several times , but it doesn't help
I get messages that upload is successful and mail notification
afterwards , but nothing changes .

Could anybody tell me what I'm doing wrong ?

Best regards ,
Alex


-- 
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/4f1538b0.6000...@biotec.tu-dresden.de

Re: dput only .dsc file is uploaded .

[Alex Mestiashvili]

Dear Daniel ,
Thank you a lot , it helped !

Alex

On 01/17/2012 10:04 AM, Daniel Martí wrote:
 Make sure the .orig.tar.gz and .debian.tar.gz are correctly named, and
 if you are just doing a debian update (e.g. upstream.version-2) make
 sure to build the package with dpkg-buildpackage -sa. Then, dput
 mentors *.changes should do the trick.

 Alex Mestiashvili a...@biotec.tu-dresden.de wrote:

 Hi All ,

 I run into a problem with package upload to mentors .
 It seems to me that only dsc file is uploaded .

 I've recently uploaded a new version of  my package libpam-abl and after
 upload noticed that QA information section had many error messages . The
 problem was that time on my lxc container I used for packaging was wrong
 and I was getting messages from tar about time stamps in the future ...

 I fixed that problem and rebuilt the package .
 But before the upload I decided to delete the package with wrong
 timestamps , so I deleted the most recent package via web interface .
 After that I uploaded the new one with the same version .

 But now dget gives me the following
 dget
 
 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc
 dget: retrieving
 
 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc
   % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
  Dload  Upload   Total   SpentLeft 
 Speed
 100  1916  100  19160 0  46894  0 --:--:-- --:--:-- --:--:--
 91238
 dget: retrieving
 
 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2.orig.tar.bz2
   % Total% Received % Xferd  Average Speed   TimeTime Time 
 Current
  
 
 Dload  Upload   Total   SpentLeft 
 Speed
   0 00 00 0  0  0 --:--:-- --:--:--
 --:--:-- 0
 curl: (22) The requested URL returned error: 404
 dget: curl libpam-abl_0.4.2.orig.tar.bz2
 
 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2.orig.tar.bz2
 failed
 libpam-abl_0.4.2-2.dsc:
   Good signature found
skipping  libpam-abl_0.4.2.orig.tar.bz2 (not present)
skipping  libpam-abl_0.4.2-2.debian.tar.gz (not present)
 dscverify: libpam-abl_0.4.2-2.dsc didn't specify any files present locally
 Validation FAILED!!

 I tried to upload several times , but it doesn't help
 I get messages that upload is successful and mail notification
 afterwards , but nothing changes .

 Could anybody tell me what I'm doing wrong ?

 Best rega
  rds
 ,
 Alex

 



-- 
Alexandre Mestiashvili
System Administrator 
Bioinformatics group, TU-Dresden, Biotec
Tatzberg 47-51
01307 Dresden Germany
Phone: +49-351-463-40070
Email: alexander.mestiashv...@biotec.tu-dresden.de

RFS: libpam-abl , bug fix , package is already in Debian

[Alex Mestiashvili]

Dear mentors ,
could you please sponsor my package libpam-abl which fixes FTBFS bug #655119

http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc

Thank you ,
Alex


On 05/07/2011 04:59 PM, Alex Mestiashvili wrote:
 Package name: libpam-abl
 License : GPL 2
 Description : pam_abl blocks hosts which are attempting a brute
 force attack.
  pam_abl is able to protect any service which uses it for authentication.
  It works on the assumption that an attacker won't get the password right
  without a lot of trying. It watches for attacks by counting how many
 times
  a certain user or host tries to log into the service unsuccessfully.
  When a set number of failed logins occurs, the host or user name is
  recorded. After that point, it will be impossible for that user or
  host to successfully log in. The attacker can keep trying as much as
  he wants, but will never find a way to login with his current method.

 Bug #356733 ITP: libpam-abl -- blacklist hosts and users after failed
 authentication attempts

 the package is uploaded to mentors.debian.net

 http://mentors.debian.net/debian/pool/main/l/libpam-abl/

 Thank you in advance ,

 Alex




signature.asc
Description: OpenPGP digital signature

Re: RFS: libpam-abl , bug fix , package is already in Debian

[Alex Mestiashvili]

On 01/16/2012 07:38 PM, Jakub Wilk wrote:
 * Alex Mestiashvili a...@biotec.tu-dresden.de, 2012-01-16, 19:21:
 Dear mentors ,
 could you please sponsor my package libpam-abl which fixes FTBFS bug
 #655119

 http://mentors.debian.net/debian/pool/main/libp/libpam-abl/libpam-abl_0.4.2-2.dsc


 The changelog says debian/control added DM-Upload-Allowed, but
 0.4.2-1 had already this field.

 What do you mean by other architectures (in the patch header)?

Hi Jakub ,

It failed to built on many archs -
https://buildd.debian.org/status/package.php?p=libpam-abl
With this patch it suppose to be better , but I agree that the
description sounds ambiguous.
I've uploaded a new version with the corrected description .
I also modified changelog such a way that line debian/control added
DM-Upload-Allowed appears in
the correct section , but I have some doubts if it is ok to edit old
changelog sections .

Best regards ,
Alex


-- 
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/4f14778d.5010...@biotec.tu-dresden.de

RFS: libdancer-session-cookie-perl

[Alex Mestiashvili]

Dear mentors and debian-perl members ,

I am still looking for a sponsor for my package
libdancer-session-cookie-perl.

 * Package name: libdancer-session-cookie-perl
   Version : 0.15-1
   Upstream Author : Alex Kapranoff
 * URL : http://search.cpan.org/dist/Dancer-Session-Cookie/
 * License : GPL-1+ or Artistic
   Section : perl

It builds those binary packages:

libdancer-session-cookie-perl - Encrypted cookie-based session backend
for Dancer

This is a very small but useful perl module which I use personally for
my dancer based web app .

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


http://anonscm.debian.org/git/pkg-perl/packages/libdancer-session-cookie-perl.git

Or

  http://mentors.debian.net/package/libdancer-session-cookie-perl

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

  dget -x
http://mentors.debian.net/debian/pool/main/libd/libdancer-session-cookie-perl/libdancer-session-cookie-perl_0.15-1.dsc

Or better clone the git repository:


git://anonscm.debian.org/pkg-perl/packages/libdancer-session-cookie-perl.git

I would be glad if someone uploaded this package for me.

Kind regards,

Alex Mestiashvili






signature.asc
Description: OpenPGP digital signature

Re: RFS: libdancer-session-cookie-perl

[Alex Mestiashvili]

On 12/20/2011 05:33 PM, gregor herrmann wrote:
 On Tue, 20 Dec 2011 15:22:55 +0100, Alex Mestiashvili wrote:

   
 Dear mentors and debian-perl members ,
 I am still looking for a sponsor for my package
 libdancer-session-cookie-perl.
 
 Unfortunately the packages doesn't show up on
 http://pet.debian.net/pkg-perl/pet.cgi because of the debian/0.15-1
 tag (probably created by git-import-dsc; cf. the warning on
 http://pkg-perl.alioth.debian.org/git.html#adding_git_stuff_manually
 ), otherwise we would have spotted the package.

 Anyway, I've added some comments to d/changelog.

 Thanks for packaging this module!

 (BTW: debian-perl is enough.)
  
 Cheers,
 gregor


   
Hi Gregor ,

I've removed the tag and hopefully corrected everything you mentioned .

(BTW: debian-perl is enough.)

Will take into account next time .

Thank you ,
Alex



-- 
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/4ef0f088.4020...@biotec.tu-dresden.de

Re: How to suppress expected lintian warnings?

[Alex Mestiashvili]

On 11/24/2011 12:51 PM, Ole Wolf wrote:
 I'm getting some lintian warnings on one of my packages (at
 http://mentors.debian.net/package/nemid):

 W: nemid: postinst-has-useless-call-to-ldconfig
 W: nemid: postrm-has-useless-call-to-ldconfig

 The reason is quite evident: the nemid package doesn't include a
 library; instead, the postinst and postrm scripts download a library
 from an external web page and call ldconfig afterwards. Lintian
 obviously can't know that a library is being installed and removed,
 hence the warning.

 How do I suppress this lintian warning without resorting to, e.g.,
 secondary download-and-install scripts that are invoked from postinst
 and postrm?

 Oh, by the way: I'm still looking for a sponsor for the package. :)

 --
 *Ole Wolf* http://naturloven.dk
 Rødhættevej 4 * 9400 Nørresundby
 Telefon: 9632-0108 * Mobil: 2467-5526 * Skype: ole.wolf * SIP:
 ole.w...@ekiga.net
  
Hi ,
you can use packagename.lintian-overrides  in debian directory .

man dh_linitian

http://www.debian.org/doc/manuals/maint-guide/dother.en.html#lintian

Best regards ,
Alex

Re: RFS: mydumper

[Alex Mestiashvili]

On 11/14/2011 03:23 PM, Mateusz Kijowski wrote:
 Dear mentors,

 I am looking for a sponsor for my package mydumper.

  * Package name: mydumper
Version : 0.5.1-1
Upstream Authors: Domas Mituzas do...@fb.com mailto:do...@fb.com,
  Andrew Hutchings and...@skysql.com 
 mailto:and...@skysql.com,

  Mark Leith mark.le...@oracle.com 
 mailto:mark.le...@oracle.com
  * URL : http://www.mydumper.org
  * License : GPL v3+
Section : database

 It builds those binary packages:

 mydumper   - High-performance MySQL backup tool

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

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

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

   dget -x 
 http://mentors.debian.net/debian/pool/main/m/mydumper/mydumper_0.5.1-1.dsc

 I would be glad if someone uploaded this package for me.

 Kind regards,

 Mateusz Kijowski
Hi ,
I am not DD , so I can't sponsor you ,
but may be this will be helpful .

in normal mode lintian gives me the following warnings :

W: mydumper: embedded-javascript-library
usr/share/doc/mydumper/html/_static/jquery.js
W: mydumper: embedded-javascript-library
usr/share/doc/mydumper/html/_static/underscore.js

in pedantic mode it is much more verbose  .

$lintian -IivEcm --pedantic *.changes
warning: checksums is deprecated and may be removed
in a future Lintian release.
N: Using profile debian/main.
N: Setting up lab in /tmp/OEvYJekP6r ...
N: 
N: Processing changes file mydumper_0.5.1-1_amd64 (version 0.5.1-1, arch
source amd64) ...
N: 
N: Processing source package mydumper (version 0.5.1-1, arch source) ...
P: mydumper source: unneeded-build-dep-on-quilt
N:
N:This package build-depends on quilt, which is not required since
N:dpkg-source will apply patches at unpack time for 3.0 (quilt) source
N:packages.
N:   
N:Remember to remove any references to quilt in the rules file (e.g.
N:--with quilt, dh_quilt_* or quilt makefile includes).
N:   
N:This tag is meant to remind people that with 3.0 (quilt), quilt is not
N:necessary. If you keep the build-depends on quilt to ease
backporting to
N:older releases, then please ignore/override this tag.
N:   
N:Severity: pedantic, Certainty: possible
N:   
N:Check: patch-systems, Type: source
N:
P: mydumper source: unversioned-copyright-format-uri
http://dep.debian.net/deps/dep5
N:
N:Format URI of the machine-readable copyright file is not versioned.
N:   
N:Please use
N:   
http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=revisi
N:on as the format URI instead.
N:   
N:Refer to http://dep.debian.net/deps/dep5/ for details.
N:   
N:Severity: pedantic, Certainty: possible
N:   
N:Check: source-copyright, Type: source
N:
N: 
N: Processing binary package mydumper (version 0.5.1-1, arch amd64) ...
I: mydumper: spelling-error-in-binary usr/bin/myloader commiting committing
N:
N:Lintian found a spelling error in the given binary. Lintian has a list
N:of common misspellings that it looks for. It does not have a
dictionary
N:like a spelling checker does.
N:   
N:If the string containing the spelling error is translated with the
help
N:of gettext or a similar tool, please fix the error in the translations
N:as well as the English text to avoid making the translations
fuzzy. With
N:gettext, for example, this means you should also fix the spelling
N:mistake in the corresponding msgids in the *.po files.
N:   
N:You can often find the word in the source code by running:
N:   
N: grep -rw word source-tree
N:   
N:This tag may produce false positives for words that contain non-ASCII
N:characters due to limitations in strings.
N:   
N:Severity: minor, Certainty: wild-guess
N:   
N:Check: binaries, Type: binary, udeb
N:
I: mydumper: spelling-error-in-binary usr/bin/myloader commiting committing
P: mydumper: no-upstream-changelog
N:
N:The package does not install an upstream changelog file. If upstream
N:provides a changelog, it should be accessible as
N:/usr/share/doc/pkg/changelog.gz.
N:   
N:It's currently unclear how best to handle multiple binary packages
from
N:the same source. Some maintainers put a copy of the upstream changelog
N:in each package, but it can be quite long. Some include it in one
N:package and add symlinks to the other packages, but this requires
there
N:be dependencies between the packages. Some only include it in a
N:central binary package and omit it from more ancillary packages.
N:   
N:Refer to Debian Policy Manual section 12.7 (Changelog files) for
N:details.
N:   
N:Severity: pedantic, Certainty: wild-guess
N:   
N:Check: changelog-file, Type: binary
N:
X: mydumper: duplicate-files
usr/share/doc/mydumper/html/_sources/myloader_usage.txt

Re: RFS: libdancer-session-cookie-perl

[Alex Mestiashvili]

On 11/19/2011 08:06 AM, Salvatore Bonaccorso wrote:
 Hi Alex

 On Fri, Nov 18, 2011 at 01:03:48PM +0100, Alex Mestiashvili wrote:
   
 Dear mentors,

 I am looking for a sponsor for my package libdancer-session-cookie-perl.

  * Package name: libdancer-session-cookie-perl
Version : 0.15-1
Upstream Author : Alex Kapranoff
  * URL : http://search.cpan.org/dist/Dancer-Session-Cookie/ 
 http://search.cpan.org/dist/Dancer-Session-Cookie/ 
  * License : GPL-1+ or Artistic
Section : perl

 It builds those binary packages:

 libdancer-session-cookie-perl - Encrypted cookie-based session backend for 
 Dancer

 This is a very small but useful perl module which I use personally for my 
 dancer based web app .

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

   http://mentors.debian.net/package/libdancer-session-cookie-perl

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

   dget -x 
 http://mentors.debian.net/debian/pool/main/libd/libdancer-session-cookie-perl/libdancer-session-cookie-perl_0.15-1.dsc

 I would be glad if someone uploaded this package for me.
 
 First of all thank you for contributing and having begun to package
 this module. I have not (yet) checked the package, only wonder about
 the following: Are you interested joining the Debian Perl Group for
 packaging Perl module and move this unter the umbrella of the pkg-perl
 team? 

 If so please have a look a our introduction page [1], or our team page
 [2].

  [1] http://wiki.debian.org/Teams/DebianPerlGroup/Welcome
  [2] http://wiki.debian.org/Teams/DebianPerlGroup

 In particular we can offer this way an easy sponsorship way. Updated
 packages ready for review show up on pet [3].

  [3] http://pet.debian.net/pkg-perl/pet.cgi

 All the packages are maintained now in the git repositories for the
 pkg-perl team, so the git guide might be a good start too [4].

  [4] http://pkg-perl.alioth.debian.org/git.html

 Regards,
 Salvatore
   
Hi Salvatore ,

I'll try to join Debian Perl Group and move the package to the git
repository .
I am a bit busy this week , so it will take some time .
Thank you for the links  and have a nice day !

Alex


-- 
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/4eca765b.60...@biotec.tu-dresden.de

RFS: libdancer-session-cookie-perl

[Alex Mestiashvili]

Dear mentors,

I am looking for a sponsor for my package libdancer-session-cookie-perl.

 * Package name: libdancer-session-cookie-perl
   Version : 0.15-1
   Upstream Author : Alex Kapranoff
 * URL : http://search.cpan.org/dist/Dancer-Session-Cookie/ 
http://search.cpan.org/dist/Dancer-Session-Cookie/ 
 * License : GPL-1+ or Artistic
   Section : perl

It builds those binary packages:

libdancer-session-cookie-perl - Encrypted cookie-based session backend for 
Dancer

This is a very small but useful perl module which I use personally for my 
dancer based web app .

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

  http://mentors.debian.net/package/libdancer-session-cookie-perl

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

  dget -x 
http://mentors.debian.net/debian/pool/main/libd/libdancer-session-cookie-perl/libdancer-session-cookie-perl_0.15-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Alex Mestiashvili




signature.asc
Description: OpenPGP digital signature

Re: RFS: libpam-abl

[Alex Mestiashvili]

On 07/30/2011 12:51 AM, Michael Tautschnig wrote:

Hi Alex,

[...]
   

 Instead of setting an override, you can probably patch the
 manpages. This could also be related to a docbook bug.

   

[...]
   

I've uploaded a new version with mentioned fixes .
I didn't touch overrides because don't know how to fix these
warnings , also I see that linitian complains about other packages
as well .( samba for example )

 

Ignoring warnings/errors isn't quite the way to solve problems. You might simply
want to ask for help on debian-mentors in such cases.

I do agree with Etienne that this must be a docbook bug, but the shame is that
upstream doesn't actually provide the sources they generated the man pages from.
You should ping upstream about that, but for now there's no way around patching
the man pages.

Yet this isn't really too hard, it seems. I've just looked at them and it seems
that modifying three lines does the trick. Hint: if man --warnings respectively
lintian reports a warning for line 168, start looking from there. In this case
it's a bit more tricky as .SH is redefined, hence you'll have to take a look at
its redefinition.

Feel free to return with questions if you need more guidance on this.

Best,
Michael

   

Hi Michael ,
Thank you for the good hints .
I've updated the package .
Basically I just removed .HTML-TAG line and fixed a typo with a groff 
comment .


Best regards ,
Alex




--
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/4e6dc4db.5070...@biotec.tu-dresden.de

Re: RFS: libpam-abl

[Alex Mestiashvili]

On 06/28/2011 02:12 PM, Etienne Millon wrote:

Hello,

I had a look at your package. Please not that I am not a DD, and so I
can't sponsor your contribution.

Build
-

Your package builds in a clean sid chroot.

Lintian
---

Your package is _not_ lintian clean. Here are the warnings upto -E:

   - I: libpam-abl source: binary-control-field-duplicates-source field
 section in package libpam-abl

 This one is easy to fix, you can just remove the Section: line
 from the binary package.

   - I: libpam-abl: spelling-error-in-binary usr/bin/pam_abl Unkown Unknown

 This one should be easy too, you can patch src/tools/pam_abl.c
 near line 565. Upstream will probably be interested.

   - I: libpam-abl: description-synopsis-might-not-be-phrased-properly

 The full stop is not needed.

   - O: libpam-abl: manpage-has-errors-from-man
 usr/share/man/man1/pam_abl.1.gz 169: warning: macro `HTML-TAG' not
 defined

   - O: libpam-abl: manpage-has-errors-from-man
 usr/share/man/man5/pam_abl.conf.5.gz 169: warning: macro `HTML-TAG'
 not defined

   - O: libpam-abl: manpage-has-errors-from-man
 usr/share/man/man8/pam_abl.8.gz 169: warning: macro `HTML-TAG' not
 defined

 Instead of setting an override, you can probably patch the
 manpages. This could also be related to a docbook bug.

debian/changelog


   - Initial release is probably better than New upstream release
 as it is the first one :).
   - The two ITPs have been merged, so it is only necessary to close
 one of them.

debian/rules


   - There is a trailing space line 6.
   - Line 9 could be wrapped.

debian/control
--

   - (see about the lintian warnings)
   - Both your short and extended descriptions start with pam_abl,
 which is probably not informative enough. Other PAM modules seem
 to use phrasings such as PAM module blocking host which are
 attempting a brute force attack
   - The versioned build-dep against debhelper can probably be bumped
 at least to 8 (and debian/compat set to this value to), but I am
 not sure about the exact version number.

Hope that helps !

   

Hi ,

I've uploaded a new version with mentioned fixes .
I didn't touch overrides because don't know how to fix these warnings , 
also I see that linitian complains about other packages as well .( samba 
for example )


Thank you ,
Alex



--
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/4e156206.1040...@biotec.tu-dresden.de

Re: RFS: libpam-abl

[Alex Mestiashvili]

On 06/28/2011 02:12 PM, Etienne Millon wrote:

Hello,

I had a look at your package. Please not that I am not a DD, and so I
can't sponsor your contribution.

Build
-

Your package builds in a clean sid chroot.

Lintian
---

Your package is _not_ lintian clean. Here are the warnings upto -E:

   - I: libpam-abl source: binary-control-field-duplicates-source field
 section in package libpam-abl

 This one is easy to fix, you can just remove the Section: line
 from the binary package.

   - I: libpam-abl: spelling-error-in-binary usr/bin/pam_abl Unkown Unknown

 This one should be easy too, you can patch src/tools/pam_abl.c
 near line 565. Upstream will probably be interested.

   - I: libpam-abl: description-synopsis-might-not-be-phrased-properly

 The full stop is not needed.

   - O: libpam-abl: manpage-has-errors-from-man
 usr/share/man/man1/pam_abl.1.gz 169: warning: macro `HTML-TAG' not
 defined

   - O: libpam-abl: manpage-has-errors-from-man
 usr/share/man/man5/pam_abl.conf.5.gz 169: warning: macro `HTML-TAG'
 not defined

   - O: libpam-abl: manpage-has-errors-from-man
 usr/share/man/man8/pam_abl.8.gz 169: warning: macro `HTML-TAG' not
 defined

 Instead of setting an override, you can probably patch the
 manpages. This could also be related to a docbook bug.

debian/changelog


   - Initial release is probably better than New upstream release
 as it is the first one :).
   - The two ITPs have been merged, so it is only necessary to close
 one of them.

debian/rules


   - There is a trailing space line 6.
   - Line 9 could be wrapped.

debian/control
--

   - (see about the lintian warnings)
   - Both your short and extended descriptions start with pam_abl,
 which is probably not informative enough. Other PAM modules seem
 to use phrasings such as PAM module blocking host which are
 attempting a brute force attack
   - The versioned build-dep against debhelper can probably be bumped
 at least to 8 (and debian/compat set to this value to), but I am
 not sure about the exact version number.

Hope that helps !

   

Dear Etienne ,
thank you a lot for such a detailed review and hints , I'll try to fix 
these issues in the near future .


Best regards ,
Alex


--
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/4e0a3e11.8040...@biotec.tu-dresden.de

RFS: libpam-abl

[Alex Mestiashvili]

Dear mentors,

I am looking for a sponsor for my package libpam-abl.

* Package name: libpam-abl
  Version : 0.4.1-1
  Upstream Author : Chris Tasma , Andy Armstrong
* URL : http://pam-abl.deksai.com/
* License : GPL2
  Section : admin

It builds these binary packages:
libpam-abl - pam_abl blocks hosts which are attempting a brute force attack.

The package appears to be lintian clean.

The upload would fix these bugs: 356733 , 333081

My motivation for maintaining this package is: I use this software for
a long time
and wondering why it is not available in Debian .
I've found old IPT and RFP bugs for it and decided to create the package .

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/l/libpam-abl
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/l/libpam-abl/libpam-abl_0.4.1-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Alex Mestiashvili

RFS: libpam-abl

[Alex Mestiashvili]

Package name: libpam-abl
License : GPL 2
Description : pam_abl blocks hosts which are attempting a brute 
force attack.

 pam_abl is able to protect any service which uses it for authentication.
 It works on the assumption that an attacker won't get the password right
 without a lot of trying. It watches for attacks by counting how many times
 a certain user or host tries to log into the service unsuccessfully.
 When a set number of failed logins occurs, the host or user name is
 recorded. After that point, it will be impossible for that user or
 host to successfully log in. The attacker can keep trying as much as
 he wants, but will never find a way to login with his current method.

Bug #356733 ITP: libpam-abl -- blacklist hosts and users after failed 
authentication attempts


the package is uploaded to mentors.debian.net

http://mentors.debian.net/debian/pool/main/l/libpam-abl/

Thank you in advance ,

Alex


--
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/4dc55e4d.3040...@biotec.tu-dresden.de

RFS: authprogs

[Alex Mestiashvili]

Package name: authprogs
License : GPL
Description : A simple wrapper for SSH's resticted commands via 
pubkey auth.
Authprogs is a wrapper script which lets you control which hosts can run 
authorized

commands via SSH using SSH Identities.

Bug#616126: ITP: -- A simple wrapper for SSH's resticted commands via 
pubkey auth


I found this script quite useful .

http://www.hackinglinuxexposed.com/tools/authprogs/

The package can be found here  :
http://www.biotec.tu-dresden.de/~alex/authprogs/

only debian directory here :
https://elite.bshellz.net/svn/rsvn/authprogs/trunk/

Lintian is clear .

Thank you

Alex


--
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/4d70cb6b.4070...@biotec.tu-dresden.de