[Freevo-devel] Re: Directory cleanup proposal
On Fri, Aug 22, 2003 at 09:17:04PM +0200, Dirk Meyer wrote: > Maybe we should integrate it into freevo and call the stuff in it when > you run Freevo with mga or fbcon. Sure, it's fairly simple stuff; the loop doesn't need to be in the shell script, only this line: setterm -term linux -cursor off -blank 0 -clear -powerdown 0 -powersave off <$t >$t 2>&1 where $t = /dev/tty[1-6] > OK, so it can be deleted? Definitely. > Maybe into contrib so that it isn't lost, but I don't thing we will > need this anymore. It's doubtful; it's from very, very old versions of Freevo. I don't think it even needs to be in the package, just stick it on sourceforge for the 1/1000 people who uses it :) > > makelogos.py - Grabs all the station logos for the TV guide > > contrib/xmltv? I'll probably wrap it into my OpenPVR setup thing, when I get to it. > Any comments on that? No objections to the rest. Aubin --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
> And next cleanup mail: > > Krister Lagerstrom wrote: >>> chktab.py - delete! what's that? Why do we need this? >> >> I used it to check if python files had tabs in them since that can >> mess up the interpreter. We could remove this and instead use the >> commandline parameter "-tt" for Python which will generate errors for >> mixed tabs/space files when developers are working on the >> code. Hopefully that means the patches are clean. > > move to contrib/developer? Sure. What about using "-tt" by default? >>> dvd_cropscale.py - ? >> >> This is a small app to automatically determine good crop and scaling >> parameters for MEncoder when backing up DVDs in different letterbox >> formats. >> >> It would probably help new users if there aren't too many irrelevant >> apps in the helpers/ section. But maybe we could use a subfolder >> (helpers/extra ?) to stick the less common apps like this one. > > move to contrib/examples? Sure. Nice work on the cleanup BTW Dischi! / Krister --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
OK, time to clean up the helpers: Aubin Paul wrote: > On Thu, Aug 07, 2003 at 06:08:25PM +0200, Dirk Meyer wrote: > blanking - This disables console blanking Maybe we should integrate it into freevo and call the stuff in it when you run Freevo with mga or fbcon. > convert.py - This is from when we could only have png album > covers and you had to fetch them manually; OK, so it can be deleted? > freevo2lirc.pl - This was to upgrade the old lirc-in-freevo_config > to lircrc Maybe into contrib so that it isn't lost, but I don't thing we will need this anymore. > makelogos.py - Grabs all the station logos for the TV guide contrib/xmltv? > makeplaylist.py- Make a playlist from the sqlite db src/helpers > makestationlist.py - Convert Freevo_config stations into tvtime src/helpers > tvgrep.py - Allows you to 'grep' through pickle files to > setup recordings from cron or whatever src/helpers Any comments on that? Dischi -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rich Cook --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
And next cleanup mail: Krister Lagerstrom wrote: > Dirk Meyer wrote: > >> The following files are in the helpers directory, what should we do >> with them? > > >> chktab.py - delete! what's that? Why do we need this? > > I used it to check if python files had tabs in them since that can > mess up the interpreter. We could remove this and instead use the > commandline parameter "-tt" for Python which will generate errors for > mixed tabs/space files when developers are working on the > code. Hopefully that means the patches are clean. move to contrib/developer? > >> dvd_cropscale.py - ? > > This is a small app to automatically determine good crop and scaling > parameters for MEncoder when backing up DVDs in different letterbox > formats. > > It would probably help new users if there aren't too many irrelevant > apps in the helpers/ section. But maybe we could use a subfolder > (helpers/extra ?) to stick the less common apps like this one. move to contrib/examples? -- In the Beginning It was a nice day. -- (Terry Pratchett & Neil Gaiman, Good Omens) --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
I'm not sure I understand; where do you want to put skin/ On Fri, Aug 08, 2003 at 11:04:47AM +0200, Dirk Meyer wrote: > Gustavo Sverzut Barbieri wrote: > > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > >> skins/ share/ $prefix/share/freevo/ > > skins/ share/ $prefix/share/freevo/skins/ > > > > Please, I bag you :) > > I still don't see the reason. When we put everything with is in skins > right now in $prefix/share/freevo/skins, $pregix/share/freevo only > conatins one directory and nothing else. I don't the the point in > doing this. Maybe I miss something. > > > Dischi > > -- > A seminar on time travel will be held in two weeks ago. > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > ___ > Freevo-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
Hi, the first part of the cleanup is done Krister Lagerstrom wrote: > Dirk Meyer wrote: > >> o move skins/main1 to src/skins/main1. Python files should be under >> src, possible other skins should be all in src/skins > > Ok. skins/main1 is now src/skins/main. >> o move helpers to src/helpers or src/scripts. Most of them need the >> Freevo environment (e.g. import config). The best would be, to start >> them with the freevo script, e.g. 'freevo imdb' will start >> src/helpers/imdb.py. The freevo script can take care, that the >> environment is correct by adding something to the Python path. > > Sounds good. I like "helpers" better than "scripts". This is done for some helpers. cache.py, imdb.py and musicsqlimport.py are now in src/helpers and you can access them with the correct Freevo environment by calling 'freevo imdb ...' or even make a softlink imdb to freevo to call imdb.py. The following files are in the helpers directory, what should we do with them? FreevoRemote.py- make it a src/helper blanking - ? chktab.py - delete! what's that? Why do we need this? convert.py - delete! why do we need this? dvd_cropscale.py - ? freevo2lirc.pl - ? makelogos.py - ? makeplaylist.py- ? makestationlist.py - ? record_server - move to boot record_server_init - integrate in freevo script (freevo recordserver [ start | stop ]) tvgrep.py - ? webserver - move to boot webserver_init - integrate in freevo script xml_convert.py - delete (outdated) xml_tv_be.config - delete, it's xmltv stuff, maybe contrib xml_tv_be.py - delete, it's xmltv stuff, maybe contrib >> o rename skins to share. Everything left after moving main1 is >> typical share stuff (images, fonts, etc.). Also rename xml to skins, >> because that are the real skins > > Ok. This will be the next step >> o remove matroxset. It's in the fbcon directory to avoid havinf too >> much external deps. Very funny. We have that much deps, we should >> include matroxset in the runtime and remove it from the source tree. > > Ok. Done. fbcon now only has two files, the database and one script to be used in all resolutions. This new script is also a helper in some way (but no Python script). Where do we but those files? o integrate into freevo script or o make it a script that will be installed to $prefix/bin >> o remove freevo_xwin. What was the idea behind this? Make it possible >> to have mplayer controlled with Freevo keybindings? Most people >> report problems with that and for people using the keyboard, we have >> the same problem with xine. > > Yes, this was for the keyboard. It works for me, but it is a problem for > many people. I agree that freevo_xwin should be replaced somehow. When > freevo runs tvtime, it doesn't use freevo_xwin. Instead tvtime reports > the keypresses to stdout. This seems to work pretty good. Maybe this > could be added to MPlayer and xine as well? Removed. Maybe it's possible to get the windows id of the pygame window and display mplayer there. >> o replace runapp with python wrapper. That may be the hardest part. >> What does runapp? First, set the priority. It should be possible with >> Python, too. And it sets some preloads for the runtime. This also >> should be possible in Python. Maybe we should write our own popen, >> based on popen2 and the stuff we need from runapp. Or am I missing >> something here? > > Well, the first reason I had for writing runapp was because python > popenXXX created child processes that had most signals masked. This is > bad since we rely on sending CTRL-C (SIGINT) to MPlayer etc. Then > setting the priority like you noted. And lastly it executes python with > the correct environment. > > Most of this could probably be done in Python instead, which I agree is > cleaner. One issue would probably be the initial startup where the start > script needs to duplicate the logic in whatever replaces runapp to setup > the environment etc. Let's think why we use runapp. We use it for --prio=xx, that could be done in Python. The other stuff is for the use with the runtime. So maybe we should move runapp into the runtime? o The user downloads to complete package with runtime. He will use runapp from the runtime. There is no way to install this correct into the system, because you can't install src/ into your python site-package when your python is the runtime. o The user uses the src release. He can install freevo into the system or not. In both cases we don't need runapp. > My main interest is still the standalone-fat-binary-runtime that is > easy for newbies to use (which you said would still be supported). I > don't mind moving stuff around to make it easier for > Debian/Gentoo/RPMs/etc. We should support both types (or better three, the three mentioned above). We what us to have: file location dir-based location installed freevo .$prefix/
Re: [Freevo-devel] Re: Directory cleanup proposal
Yes, that is what I said in my emails some time ago... There's no need for type1... maybe we could have: skins/main -> xml for main skin skins/aubin -> xml for your skin, if you are testing or you (or someone) decide to fork the main skin and we have 2 (quite difficult to hapen, but...) but just skins/ -> xml for all skins are good enough. Gustavo --- Aubin Paul <[EMAIL PROTECTED]> escreveu: > If it matters now, my vote is for share/freevo/skins and dropping > xml/type1 and just putting the skins there. Both of those seem > redundant (type1, since we only should be recommending people use > main1 and xml, since, well, duh, the files are XMLs) > > Aubin > > On Tue, Aug 12, 2003 at 06:02:30PM -0300, Gustavo Sverzut Barbieri > wrote: > > Dischi, > > > > We were discussing in favor for the same thing, but I wasn't > > understanding you... now I see that you want the same as me (and > > probably everyone). > > > > skins/xml -> share/freevo/skins > > > > Gustavo > > > > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Rob Shortt wrote: > > > > I agree with Gustavo here. :) > > > > > > > > Gustavo Sverzut Barbieri wrote: > > > >> If we want to add something more to share/freevo, we will have > to > > > >> change it again. > > > >> And a IMHO the skin name identifies better what's the contents > of > > > that > > > >> dir. > > > > > > Let's see what we have in skins right now: fonts, icons, images > and > > > xml. OK, all those belong to the skin (== display something). But > if > > > I > > > compare it with e.g. gnome, I have /usr/share/gnome/fonts etc. > > > > > > I still like to use $prefix/share/freevo/fonts, > > > $prefix/share/freevo/icons, $prefix/share/freevo/images and > > > $prefix/share/freevo/skin (== xml directory). If we want to put > more > > > stuff to share (e.g. something from contrib), I don't see a > problem > > > there. It's like all the other applications, but if noone has the > > > same > > > oppinion, we could create $prefix/share/freevo/skins, but then, > we > > > shouldn't rename the current skins directory to share, this would > be > > > confusing. > > > > > > > > > Dischi > > > > > > -- > > > 665.9238429876 - Number of the Pentium Beast > > > > > > > > > --- > > > This SF.Net email sponsored by: Free pre-built ASP.NET sites > > > including > > > Data Reports, E-commerce, Portals, and Forums are available now. > > > Download today and enter to win an XBOX or Visual Studio .NET. > > > > > > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > > > ___ > > > Freevo-devel mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/freevo-devel > > > > > ___ > > Conhe?a o novo Cad?? - Mais r?pido, mais f?cil e mais preciso. > > Toda a web, 42 milh?es de p?ginas brasileiras e nova busca por > imagens! > > http://www.cade.com.br > > > > > > --- > > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > > ___ > > Freevo-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/freevo-devel > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > ___ > Freevo-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-devel ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
Gustavo Sverzut Barbieri wrote: > Dischi, > > We were discussing in favor for the same thing, but I wasn't > understanding you... now I see that you want the same as me (and > probably everyone). Fine. > skins/xml -> share/freevo/skins To make one directory mail of it. Rename skins in the freevo root directory (not the installed one) to share. Rename skins/xml to share/skins. Install the complete share directory in $prefix/share/freevo. Now: skins - fonts - xml - type1 - images ... Later: share - fonts - skins - main - images ... Installed: $prefix/share/freevo - fonts - skins - main - images ... Right? Dischi -- A morning without coffee is like something without something else. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
Dischi, We were discussing in favor for the same thing, but I wasn't understanding you... now I see that you want the same as me (and probably everyone). skins/xml -> share/freevo/skins Gustavo --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Rob Shortt wrote: > > I agree with Gustavo here. :) > > > > Gustavo Sverzut Barbieri wrote: > >> If we want to add something more to share/freevo, we will have to > >> change it again. > >> And a IMHO the skin name identifies better what's the contents of > that > >> dir. > > Let's see what we have in skins right now: fonts, icons, images and > xml. OK, all those belong to the skin (== display something). But if > I > compare it with e.g. gnome, I have /usr/share/gnome/fonts etc. > > I still like to use $prefix/share/freevo/fonts, > $prefix/share/freevo/icons, $prefix/share/freevo/images and > $prefix/share/freevo/skin (== xml directory). If we want to put more > stuff to share (e.g. something from contrib), I don't see a problem > there. It's like all the other applications, but if noone has the > same > oppinion, we could create $prefix/share/freevo/skins, but then, we > shouldn't rename the current skins directory to share, this would be > confusing. > > > Dischi > > -- > 665.9238429876 - Number of the Pentium Beast > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > ___ > Freevo-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-devel ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
On Sat, Aug 09, 2003 at 11:57:47AM +0800, Wan Tat Chee wrote: > Please make sure that setup.py can take a $INSTALLROOT variable or > something similar, I found some python setup.py scripts that write > directly to the system python library path, making it really difficult to > create RPM packages (which needs to go into a temporary directory > containing the installation tree during the RPM build). That is supposed to be handled by distutils; you should be able to pass something like this - at least for all Python > 2 versions: python2.3 setup.py install --no-compile --root=`pwd`/debian/python2.3-mmpython (--no-compile tells it not to byte-compile and --root tells it where it should pretend '/' is... so in my case, I would get `pwd`/debian/python2.3-mmpython/usr/lib/python2.3/site-packages/mmpython And then I just put everything after '/usr' into the package. Aubin --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
On Thu, Aug 07, 2003 at 06:08:25PM +0200, Dirk Meyer wrote: blanking - This disables console blanking convert.py - This is from when we could only have png album covers and you had to fetch them manually; freevo2lirc.pl - This was to upgrade the old lirc-in-freevo_config to lircrc makelogos.py - Grabs all the station logos for the TV guide makeplaylist.py- Make a playlist from the sqlite db makestationlist.py - Convert Freevo_config stations into tvtime tvgrep.py - Allows you to 'grep' through pickle files to setup recordings from cron or whatever > I still don't know where to put fbcon and contrib in the installed > version. For the directory based version they will be the directories > they are now. If you install, everything in Docs and README, INSTALL, > ... will move to $prefix/share/doc/freevo. The scripts from fbcon should go into contrib (i.e. /usr/share/freevo/contrib or /usr/share/freevo/examples) Aubin --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
If it matters now, my vote is for share/freevo/skins and dropping xml/type1 and just putting the skins there. Both of those seem redundant (type1, since we only should be recommending people use main1 and xml, since, well, duh, the files are XMLs) Aubin On Tue, Aug 12, 2003 at 06:02:30PM -0300, Gustavo Sverzut Barbieri wrote: > Dischi, > > We were discussing in favor for the same thing, but I wasn't > understanding you... now I see that you want the same as me (and > probably everyone). > > skins/xml -> share/freevo/skins > > Gustavo > > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Rob Shortt wrote: > > > I agree with Gustavo here. :) > > > > > > Gustavo Sverzut Barbieri wrote: > > >> If we want to add something more to share/freevo, we will have to > > >> change it again. > > >> And a IMHO the skin name identifies better what's the contents of > > that > > >> dir. > > > > Let's see what we have in skins right now: fonts, icons, images and > > xml. OK, all those belong to the skin (== display something). But if > > I > > compare it with e.g. gnome, I have /usr/share/gnome/fonts etc. > > > > I still like to use $prefix/share/freevo/fonts, > > $prefix/share/freevo/icons, $prefix/share/freevo/images and > > $prefix/share/freevo/skin (== xml directory). If we want to put more > > stuff to share (e.g. something from contrib), I don't see a problem > > there. It's like all the other applications, but if noone has the > > same > > oppinion, we could create $prefix/share/freevo/skins, but then, we > > shouldn't rename the current skins directory to share, this would be > > confusing. > > > > > > Dischi > > > > -- > > 665.9238429876 - Number of the Pentium Beast > > > > > > --- > > This SF.Net email sponsored by: Free pre-built ASP.NET sites > > including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > > ___ > > Freevo-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/freevo-devel > > ___ > Conhe?a o novo Cad?? - Mais r?pido, mais f?cil e mais preciso. > Toda a web, 42 milh?es de p?ginas brasileiras e nova busca por imagens! > http://www.cade.com.br > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > ___ > Freevo-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
Rob Shortt wrote: > I agree with Gustavo here. :) > > Gustavo Sverzut Barbieri wrote: >> If we want to add something more to share/freevo, we will have to >> change it again. >> And a IMHO the skin name identifies better what's the contents of that >> dir. Let's see what we have in skins right now: fonts, icons, images and xml. OK, all those belong to the skin (== display something). But if I compare it with e.g. gnome, I have /usr/share/gnome/fonts etc. I still like to use $prefix/share/freevo/fonts, $prefix/share/freevo/icons, $prefix/share/freevo/images and $prefix/share/freevo/skin (== xml directory). If we want to put more stuff to share (e.g. something from contrib), I don't see a problem there. It's like all the other applications, but if noone has the same oppinion, we could create $prefix/share/freevo/skins, but then, we shouldn't rename the current skins directory to share, this would be confusing. Dischi -- 665.9238429876 - Number of the Pentium Beast --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
Gustavo Sverzut Barbieri wrote: > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: >> skins/ share/ $prefix/share/freevo/ > skins/ share/ $prefix/share/freevo/skins/ > > Please, I bag you :) I still don't see the reason. When we put everything with is in skins right now in $prefix/share/freevo/skins, $pregix/share/freevo only conatins one directory and nothing else. I don't the the point in doing this. Maybe I miss something. Dischi -- A seminar on time travel will be held in two weeks ago. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
If we want to add something more to share/freevo, we will have to change it again. And a IMHO the skin name identifies better what's the contents of that dir. Gustavo --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri wrote: > > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > >> skins/ share/ $prefix/share/freevo/ > > skins/ share/ $prefix/share/freevo/skins/ > > > > Please, I bag you :) > > I still don't see the reason. When we put everything with is in skins > right now in $prefix/share/freevo/skins, $pregix/share/freevo only > conatins one directory and nothing else. I don't the the point in > doing this. Maybe I miss something. > > > Dischi > > -- > A seminar on time travel will be held in two weeks ago. > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > ___ > Freevo-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-devel ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
Dirk Meyer wrote: The following files are in the helpers directory, what should we do with them? > chktab.py - delete! what's that? Why do we need this? I used it to check if python files had tabs in them since that can mess up the interpreter. We could remove this and instead use the commandline parameter "-tt" for Python which will generate errors for mixed tabs/space files when developers are working on the code. Hopefully that means the patches are clean. dvd_cropscale.py - ? This is a small app to automatically determine good crop and scaling parameters for MEncoder when backing up DVDs in different letterbox formats. It would probably help new users if there aren't too many irrelevant apps in the helpers/ section. But maybe we could use a subfolder (helpers/extra ?) to stick the less common apps like this one. Removed. Maybe it's possible to get the windows id of the pygame window and display mplayer there. I looked at how fullscreen switching is done in SDL and MPlayer (both similar). They both assume they're the toplevel window, so I don't think this will work for switching back and forth to fullscreen mode. Unless maybe if MPlayer can be given a window ID to use only when in windowed mode. Still, it would be nifty to be able to display movies in a small window inside Freevo for previews etc. Let's think why we use runapp. We use it for --prio=xx, that could be done in Python. The other stuff is for the use with the runtime. Well, not really, since you still need to re-enable signals when child processes are started from both "source Freevo" and "runtime Freevo". But it doesn't look too hard to just integrate python-libs popen2.py into freevo/src/childapp.py. This could include the "runtime" functions. o The user downloads to complete package with runtime. He will use runapp from the runtime. There is no way to install this correct into the system, because you can't install src/ into your python site-package when your python is the runtime. I'm OK with moving the current runapp.c into the runtime until a better solution is found. We should support both types (or better three, the three mentioned above). We what us to have: file location dir-based location installed freevo .$prefix/bin/freevo src/ src/ $python/site-packages/freevo/ skins/ share/ $prefix/share/freevo/ OK. We don't need 'Makefile' and 'configure' anymore, but we will need a setup.py, the default way for python packages to install themself. OK. / Krister --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
Dirk, > Dirk Meyer wrote: > > We don't need 'Makefile' and 'configure' anymore, but we will need a > > setup.py, the default way for python packages to install themself. > Please make sure that setup.py can take a $INSTALLROOT variable or something similar, I found some python setup.py scripts that write directly to the system python library path, making it really difficult to create RPM packages (which needs to go into a temporary directory containing the installation tree during the RPM build). T.C. Wan Tat Chee (Lecturer) School of Computer Science, Univ. of Science Malaysia, 11800 USM, Penang, Malaysia. Rm.625 Ofc Ph: +604 653-3888 x 3617 NRG Lab Admin: +604 659-4757 Rm.601-E Ofc Ph: +604 653-4396 Internet: [EMAIL PROTECTED]Web: http://nrg.cs.usm.my/~tcwan GPG Key : http://nrg.cs.usm.my/~tcwan/tcw_gpg-20030322.asc F'print : DCF2 B9B2 FA4D 1208 AD59 14CA 9A8F F54D B2C4 63C7 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
Dirk Meyer wrote: Now: skins - fonts - xml - type1 - images ... Later: share - fonts - skins - main - images ... Installed: $prefix/share/freevo - fonts - skins - main - images ... Right? Make perfect sense to me! -Rob --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
Right! Gustavo --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri wrote: > > Dischi, > > > > We were discussing in favor for the same thing, but I wasn't > > understanding you... now I see that you want the same as me (and > > probably everyone). > > Fine. > > > skins/xml -> share/freevo/skins > > To make one directory mail of it. > > Rename skins in the freevo root directory (not the installed one) to > share. Rename skins/xml to share/skins. Install the complete share > directory in $prefix/share/freevo. > > Now: > skins > - fonts > - xml > - type1 > - images > ... > > > Later: > share > - fonts > - skins > - main > - images > ... > > > Installed: > $prefix/share/freevo > - fonts > - skins > - main > - images > ... > > > > Right? > > > Dischi > > -- > A morning without coffee is like something without something else. > > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 > ___ > Freevo-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-devel ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
On Sat, 9 Aug 2003, Aubin Paul wrote: > python2.3 setup.py install --no-compile --root=`pwd`/debian/python2.3-mmpython > > (--no-compile tells it not to byte-compile and --root tells it where > it should pretend '/' is... so in my case, I would get > > `pwd`/debian/python2.3-mmpython/usr/lib/python2.3/site-packages/mmpython > > And then I just put everything after '/usr' into the package. > Ah, I see. Thanks Aubin. I'm glad python is intelligent enough to handle this very common problem. T.C. Wan Tat Chee (Lecturer) School of Computer Science, Univ. of Science Malaysia, 11800 USM, Penang, Malaysia. Rm.625 Ofc Ph: +604 653-3888 x 3617 NRG Lab Admin: +604 659-4757 Rm.601-E Ofc Ph: +604 653-4396 Internet: [EMAIL PROTECTED]Web: http://nrg.cs.usm.my/~tcwan GPG Key : http://nrg.cs.usm.my/~tcwan/tcw_gpg-20030322.asc F'print : DCF2 B9B2 FA4D 1208 AD59 14CA 9A8F F54D B2C4 63C7 --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
--- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > skins/ share/ $prefix/share/freevo/ skins/ share/ $prefix/share/freevo/skins/ Please, I bag you :) Gustavo ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
I agree with Gustavo here. :) Gustavo Sverzut Barbieri wrote: If we want to add something more to share/freevo, we will have to change it again. And a IMHO the skin name identifies better what's the contents of that dir. Gustavo --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri wrote: --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: skins/ share/ $prefix/share/freevo/ skins/ share/ $prefix/share/freevo/skins/ Please, I bag you :) I still don't see the reason. When we put everything with is in skins right now in $prefix/share/freevo/skins, $pregix/share/freevo only conatins one directory and nothing else. I don't the the point in doing this. Maybe I miss something. Dischi -- A seminar on time travel will be held in two weeks ago. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
--- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri wrote: > > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > >> Gustavo Sverzut Barbieri wrote: > > > > > >> > skins/main1 -> /share/freevo/skins/main1 > >> > >> That's no share, that's code! > > > > I know, so should it be in site-package? we could add: > > lib/python/site-package/freevo/skins/main1 > > Yes. And to make it easier when you don't install it, I wanted to > move > skins/main1 to src/skins/main1. src should be identical with > site-package/freevo Good :) > >> > skins/icons -> /share/icons/freevo > >> > skins/images -> /share/pixmaps/freevo (or in icons) > >> > skins/xml/type1 -> /share/freevo/skins/main1/xml (since > >> those > >> > xml should be specific to that skin code) > >> > skin/fonts -> /share/fonts/freevo (or just share/fonts) > >> > >> Better install everything from our share (if we rename skins to > >> share) > >> to $prefix/share/freevo. > > > > I don't like to make our skins -> share/freevo. We should keep it > like > > a subdir: share/freevo/skins/ > > You lost me. What to put there? share/freevo/skins/main/blue_round.fxd, for example. > >> Again, it's easier if we install everything > >> from one directory of our tree into one directory in prefix. It's > >> much > >> easier to find things when we support directory-based and > installed > >> versions of freevo. > > > > IMHO we should change our CVS to like that, so our cvs will be > > > and there we should have share/skins, lib/python/site-packages/ > (this > > look ugly, maybe for this we could strip site-packages?), ... > > > > > >> > helpers/ -> /share/freevo/helpers > >> > >> Like main1, it's code. > > > > Who said share should not have code in it? > > I think the LSB does. You could put the helpers into lib I guess. > > > From what I know, helpers aren't used directly from freevo (if they > > are, so put them in freevo site-package). Take a look at share/dia, > > share/gnumeric, share/pgsql, share/php, all of them have scripts > > that are related, but not direct used by them. > > But many use the freevo environment (e.g. import config). I just > fixed > the freevo start script to call the helpers with the correct > PYTHONPATH. You shouldn't call imdb.py in helpers, you should call > 'freevo imdb ...'. So, now I agree :) > > Sure... IMHO we shoul have something like: > > /skins/main -> /skins/main/ (all the xml/fxd goes here) > > OK, so we put main there and all main fxd files (== all) into > share/skins/main. > > > Others (example): > > /skins/barbieri -> /skins/barbieri/ > > You lost me again. barbieri is now the engine (python code), right? /skins/barbieri == engine (maybe a some tests to a replacement for main1, for example) /skins/barbieri == fxd, the xml to be used for that skin > > Also, we should put freevo (main app) in , so you don't have > to cd > > $FREEVO_PATH; ./freevo > > Take a look at the new freevo script. It supports knowledge about > where all the python stuff is (right now src). We could search in > /../share/freevo. will be $prefix/bin Good! Gustavo ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
Gustavo Sverzut Barbieri wrote: > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: >> Gustavo Sverzut Barbieri wrote: >> > I vote for something different: >> > >> > src/* -> /lib/python/site-packages/freevo >> >> Yes, I thought about that. That's the reason why I want to clean this >> up. As you said, it should still be possible to run freevo from a >> directory conatining everything. To make both possible, I want to >> move >> all python files to src so that it is easier to find (src or the >> python site-package path). > > It's kind difficult to tell what is right and what is wrong there. If > we have everything in site-packages, it will be automatically usable, > just do "import". So I vote for that... OK > > >> > skins/main1 -> /share/freevo/skins/main1 >> >> That's no share, that's code! > > I know, so should it be in site-package? we could add: > lib/python/site-package/freevo/skins/main1 Yes. And to make it easier when you don't install it, I wanted to move skins/main1 to src/skins/main1. src should be identical with site-package/freevo > > >> > skins/icons -> /share/icons/freevo >> > skins/images -> /share/pixmaps/freevo (or in icons) >> > skins/xml/type1 -> /share/freevo/skins/main1/xml (since >> those >> > xml should be specific to that skin code) >> > skin/fonts -> /share/fonts/freevo (or just share/fonts) >> >> Better install everything from our share (if we rename skins to >> share) >> to $prefix/share/freevo. > > I don't like to make our skins -> share/freevo. We should keep it like > a subdir: share/freevo/skins/ You lost me. What to put there? >> Again, it's easier if we install everything >> from one directory of our tree into one directory in prefix. It's >> much >> easier to find things when we support directory-based and installed >> versions of freevo. > > IMHO we should change our CVS to like that, so our cvs will be > and there we should have share/skins, lib/python/site-packages/ (this > look ugly, maybe for this we could strip site-packages?), ... > > >> > helpers/ -> /share/freevo/helpers >> >> Like main1, it's code. > > Who said share should not have code in it? I think the LSB does. You could put the helpers into lib I guess. > From what I know, helpers aren't used directly from freevo (if they > are, so put them in freevo site-package). Take a look at share/dia, > share/gnumeric, share/pgsql, share/php, all of them have scripts > that are related, but not direct used by them. But many use the freevo environment (e.g. import config). I just fixed the freevo start script to call the helpers with the correct PYTHONPATH. You shouldn't call imdb.py in helpers, you should call 'freevo imdb ...'. > Sure... IMHO we shoul have something like: > /skins/main -> /skins/main/ (all the xml/fxd goes here) OK, so we put main there and all main fxd files (== all) into share/skins/main. > Others (example): > /skins/barbieri -> /skins/barbieri/ You lost me again. barbieri is now the engine (python code), right? > Also, we should put freevo (main app) in , so you don't have to cd > $FREEVO_PATH; ./freevo Take a look at the new freevo script. It supports knowledge about where all the python stuff is (right now src). We could search in /../share/freevo. will be $prefix/bin Dischi -- Drugs cause amnesia and other things I can't remember... --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
Re: [Freevo-devel] Re: Directory cleanup proposal
--- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri wrote: > > I vote for something different: > > > > src/* -> /lib/python/site-packages/freevo > > Yes, I thought about that. That's the reason why I want to clean this > up. As you said, it should still be possible to run freevo from a > directory conatining everything. To make both possible, I want to > move > all python files to src so that it is easier to find (src or the > python site-package path). It's kind difficult to tell what is right and what is wrong there. If we have everything in site-packages, it will be automatically usable, just do "import". So I vote for that... > > skins/main1 -> /share/freevo/skins/main1 > > That's no share, that's code! I know, so should it be in site-package? we could add: lib/python/site-package/freevo/skins/main1 > > skins/icons -> /share/icons/freevo > > skins/images -> /share/pixmaps/freevo (or in icons) > > skins/xml/type1 -> /share/freevo/skins/main1/xml (since > those > > xml should be specific to that skin code) > > skin/fonts -> /share/fonts/freevo (or just share/fonts) > > Better install everything from our share (if we rename skins to > share) > to $prefix/share/freevo. I don't like to make our skins -> share/freevo. We should keep it like a subdir: share/freevo/skins/ > Again, it's easier if we install everything > from one directory of our tree into one directory in prefix. It's > much > easier to find things when we support directory-based and installed > versions of freevo. IMHO we should change our CVS to like that, so our cvs will be and there we should have share/skins, lib/python/site-packages/ (this look ugly, maybe for this we could strip site-packages?), ... > > helpers/ -> /share/freevo/helpers > > Like main1, it's code. Who said share should not have code in it? From what I know, helpers aren't used directly from freevo (if they are, so put them in freevo site-package). Take a look at share/dia, share/gnumeric, share/pgsql, share/php, all of them have scripts that are related, but not direct used by them. > > I think we should get ride, by now, of nonsense things, like: > > skins/xml/type1 (what that means?! There was never a type2) and put > it > > in skins/main1/xml/ > > ACK. Maybe also rename main1. main2 will need type2, but's it's very > unlikely. Sure... IMHO we shoul have something like: /skins/main -> /skins/main/ (all the xml/fxd goes here) Others (example): /skins/barbieri -> /skins/barbieri/ ... Also, we should put freevo (main app) in , so you don't have to cd $FREEVO_PATH; ./freevo Gustavo ___ Conheça o novo Cadê? - Mais rápido, mais fácil e mais preciso. Toda a web, 42 milhões de páginas brasileiras e nova busca por imagens! http://www.cade.com.br --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
[Freevo-devel] Re: Directory cleanup proposal
Gustavo Sverzut Barbieri wrote: > I vote for something different: > > src/* -> /lib/python/site-packages/freevo Yes, I thought about that. That's the reason why I want to clean this up. As you said, it should still be possible to run freevo from a directory conatining everything. To make both possible, I want to move all python files to src so that it is easier to find (src or the python site-package path). > skins/main1 -> /share/freevo/skins/main1 That's no share, that's code! > skins/icons -> /share/icons/freevo > skins/images -> /share/pixmaps/freevo (or in icons) > skins/xml/type1 -> /share/freevo/skins/main1/xml (since those > xml should be specific to that skin code) > skin/fonts -> /share/fonts/freevo (or just share/fonts) Better install everything from our share (if we rename skins to share) to $prefix/share/freevo. Again, it's easier if we install everything from one directory of our tree into one directory in prefix. It's much easier to find things when we support directory-based and installed versions of freevo. > helpers/ -> /share/freevo/helpers Like main1, it's code. > I think we should get ride, by now, of nonsense things, like: > skins/xml/type1 (what that means?! There was never a type2) and put it > in skins/main1/xml/ ACK. Maybe also rename main1. main2 will need type2, but's it's very unlikely. Dischi -- "Actors," said Granny, witheringly. "As if the world weren't full of enough history without inventing more." -- (Terry Pratchett, Wyrd Sisters) --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
