On Wed, 2 Jul 2003, Colin Watson wrote:
> On Tue, Jul 01, 2003 at 12:49:10PM +0100, Esteban Manchado Vel?zquez wrote:
> > On Mon, Jun 30, 2003 at 10:57:40PM +0200, Matthias Urlichs wrote:
> >Now, if one removes or purges, say, KDE to install an unofficial
> > version... would (s)he loose all hi
On Tuesday, Jul 1, 2003, at 07:49 US/Eastern, Esteban Manchado
Velázquez wrote:
73 Mbytes? What does sylpheed save in its directory? Sent mail,
perhaps?
Not sure about sylpheed, but my evolution directory is even bigger.
It's all cached IMAP mail.
Hmmm, on this Mac, I've got 600MB of cached
Em Ter, 2003-07-01 às 08:49, Esteban Manchado Velázquez escreveu:
>It would be nice, perhaps, having a tool to do it "by hand", but I don't
> think everybody wants it to be done automatically when removing packages.
Well, this is the beggining of the proposal, that is:
Include into debian pa
On Tue, Jul 01, 2003 at 12:49:10PM +0100, Esteban Manchado Vel?zquez wrote:
> On Mon, Jun 30, 2003 at 10:57:40PM +0200, Matthias Urlichs wrote:
> > Anyway, there's email readers (my .sylpheed is 73 MBytes), news
> > readers, picture browsers, ... my ~/.sylpheed is bigger than my
> > ~/.kde.
>
>
On Mon, Jun 30, 2003 at 10:57:40PM +0200, Matthias Urlichs wrote:
> Hi, Mathieu Roy wrote:
>
> > Gimp and many others software creates dotfiles. Because from the start
> > you configure it (cache size, temp dir).
> >
> Why should I want a per-user configuration option for temp file location?
>
>
Hi, Mathieu Roy wrote:
> Gimp and many others software creates dotfiles. Because from the start
> you configure it (cache size, temp dir).
>
Why should I want a per-user configuration option for temp file location?
> For their size? Apart from web browser cache, what can be so big?
>
So? Browse
Em Sex, 2003-06-27 às 02:14, Adam Majer escreveu:
> Then they should't delete anything with .* After all, shoudn't most
> "user friendly" applications hide those directories in the first place?
> Even ls does it unless you use -a
But the question is: These files and directories uses a lot of disk
Well, it may be included in the wishlist for cruft, the program I called
userconfpurge may be a part of it. But before this would be necessary a
change in the debian packages, to include which files are created in the
user's home.
Em Qui, 2003-06-26 às 14:31, Drew Scott Daniels escreveu:
> Is conn
Richard Braakman <[EMAIL PROTECTED]> writes:
> On Wed, Jun 25, 2003 at 02:02:04PM -0300, Daniel Ruoso wrote:
>> What if the packages tells to dpkg which files or directories it will
>> create on the user's home directory and when a package is purged the
>> user could run a program to purge the fil
Richard Braakman <[EMAIL PROTECTED]> a tapoté :
> I have a better idea :) What if packages don't leave droppings in my
> home directory in the first place? I have all sorts of dotfiles (and
> even dot-directories) that I never asked for. It's reasonable for a
> program to install a dotfile when
On Wed, Jun 25, 2003 at 02:02:04PM -0300, Daniel Ruoso wrote:
> What if the packages tells to dpkg which files or directories it will
> create on the user's home directory and when a package is purged the
> user could run a program to purge the files of packages that no longer
> exists.
I have a b
Is connecting files to packages like this part of cruft? A potential
wishlist item for cruft?
Drew Daniels
Yes, I did it, but I'm not talking about me. I'm talking about a newbie
user who doesn't understand why these files are in his home directory.
This happens in the company I work... the administrative office works in
debian and this people doesn't even know what is "ls". Imagine if they
can unders
On Wed, Jun 25, 2003 at 02:02:04PM -0300, Daniel Ruoso wrote:
> Hi,
>
> Recently I had a problem of exceeded quota in my home directory, so I
> went cleaning it, and I saw many and many files and directories with
> configurations for applications that I've runned in the past, but that
> packages
14 matches
Mail list logo
