Re: Packing a C# project.

2008/6/11 Isak Savo <[email protected]>:

> On Wed, Jun 11, 2008 at 2:22 PM, Neil Munro <[email protected]> wrote:
> > My application is eventually going to be a root app, it's a software
> update
> > tool which is why I assumed the user WOULD have write access. But if the
> > file is not in the share directory and I create it in /home/whatever it
> > makes the checks for the file in share pointless, I'm confused. :s
>
> Yes! Unless you have some sort of "default" whitelist file you wish to
> open first. Then it should be in datadir.
>
> Point is - never expect datadir to be writable. It doesn't matter if
> you are root, datadir can be on a filesystem that is read-only (some
> people like to have it like that) and then not even root can write to
> it.


So basically move all config files into /home now? With the exception of
packages which should go in (for example) /var/warp/pkg-cache (bit like
apt). I had been thinking about moving packages into their own directory and
was wondering about using var, so that kinda confirms it's ok to do, so
thanks for that too. :)


>
>
> There is also a /var folder which some system applications use to
> store data that changes. Typical uses is
>  * Mail server
>  * Printer queue
>  * System package manager data (downloaded packages, NOT configuration)
>
> But from what I'm guessing your "whitelist.txt" is, it sounds more
> like a configuration file than anything else.
>
> > If warp runs in /usr/bin and it's data files are in /usr/share why must I
> > place warps data files in /home? Or would you argue these files are not
> data
> > files but user config files?
>
> Yes! They are (from what I understand of Warp) to be considered
> configuration files.


I have feeds.txt, whitelist.txt, blacklist.txt update.xml and downloaded
package files, I think that's about it, so to re-iterate downloaded packages
somewhere logical in /var everything else in ~/.config/warp/bin or share or
whatever?


>
>
> -Isak
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
> For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]
>
>