Re: Librsvg 2.41.0 is released



I'd be very careful in framing this issue in absolute terms like you've been doing. For instance, I think you need to be explicit in saying you're speaking with your Fedora packager hat on. Personally, I have no problem in having people rely on pip, cpanm, npm, or cargo to get their software in order to build ours - just like I have no issues when people need autoconf-archive for a fancy m4 macro. I would not ask programmers that wish to add to our platform to bend over backwards and use tools that are not part of the common workflow of their community and platform in order to satisfy the requirements imposed by third parties like Linux distributions.

"It downloads third party software" is not a convincing rationale when we are pushing for things like Flatpak, or when we use things like SCSS to generate our CSS.

Additionally, the fact that something that is commonly used by millions of developers around the world is "unacceptable" to Linux distributions is what I was referring to as "routing around". Personally, I couldn't care less about the damage inflicted upon me by Linux distributors, so to me there is no problem to be solved at all - just a reality that should have long since been accepted, like bundling.

Ciao,
 Emmanuele.

On Thu, 5 Jan 2017 at 21:06, Michael Catanzaro <mcatanzaro gnome org> wrote:
On Thu, 2017-01-05 at 18:25 +0000, Emmanuele Bassi wrote:

> I don't see why not. Cargo is not just a "package manager" (unless by

> "package manager" you mean "something that clones a list of Git

> repositories") but also the preferred build system for Rust.



It downloads third-party software, which is sure to be unacceptable for

virtually all of our distributors. I expect we will have to handle this

the same way we do pip: not use it at all.



I trust the developers most interested in promoting Rust in the GNOME

ecosystem are also be interested in solving this build system problem.

meson already has some degree of support for Rust, for example. No

doubt this is a challenge that can be surmounted.



Michael



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]