Bug#1060256: Please enable the Rust parts

2024-02-14 Thread Steinar H. Gunderson
On Wed, Feb 14, 2024 at 12:32:13PM +0200, Jonathan Carter wrote: >> Fair enough, do you want to do the honor as the maintainer? Or should >> I change the upload's version number to 24+really1.4.2~git(etc).? > Since you made the change, I think you should own it. I don't have the resources to do

Bug#1060256: Please enable the Rust parts

2024-02-14 Thread Jonathan Carter
On 2024/02/14 11:55, Steinar H. Gunderson wrote: Fair enough, do you want to do the honor as the maintainer? Or should I change the upload's version number to 24+really1.4.2~git(etc).? Since you made the change, I think you should own it. thanks again! -Jonathan

Bug#1060256: Please enable the Rust parts

2024-02-14 Thread Steinar H. Gunderson
On Wed, Feb 14, 2024 at 11:53:23AM +0200, Jonathan Carter wrote: > Thanks for the work, although Debian policy requires consensus from > debian-devel before bumping an epoch: > > https://www.debian.org/doc/debian-policy/ch-controlfields.html#version Fair enough, do you want to do the honor as

Bug#1060256: Please enable the Rust parts

2024-02-14 Thread Jonathan Carter
On 2024/02/13 23:53, Steinar H. Gunderson wrote: On Tue, Feb 06, 2024 at 11:55:55AM +0200, Faidon Liambotis wrote: Still required. I uploaded that last week, currently sitting in NEW. Now that this is through NEW, I uploaded an NMU to DELAYED/7-day. I see that this package is in

Bug#1060256: Please enable the Rust parts

2024-02-13 Thread Steinar H. Gunderson
On Tue, Feb 06, 2024 at 11:55:55AM +0200, Faidon Liambotis wrote: >> Still required. > I uploaded that last week, currently sitting in NEW. Now that this is through NEW, I uploaded an NMU to DELAYED/7-day. I see that this package is in LowThresholdNmu, but given that it adds an epoch, I'm giving

Bug#1060256: Please enable the Rust parts

2024-02-06 Thread Faidon Liambotis
On Tue, Jan 23, 2024 at 10:58:03AM +0200, Faidon Liambotis wrote: > > * The "udev" crate is required, and missing from the > > missing list. Note that it's distinctly different to > > librust-libudev-dev. debcargo generates a librust-udev-dev package > > that seems to build with minor

Bug#1060256: Please enable the Rust parts

2024-01-28 Thread Steinar H. Gunderson
On Mon, Jan 08, 2024 at 12:45:35PM +0200, Faidon Liambotis wrote: > The bcachefs-tools package builds the C portion of the tarball, and not > the parts written in Rust (under rust-src/). This results in a crippled > functionality, such as the missing "mount" binary (#1057295). I took a stab at

Bug#1060256: Please enable the Rust parts

2024-01-23 Thread Faidon Liambotis
A few updates: On Mon, Jan 08, 2024 at 12:45:35PM +0200, Faidon Liambotis wrote: > * librust-gag-dev is now in Debian. Still true, but also now moot, as it the dependency has been removed upstream: https://github.com/koverstreet/bcachefs-tools/commit/5e224596cfdf9ad9413536482224e2fe79b9e387 >

Bug#1060256: Please enable the Rust parts

2024-01-08 Thread Faidon Liambotis
On Mon, Jan 08, 2024 at 12:45:35PM +0200, Faidon Liambotis wrote: > * I don't think librust-parse-display-dev is needed. Upstream indeed > has parse-display in Cargo.toml, but as far as I can tell, it's not > used anywhere and it's just a spurious dependency? Needs to be > forwarded

Bug#1060256: Please enable the Rust parts

2024-01-08 Thread Faidon Liambotis
Source: bcachefs-tools Version: 24+really1.3.4-2 Severity: important The bcachefs-tools package builds the C portion of the tarball, and not the parts written in Rust (under rust-src/). This results in a crippled functionality, such as the missing "mount" binary (#1057295). There is a