Setow.com - Email Marketing Website

[Beni-Mendi]

    www.SETOW.com 500 Millionen E-Mails von A-Z,
zum unglaublichen Fairen Preis
Die Liste wurde gerade aktualisiert
und verfügt über 500 Millionen emails.für nur   $29.95

Failure with piuparts on piatti server

[Joachim Wiedorn]

Hello,


I have a problem with piuparts: my package backup2l was tested with 
piuparts on SID. But the tarball for SID seems to not exist. 

Form http://piuparts.debian.org/sid/fail/backup2l_1.5-2.log:

0m0.0s INFO: Running on: Linux piatti 2.6.32.2-dsa-amd64 #1 SMP Tue Dec 22 
19:51:27 CET 2009 x86_64
0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmp-VR5tR
0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmp-VR5tR
0m0.0s DEBUG: Starting command: ['tar', '-C', 
'/org/piuparts.debian.org/tmp/tmp-VR5tR', '-zxf', 'sid.tar.gz']
0m0.0s DUMP: 
  tar: sid.tar.gz: Cannot open: No such file or directory

Please can you look on the server, where are the problem?
I think it is not a problem of my package.

Thanks!


Fondest regards,
 Joachim Wiedorn



signature.asc
Description: PGP signature

Re: does /var/games have to be deleted on purge? (if it's empty..)

[Russ Allbery]

Responding to a message from last April that had been sitting in my
to-process queue.

Holger Levsen  writes:
> On Montag, 6. April 2009, Russ Allbery wrote:

>> I don't see much real benefit in going out of our way to remove
>> /var/games and it looks like it would be a bit annoying (at the least,
>> require adding purge code to all games that put files in /var/games
>> that would usually never be triggered).  My inclination would be to say
>> that this behavior is fine and perhaps we should officially bless it
>> somewhere.

> I've come to agree with this. :-) Now, where to bless it?

I was going to look to see where to patch Policy to talk about this, but
after looking through Policy to see where one would put that information,
I couldn't find anywhere in Policy that specifies which files should be
removed on package purge.  There are specific requirements around
configuration files and log files, but other than that Policy seems to
take for granted that anyone reading it understands what purging means.

Should we add a section to Policy somewhere that explains the package
states and what the requirements of a package are around preserving or
removing its data other than log files and configuration files on purge?
If so, that would be the relevant place to talk about whether or not
directories like /var/games should be removed when empty (and similarly
/var/games/package, /var/lib/package, etc.).

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: does /var/games have to be deleted on purge? (if it's empty..)

[Russ Allbery]

Manoj Srivastava  writes:
> On Sun, Jan 03 2010, Russ Allbery wrote:

>> and what the requirements of a package are around preserving or
>> removing its data other than log files and configuration files on
>> purge?  If so, that would be the relevant place to talk about whether
>> or not directories like /var/games should be removed when empty (and
>> similarly /var/games/package, /var/lib/package, etc.).

> I think policy is currently vague about this since perhaps such
>  a decision ought to be made on a case by case basis? I can certainly
>  see the difference in preservation of data and state information for a
>  RDBMS package as being different from that of a game which is different
>  still from a clock program.  Can we be certain that the distribution is
>  best served by a one size fits all policy here?

That's a good point.  Maybe we should defer this to devref.  The Kerberos
KDC prompts, for instance, and I think the LDAP server does as well, since
losing that data can be a significant problem.  But I would expect most
games to delete their high score files and whatnot on purge.

We do seem to be pseudo-enforcing some rules around this via bug filings
based on puiparts and the puiparts results presented on the QA pages.
Those rules should probably at least be documented in the devref.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org