Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-21 Thread Vasyl Gello
Hi Mattia! Good to know you are back! Hope you are well :) >Mhh, would you please instead consider joining it now, rather than move >stuff around later? I don't think I saw your joining mail in the last >20 days (sorry for ghosting - I had some personal matters going on). >Then, I notice that

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-21 Thread Mattia Rizzolo
On Mon, Jun 01, 2020 at 01:39:10PM +, Vasyl Gello wrote: > >* d/control: > > + Vcs-* have to point to the packaging repository, not the upstream > > one. Since this is something maintained by the multimedia team > > (according to Maintainer) it should have a repo within the multimedia > >

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-01 Thread Paul Wise
On Mon, 2020-06-01 at 14:18 +, Vasyl Gello wrote: > So static libs present in packages like popt are remnants of the past > and the general practice now is to discourage shipping all kinds of > static libraries unless it is Go/OCaml… as mentioned in this wiki > page? Right. -- bye, pabs

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-01 Thread Vasyl Gello
Hi Paul! So static libs present in packages like popt are remnants of the past and the general practice now is to discourage shipping all kinds of static libraries unless it is Go/OCaml… as mentioned in this wiki page? I looked at it before, but I try understanding what is considered best

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-01 Thread Paul Wise
On Mon, Jun 1, 2020 at 1:42 PM Vasyl Gello wrote: > I often link software statically, especially targeting Android. > So I guess keeping static library won't hurt as part of -dev > package. Where dynamic libraries are available there are usually only downsides to static libraries, in Debian we

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-01 Thread Vasyl Gello
>* d/control: > + Vcs-* have to point to the packaging repository, not the upstream > one. Since this is something maintained by the multimedia team > (according to Maintainer) it should have a repo within the multimedia > team space. Fixed by setting Maintainer to me until I get into the

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-06-01 Thread Mattia Rizzolo
Control: owner -1 ! Control: tag -1 moreinfo On Sun, May 24, 2020 at 12:11:42PM +, Vasyl Gello wrote: > dget -x > https://mentors.debian.net/debian/pool/main/libu/libudfread/libudfread_1.0.0-1.dsc * d/control: + Vcs-* have to point to the packaging repository, not the upstream one.

Bug#961417: RFS: libudfread/1.0.0-1 -- UDF reader library

2020-05-24 Thread Vasyl Gello
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libudfread" * Package name: libudfread Version : 1.0.0-1 Upstream Author : VideoLAN Project * URL : https://code.videolan.org/videolan/libudfread * License