Re: Packing a C# project.

"Neil Munro" <[email protected]>
Newsgroups gmane.comp.autopackage.devel
Message-ID <[email protected]>
2008/6/4 Jan Niklas Hasse <[email protected]>:

> On Wed, Jun 4, 2008 at 8:52 PM, Neil Munro <[email protected]> wrote:
> > So it IS a good idea to split a program up into directories?
>
> I don't really know for sure. I can just say that it's very common.
>
> > I have implemented binary relocatability in my project now, but it's only
> > finding certain files. I fixed this by creating a 'share' directory below
> > the working directory, and placed all data files in there and it worked.
> >
> > So it makes sense all data files can go in share, so how would i move
> binary
> > files into 'bin' as i assume I would have to do at some point?
>
> I'm not familiar with MonoDevelop, but you can change the output path
> of the binary somewhere. If you change it to
> workingdirector/bin/binaryname than you can place the share folder
> like this: workingdirectory/share/projectname/


This is easy enough to change in MD, but required a bit of jumbling of
directories but I essentially need
workingdir/bin
workingdir/share

for now, at least?

Actually I am having problems with directory structure atm, my understanding
is above, the binary goes in bin, the data files in share and my example
does not work. Am I wrong?

>
>
> > I also assume
> > in BinReloc.cs I could change 'share' to 'data' for example, or is it
> best
> > not to alter the directory names?
>
> No, that's not a good idea. Take a look at /usr on your file system,
> you will see that other programs also split up their stuff (and use
> share/programname for their data). All these directories have their
> special meanings, I think defined by the LSB or freedesktop.org.


Much as I do wonder why LSB chose RPM over deb, I still try to keep within
LSB where possible, so no changing the BinReloc.cs file then.

>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
> For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.