(Dropping people not involved in libudfread/libbluray from CC) Hi On 2020-07-02 09:20:08 +0000, Vasyl Gello wrote: > Hi Jean-Baptiste! > > First of all, thanks for tagging libudfread and letting me package the newest version! > > As discussed previously, you asked me if I can help pushing dav1d into Debian. > I raised the discussion in the dav1d bug (see quoted thread) and in turn Sebastian mentioned > that you were initially against shipping libudfread. > > Now after you tagged libudfread as part of upcoming Kodi 19.0 dependency, can you please > confirm that you are fine with shipping both libs? Let me rephrase the question: if libudfread is no longer considered an implementation detail of libbluray, will libbluray support using the system's libudfread or will we have to patch the Debian package to use it? Cheers > > Please use "Reply to All" because this is a part of public discussion. > > Thanks! > -- > Vasyl Gello > ================================================== > Certified SolidWorks Expert > > Mob.:+380 (98) 465 66 77 > > E-Mail: vasek.gello@gmail.com > > Skype: vasek.gello > ================================================== > 호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다 > > July 2, 2020 9:06:59 AM UTC, Vasyl Gello <vasek.gello@gmail.com> написав(-ла): > >Sebastian, > >-- > >Vasyl Gello > >================================================== > >Certified SolidWorks Expert > > > >Mob.:+380 (98) 465 66 77 > > > >E-Mail: vasek.gello@gmail.com > > > >Skype: vasek.gello > >================================================== > >호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다 > > > >July 2, 2020 9:02:22 AM UTC, Sebastian Ramacher <sramacher@debian.org> написав(-ла): > >>(Dropping the ITP bug since this dicussion is unreleated.) > >> > >>On 2020-07-02 08:49:08 +0000, Vasyl Gello wrote: > >>> Hi Sebastian! > >>> > >>> At the moment, kodi 18.7.1 is not blocked. Also, if there is no package the dav1d support is disabled in 19 either. > >>> However, I referred to the whole situation: the maintainers come to bring new packages and improve the existing ones, > >>> not waiting months & years without a feedback. > >> > >>I don't think that the rather unique situtation of dav1d with the patent > >>issues applies to other packages in NEW. While processing is slow at > >>times, stuff will be processed eventually. > >> > >>> FYI, kodi 19 benefits much from enabling dav1d on streams like Netflix, so I build Kodi for my testing repo with dav1d packaged. > >>> Same applies to shairplay & libudfread (I ITP'ed and packaged these under Mattia's mentorship and even persuaded the upstream > >>> lead developer Jean-Baptiste Kempf to make a new tag for libudfread after three years since the packaged tag was released) > >>> > >>> Jean-Baptiste expressed big wish to have dav1d and libudfread in Debian during our conversation related to udfread tagging, > >>> so I feel obliged to do everything I can to make it happen. > >> > >>Do you have a pointer to this conversation on libudfread as separate > >>package in Debian? The first time I looked at libudfread, upstream > >>(which includes JB) was against packaging libudfread as it was > >>considered an implementation detail of libbluray. > > > >It was in our private conversation, so let me ask JB to send a message to the related ITP bug > >about packaging libudfread. From my side, I can tell that he was against tagging libudfread > >referring to it as a submodule but agreed with my request after I showed him Kodi pull-request > >introducing usage libudfread instead of libudf from cdio. > > > >> > >>Cheers > >> > >>> -- > >>> Vasyl Gello > >>> ================================================== > >>> Certified SolidWorks Expert > >>> > >>> Mob.:+380 (98) 465 66 77 > >>> > >>> E-Mail: vasek.gello@gmail.com > >>> > >>> Skype: vasek.gello > >>> ================================================== > >>> 호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다 > >>> > >>> July 2, 2020 8:41:38 AM UTC, Sebastian Ramacher <sramacher@debian.org> написав(-ла): > >>> >Hi Vasyl > >>> > > >>> >On 2020-07-02 08:20:11 +0000, Vasyl Gello wrote: > >>> >> Hi Jonas! > >>> >> > >>> >> I also can volunteer uploading 0.7.1 as part of my kodi work. > >>> > > >>> >How is dav1d blocking kodi work? Once dav1d is in the archive in ffmpeg > >>> >is uploaded with dav1d support enabled, won't kodi also automatically > >>> >have dav1d support? If they kodi is using it directly, is there no > >>> >option to disable it until it is available? > >>> > > >>> >Cheers > >>> > > >>> >> Also, is it a good idea to reach Joerg Jaspert directly and kindly ask for review? > >>> >> > >>> >> Why am I asking this: I have two pending packages (libudfread & shairplay). > >>> >> At the same time, I am preparing full Kodi binary addon archive (84 source packages). > >>> >> > >>> >> I am carefully investigating copyrights and perform builds and tests in the publuc unofficial repo > >>> >> (see relevant d-multimedia discussiob). However, I don't want to wait YEARS after Kodi reaches > >>> >> release. Instead, I am using my sparevtime to keep packaging ready as development of Kodi upstream > >>> >> progresses. > >>> >> > >>> >> With such enormous waiting times and no understandingbof how to solve it gracefully, the whole project > >>> >> might become a waste of time and I obviously try avoiding it. > >>> >> -- > >>> >> Vasyl Gello > >>> >> ================================================== > >>> >> Certified SolidWorks Expert > >>> >> > >>> >> Mob.:+380 (98) 465 66 77 > >>> >> > >>> >> E-Mail: vasek.gello@gmail.com > >>> >> > >>> >> Skype: vasek.gello > >>> >> ================================================== > >>> >> 호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다 > >>> >> > >>> >> July 2, 2020 8:11:03 AM UTC, Jonas Smedegaard <jonas@jones.dk> написав(-ла): > >>> >> >Quoting Dylan Aïssi (2020-07-02 09:29:51) > >>> >> >> On Tue, 30 Jun 2020 03:38:20 +0000 Vasyl Gello <vasek.gello@gmail.com> wrote: > >>> >> >> > There is a new upstream release 0.7.1 for a week or so. > >>> >> >> > Can you please package it? > >>> >> >> > >>> >> >> dav1d is in the NEW queue since 1,5 years. It was rejected after 1 > >>> >> >> year in the NEW queue and I still don't have news about the last > >>> >> >> attempt. I am losing motivation for this package, I will probably > >>> >> >> convert this ITP to RFP... > >>> >> > > >>> >> >I guess the rejection is what you quoted in > >>> >> >https://bugs.debian.org/916333#25 > >>> >> > > >>> >> >Thanks, btw, for quoting like that to make conversations with ftpmasters > >>> >> >more transparent. Much appreciated! > >>> >> > > >>> >> >Did you try re-upload since the rejection? If not, why not? > >>> >> > > >>> >> >If that was the only reason given by ftpmasters for rejecting, then I > >>> >> >would suggest to simply a) make sure that the licensing/patenting > >>> >> >situation as you understand it is explicitly laid out in > >>> >> >debian/copyright file, and then b) re-release the package. > >>> >> > > >>> >> >When re-uploaded, I can suggest to try nudge ftpmasters by logging into > >>> >> >irc channel #debian-ftp and kindly request a review of the package. > >>> >> > > >>> >> >If you haven't given up yet, then would you be interesting in > >>> >> >maintaining the package collaboratively? I can offer to help if you > >>> >> >would be interested in doing so e.g. in the Multimedia team. > >>> >> > > >>> >> >If you have given up already, then I can offer to take over. > >>> >> > > >>> >> >Kind regards, > >>> >> > > >>> >> > - Jonas > >>> >> > > >>> >> >-- > >>> >> > * Jonas Smedegaard - idealist & Internet-arkitekt > >>> >> > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > >>> >> > > >>> >> > [x] quote me freely [ ] ask before reusing [ ] keep private > >>> > > >>> > > >>> > > >>> >-- > >>> >Sebastian Ramacher > >> > >> > >> -- Sebastian Ramacher
Attachment:
signature.asc
Description: PGP signature