On Sun, 2 Sep 2007 21:16:31 +0200 Albin Tonnerre <[EMAIL PROTECTED]> babbled:
> On Sat, Aug 25, 2007 at 12:43:28PM +0900, Carsten Haitzler wrote : > > On Tue, 14 Aug 2007 16:50:09 -0300 "Gustavo Sverzut Barbieri" > > <[EMAIL PROTECTED]> babbled: > > > > > Hi, > > > > > > I want to package e17 for maemo the "proper way" (so far I'm creating > > > .deb with tar + ar and a custom shell script), but I'd like to disable > > > build of some subpackages, like every evas engine other than > > > software-x11 and software-16-x11 (which is not built right now). > > > > > > Maybe we could have a way to select which packages to generate? > > > > > > PS: May I add software-16-x11 to the list of build modules? > > > > sure - though really the debian or rpm packaging info is intended as a > > SAMPLE for packagers to build off - to show them how best to package and > > then add all the little bits their distribution demands or needs. it's a > > starting point rather than an end point - IMHO. :) > > > > About that ....Now that there is a team dedicated to package enlightenment for > debian, is there really a point maintaining the debian/ dir *in* E's CVS ? I > mean, this is generally seen as a bad practice in debian to have debian/ dirs bad in debian - not bad for us. basically it is meant to be: 1. an easy way for upstream to package themselves if they want. 2. a template/example of how to package for packagers (how to plit things up, what files to include or not include in packages (eg module .la and .a files are pointless so don't keep them), other special things (some binaries e produces are suid-root and so the packages need to reflect that, if they don't things won't work like cpufreq, system reboot/shutdown etc.). you, as a packager are free to strip this out or follow it, but it is your distribution, but this is our source - and we are giving a helping hand to you guys in many ways this way as per above. > provided with upstream sources. As long as users now where the can grab the > debian tree, wouldn't it possible to maintain it outside cvs ? > Cheers in my experience, packagers of e have generally done a poor job (no offense intended). they have modified things, broken things, and left things in an inconsistent state (eg modifying e16 defaults but never updating the runtime help docs for starters). there have been other numerous mis-packagings of libs like evas which is modular, but keeping modules in the same package instead of splitting them out as separate packages that should be depended on not by evas, but by apps if they require certain engines/loaders etc. > Albin Tonnerre > > > > -- > > > Gustavo Sverzut Barbieri > > > -------------------------------------- > > > Jabber: [EMAIL PROTECTED] > > > MSN: [EMAIL PROTECTED] > > > ICQ#: 17249123 > > > Skype: gsbarbieri > > > Mobile: +55 (81) 9927 0010 > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > 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 (東京 日本) > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Albin Tonnerre, aka Lutin > - Search a little longer, travel a little further > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
