<html xmlns="http://www.w3.org/1999/xhtml"><head> <title></title> <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no"> </head> <body style="font-family:Helvetica;color:#000000;font-size:13px;"><div id="CanaryBody"> <div><br></div></div> <div id="CanaryDropbox"> </div> <blockquote id="CanaryBlockquote"> <div> <div>On Wednesday, Apr 22, 2020 at 1:05 AM, Stelios Tsampas <<a href="mailto:loathingkernel@gmail.com">loathingkernel@gmail.com</a>> wrote:<br></div> <div> <div class="moz-cite-prefix">On 4/22/20 8:20 AM, Christopher Snowhill (kode54) wrote:<br> </div> <blockquote type="cite" cite="mid:9565EDB1-F514-4470-BC2C-D37CEB33B485@gmail.com"> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> <br> <div dir="ltr"><br> <blockquote type="cite">On Apr 21, 2020, at 3:28 AM, Stelios Tsampas via aur-requests <a class="moz-txt-link-rfc2396E" href="mailto:aur-requests@archlinux.org"><aur-requests@archlinux.org></a> wrote:<br> <br> </blockquote> </div> <blockquote type="cite"> <div dir="ltr"> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <div class="moz-cite-prefix">On 4/21/20 11:53 AM, <a class="moz-txt-link-abbreviated" href="mailto:notify@aur.archlinux.org" moz-do-not-send="true">notify@aur.archlinux.org</a> wrote:<br> </div> <blockquote type="cite" cite="mid:pkg-request-18963@aur.archlinux.org"> <pre class="moz-quote-pre" wrap="">soredake [1] filed a deletion request for dxvk-winelib [2]: <a class="moz-txt-link-freetext" href="https://github.com/doitsujin/dxvk/commit/436357e28096f5e1e25aa8b72fceb77123ea8404" moz-do-not-send="true">https://github.com/doitsujin/dxvk/commit/436357e28096f5e1e25aa8b72fceb77123ea8404</a> [1] <a class="moz-txt-link-freetext" href="https://aur.archlinux.org/account/soredake/" moz-do-not-send="true">https://aur.archlinux.org/account/soredake/</a> [2] <a class="moz-txt-link-freetext" href="https://aur.archlinux.org/pkgbase/dxvk-winelib/" moz-do-not-send="true">https://aur.archlinux.org/pkgbase/dxvk-winelib/</a></pre> </blockquote> <p><font size="-1">The version pointed by the tag still builds correctly under wine. The commit you are pointing to</font></p> <p><font size="-1"> is after the tag built by this package. And even so, since this package builds correctly for this version,</font></p> <p><font size="-1">what is the problem with it existing? </font><font size="-1"><font size="-1">Why should this be deleted?</font></font></p> </div> </blockquote> Are you suggesting that this package maintain a fork of the library which still supports winelib builds? Or instead that it continue to exist to build and install this old commit which will quickly become obsolete as further improvements are added past this commit? </blockquote> <p><font size="-1">I am suggesting neither. If you bother to look at the commit history, since the tagged version  `1.6.1` there</font></p> <p><font size="-1">have been two commits at the time of writing, one of which is removing winelib support. There has been no</font></p> <p><font size="-1">release neither any groundbreaking change. It is rather premature to request to delete a package that build the</font></p> <p><font size="-1">latest version, especially without contacting the maintainer first about it.<br> <br> Also, allowing it to exist to build the last tagged version with winelib support is not unheard of and it has been done</font></p> <p><font size="-1">with numerous python packages in the past of example as python2 support was being dropped.</font><br> </p></div></div></blockquote><font size="2">Ah, oops. I was not paying attention when I checked, and didn't realize they just did this in the latest revision of the project. Yeah, it should be fine to continue supporting this, at least for now. They may have had good reasons for dropping winelib support, though.</font><img id="4DA2E3D82FB7D3DE19B23A2C1CAF8417" width="1px" src="http://pixels.canarymail.io:8100/track/640F8646887BD5D50BFCD75B2E0F63E5_4DA2E3D82FB7D3DE19B23A2C1CAF8417.png" height="1px"></body></html>