Re: udeb of rsync

[Adam D. Barratt]

On Tue, 2019-11-26 at 23:37 +, Samuel Henrique wrote:
> Hello debian-devel,
> 
> TL:DR; What are the drawbacks of providing an rsync udeb (and
> am I right regarding the pros)?
> 
> I would like to check in with you before moving on with this feature
> request.
> 
> rsync: Please provide an rsync udeb
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069

If you haven't already done so, you likely want to consult the debian-
boot list more specifically than debian-devel.

Regards,

Adam

Re: udeb of rsync

[Marco d'Itri]

On Nov 27, Samuel Henrique  wrote:

> TL:DR; What are the drawbacks of providing an rsync udeb (and
You package will be frozen for a longer time before a release.

The technical part is not hard, you just have to build the package 
twice: have a look at kmod for a good example.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

udeb of rsync

[Samuel Henrique]

Hello debian-devel,

TL:DR; What are the drawbacks of providing an rsync udeb (and
am I right regarding the pros)?

I would like to check in with you before moving on with this feature
request.

rsync: Please provide an rsync udeb
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069

My main problem here is that I'm not experienced with udebs
and using anna, so I might be missing something important
here.

It looks like there's good value to be delivered to our users by
providing an rsync udeb, as described in the bugreport, but I'm
afraid of missing some possible drawback here. For example,
when reading the docs about udeb I noticed that there's lots of
details that need to be paid attention to, like having all deps as
udebs and listing the menu item number as 9 (not listed in
the installer, but available to anna).

The dependencies libacl1 and libattr1 would also need to provide
udebs, and the maintainer is the same person, I will contact them
if this proceeds.

So would anyone advise me against doing so, and why?

Thanks,

--
Samuel Henrique