Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1091188 > unrolled thread

Bug#1004488: Update grpc to new upstream version 1.37

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1004488: Update grpc to new upstream version 1.37 Pirate Praveen <praveen@onenetbeyond.org> - 2022-01-28 22:30 +0100
    Bug#1004488: Update grpc to new upstream version 1.37 László Böszörményi (GCS) <gcs@debian.org> - 2022-02-01 07:40 +0100
      Bug#1004488: Update grpc to new upstream version 1.37 Pirate Praveen <praveen@onenetbeyond.org> - 2022-02-01 13:40 +0100
        Bug#1004488: Update grpc to new upstream version 1.37 László Böszörményi (GCS) <gcs@debian.org> - 2022-03-06 21:20 +0100
    Bug#1004488: Update grpc to new upstream version 1.37 László Böszörményi (GCS) <gcs@debian.org> - 2022-03-12 09:50 +0100
      Bug#1004488: Update grpc to new upstream version 1.37 Pirate Praveen <praveen@onenetbeyond.org> - 2022-03-16 15:00 +0100
        Bug#1004488: Update grpc to new upstream version 1.37 László Böszörményi (GCS) <gcs@debian.org> - 2022-03-23 07:40 +0100
          Bug#1004488: Update grpc to new upstream version 1.37 Pirate Praveen <praveen@onenetbeyond.org> - 2022-03-25 21:10 +0100
            Bug#1004488: Update grpc to new upstream version 1.37 Pirate Praveen <praveen@onenetbeyond.org> - 2022-03-25 21:50 +0100
              Bug#1004488: Update grpc to new upstream version 1.37 László Böszörményi (GCS) <gcs@debian.org> - 2022-03-27 12:00 +0200
                Bug#1004488: Update grpc to new upstream version 1.37 Pirate Praveen <praveen@onenetbeyond.org> - 2022-04-01 00:00 +0200

#1091188 — Bug#1004488: Update grpc to new upstream version 1.37

Package: grpc
Version: 1.30.2-3
Severity: wishlist

While trying to update ruby-gitlab-labkit I got this error
Could not find 'grpc' (>= 1.37) - did find: [grpc-1.30.2] 
(Gem::MissingSpecVersionError)

Please update grpc to 1.37. I'd be happy to help with the update too.

[toc] | [next] | [standalone]

#1091592

Hi Pirate,

On Fri, Jan 28, 2022 at 10:21 PM Pirate Praveen
<praveen@onenetbeyond.org> wrote:
> While trying to update ruby-gitlab-labkit I got this error
> Could not find 'grpc' (>= 1.37) - did find: [grpc-1.30.2]
> (Gem::MissingSpecVersionError)
>
> Please update grpc to 1.37. I'd be happy to help with the update too.
 A work in progress packaging is available [1]. It's mostly OK, but
the Ruby bindings still need work.
Would it be better to split that out and you can update that as a
standalone package whenever you need?

Regards,
Laszlo/GCS
[1] dget -x https://people.debian.org/~gcs/grpc_1.43.2-1.dsc

[toc] | [prev] | [next] | [standalone]

#1091627

On ചൊ, ഫെബ്രു 1 2022 at 07:29:13 രാവിലെ 
+0100 +0100, László Böszörményi (GCS) <gcs@debian.org> wrote:
> Hi Pirate,
> 
> On Fri, Jan 28, 2022 at 10:21 PM Pirate Praveen
> <praveen@onenetbeyond.org> wrote:
>>  While trying to update ruby-gitlab-labkit I got this error
>>  Could not find 'grpc' (>= 1.37) - did find: [grpc-1.30.2]
>>  (Gem::MissingSpecVersionError)
>> 
>>  Please update grpc to 1.37. I'd be happy to help with the update 
>> too.
>  A work in progress packaging is available [1]. It's mostly OK, but
> the Ruby bindings still need work.

Thanks, I will give it a try.

> Would it be better to split that out and you can update that as a
> standalone package whenever you need?
> 

I think keeping this in sync with grpc is best option. I usually get 
between one to three months of time to update it depending on which 
version I currently have.

> 

[toc] | [prev] | [next] | [standalone]

#1095472

On Tue, Feb 1, 2022 at 1:36 PM Pirate Praveen <praveen@onenetbeyond.org> wrote:
> On ചൊ, ഫെബ്രു 1 2022 at 07:29:13 രാവിലെ
> +0100 +0100, László Böszörményi (GCS) <gcs@debian.org> wrote:
> >  A work in progress packaging is available [1]. It's mostly OK, but
> > the Ruby bindings still need work.
>
> Thanks, I will give it a try.
 What's your status?

> > Would it be better to split that out and you can update that as a
> > standalone package whenever you need?
>
> I think keeping this in sync with grpc is best option. I usually get
> between one to three months of time to update it depending on which
> version I currently have.
 I've further updated the package [1]. Now Ruy bindings look OK.
Please test it and let me know the result. Then I can upload it to
experimental.

Regards,
Laszlo/GCS
[1] dget -x https://people.debian.org/~gcs/grpc_1.44.0-1.dsc

[toc] | [prev] | [next] | [standalone]

#1096021

On Mon, Mar 7, 2022 at 8:50 AM Pirate Praveen <praveen@onenetbeyond.org> wrote:
> I was not able to build on my laptop due to lack of disk space (40 GB was not sufficient). I was hoping to build it on a vps but temporarily using gem install in gitlab as gitlab is in contrib anyway.
 I think you are a DD and can use any porterbox to build packages.

> Can you share the debs ? or it could take a few days for me to build it.
 OK, I have uploaded those to p.d.o [1]. Small local testing shows
those might be in good shape. Please report back in some days how you
see the status.

Regards,
Laszlo/GCS
[1] https://people.debian.org/~gcs/grpc/

[toc] | [prev] | [next] | [standalone]

#1096920

On ശ, മാർ 12 2022 at 09:40:01 രാവിലെ +0100 +0100, 
László Böszörményi (GCS) <gcs@debian.org> wrote:
> On Mon, Mar 7, 2022 at 8:50 AM Pirate Praveen 
> <praveen@onenetbeyond.org> wrote:
>>  I was not able to build on my laptop due to lack of disk space (40 
>> GB was not sufficient). I was hoping to build it on a vps but 
>> temporarily using gem install in gitlab as gitlab is in contrib 
>> anyway.
>  I think you are a DD and can use any porterbox to build packages.

Thanks for reminding me about porterboxes, that option did not occur to 
me.

> 
>>  Can you share the debs ? or it could take a few days for me to 
>> build it.
>  OK, I have uploaded those to p.d.o [1]. Small local testing shows
> those might be in good shape. Please report back in some days how you
> see the status.
> 
When using the debs from your repo to build gitaly (using 
--extra-package option), I got this from sbuild,

missing:
     pkg:
      package: libgrpc22
      version: 1.44.0-1
      architecture: amd64
      unsat-dependency: libprotobuf30:amd64 (>= 3.19.4)
     depchains:

I think this will need a rebuild since there is only libprotobuf31 now. 
I think you can upload to experimental directly and we can do more 
testing in experimental.

> Regards,
> Laszlo/GCS
> [1] https://people.debian.org/~gcs/grpc/

[toc] | [prev] | [next] | [standalone]

#1097776

On Wed, Mar 16, 2022 at 2:53 PM Pirate Praveen <praveen@onenetbeyond.org> wrote:
> László Böszörményi (GCS) <gcs@debian.org> wrote:
> I think you can upload to experimental directly and we can do more
> testing in experimental.
 Uploaded to experimental, accepted and built. Well, it FTBFS on i386
at the moment but seems easy to fix. Other than that, it should be
fine. Please test it soon and let me know if you find any problems.

Regards,
Laszlo/GCS

[toc] | [prev] | [next] | [standalone]

#1098092

On ബു, മാർ 23 2022 at 07:31:25 രാവിലെ +0100 
+0100, László Böszörményi (GCS) <gcs@debian.org> wrote:
> On Wed, Mar 16, 2022 at 2:53 PM Pirate Praveen 
> <praveen@onenetbeyond.org> wrote:
>>  László Böszörményi (GCS) <gcs@debian.org> wrote:
>>  I think you can upload to experimental directly and we can do more
>>  testing in experimental.
>  Uploaded to experimental, accepted and built. Well, it FTBFS on i386
> at the moment but seems easy to fix. Other than that, it should be
> fine. Please test it soon and let me know if you find any problems.
> 

ruby-grpc-tools seems broken,

/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin/grpc_tools_ruby_protoc:18:in 
`require_relative': cannot load such file -- 
/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/platform_check 
(LoadError)
	from 
/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin/grpc_tools_ruby_protoc:18:in 
`<top (required)>'
	from /usr/bin/grpc_tools_ruby_protoc:25:in `load'
	from /usr/bin/grpc_tools_ruby_protoc:25:in `<main>'

> Regards,
> Laszlo/GCS

[toc] | [prev] | [next] | [standalone]

#1098096

On ശ, മാർ 26 2022 at 01:33:23 രാവിലെ +0530 +0530, 
Pirate Praveen <praveen@onenetbeyond.org> wrote:
> 
> 
> On ബു, മാർ 23 2022 at 07:31:25 രാവിലെ +0100 
> +0100, László Böszörményi (GCS) <gcs@debian.org> wrote:
>> On Wed, Mar 16, 2022 at 2:53 PM Pirate Praveen 
>> <praveen@onenetbeyond.org> wrote:
>>>  László Böszörményi (GCS) <gcs@debian.org> wrote:
>>>  I think you can upload to experimental directly and we can do more
>>>  testing in experimental.
>>  Uploaded to experimental, accepted and built. Well, it FTBFS on i386
>> at the moment but seems easy to fix. Other than that, it should be
>> fine. Please test it soon and let me know if you find any problems.
>> 
> 
> ruby-grpc-tools seems broken,
> 
> /usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin/grpc_tools_ruby_protoc:18:in 
> `require_relative': cannot load such file --
> /usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/platform_check 
> (LoadError)
> 	from 
> /usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin/grpc_tools_ruby_protoc:18:in 
> `<top (required)>'
> 	from /usr/bin/grpc_tools_ruby_protoc:25:in `load'
> 	from /usr/bin/grpc_tools_ruby_protoc:25:in `<main>'
> 

With ruby-grpc-tools 1.30.2,

(debian-sid)pravi@mahishi:~$ dpkg -L ruby-grpc-tools
/.
/usr
/usr/bin
/usr/bin/grpc_tools_ruby_protoc
/usr/bin/grpc_tools_ruby_protoc_plugin
/usr/share
/usr/share/doc
/usr/share/doc/ruby-grpc-tools
/usr/share/doc/ruby-grpc-tools/changelog.Debian.gz
/usr/share/doc/ruby-grpc-tools/copyright
/usr/share/rubygems-integration
/usr/share/rubygems-integration/all
/usr/share/rubygems-integration/all/gems
/usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2
/usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/bin
/usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/bin/grpc_tools_ruby_protoc
/usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/bin/grpc_tools_ruby_protoc_plugin
/usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/platform_check.rb
/usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/version.rb
/usr/share/rubygems-integration/all/plugins
/usr/share/rubygems-integration/all/specifications
/usr/share/rubygems-integration/all/specifications/grpc-tools-1.30.2.gemspec

and with 1.44.0

(debian-sid)pravi@mahishi:~$ dpkg -L ruby-grpc-tools
/.
/usr
/usr/bin
/usr/bin/grpc_tools_ruby_protoc
/usr/bin/grpc_tools_ruby_protoc_plugin
/usr/share
/usr/share/doc
/usr/share/doc/ruby-grpc-tools
/usr/share/doc/ruby-grpc-tools/changelog.Debian.gz
/usr/share/doc/ruby-grpc-tools/copyright
/usr/share/rubygems-integration
/usr/share/rubygems-integration/all
/usr/share/rubygems-integration/all/gems
/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0
/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin
/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin/grpc_tools_ruby_protoc
/usr/share/rubygems-integration/all/gems/grpc-tools-1.44.0/bin/grpc_tools_ruby_protoc_plugin
/usr/share/rubygems-integration/all/specifications
/usr/share/rubygems-integration/all/specifications/grpc-tools-1.44.0.gemspec

So looks like two .rb files are missing from the deb.

I think running grpc_tools_ruby_protoc --help as autopkgtest would be 
good idea to catch such errors in future.

>> Regards,
>> Laszlo/GCS
> 

[toc] | [prev] | [next] | [standalone]

#1098263

On Fri, Mar 25, 2022 at 9:45 PM Pirate Praveen <praveen@onenetbeyond.org> wrote:
> With ruby-grpc-tools 1.30.2,
>
> (debian-sid)pravi@mahishi:~$ dpkg -L ruby-grpc-tools
> /usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/platform_check.rb
> /usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/version.rb
>
> and with 1.44.0
>
> (debian-sid)pravi@mahishi:~$ dpkg -L ruby-grpc-tools
[...]
> So looks like two .rb files are missing from the deb.
 Update and recheck.
Please note that armel can't build gRPC at the moment due to GCC ICE
and neither mipsel due to a GCC memory allocation problem. Other than
that it should be OK. But of course need to be find out how to do the
transition when GCC has compilation issues on its own.

Regards,
Laszlo/GCS

[toc] | [prev] | [next] | [standalone]

#1098842

On ഞാ, മാർ 27 2022 at 11:46:20 രാവിലെ +0200 
+0200, László Böszörményi (GCS) <gcs@debian.org> wrote:
> On Fri, Mar 25, 2022 at 9:45 PM Pirate Praveen 
> <praveen@onenetbeyond.org> wrote:
>>  With ruby-grpc-tools 1.30.2,
>> 
>>  (debian-sid)pravi@mahishi:~$ dpkg -L ruby-grpc-tools
>>  
>> /usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/platform_check.rb
>>  
>> /usr/share/rubygems-integration/all/gems/grpc-tools-1.30.2/version.rb
>> 
>>  and with 1.44.0
>> 
>>  (debian-sid)pravi@mahishi:~$ dpkg -L ruby-grpc-tools
> [...]
>>  So looks like two .rb files are missing from the deb.
>  Update and recheck.

I'm stuck on experimental because openssl 3.0 transition broke 
ruby-webauthn (#1005444).

So I'm rebuilding a long dependency chain (10+ golang modules to 
rebuild) in bullseye currently. After trying many things to fix the 
disk space issue, symlinking sbuild's build directory to a different 
partition seems to have fixed the build issue.


$ ls -l /var/lib/sbuild/build
lrwxrwxrwx 1 pravi sbuild 24 ഏപ്രി    1 02:43 
/var/lib/sbuild/build -> /home/pravi/forge/build/

I will update here once I can test gitlab.

> Please note that armel can't build gRPC at the moment due to GCC ICE
> and neither mipsel due to a GCC memory allocation problem. Other than
> that it should be OK. But of course need to be find out how to do the
> transition when GCC has compilation issues on its own.

Hopefully gcc maintainers will fix these issues soon.
> 
> Regards,
> Laszlo/GCS

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web