Bug#972674: ITP: toolbox -- Unprivileged container development environment

2020-12-03 Thread Hayley Hughes



Alright so I've had a go at addressing the issues with mixed results.

I've changed the names of the source and binary packages to what has 
been suggested andupdated the Maintainer field to the debian golang 
packaging team. I did try to migrate over to using dh-golang as the 
buildsystem but I ran into errors such as


can't load package: package 
/usr/share/doc/golang-github-grpc-ecosystem-grpc-gateway-dev/examples/gateway: 
import 
"/usr/share/doc/golang-github-grpc-ecosystem-grpc-gateway-dev/examples/gateway": 
cannot import absolute path


and wasn't able to find a solution. I had a look at how arch and fedora 
package toolbox and they all used meson, so it seems like that might be 
the best way to package it (and I have made a few improvements such as 
setting the profile_dir variable) although the biggest problem with it 
currently is that it pulls dependencies from github rather then using 
what's packaged in the repos. I believe that can be fixed by setting 
the GOPATH environment variable but I'm unsure as to what to set it to.


If anyone is able to help, it would be much appreciated.

Many thanks,
Hayley

On Tue, Dec 1, 2020 at 10:54, Hayley Hughes  
wrote:

Hey all,

Thanks Raphael for CCing the correct people and thanks to Reinhard 
for offering to sponsor.


Would you be happy to maintain the packaging under the golang-team 
umbrella or would you have
other preferences? Having it in the debian/ namespace on salsa would 
work for me

equally well.


I would be happy to maintain it under the golang team umbrella. 
Although it might make things a little easier for them if I changed 
it over to using dh_golang to keep things more consistent with other 
go packages. I only really chose to go with meson because I needed 
something that I knew would just work for the short term.


 I agree with Raphael, the currently chosen names are too generic 
for integration

into a general-purpose distribution such as Debian. I'd propose:

src:golang-github-containers-toolbox to produce toolbox-podman (or 
podman-toolbox)


I definitely agree and will look into fixing everything sometime 
today.


Kind regards,
Hayley

On Mon, Nov 30, 2020 at 07:26, Reinhard Tartler  
wrote:

Thanks Raphael for highlighting Hayley's work.


On 11/30/20 4:22 AM, Raphael Hertzog wrote:

 Hi,

 On Thu, 22 Oct 2020, Hayley Hughes wrote:

 * URL : <https://github.com/containers/toolbox>

 Toolbox is a tool that offers a familiar package based 
environment for
 developing and debugging software that runs fully unprivileged 
using Podman.

 […]

 I have already made some progress which can be found on salsa
 (<https://salsa.debian.org/huggles/toolbox>) for my own benefit 
(please feel
 free to review it and suggest changes) and I thought that it 
might be an
 idea to make an attempt to properly package it and add it to the 
Debian

 archives.

 Will be keen to hear what others think.


 I was looking for the package and I'm glad that you are working on
 packaging it.

 I have put in CC Reinhard Tartler and Dmitry Smirnov that are the
 Uploaders of podman and buildah, maybe they would be willing to 
sponsor

 your package and integrate it in the pkg-go team.


I looked at the upstream README and over the packaging, which seems 
clean to me.
Curiously, while written in go, it doesn't use the dh_golang 
debhelper but
the upstream meson build system. That's a first for me, but 
(probably) not concerning.


I'd be happy to upload the package on your behalf.

Would you be happy to maintain the packaging under the golang-team 
umbrella or would you have
other preferences? Having it in the debian/ namespace on salsa would 
work for me

equally well.



 As for the discussion about the package name, podman-toolbox or
 container-toolbox looks good to me.


I agree with Raphael, the currently chosen names are too generic for 
integration

into a general-purpose distribution such as Debian. I'd propose:

src:golang-github-containers-toolbox to produce toolbox-podman (or 
podman-toolbox)



[currently, the packaging uses src:toolbox and toolbox as binary 
package name]


Best,
-rt




Bug#976183: ITP: golang-github-godbus-dbus -- Native Go bindings for D-Bus

2020-12-01 Thread Hayley Hughes

Sorry about that. Thanks for letting me know!

On Tue, Dec 1, 2020 at 13:07, Shengjing Zhu  wrote:
On Tue, Dec 1, 2020 at 12:21 PM Hayley Hughes  
wrote:


 Package: wnpp
 Severity: wishlist
 Owner: Hayley Hughes 
 X-Debbugs-CC: debian-de...@lists.debian.org, 
debian...@lists.debian.org


 * Package name : golang-github-godbus-dbus
   Version : 5.0.3-1
   Upstream Author :
 * URL : https://github.com/godbus/dbus


Duplicated of https://tracker.debian.org/pkg/golang-dbus

--
Shengjing Zhu




Bug#976184: ITP: golang-github-cobaugh-osrelease -- Golang package to read and parse /etc/os-release

2020-12-01 Thread Hayley Hughes

Package: wnpp
Severity: wishlist
Owner: Hayley Hughes 
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org

* Package name : golang-github-cobaugh-osrelease
 Version : 0.0~git20181218.a93a0a5-1
 Upstream Author : Andy Cobaugh
* URL : https://github.com/cobaugh/osrelease
* License : BSD-3-clause
 Programming Lang: Go
 Description : Golang package to read and parse /etc/os-release

A Go package to make reading in os-release files easy.
.
See https://www.freedesktop.org/software/systemd/man/os-release.html

Required for packaging golang-github-containers-toolbox (See: #972674)



Bug#976183: ITP: golang-github-godbus-dbus -- Native Go bindings for D-Bus

2020-12-01 Thread Hayley Hughes

Package: wnpp
Severity: wishlist
Owner: Hayley Hughes 
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org

* Package name : golang-github-godbus-dbus
 Version : 5.0.3-1
 Upstream Author :
* URL : https://github.com/godbus/dbus
* License : BSD-2-clause
 Programming Lang: Go
 Description : Native Go bindings for D-Bus

dbus is a simple library that implements native Go
client bindings for the D-Bus message bus system.

Required for packaging golang-github-containers-toolbox (See: #972674)



Bug#976181: ITP: golang-github-harrymichal-go-version -- Version normalizer and comparison library for go

2020-11-30 Thread Hayley Hughes

Package: wnpp
Severity: wishlist
Owner: Hayley Hughes 
X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org

* Package name : golang-github-harrymichal-go-version
 Version : 1.0.1-1
 Upstream Author : Ondřej Míchal
* URL : https://github.com/HarryMichal/go-version
* License : MIT
 Programming Lang: Go
 Description : Version normalizer and comparison library for go

Version normalizer and comparison library for go, heavy based on PHP
version_compare function and Version comparsion libs from Composer
(https://github.com/composer/composer) PHP project.

Required for packaging golang-github-containers-toolbox (See: #972674)



Bug#972674: ITP: toolbox -- Unprivileged container development environment

2020-11-30 Thread Hayley Hughes

Hey all,

Thanks Raphael for CCing the correct people and thanks to Reinhard for 
offering to sponsor.


Would you be happy to maintain the packaging under the golang-team 
umbrella or would you have
other preferences? Having it in the debian/ namespace on salsa would 
work for me

equally well.


I would be happy to maintain it under the golang team umbrella. 
Although it might make things a little easier for them if I changed it 
over to using dh_golang to keep things more consistent with other go 
packages. I only really chose to go with meson because I needed 
something that I knew would just work for the short term.


 I agree with Raphael, the currently chosen names are too generic for 
integration

into a general-purpose distribution such as Debian. I'd propose:

src:golang-github-containers-toolbox to produce toolbox-podman (or 
podman-toolbox)


I definitely agree and will look into fixing everything sometime today.

Kind regards,
Hayley

On Mon, Nov 30, 2020 at 07:26, Reinhard Tartler  
wrote:

Thanks Raphael for highlighting Hayley's work.


On 11/30/20 4:22 AM, Raphael Hertzog wrote:

 Hi,

 On Thu, 22 Oct 2020, Hayley Hughes wrote:

 * URL : <<https://github.com/containers/toolbox>>

 Toolbox is a tool that offers a familiar package based environment 
for
 developing and debugging software that runs fully unprivileged 
using Podman.

 […]

 I have already made some progress which can be found on salsa
 (<<https://salsa.debian.org/huggles/toolbox>>) for my own benefit 
(please feel
 free to review it and suggest changes) and I thought that it might 
be an
 idea to make an attempt to properly package it and add it to the 
Debian

 archives.

 Will be keen to hear what others think.


 I was looking for the package and I'm glad that you are working on
 packaging it.

 I have put in CC Reinhard Tartler and Dmitry Smirnov that are the
 Uploaders of podman and buildah, maybe they would be willing to 
sponsor

 your package and integrate it in the pkg-go team.


I looked at the upstream README and over the packaging, which seems 
clean to me.
Curiously, while written in go, it doesn't use the dh_golang 
debhelper but
the upstream meson build system. That's a first for me, but 
(probably) not concerning.


I'd be happy to upload the package on your behalf.

Would you be happy to maintain the packaging under the golang-team 
umbrella or would you have
other preferences? Having it in the debian/ namespace on salsa would 
work for me

equally well.



 As for the discussion about the package name, podman-toolbox or
 container-toolbox looks good to me.


I agree with Raphael, the currently chosen names are too generic for 
integration

into a general-purpose distribution such as Debian. I'd propose:

src:golang-github-containers-toolbox to produce toolbox-podman (or 
podman-toolbox)



[currently, the packaging uses src:toolbox and toolbox as binary 
package name]


Best,
-rt




Bug#972674: ITP: toolbox -- Unprivileged container development environment

2020-10-24 Thread Hayley Hughes
Hey Gunnar,
That’s a good point you’ve raised.

Personally I’m leaning towards the name podman-toolbox because it explicitly 
states the container runtime which toolbox is designed for; Although it doesn’t 
quite roll off the tongue as nice as container-toolbox.

Although I’m open for suggestions/feedback.

Hayley

> On 24 Oct 2020, at 05:13, Gunnar Wolf  wrote:
> 
> Hayley Hughes dijo [Thu, Oct 22, 2020 at 09:31:30PM +1100]:
>> * Package name : toolbox
>> (...)
>> Toolbox is a tool that offers a familiar package based environment for
>> developing and debugging software that runs fully unprivileged using Podman.
>> 
>> The toolbox environment is based on an OCI image such as fedora-toolbox.
>> This image is used to create a toolbox container that seamlessly integrates
>> with the rest of the operating system.
>> (...)
> 
> The name "toolbox" is very non-descriptive. There are many different
> toolboxes for different things in Debian. Even though this is, of
> course, upstream's chosen project name, I suggest you to consider
> qualifying the name in a way to make it clearer - probably something
> like "toolbox-container", "container-toolbox" or something like that?



Bug#972674: ITP: toolbox -- Unprivileged container development environment

2020-10-22 Thread Hayley Hughes

Package: wnpp
Severity: wishlist
Owner: Hayley Hughes 
X-Debbugs-Cc: debian-de...@lists.debian.org 
<mailto:debian-de...@lists.debian.org>


* Package name : toolbox
  Version : 0.0.96
  Upstream Author : Red Hat contributors
* URL : <https://github.com/containers/toolbox>
* License : Apache-2
  Description :

Toolbox is a tool that offers a familiar package based environment for 
developing and debugging software that runs fully unprivileged using 
Podman.


The toolbox environment is based on an OCI image such as 
fedora-toolbox. This image is used to create a toolbox container that 
seamlessly integrates with the rest of the operating system.


This is rather handy to create what are sometimes referred to 'pet 
containers' where you can set up your development environment inside a 
container. This not only helps to keep your OS clean but also allows 
one to easily make it reproducible by creating custom images.


I have already made some progress which can be found on salsa 
(<https://salsa.debian.org/huggles/toolbox>) for my own benefit (please 
feel free to review it and suggest changes) and I thought that it might 
be an idea to make an attempt to properly package it and add it to the 
Debian archives.


Will be keen to hear what others think.

Kind Regards,
Hayley