[Pkg-shadow-devel] Bug#739981: Bug#739981: Bug#739981: Bug#739981: passwd: Please upload version with subuid/subgid support

micah micah at riseup.net
Wed Feb 26 19:28:29 UTC 2014


Christian PERRIER <bubulle at debian.org> writes:

> Quoting Christian PERRIER (bubulle at debian.org):
>> Quoting micah (micah at riseup.net):
>> 
>> > I've just gone through the ubuntu shadow package and pulled the pieces
>> > that Debian doesn't have and committed them to my local clone of the
>> > shadow repository. Because I don't have access to push to shadow, I've
>> > sent those patches to this bug report.
>> > 
>> > If it is easier for me to push these somewhere so you can pull my
>> > remote, i'm happy to do that, just let me know!
>> 
>> Well: You've just been added to pkg-shadow on Alioth, Micah..;-)
>> 
>> So, in short: please push your changes to the main git repo and either
>> I can try to find some time to build and upload the package...or feel
>> free to do it....
>
> OK, so you did..:-)

I did, thanks for adding me... easier that way than patches by email.

> Now, we have another problem. The master branch is about packaging new
> "upstream" 4.2. However, pristine-tar and upstream branches are still
> imports from the Debian package and, therefore, are 4.1.5.1

Hmm, so that is a bit of my fault then.

> So, someone needs to "release" a 4.2 tarball....and the only place to
> do this from is, if I'm correct, the master branch : in short,
> dropping debian/ and .git/ from there, cook up a tarball, call it 4.2
> and then import it into upstream and pristine-tar.
>
> Is there a cleaner way to do this?

I wasn't aware that 'upstream' is the debian git repository. When you
say 'someone' - do you mean someone from the debian shadow team?

There might be another way to do it with different arguments passed to
things, but your way seems like it would also work fine and the
difference between figuring out another 'cleaner' way to do it, and just
doing it this way is probably not going to result in any difference in
the actual git history, or data... so it seems like either way would
work.

micah
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 930 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-shadow-devel/attachments/20140226/6984b11a/attachment.sig>


More information about the Pkg-shadow-devel mailing list