[E-devel] E17 panel within the same process as a whole E17
Hi all. I have a simple question about E17 architecture. Why the panel is located within the same process as E17. When panel (or a module on it) crashes, E17 crashes too. It resembles "explorer.exe" for me. Moreover, some people would like to use the panel with other WMs but they can't. Is this right all about this or I am misunderstanding something? Alexander - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
Please, no. This was intentionnaly reverted because it causes a build failure when using tarballs created by 'make distcheck', as the debian dir is not included in them (on purpose) On Tue, Jun 10, 2008 at 03:58:05AM -0400, Enlightenment CVS wrote : > Enlightenment CVS committal > > Author : horms > Project : e17 > Module : libs/eet > > Dir : e17/libs/eet > > > Modified Files: > configure.in > > > Log Message: > Have configure create debian/changelog > > Not doing so seems to be an omission. > > === > RCS file: /cvs/e/e17/libs/eet/configure.in,v > retrieving revision 1.99 > retrieving revision 1.100 > diff -u -3 -r1.99 -r1.100 > --- configure.in 19 May 2008 16:47:37 - 1.99 > +++ configure.in 10 Jun 2008 07:58:01 - 1.100 > @@ -204,6 +204,7 @@ > > AC_OUTPUT([ > Makefile > +debian/changelog > eet.pc > eet.c > src/Makefile > > > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > enlightenment-cvs mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs -- Albin Tonnerre signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 panel within the same process as a whole E17
On Tue, 10 Jun 2008 11:18:34 +0300 Alexander Semenov <[EMAIL PROTECTED]> babbled: > Hi all. > > I have a simple question about E17 architecture. Why the panel is > located within the same process as E17. When panel (or a module on it) > crashes, E17 crashes too. It resembles "explorer.exe" for me. Moreover, > some people would like to use the panel with other WMs but they can't. > Is this right all about this or I am misunderstanding something? because the panel doesn't "crash" as such (modules that are badly written may cause crashes) and by having it modular but internal it is much more memory efficient as it re-cycles all of e's features and setup and existing loaded resources. this is how it is and isn't going to change as we no longer would be as efficient if we did it another way. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
Ok, please feel free to revert the change. But how does debian/changelog get created? On Tue, Jun 10, 2008 at 11:21:30AM +0200, Albin Tonnerre wrote: > Please, no. This was intentionnaly reverted because it causes a build failure > when using tarballs created by 'make distcheck', as the debian dir is not > included in them (on purpose) > > On Tue, Jun 10, 2008 at 03:58:05AM -0400, Enlightenment CVS wrote : > > Enlightenment CVS committal > > > > Author : horms > > Project : e17 > > Module : libs/eet > > > > Dir : e17/libs/eet > > > > > > Modified Files: > > configure.in > > > > > > Log Message: > > Have configure create debian/changelog > > > > Not doing so seems to be an omission. > > > > === > > RCS file: /cvs/e/e17/libs/eet/configure.in,v > > retrieving revision 1.99 > > retrieving revision 1.100 > > diff -u -3 -r1.99 -r1.100 > > --- configure.in19 May 2008 16:47:37 - 1.99 > > +++ configure.in10 Jun 2008 07:58:01 - 1.100 > > @@ -204,6 +204,7 @@ > > > > AC_OUTPUT([ > > Makefile > > +debian/changelog > > eet.pc > > eet.c > > src/Makefile > > > > > > > > - > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > ___ > > enlightenment-cvs mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs > > -- > Albin Tonnerre > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Horms - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 panel within the same process as a whole E17
On Tue, Jun 10, 2008 at 7:06 AM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > On Tue, 10 Jun 2008 11:18:34 +0300 Alexander Semenov <[EMAIL PROTECTED]> > babbled: > >> Hi all. >> >> I have a simple question about E17 architecture. Why the panel is >> located within the same process as E17. When panel (or a module on it) >> crashes, E17 crashes too. It resembles "explorer.exe" for me. Moreover, >> some people would like to use the panel with other WMs but they can't. >> Is this right all about this or I am misunderstanding something? > > because the panel doesn't "crash" as such (modules that are badly written may > cause crashes) and by having it modular but internal it is much more memory > efficient as it re-cycles all of e's features and setup and existing loaded > resources. this is how it is and isn't going to change as we no longer would > be > as efficient if we did it another way. hint: if you expect your module to break/freeze somehow, you can opt to make that part another process, if it breaks, it doesn't crash whole E17 as you said. This is the case for battery gadget and its batget, or temperature and tempget. Of course you still have the visual part as one process, but even with that you can create your own process, with your own X window and reparent it to the shelf, just take care to make the icon window shaped or ARGB so it doesn't suck. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, Jun 10, 2008 at 7:54 AM, Simon Horman <[EMAIL PROTECTED]> wrote: > Ok, please feel free to revert the change. > But how does debian/changelog get created? this is up to the packager, as the whole debian/ folder. They should keep a changelog of their changes... this is not the changelog of the project itself, it's the package change log. the way it was is bad, most of real packages had to create patches to remove debian/ and then adding their own, that was the case for maemo-efl at least. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 panel within the same process as a whole E17
Gustavo Sverzut Barbieri wrote: > On Tue, Jun 10, 2008 at 7:06 AM, The Rasterman Carsten Haitzler > <[EMAIL PROTECTED]> wrote: > >> On Tue, 10 Jun 2008 11:18:34 +0300 Alexander Semenov<[EMAIL PROTECTED]> >> babbled: >> >> >>> Hi all. >>> >>> I have a simple question about E17 architecture. Why the panel is >>> located within the same process as E17. When panel (or a module on it) >>> crashes, E17 crashes too. It resembles "explorer.exe" for me. Moreover, >>> some people would like to use the panel with other WMs but they can't. >>> Is this right all about this or I am misunderstanding something? >>> >> because the panel doesn't "crash" as such (modules that are badly written may >> cause crashes) and by having it modular but internal it is much more memory >> efficient as it re-cycles all of e's features and setup and existing loaded >> resources. this is how it is and isn't going to change as we no longer would >> be >> as efficient if we did it another way. >> > > hint: if you expect your module to break/freeze somehow, you can opt > to make that part another process, if it breaks, it doesn't crash > whole E17 as you said. This is the case for battery gadget and its > batget, or temperature and tempget. Of course you still have the > visual part as one process, but even with that you can create your own > process, with your own X window and reparent it to the shelf, just > take care to make the icon window shaped or ARGB so it doesn't suck. > > Thank you all for your answers. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-06-10 07:09:49 -0700
Build log for Enlightenment DR 0.17 on 2008-06-10 07:09:49 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log evolve http://download.enlightenment.org/tests/logs/evolve.log express http://download.enlightenment.org/tests/logs/express.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, ecore_dbus, engage, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore_li, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, ewl, examine, execwatch, exhibit, exml, expedite, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, iiirk, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] How to apply a transformation to a Evas object?
Hi, all. How to apply a transformation to a Evas object? For example, rotate a Evas object. Best regards. ___ 雅虎邮箱，您的终生邮箱！ http://cn.mail.yahoo.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] {Spam?} How to apply a transformation to a Evas object?
Hey, > How to apply a transformation to a Evas object? For > example, rotate a Evas object. rotation (other than 90, 180 or 270 degrees) is not supported in Evas Vincent - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to apply a transformation to a Evas object?
On Tue, 10 Jun 2008 13:11:38 +0800 (CST) jacky <[EMAIL PROTECTED]> babbled: > Hi, all. > > How to apply a transformation to a Evas object? For > example, rotate a Evas object. unfortunately evas has no transform feature. the best u can do is scale images. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tuesday, 10 June 2008, at 11:21:30 (+0200), Albin Tonnerre wrote: > Please, no. This was intentionnaly reverted because it causes a > build failure when using tarballs created by 'make distcheck', as > the debian dir is not included in them (on purpose) I still think this is a huge mistake. It's a very simple matter for someone who doesn't want to use it to "rm -rf" a debian/ hierarchy that is already there. It's a hell of a lot harder for someone who *does* want to use it to reproduce it out of thin air. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "It takes courage to look inside yourself, and even more courage to write it for other people to see." -- Captain Sisko, "DS9" - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, Jun 10, 2008 at 5:35 PM, Michael Jennings <[EMAIL PROTECTED]> wrote: > On Tuesday, 10 June 2008, at 11:21:30 (+0200), > Albin Tonnerre wrote: > >> Please, no. This was intentionnaly reverted because it causes a >> build failure when using tarballs created by 'make distcheck', as >> the debian dir is not included in them (on purpose) > > I still think this is a huge mistake. It's a very simple matter for > someone who doesn't want to use it to "rm -rf" a debian/ hierarchy > that is already there. > > It's a hell of a lot harder for someone who *does* want to use it to > reproduce it out of thin air. I'm not a packager myself, but all the packagers that I know hate this, and seems that it's written somewhere in debian packager docs that debian/ folders should not be part of the project. as for those willing to create own ad-hoc packages, isn't checkinstall enough? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, Jun 10, 2008 at 10:35 PM, Michael Jennings <[EMAIL PROTECTED]> wrote: > > On Tuesday, 10 June 2008, at 11:21:30 (+0200), > Albin Tonnerre wrote: > > > Please, no. This was intentionnaly reverted because it causes a > > build failure when using tarballs created by 'make distcheck', as > > the debian dir is not included in them (on purpose) > > I still think this is a huge mistake. It's a very simple matter for > someone who doesn't want to use it to "rm -rf" a debian/ hierarchy > that is already there. > > It's a hell of a lot harder for someone who *does* want to use it to > reproduce it out of thin air. I agree with that. Nevertheless, the base directory should be free of Debian files or references to them (especially ./Makefile.am and ./configure.in) as that breaks make distcheck for packagers which use different debian directories as Albin mentioned before. If the base directory is kept clean, creating ./debian/changelog from ./debian/changelog.in is as simple as adding it to configure.in manually, if needed. Falko - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tuesday, 10 June 2008, at 18:00:37 (-0300), Gustavo Sverzut Barbieri wrote: > I'm not a packager myself, but all the packagers that I know hate > this, and seems that it's written somewhere in debian packager docs > that debian/ folders should not be part of the project. That's fine for the Debian project, but we aren't them, and we should not be beholden to their rules. If people want to make .deb packages for themselves directly from CVS, they should be able to (IMHO). It is very wrong (also IMHO) for the Debian developers to make it difficult on those people just to make it easier on themselves. Again, it's always easier to remove something that exists than to create something that doesn't. And I *am* a packager. :-) (Albeit not a Debian one...but horms is.) > as for those willing to create own ad-hoc packages, isn't checkinstall enough? checkinstall is what people use who don't actually know how to package, which are not the people we need to be targetting anyway. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Even in my heart I see you're not being true to me. Deep within my soul I feel nothing's like it used to be." -- Backstreet Boys, "Quit Playing Games (With My Heart)" - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tuesday, 10 June 2008, at 23:13:21 (+0200), Falko Schmidt wrote: > Nevertheless, the base directory should be free of Debian files or > references to them (especially ./Makefile.am and ./configure.in) as > that breaks make distcheck for packagers which use different debian > directories as Albin mentioned before. > > If the base directory is kept clean, creating ./debian/changelog from > ./debian/changelog.in is as simple as adding it to configure.in > manually, if needed. "Manually" is bad. I'm pretty sure there's a way in configure.in to conditionally generate debian/changelog from debian/changelog.in iff[1] it exists. I can play around with that if people are interested. But it sounds as if at least one resident Debian developer agrees with me, so yay! :-) Michael [1] iff == "if, and only if," -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Shh! Be vewy quiet, I'm hunting wuntime errors!" -- Not Elmer Fudd - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, Jun 10, 2008 at 02:13:32PM -0700, Michael Jennings wrote : > On Tuesday, 10 June 2008, at 18:00:37 (-0300), > Gustavo Sverzut Barbieri wrote: > > > I'm not a packager myself, but all the packagers that I know hate > > this, and seems that it's written somewhere in debian packager docs > > that debian/ folders should not be part of the project. > > That's fine for the Debian project, but we aren't them, and we should > not be beholden to their rules. If people want to make .deb packages > for themselves directly from CVS, they should be able to (IMHO). If people want to do this, they *are* able to: all they need is checking out the CVS, which contains the debian dirs. If they want to make debs from snapshots, they can get the source package from the debian archive, as all the libs available as snapshots and e17 are in there. > It is very wrong (also IMHO) for the Debian developers to make it > difficult on those people just to make it easier on themselves. > Well, if those packages are in Debian, all you need to do is basically run 'apt-get source foobar" to get the source and the debian directory, so it's not really difficult. Cheers, Albin > Again, it's always easier to remove something that exists than to > create something that doesn't. > > And I *am* a packager. :-) (Albeit not a Debian one...but horms is.) > > > as for those willing to create own ad-hoc packages, isn't checkinstall > > enough? > > checkinstall is what people use who don't actually know how to > package, which are not the people we need to be targetting anyway. :) > > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) > --- > "Even in my heart I see you're not being true to me. Deep within my > soul I feel nothing's like it used to be." > -- Backstreet Boys, "Quit Playing Games (With My Heart)" > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Albin Tonnerre signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tuesday, 10 June 2008, at 23:46:04 (+0200), Albin Tonnerre wrote: > If people want to do this, they *are* able to: all they need is > checking out the CVS, which contains the debian dirs. Sorry, I meant tarballs, not CVS. The result of "make dist" or "make distcheck" should be suitable for building packages. > If they want to make debs from snapshots, they can get the source > package from the debian archive, as all the libs available as > snapshots and e17 are in there. Yes, they could, but that's not really the point. In fact, that's the opposite of the point. I'm saying that we should be providing them the necessary packaging info (i.e., debian/) to build .deb packages themselves from our source tarballs. > Well, if those packages are in Debian, all you need to do is > basically run 'apt-get source foobar" to get the source and the > debian directory, so it's not really difficult. More difficult than having it work out of the box. Thus, it is now more difficult on the aforementioned user solely to make it less difficult on the Debian developers. As I said. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Now they show you how detergents take out bloodstains, a pretty violent image there. I think if you've got a T-shirt with a bloodstain all over it, maybe laundry isn't your biggest problem. Maybe you should get rid of the body before you do the wash." -- Jerry Seinfeld - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, 10 Jun 2008 18:00:37 -0700 Michael Jennings <[EMAIL PROTECTED]> babbled: one way, or another, we tried to help debian packaging by providing the stuff they need. they soundly rejected our help as unhelpful to them. after much bemoaning on their part of it being a pain, we agree dot keep debian pkg info in cvs, but not ship in dist tarballs. that is how all of cvs works. or should. eet being different would be inconsistent. that alone means it should stay as-is. all we will do is bring up the whole issue again and go through it all again. :( > On Tuesday, 10 June 2008, at 23:46:04 (+0200), > Albin Tonnerre wrote: > > > If people want to do this, they *are* able to: all they need is > > checking out the CVS, which contains the debian dirs. > > Sorry, I meant tarballs, not CVS. The result of "make dist" or "make > distcheck" should be suitable for building packages. > > > If they want to make debs from snapshots, they can get the source > > package from the debian archive, as all the libs available as > > snapshots and e17 are in there. > > Yes, they could, but that's not really the point. In fact, that's the > opposite of the point. I'm saying that we should be providing them > the necessary packaging info (i.e., debian/) to build .deb packages > themselves from our source tarballs. > > > Well, if those packages are in Debian, all you need to do is > > basically run 'apt-get source foobar" to get the source and the > > debian directory, so it's not really difficult. > > More difficult than having it work out of the box. Thus, it is now > more difficult on the aforementioned user solely to make it less > difficult on the Debian developers. As I said. > > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) > --- > "Now they show you how detergents take out bloodstains, a pretty > violent image there. I think if you've got a T-shirt with a > bloodstain all over it, maybe laundry isn't your biggest problem. > Maybe you should get rid of the body before you do the wash." > -- Jerry Seinfeld > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > 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] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Wednesday, 11 June 2008, at 09:12:16 (+0800), Carsten Haitzler wrote: > one way, or another, we tried to help debian packaging by providing > the stuff they need. they soundly rejected our help as unhelpful to > them. after much bemoaning on their part of it being a pain, we > agree dot keep debian pkg info in cvs, but not ship in dist > tarballs. that is how all of cvs works. or should. eet being > different would be inconsistent. that alone means it should stay > as-is. all we will do is bring up the whole issue again and go > through it all again. :( If you don't want to discuss it again, that's fine. We can move on. But I think it's extremely selfish of the Debian developers to do this. I'll keep track of the e-mail addresses of the guilty parties to hand out when people come around asking about it. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Only time will tell if our love is scratched in sand, Or if it's etched in stone."-- Poison, "Only Time Will Tell" - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, 10 Jun 2008 18:17:23 -0700 Michael Jennings <[EMAIL PROTECTED]> babbled: > On Wednesday, 11 June 2008, at 09:12:16 (+0800), > Carsten Haitzler wrote: > > > one way, or another, we tried to help debian packaging by providing > > the stuff they need. they soundly rejected our help as unhelpful to > > them. after much bemoaning on their part of it being a pain, we > > agree dot keep debian pkg info in cvs, but not ship in dist > > tarballs. that is how all of cvs works. or should. eet being > > different would be inconsistent. that alone means it should stay > > as-is. all we will do is bring up the whole issue again and go > > through it all again. :( > > If you don't want to discuss it again, that's fine. We can move on. > But I think it's extremely selfish of the Debian developers to do > this. > > I'll keep track of the e-mail addresses of the guilty parties to hand > out when people come around asking about it. :-) indeed do, but you know debian - they have all these "rules" that must be followed. and then again - only debian uses debian packages really - or it's all based off debian (eg ubuntu) etc. so the same "rules" apply the moment a .deb is involved. rpm is more open in that respect. > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) > --- > "Only time will tell if our love is scratched in sand, > Or if it's etched in stone."-- Poison, "Only Time Will Tell" > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > 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] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Tue, Jun 10, 2008 at 01:35:22PM -0700, Michael Jennings wrote: > On Tuesday, 10 June 2008, at 11:21:30 (+0200), > Albin Tonnerre wrote: > > > Please, no. This was intentionnaly reverted because it causes a > > build failure when using tarballs created by 'make distcheck', as > > the debian dir is not included in them (on purpose) > > I still think this is a huge mistake. It's a very simple matter for > someone who doesn't want to use it to "rm -rf" a debian/ hierarchy > that is already there. > > It's a hell of a lot harder for someone who *does* want to use it to > reproduce it out of thin air. First, up sorry for the bother. I didn't realise that there was a new way to handle the Debian packaging wafting through the archive. Secondly, perhaps it would be better to improve the packaging, incoporating those changes being made by people maintaining pacakages for Debian, rather than delete it all together. Its seems to me that being able to check out code from cvs and build a debian package would be useful to some people. But perhaps I am the only person in that category :-) -- Horms - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Wed, 11 Jun 2008 14:57:20 +1000 Simon Horman <[EMAIL PROTECTED]> babbled: > On Tue, Jun 10, 2008 at 01:35:22PM -0700, Michael Jennings wrote: > > On Tuesday, 10 June 2008, at 11:21:30 (+0200), > > Albin Tonnerre wrote: > > > > > Please, no. This was intentionnaly reverted because it causes a > > > build failure when using tarballs created by 'make distcheck', as > > > the debian dir is not included in them (on purpose) > > > > I still think this is a huge mistake. It's a very simple matter for > > someone who doesn't want to use it to "rm -rf" a debian/ hierarchy > > that is already there. > > > > It's a hell of a lot harder for someone who *does* want to use it to > > reproduce it out of thin air. > > First, up sorry for the bother. I didn't realise that there > was a new way to handle the Debian packaging wafting through > the archive. > > Secondly, perhaps it would be better to improve the packaging, > incoporating those changes being made by people maintaining pacakages > for Debian, rather than delete it all together. > > Its seems to me that being able to check out code from cvs and build a > debian package would be useful to some people. But perhaps I am the only > person in that category :-) oh we don't delete - we just dont include it in the dist tarballs - so not in configure.in/makefile.am, but otherwise in cvs is fine. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Wed, Jun 11, 2008 at 02:57:20PM +1000, Simon Horman wrote: > On Tue, Jun 10, 2008 at 01:35:22PM -0700, Michael Jennings wrote: > > On Tuesday, 10 June 2008, at 11:21:30 (+0200), > > Albin Tonnerre wrote: > > > > > Please, no. This was intentionnaly reverted because it causes a > > > build failure when using tarballs created by 'make distcheck', as > > > the debian dir is not included in them (on purpose) > > > > I still think this is a huge mistake. It's a very simple matter for > > someone who doesn't want to use it to "rm -rf" a debian/ hierarchy > > that is already there. > > > > It's a hell of a lot harder for someone who *does* want to use it to > > reproduce it out of thin air. > > First, up sorry for the bother. I didn't realise that there > was a new way to handle the Debian packaging wafting through > the archive. > > Secondly, perhaps it would be better to improve the packaging, > incoporating those changes being made by people maintaining pacakages > for Debian, rather than delete it all together. > > Its seems to me that being able to check out code from cvs and build a > debian package would be useful to some people. But perhaps I am the only > person in that category :-) Ok, I've read the rest of the thread now :-) In respect to the statement that Debian has a rule about not shipping debian/ directories, thats a new one to me. But if that is the way that this project wants to do things, and the way that people actually doing the Debian packaging want things done, its certainly not for me to disagree. They are the ones doing the work. I'm just poking about having fun from time to time. Its not how I would do things. But that is more or less irrelevant. >From reading Raster's comments, I gleen that the idea is basically to leave the debian/ directroes in CVS, generally speaking containing a changelog.in but no changelog. And not distributing the debian/ directory in the tarball. For my own usage (sporadic as it is), this is fine. It would just be an incredible choore to have to go and recreate all the debian/ directories by hand. But if the data is in CVS, thats fine. Presumably there aren't any objections to making (minor) modifications to it such as fixing up build dependancies. Lastly with regards to consistancy and not having different subdirectories in the tree have different policies. I agree 100% -- Horms - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Wed, 11 Jun 2008 15:12:21 +1000 Simon Horman <[EMAIL PROTECTED]> babbled: > >From reading Raster's comments, I gleen that the idea is basically to > leave the debian/ directroes in CVS, generally speaking containing > a changelog.in but no changelog. And not distributing the debian/ > directory in the tarball. > > For my own usage (sporadic as it is), this is fine. It would just be an > incredible choore to have to go and recreate all the debian/ directories > by hand. But if the data is in CVS, thats fine. Presumably there aren't > any objections to making (minor) modifications to it such as fixing up > build dependancies. no objections - as long as it doesnt get into dist tarballs - the debian guys are happy :) > Lastly with regards to consistancy and not having different > subdirectories in the tree have different policies. I agree 100% > > -- > Horms > > > - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ___ > 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] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/eet horms
On Wed, Jun 11, 2008 at 01:40:37PM +0800, Carsten Haitzler wrote: > On Wed, 11 Jun 2008 15:12:21 +1000 Simon Horman <[EMAIL PROTECTED]> babbled: > > > > >From reading Raster's comments, I gleen that the idea is basically to > > leave the debian/ directroes in CVS, generally speaking containing > > a changelog.in but no changelog. And not distributing the debian/ > > directory in the tarball. > > > > For my own usage (sporadic as it is), this is fine. It would just be an > > incredible choore to have to go and recreate all the debian/ directories > > by hand. But if the data is in CVS, thats fine. Presumably there aren't > > any objections to making (minor) modifications to it such as fixing up > > build dependancies. > > no objections - as long as it doesnt get into dist tarballs - the debian guys > are happy :) Understood. -- Horms - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
