Hi Herbert,
On 12 July 2016 at 16:46, Herbert Fortes wrote:
> This new version has support for python3, as
> said in setup.py, so I created debian/*.install
> files and edited debian/control and debian/rules.
What are the contents of "debian/*.install" files?
I have packaged a Python library wh
Hi,
I'm updating the "grip" package (bug #832000[1]), which resulted in
the following lintian warning:
W: grip: duplicate-font-file
usr/share/grip/grip/static/octicons/octicons.ttf also in
fonts-octicons
Is there a helper to deal with this kind of issue? Like the
"sphinxdoc"[2] one, which automa
Hi Dimitry,
On 22 July 2016 at 17:05, Dmitry Bogatov wrote:
> `apt-get install dh-linktree`. Usage is simple, documentation is good,
> but you can take a look as example at cdist_4.2.1-1.
Thank you. That did the trick[1].
> Unfortunately, dh-linktree is not magic, and you have manually
> specif
Gianfranco,
On 27 July 2016 at 08:34, Gianfranco Costamagna
wrote:
> Vcs-Git: https://anonscm.debian.org/pkg-kde/kde-extras/gammaray.git
> Vcs-Browser:
> https://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/gammaray.git
>
> they seem both wrong, please fix (the second one needs /cgit/, the fi
Hi Victor and Gianfranco,
There was some related discussion here about downloader packages[1] a
couple months ago. I guess a separate package for downloading the drum
kits recordings, which can be added as dependency for either DrumGizmo
and Beast, would fit this use case.
Regards,
Tiago.
[1]: h
Jan,
On 28 January 2016 at 06:46, Jan Dittberner wrote:
> Otherwise you should not just name the package 0.2.0-x but make sure that
> you include the git commit id like:
>
> 0.2.0~git20160116.1.fa5b38f-1
>
> This version will sort before a real 0.2.0 version:
>
> (...)
>
> This will allow you to
Gert,
On 28 January 2016 at 15:49, Gert Wollny wrote:
> Hello Tiago,
>
> Since git is a distributed VCS, a given date might not be sufficient to
> get the exact version, because some developer might edit the source off
> -line, and push changes on a later date to the remote repo, but the
> commit
Hi,
I've tried to upload a backport to mentors.d.n a few moments ago and
it got rejected with the following error:
"If you tried to upload a package which only increased the Debian
revision part, make sure you include the full source (pass -sa to
dpkg-buildpackage)"
The manpage for "dpkg-buildpa
Hi Gianfranco,
On 30 January 2016 at 06:25, Gianfranco Costamagna
wrote:
> Hi,
>
> gbp buildpackage -S -sa works for me.
>
> Mentors strips binaries, so I don't understand why to call it with pbuilder :)
Mostly because using "USE_PDEBUILD_INTERNAL=yes" in "~/.pbuilderrc" I
don't have to install
Gianfranco,
On 1 February 2016 at 11:36, Gianfranco Costamagna
wrote:
> this is annoying for me too, but I usually keep them installed or I remove
> them after
> sponsoring the package.
> (for uploading I use source-only if possible, pbuilder, or DebOMatic as
> fallbacks)
If it annoys me havin
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "zbackup"
* Package name: zbackup
Version : 1.4.4-1~bpo8+1
Upstream Author : Vladimir Stackov
* URL : http://zbackup.org/
* License : GPL-2+-openssl
Sec
Gianfranco,
On 17 February 2016 at 13:57, Gianfranco Costamagna
wrote:
> Hi, I removed you from uploaders (it has to be a no-change bpo, and nobody
> should care about lintian).
This is something that I had talked with Antonio Terceiro in private
when we were dealing with another backport. The
Hi,
I'm packaging a Python application named "pythonpy"[1] (ITP bug
#817856[2]). It has been uploaded to mentors[3] and there's a
repository on GitHub[4].
There's a few things which aren't fixed yet, which I would welcome help, like:
- A lintian error "python-script-but-no-python-dep" is being s
Hi Ben,
On 10 March 2016 at 22:19, Ben Finney wrote:
> Not by itself. You need to run something that will actually use that
> substitution variable.
>
> By default you should be using Pybuild in new packages for Python code.
> This will bring many benefits, including interpolate the substvars for
ors/2016/03/msg00223.html
-- Forwarded message --
From: Tiago Ilieve
Date: 11 March 2016 at 11:55
Subject: Re: Packaging pythonpy
To: debian-mentors@lists.debian.org
Hi Ben,
On 10 March 2016 at 22:19, Ben Finney wrote:
> Not by itself. You need to run something that will actu
Hi,
Can someone please help me on this one? I'm pretty close to finish the
initial packaging work. After fixing the following issues, it will be
a matter of adding a manpage and filling a RFS.
* How to fix the "python-script-but-no-python-dep" lintian error? I've
tried with and without pybuild an
ff --git a/debian/control b/debian/control
index f0c1b3f..5205298 100644
--- a/debian/control
+++ b/debian/control
@@ -3,6 +3,7 @@ Section: python
Priority: optional
Maintainer: Tiago Ilieve
Build-Depends: debhelper (>= 9),
+ dh-python,
python (>= 2.7.3),
Hi Gianfranco,
On 25 March 2016 at 16:21, Gianfranco Costamagna
wrote:
> http://debomatic-amd64.debian.net/distribution#unstable/pythonpy/0.4.4-1/lintian
> please dget it from there and start again :)
>
> I fixed a lot of issues, and many more are there now!
I really appreciate your effort in tr
Gianfranco,
On 25 March 2016 at 19:07, Gianfranco Costamagna
wrote:
> up to your sponsor :)
Tried one or two new approaches and it didn't worked. In the I've
created a patch[1] changing "#!/usr/bin/env python2" to
"#!/usr/bin/env python". This should work as long as Python 2 is the
default inter
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "pythonpy"
* Package name: pythonpy
Version : 0.4.10-1
Upstream Author : Russell Stewart
* URL : https://github.com/Russell91/pythonpy
* License : MIT
S
Hi,
I've forgot to mention in the bug report that there's a Git
repository[1] for the package (as stated in debian/control). It would
be awesome if my sponsor is also able to help me to move it to
"collab-maint", which I already have write permissions.
Regards,
Tiago.
[1]: https://github.com/myh
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "python-path-and-address"
* Package name: python-path-and-address
Version : 1.0.0-1
Upstream Author : Joe Esposito
* URL
Hi,
I'm having some minor issues with collab-maint today and didn't found
where to report it properly. There's a "collab-maint-devel"[1] list,
but there isn't any activity in there since June/2009. Please point
me to the correct mailing list if this isn't the proper one.
* The HTTP certificate f
Hi,
I've updated the package to the version "1.1.0" which the upstream
kindly released after integrating my patch fixing some issues with
tests under Python 3.
It was uploaded to mentors.d.n[1] as well.
Regards,
Tiago.
[1]: http://mentors.debian.net/package/python-path-and-address
--
Tiago "M
Hi Alex,
On 2 April 2016 at 05:32, Alexander Wirt wrote:
> That was a misconfiguration of mine. It is fixed by now.
Thank you for taking a look at it so quickly. Now it is using a
short-lived Let's Encrypt certificate. :-)
Regards,
Tiago.
--
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-pyt...@lists.debian.org
Dear mentors,
I am looking for a sponsor for my package "grip"
* Package name: grip
Version : 4.1.0-1
Upstream Author : Joe Esposito
* URL : https://github.com/joeyespo/grip
Hi Mattia,
On 4 April 2016 at 18:25, Mattia Rizzolo wrote:
> I usually prefer using git to do my stuff, though here a simple clone is
> not enough:
>
> mattia@chase ~/devel/RFS/python-path-and-address % git clone
> https://anonscm.debian.org/git/collab-maint/python-path-and-address.git
> Cloning
Mattia,
On 4 April 2016 at 21:37, Mattia Rizzolo wrote:
> yep, saw the mail that day, but didn't pay much attention back then.
There's no problem.
> This is basically a security feature, I think, not a bug.
>
> Though you should be able to fix it more manually by directly editing
> the HEAD fil
Hi Mattia,
On 4 April 2016 at 22:04, Mattia Rizzolo wrote:
> meh, there is git, let me use it!
> https://anonscm.debian.org/git/collab-maint/grip.git
Actually, it would be pretty nice if the RFS template grabbed the
"Vcs-Git" field. I'll remember to add it manually in the next time.
> Though as
Hi Mattia,
As the new version of "python-responses" has hit unstable, the test
were enabled with the following patch:
http://paste.debian.net/424537/
The "--ignore=tests/test_cli.py" argument was added because this file
consists of functional tests (DEP-8) that should not run on build
time. The
Mattia,
On 6 April 2016 at 09:49, Mattia Rizzolo wrote:
> you forgot to add python-path-and-address and python3-path-and-address
> to build-deps.
Indeed. "python3-requests" was missing as well. Notice that building
it again on a clean sid install.
> And also I now notice that you're missing a p
Hi Mattia,
On 6 April 2016 at 13:24, Mattia Rizzolo wrote:
> umh, reading it like that looks to me that it runs against the sources
> only. Am I wrong? DEP-8 tests should test against the installed
> packages.
Although written in a conventional "test_*.py" file, all the tests in
there calls th
Mattia,
On 6 April 2016 at 19:58, Mattia Rizzolo wrote:
> I see, cool.
>
> Then, uploaded :)
I saw that it is now on the NEW queue. Thank you very much!
P.s.: can you please push the release tag to the collab-maint repo? :-)
Regards,
Tiago.
--
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.in
Hi Pierre-Elliott,
On 7 April 2016 at 07:03, Pierre-Elliott Bécue wrote:
> Dear mentors,
>
> So far it appears that I got no reply. I'm trying a small bump in hope that
> somebody will get interested because of my motivation, or that somebody that
> missed my first mail will see this one! :)
I c
Mattia,
On 7 April 2016 at 06:34, Mattia Rizzolo wrote:
> Oops, I completely forgot to tag, actually!
>
> pushed :)
>
> Usually I do it before uploading but boo
No problem. Thanks again! :-)
Regards,
Tiago.
--
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhr
Pierre-Elliott,
On 7 April 2016 at 12:27, Pierre-Elliott Bécue wrote:
> You're right, but I'm an "explicit is better than implicit guy". :)
I guess this is not a case of "explicit vs. implicit". Imagine the
entire line as an URL:
https://github.com/P-EB/python-django-gravatar2.git%20-b%20master
Hi Sartore,
On 11 April 2016 at 16:36, Sartore Giorgio (Mani) wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "series":
>
> Package name: series
> Version : 1.0
> Upstream Author : Sartore Giorgio
> URL : https://github.com/Mani-GS/series.git
> Licens
Hi Pierre-Elliott,
On 11 April 2016 at 14:05, Pierre-Elliott Bécue wrote:
> In that case, if the main branch wasn't `master` the issue would be the
> same, yet you'd need the `-b` option. That's my view of explicit V.S.
> implicit, you'd have something working based on an assumed behaviour.
Ther
Hi Edward,
Nice job! A simple and properly packaged Python library. I have
absolutely nothing to ask to be changed.
I'd upload it if I had upload rights... :-)
P.s.: I see that you have an "@debian.org" address in your DDPO page.
Aren't you a DD anymore?
Regards,
Tiago.
--
Tiago "Myhro" Iliev
Paul,
On 14 April 2016 at 01:17, Paul Wise wrote:
> check-all-the-things and lintian print a number of things that could
> be polished.
What are you seeing on lintian? I hasn't showed anything besides
"debian-watch-may-check-gpg-signature" (using
display-experimental/display-info/pedantic) to me
Gianfranco,
On 14 April 2016 at 09:25, Gianfranco Costamagna
wrote:
> apt-get install check-all-the-things -t experimental
Thank you. I didn't knew that it was available on experimental only.
$ sudo apt install check-all-the-things
(...)
Need to get 566 MB of archives.
After this operation, 2,3
Hi Mats,
I've reviewed your package. It's in a good state, but there's a few
things you might wanna take a look at:
* debian/control:
- Is "dpkg-dev" really a dependency?
- Please run "wrap-and-sort -a" to sort the build dependencies.
- The URL in "Vcs-Browser" can be the same as "Vcs-Git".
Nicolas,
On 20 April 2016 at 03:49, Nicolas Dandrimont wrote:
> Tiago, when replying to a RFS, please use the bug report rather than the
> mailing list.
Yeah, I've only noticed this after my last message in the thread. Now
I figured that this happened because I've replied his second message,
whi
Martin,
On 28 April 2016 at 07:51, Gianfranco Costamagna
wrote:
> yep, for signing on github, just sign it, and in "releases" tab you should
> have some "upload additional files"
> where you can upload it (I'm going through my memory)
This process is documented on wiki.d.o[1], although worth me
Mattia,
On 15 May 2016 at 16:24, Mattia Rizzolo wrote:
> * d/hdf-compass.lintian-overrides
> + bad habit doing lintian overrides without a comment. But I can't
> imagine a reason to override binary-without-manpage. That one just
> needs fixing, and hiding it behind an override doesn't
Hi Mattia,
(Moving the discussion from BTS to "debian-mentors" mailing list.)
On 15 May 2016 at 20:25, Mattia Rizzolo wrote:
> In this case the binary should go into /usr/lib instead. That place
> exist exactly for this reason:
> "/usr/lib includes object files, libraries, and internal binaries
Hi Ben,
On 17 May 2016 at 21:06, Ben Finney wrote:
> How many process calls are there? The ideal solution IMO is to:
Not much of them. In my case, there's just one. I was thinking about a
corner case, where there would be multiple process calls, possible
making a patch like this somewhat hard to
Jonathon,
On 18 May 2016 at 05:52, Jonathon Love wrote:
>> umh, you force pushed everything, master, upstream and pristine-tar
>> branches. WHY? what did you do?
>
> oh, sorry, i never intended for you to look at that repo, assuming you'd
> look at the debian-mentors one.
This is something I'v
Giulio,
On 18 May 2016 at 07:15, Giulio Paci wrote:
> One approach that usually fits my needs is the one proposed by Thibaut
> Paumard [1], that I am reproposing here with minimal changes:
Thanks for sharing this pretty detailed case. As my issue with
"pythonpy" was way more simpler, I ended up
Hi Nico,
On 20 May 2016 at 08:10, Nico Schlömer wrote:
> Thanks for the hint.
> Unfortunately, it's not working dpt picks up an older version that already
> is in pristine-tar and adds another commit for it (bug?), but leaves out the
> version for which there is no pristine-tar.
>
> Any other sug
50 matches
Mail list logo
