Bug#1037914: cloud-initramfs-growroot: missing dependencies in initramfs

Control: tags -1 patch Hi, I've managed to reproduce the original report after adding 'debug' to the kernel command line and checking "/run/initramfs/initramfs.debug"[1]. A patch was sent to the "cloud-team/cloud-initramfs-tools" Salsa repository[2]. Regards, Tiago. [1]:

Bug#877001: should be in contrib since it requires GitHub API

Hans-Christoph, On 28 September 2017 at 15:29, Hans-Christoph Steiner wrote: > As far as I know, there is no restriction on moving this package to > non-free right now. It clearly does not meet the criteria for being in > main: > > * grip requires GitHub's proprietary API to do

Bug#877001: should be in contrib since it requires GitHub API

Hi Hans-Christoph, On 27 September 2017 at 17:19, Hans-Christoph Steiner wrote: > Thanks for packaging grip, its useful. But I think its not properly > represented in Debian. It seems to only work via the GitHub API, which > is not free software. Therefore it should be in

Bug#871835: speed up for debootstrap

Hi Thomas, Do you mind to share how you identified those slower parts of the code? Have you used a profiler or a similar tool? I must say that I'm very impressed by your patches. :-) Regards, Tiago. -- Tiago "Myhro" Ilieve Blog: https://blog.myhro.info/ GitHub: https://github.com/myhro

Bug#868875: cloud-init growpart fails to grow root volumes larger than 256GiB

control: reassign -1 cloud-utils Hi Steffen, I was able to reproduce the bug and the logs follows as attachments. This report being reassigned because it is not a bug on "cloud-init" itself, but on "cloud-utils", as "growpart" is part of the later. I think this may be related to the the

Bug#864679: grip: does not work at all

control: retitle -1 grip: hangs when exporting to file Hi Thorsten, Indeed, the export function is hanging. I can't take a look at it right now, but I'll do soon as possible. We'll probably have to ask for a stable-update to get this fixed in Stretch. Thanks for your report, Tiago. -- Tiago

Bug#846526: cloud-init: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

Hi Marcin, On 3 December 2016 at 18:25, Marcin Kulis wrote: > I had a quick looks into file you've provided and the PT translation we > already > have. I have some questions (sorry in advance if those are lame but I don't > understand Portuguese almost at all). > Are those

Bug#832284: [Pkg-fonts-devel] Bug#832284: closed by Hideki Yamane <henr...@debian.org> (Bug#832284: fixed in octicons 4.3.0-1)

Hideki, On 11 August 2016 at 13:40, Hideki Yamane wrote: > Q: Only needs octicons.svg as > /usr/share/fonts/web-fonts/octicons/octicons.svg? Yes, for the grip package use-case this is the file I need. Maybe other packages can benefit from the "svg" folder with multiple

Bug#832284: closed by Hideki Yamane <henr...@debian.org> (Bug#832284: fixed in octicons 4.3.0-1)

Hi Hideki, Thanks for taking care of this bug report. The "woff2" file looks OK, but the "svg" one doesn't. Instead of a "/usr/share/fonts/web-fonts/octicons/octicons.svg" link to a file, there's a "/usr/share/fonts/web-fonts/octicons/svg" linking to a "../../svg/octicons" directory, which

Bug#832585: RFS: gammaray/2.5.0-1 [RC] -- Tool for examining the internals of Qt application

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

Bug#832000: grip: new upstream release (4.3.2)

control: block -1 by 832284 thanks Jakub, Unfortunately this update is currently blocked by #832284[1] (missing Octicons webfont formats). I'll proceed as soon as it is fixed. Regards, Tiago. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832284 -- Tiago "Myhro" Ilieve Blog:

Bug#832284: octicons: please include 'svg' and 'woff2' formats

Package: octicons Version: 3.5.0-1 Severity: normal Hi, I'm updating the "grip" package (bug #832000[1]) to a version that includes embedded copies of Octicons webfonts. Those files have to be substituted by symlinks to their equivalent files from the "octicons" package. The problem is that,

Bug#832159: ITP: qutebrowser -- A keyboard-driven, vim-like browser based on PyQt5.

Hi Fritz, On 22 July 2016 at 21:15, Fritz Reichwald wrote: > I also intend to package the dependency python3-pypeg2 do I have to write a > seperate > ITP for it? Yes, please. Doesn't matter if it is a dependency for this one. Every new package should close an ITP bug.

Bug#832071: pristine-tar: pristine-gz cannot reproduce build of

Package: pristine-tar Version: 1.33 Severity: normal Hi, When updating the "cloud-utils" package, the following warning was shown: $ pristine-tar commit ../cloud-utils_0.29.orig.tar.gz upstream warning: pristine-gz cannot reproduce build of ../cloud-utils_0.29.orig.tar.gz; storing 89% size

Bug#832000: grip: new upstream release (4.3.2)

Hi Jakub, I'm working on it since yesterday. Hope to have an updated package soon. Regards, Tiago. -- Tiago "Myhro" Ilieve Blog: https://blog.myhro.info/ GitHub: https://github.com/myhro LinkedIn: https://br.linkedin.com/in/myhro Montes Claros - MG, Brasil

Bug#829522: glances: crashes when checking processes that already finished

Daniel, On 3 July 2016 at 23:32, Daniel Echeverry wrote: > Thanks for the report! You're welcome. > Could you test if the crash persists with last version in unstable [1]? Actually I can't even reproduce the problem on stable on purpose. I'll have to figure what kind of

Bug#829522: glances: crashes when checking processes that already finished

Package: glances Version: 2.1.1-1 Severity: important Hi Daniel and Sebastien, Sometimes, when I left glances running for a while (can't say exactly, but at least a few minutes) it crashes showing the following exceptions: -8<- Traceback (most recent call last): File

Bug#827144: grip manpage: undocumented $GRIPHOME

Hi Jakub, On 12 June 2016 at 17:53, Jakub Wilk wrote: > Package: grip > Version: 4.2.0-2 > > Please document the GRIPHOME environment variable in the manual page. Sorry for taking a few weeks to deal with something so simple, but this is now fixed in Git[1]. I've already asked

Bug#821296: [rt.debian.org #6237] AutoReply: Please add Tiago Ilieve's key to the DM keyring

Hi Anibal, On 26 May 2016 at 05:17, Aníbal Monsalve Salazar <ani...@debian.org> wrote: > Hello Tiago Ilieve, > > Your DM application was accepted and the corresponding RT ticket is > posted at https://rt.debian.org/Ticket/Display.html?id=6237 > > Currently, rt.deb

Bug#823742: RFS: hdf-compass/0.6.0b5-1 [ITP]

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

Bug#819681: RFS: python-django-gravatar2/1.4.0-1 [ITP]

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

Bug#821175: naming conflict to grip the cd ripper

Harald, On 17 April 2016 at 09:41, Harald Dunkel wrote: > This is not about a conflict of the package name, but about > the config file/directory. Surely I wasn't the only one who > had used grip the CD ripper a long time ago. Closing the > report won't make the conflict in the

Bug#821296: debian-maintainers: Please add Tiago Ilieve as a Debian Maintainer

Package: debian-maintainers Severity: normal Hi, Please add Tiago Ilieve <tiago.my...@gmail.com> to the Debian Maintainers keyring. The jetring changeset (add-06C285ACEF93257A) is attached. Regards, Tiago. -- Tiago "Myhro" Ilieve Blog: https://blog.myhro.info/ GitHub: ht

Bug#821236: RFS: netsed/1.2-2

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

Bug#820900: RFS: [ITP] python-hashids/1.1.0-1

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

Bug#820900: RFS: [ITP] python-hashids/1.1.0-1

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

Bug#788527: pyro4: new upstream available

Hi, On Fri, 12 Jun 2015 14:15:59 +0200 (CEST) ydir...@free.fr wrote: > The version in sid is quite old now, and the online docs describe very > useful features... that are simply not available in that old version. Yup. 4.23 is over two years old now. I have a package that its server component

Bug#820900: RFS: [ITP] python-hashids/1.1.0-1

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"

Bug#820607: bootstrap-vz: upstream changelog is almost empty

Hi Olivier, On Sun, 10 Apr 2016 15:43:02 +0200 Olivier Berger wrote: > Hi. > > The upstream changleog provided in /usr/share/doc/bootstrap-vz/changelog.gz > is almost empty and quite useless : > > .. include:: ../CHANGELOG.rst > > Hope this helps. Thanks for

Bug#820733: RFS: Series/1.0 [ITP] -- Keep track of your favourite TV series

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 :

Bug#820685: zbackup: packaging improvements

oszormenyi copyright to 2016. - wrap-and-sort. * debian/rules: - Add hardening (fixes 'hardening-no-pie' and 'hardening-no-bindnow'). - Add 'override_dh_auto_build'. -- Tiago Ilieve <tiago.my...@gmail.com> Mon, 11 Apr 2016 07:18:42 -0300 As there are some intrusive changes, like

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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:

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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:

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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

Bug#819773: RFS: python-path-and-address/1.0.0-1 [ITP]

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

Bug#819773: RFS: python-path-and-address/1.0.0-1 [ITP]

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 >

Bug#820029: RFS: grip/4.1.0-1 [ITP]

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 :

Bug#820020: marked as pending

Hi Ondrej, On 4 April 2016 at 17:14, Ondřej Nový wrote: > Hello, > > Bug #820020 reported by you has been fixed in the Git repository. You can > see the changelog below, and you can check the diff of the fix at: Thank you very much the very quick response! :-) Regards, Tiago.

Bug#820020: python3-responses: Please update the package to a new upstream version

Package: python3-responses Version: 0.3.0-1 Severity: important Hi Simon, The current version in sid, 0.3.0-1 as I'm writing this bug report, is nearly one and a half years old. This prevents packages like Grip[1] (ITP #790611[2]) from running its tests, as it requires at least the version

Bug#819703: xscreensaver: please disable "This version of XScreenSaver is very old! Please upgrade!" message

Hi Yves-Alexis, On Fri, 01 Apr 2016 21:26:23 +0200 Yves-Alexis Perez wrote: > Right now, there's a way to switch to something else, which is light-locker, > so it might be a good idea to do that indeed. I'll update the tasksel package > with that in mind. Indeed. For someone

Bug#819806: ITP: ntpsec - a secure, hardened and improved ntp daemon

Hi Kurt, On 2 April 2016 at 11:15, Kurt Roeckx wrote: > I don't actually have the time to work on this currently, but it's > clearly something I want. Wouldn't be better to fill an RFP, then take it as ITP when you are available, if no one works on this in the mean time?

Bug#819773: RFS: python-path-and-address/1.0.0-1 [ITP]

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

Bug#819773: RFS: python-path-and-address/1.0.0-1 [ITP]

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

Bug#790612: ITP: python-path-and-address -- Functions for server CLI applications used by humans.

control: owner -1 ! Hi Gustavo, I'm taking the ownership of this ITP bug too, as we talked about packaging Grip[1] in #790611. Regards, Tiago. [1]: https://github.com/joeyespo/grip [2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790611#17 -- Tiago "Myhro" Ilieve Blog:

Bug#819756: ITP: python-path-and-address -- Functions for command-line server tools used by humans

Package: wnpp Severity: wishlist Owner: Tiago Ilieve <tiago.my...@gmail.com> * Package name: python-path-and-address Version : 1.0.0 Upstream Author : Joe Esposito <j...@joeyespo.com> * URL : https://github.com/joeyespo/path-and-address * License

Bug#790611: ITP: python-grip -- Grip -- GitHub Readme Instant Preview

control: owner -1 ! Gustavo, On 1 April 2016 at 06:19, Gustavo Panizzo wrote: > I'm interested on having it on Debian, unfortunately I won't have time > to work on it in the near future, feel free to take this ITP Thanks for the feedback! I'm taking the ownership of this

Bug#790611: ITP: python-grip -- Grip -- GitHub Readme Instant Preview

Hi Gustavo, How the packaging work is going? Are you still working on it? Looks like the missing dependencies right now are "path-and-address"[1] and "responses"[2]. I'm interested in seen this package in Debian as well. Let me know how (and if) we can work together on this. Regards, Tiago.

Bug#819289: RFS: pythonpy/0.4.10-1 [ITP]

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]:

Bug#819289: RFS: pythonpy/0.4.10-1 [ITP]

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 :

Bug#817856: ITP: pythonpy -- 'python -c', with tab completion and shorthand

Package: wnpp Severity: wishlist Owner: Tiago Ilieve <tiago.my...@gmail.com> * Package name: pythonpy Version : 0.4.4 Upstream Author : Russell Stewart <russell.s.stew...@gmail.com> * URL : https://github.com/Russell91/pythonpy * License : MIT

Bug#815760: (no subject)

retitle 815760 ITP: dpdk -- Data Plane Development Kit thanks Hi Christian, I'm setting the title for your ITP because you left the "Subject:" line in the message body. As I'm also not a DD, I can't help you with the sponsorship. Hope you find someone interested! Regards, Tiago. -- Tiago

Bug#815110: tracker.debian.org: please use plain images (rather than web fonts) as icons

Hi, Worth mentioning that GitHub itself has stopped using icon fonts, delivering Octicons with SVG[1]. They even figured that using SVG is actually (a little bit) faster than the previous approach. Regards, Tiago. [1]: https://github.com/blog/2112-delivering-octicons-with-svg -- Tiago "Myhro"

Bug#814864: RFS: zbackup/1.4.4-1~bpo8+1

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

Bug#814863: Backport of zbackup

Hi Laszlo, On 16 February 2016 at 07:33, László Böszörményi (GCS) wrote: > Ouch. I remember a mail, but it seems it got lost somewhere. Didn't > get the other. :( No problem. I'll also forward the first e-mail that I sent you because there was some questions about the package

Bug#814864: RFS: zbackup/1.4.4-1~bpo8+1

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

Bug#814863: zbackup: backport request

Package: zbackup Version: 1.3-1 Severity: wishlist Dear Maintainer, I have proposed a backport[1] for zbackup, but haven't received an ACK from you[2]. Gianfranco Costamagna suggested[3] this bug report so we can propely track this issue. The main reason for this is that the version in Jessie

Bug#784673: cloud-utils: growpart fails with gpt

Hi Charles, On 11 February 2016 at 11:19, Charles Plessy wrote: > Hi Tiago, > > this reminded your request for sponsoring the backport of cloud-utils; I just > uploaded it. (Build logs attached for the record). This is awesome. Thank you very much! It is on the NEW queue[1]

Bug#784673: cloud-utils: growpart fails with gpt

Hi Frederic, I've tried to reproduce this issue using cloud-utils (0.26-2) on Jessie: root@virtualbox:~# growpart -v /dev/sda 1 geometry is -C 2610 -H 255 -S 63. total size=41929650 max_end=41929650 tot=41929650 pt_end=41943040 pt_start=1 pt_size=41943039 NOCHANGE: partition 1 could only be

Bug#813493: cloud.debian.org: [AWS] Debian Jessie 8.1 images lack root partition grow

Zied, On 2 February 2016 at 18:42, Zied ABID wrote: > Hi Tiago, > > Thank you for this useful informations. You're welcome. > I'll try to contact James Bromberger as he is mentioned as the AWS images > maintainer at [6]. Worth mentioning that he follows the "debian-cloud"

Bug#813493: cloud.debian.org: [AWS] Debian Jessie 8.1 images lack root partition grow

Hi Zied, On 2 February 2016 at 12:03, Zied ABID wrote: > Package: cloud.debian.org > Severity: normal > Tags: newcomer > > Dear Maintainer, > > >* What led up to the situation? > Create new instance from one of the official Debian Jessie 8.1 images >

Bug#706052: Document when and how an image can be called "Debian".

Hi Charles, I would like register to the following references, where the Debian CD, Debian Cloud and Debian Trademark teams reached a rough consensus and drafted a proposal (expected to result in a policy later) on what can be called "Official" Debian images:

Bug#784004: Debian Jessie growpart issue

Juerg, On 25 January 2016 at 07:38, Juerg Haefliger wrote: > I think the easiest solution is to backport cloud-utils from stretch. > See my subsequent comments: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784004#10 I've followed your suggestion and prepared a backport

Bug#811227: debian-handbook: small typo at "6.4.1 aptitude" section

uot; as today (6709b9b). Regards, Tiago. -- Tiago "Myhro" Ilieve Blog: https://blog.myhro.info/ GitHub: https://github.com/myhro LinkedIn: https://br.linkedin.com/in/myhro Montes Claros - MG, Brasil From 9491474b90aa2c125f38023e0197d358371fc9af Mon Sep 17 00:00:00 2001 From: Tiago Ilieve <t

Bug#806767: ITP: libzstd -- fast lossless compression algorithm, targeting real-time compression scenarios

Kevin, On 1 December 2015 at 00:33, Kevin Murray wrote: > Package: wnpp > Severity: wishlist > Owner: Kevin Murray > > * Package name: libzstd > Version : 0.4.0 > Upstream Author : Yann Collet > * URL :

Bug#778579: Output not explained

Hi Joachim, On Tue, 17 Feb 2015 00:37:35 +0100 Joachim Breitner nome...@debian.org wrote: Package: zerofree Version: 1.0.3-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just ran zerofree and it returned with $ zerofree -v /dev/vg-raid1/fry-disk