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
