Re: Uncoordinated upload of the rustified librsvg

On Wed, Nov 07, 2018 at 11:07:09AM -0800, Josh Triplett wrote: > Rust is stable. Thank you for your contributions helping it work on more > architectures, but "does not have first-tier support for every > architecture ever" is not a component of "stabilize". Hello Josh, I can't speak for anyone ex

Re: Uncoordinated upload of the rustified librsvg

On Thu, Nov 08, 2018 at 06:28:29AM +0900, Mike Hommey wrote: > On Wed, Nov 07, 2018 at 01:21:44PM -0800, Josh Triplett wrote: > > > I have worked with the Rust upstream sources > > > well enough to know these issues. You have a regression in Rust 1.25 and > > > you will have a very hard time trying

Re: Uncoordinated upload of the rustified librsvg

On Wed, Nov 07, 2018 at 01:21:44PM -0800, Josh Triplett wrote: > > I have worked with the Rust upstream sources > > well enough to know these issues. You have a regression in Rust 1.25 and > > you will have a very hard time trying to bisect the issues simply because > > you cannot even build 1.25 u

Re: Uncoordinated upload of the rustified librsvg

On Wed, Nov 07, 2018 at 08:47:53PM +0100, John Paul Adrian Glaubitz wrote: > On 11/7/18 8:07 PM, Josh Triplett wrote: > >> Well, I wouldn't bet on that. I know that a lot of people have the > >> feeling that rewriting everything in Rust will solve all problems > >> in software we have nowadays but

Re: Uncoordinated upload of the rustified librsvg

Hello! On 11/7/18 8:07 PM, Josh Triplett wrote: >> Well, I wouldn't bet on that. I know that a lot of people have the >> feeling that rewriting everything in Rust will solve all problems >> in software we have nowadays but that's not the case. Rewriting large >> projects is associated with a high

Bug#913169: ITP: tryton-modules-account-fr-chorus -- Account FR Chorus Module for the Tryton Application Platform

X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-account-fr-chorus Version : 5.0.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/5.0/ *

Bug#913172: ITP: tryton-modules-edocument-unece -- EDocument UNECE Module for the Tryton Application Platform

X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-edocument-unece Version : 5.0.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/5.0/ * Li

Bug#913171: ITP: tryton-modules-edocument-uncefact -- EDocument UN/CEFACT Module for the Tryton Application Platform

X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-edocument-uncefact Version : 5.0.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/5.0/ *

Bug#913170: ITP: tryton-modules-account-dunning-email -- Account Dunning Email Module for the Tryton Application Platform

X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-account-dunning-email Version : 5.0.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/5.0

Bug#913168: ITP: tryton-modules-account-es -- Financial and Accounting Module for Spain for the Tryton Application Platform

X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-account-es Version : 5.0.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/5.0/ * License

Bug#913167: ITP: tryton-modules-sale-subscription -- Sale Subscription Module for the Tryton Application Platform

X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-sale-subscription Version : 5.0.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/5.0/ *

Re: Uncoordinated upload of the rustified librsvg

On Wed, Nov 07, 2018 at 11:53:06AM +0100, John Paul Adrian Glaubitz wrote: > Hello! > > > librsvg has rewritten substantial fractions of its code upstream in > > Rust. It won't be the last such library or package to do so. > > Well, I wouldn't bet on that. I know that a lot of people have the > f

Re: salsa.debian.org: merge requests and such

Jonathan Dowland wrote: > On Tue, Nov 06, 2018 at 08:06:38PM +0100, Andreas Metzler wrote: >> Could we document this a little bit better in the wiki? This is >> completely different than on alioth, where collab-maint was suggested >> for basically everything that did not need a mailinglist. >>

Re: Bug#905388: Devuan has working packages, but they need work wrt systemd

owner ! retitle ITP: elogind -- The systemd project's "logind", extracted to a standalone package thanks I am working on packaging elogind 239.1 for Debian based on my work for Devuan, so I am happy to take ownership of this bug. The WIP git repro is at https://git.devuan.org/LeePen/elogind/tre

Re: Uncoordinated upload of the rustified librsvg

Hi Josh, I agree with most of you message, specially that we cannot keep using librsvg-in-c forever, but a couple of things: 2018-11-06 06:02 Josh Triplett: librsvg has rewritten substantial fractions of its code upstream in Rust. It won't be the last such library or package to do so. librsvg

Re: Followup on C++ standardisation meeting

2018-11-05 10:37 Jussi Pakkanen: Hi all This email is a followup to this earlier issue: https://lists.debian.org/debian-devel/2018/10/msg00044.html The TL/DR is that unfortunately I could not organize any sort of meeting of interested parties for th meeting (which is this week). Fortunately ba

Re: salsa.debian.org: merge requests and such

On Tue, Nov 06, 2018 at 08:06:38PM +0100, Andreas Metzler wrote: Could we document this a little bit better in the wiki? This is completely different than on alioth, where collab-maint was suggested for basically everything that did not need a mailinglist.

Re: salsa.debian.org: merge requests and such

On Tue, Nov 06, 2018 at 03:42:01PM +, Matthew Vernon wrote: Hm, I had not quite appreciated that was the expected behaviour. Ah well, I can move it :) Please re-consider whether this trade-off (other people pushing to master) is a small price to pay for the advantages to you and/or the proj

Re: Uncoordinated upload of the rustified librsvg

Hi, 2018-11-06 14:19 Jeremy Bicha: It looks like we will want to have a librsvg-c source package to build the older librsvg for architectures that don't support Rust yet. While the Debian GNOME team could maintain librsvg-c's packaging alongside librsvg, I'd be happier if someone who cares mor

Re: salsa.debian.org: merge requests and such

Hi, út 6. 11. 2018 v 16:46 odesílatel Felipe Sateler napsal: > > That seems completely reasonable. Making the repository accessible to > > others is a courtesy that should not be abused. Pushing directly to the > > master branch of a package for which one is not an active maintainer or > > con

Re: Uncoordinated upload of the rustified librsvg

Hello! > librsvg has rewritten substantial fractions of its code upstream in > Rust. It won't be the last such library or package to do so. Well, I wouldn't bet on that. I know that a lot of people have the feeling that rewriting everything in Rust will solve all problems in software we have nowa

Bug#913130: ITP: golang-gopkg-freddierice-go-losetup.v1 -- A losetup implementation for go-lang

Package: wnpp Severity: wishlist Owner: Héctor Orón Martínez * Package name: golang-gopkg-freddierice-go-losetup.v1 Version : 0.0~git20170407.fc9adea-1 Upstream Author : Freddie Rice * URL : https://github.com/freddierice/go-losetup * License : MIT Programmin