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 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
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 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 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
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
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
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
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
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
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
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
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".
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
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
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
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 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
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
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
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 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 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 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,
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
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
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 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
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 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/
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,
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
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'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
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
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
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
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,
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
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 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
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
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
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 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
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
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
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
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
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
50 matches
Mail list logo