Sorry I think I got the terms confused: "adoption" and "sponsoring". What I meant, precisely, is that I am no longer willing to waste time making useless changes to the package to satisfy other people's arbitrary packaging requests when these same changes run counter to real technical advantages of the changes I have implemented. So, I am happy to keep maintaining this excellent and highly useful package if I can find a way to do so efficiently and effectively... but the problem is that upstream does not believe in clean packaging and does not really accept patches for years now, and my first Debian friend Paul van Tilburg made me rebuild this package at least three times before the first upload in entirely different ways. Now Michael is asking for more changes but they more or less ignore the direction the package has been moving for years (that is: towards becoming a branch of libsvm or a new project). So, I am happy to keep participating if my time can be less wasted but I don't want to keep rebuilding more versions of the package for purely aesthetic issues like: where the authorship is listed, or what exactly the wording should be in the changelog to summarize the changes. I affirm that everything I wrote (and debsigned) is honest and accurate to the best of my knowledge, but it is not so simple necessarily. Cheers,
-r. On 10/5/07, Steffen Moeller <[EMAIL PROTECTED]> wrote: > Hi Rudi, > > you are requesting an adoption, not a sponsoring. Is the source on the svn > repository? The problem with sponsoring is that you indicate to take over > when the maintainer leaves and you just said so. If you continue maintaining > it Michael is not coming up with good reasons why the package should not be > ready, then, well, I might be going for it. > > Cheers, > > Steffen > > On Friday 05 October 2007 16:11:51 Rudi Cilibrasi wrote: > > I am having a hard time getting my package, libsvm, sponsored: > > > > http://mentors.debian.net/debian/pool/main/l/libsvm/libsvm_2.84.0-2.dsc > > > > Michael Koch believes it is inappropriate for me to be changing > > AUTHORS and THANKS. Actually, I made those up quite some time ago to > > allow for automake to be used in packaging (optionally). But, he > > hates it and will not sponsor the package as a result for weeks. > > Also, I think he has decided that now is the right time for me to > > switch patch maintanance systems from what I gather but I am not sure > > because the requirements seem to be changing. Personally, I am not > > willing to change it anymore, but there is a bug that should be closed > > and another I would like to get started on so I was wondering if there > > is anybody else on the Debian Science team that is willing to take the > > risk of uploading this package. Also, I am starting a new job and > > have no time to devote to this packge anymore but realize it is very > > popular so hope somebody uploads it. > > > > Best regards, > > > > -r. > > > > -- > > "We can try to do it by breaking free of the mental prison of > > separation and exclusion and see the world in its interconnectedness > > and non-separability, allowing new alternatives to emerge." -- after > > Vandana Shiva > > > > -- > > Dr. Steffen Möller > University of Lübeck > Institute for Neuro- and Bioinformatics > Ratzeburger Allee 160 > 23538 Lübeck > Germany > T: +49 451 500 5504 > F: +49 451 500 5502 > [EMAIL PROTECTED] > > -- "We can try to do it by breaking free of the mental prison of separation and exclusion and see the world in its interconnectedness and non-separability, allowing new alternatives to emerge." -- after Vandana Shiva
