[Pkg-rust-maintainers] Hi :)

[Luca Bruno]

On Thursday 29 January 2015 08:38:18 Sylvestre Ledru wrote:

> > The main differences with the current packaging and mine are:
> >  (1) I build-dep on a hypothetical existing rustc package by default
> > 
> > and use build profiles to skip this and download stage0 at build time
> > for bootstrapping.
> 
> Well, how do you manage that fact that builds don't have network access?

Putting aside the network issue, I'm also interested in looking at how 
flexible build-profiles are for supporting different bootstrapping options.
I'm still new to it, though, so having a look at your work here would be 
great.
Can you please push to some personal repo and post the link here?

> I think it is good for rust-[gdb, lldb}, too early for librust-std.
> We tried to document that here:
> http://anonscm.debian.org/cgit/pkg-rust/rust.git/tree/debian/README.Debian

Same for me for the runtime (and we still don't have a clear path for 
soname/sohash bumping).
The gdb stuff is pretty small (really just a pretty-printer), and I expect it 
to be used mostly by people who also have the compiler installed.

On the other hand, I haven't yet tried it but I think some stuff there could 
be improved (like, I think there is a standard path for gdb pretty-printers, 
but then we should avoid breaking rust wrapper);
in that case, we'd better split them all to avoid pulling-in too many 
dependencies.

This seems a self-contained TODO point which I don't plan to touch soon, so 
feel to work on it if you want to. Ideally, write some notes on where stuff
should go and why, for the rest us :) 
 
> > More mundanely, I haven't maintained a package so closely with others
> > before - what's the usual workflow?  Should I push up a git branch or
> > something for review, use a git repo hosted somewhere else, or ... ?
> 
> If you could publish your code somewhere, it woud be great.
> If you think some parts of your packaging should be merged in our,
> please submit patches on this mailing list, or if they are trivial, just
> merge them.

Also note that we are still not sure about current packaging, pending 
ftp-masters' comment.
We may rebase at some point, switching to a clearer workflow (upstream, tar, 
debian branches). For now, we only have master and we build with an upstream 
multi-tarball.

Cheers, Luca

-- 
 .''`.  ** Debian GNU/Linux **  | Luca Bruno (kaeso)
: :'  :   The Universal O.S.    | lucab (AT) debian.org
`. `'`                          | GPG Key ID: 0x4F3BBEBF
  `-     http://www.debian.org 	| Debian GNU/Linux Developer