[E-devel] Developer Postings (was: Re: EFL Windows Installer)

ll be able to post but won't receive the list traffic. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "A leader takes peop

Re: [E-devel] E SVN: barbieri trunk/elementary/src/lib

On Wednesday, 05 October 2011, at 16:43:03 (-0700), Enlightenment SVN wrote: > - _elm_ews_wm_border_theme_set((void*)tp->key, tp->data, NULL); > + _elm_ews_wm_border_theme_set(*(void**)tp->key, tp->data, NULL); http://c-faq.com/ptrs/genericpp.html Michael --

Re: [E-devel] E17 in OBS

to fix this > issue, but it has low priority. The repository on enlightenment.org has the lua packages required for RHEL5 already posted (and tested). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Clu

Re: [E-devel] RFC: E17 Release

uot;I've waited this long for crap? 10 years, and this is the best they can do? Never again!" If people are honestly that bent out of shape wanting a release, they should be hammering away on the TODO list. Getting shit done is how a release will happen, not rehashing the same tired

Re: [E-devel] E-MODULES-EXTRA cleanup session

, am forced to have both tclock and the default clock visible because there's no way to configure the default clock to display the date at all times. No, a popup is NOT acceptable. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov

Re: [E-devel] EFL 1.1 freeze

sion over the past week about the importance and power of the Almighty Deadline, I'm shocked -- SHOCKED I TELL YOU! -- that it is not receiving its due worship and devotion. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov

Re: [E-devel] Proportional scaling for Eterm earth night/day viewport mode

Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Quit playin' games with my heart before you tear us ap

Re: [E-devel] Edje Editor digest

> these - ones where it doesn't matter which one is really being used. http://beta.kainx.org/wiki/view/Mezzanine CVS works, SVN is about 95% working in the 1.9 tree, and others will come later. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]&g

Re: [E-devel] E CVS: apps/e jeffdameth

are a hodgepodge of formatting. I wonder > what folks would think of a document formalizing the style of the > sources. And possible a set of scripts to sweep through and > "correct" them. Any thoughts? No "script" is needed. Just run indent on the source

Re: [E-devel] E CVS: apps/e jeffdameth

.indent.pro at the top level (see e_modules for an example). Any project not doing so is subject to the default style. This makes it easy for both project maintainers and the cleanup crew. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Serv

Re: [E-devel] E CVS: apps/e jeffdameth

harm than good. So use spaces, not tabs. If your version of indent still defaults to using tabs, add "-nut". Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --

Re: [E-devel] {Spam?} Re: E CVS: apps/e jeffdameth

all your software: it was great 10 years ago, but we live in a different world now. Even the Linux console itself can do well beyond 80 columns. :) But tabs vs. spaces is far more likely to result in spaghetti code then setting the column limit. Michael -- Michael Jennings (a.k.a. KainX) h

Re: [E-devel] ECORE_CALLBACK_KEEP and ECORE_CALLBACK_REMOVE

ves code-readability and helps (at least me) to write code, > > because you don't have to remember if 0 stops the timer or keeps > > it. > > I've talked with Nathan about it and he prefers > ECORE_CALLBACK_STOP/REPEAT. _RENEW and _CANCEL would be more intuitive, IMHO.

Re: [E-devel] {Spam?} Re: E CVS: apps/e jeffdameth

spaces is essentially unavoidable. Thus, in 99.9% of cases there will be a mixture if tabs are used at all. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Adm

Re: [E-devel] E CVS: mpdule iamsthitha

ou should never run "indent" on anything but .c and .h files. It is not intended to do arbitrary indentation. For that, you're better off using M-x indent-region in Emacs. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cl

Re: [E-devel] {Spam?} Re: E CVS: apps/e jeffdameth

such an absurd statement was made for purposes of humor and not as a serious suggestion Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author,

Re: [E-devel] Edje Editor digest

On Friday, 04 January 2008, at 00:01:32 (+), [EMAIL PROTECTED] wrote: > Did you just do this or have you had this before? Very nice. It's been around since 2000. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster

Re: [E-devel] Eterm and Vim

minal -> Toggles -> X11 Mouse Reporting Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Here

Re: [E-devel] Google Summer of Code 2008

se our previous poor fortune. Step #1: Get accepted into SoC. Step #2: ??? Step #3: Profit! No, wait... Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (w

Re: [E-devel] Google Summer of Code 2008

work to dole out. We just have to figure out how to be taken seriously for a change. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -

Re: [E-devel] Google Summer of Code 2008

by all means, let's get some ideas going. http://wiki.enlightenment.org/index.php/Category:SummerOfCode Enjoy. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov

Re: [E-devel] E CVS: libs/ewl doursse

latter are useless, but the former aren't. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Oh ga

Re: [E-devel] Google Summer of Code 2008

..). Not that anyone listens.) I've had a few people promise me patches (I'm still waiting, [EMAIL PROTECTED]), but I've never received any. So if anyone wants to take a very popular ball and run with it, this is #1 with a bullet. At least for Eterm. :) Michael -- Michael Jennings

Re: [E-devel] e_module-notification installation location

s is wrong and causes other problems. Consider, for example, /usr/lib64. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --

Re: [E-devel] Google Summer of Code 2008

; as well be terminal from scratch. I strongly disagree. There is a lot of code in Eterm that is good and can be reused. Starting from scratch will be (and has been) painful. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Clus

Re: [E-devel] e_module-notification installation location

y. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Map out your future, but do it in pencil."

Re: [E-devel] e_module-notification installation location

up in the same moduledir. Exactly. --prefix doesn't really make sense for modules. They either go into E's module directory or the user's module directory. Nothing else makes sense. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>

Re: [E-devel] [PATCH] expedite cross build fix

(includedir) would/should not be redefined when cross-compiling? Please note that $(includedir) is not guaranteed to be /usr/include or any other directory used by default, so being able to ensure that headers in $(includedir) are found, particularly on non-Linux systems, is of value. Michael

Re: [E-devel] [PATCH] expedite cross build fix

n't occur. If we don't include stuff in $(includedir), what is the appropriate method for people who use, for example, --prefix=/opt/e17 to make sure that /opt/e17/include/*.h gets picked up? Up until now, that was handled automatically by the stuff you all just nuked. :) Michael --

Re: [E-devel] [PATCH] expedite cross build fix

's fine. As long as I have someone to refer people to when they arrive in #E complaining. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.

Re: [E-devel] Unified theme for apps

it isn't (or what someone wants to force/pretend it to be). :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)

Re: [E-devel] Unified theme for apps

; use gtk? GNOME dictates. E innovates. The difference between GNOME and E is the difference between fascism and libertarianism. > I think it's only a matter of time... I hope to $DEITY you're wrong. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL P

Re: [E-devel] Unified theme for apps

tate the policy. Make sense? :-) > That's just how I see the entire fact and of course I am not crazy (why > should I be crazy only because I like ergonomic desktops??) and of course > I'm trying to push my distro that exact way :) Liking things a certain way doesn't

Re: [E-devel] E CVS: Eterm mej

t; Log Message: > Wed May 14 16:09:04 2008Michael Jennings (mej) > > (Correct) fix for CVE-2008-1692. Eterm no longer defaults to using > ":0" for $DISPLAY due to the possibility that an attacker can create a > fake X server on a shared system, intercept the Eterm X conn

[E-devel] imlib2-1.4.1 Released

(indirect URLs): http://downloads.sourceforge.net/enlightenment/imlib2-1.4.1-1.src.rpm http://downloads.sourceforge.net/enlightenment/imlib2-1.4.1.tar.bz2 http://downloads.sourceforge.net/enlightenment/imlib2-1.4.1.tar.gz Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EM

Re: [E-devel] E CVS: libs/eet horms

s is a huge mistake. It's a very simple matter for someone who doesn't want to use it to "rm -rf" a debian/ hierarchy that is already there. It's a hell of a lot harder for someone who *does* want to use it to reproduce it out of thin air. Michael -- Michael Jennings (a

Re: [E-devel] E CVS: libs/eet horms

nstall enough? checkinstall is what people use who don't actually know how to package, which are not the people we need to be targetting anyway. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server

Re: [E-devel] E CVS: libs/eet horms

conditionally generate debian/changelog from debian/changelog.in iff[1] it exists. I can play around with that if people are interested. But it sounds as if at least one resident Debian developer agrees with me, so yay! :-) Michael [1] iff == "if, and only if," -- Michael Jennings (a

Re: [E-devel] E CVS: libs/eet horms

; to get the source and the > debian directory, so it's not really difficult. More difficult than having it work out of the box. Thus, it is now more difficult on the aforementioned user solely to make it less difficult on the Debian developers. As I said. Michael -- Michael Jennin

Re: [E-devel] E CVS: libs/eet horms

don't want to discuss it again, that's fine. We can move on. But I think it's extremely selfish of the Debian developers to do this. I'll keep track of the e-mail addresses of the guilty parties to hand out when people come around asking about it. :-) Michael -- Michael J

[E-devel] Eterm 0.9.5 Released

ed at the following locations: http://www.eterm.org/download/ https://sourceforge.net/project/showfiles.php?group_id=212 Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (ww

Re: [E-devel] [RFC] EET crypto and signature support.

rgot "beecrypt," which would also be a worthy option. But since openssl is part of the core OS of pretty much every distro, it would be the clear choice IMHO. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Ser

Re: [E-devel] Theme version and name

would contain "". 3. This whole mess is a very bad idea. Handling versioned dependencies is a much, much harder problem than you realize. And restricting what applications are allowed to peek at a theme's bits is silly. Just make the bits available to whatever applicatio

Re: [E-devel] Theme version and name

On Monday, 07 July 2008, at 10:22:50 (-0700), Michael Jennings wrote: > 1. Use the hierarchy you already have. Don't invent silly additional > separators (like '_') for no reason. > > item: "/theme/application/e/min_version""0.16.999

Re: [E-devel] Exchange - A new place to trade themes and showcase applications and modules.

ll die (certainly get-e, because > exchange offers more features). Get-E is already gone, so I think it's time to stop talking about it. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECT

Re: [E-devel] License questions

rk stolen by another for-profit company, you may want to investigate the Artistic License or Creative Commons. But that may be more of a lawyer issue than a developer issue. IANAL, ATINLA. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]&

Re: [E-devel] License questions

E itself. Maybe that will change someday. Who knows. But last time I went earnestly looking for a better license, I couldn't find one. They all fell short in some significant way. (Or many ways, in the case of the GPL...ironically the least free and most binding-and-gagging license out

Re: [E-devel] License questions

ing your code or withholding your contributions from the rest of the community. (Who is the worse person -- the one who is selfish with money, or the one who is selfish with code?) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Ad

Re: [E-devel] License questions

ng to clarify, but otherwise a discussion of BSD licensing in general and E's license in particular is not really going to help him. I hope somewhere in this mess, Jorge got his question answered, or at least got some ideas. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org

Re: [E-devel] License questions

irtually nothing else. This entire conversation has deviated way off-topic and needs to stop. If someone wants to address Jorge's original question, please do so. Otherwise, please help us get back on track by not continuing this irrelevant tangent. Thanks, Michael -- Michael Jen

Re: [E-devel] Theme version and name

numbering scheme. > you would require every theme to be packaged! :) not sure that's > really viable... :) Agreed. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)

Re: [E-devel] License questions

applications as well as libraries, so it would really seem to be the only option for LGPL'ing the programs that link with the EFL. If all we care about is linking, then LGPL is just as fine as BSD. But is that all we care about? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.

Re: [E-devel] License questions

censing requires buy-in (unanimous buy-in, in fact) from ALL contributors, not just currently-active ones. Licensing for new code is a much simpler matter. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Et

Re: [E-devel] License questions

code *GPL software just like you'll find those who refuse to code BSD/MIT/X software. And like it or not, their reasoning almost always has something to do with how they define "freedom" and whose freedoms they're trying to protect. Michael -- Michael Jenni

Re: [E-devel] License questions

roadblock -- what if he gets busy? What if he wins the lottery? gets hit by a bus? The point is, it shouldn't be necessary for something like that to have to happen in order to move code around in the project's own repository, particularly as often as things get re-shuffled aroun

Re: [E-devel] License questions

ense, the Lucent Public License, the Microsoft Public License, *and* the Sun Public License...among dozens of others. Just take a gander at all the choices out there: http://www.opensource.org/licenses/alphabetical That's a lot of reading! :-) (I personally am quite fond of the Artisti

Re: [E-devel] License questions

eatures (nah, it's > possible :-) ). I want it to be strong and survive 5 trucks. I want > to see more beautifull apps using it. I don't think anyone is disagreeing with those things. But so far no one has

Re: [E-devel] License questions

ll the for-profit companies whose revenues are derived 100% from software alone, I can't think of too many doing strictly open source under *any* license, *GPL or otherwise. I think pretty much everyone would like to get paid to do something they'd do anyway. That's the dream. But it

Re: [E-devel] License questions

t; one of the core library put it in E. Then switch E to GPL. Then you > will take code from E and EWL will become GPL too. I was illustrating a point, describing a scenario that could potentially occur. > This will not happen. That's not the plan. There isn't a plan yet. That d

Re: [E-devel] Community Building

everyone seems to love it. So clearly doing things in secret is not as uncaring toward the community as you imply. If he wants to work in his own private cathedral, let him. It's not hurting anyone. If nobody likes the end result, we don't have to use it. Michael -- Michael Jennings (a

Re: [E-devel] Community Building

;s worse than the current site. You're simply overreacting to fear of the unknown, much the same way some might have reacted if Sthitha had said a few weeks ago, "We're replacing Get-E.Org with something new we're designing from scratch by ourselves. Stay tuned!" Besides,

Re: [E-devel] Community Building

hing about everyone having >> to have everything they do approved by committee before they're >> allowed to do it. If that were the way things worked around here, >> we'd never get anywhere. > > I do not agree, i have another view of a community th

Re: [E-devel] RFC: embryo release in 2 weeks

rsonally prefer ferite's syntax to lua's, but lua seems to have won the popularity contest.) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -

Re: [E-devel] licensing - end it.

f that specific code. Obviously, the larger the chunk of code, the more authors there are apt to be. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (w

Re: [E-devel] e17 segfault with forecast/weather module (opensolaris)

ke LFPG for Charles De Gualle in Paris. Look them up here if you're not sure: http://www.logisticsworld.com/airports.asp Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov

Re: [E-devel] Things you consider broken or old in current repository

term situation with raster, and he agreed. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "You know I

Re: [E-devel] Things you consider broken or old in current repository

ot;ample warning" and "putting things off so long they are forgotten." Thoughts? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov

Re: [E-devel] Things you consider broken or old in current repository

e. >- elicit >- empower >- enhance >- enity >- enscribe >- etk_extra >- evfs >- evolve I think mekius was going to do some more work on empower, so that should probably stay put. evfs hasn't been idle for very long; I'm not sure a

[E-devel] E CVS

hould access be restricted at all in the short term? How long should it stick around? I can keep it up for awhile just in case, or I can take it down whenever. We should probably make sure all the docs are updated first, though. What's the plan, Stan? :-) Michael -- Michael Jennings

Re: [E-devel] Things you consider broken or old in current repository

be nice, if you are agree, you don't put enna in OLD or > BROKEN. I was actually going to check with you about enna before anything was done. No worries; we'll leave it as is. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linu

Re: [E-devel] E SVN: IN trunk/E16/e: sample-scripts scripts

er than the propset way, so I'd vote to keep it. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- &

Re: [E-devel] enlightenment_fm segfault (s->icon.drive and s->icon.volume are NULL)

model: Flash HS-COMBO > vendor: Generic > serial: > icon.drive: > icon.volume: > > i dont know if it can help you On Linux, using printf("%s"...) with a NULL pointer is safe. On Solaris, it is not. Are you by any chance running on Solaris? The programmer who

Re: [E-devel] enlightenment_fm segfault (s->icon.drive and s->icon.volume are NULL)

w you wrote that code; I *know* you know that. You ran Solaris at UNSW, didn't you? I didn't realize Solaris had dbus support now either. Yikes. Once upon a time, I caught all our Solaris (and HP-UX) bugs. Then it was het, then benr. I guess we need a new Solaris tester. Want the job

Re: [E-devel] can't access to svn repo as dev

et to the devel list address, but that was intentional. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- &quo

Re: [E-devel] configure.in files

any objections, I will do the > rename. Personally I prefer configure.in (it makes a lot more sense and is more consistent with the convention of *.in files), and I seem to recall something about them reconsidering that decision anyway. I'm not really sure there's a compelling reason

Re: [E-devel] configure.in files

e to fix the E16 ones as well. Lets be consistent for once :) Ditto for Eterm. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -

Re: [E-devel] language module patch

it please? :) /etc/X11/xkb is the most correct path for portability. But ultimately any patch which can only handle a single path (or merely changes the single path currently handled) is just the same problem all over again and should not be applied. The correct fix is to support a series of possib

Re: [E-devel] IMLIB2 ported to mingw+msys

orms. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "I don't know what will be used in the next world

Re: [E-devel] svn pre-commit error

way...but it is now. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "A slipping gear could let you

Re: [E-devel] Wizard module correction

y amazed at the number of broken systems when it comes to > locales... The only thing required by POSIX is the "C" locale. Anything that doesn't work on a system with only the C locale is broken by definition on POSIX systems (and thus may be said to be UNIX incompatible).

Re: [E-devel] Wizard module correction

7;t define libpng or libjpeg, or fontconfig or > dbus... That logic is backward, IMHO. POSIX doesn't *preclude* the use of X11 or libjpeg or libpng. The current code *precludes* running on a system that is validly and correctly configured according to existing standards. Michael -

Re: [E-devel] Wizard module correction

ken app - that makes it have a requirement that is not > met. Again, I don't see why a C -> C translation would break things, but I'm most likely missing something. Just for the record, I'm not speaking for myself here: [EMAIL PROTECTED] ~ #> locale -a | wc -l 702 :-) Mi

Re: [E-devel] .pot files

On Wednesday, 12 November 2008, at 17:45:01 (+0900), Carsten Haitzler wrote: > yes. they shoudn't be in svn. they should be removed and left to > auto-generation to save maintenance and bogus .pot file commit > traffic. They were all removed. Michael -- Michael Jennings (a.k.a

Re: [E-devel] configure.ac change proposal

].*$//' || echo 0000 which is portable. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Unix is like a Vorlon: It is incredi

Re: [E-devel] configure.ac change proposal

any local > changes. Check again. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "No one knows the shape of that futu

Re: [E-devel] configure.ac change proposal

"svnversion." I'm not pushing for or against; just supplying information. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ---

Re: [E-devel] Convite para conectar-se no LinkedIn

On Saturday, 22 January 2011, at 01:45:42 (+), Vin?cius dos Santos Oliveira via LinkedIn wrote: > LinkedIn [email protected] is now banned from the -devel and -users mailing lists. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.

Re: [E-devel] [PATCH] Handle ecore signals with a pipe

it's not even an appropriate time to fix "messy," let alone the best time. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --

Re: [E-devel] ChangeLog

pain on the fringe whackos is always a good thing. ;-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "It takes courage to look

Re: [E-devel] E SVN: rui trunk/eio

d you understand it so we can avoid further > repetitions of that unpleasant "I command you to" tone. Rui is correct. Spec files must be in distribution tarballs as *.spec, not just *.spec.in. Leave him alone. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/

Re: [E-devel] E SVN: rui trunk/eio

arguments. Spec files *define* the configure arguments, not the other way around. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- &

Re: [E-devel] Crazy ... E17 About dialog

? What is the nature of your relationship with Tom? You care more than he does! Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "A

Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico

entry > and it would show a bundle with lots of applications icons in it. Are you sure those were ICO files and not DLL or EXE files? Windows 3.x had a MORICONS.DLL file with a ton of icons in it; maybe that's what you're thinking of? Michael -- Michael Jennings (a.k.a. KainX) ht

Re: [E-devel] Private projects in svn.e.org

lean and incapable. 3. Appearance -- It needs to look good. Better than good. Mind-bogglingly good. 4. Performance -- It needs to be fast and optimized, but not at the expense of features or looks. Sure, things change over time, but I think those guiding principles are still present

Re: [E-devel] Private projects in svn.e.org

eant. What I meant was, if you think things should change, you have to convince raster, not just some number of developers. :) I'm always in favor of communication. I think we need more of it (preferably constructive), not less. > I cast 2 votes. One for you, one for zmike? :-) Mi

Re: [E-devel] Big memory leak in e17.

On Wednesday, 08 February 2012, at 11:59:12 (+1000), David Seikel wrote: > Oh, and CCing duplicates to me is annoying enough, but can people > remove the damn CC after, so I don't get the entire damn thread sent > to me twice? sheesh cat >> ~/.procmailrc

Re: [E-devel] Big memory leak in e17.

op-posting or to trim their replies. Let me know how that works out for you. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ---

Re: [E-devel] E SVN: barbieri trunk/eina/src/tests

o happen? ;-) (Sorry, you opened yourself up for that one.) :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Time to be al

Re: [E-devel] website maintainers needed

o the opinions, but to the statements used to back them up. :) Until such time as we decide XSM cannot and will not serve our needs, I think we should just drop the whole RoR conversation. One problem at a time. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROT

Re: [E-devel] Continuing the website saga

> inexcusable. I have a great respect for HandyAndE and mean no > disrespect to him, but so long as XSM is in place I'm not touching > it anymore. So basically you'll only help if things are done the way you want them to be. "My way, or the highway." I think that attit

  1   2   3   4   5   6   7   8   9   >