* Whether it makes sense given Debian semantics or not, users just don't
expect removing packages to, from their perspective, destroy data.
Other distributions don't seem to do this.
We are talking about purging, not removal, thus I consider this argument
invalid. I expect purge to
* Joerg Jaspert jo...@debian.org [100106 09:48]:
* Whether it makes sense given Debian semantics or not, users just don't
expect removing packages to, from their perspective, destroy data.
Other distributions don't seem to do this.
We are talking about purging, not removal, thus I
Hi,
On Montag, 4. Januar 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
Holger Levsen hol...@layer-acht.org writes:
Well, I think about changing my mind here. In the past, piuparts has
indeed ignored eg the non-removal of the ldap database on purge. But now
I wonder, why should this be done. Unix has a tradition to allow you to
shot into your foot and if you do a
Hi,
On Montag, 4. Januar 2010, Russ Allbery wrote:
There are several arguments that say that such data shouldn't be deleted
on purge. I don't know how persuasive they are.
I'll answer them in reverse order :-)
* Whether it makes sense given Debian semantics or not, users just don't
Responding to a message from last April that had been sitting in my
to-process queue.
Holger Levsen hol...@layer-acht.org 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
Manoj Srivastava sriva...@ieee.org 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
Holger Levsen hol...@layer-acht.org writes:
Hi,
while testing the archive with piuparts I found a failure reported by
piuparts, that after purge /var/games existed on the system while it wasnt
there before installing+purging the package.
See
On Wed, 2009-04-08 at 02:30 +0200, Holger Levsen wrote:
Or is RC too much? Or fine now?
Anything normal would be too much IMO.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Wed, Apr 08, 2009 at 02:30:23AM +0200, Holger Levsen wrote:
Hi,
On Dienstag, 7. April 2009, Paul Wise wrote:
A single rmdir in every game using /var/games isn't that hard,
especially since they have to remove the files from there.
I agree and plan to file RC bugs on this.
(There
On Wed, Apr 8, 2009 at 7:51 PM, Holger Levsen hol...@layer-acht.org wrote:
On Mittwoch, 8. April 2009, Bill Allombert wrote:
Unless policy is changed to make clear that /var/games can be removed
at any time, and thus that package cannot just ship /var/games in the
deb and expect it to be
Hi,
On Mittwoch, 8. April 2009, Paul Wise wrote:
How about this:
Game a gets installed and ships /var/games
Game b gets installed and ships /var/games
Game a gets purged and removes /var/games
User starts game b and gets a high score
Game b tries to save the high score but fails because
On Wed, 2009-04-08 at 14:17 +0200, Holger Levsen wrote:
Hi,
On Mittwoch, 8. April 2009, Paul Wise wrote:
How about this:
Game a gets installed and ships /var/games
Game b gets installed and ships /var/games
Game a gets purged and removes /var/games
User starts game b and gets a
Hi,
On Mittwoch, 8. April 2009, Adeodato Simó wrote:
Additionally, what happens if package A and B both ship an empty
/var/games (they both write their score files directly there, rather
than a subdirectory), get both installed, then B gets purged and its
postinst removes /var/games, and then
+ Russ Allbery (Mon, 06 Apr 2009 11:33:41 -0700):
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).
Hi Bill,
On Mittwoch, 8. April 2009, Bill Allombert wrote:
Unless policy is changed to make clear that /var/games can be removed
at any time, and thus that package cannot just ship /var/games in the
deb and expect it to be available when running the postinst, or at any
latter time, I have to
On Wed, Apr 08, 2009 at 01:51:25PM +0200, Holger Levsen wrote:
Hi Bill,
On Mittwoch, 8. April 2009, Bill Allombert wrote:
Unless policy is changed to make clear that /var/games can be removed
at any time, and thus that package cannot just ship /var/games in the
deb and expect it to be
On Wed, Apr 08, 2009 at 02:04:13PM +0200, Adeodato Simó wrote:
+ Russ Allbery (Mon, 06 Apr 2009 11:33:41 -0700):
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
On Wed, 2009-04-08 at 14:17 +0200, Holger Levsen wrote:
Hi,
On Mittwoch, 8. April 2009, Paul Wise wrote:
How about this:
Game a gets installed and ships /var/games
Game b gets installed and ships /var/games
Game a gets purged and removes /var/games
User starts game b and gets a
On Wed, 2009-04-08 at 14:04 +0200, Adeodato Simó wrote:
+ Russ Allbery (Mon, 06 Apr 2009 11:33:41 -0700):
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
Hi Russ,
On Montag, 6. April 2009, Russ Allbery wrote:
We'd then have a similar problem with any other /var directory that holds
files mostly created at runtime and only deleted on purge, such as
/var/log, except that the rest are always in existence.
According to the FHS the other 4
On Tue, Apr 7, 2009 at 2:33 AM, Russ Allbery r...@debian.org 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
Hi,
On Dienstag, 7. April 2009, Paul Wise wrote:
A single rmdir in every game using /var/games isn't that hard,
especially since they have to remove the files from there.
I agree and plan to file RC bugs on this.
(There have been 24781 binary packages been successfully tested in sid and
Hi,
while testing the archive with piuparts I found a failure reported by
piuparts, that after purge /var/games existed on the system while it wasnt
there before installing+purging the package.
See http://piuparts.debian.org/squeeze/fail/slashem-common_0.0.7E7F3-1.3.log
(at the end..)
Holger Levsen hol...@layer-acht.org writes:
while testing the archive with piuparts I found a failure reported by
piuparts, that after purge /var/games existed on the system while it
wasnt there before installing+purging the package.
See
On 2009-04-06 19:59 +0200, Russ Allbery wrote:
Holger Levsen hol...@layer-acht.org writes:
while testing the archive with piuparts I found a failure reported by
piuparts, that after purge /var/games existed on the system while it
wasnt there before installing+purging the package.
See
Sven Joachim svenj...@gmx.de writes:
On 2009-04-06 19:59 +0200, Russ Allbery wrote:
I'm curious why it wasn't removed. /var/games is normally shipped in
each of the packages that provides files in /var/games, so dpkg would
normally remove it automatically once the last game was removed from
27 matches
Mail list logo
