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] > >