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

Re: Proposed `cargo-upstream` dpkg-buildpackage etc. build profile



Quoting Russ Allbery (2022-12-15 17:41:15)
> Ian Jackson <ijackson@chiark.greenend.org.uk> writes:
> 
> > I would like to add the following entry to the table of build
> > profiles in BuildProfileSpec:
> 
> >  Profile anme: `cargo-upstream`
> >  Can cause changes to built binaries, including functional chnges. (Y)
> >  Should not cause changes to set of build debs. (N)
> >  Description:
> >    Obtain Rust dependencies from crates.io, not from Debian; use a
> >    `Cargo.lock` from the source package if there is one.  Will usually
> >    cause cargo to make network accesses.  Ideally, behaviour of the
> >    resulting programs will be the same, but this is not guaranteed.
> 
> > This is useful when developing packages which are to be uploaded to
> > Debian, but whose build dependencies are not yet available in the
> > targeted suite.
> 
> I think this is a great idea.
> 
> In addition to the benefits you list (and less importantly, because
> there's less direct affect on Debian), having this feature available would
> make it easier to create a first pass of a package of a Rust tool intended
> for local use.  I often build semi-broken short-cut packages locally of
> things I need on some system but haven't yet found the time to make them
> properly ready for Debian, and then gradually finish the work to get them
> into Debian.  It would be very useful to have this support to get over the
> initial barrier to making a Debian package.
> 
> I think it would increase the likelihood that I'd eventually do the work
> to get all the way to an uploadable Debian package, whereas if it's
> difficult to bootstrap from Cargo, I'm much more likely to let laziness
> win, just build a static binary, and copy it around.
> 
> This is why I don't agree with Jonas: yes, there *are* other ways to
> achieve the same goal, but they're more complicated and harder to explain.
> The user experience of this build profile looks a lot simpler and cleaner.

I don't have a firm opinion here, so wonder what you disagree with, Russ.

For the record, prior to this thread Ian reached out to me privately
where we discussed my work on forking dh-cargo to behave more
"Debian-ish" than what is developed by the Rust team.

Perhaps this is a language thing: When I "question" Ians proposed
approach, I do not imply that I reject it or am against it, only that I
want to better understand it.

Since my last post in this thread, Ian reached out to me privately, but
have chosen not to share that conversation here, which leaves me in an
odd situation appearing as being against this proposal.  I am not!


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Attachment: signature.asc
Description: signature


Reply to: