Re: [Kolab-devel] I'm still using my own patches...
Christoph Erhardt <[email protected]> Thu, 10 May 2018 10:52:53 +0200
| Newsgroups | gmane.comp.kde.devel.kolab |
|---|---|
| Message-ID | <3158541.8F26zjNuDu__12006.4425784678$1525942291$gmane$org@delle> |
Hi hede, I might as well add a newer release of erlang-relx to OBS that contains the upstream bugfix, but this would also entail shipping a new release of erlang- rebar3 (and possibly other dependencies / reverse dependencies). Either way, it is not a high-priority work item for me at the moment. Best regards, Christoph On Wednesday, 9 May 2018 09:12:53 CEST hede wrote: > Hi Christoph, > > Am 2018-05-08 10:19, schrieb Christoph Erhardt: > > == erlang-relx == > > The symlink issue your patch fixes is worked around by the Guam package > > by > > replacing the symlink with a minimal shell script. I slightly prefer > > that > > solution because it doesn't make us deviate further from upstream. > > It's indeed a patch backported from upstream ;-) > > They have first added the "-f" and then added a switch in case of > "darwin": > > https://github.com/erlware/relx/commit/1792f61606aac21f4cfeae2d018f776cc3f8c > 143 > > So i think this is the smarter solution... > > > == roundcubemail-plugins-kolab == > > Does this patch fix a concrete bug/misbehaviour? Which version of Sabre > > gets > > used when your patch is not applied; is there some kind of dependency > > bundling? > > Maybe it's no longer needed or maybe it was some weird bug in one of my > testing systems like having several different sabre versions installed > in parallel. > > I've removed the line (for test purposes) and it seems everything is > still fine for me. Thus I think we can ignore this one. > > regards > hede > _______________________________________________ > devel mailing list > [email protected] > https://lists.kolab.org/mailman/listinfo/devel _______________________________________________ devel mailing list [email protected] https://lists.kolab.org/mailman/listinfo/devel
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEwp5/nkNlccrQ2UKH4yzDBS9Gs8IFAlr0CGUACgkQ4yzDBS9G s8J3mg//TOujzfVY6q4TRJ7Hn7r063YYS4XdvoOWfDHEL4CQ4vwO/lqCeMErqbxo sFymKgJ1sQctMj9wau25cljnDxVMJ2ayslySTr7rOFr+LrO4xP8muWqqSpHjJsAn vVcQ/QUc4Y4GO0hUeAQgdtoz6yTFlP6i25lPpdLfhFgVKf9fnckQEcYSD47uHJT/ +hrp2w1j/JI1hpialBsAcVDgiGwwvcCEmVrPT4dVU/REVmrBRsTsU9mWhieJk1BP E1gsPpUrbW0K7GreQDXiyF91Lk+UbNTNJnDoSy61APVpNw9ZXBRsX+vEY2G3fbpw PKBuWYqkBf8Geurl5TfmwR4s7ADOoTDSxBAZykPtwGH1KTU8i6HsDtM9zlv/pUti GMDEmGwRiXQZPaj7CYyiTwPeDOPIUC05e/uUW9D0LtJEBKNJmO00aVe/1y2MN4LI J59S+kbnnxsFFc9wZpJTg9+5bFpWyIPLZoGlelwC1dZgFmhreQ+ZX9U7NH+1mtPH ge0t/2h1fAq9YQZ7oDs/OZs6ytlgiFLWsHLwTn6sI4I+LDs37hYNlOuQ+e7YsZE+ 986eAVEzY7I6yJCCQBVVwUOyqB4yB5u+GEGx9bouAr1oWwsS3y5QHngVvA0EBSZP BQHHID90cFGgasAb/sH5gpBRwnhDsijro+JQdX0q0J/AI5MhRg8= =Lz3H -----END PGP SIGNATURE-----