Re: debian/salsa-ci.yml created by gem2deb [was: Re: RFS: ruby-wisper and ruby-necromancer]

2020-02-11 Thread Utkarsh Gupta
On Tue, Feb 11, 2020 at 7:24 PM Georg Faerber wrote: > Works for me (using 0.45), if it doesn't for you, we should investigate, > maybe there is a bug lurking, somewhere. I am using the latest version. 1.0.4. Maybe this should help us now \o/ Best, Utkarsh

Re: debian/salsa-ci.yml created by gem2deb [was: Re: RFS: ruby-wisper and ruby-necromancer]

2020-02-11 Thread Georg Faerber
On 20-02-11 19:12:45, Utkarsh Gupta wrote: > When packaging a new gem, using gem2deb doesn't create a > debian/salsa-ci.yml file. > For instance, gem2deb dry-types. This will not yield a salsa-ci.yml > file, whilst it should. Works for me (using 0.45), if it doesn't for you, we should investigate,

redmine 4.0.6-1 failing debci (blocking the testing migration) because of depending on i18n ~> 1.5.3

2020-02-11 Thread Daniel Leidert
Hi Marc, you worked on redmine. It seems the patch for redmine to increase the allowed i18n version is maybe too strict. Is there a reason to depend on i18n ~>1.5.3 instead of "just" ~>1.5? The current version of ruby-i18n in unstable is 1.8.2 atm. https://ci.debian.net/data/autopkgtest/unstable/

Re: gem2deb: salsa-ci.yml vs. .gitattributes [was: Re: RFS: ruby-wisper and ruby-necromancer]

2020-02-11 Thread Utkarsh Gupta
Hi Georg, On Tue, Feb 11, 2020 at 7:10 PM Georg Faerber wrote: > > JFTR: It is also missing debian/.gitattributes - probably for the same > > reason. > > I just did a test: debian/salsa-ci.yml is created correctly, but > debian/.gitattributes is not. I guess the current code doesn't handle > file

Re: debian/salsa-ci.yml created by gem2deb [was: Re: RFS: ruby-wisper and ruby-necromancer]

2020-02-11 Thread Utkarsh Gupta
Hi Georg, On Tue, Feb 11, 2020 at 6:41 PM Georg Faerber wrote: > > Whilst there's debian/salsa-ci.yml in the template, it still doesn't > > seem to work. > > It didn't work for me either. And Antonio is aware of this. > > I'm not aware, mind to elaborate? What does not work, specifically? When p

gem2deb: salsa-ci.yml vs. .gitattributes [was: Re: RFS: ruby-wisper and ruby-necromancer]

2020-02-11 Thread Georg Faerber
Hi, On 20-02-12 00:50:58, Daniel Leidert wrote: > JFTR: It is also missing debian/.gitattributes - probably for the same > reason. I just did a test: debian/salsa-ci.yml is created correctly, but debian/.gitattributes is not. I guess the current code doesn't handle files with a dot in the beginni

Re: RM request for coquelicot and its reverse deps?

2020-02-11 Thread Daniel Leidert
Am Dienstag, den 11.02.2020, 23:42 + schrieb Georg Faerber: > On 20-02-12 00:29:55, Daniel Leidert wrote: > > can we file RM requests for coquelicot and its reverse dependencies > > like ruby- haml-magic-translations? Both are dead upstream and have RC > > bugs. ruby-haml- magic-translations fu

Re: RFS: ruby-wisper and ruby-necromancer

2020-02-11 Thread Daniel Leidert
Am Mittwoch, den 12.02.2020, 05:04 +0530 schrieb Utkarsh Gupta: > Hiya, > > On Wed, Feb 12, 2020 at 4:51 AM Georg Faerber wrote: > > Another note: Both (and ruby-tty-spinner) lacked debian/salsa-ci.yml. > > That is fixed now. > > > > Did you create all of them with the help of gem2deb? > > Whil

Re: RM request for coquelicot and its reverse deps?

2020-02-11 Thread Georg Faerber
Hi, On 20-02-12 00:29:55, Daniel Leidert wrote: > can we file RM requests for coquelicot and its reverse dependencies > like ruby- haml-magic-translations? Both are dead upstream and have RC > bugs. ruby-haml- magic-translations further (build-)depends on a > non-available ruby-haml version and is

debian/salsa-ci.yml created by gem2deb [was: Re: RFS: ruby-wisper and ruby-necromancer]

2020-02-11 Thread Georg Faerber
On 20-02-12 05:04:53, Utkarsh Gupta wrote: > Whilst there's debian/salsa-ci.yml in the template, it still doesn't > seem to work. > It didn't work for me either. And Antonio is aware of this. I'm not aware, mind to elaborate? What does not work, specifically?

RM request for coquelicot and its reverse deps?

2020-02-11 Thread Daniel Leidert
Hi all, can we file RM requests for coquelicot and its reverse dependencies like ruby- haml-magic-translations? Both are dead upstream and have RC bugs. ruby-haml- magic-translations further (build-)depends on a non-available ruby-haml version and is not trivial to fix to work with ruby-haml 5 (I

Re: RFS: ruby-wisper and ruby-necromancer

2020-02-11 Thread Utkarsh Gupta
Hiya, On Wed, Feb 12, 2020 at 4:51 AM Georg Faerber wrote: > Another note: Both (and ruby-tty-spinner) lacked debian/salsa-ci.yml. > That is fixed now. > > Did you create all of them with the help of gem2deb? Whilst there's debian/salsa-ci.yml in the template, it still doesn't seem to work. It d

Re: RFS: ruby-wisper and ruby-necromancer

2020-02-11 Thread Georg Faerber
Hi, Another note: Both (and ruby-tty-spinner) lacked debian/salsa-ci.yml. That is fixed now. Did you create all of them with the help of gem2deb? Cheers, Georg

Re: RFS: ruby-wisper and ruby-necromancer

2020-02-11 Thread Georg Faerber
Hi, On 20-02-10 22:01:35, Gabriel Filion wrote: > I've pushed a bit more in my packaging work (and comprehension, thanks > all for the help on the IRC channel!) and I now have two more packages > that are ready: ruby-wisper and ruby-necromancer. > > Can someone please review my work in the salsa

Re: RFS: ruby-tty-cursor and ruby-tty-spinner

2020-02-11 Thread Georg Faerber
Hi, On 20-02-10 16:41:12, Gabriel Filion wrote: > ah! nice thanks for catching those. I've sent corrections to both > repos. Thanks for your work; ruby-tty-cursor was uploaded by Sebastien, ruby-tty-spinner by me. > I'm not sure that I know what this means. Just to confirm whether my > understan

Re: RC bugs against your packages

2020-02-11 Thread Utkarsh Gupta
Hi all, On Sun, Feb 9, 2020 at 7:54 PM Daniel Leidert wrote: > Am Montag, den 10.02.2020, 01:13 +0100 schrieb Daniel Leidert: > [..] > > Add ruby-dep-selector to the list. RC-buggy and no reverse dependencies > > except as berkshelf's build-dep. > > and ruby-grape-msgpack. The following RM bugs

Re: RM chef?

2020-02-11 Thread Utkarsh Gupta
Hi Christopher, On Tue, Feb 11, 2020 at 5:39 AM Christopher Huhn wrote: > Given we discussed about the condition of chef during the sprints (the > > "crazy" renaming of licensing + can be replaced with "tinc"), is it a > > good idea (and time) to file an RM bug for it? > > I'd have strong wis

rails 5.2.3+dfsg-2 debci failure (was: rails_5.2.3+dfsg-2_source.changes ACCEPTED into unstable)

2020-02-11 Thread Utkarsh Gupta
Hi Sruthi, > Accepted: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Format: 1.8 > Date: Fri, 07 Feb 2020 11:55:23 +0100 > Source: rails > Architecture: source > Version: 2:5.2.3+dfsg-2 > Distribution: unstable > Urgency: medium > Maintainer: Debian Ruby Extras Maintainers lists.aliot

Re: RM chef?

2020-02-11 Thread Christopher Huhn
Dear Debian Ruby Maintainers, > Given we discussed about the condition of chef during the sprints (the > "crazy" renaming of licensing + can be replaced with "tinc"), is it a > good idea (and time) to file an RM bug for it? I'd have strong wish to keep the chef-client as an official Debian pack