>> I'm sorry but I need to temporarily reject your package, as it is by far the
>> largest currently sitting in the NEW queue and ftp-master is currently
>> running
>> low on disc space.
>> I didn't had the time to investigate your package (beside seeing that it is
>> the
>> largest in the NEW queue and rejecting it would reduce the size of NEW by
>> more
>> than a half!).
> If I make a version without the -doc binary, that takes it from 859 to
> 235 MiB including .orig.tar.gz. (The -doc binary has a huge amount of
> very large generated documentation...) Does that reduce it's size
> enough to consider re-uploading?
Yes.
> I can appreciate the burden of checking a package of this size.
In this case it wasnt about checking it at all. "Only" about the sheer
size and the fact that ftpmaster does have some space issues.
> But It's taken a good-sized team a few months of concerted effort to get
> this far (development actually started about two and a half years ago),
> and we'd like to be able to use the BTS to track the various issues with
> the package, among other concerns.
Oh sure, of course.
>> A better solution is currently being worked on, but might need some time.
>> Once
>> we have a) a new ftp-master server or b) archieved the etch release, you can
>> reupload your package.
> Makes sense. But if the above isn't sufficient reduction in the package
> size, how will we know when this happens?
The archive of the etch release will get a message to d-d-a or so. :)
Also, we are getting new hardware for ftpmaster, which has much more
diskspace too, and which will finally allow us to setup
data.debian.org. Your package, at least the -doc part, seems a good
target for that.
--
bye, Joerg
[ New Maintainer Prozess ]
<panthera> ein jahr ist ein bisschen zu optimistisch,
<_rene_> panthera: kommt auf den NM/AM an.
/* _rene_ ist pantheras AM und lässt sich mit pantheras
package check schon ein wenig Zeit ;) */
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
