[PC-BSD Pbi-dev] Bacula Bat changes

Silver Salonen silver.salonen at gmail.com
Wed Feb 4 23:32:28 PST 2009


On Wednesday 28 January 2009 12:37:19 Silver Salonen wrote:
> On Tuesday 27 January 2009 18:52:03 Kris Moore wrote:
> > Silver Salonen wrote:
> > > On Wednesday 21 January 2009 09:35:55 Silver Salonen wrote:
> > >> On Tuesday 20 January 2009 19:22:55 Kris Moore wrote:
> > >>> Silver Salonen wrote:
> > >>>
> > >>>>> We're in the process of moving all PBI related install files out of 
> > >>>>> /usr/local if possible, and instead into /Programs/
> > >>>>>
> > >>>>> This is being done ahead of PC-BSD 7.1, in which /usr/local will 
ship 
> > >>>>> empty, and the user will be able to install their own ports tree 
> > > without 
> > >>>>> it conflicting with PC-BSD related ports / PBIs. (The PC-BSD install 
> > >>>>> will be done in /PCBSD/local now)
> > >>>>>
> > >>>>> In the case of your man pages, since /Programs/bin is in the users 
> PATH 
> > >>>>> variable, then you should be able to just do a mkdir /Programs/man 
(if 
> > >>>>> it doesn't exist, it will on 7.1 by default), and install any man 
> pages 
> > >>>>> into there. This will keep things nice and tidy for the user :)
> > >>>> Thanks for clearing that up.
> > >>>> What about pixmaps and sample config (ie. etc/)? Will there be 
folders 
> > > for 
> > >>>> these too? If so, we could change BaculaBat to install/link things in 
> > > new 
> > >>>> places, couldn't we?
> > >>> Any other directories / files, that a binary like bacula-bat may need, 
> > >>> can be kept in the programs directory. It doesn't really need to leave 
> > >>> there, since its compiled with LOCALBASE=/Programs/BaculaBat<Ver>
> > >>>
> > >>> In other words, if you just include etc/ or share/pixmaps within it, 
the 
> > >>> binary should know to "look" in that directory for its supplemental 
> files.
> > >> Yes, but I'm not speaking about binaries needed by Bat, but rather 
other 
> > > files 
> > >> (pixmaps and sample config) needed by user. And to assume that a user 
> should 
> > >> keep track on file locations based on what programs may be 
> (automatically) 
> > >> upgraded, is a bit unfriendly towards user. So these files should be 
> > > somewhere 
> > >> not dependent on program's version.
> > > 
> > > So, any further thoughts on these folders?
> > > 
> > 
> > I'm not sure I think that these files need to be installed in a 3rd 
> > party location. All the other programs I've built, when the binary is 
> > compiled, it understands to look in /Programs/<name>/share/pixmaps or 
> > icons/ properly, since the binary was compiled with those options. Are 
> > you anticipating a case where the user wants to add files manually to 
> > the programs tree? Shouldn't those be going in the users home dir, such 
> > as in .bacula-bat
> > 
> > Anyway, thats my take on it, unless I'm misunderstanding your question. 
> > Maybe provide me an example where you would need to place pixmaps or 
> > sample configs in 3rd party locations.
> 
> An example: creating a launcher and assigning the icon to it. If the icon is 
> added to panel from KDE menu, does it change when KDE menu's item gets 
> updated?
> 
> And if binaries (also needed only by users, not by programs themselves) are 
> put into /Programs/bin/, why not to put other needed stuff (eg. pixmaps) 
into 
> other subfolders under /Programs?
> 
> --
> Silver

So... ? :)

--
Silver
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pcbsd.org/pipermail/pbi-dev/attachments/20090205/1cf6ff47/attachment.html 


More information about the Pbi-dev mailing list