Re: [E-devel] ERROR: file '/usr/bin/Eterm' contains a standard rpath '/usr/lib' in [/usr/lib:/ usr/lib/Eterm] on FC4
On Wednesday, 31 August 2005, at 00:06:29 (-0400), Mike Frysinger wrote: so default the behavior to on, doesnt really matter to me so long as i can do `./configure --disable-default-rpaths` rather than patching it out What difference does it make? It's just not important, nor is it worth the effort. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- The Road I have travelled on is paved with good intentions. It's littered with broken dreams that never quite came true. -- Restless Heart, When She Cries --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Monster spec and Makefile.am patch
On Wednesday, 24 August 2005, at 16:31:52 (-0400), Ryan Little wrote: Here's some revised specs. Committed, thanks. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- And always remember the last words of my grandfather, who said, 'Sh*t! A truck!' -- Emo Phillips --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Monster spec and Makefile.am patch
On Monday, 29 August 2005, at 21:53:57 (-0400), Ryan Little wrote: Here's a new diff against the last commit. Please review / commit. After much discussion with everyone, I've changed e_utils and e_modules specs so everything is in one package instead of separate packages for each module / utility. This will make it easier for people to add new modules / utils without having to rewrite the specs, and keep the total package count down. I saw no complaints or discussion on the list, and I think it's just fine the way it is. It's easy to install individual modules, and it's just as easy to install them all. That's the way it should be. As far as I'm concerned, it stays as is. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- A slipping gear could let your M203 grenade launcher fire when you least expect it. That would make you quite unpopular in what's left of your unit. -- In the August 1993 issue, page 9, of PS magazine --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 16:59:07 (+0800), Didier Casse wrote: libast works now just fine. What was the problem? The old libast.m4 from 0.6 was being used instead of the new version in the CVS directory. Great and sweet! Everything works now. I could build rpms out of those. :) I always do ./autogen.sh make dist mzbuild before I commit, so if you can't create RPM's from Eterm or libast CVS, let me know. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- It's been awhile since I've seen the way the candles light your face. And it's been awhile, but I can still remember just the way you taste.-- Staind, It's Been Awhile --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-Oh my god, they killed Kenny! You bastards!
On Monday, 22 August 2005, at 18:45:50 (+0800), Didier Casse wrote: It's not my first try at compiling packages from CVS. So I don't really know why the whole thing hangs just for Eterm. What kind of mojo have been injected in Eterm and what do I need to know more? Clues anybody? Michael .. any insights? What info do you need from my system? Well, let's start with the output of autogen.sh *before* it runs ./configure. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- When I was in prison, I was wrapped in all those deep books. That Tolstoy crap. People shouldn't read that stuff. -- boxer Mike Tyson on what he read before he decided he preferred comic books --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
On Saturday, 20 August 2005, at 11:39:31 (-0500), Bill Richards wrote: I'm using Eterm 0.9.3 and am having a problem with selection behavior. My windows Manager is KDE 3.4 and I am launching Eterm with the foolowing swithceds Eterm -f white --select-line=off --xterm-select=on Bottowm line when I am in vi the double-clokc to select, selets the entire line and not just on work or IP address. Is this a know bug or am i doing something wrong. I have tried multiple command line syntaxes no no avail. COuld it be the windows manager overiding this? I can't reproduce anything like that here. Have you tried getting Eterm from CVS? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- IMPORTANT NOTICE: If you are one of the hundreds of parachuting enthusiasts who bought our 'Easy Sky Diving' book, please make the following correction: on page 8, line 7, the words 'state zip code' should have read 'pull rip cord.' -- notice appearing in a Warrenton, Virginia, newspaper --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
On Monday, 22 August 2005, at 09:54:22 (-0400), Jim Perrin wrote: I can reproduce this on CentOS 4.1, with current Eterm from CVS. It for whatever reason seems to be related to the config file. If I rm -rf the .Eterm dir and run Eterm I get normal select behavior. When .Eterm is present, even with a blank config, the whole line is selected. I'm happy to help debug, but I'm a bit newbie-ish at it. If mej can offer some insight as to what he needs, I'll do my best to help. It sounds like it might be related to the cut_chars option (internal variable rs_cutchars). Can you run under gdb and check that variable's value in each circumstance? Also, please report the values of $ETERM_THEME_ROOT and $ETERM_USER_ROOT in both cases. Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- A slipping gear could let your M203 grenade launcher fire when you least expect it. That would make you quite unpopular in what's left of your unit. -- In the August 1993 issue, page 9, of PS magazine --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] re: Eterm Select behavior
On Monday, 22 August 2005, at 11:29:18 (-0400), Jim Perrin wrote: Case 1: with ~/.Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_THEME_ROOT /home/jperrin/.Eterm/themes/Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_USER_ROOT /home/jperrin/.Eterm/themes/Eterm (gdb) print rs_cutchars $1 =3D 0x9e724c8 \\`\ Case 2: without ~/.Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_THEME_ROOT /usr/share/Eterm/themes/Eterm [EMAIL PROTECTED] Eterm]$ echo $ETERM_USER_ROOT /home/jperrin/.Eterm/themes/Eterm (gdb) print rs_cutchars $1 =3D 0x97dc948 \\`\'() *,;=3D[EMAIL PROTECTED]|} Okay, the difference here is that the theme.cfg being used changes. What are the contents of ~/.Eterm/themes/Eterm/theme.cfg? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I see forever when I look into your eyes. You're all I ever wanted, I always want you to be mine. Let's make a promise till the end of time -- we'll always be together, and our love will never die. -- Firehouse, When I Look into Your Eyes --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 09:39:31 (+0800), Didier Casse wrote: Thanks for replying Michael. The attachment bug_eterm.txt In my initial mail on the subject! Yeah I didn't even run ./configure yet. :( autogen.sh runs ./configure for you...but after running automake, autoconf, libtool, etc. It's the output of THOSE that I need to see, not ./configure (which is all you included). :-( Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I know I could have saved our love that night if I'd known what to say. Instead of making love, we both made our separate ways. Now I hear you've found somebody new and that I never meant that much to you. To hear that tears me up inside, and to see you cuts me like a knife. -- Poison, Every Rose Has Its Thorn --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 09:55:19 (+0800), Didier Casse wrote: + autoheader configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times autoheader: warning: missing template: HAVE_SNPRINTF_BUG autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [Description]) + set -x + automake -a -c configure.in:122: warning: AC_CANONICAL_HOST invoked multiple times autoconf/specific.m4:363: AC_CYGWIN is expanded from... configure.in:122: the top level configure.in:123: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1032: required file `config.h.in' not found automake failed because autoheader didn't create config.h.in. I only see warnings from autoheader, but maybe the HAVE_SNPRINTF_BUG warning is being counted as fatal. What version of libast do you have installed? Do you have developer access, or are you having to wait for anon CVS to sync up after every change? Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Let me be the one you call. If you jump, I'll break your fall, lift you up, and fly away with you into the night. If you need to fall apart, I can mend a broken heart. If you need to crash, then crash and burn; you're not alone. -- Savage Garden, Crash and Burn --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-Oh my god, they killed Kenny! You bastards!
On Tuesday, 23 August 2005, at 10:28:05 (+0800), Didier Casse wrote: libast-0.6. I can't get the libast from CVS in my box also. :( Does it not compile/install for you? What is the problem? I do not have developer access. I have to wait. I was afraid you were going to say that. Do you have an account on SF.net? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Why are they always blaming everything on rappers? Don't blame the youth. Blame the wicked culture. Every Sunday night on TV, Angela Lansbury taught these kids violence on 'Murder, She Wrote.' Blame the reruns of 'Have Gun, Will Travel' and 'Gunsmoke.' -- Reverend Al Sharpton on the media coverage of the late Notorious B.I.G. --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm and en_AU.utf8
On Monday, 15 August 2005, at 13:28:39 (+1000), Dave Novakovic wrote: Hve been reccomended to submit a bug report to this email addie. Using locale en_AU.utf8 causes eterm to start very slowly, the whole time it is loading it uses 100% cpu, and pretty much puts my system in stop mode. With RiverRat's help i was able to make an alias to ignore the locale for eterm, so im happy. Just posting the bug to provide more info if possible. I'm using eterm-0.9.3-r4 on gentoo, compiled from portage. xorg-x11-6.8.2-r2 for xorg. I'd be willing to bet it's XLib and not Eterm causing this. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Touch passion when it comes your way. It's rare enough as it is. Don't walk away when it calls you by name. -- Marcus Cole (Jason Carter), Babylon Five --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm and en_AU.utf8
On Thursday, 18 August 2005, at 15:44:59 (-0400), Mike Frysinger wrote: hints on how to debug further ? LC_ALL=en_US Eterm - OK LC_ALL=en_US.UTF-8 Eterm - not OK watching top shows that xfs is eating the CPU, not Eterm ... Try using non-ISO-10646 fonts. I remember this having something to do with loading the super-huge multibyte fonts all at once. This was supposed to have been corrected, but apparently not. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- If God is for us, who can be against us? No power on Earth Can take His love away. -- DeGarmo and Key --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] efl namespace
On Monday, 08 August 2005, at 14:11:14 (+0200), xnowfall wrote: ? you mean like the names start with ecore_ evas_ etc? well, i still think it would be more organized to have a namespace to contain it all. One, it's already contained. Two, we do C, not C++. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Did you really have to die for me? All I am for all You are because What I need and what I believe are worlds apart. -- Jars of Clay, Worlds Apart --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] magic?
On Monday, 25 July 2005, at 21:53:57 (+0500), Boldin Pavel wrote: IMHO is are joke and not in one time: all can use word `checksum' instead of `magic', but all uses `magic', so is a sort of joke. (IMHO) No, it's not a joke at all, and it is NOT the same thing as a checksum. A checksum is a computed value used to ensure, to some degree, data integrity. A magic number is a specific value or set of values which are unlikely to appear randomly in a particular location and thus have special meaning as a flag of some type. For example, DOS executables have a magic number of MZ at offset 0. This is in no way, shape, or form a checksum. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I'm not talking about moving in, and I don't want to change your life. But there's a warm wind blowing, the stars are out, and I'd really love to see you tonight. -- England Dan and John Ford Coley --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] magic?
On Tuesday, 26 July 2005, at 05:13:53 (+0500), Boldin Pavel wrote: IMHO all can call it with another name. but all call it ``magic. it is sort of joke No, I'm sorry, it is not a joke. There is no matter of opinion here, so saying IMHO doesn't change anything. You're simply misinterpreting the meaning of the word. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- ...in order to secure the safety of the public while traveling on public roads...it shall be unlawful for any person to drive, propel, or run any vehicle in, upon, and along any of the public roads in this county. -- Montgomery County, Mississippi, statute --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Monitor Module Patch 2-r1
On Thursday, 21 July 2005, at 15:22:14 (+0200), Jackob McRose wrote: Well, it IS a nonsense, but everyone already get used for 1024 multiplies, I think it is a bit too late for changing this. Only effect will be more clueless people. Resistance is NOT futile. You do not have to be assimilated. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- With every kiss our love is like brand new, and every star up in the sky was made for me and you. Still we both know that the road is long. But we know that we will be together because our love is strong. -- Firehouse, Love of a Lifetime --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Monitor Module Patch 2-r1
On Thursday, 21 July 2005, at 15:50:20 (+0200), Martin Geisler wrote: Well, reading through the Usage Notes section on Wikipedia is interesting. We're dealing with bytes in all six cases, but there are differences: * A MB of RAM is 1024 * 1024 bytes. Agreed. * A MB on a harddisk is 1000 * 1000 bytes if you're the manufacturer, but 1024 * 1024 if youre the OS, Marketing ploys by manufacturers should not be allowed to redefine well-established nomenclature. * A MB on a floppy disk is 1000 * 1024 bytes, A 1440 floppy is correctly referred to as 1.4MB, not 1.44MB. Again...bad manufacturer. No cookie. * A MB on a CD is 1024 * 1024 bytes. Yup. * A MB on a DVD is 1000 * 1000 bytes. Same deal as a hard drive. It's a ploy. Just remember a standard DVD holds just under 4.5 GB. * A MB/s on a bus means 1000 * 1000 bytes/s. Ploy. You must admit that this context sensitive unit 'MB' is everything but clear with no less than three different interpretations. The only one of these that isn't well-defined and well-known is the bus speed example. If we allow learning curve to dictate our modus operandi, why aren't we all using MacOS and an iMac? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Unix is like a Vorlon: It is incredibly powerful, gives terse, cryptic answers, and has a lot of things going on in the background. -- Jeff Dubrule --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Monitor Module Patch 2-r1
On Thursday, 21 July 2005, at 18:45:00 (+0200), FORT Yannick wrote: I really think the MiB standard MUST be used, if you don't respect standards, you surely want people to use .doc, .xls for office use, MSN as a chat protocol, THIS is stupid ... Your conclusion is not supported by your statements. You appear to be claiming that .doc and .xls are defiant of standards when, in reality, they are more standard than pretty much any other document format of their type. Even moreso as they move toward XML. When i read MiB, i'm sure it's 1024*1024 B, but when i read MB, i don't know if it's 1000*1000 or 1024*1024, f***ing unrespected standards Standards that are stupid should not be respected and should not be allowed to be called standards. When you read MB, you're dealing with 1024*1024 except when dealing with (1) manufacturer specs or (2) a stupid person. When you read MiB, you're dealing with (1) 1024*1024 and (2) someone who, like Microsoft, believes in catering to the lowest common denominator. I learn at school Kilo is 1000x and Mega is 1000*1000x, why would it be different for Bytes ? Because 2^10 is 1024, not 1000, and 2^20 is 1024*1024, not 1000*1000. Math is actually pretty simple, as it turns out. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I have failed over and over again in my life. And that is why I succeed. -- Michael Jordan --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Monitor Module Patch 2-r1
On Thursday, 21 July 2005, at 19:00:11 (+0200), Martin Geisler wrote: I guess it comes down to personal preferrence then... I like the idea of having prefixes with a fixed meaning: M = 10^6, Mi = 2^20, always. If something more reasonable comes along, I might reconsider. But saying Kiba-Miba-Giba makes you sound like a drunken chimp with a lisp and an overbite. Try going into Best Buy or Fry's and asking for a spool of 700 Mibabyte CD-R's. Then tell me which is more confusing. :-) I'd also like to point out that it's 'k' and not 'K'. (And yes, it matters...see also pico and peta.) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- There's just something about debugging with a buggy debugger that reeks of rotten luck --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Please ignore the parent, WWW site issues for Eterm/SourceForge
On Wednesday, 20 July 2005, at 04:23:27 (-0600), Tres Melton wrote: Please ignore the parent email, I was collecting information for an email and accidently had the control down when I hit return. Sorry. Basically, go to http://sourceforge.net (login or not), search for Eterm, click on the Eterm project, click on the CVS link at the top of the page, and click on either the web based CVS viewer in Anonymous CVS Access (link below) or the Browse CVS Repository on the right and you go to a CVS viewer for the WWW site and not the Eterm project source (link below). The only way that I found the Eterm code was by going through the Enlightenment project. http://cvs.sourceforge.net/viewcvs.py/enlightenment/eterm/Eterm/src/ Shouldn't one be able to get to Eterm's CVS source tree on SourceForge.net through the Eterm project page? If I've overlooked something then please tell me but I think this is wrong behavior. (TM) :-) I don't think there's a way to fix that, other than moving Eterm's CVS tree out of E's tree. And I don't really want to do that. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- [Heather Graham] is the new I-would-run-over-my-best-friend-in-a- hummer-to-get-next-to-her girl.-- Claude Nobler --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Please ignore the parent, WWW site issues for Eterm/SourceForge
On Thursday, 21 July 2005, at 19:34:58 (-0600), Eric Thompson wrote: I think that he's saying that the link to Eterm's cvs repository (as in the code repository) is pointing to the wrong place. It's pointing to the cvs repository for the content of the eterm.sourceforge.net website pages (html pages, imgs, etc). Which is the exact same thing that I get when I do exactly the same thing that Tres did. What the problem is is that the link needs to be pointing to the Eterm directory in E's tree, in http://cvs.sourceforge.net/viewcvs.py/enlightenment/eterm/ rather than http://cvs.sourceforge.net/viewcvs.py/eterm/ Yes, I understand that. But that page is automatically generated by SourceForge. I can't change that link to point to E's CVS tree any more than I could point it to any other SF project tree. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- When I hear about people making vast fortunes without doing any productive work or contributing anything to society, my reaction is, 'How do I get in on that?'-- Dave Barry --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Saturday, 16 July 2005, at 13:32:10 (-0500), laurence vanek wrote: libast.m4 resides at /usr/local/share/aclocal/libast.m4. since I didnt put it there I presume the make install did during my build of libast. Yes, that's correct. But that doesn't mean aclocal will automatically look there, unfortunately. :( Im running FC4, any suggestions as to where the proper location might be? Perhaps its a path issue. Have you tried setting ACLOCAL_FLAGS=-I /usr/local/share/aclocal when calling autogen.sh? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Confucious say, 'Baseball wrong! Man with four balls cannot walk!' -- Todd Lusk --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Sunday, 17 July 2005, at 11:51:51 (-0500), laurence vanek wrote: I just did a fresh CVS co and rebuilt libast (no issues now). For the Eterm build I did this: export ACLOCAL_FLAGS=-I /usr/local/share/aclocal as Nathan you suggested prior to ./autogen.sh. It works on my updated FC4 sytem. make make install ok without errors. This is updated FC4 with gcc: gcc (GCC) 4.0.0 20050519 (Red Hat 4.0.0-8) Glad to hear it worked for you. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Time is the fire in which we burn. -- Dr. Tolian Soren (Malcolm McDowell), Star Trek: Generations --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm accentuation
On Sunday, 17 July 2005, at 19:28:30 (+0100), losted wrote: Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i=20 use PT encoding (ISO-8859-1) and accentueted characteres are often used=20 mainly when i'm using text-mode editors, irc text-mode clients, and etc. What is happening, is that Eterm does not accept anyway special char=20 like '=E9' or whatever, the Font itself suports, i'm able to copy some=20 text with accentueted characters from somewhere, and paste it under=20 Eterm and it works, so what is really hapening? things work nice with=20 other aplications and terminals like rxvt, xterm and etc. Can someone tell me what is hapening and if theres a way to correct i= t ? Known bug fixed in CVS. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Herein is Wisdom: Knowing your strengths, knowing your weaknesses, and knowing when her husband gets home from work so you don't pass him coming up the driveway. -- Unknown --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm accentuation
On Sunday, 17 July 2005, at 17:36:27 (-0600), Tres Melton wrote: Somebody in #gentoo was having problems with their CPU load shooting over 90% in Eterm when using an alternate character set and posted the bug to the E-dev mailing list. He told me that someone told him that it was a known problem and left it at that. Is this the same bug? If so, that's great that it is now fixed. I do not remember that report, but if it's not reproducible with current CVS, I'd say it's fixed! ;-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- This has got the amazing aroma of bovine fecal matter. -- Judge Larry Joe Doherty, Texas Justice --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Friday, 15 July 2005, at 22:18:32 (-0500), laurence vanek wrote: ./configure: line 23460: syntax error near unexpected token `echo' ./configure: line 23460: `echo $as_me:$LINENO: checking for pow in -lm 5' Install libast.m4 into the proper location. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- There is always choice. We say there is no choice only to comfort ourselves with a decision we have already made. -- Lady Morella (Majel Barrett Roddenberry), Babylon Five --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm FC4
On Sunday, 17 July 2005, at 01:58:46 (+0200), dienekes wrote: Eterm builds and works fine with the commented out line. Did you actually read the comment? If you have to comment out that line, the problem is on YOUR END. As you are so skilled I wonder that there is a eterm FC4 thread. With a working configure there would be no eterm FC4 thread. By the same logic, I could argue that with a working FC4, there would be no eterm FC4 thread. Just because you can't get something to work doesn't mean that something has a problem. In this case, the problem is with your aclocal setup, not Eterm's configure script. There is no e17 FC4 thread, because cvs-e17 configure scripts aren't buggy, because the e17 people know how to write a configure script. Actually, I've fixed more than a couple problems with the E17/EFL configure scripts, and I've done quite a bit of the maintenance of the autoFUCK tools for E and related packages over the years. So you might want to get your facts straight next time before your Diarrhea of the Mouth gets the best of you again. For the record, none of the other E packages use external macro files. THAT is why they don't run into similar problems. But don't ever let things like facts and reality get in the way of a good bitchfest :-) you are extremely gracious. Thats the first time I read somewhat like that in this list. I never thought that there are people like you there. You can be very proud of that! Then you haven't been around very long. Many people, including raster himself, have said that CVS is a developer tool and that packages, snapshots, and the like exist for a reason. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- This is how the world ends: swallowed in fire, but not in darkness. You will live on. The voice of all our ancestors, the voice of our fathers and our mothers to the last generation. We created the world we think you would have wished for us, and now we leave the cradle for the last time. -- Babylon Five --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Eclair] cover panel bug?
On Wednesday, 06 July 2005, at 11:58:26 (+0200), Laurent Malvert wrote: A screenshot is attached, even though I don't know if the mailing list can handle attachments (and if it's appreciated). Please do NOT send screenshots to this list. Post them somewhere, and provide us with a URL. It's an egregious waste of bandwidth to send the same image to several hundred people, less than 10 of whom actually need to see it. :) There are numerous services for posting images for free, and if you really can't find any, I'm sure we could arrange something for you. Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Only an idiot fights a war on two fronts. Only the heir to the throne of the Kingdom of Idiots would fight a war on twelve fronts. -- Ambassador Londo Mollari (Peter Jurasik), Babylon Five --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: Patches to Eterm
On Wednesday, 18 May 2005, at 01:10:13 (-0600), Tres Melton wrote: The second patch I actually recommend that you do not apply. It does greatly speed up the instruction but costs readability. It is only executed once per window to shade so the speedup may not be worth it but I'll leave the decision up to you. Basically checking that each color modifier is less than 256 is the same as checking that no bits of 8 (starting from 0) or higher are set. Or them all up, shift off the irrelevant bits and see what's left. You could also check to see if all three color modifiers are equal to 256 and blow out early if you wanted to. if(!((rm^0x100)|(gm^0x100)|(bm^0x100))) Both patches have been applied. I used a macro to maintain readability. If you would like, I would be willing to maintain the shading routines. I don't know cvs well enough to commit anything but you can bounce anything that gets submitted off of me and I'll double check them; I feel pretty comfortable in that code now. I tried to adjust the auto-magic stuff for sse2 but I don't know it well enough yet. I manually linked Eterm to use the sse routines on my machine and they work here. Please feel free to remove all my notes from the top of the sse2_cmod.c file and any other crap you want to before merging it. Let me know if you want me to test the merged code. As I do not have a P4 box or an x86_64 box, please test the latest CVS stuff to make sure nothing was merged incorrectly. Also, if you'd like to maintain the shading stuff, please do. :) If you tell me where Eterm reads the background from e and sets its initial geometry I'd also like to fix the problem of the pop-up scrollbar taking up room when it is not active at startup. (I sent you pics of the problem awhile back.) The initial window creation and sizing is done in windows.c in Create_Windows() On Monday, 06 June 2005, at 11:28:28 (-0400), John Ellson wrote: Tres asked me to help with the configure.in and Makefile.am bits for his SSE2 code for x86_64. I've attached patches against Eterm CVS with changes to: configure.in, src/Makefile.am, src/pixmap.c, and the new file: src/sse2_cmod.c (changed since Tres's earlier version) Applied. Thanks. :) The configure.in changes add --enable-sse2 which will be on by default for x86_64. The incomplete tests for MMX_64 have been removed. There was an odd dps_snprintf_oflow() line in configure.in which was causing problems on my i686 system, and which I think was a typo, so I removed it. It is not a typo. The macro is defined in libast.m4. Either you don't have libast.m4 installed properly, or you need to set ACLOCAL_FLAGS to help aclocal find it. The src/pixman.c changes add externs for the new sse2 function, and conditionals to use them if HAVE_SSE2 is defined. Tres also added 8 or 16 byte alignment conditionally to colormod_trans() - this should perhaps be done only for gcc? Hopefully someone with a Solaris box will let us know if anything broke portability-wise. (benr: HINT!) :-) Tres indicated that adding -mpreferred-stack-boundary=16 might still be beneficial on x86_64, but that it might consume extra space at run time. I'm not in a position to make that call, but if you agree its a good idea I can probably make the configure.in change. Has anyone done any testing on this in terms of additional RSS being needed? Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Men always want to please women, but these last 15 years, women have been hard to please. If you want to resist the feminist movement, the simple way to do it is to give them what they want, and they'll defeat themselves. -- Jack Nicholson, Vanity Fair, April 1994 --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: engage handyande
On Wednesday, 08 June 2005, at 04:00:44 (-0700),
E CVS List wrote:
Log Message:
This broke the PACKAGE_LIB_DIR, will the submitter of the patch please try
again ;)
===
RCS file: /cvsroot/enlightenment/misc/engage/configure.in,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -3 -r1.18 -r1.19
--- configure.in 6 Jun 2005 09:08:53 - 1.18
+++ configure.in 8 Jun 2005 11:00:44 - 1.19
@@ -39,7 +39,6 @@
fi
fi
-if test x{libdir} = xNONE;then
if test x${exec_prefix} = xNONE; then
if test x${prefix} = xNONE; then
libdir=${ac_default_prefix}/lib;
@@ -53,7 +52,6 @@
libdir=${prefix}/lib;
fi
fi
-fi
Will the Elcock please take about 2 seconds to realize that x{libdir}
is simply missing its $ and fix that rather than removing a very
important part of the patch?
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
You know, we're sitting on four million pounds of fuel, one nuclear
weapon, and a thing that has 270 thousand moving parts built by the
lowest bidder. Makes you feel good, doesn't it?
-- Steve Buscemi (Rockhound), Armageddon
---
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.
Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: libast from Eterm CVS fails to build with gcc4 on x86_64
On Thursday, 02 June 2005, at 15:56:40 (-0400),
John Ellson wrote:
RCS file: /cvsroot/enlightenment/eterm/libast/configure.in,v
retrieving revision 1.24
Got it, thanks.
On Thursday, 02 June 2005, at 16:02:00 (-0400),
Mike Frysinger wrote:
would an ifdef like:
#if STRICT_ISO_C99 || __GNUC__ 4
be unacceptable ? that way the installed libast wouldnt need to be
reconfigured/built/installed just to change STRICT_ISO_C99 ...
How about this:
#ifdef __GNUC__
# if __GNUC__ = 4
#define STRICT_ISO_C99
# fi
...
#endif
On Thursday, 02 June 2005, at 18:39:01 (-0600),
Tres Melton wrote:
#define BINSWAP(a, b) \
(((long) (a)) ^= ((long) (b)) ^= ((long) (a)) ^= ((long) (b)))
int main( void )
{
long a = 3;
long b = 8;
asm( noop;noop;noop );
BINSWAP(a,b);
asm( noop;noop;noop );
}
yields:
noop;noop;noop
movq-16(%rbp), %rdx
leaq-8(%rbp), %rax
xorq%rdx, (%rax)
movq-8(%rbp), %rdx
leaq-16(%rbp), %rax
xorq%rdx, (%rax)
movq-16(%rbp), %rdx
leaq-8(%rbp), %rax
xorq%rdx, (%rax)
noop;noop;noop
If you enable -O[123] then you will need to use the values a b before
and after the BINSWAP call or they will be optimized away. And simply
using immediate values like I did will cause the compiler to simply set
the different registers that are used to access them in reverse order.
In other words the swap gets optimized out. The above code is without
-O and is clearly more complicated (by more than double) than it needs
to be.
Interesting. You think I should just get rid of it then?
On Thursday, 02 June 2005, at 21:04:59 (-0400),
John Ellson wrote:
I understand that this is a ISO C99 restriction and that gcc4 is
just a bit more pedantic than gcc3.
gcc4 does C99 by default now, does it not?
In fact my first attempt at a fix was to just not use the xor
BINSWAP macro at all, but this is really a question for Michael. I
was just trying to get his code to compile.
It's actually slower normally but faster optimized:
-O0
Profiling SWAP() macro...300 iterations in 0.052468 seconds, 1.7489e-08
seconds per iteration
Profiling BINSWAP() macro...300 iterations in 0.067905 seconds, 2.2635e-08
seconds per iteration
-O2
Profiling SWAP() macro...300 iterations in 0.014328 seconds, 4.776e-09
seconds per iteration
Profiling BINSWAP() macro...300 iterations in 0.014183 seconds, 4.7277e-09
seconds per iteration
(Done with libast's make perf)
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
There is a greater darkness than the one we fight. It is the
darkness of a soul that has lost its way. -- G'Kar, Babylon 5
---
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.
Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] make dist and engage--wrong path!
On Thursday, 02 June 2005, at 10:05:06 (-0400),
John Ellson wrote:
Isn't this the same problem that I hit with x86_64 ?My fix was just to
have rpm install whatever directory make generates:
-%{_libdir}/enlightenment/modules_extra/engage/linux-gnu-i686/*
+%{_libdir}/enlightenment/modules_extra/engage/
John wins again.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
Can we leave the world outside just for awhile, just for awhile?
Spend some time, you and I, under this bright, glorious sky? It's
been so long since I first saw you, but I still love the smile in
your eyes. -- Roxette, Church of Your Heart
---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: libast from Eterm CVS fails to build with gcc4 on x86_64
On Thursday, 02 June 2005, at 13:56:28 (-0400), John Ellson wrote: Sure, but then there should be a configure test for the cases that need it. Patches welcome. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- If you can scrounge up another brain cell, you might captivate us further...but I doubt it. You couldn't get a clue during clue-mating season in a field full of horny clues if you smeared your body with clue musk and did the clue mating dance. -- OS2Bot --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Patches for entrance on x86_64
On Monday, 30 May 2005, at 13:11:37 (-0400), Corey Donohoe wrote: The below patches aren't needed, entrance builds fine on x86_64 and has for some time. If the defaults don't work for you, look into exporting your CFLAGS and LDFLAGS environmental variables so these sort of things get picked up. Actually, the patches ARE needed. Entrance fails to build properly in numerous situations and has proven to be such a cluster-fuck of a build that I've given up on it multiple times. You really should take these patches; they are behaviorially correct. And far better than what you have now. (You'll note this same bit of code has changed in other packages too, and for much the same reason.) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Greater than the death of flesh is the death of hope, the death of dreams. Against this peril we can never surrender. -- G'Kar, Babylon 5 --- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ecore_config command line tool
On Wednesday, 25 May 2005, at 14:23:39 (+0100), Andrew Elcock wrote: the reason it only works over IPC is because that is how it is supposed to work!!! Thank you, Captain Obvious. if you edit the file then the app has no idea - over IPC the application gets alerted to the change and picks it up immediately. You're assuming the application is running. It may not be. Simon's work has an entirely different purpose and is perfectly suited for situations where exsh is not. And vice versa. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- But what better way to go out than in the cause of advancing scientific knowledge? Is this a multiple choice question? 'cause I have some ideas -- Jim Ishida and Claudia Christian, Babylon Five --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402alloc_id=16135op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-0.9.3 + deadkeys not working right ?
On Monday, 09 May 2005, at 20:33:33 (-0400), Mike Frysinger wrote: i'm hoping someone out there can help since i'm really not familiar with deadkeys at all ... basically, after upgrading eterm from 0.9.2 to 0.9.3, this user's deadkeys stopped working properly. downgrading libast to 0.5 and then building eterm 0.9.3 against that seemed to have no effect This has already been discussed here and fixed in CVS. See my March 15th ChangeLog entry. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Who needs women? Give me gcc and a couple megs of source code, and I'm good for at least an hour or so --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393alloc_id=16281op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm-0.9.3 + deadkeys not working right ?
On Tuesday, 10 May 2005, at 20:35:38 (-0400), Mike Frysinger wrote: for any other distribution maintainers, you can grab the patch which applies against 0.9.3 here: http://viewcvs.gentoo.org/x11-terms/eterm/files/eterm-0.9.3-deadkeys.patch Please note that only the last hunk of this patch corrects the deadkeys issue. The other hunks are needed to correct the saving of the cut_chars attribute. They're really 2 separate patches; they were just committed at the same time. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I believe God's grace is so incredible that He saves those who so much as grunt in His general direction, as long as it is from their heart.-- Rick Durrance, Youth Pastor, Wilmore UMC (paraphrased) --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393alloc_id=16281op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: Fix for 15bpp C shading routine and a small issue with the 15bpp MMX saturated shading routine
On Saturday, 07 May 2005, at 09:36:21 (-0600), Tres Melton wrote: PATCHES: Applied, thanks. :) Is there a way to look at Eterm-0.9.4/src/pixmap.c without getting the entire CVS tree? A link to a web page with the latest pixmap.c source in CVS would be awesome! TIA. I'd start here: http://cvs.sourceforge.net/viewcvs.py/enlightenment/eterm/Eterm/src/ Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Love tried to find you. So many times it was just one step behind you. So turn around. What have we got to lose? Let's take tonight before it's over. I'll open my heart for you; just let your love go free. -- Bernard Oattes, Throw Your Fears to the Wind --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug/Patch The 16bpp non-mmx shading routines might be screwed
On Friday, 06 May 2005, at 09:49:26 (-0600), Tres Melton wrote: Crap! I know I edited that patch file I just forgot where I put the edited one. Here is a fresh edit. Please ignore the last one. Applied, thanks. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- All of these things held up in vain. No reason or rhyme, just the scars that remain. Of all of these things I'm so much afraid, scared out of my mind by the demons I've made. -- Jars of Clay, Much Afraid --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: Eterm patches to fix and optimize it.
On Tuesday, 26 April 2005, at 17:00:31 (-0600), Tres Melton wrote: I'll do my best but I'm still learning cvs, diff, patch, etc.. The other coding that I've done was part of a small group where cvs wasn't as important and we could always meet around the lunch table. cd eterm/Eterm cvs diff -Nu Eterm-0.9.4-something_spiffy.patch :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- You know I'd fight for you, but how can I fight someone who isn't even there? I've had the rest of you; now I want the best of you. I don't care if that's not fair.-- O-Town, All or Nothing --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm amd64 / 64 bit fix
On Tuesday, 26 April 2005, at 17:00:36 (-0600), Tres Melton wrote: This was actually my patch but vapier (Mike Frysinger) submitted it through Gentoo for me. Don't worry; you were properly credited in the ChangeLog. It is not a 64/32 bit thing so much as it is a 32 bits/pixel thing. I'm not as familiar with the code as I'd like to be but this code snippet seems hard coded for 32bpp. Has this been tried using other color depths? If icon_data is a pointer to a 16bpp image and we divide it by CARD32 won't the nelements parameter be half of what it should be? This has nothing to do with the depth of the display. icon_data is defined in icon.h and is a 32bpp ARGB array of Imlib2 image data. This is true irrespective of the Xdepth setting. Further, the format for the property is set to 32-bit values, so it will be properly handled on 64-bit systems (assuming the WM in question does it right). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Would the congregation please note that the bowl at the back of the church labeled 'For the Sick' is for monetary donations only. -- Churchdown Parish Magazine, Gloucestershire, England --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: Eterm's latest patch
On Tuesday, 26 April 2005, at 17:51:17 (-0600), John Slaten wrote: Check out the imlib2 configure: case $target_cpu in i*86) ; x64_64) ; esac That's pretty much it, thanks. On Tuesday, 26 April 2005, at 20:07:59 (-0400), Mike Frysinger wrote: if you add AC_CANONICAL_HOST to configure.ac, that'll give you access to $host_cpu which would contain what you want ... then you could exploit crap like this: case $host_cpu in i*86 ) feel my x86 voodoo ;; x86_64 ) touch my 64bit monkey ;; esac Except that for cross-compiling you'll need to check $target_cpu, not $host_cpu. Please try the fix I just committed and report back. Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I am the one and only; nobody I'd rather be. I am the one and only. You can't take that away from me. -- Chesney Hawkes --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: Eterm's latest patch
On Monday, 25 April 2005, at 19:06:16 (-0600), Tres Melton wrote: This appears to work because it is an off by one error (one pixel = 4 bytes). It will fail to adjust the top left pixel of the image map and will go one pixel past the end of the image array at the bottom right. This is a horrible patch and needs to be reverted immediately. It should have no effect on my machine (an AMD64) because it is little endian but it does. It also inverts the order (to little endian) thus defeating the big endian concept. You're right. I'll revert it shortly. It is properly detecting AMD64 as little endian. What it is doing is including /usr/include/libast/sysdefs.h and getting hosed in there. If you look at a piece of sysdefs.h you will find: #ifndef WORDS_BIGENDIAN # define WORDS_BIGENDIAN 0 #endif but in the Eterm code it does things like #ifdef WORDS_BIGENDIAN. Well WORDS_BIGENDIAN gets defined to a false value but we don't check for that. We assume that if it is defined then it is true. This is the heart of the problem. My question is this: Should we remove the code chunk above from libast/sysdefs.h or should we alter the code in Eterm to read something like: #if WORDS_BIGENDIAN ---do something #endif The correct solution, which I've just committed, is the latter. I changed the #ifdef's to #if's and put in a fallback in case someone is using an older LibAST. Either solution will work but we must be consistent. What decision will cause the least amount of aggravation? Does something in libast require that macro to be defined? Yes, it's written to use #if WORDS_BIGENDIAN. Sure, I can send a patch for that but I would like to straighten out the endian-ness knot first as the two seem to be somewhat entangled. If you prefer I will send a patch now but It will most likely have to change once the endian-ness gets straightened out. Let me know what you want MeJ. Please create any patches you send against current CVS. Another issue that needs to get resolved in the ./configure script is that it enables MMX on my AMD64. That's fine, I have MMX, but the code in mmx_cmod.S is not compatible with a 64 bit chip. The proper thing to do at the moment is to disable MMX on AMD64. Eterm won't compile without doing that via ./configure --disable-mmx. That should be automatic. There is also a HAVE_MMX macro that enables/disables certain things. I propose adding a HAVE_MMX_64 macro for using the MMX extensions on AMD64 (and EM64T). I agree. Do you have any suggestions for detecting x86_64 as opposed to i386? I'm working on other things for Eterm right now including an MMX port to AMD64. I have been in touch with, Willem-Jan Monsuwe [EMAIL PROTECTED], the original author of the code and it sounds like he did it just for fun when MMX first came out and is no longer interested in it. I sent a preliminary mmx_64_cmod.S file and hope he looks it over. If I don't hear back from him or he doesn't want to get involved I'll try and finish the port myself. It has been a while since I've coded in Asm so it might take some time for me to complete the port. No hurry, though I'm sure the folks on Opteron systems would love MMX support. :) I have a few other patches that I would like to submit once we untangle the knot that this endian-ness has caused so could someone please tell me the best way to handle it: remove the #define from libast or rewrite the Eterm code? I've received the patches you've sent so far. I'm going to get through them as quickly as I can, but my Real Job(tm) is keeping me pretty busy too, so please be patient. :) But keep the patches coming! Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- As your attorney, it is my duty to inform you that it is not important that you understand what I'm doing or why you're paying me so much money. What's important is that you continue to do so. -- Hunter S. Thompson's Attorney --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm amd64 / 64 bit fix
On Thursday, 21 April 2005, at 18:17:26 (-0400), Mike Frysinger wrote: the patch i committed applied against src/command.h and that's it ... i was just checking other things to see if similar fixes could be used elsewhere and i noticed pixmap.c ... so i'm asking for someone else to verify that this code is 32bit/64bit clean since i know nothing of X functions Your patch did not change the definition of CARD32. It is still 32 bits. Rather, it changed the structure for MWM hints to use CARD64 and INT64 instead of CARD32 and INT32. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I feel wonderful because I see the love light in your eyes, and the wonder of it all is that you just don't realize how much I love you. -- Eric Clapton, Wonderful Tonight --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: Eterm patches to fix and optimize it.
On Tuesday, 26 April 2005, at 05:46:39 (-0600), Tres Melton wrote: 3.eterm-0.9.3-shade_24_mmx.patch 4.eterm-0.9.3-shade_24_mmx-2.patch The first one adds an MMX optimized assembly routine for shading an Eterm w/ 24 bit color. The second modifies pixmap.c to use the new routine. I don't have the hardware to test this one with so someone with an x86 (not AMD64 or EM64T) and 24 bit color should test it. Doesn't work here. I get the following assembler errors: mmx_cmod.S: Assembler messages: mmx_cmod.S:492: Error: expecting scale factor of 1, 2, 4, or 8: got `3)' mmx_cmod.S:511: Error: expecting scale factor of 1, 2, 4, or 8: got `3)' mmx_cmod.S:512: Error: suffix or operands invalid for `movd' mmx_cmod.S:524: Error: expecting scale factor of 1, 2, 4, or 8: got `3)' make[2]: *** [mmx_cmod.lo] Error 1 5.eterm-0.9.3-shade_32_optimize1.patch 6.eterm-0.9.3-shade_32_optimize2.patch 7.eterm-0.9.3-shade_24_optimize1.patch 8.eterm-0.9.3-shade_24_optimize2.patch All applied and committed. Next I would like to start submitting some hooks for the shade_ximage_??_mmx_64 routines that I am working on. Some of the line numbers in the patch files might be off as these hooks are already in my code. I think that they take 17 lines at the top of the file. I did edit the patch files to remove the stuff that wasn't relevant to each particular patch. Let me know if I've done this correctly and how to fix it if I haven't. I will confess that I need sleep (@ 5:45 am) but I compiled after all of them and tested the parts that I have hardware for so everything should work (famous last words). I made all of the patches from the src directory. Changes in line numbers are not a problem, but if you could make the patch from the top-level directory (cvs/eterm/Eterm/), that would be great. :) Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Oh gaze of love, so melt my pride that I may in your house but kneel, and in my brokenness to cry spring worship unto thee. -- Jars of Clay, Hymn --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm: \e[22m not turning off bold
On Saturday, 23 April 2005, at 08:23:04 (-0400), Bryan Kadzban wrote: My version of groff is outputting the escape sequence in the subject to turn off bold when I bring up some manpages, but Eterm doesn't dim the foreground color when it sees that escape sequence. This happens both in 0.9.3 and current CVS. I've also reproduced it with a: echo -e '\033[1mblah \033[22mblah \033[0mblah' Actually, this works fine in current CVS. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- You're just an empty cage, girl, if you kill the bird. -- Tori Amos, Crucify --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm: \e[22m not turning off bold
On Tuesday, 26 April 2005, at 14:17:31 (-0400), Michael Jennings wrote: Actually, this works fine in current CVS. Actually, no it doesn't. Oddly, I was testing in a 0.9.4 Eterm, and it worked fine. But trying the latest one built from CVS doesn't work. Very strange. Patch committed. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- You like apples? Yeah? Well, I got her number! How about them apples??!-- Matt Damon, Good Will Hunting --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm amd64 / 64 bit fix
On Wednesday, 20 April 2005, at 19:05:18 (-0400), Mike Frysinger wrote: rather get permission first than have you yell at me later ;) ... committed As a rule, I don't yell at people for committing small, clean patches that fix bugs. Particularly bugs I can't test, like those on 64-bit systems. along the same lines, a quick grep for CARD32 shows: src/pixmap.c src/screen.c src/windows.c windows.c and screen.c look fine, but pixmap.c looks a little fishy: XChangeProperty(Xdisplay, TermWin.parent, props[PROP_EWMH_ICON], XA_CARDINAL, 32, PropModeReplace, (unsigned char *) icon_data, sizeof(icon_data) / sizeof(CARD32)); i dont really know anything about X functions, so you guys would know whether this is fine too ... The fix went into a header file, though, right? (I'm on a hella slow connection right now, so I can't check myself.) :( On Wednesday, 20 April 2005, at 21:47:28 (-0400), Mike Frysinger wrote: Roland B=E4r submitted this patch: http://bugs.gentoo.org/attachment.cgi?id=3D52947action=3Dview via this bug: http://bugs.gentoo.org/show_bug.cgi?id=3D84520 in an attempt to get the code working for amd64 ... patch is not ok as is, = but=20 if the x86-specific code is wrapped in #ifdef __i386__ and then amd64 code = is=20 wrapped in #ifdef __x86_64__, this shoud be ok to commit ? My policy: Test it on i386. If it doesn't break that, commit it, because that's all I have to test with and can't yell at you if it Works For Me(tm). *grin* Your approach sounds fine. I always watch commits to make sure the patches that go in are acceptable, so don't worry about sneaking one past the goalie. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- A leader takes people where they want to go. A great leader takes people where they don't necessarily want to go, but ought to be. -- Rosalynn Carter --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: apps/e vapier
On Wednesday, 20 April 2005, at 08:09:08 (-0700), E CVS List wrote: use an install hook to setuid freqset thus avoiding mkinstalldir issues with diff versions of automake === RCS file: /cvsroot/enlightenment/e17/apps/e/src/modules/cpufreq/Makefile.am,v retrieving revision 1.7 retrieving revision 1.8 diff -u -3 -r1.7 -r1.8 --- Makefile.am 20 Apr 2005 14:51:37 - 1.7 +++ Makefile.am 20 Apr 2005 15:09:08 - 1.8 @@ -5,9 +5,6 @@ filesdir = $(libdir)/enlightenment/modules/$(MODULE) files_DATA = \ module_icon.png -freqsetdir = $(libdir)/enlightenment/modules/$(MODULE) -freqset_DATA = \ -freqset$(EXEEXT) EXTRA_DIST = $(files_DATA) @@ -28,16 +25,13 @@ module_la_LDFLAGS = -module -avoid-version module_la_DEPENDENCIES = $(top_builddir)/config.h -all-local: freqset$(EXEEXT) +freqsetdir = $(pkgdir) +freqset_DATA = \ +freqset$(EXEEXT) setuid_root_mode = a=rx,u+s -INSTALL_SU = \ - test -z $(pkgdir) || $(MKINSTALLDIRS) $(DESTDIR)$(pkgdir); \ - echo $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(INSTALL) -m $(setuid_root_mode) freqset$(EXEEXT) $(DESTDIR)$(pkgdir)/freqset$(EXEEXT); \ - $(INSTALL_PROGRAM_ENV) $(LIBTOOL) --mode=install $(INSTALL) -m $(setuid_root_mode) freqset$(EXEEXT) $(DESTDIR)$(pkgdir)/freqset$(EXEEXT); - -install-freqsetDATA: freqset$(EXEEXT) - @$(INSTALL_SU) +install-data-hook: + @chmod $(setuid_root_mode) $(DESTDIR)$(freqsetdir)/freqset$(EXEEXT) I think you want a - sign, not an @ sign, there. @ sign only suppresses output. You need the - to make sure failure of that line doesn't halt the build. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Temper is the one thing you can't get rid of by losing it. -- Jack Nicholson, Anger Management --- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: libs/imlib2 azundris
On Friday, 08 April 2005, at 08:55:21 (-0700),
E CVS List wrote:
Log Message:
* wonky versioning.
RPM packagers: imlib2 -- libungif-devel vs giflib-devel (SuSE)
What are you trying to point out here? Should we point to a
particular header file instead?
+%{_libdir}/imlib2/*/*.a
+%{_libdir}/imlib2/*/*.la
I thought we established that these are useless. Did I miss
something? Shouldn't we be removing them, not packaging them?
*confused*
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
No one can see their reflection in running water. It is only in
still water that we can see. -- Taoist Proverb
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
IRC (was Re: [E-devel] Evas Smart Object?)
On Friday, 25 March 2005, at 15:53:05 (+0100), Thijs Thiessens wrote: I'm trying to join #e on freenode, but appearently I'm banned. Does anyone of you know the ops? Or where I can reach them? Please start a new thread when you change topics. What is your nickname and your [EMAIL PROTECTED] mask? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I remember the time I knew what happiness was. Let the memory live again. -- Memory, from /Cats/ --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm double-buffer 100% CPU (bug?)
On Thursday, 17 February 2005, at 16:36:31 (-0500), Nicholas Jones wrote: This appears only to happen to eterm and only when using double-buffering. Eterm --double-buffer while true; do cat /etc/passwd; sleep 0.1; done (You might have to adjust 0.1 for your locale) Partially cover the window in some way. -- CPU usage on X shoots to near 100% Uncover the window -- CPU usage stays near 100% Shade the window -- CPU usage drops to normal Unshade the window -- CPU usage on X shoots to near 100% Resize the Eterm -- CPU usage drops to normal I can't reproduce this. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- God hears them cry. (Thou shalt not kill.) You hear the lie. (Do what you will.) And you simply look the other way. -- Holy Soldier, See No Evil (re abortion) --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems with building engage from cvs
On Tuesday, 01 March 2005, at 06:44:19 (+0100), Cristalle Azundris Sabon wrote: Not to mention that in my last checkout, the .spec files did not reflect these changes. Can we establish the rule that (collective) you DON'T change the version number UNLESS you also fix the spec? Thanks. As I was going to tell that other guy (Richard?), I haven't updated the spec files because I'm still trying to understand the logic behind changing 18 packages to fix 3. The spec files already had the snapshot functionality in them, so I just reverted the change on the 15 packages that didn't need it. Some discussion of this BEFORE the change was made would've been nice. But then, I guess that's not the way things happen around here. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- As your attorney, it is my duty to inform you that it is not important that you understand what I'm doing or why you're paying me so much money. What's important is that you continue to do so. -- Hunter S. Thompson's Attorney --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems with building engage from cvs
On Tuesday, 01 March 2005, at 09:55:04 (+), Andrew Elcock wrote: 2 choices here - crawl back into your hole or read the error message before commenting. Hi, welcome to Missing the Point. Population: You. Perhaps my recent e-mails will help your comprehension. I recommend reading them. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I've looked for you all of my life. Now that I've found you, we will never say goodbye. I can't stop this feeling; there's nothing I can do 'cause I see everything when I look at you. -- Firehouse, When I Look into Your Eyes --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems with building engage from cvs
On Wednesday, 02 March 2005, at 11:43:09 (+0900), Carsten Haitzler wrote: because of this: asapagus.sh: snip I'm sure that's great for you, but you're not the only one dealing with these packages. If you're already updating configure.in, you should update the spec files at the same time. And all the other packaging files. It's no more difficult than what you've already done. i did - i said it helps making snapshots without having to fiddle the main version and play with libtool versioning info etc. etc. etc. etc. For you, and only you. it makes automated releases that have a CONSISTENT VERSIONING SCHEME simple. See above. yes it is. see above. it IS an integer. 001 is an integer. .001 is not. see above - again. it means the SAME rule can be applied to ALL packages - no exceptions. for those close to a 1.0.0 we can keep them at 0.9.9 or 0.16.999 for example - we can up the real version as we please with automated releases incrementing the release. for somone who does rpm packaging you seem to have instantly forgotten the release number in packages (-1, -2, -3 etc.) the moment u look at src. the .001 is the exact equivalent to it - but on the source side. You are not making changes to all packages at once. Thus you have created a situation where there may be a release of a particular package in which nothing whatsoever has changed from the previous release. I don't see this as a good thing, and it's no better than CVS snapshots. While saving yourself some work, you've created a metric fuck-ton of work for those of us doing packaging. What you *should* do, IMHO, is put someone in charge of Release Management. If one or more packages are at a stable point for a release of some type, let the release manager worry about version number changes and such. These are separate packages. Not everything should be released all at once, particularly when nothing has changed from the last release. Trying to treat them all as one big unit defeats the purpose of having things split out into libraries. Furthermore, adding .NNN to the end doesn't create a versioning scheme that's any more or less consistent than before (except for the 3 packages erroneously using _preXX). The only thing it accomplishes is tagging everything with the same suffix, and by using the same suffix for disparate packages, you've rendered it completely useless. No useful information is gained from .001 or .002 other than that .002 is a bigger number. Anything or nothing may have changed for any particular package, and the unsuspecting user is forced to download them ALL again even though there may be no difference whatsoever. MAJOR.MINOR.PATCHLEVEL is a perfectly reasonable scheme, and when done properly it provides useful information regarding which packages have changed and which have not. I can certainly understand what a pain it can be to manage 18 different packages on your own, but the solution is not to make it easier for you while making it harder for everyone else. The solution is to stop making it a one-man show when it's not. Put a release manager (shadoi? dj2? digitalfallout?) in charge of the packages you own, and let the maintainers of other packages (RbdPngn for EWL, HandyAndE for engage, xcomp/atmos for entrance, etc.) do their own releases. And brainstorm things before you take unilateral action, at least when it comes to packaging and such. There's a chance somebody might have a different/better/cleaner idea. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I've been looking for a Savior in these dirty streets, Looking for a Savior beneath these dirty sheets. -- Tori Amos, Crucify --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems with building engage from cvs
On Wednesday, 02 March 2005, at 15:57:40 (-0600), Ibukun Olumuyiwa wrote: (Sorry, trying to get everyone to lighten up a little. It's not such a BIG issue anyway.) Sure, not for you. You don't have to deal with any of the packaging issues. Ask shadoi. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Speak confidently what you believe each and every day, though it contradict everything you said the day before. -- Ralph Waldo Emerson --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems with building engage from cvs
On Tuesday, 01 March 2005, at 00:43:28 (-0500), Mike Frysinger wrote: this little rant is unrelated to the actual bug mentioned ... the fact that there's ugly 'test: integer expression expected' doesnt affect the missing e17 config script (the real cause of build failure) I wasn't referring to the build failure. I was referring to the fact that getting rid of the .pre_XX in exchange for .00X did not manage to solve the integer expression expected problem...which, according to raster, is why he did it in the first place. and really, that ugly output is a moot point ... the old versioning schema had the same problem, except it'd complain about '_pre'/'_alpha'/whatever not being an integer expression See above. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Even if it takes forever to win your heart and your love and your devotion, I know it's going to be worth the wait. -- Amy Grant, Say You'll Be Mine --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Problems with building engage from cvs
On Tuesday, 01 March 2005, at 11:13:54 (+0800), Didier Casse wrote: It's the first time that I get these errors: == [SNIP] checking for evas-config... /usr/local/bin/evas-config checking for evas - version = 1.0.0... ./configure: line 22076: test: 0.001: in teger expression expected yes checking for ewl-config... /usr/local/bin/ewl-config checking for ewl - version = 0.0.1... ./configure: line 22237: test: 0.001: int eger expression expected yes checking for enlightenment-config... no checking for enlightenment - version = 0.0.1... no *** The enlightenment-config script installed by enlightenment could not be foun d *** If enlightenment was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the ENLIGHTENMENT_CONFIG environment variable to the *** full path to enlightenment-config. configure: error: Cannot find ewl: Is enlightenment-config in path? error: Bad exit status from /var/tmp/rpm-tmp.39651 (%build) What, you mean that silly .001 thing that was supposed to be a magical cure actually *wasn't*? But that can't be! It was for the good of the code! #include itoldyouso.h Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Feel your breath on my shoulder, and I know we couldn't get any closer. I don't want to act tough; I just want to fall in love as we move into the night.-- Peter Cetera and Crystal Bernard, (I Wanna Take) Forever Tonight --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e_main.c variable declaration fixes
On Sunday, 27 February 2005, at 11:14:07 (-0800), Jonathan Ho wrote: - int ipc_failed = 0; - int i; - int nosplash = 0; - int nostartup = 0; - int nowelcome = 0; - int after_restart = 0; - char buf[1024]; - char *s; + int ipc_failed = 0, i, nosplash = 0, nostartup = 0, nowelcome = 0, after_restart = 0; + char buf[1024], *s; Rearranging is not the same thing as cleaning up. There is nothing inherently more clean about your way vs. the current way. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- You're just an empty cage, girl, if you kill the bird. -- Tori Amos, Crucify --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving the build system
On Friday, 25 February 2005, at 16:34:54 (+0100), Richard Torkar wrote: I've been looking at improving the build system that the different E modules have. At the moment there is no automatic creation of *.spec files when running autofoo. Exactly right. And that's intentional. Is this something that will be accepted by the developers? No. As I just said yesterday, we've been down this road before, and it was not good. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Love tried to find you. So many times it was just one step behind you. So turn around. What have we got to lose? Let's take tonight before it's over. I'll open my heart for you; just let your love go free. -- Bernard Oattes, Throw Your Fears to the Wind --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving the build system
On Friday, 25 February 2005, at 17:42:51 (+0100), Richard Torkar wrote: Do you have a link to that conversation? Look in that same thread you referred to. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Confucious say, 'Baseball wrong! Man with four balls cannot walk!' -- Todd Lusk --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving the build system
On Friday, 25 February 2005, at 18:54:55 (+0100), Cristalle Azundris Sabon wrote: I actually prefer it to having to fix and commit every time I build packages, but that might just be me. It's not just you. :-) Yeah, I know it's enough if one person does it, but somehow no matter who that someone is, it always turns out to be you or me. : ) Very true. :) Spec files are an art that few truly comprehend. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Only an idiot fights a war on two fronts. Only the heir to the throne of the Kingdom of Idiots would fight a war on twelve fronts. -- Ambassador Londo Mollari (Peter Jurasik), Babylon Five --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving the build system
On Friday, 25 February 2005, at 18:05:42 (+0100), Richard Torkar wrote: A hassle canbe seen as a reason, but I'd love to hear more background. What was the hassle? What did go wrong? I've seen spec creation being used in large projects without a problem during several years, I don't doubt it. Most projects have atrocious spec files too. so I'm just curious as to why this was a problem in this project. As always, I'm asking nicely. I'm not being arrogant - just curious and maybe stupid :-) 1. Automatically-generated spec files often fail to end up in the release tarball. This prevents rpmbuild -ta from working. Your patch has exactly this problem. 2. Automatically-generated spec files lull software maintainers into a false sense of security and are generally left to stagnate. 3. Spec files and the rpm dependency engine are not equivalent to autoFUCK tools and cannot be treated as such. 4. Making spec file changes, like making configure.in changes, can have notable and widespread results and should thus be done as a conscious choice. 5. AutoFUCK tools generate files which differ between systems and between builds. If you have to change your spec file whenever you build, you have issues. Etc. HTH, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- You can bend over for Blue Cross, and you can bend over for Kaiser. Blue Cross is nice because they give you two ways to bend over. -- anonymous co-worker --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Improving the build system
On Friday, 25 February 2005, at 21:19:01 (+0100), Richard Torkar wrote: I'm well aware of that fact. It was not the intention to make the spec.in full-fledged to begin with. And therein lies the fundamental problem. :) 3. Spec files and the rpm dependency engine are not equivalent to autoFUCK tools and cannot be treated as such. Wholeheartedly agree. 4. Making spec file changes, like making configure.in changes, can have notable and widespread results and should thus be done as a conscious choice. See point 3, since it's the same. No, not quite. #4 has nothing to do with package dependencies. #3 was exclusively about package dependencies. 5. AutoFUCK tools generate files which differ between systems and between builds. If you have to change your spec file whenever you build, you have issues. See point 3, since it's the same. Incorrect again. This point is about the re-generation requirements for various files and the level at which they drive the system. What I wan't to do, and what I believe more people want, is to make spec creation a first class citizen in E's build system. It already is. I actively maintain every spec file in CVS and regularly build snapshot packages as changes are made. Others help out, including Azundris and Cobra (both on SuSE). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Oh gaze of love, so melt my pride that I may in your house but kneel, and in my brokenness to cry spring worship unto thee. -- Jars of Clay, Hymn --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: libs/imlib2 raster
On Thursday, 24 February 2005, at 14:12:42 (+0800), Didier Casse wrote: E has also been downgraded from 0.17-xxx to 0.16.999.001. Hmm from the point of view of an rpm managed system, if somebody doesn't realize this and do something like: apt-get update or yum check-update... they would never be able to know that there exist a latest version coz the latest one has a lower version! Same applies to some efls. I'm not saying this is right or wrong but we need to tell the people that there's been a regression in the version numbering so that they wipe out the older versions first. I've been doing packaging for a very long time, and I'm well aware of the issues associated with downgrading. This has nothing to do with my statement. On Thursday, 24 February 2005, at 15:29:54 (+0900), Carsten Haitzler wrote: yes :0 thats why it's in my commit log - we need to do this for sanity. No we don't. First off, release numbers are for packages, not vendor source. Second, every spec file in CVS uses a release number of 0.MMDD or something similar. This cleanly and efficiently provides the snapshot concept and information in a form which, when a release is made, can be easily updated such that the release will replace the snapshot. i downgraded ONLY those packages that were pre_ something and needed downgrading. Not true at all. You added the .001 to a grand total of 18 packages. Only THREE of those packages (evas, ecore, and e) actually used the _pre. The rest you obfuscated for no apparent reason. the extra .001 is now instead of that - and lets us to just a set of releases without having to bum the maj/min/micro version. You didn't have to in the first place. It was already taken care of. Only 3 packages had the _pre problem which was causing the integer expression expected error when doing version comparisons. we can bump those separately as needed. so the .specs just need to add an extra version filed (the .001). it may be time to make all the packaging stuff auto-generated... :/ We did that before, and it was a huge hassle. You really should leave the packaging details to the packagers and focus on the stuff that actually needs your attention. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Come stand a little bit closer. Breathe in and get a bit higher. You'll never know what hit you when I get to you. -- Savage Garden, I Want You --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: libs/imlib2 raster
On Monday, 21 February 2005, at 01:35:30 (-0800), E CVS List wrote: Enlightenment CVS committal Author : raster Project : e17 Module : libs/imlib2 Dir : e17/libs/imlib2 Modified Files: configure.in Log Message: change versions. some went DOWN - because they arent releases and i'm trying to remove the _pre ascii from the version. i added a .001 (a release number) so we can automatically or easiyl generate releases... sorry guys. but it's kind of for the good of the code. :) This should only have been done for the few packages that actually had the _pre in the version to begin with. In particular, doing this to Imlib2 is just plain silly. Can we please undo this for those packages that don't need it? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I guess the time is right for us to say we'll take our time and live our lives together day by day. We'll make a wish and send it on a prayer. We know our dreams will all come true with love that we can share. -- Firehouse, Love of a Lifetime --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E-term and adding pixmaps images
On Wednesday, 02 February 2005, at 13:43:04 (+), Peter Hyman wrote: Must I edit each theme's menu.cfg file manually? Or is there another command switch I missed. That, or edit doc/menu-master-file.m4, cd into your themes directory (e.g., ~/.Eterm/themes) and run this: /path/to/cvs/Eterm/doc/gen-menus -d /path/to/cvs/Eterm/doc * Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- G: If we do happen to step on a mine, Sir, what do we do? EB: Normal procedure, Lieutenant, is to jump 200 feet in the air and scatter oneself over a wide area. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] NFS trouble (suggested patch included)
On Tuesday, 01 February 2005, at 22:39:53 (+0100), Kim Woelders wrote: I have committed a fix doing essentially as suggested, but only if __linux__ is defined. Works for me. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- The future is all around us, waiting in moments of transition to be born in moments of revelation. -- G'Kar, Babylon 5 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] NFS trouble (suggested patch included)
On Monday, 24 January 2005, at 13:19:33 (+0100), Jan Nordholz wrote: I recently found out that having one's config dir on a NFS share is a bad idea. Enlightenment names its background-thumbnail-files after inode, mtime and _device_, which is a little pointless when the device number is in the anonymous range (that is, majors 0, 144-146): E runs on more than just Linux. You cannot assume anything about device numbers. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- There's just something about debugging with a buggy debugger that reeks of rotten luck --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Are the EFL ready?
On Thursday, 27 January 2005, at 14:15:01 (+0100), Tilman Sauerbeck wrote: And yes, the EFL are ready :) They are indeed. http://www.efl.org.au/ Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Microsoft is trying to sell us crack, and the first taste is free. But what's it going to mean when we're addicted to this? -- Anonymous, 1998 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: apps/entrance raster
On Saturday, 15 January 2005, at 20:55:39 (-0800), E CVS List wrote: Log Message: timeout was wrong... and we shoudl consider DIY cmd-line parsing... see comment case 0: +_entrance_x_sa.sa_handler = SIG_IGN; +_entrance_x_sa.sa_flags = 0; +sigemptyset(_entrance_x_sa.sa_mask); sigaction(SIGUSR1, _entrance_x_sa, NULL); + /* FIXME: need to parse command and NOT go thru /bin/sh */ + /* why? some /bin/sh's wont pass on this SIGUSR1 thing... */ execl(/bin/sh, /bin/sh, -c, x_cmd, NULL); The spiftool_split() function from LibAST does exactly this: split a line into tokens using whitespace with support for quoting. Using it to create the execl() parameters would eliminate the need for /bin/sh altogether. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- She'd still say, 'I love you' if I asked, but she never volunteers. Somehow what she never says means more than all the other words I hear. -- BlackHawk, I Sure Can Smell the Rain --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16 actions
On Tuesday, 11 January 2005, at 10:03:48 (-0600), Brian Mattern wrote: i also noticed some odd behavior on desktop sliding. the windows from the destination desktop were not sliding at all It's harder for the windows to slide in Texas. Those big hats create a large gravity well Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Kyrie eleison down the road that I must travel. Kyrie eleison through the darkness of the night. Kyrie eleison; where I'm going, will you follow? -- Mr. Mister, Kyrie --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Spec file(s) patche
On Thursday, 06 January 2005, at 09:01:31 (-0500), Jason Williams wrote: I was messing around with the CVS code last night and got all the stuff to build for e17/apps/e. Attached is a spec file for the libs and such so that you can easily build the RPMS for them. The only thing that probably should be committed is the change for freetype in the evas package. On Fedora, the package is freetype-2.x.x on other boxes it might be noted as freetype2... just a inconsistancy I came across anyway, enjoy. Applied, thanks. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- The first lesson reading teaches is how to be alone. -- Jonathan Franzen --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Odd chown assignment in e16.8.0 themes
On Thursday, 06 January 2005, at 14:44:10 (-0500), Peter Hyman wrote: Precisely the point. Because no group is set, a default is assigned. That is wrong. If you're root, yes. As a user, no. In any event, proper packaging results in this not mattering one wit because the packaging instructions (like the ones in the spec file) determine user and group ownerships. And in any event, group ownership doesn't matter. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- So tonight I'll ask the stars above, how did I ever win your love? What did I do? What did I say to turn your Angel Eyes my way? -- Jeff Healy Band, Angel Eyes --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Wiki
On Wednesday, 05 January 2005, at 12:22:35 (+0900), Carsten Haitzler wrote: http://tikiwiki.org/ hmm. willing to try it out... does it require mysql like god damn everything else? Yes, so if that's an issue for you, don't bother with it. But you'll be hard-pressed to find a CMS that's both feature-rich and flat-file-based. What's your objection to a MySQL backend? Do you dislike the DB overhead, or is there something with MySQL in particular? I believe Tikiwiki supports several different backends. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- You know the real reason God kicked Adam Eve Consulting Associates LLC off the Eden project, dontcha? Adam Eve wanted to audit everything and redo Creation in java. -- Ari Heitner on BugTraq --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] imlib2 xpm buffer overflow
On Tuesday, 04 January 2005, at 12:34:59 (+0900), Carsten Haitzler wrote: (a bit slow thanks to xmas and new years...) but.. fixed in cvs. i am tempted to release imlib2 1.2.0 - does anyone have any objections, patches etc. etc. etc. ? What about the all-black TIFF issue? Lemme at least do some spec-fu first. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- IMPORTANT NOTICE: If you are one of the hundreds of parachuting enthusiasts who bought our 'Easy Sky Diving' book, please make the following correction: on page 8, line 7, the words 'state zip code' should have read 'pull rip cord.' -- notice appearing in a Warrenton, Virginia, newspaper --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm-0.9.3 weird overlines
On Wednesday, 29 December 2004, at 14:09:34 (-0500), Mike Frysinger wrote: ive looked in the past for a reference manual for these kind of modifiers but was unable to find any ... have you a URL or resource handy ? :) Depends. For xterm, here's what you want: http://rtfm.etla.org/xterm/ctlseq.html For Eterm, it's the technical reference: http://www.eterm.org/docs/view.php?doc=ref ah, got a nice URL from my Gentoo peeps http://en.wikipedia.org/wiki/ANSI_escape_code That's valid for old-style TTY terminals like DEC and Wyse. There's not always a 1-to-1 correlation with X-based terms. according to this, 6 is not 'overscore', but 'rapid blink' ... 49 is listed as 'superscript' though ... In Eterm (and probably rxvt), 6 is overscore. If you want to see it, look in term.c on line 1621. You can also find the other SGR mode sequence values there. either way, 6 is not what we at Gentoo want :) Then don't ask for it. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- The breakup was mutual, but it was more mutual on my part. -- Beth O'Hara --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libast autogen.sh (someone owes me a beer)
On Wednesday, 29 December 2004, at 06:50:06 (-0500),
Peter Hyman wrote:
Now I know why you affectionately refer to the autoF*C* programs as
such!
You're just *beginning* to see why. Trust me on that. :-]
My problem with building libast (and probably Eterm, but I have
gotten there yet), is that the sequence of autoF*C* commands in
autogen.sh were wrong for my installation.
In addition, I had to make a change to configure.in which continued
to show an error in line 91.
basedir=.
AC_OUTPUT(${srcdir}/include/libast/types.h Makefile include/Makefile \
include/libast/Makefile src/Makefile test/Makefile \
libast-config)
${srcdir} had to come out so I as left with
basedir=.
AC_OUTPUT(include/libast/types.h Makefile include/Makefile \
include/libast/Makefile src/Makefile test/Makefile \
libast-config)
Ironically, I had to add the ${srcdir} to pass make distcheck with a
previous set of autoFUCK tools. Figures, eh?
Then...Using my gnome-autogen.sh as a guide, I made the following
changes to autogen.sh
# Run the stuff.
(set -x $LIBTOOLIZE -c -f)
(set -x $ACLOCAL $ACLOCAL_FLAGS)
(set -x $AUTOCONF)
(set -x $AUTOHEADER)
(set -x $AUTOMAKE -a -c)
That order is currently working for me, though it continues to insist
on running autoheader when not necessary. But I can live with it.
Latest CVS LibAST has some changes; see if those work for you.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
If the homo sapiens were, in fact, *homo* sapiens, is that why
they're extinct? Joey, homo sapiens are people. Hey, I'm not
judging! -- Joey Tribbiani and Ross Gellar, Friends
---
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E-term CVS 0.94 cannot fine Makefile.in
On Tuesday, 28 December 2004, at 09:37:41 (-0500), Peter Hyman wrote: autogen.sh returns errors and I don't know why! automake --version 1.9.3 aclocal --version 1.9.3 autoconf --version 2.59 autoheader --version 2.59 libtool --version 1.5.6 After running autogen, the following file is created in the top source dir. .in, no filename, just .in. I think it is config.h.in, so I tried renaming it to that, but it did not resolve other issues. autoheader returns an error: autoheader: warning: missing template: HAVE_SNPRINTF_BUG autoheader: Use AC_DEFINE([HAVE_SNPRINTF_BUG], [], [Description]) configure aborts saying it cannot find Makefile.in Am I missing something? Yes. libast.m4 Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- May God stand between you and harm in all the empty places where you must walk. -- Old Arabic Blessing --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E-term CVS 0.94 cannot fine Makefile.in
On Tuesday, 28 December 2004, at 09:53:09 (-0500), Peter Hyman wrote: But perhaps my libast v 0.5 is out of date. Given that 0.6.1 was released on the 14th, I'd say yes, it is. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- We cannot offer you a position at this time, but you are obviously qualified. Unfortunately, the other six billion people on Earth are more qualified. -- Dogbert, from the Dilbert cartoons --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm terminfo / DESTDIR bug
On Tuesday, 28 December 2004, at 18:06:06 (-0500), Mike Frysinger wrote: when utilizing DESTDIR with the install target, doc/Makefile bombs ... Doesn't happen here. it's because doc/Makefile.am's install-data-hook doesnt respect DESTDIR ... Nor should it. But in any event, all the install-data-hook commands are set up so they can't cause a build failure. (Note the || : and the leading -'s) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Can we leave the world outside just for awhile, just for awhile? Spend some time, you and I, under this bright, glorious sky? It's been so long since I first saw you, but I still love the smile in your eyes. -- Roxette, Church of Your Heart --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libast and eterm cvs
On Tuesday, 28 December 2004, at 17:59:11 (-0500),
Peter Hyman wrote:
Well, this was not easy for me, esp., since I am not the config guru.
HOWEVER, I found the problem that allowed me to complete configure,
although it still does not create a Makefile.
First, configure.in has an error
[EMAIL PROTECTED]:/mnt/src/libast$ automake -a -c
configure.in:91: required file `${srcdir}/include/libast/types.h.in' not
found
Turns out that for me, $srcdir is never defined, or taken as a literal.
I'm not the config guru, but changing:
$srcdir is defined by AC_INIT() in the configure script. It keys off
configure.in (thanks to AC_INIT(configure.in) of course) to see where
the sources are.
after mv .in config.h.in, I did a config.status --recheck and configure
completed normally.
However, Makefile still was not created. WHERE IS IT?
configure creates the Makefiles
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
A woman broke up with me and sent me pictures of her and her new
boyfriend in bed together. Solution? I sent them to her dad.
-- Christopher Case
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm terminfo / DESTDIR bug
On Tuesday, 28 December 2004, at 19:07:20 (-0500), Mike Frysinger wrote: lemme redefine 'bombs' ... it doesnt install the file into $(DESTDIR)/usr/share/terminfo/ Ah, okay. Yes, that can happen. :) The reason is this: The contents of /usr/share/terminfo are owned by ncurses, and newer versions of ncurses already supply Eterm's terminfo file. ok, then i'll just keep Gentoo's workaround for installing into $(DESTDIR) since current behavior is intended behavior Be careful (for reason mentioned above). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I am not running for office here. I won't keep it purposefully vague. I've heard New Age Life-force trip; I'd rather be dipped in bubonic plague. Take back your free advice I don't accept. I will not play those games. God is not a secret to be kept. -- Newsboys --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libast and eterm cvs
On Tuesday, 28 December 2004, at 19:40:34 (-0500), Peter Hyman wrote: configure creates the Makefiles That's my point. It doesn't! There is no Makefile.in. Peter, This is why these tools are less-than-affectionately known around here as autoFUCK. There's very little consistency between versions, and they often cause just as many problems as they solve. I can't spend a bunch of time diagnosing auto* errors for you. My advice is to download the tarballs from eterm.org since the files generated by auto* are already there. Needless to say, I can't reproduce your problem here. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Whoa. Somebody computer programmers think is anti-social? That I'd like to see.-- Sydney Penny, Hyperion Bay --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eterm-0.9.3 weird overlines
On Tuesday, 28 December 2004, at 19:43:36 (-0500), Mike Frysinger wrote: so i just upgraded to eterm-0.9.3 / libast-0.6.1 and i noticed that sometimes i get these overlines when using some apps ... these lines didnt exist before ... i happened to have some eterm-0.9.2 / libast-0.5 still running, so i compared them and took a screenshot: http://dev.gentoo.org/~vapier/eterm-funk-lines.png here's a small python snippet that reproduces this behavior: $ python -c 'print \x1b[31;06mhi dad;' ^^ This is correct behavior. The 6 modifier is overscore. The fact that it didn't work before was a bug. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Because I want you to understand what my music means to me...and what it means for me to be able to share it with someone. -- Captain Jean-Luc Picard (Patrick Stewart), ST:TNG, Lessons --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: Eterm swielinga
On Saturday, 18 December 2004, at 11:04:26 (-0800), E CVS List wrote: Fixed the obvious errors in this UTF-8 code. It doesn't produce gibberish anymore, though it doesn't appear to be multilingual heaven just quite yet. kwo had helped me find the outlen error, so I'd already corrected that locally. But thanks for spotting my iconv_open() stupidity. :( Now I just have to figure out why it claims there's an illegal multibyte sequence when I man Eterm under UTF-8. :( Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- So here we are face to face and heart to heart. I want you to know we will never be apart. Now I believe that wishes can come true 'cause I see my whole world; I see only you. When I look into your eyes, I can see how much I love you, and it makes me realize. -- Firehouse, When I Look into Your Eyes --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling Eterm CVS on amd64
On Thursday, 16 December 2004, at 12:41:44 (-0500), Mike Frysinger wrote: i meant the extra mmx code that is included in Eterm is still broken on amd64 i wasnt implying anything about imlib2 / mmx in general Not to detract from the wonderful fingerpointing and such...but would someone like to quantify the problem, and maybe even fix it? :-P Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- To touch the rose unfearful is to meet the thorn and pierce the heart's emotion and feel the emptiness no more. -- Jars of Clay, No One Loves Me Like You --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] entranced: Feature Request
On Tuesday, 14 December 2004, at 13:08:15 (-0500), Peter Hyman wrote: No, you miss the point. It's consistency across different applications that matters. No, *you* miss the point. Consistency across E-related applications is what matters, and there will be consistency amongst everything that uses ecore_config. I for one prefer editing a text file. Setting a M$ type registry with keys is contra what the /etc directory is largely about. Your preference doesn't enter into it, to be blunt. The use of DB files was discussed and decided on a long time ago. You're not saying anything here that hasn't been said before...just reopening old gripes. IMHO, there is no advantage to having that ONE file as an edb one. No other part of entrance uses it. So you're advocating turning this one particular file into text and leaving the rest as DB files? That doesn't sound very *consistent*, now does it? :-) HTH, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- If the homo sapiens were, in fact, *homo* sapiens, is that why they're extinct? Joey, homo sapiens are people. Hey, I'm not judging! -- Joey Tribbiani and Ross Gellar, Friends --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: tools andreas99
On Saturday, 11 December 2004, at 01:04:18 (-0800), E CVS List wrote: Log Message: get locale for help from LANG instead of LC_ALL === RCS file: /cvsroot/enlightenment/e16/tools/e16menuedit2/src/file.c,v retrieving revision 1.11 retrieving revision 1.12 diff -u -3 -r1.11 -r1.12 --- file.c5 Dec 2004 13:19:48 - 1.11 +++ file.c11 Dec 2004 09:04:17 - 1.12 @@ -378,10 +378,8 @@ gboolean help_missing = TRUE; struct stat buf; - locale = setlocale (LC_MESSAGES, NULL); + locale = getenv (LANG); This doesn't seem right to me. setlocale(LC_ALL, ) is the correct, portable way to set up locale information so that you can subsequently use nl_langinfo() and friends. $LANG is not the only env var that comes into play with locale setup. From the locale(7) man page: If the second argument to setlocale() is empty string, , for the default locale, it is determined using the following steps: 1. If there is a non-null environment variable LC_ALL, the value of LC_ALL is used. 2. If an environment variable with the same name as one of the categories above exists and is non-null, its value is used for that category. 3. If there is a non-null environment variable LANG, the value of LANG is used. Note that $LANG is *last*, not first. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I'd like to live just long enough to be there when they cut off your head and stick it on a pike as a warning to the next ten generations that some favors come with too high a price. I want to look up into your lifeless eyes and wave Can you and your associates arrange that for me, Mr. Morden? -- Vir Cotto, Babylon Five --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: tools andreas99
On Wednesday, 15 December 2004, at 00:45:13 (+0100), Andreas Volz wrote: I don't know how to handle this language problem. At first I used setlocale (LC_ALL, NULL); to get the current locale for help. This worked well on my and most other systems. But then someone reported me a problem that on his system this doesn't work. I expect a return of one locale like [EMAIL PROTECTED]. But this person get this result: LC_CTYPE=en_US;LC_NUMERIC=en_US;LC_TIME=en_US;LC_COLLATE=C;LC_MONETARY= en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=en_US;LC_ADDRESS=en_US;L C_TELEPHONE=en_US;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=en_US After some time I found the reason: setlocale (LC_ALL, NULL); seems to return all values If not all locales have the same value. (see: LC_COLLATE=C, others=en_US). So I used only LC_MESSAGES to get the locale and avoid this problems. Do you think I should return to LC_MESSAGES and use LANG as fallback if LC_MESSAGES is empty? First off, it's setlocale(LC_ALL, ), not setlocale(LC_ALL, NULL). :) Secondly, once you've done that, you cannot assume that the returned locale string is any particular value. From the man page: RETURN VALUE A successful call to setlocale() returns an opaque string that corresponds to the locale set. Opaque means don't look at this thing. :) Use nl_langinfo(CODESET) to get the character encoding being used. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- The key to success? Work hard, stay focused, and marry a Kennedy. -- Arnold Schwarzenegger --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] want to access command line argument -p inside theme
On Thursday, 18 November 2004, at 20:17:10 (-0600), Paul Johnson wrote: Hello. I'm directed here from the Eterm homepage. Suppose you start Eterm with Eterm -t MyTheme -p /home/pauljohn/pictures1 Inside the theme.cfg file, I want to access the value of the path variable and choose randomly among those files. I'm confounded because the Eterm seems to take the command line argument and throw it on the end of the variable rs_path, so I can't figure how to recover that value inside the theme. It is possible to randomly choose a file from a known directory*, but I don't know how to do it from the command line directory. *Example: this snip from theme.cfg shows how to randomly select a subdirectory from /home/pauljohn/Termpics, and then grabs an image out of there: path ./pix/:~/.Eterm/:~/.Eterm/themes/Eterm/pix:~/.Eterm/pix/:/usr/local/share/Termpics/babes/:/usr/share/Eterm/pix begin image type background state normal %put(portpath %random(`ls -d /home/pauljohn/Termpics/*`)) file %random( `find %get(portpath) -name *.jpg`) This is not currently possible, but I'll consider it for a future release. In the meantime, you could always write a wrapper script. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Feel your breath on my shoulder, and I know we couldn't get any closer. I don't want to act tough; I just want to fall in love as we move into the night.-- Peter Cetera and Crystal Bernard, (I Wanna Take) Forever Tonight --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: libs/embryo raster
On Thursday, 21 October 2004, at 00:38:04 (-0700), E CVS List wrote: -libembryo_la_LIBADD = $(LDFLAGS) -lm @fnmatch_libs@ +libembryo_la_LIBADD = $LDFLAGS -lm @fnmatch_libs@ What prompted this? If that ends up in the Makefile, it will almost certainly cause an error. $LDFLAGS == $(L)DFLAGS Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I am everything you want; I am everything you need. I am everything inside of you that you wish you could be. I say all the right things at exactly the right time, but I mean nothing to you and I don't know why. -- Vertical Horizon, Everything --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Re: E CVS: e kwo
On Thursday, 21 October 2004, at 02:58:12 (+0200), Marco wrote: even better, alloca :) Please be kidding. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I don't know what will be used in the next world war, but the fourth will be fought with stones. -- Albert Einstein --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fixes for e17 EFL CVS
On Thursday, 14 October 2004, at 16:26:51 (+0100), Andrew Elcock wrote: Would all gentoo users PLEASE NOTE: export WANT_AUTOMAKE=1.7 BEFORE running ./autogen.sh on any of the E project. Gentoo by default runs 1.4 or something retarded and this modification makes it sane. Unless raster has said otherwise, automake 1.4 is still the officially supported automake version. So if it doesn't work with 1.4, it needs to be MADE to work with 1.4. Or raster needs to change his mind, one of the two. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Your best? Losers always whine about [doing] their best. Winners go home and f*** the prom queen.-- Sean Connery, The Rock --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm Tiling on AMD64 problem
On Monday, 13 September 2004, at 16:23:07 (-0400),
Nicholas Jones wrote:
A bit more information... The filename being passed to load_image
has 'tile' not 'tiled' as the token for the geometry setting.
On my x86 box, tiled backgrounds work with the same default
menu.cfg for Eterm, but on the opteron it fails.
The config has a parameter of ':tile', but the comparison in
parse_pixmap_ops() is on 'tiled' using the BEG_STRCASECMP
function/macro that I cannot find the definition of.
Adding another else if below the initial tiled check, I get the
operation I expect. Checking 'tile' in that macro works.
This was fixed back in November of '02. Here's the patch:
Index: Eterm/src/pixmap.c
===
RCS file: /cvsroot/enlightenment/eterm/Eterm/src/pixmap.c,v
retrieving revision 1.90
retrieving revision 1.91
diff -u -r1.90 -r1.91
--- Eterm/src/pixmap.c 13 Oct 2002 05:28:36 - 1.90
+++ Eterm/src/pixmap.c 27 Nov 2002 20:18:23 - 1.91
@@ -21,7 +21,7 @@
* CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
*/
-static const char cvs_ident[] = $Id: pixmap.c,v 1.90 2002/10/13 05:28:36 mej Exp $;
+static const char cvs_ident[] = $Id: pixmap.c,v 1.91 2002/11/27 20:18:23 mej Exp $;
#include config.h
#include feature.h
@@ -222,15 +222,15 @@
D_PIXMAP((parse_pixmap_ops(str [%s]) called.\n, str));
for (; (token = (char *) strsep(str, :));) {
-if (!BEG_STRCASECMP(tiled, token)) {
+if (!BEG_STRCASECMP(token, tile)) {
op |= OP_TILE;
-} else if (!BEG_STRCASECMP(hscaled, token)) {
+} else if (!BEG_STRCASECMP(token, hscale)) {
op |= OP_HSCALE;
-} else if (!BEG_STRCASECMP(vscaled, token)) {
+} else if (!BEG_STRCASECMP(token, vscale)) {
op |= OP_VSCALE;
-} else if (!BEG_STRCASECMP(scaled, token)) {
+} else if (!BEG_STRCASECMP(token, scale)) {
op |= OP_SCALE;
-} else if (!BEG_STRCASECMP(propscaled, token)) {
+} else if (!BEG_STRCASECMP(token, propscale)) {
op |= OP_PROPSCALE;
}
}
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
And every time you speak her name does she know how you told me
you'd hold me until you died? But you're still alive.
-- Alanis Morrissette, You Oughta Know
---
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e16 : file.c
On Wednesday, 01 September 2004, at 12:14:40 (+0400), Vadik Mironov wrote: These two patches replace broken getword function in file.c with the not broken one (I hope). Also i made small warkaround about one bug, and i submit another patch later, but i need this function, so it will be really cool, if somebody merge these patches to the CVS. Well, if someone had really wanted to fix this, they probably would've just stolen the code from libast: http://www.eterm.org/libast/html/strings_8c-source.html#l00340 No offense, but your code is...well, iffy. Your use of goto's and labels is completely unnecessary. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I'll be leaving soon; it's hard to say when I'll return, and I don't want to lead you on. So if you feel the need, close your eyes and share this dream. It will be Eternity. -- Blessid Union of Souls, Forever for Tonight --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] First post, first fix
On Tuesday, 24 August 2004, at 05:21:23 (+0200), Marco wrote: The ltdl library was not checked during configure. I added some line in configure.in to correct this. This is incorrect. The libltdl sources are generated by running autogen.sh and act as part of the Imlib2 package. You may have issues with your libtool. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- I'm not talking about moving in, and I don't want to change your life. But there's a warm wind blowing, the stars are out, and I'd really love to see you tonight. -- England Dan and John Ford Coley --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch] First post, first fix
On Wednesday, 25 August 2004, at 08:55:15 (+0900), Carsten Haitzler wrote: not anymore. it relies on the system libltdl now. Yeah, I discovered that after I went back and checked the revert you committed. Would it help/hurt to put --ltdl on the end of the libtoolize call? Or should we just apply this patch and move on? It kinda bugs me that we're now expecting end users to have libtool installed Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Greatness is never appreciated in youth, called pride in mid-life, dismissed in old age, and reconsidered in death. Because we cannot tolerate greatness in our midst, we do all we can do destroy it. -- Lady Morella (Majel Barrett Roddenberry), Babylon Five --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Re: E CVS: libast technikolor
On Friday, 20 August 2004, at 00:15:27 (-0700), E CVS List wrote: -AUTOHEADER_CHOICES=$AUTOHEADER autoheader213 autoheader-2.13 autoheader -ACLOCAL_CHOICES=$ACLOCAL aclocal14 aclocal-1.4 aclocal -AUTOMAKE_CHOICES=$AUTOMAKE automake14 automake-1.4 automake -AUTOCONF_CHOICES=$AUTOCONF autoconf213 autoconf-2.13 autoconf +AUTOHEADER_CHOICES=$AUTOHEADER autoheader259 autoheader-2.59 autoheader +ACLOCAL_CHOICES=$ACLOCAL aclocal18 aclocal-1.8 aclocal +AUTOMAKE_CHOICES=$AUTOMAKE automake18 automake-1.8 automake +AUTOCONF_CHOICES=$AUTOCONF autoconf259 autoconf-2.59 autoconf What's the reason for this? I had it set up specifically to prefer those versions (autoconf 2.13 and automake 1.4). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- So here we are face to face and heart to heart. I want you to know we will never be apart. Now I believe that wishes can come true 'cause I see my whole world; I see only you. When I look into your eyes, I can see how much I love you, and it makes me realize. -- Firehouse, When I Look into Your Eyes --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
