Re: RFS: ruby-fog-xenserver

On Monday 18 January 2016 11:09 PM, sudheesh shetty wrote: > Hi, > > I prepared the packaging of ruby-fog-xenserver. It is lintian clean > and tested with pbuilder. Further information about this package can > be accessed from the URL : > > https://gitlab.com/sudheeshshetty/ruby-fog-xenserver >

Re: diaspora wants to move to jquery 2

On Friday 27 November 2015 09:03 PM, Antonio Terceiro wrote: > I commented there; since jquery is backwards compatible except for > browser support, the dependency can be just `>= 1.11`. > gitlab 8.9 wants jquery2 app/assets/javascripts/application.js.coffee:#= require jquery2 I'm patching this

Re: Steps to follow to not break gitlab and diaspora when dependencies are updated

On 2016, ജൂൺ 15 11:14:35 PM IST, Antonio Terceiro wrote: >I suffered with this for a long time with rails, vagrant, and redmine, >and maybe others, and realized that it's easier to just relax the >dependencies in the metadata with a Debian-specific patch and follow up >to

some versions visible on rubygems.org are not available on gemwatch

If you check rubygems.org/gems/gitlab_git, you can see 7.2.24 Versions: 8.1.0 - February 4, 2016 (23.5 KB) 8.0.0 - February 2, 2016 (23.5 KB) 7.2.24 - January 21, 2016 (23.5 KB) 7.2.23 - January 20, 2016 (23.5 KB) 7.2.22 - December 10, 2015 (23 KB) But

Re: RFS: ruby-diaspora-vines

On 2016, ഫെബ്രുവരി 12 11:59:10 PM IST, sudheesh shetty wrote: >Hi, > >I have done the changes and pushed into the repo. >Please do review it. Thanks! I have uploaded it as it is not yet mandatory for diaspora. But we have to test it before diaspora 0.6 is released.

updating diaspora to 0.5.6.3

Hi team, We have started work on updating diaspora to 0.5.6.3 (we'll stage all dependencies in experimental first) We have to update 23 gems and you can see the tracker here https://gitlab.com/debian-ruby/TaskTracker/issues/71 see

net-ssh 3.0.x transition: help needed

Hi, We need to test rhc and chef with net-ssh 3.0.1 before we can upload ruby-net-ssh to unstable. https://gitlab.com/debian-ruby/TaskTracker/issues/48 Any help with these two updates appreciated. signature.asc Description: OpenPGP digital signature

Re: RFS: ruby-fog-xenserver

On Wednesday 20 January 2016 01:01 AM, sudheesh shetty wrote: > Hello Praveen, > Done all the changes you asked, and comitted the changes. Please do > review it. 1. You missed a section for upstream files (Files: *) above Files: debian/* 2. Check if the license text matches with that of expat

Re: RFS: ruby-fog-xenserver

On Wednesday 20 January 2016 11:21 PM, sudheesh shetty wrote: > Hello Praveen, > > I have done those changes and pushed it to the repository. Could you > please review it. > I have uploaded your package. Thanks for your contribution and looking forward to seeing you active in debian.

bundler groups and --local

Hi, Currently I have to patch out development and test groups from Gemfile for bundle install --local to work, this means I have to do it for every release. It would be nicer if bundler allows excluding groups completely (ignore gems in such groups even when source is not found, like in case of

Re: RFS: ruby-twitter 5.16.0-1

On Saturday 12 March 2016 03:47 AM, Thiago Ribeiro wrote: > Hi, > > The following packages are ready to be uploaded: > > ruby-twitter 5.16.0-1 > > Could you please sponsor them? Uploaded. Thanks. > I just Imported the new Upstream version 5.16.0 to close #817887. > > Regards >

Re: ruby2.3 as default in experimental - please help testing

On Tuesday 01 March 2016 07:40 PM, Antonio Terceiro wrote: > In special, I would like helping testing the following packages: > > - puppet > - diaspora I'll test it once I finish 0.5.7.1 (I wanted to test on 0.5.5.1, but it is not installable right now because of a tighter requirement on

done: Re: RFS : ruby-encryptor

On Friday 18 March 2016 11:45 PM, sudheesh shetty wrote: > I have separated out patches to add securerandom and remove simplecov > dependency. > It is lintian clean and builds fine with pbuilder > > Thanks, > Sudheesh > > On Fri, Mar 18, 2016 at 10:00 PM, sudheesh shetty >

Re: ruby2.3 as default in experimental - please help testing

On Sunday 13 March 2016 11:53 AM, Pirate Praveen wrote: > But I found issues with diaspora-installer and reported it as #818054 I uploaded another revision of diaspora to test ruby 2.3 and it is installing and starting fine. I found #818073, though this could be unrelated to ruby 2.3. I'm runn

Re: RFS: ruby-twitter-text

On Sunday 13 March 2016 01:28 AM, sudheesh shetty wrote: > Hi, > > The following packages are ready to be uploaded: > > ruby-twitter-text > > Could you please sponsor them? Did you test it in a clean chroot? I got test failures, because ruby-rspec was not in build deps. After adding it, tests

Re: uploading to jessie-backports (Re: migrating to Debian gitlab)

On Sunday 10 April 2016 08:26 PM, Antonio Terceiro wrote: > I do realize that it will be very useful for everyone to have Gitlab > installable on jessie right now, but I am not completely sure that > uploading 300+ packages to jessie-backports is a good idea. Will you be > able to support that

uploading to jessie-backports (Re: migrating to Debian gitlab)

[dropping devel and adding debian-ruby] On Wednesday 23 March 2016 02:02 PM, Pirate Praveen wrote: > I have built it on jessie (with tests disabled for some packages). > > http://mahishasura.pxq.in/ has the gitlab package for jessie. I have > automated the build process to a large

Re: RFS: ruby-encryptor

On Thursday 07 April 2016 01:01 AM, sudheesh shetty wrote: > Hi, > > The following packages are ready to be uploaded: > > ruby-encryptor > > It is lintian clean and checked with pbuilder. > > Could you please sponsor them? done. Thanks. > Thanks, > Sudheesh Shetty signature.asc

Re: RFS: ruby-grape-entity

On Wednesday 16 March 2016 08:16 PM, Lucas Kanashiro wrote: > Just a ruby's newbie question: what does define a library as stable or not? Usually stable libraries have versions greater than 1.0 and follow Semantic Versioning. See https://wiki.debian.org/Teams/Ruby/UpstreamPledge for a campaign

Re: RFS updated the ruby-fog 1.37.0

On Saturday 19 March 2016 06:15 PM, Rahulkrishnan R A wrote: > Hi Team, > > I have updated the ruby-fog package to 1.37.0. It is lintian clean > > and tested with pbuilder. > > Could you please review it and upload it. please fix the gemspec, you have to remove git usage. Also you have to add

Re: RFS updated the ruby-fog 1.37.0

On 2016, മാർച്ച് 19 9:57:16 PM IST, Christian Hofstaedtler wrote: >Note that this should be mostly automated in gem2deb by now. (Thanks >Antonio!) I think this only works for new packages. When I built ruby-fog in cowbuilder (updated) it failed. May be we need to update

Re: RFS: ruby-sawyer

On Sunday 20 March 2016 11:42 AM, sudheesh shetty wrote: > Hi, > > The following packages are ready to be uploaded: > > ruby-omniauth-oauth > > It is lintian clean and checked with pbuilder. > > Could you please sponsor them? Next time when you update, check the compatibility of its reverse

Re: RFS: ruby-grape-entity

On Tuesday 15 March 2016 09:48 PM, Antonio Terceiro wrote: > On Mon, Mar 14, 2016 at 06:54:26PM -0300, Lucas Kanashiro wrote: >> Hi, >> >> I updated ruby-grape-entity with latest upstream release (0.5.0) and I need >> sponsorship. > > uploaded > This broke gitlab. It would be better to check

Re: RFS updated the ruby-fog 1.37.0

On Tuesday 22 March 2016 09:13 PM, Rahulkrishnan R A wrote: > Hi Praveen, > > I have made the required changes. Could you please check it and please > let me know if anything changes required. This will break diaspora. Can you update 050-relax-stable-libs.patch in diaspora to relax fog to '~>

Re: RFS updated the ruby-omniauth 1.3.1

On Thursday 03 March 2016 01:01 AM, Rahulkrishnan R A wrote: > > Hi Team, > > I have updated the ruby-omniauth package to 1.3.1. It is lintian clean > > and tested with pbuilder.Further information about this package can > > be accessed from the URL : > >

help with fuzzaldrin-plus (breaks gitlab issues)

gitlab included a minified fuzzaldrin-plus.min.js in 8.4.3 and I had to make libjs-fuzzaldrin-plus (in 8.5.8 they include a non minified copy, but we still have to take from upstream and package it separately). They has many .coffee files as source and while compiling to js it is missing some

Re: help with fuzzaldrin-plus (breaks gitlab issues)

On Sunday 03 April 2016 06:49 PM, Libor Klepáč wrote: > I have downloaded fuzzaldrin-plus.min.js > from gitlab as suggested, but it wasn't enought, I had to add > > n.sep = "/" > > as suggested in upstream issue. > > I did it directly in compiled assets file. You'll have to regenerate the

Re: help with fuzzaldrin-plus (breaks gitlab issues)

On Sunday 03 April 2016 11:21 PM, Libor Klepáč wrote: > Dne neděle 3. dubna 2016 21:58:33 CEST, Pirate Praveen napsal(a): >> But we still have to find a proper fix. I think the proper fix is using browserify js. I tried with node-browserify-lite but I got this error pravi@pirate:~/for

Re: help with fuzzaldrin-plus (breaks gitlab issues)

On Monday 04 April 2016 02:30 PM, Pirate Praveen wrote: > we need the > full browserify. > browserify has long list of dependencies. I will go with the embedded copy of fuzzaldrin-plus unless someone helps me browserify with node-browserify-lite [warning] xtend: extend does the

Re: RFS: ruby-omniauth-auth0

On 2016, ഏപ്രിൽ 17 3:34:42 PM IST, sudheesh shetty wrote: >Hi, > >I prepared the packaging of ruby-omniauth-auth0. It is lintian clean >and >tested with pbuilder. > >The url for this package is >https://gitlab.com/debian-ruby/ruby-omniauth-auth0 > >Please consider to

Re: Checklist for uploading new versions

On 07/10/2016 03:46 PM, Pirate Praveen wrote: > Hi, > > Last two uploads of ruby-grape and ruby-rouge broke gitlab. Please > ensure reverse dependencies don't break when uploading new versions. ruby-json upload just broke rails and a whole lot of dependencies. The following package

Re: Checklist for uploading new versions

On 07/22/2016 10:41 PM, Lucas Nussbaum wrote: > Hi, > > yesterday on IRC: > 23:29 < lucas> long time without doing any ruby packaging, let's hope I > didn't break the world > > Looks like I did :/ I guessed :) > The failure you quoted is about a strict dependency. Do you know if it's >

Re: Checklist for uploading new versions

On 07/22/2016 11:22 PM, Pirate Praveen wrote: > The failure is at: > ruby-activesupport : Depends: ruby-json (< 2.0) but 2.0.1+dfsg-1 is to > be installed I tried relaxing the requirement in rails package and build, but it fails to build because of circular dependencies :( s

Re: Checklist for uploading new versions

On 07/22/2016 10:41 PM, Lucas Nussbaum wrote: > The failure you quoted is about a strict dependency. Do you know if it's > justified? The changes on ruby-json's side are fairly small. Also it > seems that the strict dependency was dropped from the gemspec (it's not > there anymore in version 1.0.2

Re: Checklist for uploading new versions

On 07/22/2016 08:28 PM, Pirate Praveen wrote: > ruby-json upload just broke rails and a whole lot of dependencies. > Reported here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832133 It has 49 reverse dependencies. signature.asc Description: OpenPGP digital signature

Re: Checklist for uploading new versions

On 07/22/2016 11:46 PM, Pirate Praveen wrote: > On 07/22/2016 11:22 PM, Pirate Praveen wrote: >> The failure is at: >> ruby-activesupport : Depends: ruby-json (< 2.0) but 2.0.1+dfsg-1 is to >> be installed > > I tried relaxing the requirement in rails package and

Re: Checklist for uploading new versions

On 07/22/2016 11:50 PM, Pirate Praveen wrote: > I think the solution is to build rails on a system which still has > ruby-json 1.8.3 and upload that version to archive. > I have built rails locally without strict dependency on ruby-json. If someone can confirm its okay to upload, I c

gitlab, rails and stretch

Hi, Just wanted to share this here. https://gitlab.com/gitlab-org/gitlab-ce/issues/14286#note_13369583 gitlab is planning to move to rails 5, but stretch is going to release with rails 4.2, I'm asking gitlab upstream to support gitlab 4.2 release until at least stretch release. After stretch

using npm_assets instead of browserify

https://github.com/GoodGuide/npm_assets/blob/master/README.markdown Can anyone comment if this can be used instead of browserified js? For example, can we directly use node-handlebars instead of ruby-rails-assets-handlebars for diaspora using this method? -- Sent from my Android device with

Re: using npm_assets instead of browserify

https://medium.com/technically-speaking/rails-react-browserify-e315001d5974#.you4k7h14 browserify-rails seems another method but node-browserify has long list of dependencies as well. On 2016, ജൂലൈ 28 12:24:28 AM IST, Pirate Praveen <prav...@onenetbeyond.org> wrote: >https://g

Re: Planning for the future / RFH

On 2016, ജൂലൈ 18 1:28:52 PM IST, Robert Oliver wrote: >I’ve been reading the docs and getting up to speed on the workflow. So >far, so good. I think I only have one question and the rest should >fall into place – what branch of Debian should I run to do this work? >I’ve got a

Re: Checklist for uploading new versions

On 07/23/2016 01:43 AM, Antonio Terceiro wrote: > On Sat, Jul 23, 2016 at 12:12:16AM +0530, Pirate Praveen wrote: >> On 07/22/2016 11:50 PM, Pirate Praveen wrote: >>> I think the solution is to build rails on a system which still has >>> ruby-json 1.8.3 and upl

Re: Planning for the future / RFH

On 2016, ജൂലൈ 24 10:12:59 AM IST, Pirate Praveen <prav...@onenetbeyond.org> wrote: > > >On 2016, ജൂലൈ 18 1:28:52 PM IST, Robert Oliver <r...@rwo2.com> wrote: >>I’ve been reading the docs and getting up to speed on the workflow. >So >>far, so good. I think I

build-and-install fails to setup apt archive (looks like a gpg2 migration issue)

This happened after I ran a dist-upgrade in my local sid system today. +--+ | Install build-essential | +--+ Setup apt archive

build-and-upload failing on unicorn

First, I really like using build-and-upload script. But it failed for unicorn with this error ../build-and-upload: 98: local: ../build-area/unicorn_5.0.1-1_amd64.deb: bad variable name signature.asc Description: OpenPGP digital signature

Re: Planning for the future / RFH

On 2016, ജൂലൈ 18 1:28:52 PM IST, Robert Oliver wrote: >I’ve been reading the docs and getting up to speed on the workflow. So >far, so good. I think I only have one question and the rest should >fall into place – what branch of Debian should I run to do this work? >I’ve got a

Re: Relax another dependency in Gitlab package

On Tuesday 28 June 2016 07:45 PM, Lucas Kanashiro wrote: > Any news? It seems fine from the changelog. Would it be okay if we wait for gitlab 8.9 (its already in experimental and once we upload diaspora 0.5.9.1 to experimental, we can upload both together to unstable)? signature.asc

Re: Bug#829254: asset:precompile error when updating diaspora to 0.5.9.1

On Thursday 07 July 2016 01:28 PM, Antonio Terceiro wrote: > On Thu, Jul 07, 2016 at 07:44:00AM +0530, Pirate Praveen wrote: >> >> >> On 2016, ജൂലൈ 7 1:38:54 AM IST, Antonio Terceiro <terce...@debian.org> wrote: >>> This is a very shitty way of making things wo

Re: Bug#829254: asset:precompile error when updating diaspora to 0.5.9.1

On Friday 08 July 2016 08:48 PM, Cédric Boutillier wrote: > On Fri, Jul 08, 2016 at 04:59:17PM +0530, Pirate Praveen wrote: > >> The problem is libjs-handlebars is a node module (it should be changed >> to node-handlebars I think) and handlebars_assets expects a browserified >

Re: asset:precompile error when updating diaspora to 0.5.9.1

Control: severity -1 grave Justification: installation is failing On Saturday 02 July 2016 03:30 PM, Pirate Praveen wrote: > With help from upstream developer lukas, we know this much. > > "praveen: not sure if this is already known to you but this is failing &

Re: asset:precompile error when updating diaspora to 0.5.9.1

[will drop debian-ruby from further updates] On Wednesday 06 July 2016 09:07 PM, Pirate Praveen wrote: > I was able to successfully install 0.5.5.1 in unstable but 0.5.7.1 in > experimental is failing with same error. So it could be either new code > in diaspora or one of the changed dep

Re: Bug#829254: asset:precompile error when updating diaspora to 0.5.9.1

On 2016, ജൂലൈ 7 1:38:54 AM IST, Antonio Terceiro wrote: >This is a very shitty way of making things work. So your approach is, >instead of fixing the Debian package, adding an embedded copy of the >upstream sources? No, you are just shouting baseless things that does not

Re: Bug#829254: asset:precompile error when updating diaspora to 0.5.9.1

On 2016, ജൂലൈ 7 1:38:54 AM IST, Antonio Terceiro <terce...@debian.org> wrote: >On Wed, Jul 06, 2016 at 11:18:09PM +0530, Pirate Praveen wrote: >> So I replaced ruby-handlebars-assets deb package with >handlebars_assets >> gem and it is also working. > >This is a ve

Re: Relax another dependency in Gitlab package

On Tuesday 28 June 2016 08:19 PM, Lucas Kanashiro wrote: > > > On 06/28/2016 11:19 AM, Pirate Praveen wrote: >> On Tuesday 28 June 2016 07:45 PM, Lucas Kanashiro wrote: >>> Any news? >> It seems fine from the changelog. >> >> Would it be o

Checklist for uploading new versions

Hi, Last two uploads of ruby-grape and ruby-rouge broke gitlab. Please ensure reverse dependencies don't break when uploading new versions. Follow these steps. 1. Check 'apt-cache rdepends' for a list of packages that depends on your package. 2. If you find it has reverse dependencies, please

Re: build-and-upload failing on unicorn

On 07/21/2016 05:40 PM, Antonio Terceiro wrote: > On Thu, Jul 21, 2016 at 01:06:14PM +0530, Pirate Praveen wrote: >> >> First, I really like using build-and-upload script. >> >> But it failed for unicorn with this error >> >> ../build-and-upload: 98: local:

rails-assets-diaspora-jsxc update issue

Hi, I'm trying to update this package (it is in our git repo) and get the following error during build. /usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not find 'rails-assets-jquery.ui' (~> 1.10) - did find: [rails-assets-jquery.ui-1.10.4] (Gem::LoadError) 1.10.4 should

Re: rails-assets-diaspora-jsxc update issue

On Wednesday 29 June 2016 11:39 PM, Pirate Praveen wrote: > Hi, > > I'm trying to update this package (it is in our git repo) and get the > following error during build. > > /usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not > find 'rails-assets-jquer

asset:precompile error when updating diaspora to 0.5.9.1

Full error message at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829254 There was a similar error message with gitlab which was fixed by updating libjs-coffeescript. It could be an issue with sprockets as diaspora-installer works, which uses sprockets 2.12.4 I was able to reproduce the

Re: asset:precompile error when updating diaspora to 0.5.9.1

On Friday 01 July 2016 11:06 PM, Pirate Praveen wrote: > Can anyone help? You can get the packages from https://people.debian.org/~praveen/diaspora/diaspora.list Or I can provide access to a test machine. This is blocking gitlab 8.9.0 upload to unstable as well. signature.asc Descript

Re: asset:precompile error when updating diaspora to 0.5.9.1

With help from upstream developer lukas, we know this much. "praveen: not sure if this is already known to you but this is failing return new AST_SimpleStatement({body:(tmp=expression(true),semicolon(),tmp)})" I wonder if the last changelog entry of ruby-uglifier is a hint

Re: Preparing for diaspora 0.6 - call for help

On Sunday 03 July 2016 03:44 AM, Cédric Boutillier wrote: > Hi, > > On Sat, Jul 02, 2016 at 11:30:23PM +0530, Pirate Praveen wrote: >> Hi, > >> If we start early on, it would be easier when diaspora 0.6 is released. > >> https://git.fosscommunity.in/debian-ruby/

ruby-gemojione and gem-install

hi, I'm trying to update gemojione to 3.1.0. I thought moving to DH_RUBY = --gem-install would be better than maintaining patches, but 'config' folder does not get installed (the overrides in rules method or install file also fails). gem2deb bug? Can someone help? signature.asc Description:

Re: build-and-install fails to setup apt archive (looks like a gpg2 migration issue)

On 08/13/2016 06:06 PM, Christian Hofstaedtler wrote: > * Pirate Praveen <prav...@onenetbeyond.org> [160813 13:57]: >> gpg: /<>/resolver-qbYTZz/gpg/trustdb.gpg: trustdb created >> gpg: Warning: not using 'Sbuild Signer' as default key: No secret key >> gpg: al

looking for some help with backporting git 2.11 support to gitlab 8.13.11

Hi team, I tried backporting git 2.11 support from gitlab 8.15.x series to 8.13.11, but its more complicated than I initially thought. With help from Balasankar, we tried to find more commits that would need to be backported as well, but we are not able to fix it fully. See

Re: Switching to gitlab-turbolinks-classic (gitlab fork) for ruby-turbolinks source

Antonio Terceiro wrote: > On Sun, Jan 15, 2017 at 10:03:40PM +0530, Pirate Praveen wrote:>> On ഞായര്‍ > 15 ജനുവരി 2017 09:42 വൈകു, Antonio Terceiro wrote:>>> I would prefer to not > do that this close to a freeze. Is there a good >>> reason for the fork?

Re: Switching to gitlab-turbolinks-classic (gitlab fork) for ruby-turbolinks source

Sorry, my firefox os email client swallowed the contents of my previous mail, it seems :( Switching back to turbolinks in buster would be just a matter of changing watch file and removing copy-gemspec file. Maintaining a patch is comparatively more work for the same result, but I will do it

ruby-pg 0.19 and multiple gemspec files

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I'm trying to build ruby-pg 0.19 (for diaspora 0.6.2.0 targeted for experimental) but in sbuild there were two gemfiles, pg.gemspec and pg-0.19.gemspec (second one manually created in debian/rules) I added DH_RUBY_GEMSPEC to specify

Re: RFS: ruby-bootstrap-switch-rails

On Thursday 18 August 2016 10:34 PM, Abhijith PA wrote: > Hello team, > > The following package is IMHO ready to be uploaded > > * ruby-bootstrap-switch-rails-3.3.3-1 > > Please review and upload it. Uploaded, thanks! signature.asc Description: OpenPGP digital signature

Re: RFS: ruby-fog-cloudatcost

On Monday 22 August 2016 09:04 PM, s...@disroot.org wrote: > Hi, > > I prepared the packaging of ruby-fog-cloudatcost. It is lintian clean and I > tested it with build-and-upload script from pkg-ruby-extras repo. > > > I am still unable to ssh to git.debian.org and I have logged a support >

Re: ruby-gemojione and gem-install

On Tuesday 23 August 2016 07:58 PM, Antonio Terceiro wrote: > On Tue, Aug 23, 2016 at 06:48:01PM +0530, Pirate Praveen wrote: >> Thanks, this is working. I can fix ruby-fog-openstack autopkgtest >> failures easily once this is uploaded (it would be helpful to remove >> patch

Re: Using build-and-upload for packages targeted at experimental

Do we really need to generate keys for sbuild? sudo sbuild-update --keygen signature.asc Description: OpenPGP digital signature

trying to update unicorn to 5.1, build failure: VERSION= must be specified

Hi, Its pushed to alioth. Can someone check? Error below: $ clean dh clean --buildsystem=ruby --with ruby,systemd dh_testdir -O--buildsystem=ruby dh_auto_clean -O--buildsystem=ruby dh_ruby --clean dh_ruby --clean VERSION= must be specified dh_auto_clean: dh_ruby --clean

Symlinks to packaged assets when using gem-install option

Hi, Before gem-install option was introduced, we were using debian/links to symlink js files from /usr/share/javascript/foo to /usr/share/ruby-rails-assets-foo/app/assets/javascripts. But with gem-install option, version of the gem is added to the directory in

enabling contrib and non-free in build-and-upload

Hi, Currently build-and-upload checks only main for dependencies so it is missing diaspora (it is moved to contrib). Can we add contrib and non-free to build-and-upload? Praveen signature.asc Description: OpenPGP digital signature

Re: RFS: ruby-fog-core

On Thursday 18 August 2016 11:55 AM, s...@disroot.org wrote: > Hi, > > I updated the packaging ruby-fog-core from 1.40 to 1.42. I tested it with > build-and-upload script from pkg-ruby-extras repo. Two packages > (ruby-openstack and ruby-rackspace) failed tests, but they were unrelated >

Using build-and-upload for packages targeted at experimental

Hi, Is this change ok? It will not work when build dependencies from experimental are required but will work in the simple case of just stashing packages in experimental to not break dependencies in unstable. diff --git a/build-and-upload b/build-and-upload index 1a41c68..66fd4d1 100755 ---

Re: Accepted ruby-handlebars-assets 2:0.23.0-3 (source all) into unstable, unstable

On 2016, ആഗസ്റ്റ് 23 7:52:24 PM IST, Antonio Terceiro <terce...@debian.org> wrote: >On Mon, Aug 22, 2016 at 10:00:20PM +0000, Pirate Praveen wrote: >> Format: 1.8 >> Date: Mon, 22 Aug 2016 13:16:51 +0530 >> Source: ruby-handlebars-assets >> Binary: ruby-handleba

Re: ruby-gemojione and gem-install

On Tuesday 16 August 2016 06:38 PM, Antonio Terceiro wrote: > On Tue, Aug 16, 2016 at 11:43:54AM +0530, Pirate Praveen wrote: >> On 08/16/2016 11:43 AM, Pirate Praveen wrote: >>> hi, >>> >>> I'm trying to update gemojione to 3.1.0. I thought moving to DH_RUBY

Re: RFS: ruby-rack-oauth2

On Tuesday 23 August 2016 05:19 PM, s...@disroot.org wrote: > Hi, > > I updated the packaging ruby-rack-oauth2 from 1.2.1 to 1.4.0. I tested it > with build-and-upload script from pkg-ruby-extras repo. > > It is pushed to Alioth repo (my ssh access started working). > > Please review and

Re: ruby-gemojione and gem-install

On 2016, ആഗസ്റ്റ് 26 12:35:33 AM IST, Antonio Terceiro <terce...@debian.org> wrote: >On Thu, Aug 25, 2016 at 04:01:11PM -0300, Antonio Terceiro wrote: >> On Thu, Aug 25, 2016 at 01:31:48PM +0530, Pirate Praveen wrote: >> > On Tuesday 23 August 2016 07:58 PM

Re: help needed to fix ruby-carrierware FTBFS

[adding pkg-mysql-maint] On Monday 07 November 2016 06:51 PM, Scott Leggett wrote: > On 2016-11-06.22:48, Pirate Praveen wrote: >> With the recent upload of mysql-server 5.7, mysql_install_db is >> deprecated, we are supposed to use mysqld --initialize. >> >> I tr

Re: help needed to fix ruby-carrierware FTBFS

On ബുധന്‍ 09 നവംബര്‍ 2016 12:08 രാവിലെ, Pirate Praveen wrote: > Hope someone from mysql maintainers team can help here. > 161109 12:04:57 [ERROR] /usr/sbin/mysqld: unknown option '--initialize-insecure' 161109 12:04:57 [ERROR] Aborting So it seems mariadb is not a drop in replacement for

Re: jquery 3.x uploaded to unstable

[adding debian-ruby] On Sunday 23 October 2016 04:23 AM, Antonio Terceiro wrote: > jQuery 3.0 was release back in June, so in principle affected upstreams > had at least a few months to deal with any fallout. If that's not the > case, you can refer upstream to this upgrade guide, which documents

Re: trying to update unicorn to 5.1, build failure: VERSION= must be specified

On Friday 28 October 2016 05:53 AM, Eric Wong wrote: > I understand olddoc may not be worth the effort to package in > Debian. (I already tried to reduce dependencies in olddoc > compared to wrongdoc, but a package is a package...) > > Anyways, I suggest you guys grab the generated gemspec from

help fixing gitlab-workhorse build failure on s390x

[cc me on replies from s390 list] gitlab-workhorse is blocking gitlab 8.12.3 migration to testing for sometime now. I fixed two issues with powerpc build but this issue seems hard to crack. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843148 for details Any help fixing this issue would

Re: [pkg-go] help fixing gitlab-workhorse build failure on s390x

On Friday 04 November 2016 04:30 PM, Michael Hudson-Doyle wrote: > Go only works on z196, which is only one of the buildds, is that the > problem here? It is failing on zemlinsky, earlier successfull build was on zandonai. So it looks like buildd issue. How do I get it to build with the correct

Please test reverse dependencies before uploading new versions (ruby-grape-entity broke gitlab)

Hi Lucas, Last upload of ruby-grape-entity broke gitlab[1][2]. Your last update of ruby-grape also broke gitlab [3]. Please run build-and-upload script from pkg-ruby-extras before uploading new version. If it was a stable library with SemVer compliance we could declare more relaxed dependency on

Re: Please test reverse dependencies before uploading new versions (ruby-grape-entity broke gitlab)

On ബുധന്‍ 30 നവംബര്‍ 2016 06:01 വൈകു, Antonio Terceiro wrote: > I support your request, and urge people uploading libraries (or anything > with reverse dependencies, really) to test their reverse dependencies. > > *However*, looking at the diff between the latest ruby-grape-entity and > the one

can anyone review diaspora-installer?

Hi team, A review will help with unblock request. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=858180#37 Losing diaspora-installer after putting years long effort would be very demotivating. thanks Praveen signature.asc Description: OpenPGP digital signature

breaking changes in unstable and suggestion to use experimental

Hi, I think we should use experimental for breaking changes (major updates) and give time and notice for people to fix incompatibilites. I'm referring to ruby-webmock and ruby-net-ssh updates, which should have been uploaded to experimental and given people chance to fix dependencies. Now gitlab

help with building ruby-grpc

Hi, I have been trying to build ruby-grpc for last many weeks without success. Current work can be found at https://git.fosscommunity.in/praveen/grpc (under branch ruby). RUBYLIB=.

Re: help with building ruby-grpc

On ചൊവ്വ 08 ആഗസ്റ്റ് 2017 02:20 രാവിലെ, Antonio Terceiro wrote: > You can try something like this in debian/ruby-tests.rake (untested): > > unless ENV['ADTTMP'] > # during the build, look for library in the source tree > ENV['LD_LIBRARY_PATH'] = path_to_local_dir_containing_libgrpc_a > end >

Re: Problem installing GitLab

On തിങ്കള്‍ 17 ജൂലൈ 2017 10:05 വൈകു, David Goodenough wrote: > Can I install two versions of ruby-asana at once (sorry I am a ruby newbie) > or does gitlab need to be upgraded? Thanks for the report. I did not consider this issue when updating ruby-asana. New version of gitlab needs asana 0.6.0

Re: DH_RUBY_GEMSPEC and check_dependencies in gem2deb-test-runner

On ചൊവ്വ 18 ജൂലൈ 2017 12:49 വൈകു, Cédric Boutillier wrote: > Do you have an idea? see #867739 it is already implemented in git. If debian/gemspec is available gem2deb will use that. You can just add a symlink. signature.asc Description: OpenPGP digital signature

Re: dealing with test failures caused by new webmock

On വ്യാഴം 20 ജൂലൈ 2017 01:52 വൈകു, Lucas Nussbaum wrote: > Have you tried to rebuild that one in a local sbuild environment created > by the setup script in pkg-ruby-extras ? It also fail for me in that > case. > > I haven't tried the others -- I wanted to check if it was specific to > the AWS

dealing with test failures caused by new webmock

Hi, Many tests are not failing because of newer webmock. at least 4 dependencies of gitlab failed (so I noticed) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867645 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867649 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867654

updating rails to 4.2.6

Hi, I have uploaded rails 4.2.9 to experimental because autopkgtests for a lot of reverse dependencies failed. Some of them may be unrelated failures. A list of all packages that failed is at rails-4.2.9.txt in https://wiki.debian.org/gobby.debian.org under Teams/RubyExtras Please see if you can

Re: Use MIT license in gem2deb copyright template

On 06/28/2017 12:40 PM, Balasankar C wrote: > Hi all, > > Currently, the template copyright file that is generated by gem2deb uses > GPL-2.0+ as a placeholder license. Since a majority of the Ruby gems are > under MIT/Expat license, can we use that instead? I had opened a bug[0] > long back about

Re: RFS: ruby-gitlab 4.2.0

On 09/21/2017 06:47 PM, Lucas Kanashiro wrote: > After had a look in the spec/spec_helper.rb file I realized that it > tries to use require with a relative path, and this will not work in a > installed version. So, I think that you could create a patch to fix it, > could you do it please? > >

<    1   2   3   4   5   6   7   8   >