On Wed, 6 Sep 2006 09:28:11 +0200 Jens Taprogge <[EMAIL PROTECTED]> babbled:
> On Wed, Sep 06, 2006 at 07:58:10AM +0900, Carsten Haitzler wrote: > > On Tue, 5 Sep 2006 23:53:54 +0200 Jens Taprogge <[EMAIL PROTECTED]> > > babbled: > > > > > Hello. > > > > > > I have recently build a more or less complete set of Debian packges of > > > the EFL and certain apps. > > > > > > I stumbled across a few minor issues. Please find two patches attached > > > that fix those (one for the libs the other for the apps). > > > > > > Best Regards > > > Jens Taprogge > > > > this patch: > > > > --- e/debian/rules 3 Sep 2006 18:58:31 -0000 1.13 > > +++ e/debian/rules 5 Sep 2006 23:08:24 -0000 > > @@ -8,7 +8,7 @@ > > > > install/enlightenment:: > > mkdir debian/enlightenment/etc > > - mv debian/tmp/usr/etc/enlightenment debian/enlightenment/etc/ > > + mv debian/tmp/etc/enlightenment debian/enlightenment/etc/ > > > > clean:: > > if [ -f $(CURDIR)/../../snapshot ]; then ./autogen.sh > > --prefix=/usr; fi > > > > that doesn't make sense - by default the etc. dir ends up in prefix/etc - > > unless you play with configure --options etc. (${sysconfdir}). why did the > > first changes (whihch seem right) obey the prefix and yours don't? i suspect > > somethgin weird here. > > I am not sure if this is true for things going into $(sysconfidir). It > somewhat makes sense that autofoo is installing the file in /etc and not > /usr/etc. Anyway the build was from a fresh checkout. well by default it goes into /usr/local/etc (if the prefix is /usr/local) - thats what it does from source if you don't patch it or do anything different. > > btw - evas patch not going in. gl engine isn't being > > turned on by default in the src (if gl headers found) for a good reason. not > > going to turn it on in the packages. the gl engine is a 2nd class citizen at > > the moment. > > Perhaps the gl engine should be disabled in the control file then? Also > the EWL GL engine should not be packaged in this case. The way things > are now an empty evsas0-engine-gl-x11 package is created which causes > the packaging of EWL to fail. the gl package should be entirely optional - but suggestion is not to create them. remember the packaging in cvs is a guide/suggestion/base for the real packages to build off - they should follow it closely, imho, but they can make small adjustments. the gl package info is there in case it is needed. > Best Regards > Jens Taprogge > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] > > 裸好多 > > Tokyo, Japan (東京 日本) > > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ enlightenment-devel mailing > > list enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel