[Pkg-mol-devel] SVN repository messed up?

[Aurélien GÉRÔME]

On Sun, Aug 20, 2006 at 12:29:14PM +0200, Gaudenz Steinlin wrote:
> On Sat, Aug 19, 2006 at 11:36:05PM +0200, Aurélien GÉRÔME wrote:
> > OK, I will look into that. I usually dislike having tools such as
> > <foo>-buildpackage forced upon me, but I am willing to deal with it,
> > since it works fine for you I presume. ;)
> 
> It's the first project for which I'm using this tool. AFAIK quite non
> intrusive. But if you have any other preferences about how to manage
> Debian packages in a VCS, then open for sugestions. 

Well, actually, I am putting everything in the SVN repository, the
debian/ directory using dpatch, then checking out the repository in
a build chroot, and manually running:
  debuild -uc -us -i.svn -I.svn --lintian-opts -i
with the original tarball one directory above.

However, that method cannot be used due to the non-free parts which
would be available in the SVN. Hence, your idea of scripts ripping
non-free parts suites me very well.

> > Jens is really dead AFAIK, this is a terrible loss. :'(
> 
> Yes, Jens died in a tragical accident :-(. He was the former mol
> maintainer. Jens was not the MOL's upstream, though. This is Samuel Rydh.
> AFAIK he's not really dead, just no longer working on MOL. At least it
> seams like this. There was no formal announcement or something such.

I believed Jens was also, at least, one upstream author of MOL...

> > Ah... Great! I was surprised/upset when I saw mol-drivers-macosx
> > going into the SVN repository. I am reassured now. ;)
> 
> I think we should keep all mol related packages in the same repository.
> I did not comit the original upstream tarball. Do you think we should
> have it in SVN too (just to keep it around in case josejx deletes it
> from his page)?

That was exactly what I was thinking (keeping all packages in the
same repository), but we should rather put the original tarball in
the project FTP or web space to keep it somewhere at home.

I have never been fond of committing tarballs (above all, containing
non-free code) in SVN, since even if they are deleted afterward,
they still remains in the SVN repository history.

> > Yes, that was my intention from the start. Otavio and Sven already
> > knew my plans, since I got the necessary access to admin the project,
> > but I failed to inform you which I apologise for.
> 
> Same goes for me. I didn't really inform the list of my plans to work on
> mol packaging. I just briefly talked to otavio on IRC, but this is also
> several months ago (when he added me to the alioth project). As nothing
> was happening for several months I thought that nobody is interested in
> mol packaging.

I suddenly got interested in MOL packaging when I came to use it
for miBoot (avoiding us to reboot painfully the machine, killing the
floppy drive, messing up the hard disk layout, and so on so forth...),
when I took conscience of Etch freezing drawing near, and, of course,
when I saw the current bad shape of the package in the PTS and the BTS.

> AFAIK Sven and Otavio are not really interested in maintaining mol. Sven
> said so explicitly several times (AFAIR on debian-powerpc). He only did 
> one upload because it was blocking some kernel transition. Otavio AFAIK 
> no longer owns a Mac and is therefore no longer able to help out. I 
> don't know anything about the other people in the alioth project or 
> listening on the mailinglist.

Okay, so I will look at your new layout this afternoon and test it.
To wit, there are also bugs #378365, #328826, and #328832 which I
am working on. Also, I filed 3 ITAs for the drivers which need to be
closed in the respective changelogs...

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `-     Unix Sys & Net Admin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-mol-devel/attachments/20060820/3d6f4c47/attachment-0001.pgp