Re: [E-devel] Help with documentation
On Wed, Aug 8, 2018 at 3:06 PM, Mike Blumenkrantz wrote: > Glad to see your interest in working with the project! Documentation is > certainly something that we lack, so this is certainly a place that you can > leave your mark if that's what you're looking to do. > > As stated previously on IRC, I'm not entirely sure where we're currently > targeting our efforts to improve documentation, but certainly we'll be > happy to help out with any questions you have along the way. Certainly! As you can see, Mike is our Minister of Redundancy Minister. ;-) Michael -- Michael Jennings (KainX) https://medium.com/@mej0/ Linux/HPC Systems Engineer, LANL.gov Author, Eterm (www.eterm.org) --- "The trouble with doing something right the first time is that nobody appreciates how difficult it was." -- Walt West -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Off
development and the community. You keep trying to place the blame for your bad experiences on other people, but whether it's the KDE community or the Gentoo community or the E community, you seem to run into interpersonal challenges everywhere you go. What's the common factor? YOU ARE! Maybe that's where you should start looking for a solution! >From the very first interactions you had with the community, dealing constructively with you has been a challenge because of your abrasiveness. It's no wonder you keep having bad experiences when you continue to expect help and support from the very people you continue to bash, berate, belittle, and bemoan! > Hard for me to see things the way others do. You all are bias from > years of working with each other. I am new, and treated like garbage... > I am happy to see some go!!! And it's messages like this that are exactly the problem. Instead of respecting his many years of contributions to E, or simply saying nothing at all, you just *had* to voice your opinion and bully a long-time valued member of our team. What did you hope to accomplish? What was the technical merit to your message? How were you helping anything or anyone by saying "good riddance!" about Cedric? Did you actually think you were being constructive? or is getting attention and inflicting your opinion on others so important to you that you don't care who gets hurt? I really hope you will take what I've said to heart and spend some time in honest, earnest self-reflection so that you can improve how you interact with people over e-mail. Whether you're a different person IRL or not is irrelevant; how you come across online and in electronic/written communication *matters*, now more than ever before! It would serve you well to admit that you have room to improve in that area and commit to addressing those shortcomings. Regardless, your interactions with the E developers have been consistently toxic and hostile, and that cannot be allowed to continue. Abusive or bigoted comments are not welcome and will not be tolerated. Appropriate measures can and will be taken as necessary. Michael -- Michael Jennings (KainX) https://medium.com/@mej0/ Linux/HPC Systems Engineer, LANL.gov Author, Eterm (www.eterm.org) --- "The trouble with doing something right the first time is that nobody appreciates how difficult it was." -- Walt West -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edevelop.slack.com experiment
I've been using Slack for a couple years now for various projects, and I have to say, I love it! I know there will be a lot of old fogies who don't want to switch, but the accessibility and integrations are hard to beat! For those complaining about it not being open source, there is an OSS clone/incarnation called MatterMost. That's always an option (and is something I'm looking at using at work), and I believe it can import Slack data exports (yes, you can always export your Slack data, even from the free instance). The issue, as always, is infrastructure. Reliability has been a problem recently, from what I've read, for the e.org systems. Slack runs in the AWS cloud, so that's never* a concern. Slack has a lot to offer, so hopefully people will give it a chance! Michael * For small non-zero values of "never." PS: m...@eterm.org would appreciate an invitation at your convenience. I'm already on 5 Slack instances, so what's one more? :-) On Tue, Mar 21, 2017 at 8:52 AM, Gustavo Sverzut Barbieri <barbi...@gmail.com> wrote: > Hi all, > > I'm doing an experiment with slack.com as IRC alternative. I'm no > expert in slack, first time I ever used, if you have more experience > let me know so I can add you as admin. > > The biggest annoyance at the time is sign up that requires an > invitation, I sent to some in this list, others can do based on > domains such as @samsung.com, @osg.samsung.com and so on... but they > do not allow comcast.net or gmail.com to auto-join. > > So if you want to join, let me know your email and I'll send the invitation. > > I've added some interesting plugins as people were demanding > voice/video calls at some point, these 2 can be better than simply > keeping a google Hangouts open all the time (and night!): > > /appear edevelop > > creates an appear.in video/voice chat https://appear.in/edevelop > just click to join, no app or registration is required. Seems to have > a 8 person limit. > > /hangout > > creates a hangout invitation link and post to channel, people can > click to join. Marcel told it also has a limit on video users. > > Since we often need to remember people of stuff: > > /remind [@person or #channel] [what] [when] > /remind me to drink water at 3pm every day > /remind me on June 1st to wish Linda happy birthday > /remind #team-alpha to update the project status every Monday at 9am > /remind @jessica about the interview in 3 hours > /remind @peter tomorrow "Please review the office seating plan" > > or: > > /todo @okra fix ephoto! > /mytodo help vtorri with ecore-con on win32 > > > It can integrate with jenkins as well, but I don't have the permission > to do that in our jenkins. > > So far, the web-browser version is as usable as the app, at least on > Linux/Chrome, so no install is required. It looks quite nice and also > provides phone applications (iOS version is very good). I also liked > that it have built-in "pastebin", just click the "[+]" at the left > side of the message box to send one. > > > -- > Gustavo Sverzut Barbieri > -- > Mobile: +55 (16) 99354-9890 > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Michael Jennings (KainX) https://medium.com/@mej0/<m...@eterm.org> Linux/HPC Systems Engineer, LANL.gov Author, Eterm (www.eterm.org) --- "The trouble with doing something right the first time is that nobody appreciates how difficult it was." -- Walt West -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] build system
t; autotools to get stuff done. > > 4. A lot of the stuff autotools does to be "technically correct" hurts us > rather than helps us. > > So given that.. what do we do? Options: > > * A shell script to replace configure + gen a Makefile.cfg & include from > our > Makefile(s) > * CMake > * KConfig > * Scons > * Waf > * Meson > * Ninja > * Jam > > Possibly more. I'm wary of adopting any "fancy build system" unless we truly > don't have to fight it and it brings a LOT of value with it. > > My personally takes of short,listing options are the top 3 above. A hand > rolled > simple makefile set with just enough shell to detect some things and gather > pkg-config stuff etc. followed by the kernel's KConfig setup and CMake. > > I know that with a hand rolled system we can about relinking, rebuilding all > of > efl if you touch a line in eina (by just not running makedeps... - you change > something in a shared header file that changes memory layout that needs a > rebuild then do a rebuild by hand - you should know to do this as a > developer). > > I do not know if cmake will be as nice to us. Kconfig i don't know. > > I propose that whatever we come up with should support at minimum the > following > build system "features": > > * configure --prefix=XXX > * configure --bindir=XXX > * configure --sysconfdir=XXX > * configure --libdir=XXX > * configure --includedir=XXX > * configure --datadir=XXX > * configure --localedir=XXX > * configure --mandir=XXX > * configure --docdir=XXX > * at least all the relevant configure features we added for efl > * make (from any dir/subdir) > * make install > * make uninstall > * make DESTDIR=xxx > * make dist > * make distcheck > * make check > * cross-compiling (--host=XXX --build=XXX) > * gettext support > > Let the bikeshedding begin! :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > ------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Michael Jennings (KainX) https://medium.com/@mej0/<m...@eterm.org> Linux/HPC Systems Engineer, LANL.gov Author, Eterm (www.eterm.org) --- "The trouble with doing something right the first time is that nobody appreciates how difficult it was." -- Walt West -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [core/enlightenment] master 01/01: enlightenment.spec.in: Update spec file to work with current Git.
mej pushed a commit to branch master.
http://git.enlightenment.org/core/enlightenment.git/commit/?id=b5ac82d7488fc9ba0aed41db6f54b6c3657744cd
commit b5ac82d7488fc9ba0aed41db6f54b6c3657744cd
Author: Michael Jennings <m...@lbl.gov>
Date: Thu May 12 11:42:54 2016 -0700
enlightenment.spec.in: Update spec file to work with current Git.
Add support for systemd detection/inclusion. Update file lists.
Update/remove outdated build dependencies. Remove unnecessary .la
files from final packages.
---
enlightenment.spec.in | 33 +++--
1 file changed, 23 insertions(+), 10 deletions(-)
diff --git a/enlightenment.spec.in b/enlightenment.spec.in
index 4098049..69e729d 100644
--- a/enlightenment.spec.in
+++ b/enlightenment.spec.in
@@ -1,4 +1,13 @@
+%define __os_install_post /usr/lib/rpm/brp-compress
+%define debug_package %{nil}
%{!?_rel:%{expand:%%global _rel 0.enl%{?dist}}}
+%define _missing_doc_files_terminate_build 0
+
+%if %(systemctl --version | head -1 | cut -d' ' -f2) >= 209
+%{expand:%%global have_systemd 1}
+%endif
+
+%{expand:%%global ac_enable_systemd
--%{?have_systemd:en}%{!?have_systemd:dis}able-systemd}
Summary: The Enlightenment window manager
Name: @PACKAGE@
@@ -12,8 +21,8 @@ Packager: %{?_packager:%{_packager}}%{!?_packager:Michael
Jennings <m...@eterm.or
Vendor: %{?_vendorinfo:%{_vendorinfo}}%{!?_vendorinfo:The Enlightenment
Project (http://www.enlightenment.org/)}
Distribution: %{?_distribution:%{_distribution}}%{!?_distribution:%{_vendor}}
#BuildSuggests: xorg-x11-devel, XFree86-devel, libX11-devel
-BuildRequires: efl-devel >= @efl_version@, eeze-devel, edje-devel, edje-bin,
emotion-devel
-BuildRequires: xcb-devel, xcb-util-devel
+BuildRequires: efl-devel >= @efl_version@
+BuildRequires: libxcb-devel, xcb-util-devel
Prefix: %{_prefix}
BuildRoot: %{_tmppath}/%{name}-%{version}-root
@@ -25,7 +34,7 @@ Enlightenment is a window manager.
Summary: Development headers for Enlightenment.
Group: User Interface/Desktops
Requires: %{name} = %{version}
-Requires: efl-devel, edje-devel
+Requires: efl-devel >= @efl_version@
%description devel
Development headers for Enlightenment.
@@ -36,15 +45,16 @@ Development headers for Enlightenment.
%build
-%{configure} --prefix=%{_prefix} --with-profile=FAST_PC
+%{configure} --prefix=%{_prefix} %{ac_enable_systemd} --with-profile=FAST_PC
CFLAGS="-O0 -ggdb3"
%{__make} %{?_smp_mflags} %{?mflags}
%install
%{__make} %{?mflags_install} DESTDIR=$RPM_BUILD_ROOT install
test -x `which doxygen` && sh gendoc || :
-rm -f `find $RPM_BUILD_ROOT/usr/lib/enlightenment -name "*.a" -print`
-rm -f `find $RPM_BUILD_ROOT/usr/lib/enlightenment -name "*.la" -print`
+find $RPM_BUILD_ROOT%{_prefix} -name '*.la' -print0 | xargs -0 rm -f
+
+%{find_lang} %{name}
%clean
@@ -59,20 +69,23 @@ test "x$RPM_BUILD_ROOT" != "x/" && rm -rf $RPM_BUILD_ROOT
/sbin/ldconfig
-%files
+%files -f %{name}.lang
%defattr(-, root, root)
%doc AUTHORS COPYING README
%dir %{_sysconfdir}/enlightenment
%config(noreplace) %{_sysconfdir}/enlightenment/*
%config(noreplace) %{_sysconfdir}/xdg/menus/e-applications.menu
+%{_bindir}/emixer
%{_bindir}/enlightenment
%{_bindir}/enlightenment_*
-#%{_bindir}/eap_to_desktop
%{_libdir}/%{name}/
%{_datadir}/%{name}/
-%{_datadir}/locale/*
+%{_datadir}/applications/*.desktop
+%{_datadir}/pixmaps/e*
%{_datadir}/xsessions/%{name}.desktop
-%{_datadir}/applications/enlightenment_filemanager.desktop
+%if %{?have_systemd:1}0
+%{_prefix}/lib/systemd/*/*.service
+%endif
%files devel
%defattr(-, root, root)
--
[EGIT] [core/efl] master 01/01: spec/efl.spec.in: It's nicer when the spec file actually works.
mej pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=59f222bc0adc3329a94c460b906be288a86e5840
commit 59f222bc0adc3329a94c460b906be288a86e5840
Author: Michael Jennings <m...@lbl.gov>
Date: Thu May 12 10:13:42 2016 -0700
spec/efl.spec.in: It's nicer when the spec file actually works.
Added support for systemd detection. Updated the file list. Build
unoptimized and with debugging symbols, at least for now. And remove
unnecessary *.la files from the packages.
---
spec/efl.spec.in | 60 ++--
1 file changed, 41 insertions(+), 19 deletions(-)
diff --git a/spec/efl.spec.in b/spec/efl.spec.in
index a349e9a..631c9ab 100644
--- a/spec/efl.spec.in
+++ b/spec/efl.spec.in
@@ -1,6 +1,14 @@
+%define __os_install_post /usr/lib/rpm/brp-compress
+%define debug_package %{nil}
%{!?_rel:%{expand:%%global _rel 0.enl%{?dist}}}
%define _missing_doc_files_terminate_build 0
+%if %(systemctl --version | head -1 | cut -d' ' -f2) >= 209
+%{expand:%%global have_systemd 1}
+%endif
+
+%{expand:%%global ac_enable_systemd
--%{?have_systemd:en}%{!?have_systemd:dis}able-systemd}
+
Summary: Enlightenment Foundation Libraries
Name: efl
Version: @VERSION@
@@ -29,6 +37,10 @@ Provides: eio = %{version}-%{release}
Obsoletes: eio < %{version}-%{release}
Provides: ecore = %{version}-%{release}
Obsoletes: ecore < %{version}-%{release}
+Provides: edje = %{version}-%{release}
+Obsoletes: edje < %{version}-%{release}
+Provides: elementary = %{version}-%{release}
+Obsoletes: elementary < %{version}-%{release}
BuildRoot: %{_tmppath}/%{name}-%{version}-root
%description
@@ -56,6 +68,10 @@ Provides: eio-devel = %{version}-%{release}
Obsoletes: eio-devel < %{version}-%{release}
Provides: ecore-devel = %{version}-%{release}
Obsoletes: ecore-devel < %{version}-%{release}
+Provides: edje-devel = %{version}-%{release}
+Obsoletes: edje-devel < %{version}-%{release}
+Provides: elementary-devel = %{version}-%{release}
+Obsoletes: elementary-devel < %{version}-%{release}
%description devel
Headers, static libraries, test programs and documentation for EFL
@@ -66,14 +82,15 @@ Headers, static libraries, test programs and documentation
for EFL
%build
-%{configure} --prefix=%{_prefix}
+%{configure} --prefix=%{_prefix} %{ac_enable_systemd} CFLAGS="-O0 -ggdb3"
### use this if you have build problems
-#./configure --prefix=%{_prefix}
+#./configure --prefix=%{_prefix} %{ac_enable_systemd} CFLAGS="-O0 -ggdb3"
%{__make} %{?_smp_mflags} %{?mflags}
%install
%{__make} %{?mflags_install} -j1 DESTDIR=$RPM_BUILD_ROOT install
+find $RPM_BUILD_ROOT%{_prefix} -name '*.la' -print0 | xargs -0 rm -f
%{find_lang} %{name}
@@ -94,30 +111,35 @@ test "x$RPM_BUILD_ROOT" != "x/" && rm -rf $RPM_BUILD_ROOT
%defattr(-, root, root)
%doc AUTHORS README NEWS COPYING licenses/COPYING.BSD licenses/COPYING.LGPL
licenses/COPYING.GPL licenses/COPYING.FTL
%{_bindir}/*
-%{_libdir}/*.so.*
-%{_libdir}/evas/cserve2/loaders/*/linux-gnu-*/*.so
-%{_libdir}/evas/modules/engines/*/linux-gnu-*/*.so
-%{_libdir}/evas/modules/image_loaders/*/linux-gnu-*/*.so
-%{_libdir}/evas/modules/image_savers/*/linux-gnu-*/*.so
-%{_libdir}/ecore/*/*.so
-%{_libdir}/ecore_evas/*/*/*/*.so
-%{_libexecdir}/*
+%{_libdir}/*.so*
+%{_libdir}/e*/
+%{_datadir}/applications/*.desktop
+%{_datadir}/dbus*/services/*
+%{_datadir}/ecore*/
+%{_datadir}/edje/
+%{_datadir}/eeze/
+%{_datadir}/efreet/
+%{_datadir}/elementary/
+%{_datadir}/elua/
+%{_datadir}/embryo/
+%{_datadir}/emotion/
%{_datadir}/eo/
+%{_datadir}/ethumb*/
+%{_datadir}/evas/
+%{_datadir}/icons/*
+%{_datadir}/gdb/auto-load%{_libdir}/lib*.py
+%{_datadir}/mime/packages/*.xml
+%if %{?have_systemd:1}0
+%{_prefix}/lib/systemd/*/*.service
+%endif
%files devel
%defattr(-, root, root)
%{_includedir}/*
+%{_libdir}/cmake/*
%{_libdir}/pkgconfig/*
-%{_libdir}/*.a
-%{_libdir}/*.la
-%{_libdir}/*.so
-%{_libdir}/ecore/*/*.la
-%{_libdir}/ecore_evas/*/*/*/*.la
-%{_libdir}/evas/cserve2/loaders/*/linux-gnu-*/*.la
-%{_libdir}/evas/modules/engines/*/linux-gnu-*/*.la
-%{_libdir}/evas/modules/image_loaders/*/linux-gnu-*/*.la
-%{_libdir}/evas/modules/image_savers/*/linux-gnu-*/*.la
%{_datadir}/embryo/
+%{_datadir}/eolian/
%{_datadir}/evas/
--
Re: [E-devel] [e-users] user community guidelines (please reply to ALL)
On Mon, Jun 22, 2015 at 2:15 AM, Tom Hacohen t...@osg.samsung.com wrote: I don't think fake fluff and walking on eggshells around everyone are productive or beneficial. It takes me much more time to second guess every word I write and carefully word everything, where the information conveyed and the intent end up being exactly the same. I honestly think, that like you said, the problem is with the people getting insulted. When I talk to people, unless I know them very well, I try to give them the benefit of the doubt. This works great for me, I have no memory of ever being railed up by anyone who hasn't explicitly and undoubtedly tried to offend me and go personal. The so-called fluff is only fake if one fails to actually care about people's feelings. Blaming the victim, and putting the onus on the abused to respond differently rather than addressing one's own abusive behavior, is itself further abuse. If a person is hurting people's feelings with their words and causing others to feel badly about themselves, THAT PERSON is the problem, and the solution is that person changing THEMSELVES, not everyone else making excuses for them and saying, Well that's just so-and-so. He's an ass. Expecting everyone else to change to accommodate one's own personal failings is selfish, narcissistic, and just plain wrong. So what if it takes you more time to choose your words carefully? That's time well spent if it saves others from having to endure the sting of cyberbullying. I can say these things because I used to be the resident asshole of this community. I used to be the one who was insulting, abusive, and downright mean. I set a really shitty example, and I'm not proud of who I used to be. But I've grown up now. And I encourage anyone else who might be treating others badly to do the same. If I can do it, anyone can. I think E very much needs a Code of Conduct, and its contents should be considered carefully if its purpose is to make sure people are treated fairly, particularly women and other under-represented minorities, within the community. The Enlightenment project, despite its name, has not been very enlightened over the years in the way it has dealt with people who aren't straight white men, and that has undoubtedly cost us contributors. (Yes, I know I bear a rather large amount of responsibility for that. And that makes me very sad.) Much of the reason has to do with our long-held tradition of harsh criticism and verbal abuse in the face of perceived stupidity (which was in most cases, and continues to be, more about ignorance, apathy, and/or error). Even being blunt and harsh with people who claim they can handle it, or might even prefer it, may still scare off potential timid contributors. Everyone making the effort to treat each other better will pay off handsomely in the long run! In the interest of improvement, I offer this: http://geekfeminism.wikia.com/wiki/Code_of_conduct_evaluations I think it offers some valuable insights into what might be missing from the current version as well as some alternatives from other projects that have proven successful and effective. It might also be educational for the men in the community to read this list of reasons why women don't tend to contribute to Wikipedia -- many of their reasons resonate in the open source world as well! http://suegardner.org/2011/02/19/nine-reasons-why-women-dont-edit-wikipedia-in-their-own-words/ Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[EGIT] [misc/libast] master 01/01: Fix make distcheck on systems where libast hasn't yet been installed.
mej pushed a commit to branch master. http://git.enlightenment.org/misc/libast.git/commit/?id=2c0ac11669b2ca04578c84bd444a26e4f08b01b0 commit 2c0ac11669b2ca04578c84bd444a26e4f08b01b0 Author: Michael Jennings m...@lbl.gov Date: Tue Mar 3 10:47:50 2015 -0800 Fix make distcheck on systems where libast hasn't yet been installed. --- src/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/Makefile.am b/src/Makefile.am index c8ecfaf..52cd549 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -2,7 +2,7 @@ lib_LTLIBRARIES = libast.la -INCLUDES = -I$(top_srcdir)/include -I$(top_srcdir)/include/$(PACKAGE) +INCLUDES = -I$(top_srcdir)/include -I$(top_srcdir)/include/$(PACKAGE) -I$(top_builddir)/include AM_CFLAGS = $(PTHREAD_CFLAGS) AM_LDFLAGS = $(PTHREAD_LIBS) --
[EGIT] [misc/libast] master 01/01: Update version in spec file. I keep forgetting this isn't auto-generated any longer.
mej pushed a commit to branch master. http://git.enlightenment.org/misc/libast.git/commit/?id=86fed78b46c452d50770c22a2c801b7a0bba3853 commit 86fed78b46c452d50770c22a2c801b7a0bba3853 Author: Michael Jennings m...@lbl.gov Date: Tue Mar 3 11:30:30 2015 -0800 Update version in spec file. I keep forgetting this isn't auto-generated any longer. --- libast.spec | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libast.spec b/libast.spec index 196be51..901e618 100644 --- a/libast.spec +++ b/libast.spec @@ -5,7 +5,7 @@ Summary: Library of Assorted Spiffy Things Name: libast -Version: 0.7.1 +Version: 0.8 #Release: 1 Release: 0.%(date '+%Y%m%d') Group: System Environment/Libraries --
[EGIT] [misc/libast] master 01/01: Fix variable name for generated, installed headers so they land in the right place.
mej pushed a commit to branch master. http://git.enlightenment.org/misc/libast.git/commit/?id=df9ee4de97601e15929a07d653626f057e62cc6d commit df9ee4de97601e15929a07d653626f057e62cc6d Author: Michael Jennings m...@lbl.gov Date: Tue Mar 3 12:47:24 2015 -0800 Fix variable name for generated, installed headers so they land in the right place. --- include/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/Makefile.am b/include/Makefile.am index 3fcaa9e..35c8dd8 100644 --- a/include/Makefile.am +++ b/include/Makefile.am @@ -7,7 +7,7 @@ nobase_include_HEADERS = libast.h libast/array.h libast/avl_tree.h \ libast/thread_if.h libast/tok.h libast/url.h libast/ustr.h \ libast/vector_if.h -nodist_include_HEADERS = libast/sysdefs.h libast/types.h +nobase_nodist_include_HEADERS = libast/sysdefs.h libast/types.h noinst_HEADERS = libast_internal.h libast/types.h: libast/types.h.in --
[EGIT] [apps/eterm] master 01/02: Add some new stuff to ignore. Helpful on Cygwin.
mej pushed a commit to branch master. http://git.enlightenment.org/apps/eterm.git/commit/?id=e873c27bb3cfa2afc4631693baa263926424a0c3 commit e873c27bb3cfa2afc4631693baa263926424a0c3 Author: Michael Jennings m...@lbl.gov Date: Fri Oct 24 17:57:58 2014 -0700 Add some new stuff to ignore. Helpful on Cygwin. --- .gitignore | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/.gitignore b/.gitignore index 7ce07b3..3002fd7 100644 --- a/.gitignore +++ b/.gitignore @@ -34,12 +34,14 @@ depcomp *.orig *.rej *~ +bg/*/*.jpg +bg/*/*.png doc/Eterm.1 doc/Eterm.1.html doc/Eterm.tcap -src/Eterm +src/Eterm* themes/*/theme.cfg -utils/Esetroot -utils/Etbg -utils/Ettable -utils/kEsetroot +utils/Esetroot* +utils/Etbg* +utils/Ettable* +utils/kEsetroot* --
[EGIT] [apps/eterm] master 02/02: Fix possible uninitialized variable usage caught by David Binderman dcb...@hotmail.com.
mej pushed a commit to branch master.
http://git.enlightenment.org/apps/eterm.git/commit/?id=557e0c7a1da2996ceefd452759ab4e054557ce06
commit 557e0c7a1da2996ceefd452759ab4e054557ce06
Author: Michael Jennings m...@lbl.gov
Date: Fri Oct 24 17:59:17 2014 -0700
Fix possible uninitialized variable usage caught by David Binderman
dcb...@hotmail.com.
---
src/menus.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/menus.c b/src/menus.c
index f53c9ea..0b7ea67 100644
--- a/src/menus.c
+++ b/src/menus.c
@@ -1247,7 +1247,7 @@ menu_action(menuitem_t *item)
void
menu_invoke(int x, int y, Window win, menu_t *menu, Time timestamp)
{
-int root_x, root_y;
+int root_x = x, root_y = y;
Window unused;
REQUIRE(menu != NULL);
--
Re: [E-devel] Edevelop IRC bot
On Tue, Sep 23, 2014 at 9:19 AM, Thanatermesis thanatermesis.e...@gmail.com wrote: Since the bot is not an obtrusive toy, why not having a nice feature available in the channel? Because experience has shown that all bots, no matter how unobtrusive, are obtrusive. And it adds no value that isn't already present on the network. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug in eterm leading to stuck process using 100% CPU
Thanks, Boris! I object to referring to Terminology as an upgrade
to Eterm since they're completely different products (and Eterm is
way, way more stable and more performant, at least for the time
being), but I'll happily accept bug fixes. :-)
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
On Tue, Jul 29, 2014 at 11:38 AM, Boris Faure bo...@fau.re wrote:
On 14-07-29 17:52, Boris Faure wrote:
On 14-07-29 16:23, sebastien.ponc...@m4x.org wrote:
Hi all,
I've recently been enabled to use Eterm after an upgrade, because it
freezes on start.
You should upgrade to Terminology :)
Using strace reveals that Eterm spends 100% CPU
closing all file descriptors from 0 to 65535 in a tight loop (it
restarts from 0 when reaching 65535).
Attaching in gdb gave me the culprit in the code : command.c lines
1562 to 1679, reproduced here :
/*
* Close all file descriptors. If only stdin/out/err are closed,
* child processes remain alive upon deletion of the window.
*/
{
unsigned short i;
unsigned long max_fds;
/* get number of available file descriptors */
#ifdef _POSIX_VERSION
max_fds = sysconf(_SC_OPEN_MAX);
#else
max_fds = getdtablesize();
#endif
D_TTY((Closing file descriptors 0-%d.\n, max_fds));
for (i = 0; i max_fds; i++) {
if (i != fd)
close(i);
}
D_TTY((...closed.\n));
}
Guess what happens if sysconf(_SC_OPEN_MAX) returns 65536
A simple fix is to change the declaration of i to unsigned int. Although
I'm not sure this loop is very efficient.
It should be turned into unsigned long, just like max_fds. I'll make the
patch tonight if nobody did it before.
It's done, as a long since sysconf() returns a long and
getdtablesize() returns an int.
--
Boris Faure
Pointer Arithmetician
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Bug in eterm leading to stuck process using 100% CPU
No worries; I don't take it personally, and I totally understand that
the time had come. I actually agree! And I'll be the first to admit
I've had higher priorities for my non-work time (kids change
EVERYTHING); things would be greatly different if coding on E-related
stuff comprised my day job. :-)
It's just important to keep a distinction between upgrade and
alternative (or perhaps eventually replacement) since the two are
almost entirely unrelated (i.e., Eterm was merely used as a reference
during the initial coding of Terminology).
When I said stable, I was referring to the fact that Eterm hasn't
crashed on me in years...literally. Contrast that with Terminology,
which crashed within minutes when I tried to use it. :-(
Eventually, I hope, Terminology will be able to do everything Eterm
can do (along with all the stuff it can already do that Eterm can't)
and do it in a rock-solid manner. When that day comes, I too will
switch! So please don't think I'm bothered by its existence or that I
begrudge you the choice you made; I don't. You made the right call.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
On Tue, Jul 29, 2014 at 4:08 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Tue, 29 Jul 2014 15:40:47 -0700 Michael Jennings mjenni...@gmail.com
said:
Thanks, Boris! I object to referring to Terminology as an upgrade
to Eterm since they're completely different products (and Eterm is
way, way more stable and more performant, at least for the time
being), but I'll happily accept bug fixes. :-)
one of them uses efl... the other does not. :) one of them is actively
developed... the other is not (i guess that is another way of saying...
stable :)). :)
you know we don't hate you mej. :) the time had come for a terminal that
actually fit in e these days. i looked at fixing eterm. i rummaged through
its code. it was frankly just easier to start again.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
On Tue, Jul 29, 2014 at 11:38 AM, Boris Faure bo...@fau.re wrote:
On 14-07-29 17:52, Boris Faure wrote:
On 14-07-29 16:23, sebastien.ponc...@m4x.org wrote:
Hi all,
I've recently been enabled to use Eterm after an upgrade, because it
freezes on start.
You should upgrade to Terminology :)
Using strace reveals that Eterm spends 100% CPU
closing all file descriptors from 0 to 65535 in a tight loop (it
restarts from 0 when reaching 65535).
Attaching in gdb gave me the culprit in the code : command.c lines
1562 to 1679, reproduced here :
/*
* Close all file descriptors. If only stdin/out/err are closed,
* child processes remain alive upon deletion of the window.
*/
{
unsigned short i;
unsigned long max_fds;
/* get number of available file descriptors */
#ifdef _POSIX_VERSION
max_fds = sysconf(_SC_OPEN_MAX);
#else
max_fds = getdtablesize();
#endif
D_TTY((Closing file descriptors 0-%d.\n, max_fds));
for (i = 0; i max_fds; i++) {
if (i != fd)
close(i);
}
D_TTY((...closed.\n));
}
Guess what happens if sysconf(_SC_OPEN_MAX) returns 65536
A simple fix is to change the declaration of i to unsigned int. Although
I'm not sure this loop is very efficient.
It should be turned into unsigned long, just like max_fds. I'll make the
patch tonight if nobody did it before.
It's done, as a long since sysconf() returns a long and
getdtablesize() returns an int.
--
Boris Faure
Pointer Arithmetician
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
- Codito, ergo sum - I code, therefore I am
[EGIT] [apps/eterm] master 01/01: Patch from Pavel Sanda p...@ucw.cz to fix copy/paste behavior with some Qt-based apps (e.g., LyX).
mej pushed a commit to branch master.
http://git.enlightenment.org/apps/eterm.git/commit/?id=31233f31d83a80756c60aee7e10bcfa04cce12bd
commit 31233f31d83a80756c60aee7e10bcfa04cce12bd
Author: Michael Jennings m...@lbl.gov
Date: Wed Mar 26 09:00:45 2014 -0700
Patch from Pavel Sanda p...@ucw.cz to fix copy/paste behavior with
some Qt-based apps (e.g., LyX).
---
.gitignore | 45 +
ChangeLog| 5 +
Eterm.spec | 6 +++---
configure.ac | 2 +-
src/screen.c | 1 +
5 files changed, 55 insertions(+), 4 deletions(-)
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..7ce07b3
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,45 @@
+*.log
+config.sub
+config.cache
+config.guess
+configure
+ltconfig
+ltmain.sh
+Makefile
+Makefile.in
+aclocal.m4
+libtool.m4
+lt*.m4
+config.status
+config.h
+libtool
+stamp-h*
+libast.spec
+config.h.in
+missing
+mkinstalldirs
+install-sh
+Eterm*.tar.gz
+*.sddf
+Makefile
+Makefile.in
+.deps
+.libs
+lib*.la
+*.da
+*.lo
+*.o
+autom4te*
+depcomp
+*.orig
+*.rej
+*~
+doc/Eterm.1
+doc/Eterm.1.html
+doc/Eterm.tcap
+src/Eterm
+themes/*/theme.cfg
+utils/Esetroot
+utils/Etbg
+utils/Ettable
+utils/kEsetroot
diff --git a/ChangeLog b/ChangeLog
index b2a70b1..2095352 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -5676,3 +5676,8 @@ Tue Mar 15 23:26:05 2011Michael
Jennings (mej)
Release Eterm 0.9.6.
--
+Wed Mar 26 08:59:13 2014Michael Jennings (mej)
+
+Patch from Pavel Sanda p...@ucw.cz to fix copy/paste behavior with
+some Qt-based apps (e.g., LyX).
+--
diff --git a/Eterm.spec b/Eterm.spec
index e7b920e..26f095b 100644
--- a/Eterm.spec
+++ b/Eterm.spec
@@ -9,9 +9,9 @@
Summary: Enlightened terminal emulator
Name: Eterm
-Version: 0.9.6
-Release: 1
-#Release: 0.%(date '+%Y%m%d')
+Version: 0.9.7
+#Release: 1
+Release: 0.%(date '+%Y%m%d')
License: BSD
Group: User Interface/X
URL: http://www.eterm.org/
diff --git a/configure.ac b/configure.ac
index 88d45e8..f540ec9 100644
--- a/configure.ac
+++ b/configure.ac
@@ -22,7 +22,7 @@ SAVE_AUTOHEADER=$AUTOHEADER
SAVE_AUTOMAKE=$AUTOMAKE
AC_INIT(src/feature.h)
-AM_INIT_AUTOMAKE(Eterm, 0.9.6)
+AM_INIT_AUTOMAKE(Eterm, 0.9.7)
dnl# Set some basic variables
DATE=`date '+%d %B %Y'`
diff --git a/src/screen.c b/src/screen.c
index 1005fac..ed41535 100644
--- a/src/screen.c
+++ b/src/screen.c
@@ -2566,6 +2566,7 @@ selection_copy_string(Atom sel, char *str, size_t len)
if (XGetSelectionOwner(Xdisplay, sel) != TermWin.vt) {
libast_print_error(Can't take ownership of selection\n);
}
+XFlush(Xdisplay);
} else {
D_SELECT((Copying selection to cut buffer %d\n, (int) sel));
XChangeProperty(Xdisplay, Xroot, sel, XA_STRING, 8, PropModeReplace,
str, len);
--
[EGIT] [apps/eterm] eterm-0.10 01/01: Patch from Pavel Sanda p...@ucw.cz to fix copy/paste behavior with some Qt-based apps (e.g., LyX).
mej pushed a commit to branch eterm-0.10.
http://git.enlightenment.org/apps/eterm.git/commit/?id=f176b4632da282560f64705d3c6e2f260f62dc25
commit f176b4632da282560f64705d3c6e2f260f62dc25
Author: Michael Jennings m...@lbl.gov
Date: Wed Mar 26 10:00:35 2014 -0700
Patch from Pavel Sanda p...@ucw.cz to fix copy/paste behavior with
some Qt-based apps (e.g., LyX).
---
.gitignore | 45 +
ChangeLog| 5 +
src/screen.c | 1 +
3 files changed, 51 insertions(+)
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..7ce07b3
--- /dev/null
+++ b/.gitignore
@@ -0,0 +1,45 @@
+*.log
+config.sub
+config.cache
+config.guess
+configure
+ltconfig
+ltmain.sh
+Makefile
+Makefile.in
+aclocal.m4
+libtool.m4
+lt*.m4
+config.status
+config.h
+libtool
+stamp-h*
+libast.spec
+config.h.in
+missing
+mkinstalldirs
+install-sh
+Eterm*.tar.gz
+*.sddf
+Makefile
+Makefile.in
+.deps
+.libs
+lib*.la
+*.da
+*.lo
+*.o
+autom4te*
+depcomp
+*.orig
+*.rej
+*~
+doc/Eterm.1
+doc/Eterm.1.html
+doc/Eterm.tcap
+src/Eterm
+themes/*/theme.cfg
+utils/Esetroot
+utils/Etbg
+utils/Ettable
+utils/kEsetroot
diff --git a/ChangeLog b/ChangeLog
index 7483c0c..5e3057b 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -5771,3 +5771,8 @@ Sun Sep 12 23:36:21 2010Michael
Jennings (mej)
Fix merge error and additional LibAST updates.
--
+Wed Mar 26 10:00:18 2014Michael Jennings (mej)
+
+Patch from Pavel Sanda p...@ucw.cz to fix copy/paste behavior with
+some Qt-based apps (e.g., LyX).
+--
diff --git a/src/screen.c b/src/screen.c
index d0d7458..3bdab1f 100644
--- a/src/screen.c
+++ b/src/screen.c
@@ -2660,6 +2660,7 @@ selection_copy_string(Atom sel, char *str, size_t len)
if (XGetSelectionOwner(Xdisplay, sel) != TermWin.vt) {
libast_print_error(Can't take ownership of selection\n);
}
+XFlush(Xdisplay);
} else {
D_SELECT((Copying selection to cut buffer %d\n, (int) sel));
XChangeProperty(Xdisplay, Xroot, sel, XA_STRING, 8, PropModeReplace,
str, len);
--
Re: [E-devel] the great commit access purge of march 2014... LOOK FOR YOUR NAME!
On Fri, Mar 21, 2014 at 6:44 PM, Carsten Haitzler ras...@rasterman.com wrote: I am still working on libast and Eterm as I have time and would prefer my access be kept intact. you are? i see no commits in 6 months... ? Yes, I am. I don't recall when my last commits were, though I know they were on a branch and done from a different e-mail address. I have 2 projects going, one that makes use of the libast/Eterm stuff, and one that doesn't. I've been focusing on the latter for awhile but will go back to the first one when the latter settles down. And, as I said, I have an Eterm patch waiting to go in. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] the great commit access purge of march 2014... LOOK FOR YOUR NAME!
I am still working on libast and Eterm as I have time and would prefer my access be kept intact. Michael On Wed, Mar 19, 2014 at 7:09 AM, Carsten Haitzler ras...@rasterman.com wrote: this is pretty simple. i made a list of everyone who has not committed to any git repository we have for the past 6 months. slight problem is that people don't keep their email addresses up to date in info.txt vs their git author email, so i've had to manually check almost everyone. (i made a script to help automate this but it was getting stuff wrong)... SO here is the list. if your user id/login is on it and you think it should be taken off... SAY SO. if you don't say something soon... you'll get moved to our inactive dev pool and commit access will be removed. so RESPOND ASAP if you want yourself off this list! acidx andreas aron bdilly ceolin dorileo dresb etrunko fidencio gastal gouache hyoyoung illogict inc jeffdameth jypark kakaroto kiwi mej mello mickeyl mike_m monkeyiq nash onefang pespin playya princeamd rakuco raoul rfonseca rui shorne thanatermesis tiago urandom watchwolf xhell -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@eterm.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Git weekly resume
On Tue, Apr 2, 2013 at 8:46 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: if people aren't watching the git mailing list already, sending them mail about the content of this mailing list is likely only to infuriate them. look how big the flame war over having jenkins print a few lines in #edevelop became for proof of that If you think that was a flame war, you *really* need to go back and read some of the archives from ~10 years ago. :-P For the record, the problem with the bot was not the content of the messages but rather the manner and venue in which they were provided. Useful information out of context is annoying. Useful information in context is useful. The Git commits list is exactly the right place for commit messages, summaries, and build-system-related information. Or maybe an additional list or two for the latter items if you *really* want to split it out. But don't stand in the way of a very good idea because you're still nursing wounds from a largely unrelated debate. :-) +1 for the commit summary (or summaries...doing something similar for all the repos would be useful, IMHO) whether it goes to this list, the Git list, or something else. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mej trunk/eeze
On Wednesday, 26 December 2012, at 18:47:25 (+0100), Bertrand Jacquin wrote: libmount doesn't exist, so let's not depend on it, shall we? but it does... I can confirm that it come from util-linux : http://git.kernel.org/?p=utils/util-linux/util-linux.git;a=tree;f=libmount/src It does not exist as a package. The project or library exists, I'm sure, but since it cannot be installed via RPM, one cannot cause the spec file to depend on it and still build working packages from said spec. And if it's part of util-linux, even worse! I suspect someone who wasn't familiar with spec files added those lines and assumed they would work, but they don't. :-) I checked atrpms, EPEL, rpmforge, and the SL repo. None of them supplies the libmount.h that eeze needs to build libmount support. So that support is not currently an option for RHEL. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- To err is human; to really louse things up requires root privileges. -- Alexander Pope, slightly paraphrased -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mej trunk/efl/spec
On Thursday, 27 December 2012, at 08:34:19 (+1030), Simon wrote: Sleep_Walker has been working on his own version that is listed below [1], we already maintain and actively test spec files for release [2] and development [3] on OBS. Maybe you can get some more hints from there. Those are exactly the spec files which are the mess I mentioned. They are geared toward SuSE conventions, I suspect, and are not applicable to RHEL and rebuilds thereof. The spec files in SVN would be the best starting point for targetting, e.g., CentOS 6. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri trunk/eina/src/tests
On Friday, 10 February 2012, at 16:42:00 (-0800), Enlightenment SVN wrote: Log: one day I'll be less stupid... ... or one day we'll move to git so I can rewrite stupid commits :-D Okay, who's going to run the betting pool on which one is more likely to happen? ;-) (Sorry, you opened yourself up for that one.) :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Time to be all the things that you dreamed of. Time to see if your fairy tale comes true. Time to see there's a shoulder you can lean on. Time to be, 'cause now it's time for you. -- The Tories, Theme from Jesse -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
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 EOF # == # Preventing duplicates using 16Kb cache # They get shoved in duplicates folder :0 Whc: msgid.lock | formail -D 16384 msgid.cache :0 a: duplicates EOF HTH, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- There are times it seems to me I'm sharing you with memories. I feel it in my heart, but I don't show it. And then there's times when you look at me as though I'm all that you can see. Those times I don't believe it's right; I know it. -- O-Town, All or Nothing -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Big memory leak in e17.
On Thursday, 09 February 2012, at 09:27:34 (+1000), David Seikel wrote: I'm not using procmail or anything that goes through procmail for getting my email. Thanks anyway. All modern e-mail services I'm aware of filter duplicates, so if you're not using one of them, you should be able to use procmail. CC's can normally be stripped at the mailing list end if set up to do that. Unfortunately there's a bug that gmail calls a feature and refuses to fix. The work around conflicts with the mailing list duplicate remover. GMail filters duplicates. I've never received duplicate e-mails via any of my GMail accounts. If you've somehow broken your GMail, well, sucks to be you. :-) Regardless, you have just as much chance of getting everyone to reply in a special way just for you as you have of getting everyone to stop top-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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Men have a chromosome women will never have: the Y chromosome, as in, 'Why do I have to talk about the relationship?'-- Tim Allen -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL 1.1 freeze
On Wednesday, 02 November 2011, at 17:55:50 (-0400), Mike Blumenkrantz wrote: Seriously though, saying two weeks without reminding is hard, I vote for an extension until next Thursday. Vetoed. I'm not your mommy, sack up and be responsible. After all the discussion 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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Three six nine, the goose drank wine; the monkey chewed tobacco on the street car line. The line broke, the monkey got choked, and they all went to heaven in a little row boat. -- Nursery Rhyme -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E-MODULES-EXTRA cleanup session
On Sunday, 30 October 2011, at 15:38:02 (+0100), Vincent Torri wrote: Damn, I have the default clock, calendar, AND tclock running. Coz none of them have all the features I want. Should be a bit more merging of features. which features, exactly ? I, too, 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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Or are you one of those folks who measures 'better' in terms of total installed base? In which case, the cockroaches would like to know when you'll be vacating their planet. -- Michael Paquette -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] RFC: E17 Release
On Saturday, 29 October 2011, at 11:23:37 (+0900), Carsten Haitzler wrote: i'll post here as a summary. what k-s wants is to just release e17-as is after fixing some efm bugs. who agrees with that? everything stays as-is. the reason xrandr is on the todo is that there are many complaints and questions about how to get multi screen to work and we have no solution. the reason taskbar is there is because engage is compositing based realistically and we have to work without, and we again have had enough users complain and ask for a way to switch tasks. the reason efm is on the list is its mostly working and usable as a simple filemanager - that was its point. it needs some bugs fixed. the reason keymap config is there is for all those europeans (and a few others) with odd keymaps and people have no clue how to configure this on a command-line or in config files. the other todo items could get dropped, though theme does need to be polished. this wasnt unilaterally decided by me. i believe in making a good attempt at a quality release. gustavo just believes in dumping out whatever we have. all the bitching about gnome and others will happen to us if we don't provide these basics that gnome etc. already DO. to many people we are useless. these are not new fangled ideas or standards - this is old hat that we haven't covered. so how do u expect to make those people happy and try or stay with e when we are not functional in some key aspects? Absolutely correct. After 10 years of development, releasing nothing is far, far preferable to releasing something half-assed. I can hear the comments now. 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 old argument every few months diverting time from more productive pursuits. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 in OBS
On Thursday, 13 October 2011, at 15:26:56 (+0200), Tomas Cech wrote: I think we'll remove RHEL 4, 5, 6 since builds doesn't work (there might be legal problems to make it working) and because CentOS is binary compatibile with RHEL. CentOS 5 seems to be too old for E17, feel free to play with that if you want, but I don't think it's worth of time. The spec files I maintain (in SVN) build just fine on RHEL5/CentOS 5; they were used to build the packages for RHEL5 and RHEL6 we post on our web site. I haven't tried building in awhile, but I haven't seen any changes go by that worried me. Perhaps I missed something... RHEL4 will probably have later some issues as CentOS 5. RHEL4 should be eliminated as a target. We terminated support for that awhile back. That is CentOS 5. We could backport lua to this project 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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- My program's in an infinite loop. Should I wait for it to finish? -- some lame luser in a Tarleton State Univ. computer lab -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
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 -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Before you criticize someone, walk a mile in their shoes. That way, when you criticize them, you're a mile away, and you have their shoes.-- Ann Brashares, The Sisterhood of the Traveling Pants -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Developer Postings (was: Re: EFL Windows Installer)
On Wednesday, 01 June 2011, at 23:26:11 (+0200), Vincent Torri wrote: PS: can someone forward that mail to the e-users ML ? You (and any developer who wishes post-only access to the users list) are encouraged to subscribe and set the nomail option for yourself. Then you'll be able to post but won't receive the list traffic. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Friday, 11 March 2011, at 14:25:04 (-0300), Gustavo Sverzut Barbieri wrote: enlighten me... but didn't it also allow bundles? Like providing a series of icons for different applications? Or am I confusing with something? I recall from windows days that you could choose one 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) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Backstreet Boys? Why would you wanna do that? Didn't you see New Kids on the Block? Don't you know how this movie's gonna end? I wanna know who's gonna be the 'bad' Backstreet Boy. Who's gonna get Britney Spears pregnant?-- Chris Rock, 1999 MTV VMA -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Private projects in svn.e.org
On Friday, 11 March 2011, at 18:36:37 (+0100), Leif Middelschulte wrote: Fair enough. Many of the said things are already part of the commit guidlines. Cases to sort out: - In cases where the maintainer and the community e.g. ML disagree: who has the last word? For the specific product, the original author/maintainer has the last word. For the E project as a whole, raster does. If those conflict, raster wins (and the project may need to move out). The understanding that I always had based on how we set things up: - Any E-related project may go in E SVN. Nothing outside of E's SVN repo is officially part of the project. - All E-related projects must follow the general technology (Imlib, Imlib2, and now EFL) and philosophy of E (choice, power, apperance, performance). - The author/maintainer has control over their own project. - raster has final say (veto power) over the project and the repo. If you disagree, you can either try to convince him or take your code elsewhere. Both have been done successfully. ;-) - Anyone with commit access can change your code. If you don't like their changes, revert them and say why. If there's still disagreement, discuss. Major changes should be discussed first. If any of this has changed, raster needs to be the one to change it. - What's the often cited 'spirit' of the enlightenment project? People were arguing the spirit of e is (besides following the guidlines): - Fix! Don't workaround! - Improve where you can People saying those things have specific reasons they want to believe those are the E spirit, but they're not. They're very good principles to live by, but that's not the guiding philosophy that the project has had throughout its lifetime. The main philosophy has been: 1. Choice -- As much power and flexibility in the hands of the user as possible. Everything is configurable (options, themes, etc.). 2. Power -- Feature-rich, not 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 and still evident in the products being produced to this day. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- A little learning is a dangerous thing; Drink deep, or taste not the Pierian spring: There shallow draughts intoxicate the brain, And drinking largely sobers us again. -- Alexander Pope, An Essay on Criticism -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Private projects in svn.e.org
On Friday, 11 March 2011, at 13:04:37 (-0500), Mike Blumenkrantz wrote: If any of this has changed, raster needs to be the one to change it. I apologize. I realized after I sent this that it could be misinterpreted to mean, Don't discuss it. That's not what I meant. 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? :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- We both lie silently still in the dead of the night. Although we both lie close together, we feel miles apart inside. Was it something I said or something I did? Did my words not come out right?-- Poison, Every Rose Has Its Thorn -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Crazy ... E17 About dialog
On Friday, 25 February 2011, at 18:33:10 (+0100), Marc Koschewski wrote: What I just meant to say is: you guys could just honor the names of the guys who commit to _your_ svn repos in that damn dialog. It'd just be fair. Okay, I just have to ask. Why do you care so much? 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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- A little learning is a dangerous thing; Drink deep, or taste not the Pierian spring: There shallow draughts intoxicate the brain, And drinking largely sobers us again. -- Alexander Pope, An Essay on Criticism -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: rui trunk/eio
On Friday, 18 February 2011, at 18:15:31 (+), Rui Miguel Silva Seabra wrote: As I explained to you in reply to the (not so nice) emails you've sent me, this is how it's done in order to add rpm building support to released tar balls. I hope to have helped 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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I wish you'd look at me that way, your beautiful eyes looking deep into mine, telling me more than any words could say. But you don't even know I'm alive. Baby, to you all I am is the invisible man. -- 98 Degrees -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: rui trunk/eio
On Friday, 18 February 2011, at 23:13:57 (+0100), Vincent Torri wrote: so i would like to understand. Are you saying that the spec files *never* (and i do mean *nerver*) depend on options that configure might set in spec files ? Correct. Spec files must never depend on configure arguments. Spec files *define* the configure arguments, not the other way around. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ChangeLog
On Sunday, 30 January 2011, at 14:24:27 (+0100), s...@tango.flipp.net wrote: And moap does git svn merge against remotes/git-svn instead of git svn rebase, and without telling. Stay away if you use git-svn. This is the best reason I've heard so far for using it. Inflicting pain on the fringe whackos is always a good thing. ;-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- It takes courage to look inside yourself, and even more courage to write it for other people to see. -- Captain Sisko, DS9 -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Handle ecore signals with a pipe
On Monday, 24 January 2011, at 14:56:52 (-0500), Mike Blumenkrantz wrote: Isn't just before release the best time to be fixing stuff that is messy? No. Just before release isn't the best time to fix anything. It's an appropriate time to fix critical bugs, but 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/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I disapprove of what you say, but I will defend to the death your right to say it.-- Voltaire -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
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 mem...@linkedin.com is now banned from the -devel and -users mailing lists. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- 'Cause I want it all or nothing at all. There's nowhere left to fall; when you reach the bottom, it's now or never. Is it all, or are we just friends? Is this how it ends -- with a simple telephone call? You leave me here with nothing at all? -- O-Town, All or Nothing -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac change proposal
On Tuesday, 21 December 2010, at 08:37:01 (+0900), Carsten Haitzler wrote: i'd say no - why change what works just to make the shell script shorter by a bit? michael already made a point - you will get the M. by changing this you: 1. risk breaking things where grep isn't a full gnu grep 2. change the numbers to include things that were filtered out before for what gain? some shell script purity? no. i say no. it works. it's been tested widely by now. don't break it. there is no gain in changing it. No, the version I supplied does NOT contain the 'M' and has been extensively tested across multiple projects including the spec files in our own SVN tree. Joerg was the one who erroneously claimed that the 'M' would remain, but he was wrong. All it includes is the first number output by svnversion. I'm not pushing for or against; just supplying information. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac change proposal
On Sunday, 19 December 2010, at 22:30:18 (+0100),
Joerg Sonnenberger wrote:
grep -o is not portable. Can't you do:
svnversion -n ${SVN_REPO_PATH:-.}| sed 's,^\([0-9]*\).*$,\1,'
The spec files use:
svnversion | sed 's/[^0-9].*$//' || echo
which is portable.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org
Linux Server/Cluster Admin, LBL.gov 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
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac change proposal
On Sunday, 19 December 2010, at 23:47:43 (+0100), Joerg Sonnenberger wrote: The spec files use: svnversion | sed 's/[^0-9].*$//' || echo which is portable. One important differences is that it picks up M if you have any local changes. Check again. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- No one knows the shape of that future or where it will take us. We know only that it is always born in pain.-- G'Kar, Babylon 5 -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Code-In?
On Thursday, 04 November 2010, at 14:20:34 (-0200), Tiago Falc?o wrote: In the case of GCI, there are no mentors. The tasks are short and to be made in quantity. But I would have some tasks for the ePhoto. Also keep in mind that there is a maximum age limit of 18. This contest is intended solely for middle and high school students. College students are expected to participate in GSoC instead. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I always wait until a jury has spoken before I anticipate what they will do. -- US Attorney General Janet Reno -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Code-In?
On Saturday, 30 October 2010, at 15:16:39 (+0900), Carsten Haitzler wrote: i don't have time :( if no one else wants to do anything... don't do anything :) Me either, not that I would know what tasks to make anyway. Inc seemed interested, though, so I was hoping he might be willing to coordinate if some of the developers (Sachiel? devilhorns? Tiago?) wanted to make up some tasks. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- What does not destroy me, makes me stronger. -- Nietzsche, The Twilight of the Idols (1888) -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Code-In?
On Saturday, 30 October 2010, at 21:18:26 (-0200), Tiago Falc?o wrote: Organization Application submitted. I put glima as backup admin. Please, i really need help to write the ideas: http://trac.enlightenment.org/e/wiki/CGi_2010-2011_Project_Ideas k-s, include some tasks in enjoy and ephoto :) All, remember that each students will receive $100 for every three tasks completed. So, we need granular tasks. If we have lucky, we attract new (and young) developers. Just saw the official word from Google: they expect each task to take at most 2-3 days to complete with 2-3 hours of work per day. So we should keep that in mind when composing tasks. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- You are waiting on a beach for a healing word to come. Maybe an apology in a bottle, maybe a flare that says, 'I'm sorry;' and the hurting leaves you numb. Will you forgive? Will you forget? Will you live what you know? He left his rights; will you leave yours? You don't understand it. Let it go.-- Newsboys -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Google Code-In?
Applications are due tomorrow to be a mentoring org for the Google Code-In (http://code.google.com/gci). Sorry for the short notice; I've got a lot on my plate right now. We need to decide if we want to participate, and if so, what tasks we want to offer to the students. And we have less than 24 hours to do it. :/ The application is at: http://socghop.appspot.com/gci/org_app/take/gci_program/google/gci2010/orgapp You'll need to sign in with a Google account to access it (which Inc should be able to do). Thoughts? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Ivanova is always right. I will listen to Ivanova. I will not ignore Ivanova's recommendations. Ivanova is God...and if this ever happens again, Ivanova will personally rip your lungs out. -- Claudia Christian (Lt. Cmdr Susan Ivanova), Babylon Five -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] libvlc is GPL
On Tuesday, 19 October 2010, at 00:25:16 (+0200), Benjamin Zores wrote: which means that emotion is GPL, iiuc. And so is all of its dependancies then: Evas, Eina ... ONLY when linked with emotion as a derivative work of libvlc, not in general. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- If everything is coming your way, you're in the wrong lane. -- fortune -- Download new Adobe(R) Flash(R) Builder(TM) 4 The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly Flex(R) Builder(TM)) enable the development of rich applications that run across multiple browsers and platforms. Download your free trials today! http://p.sf.net/sfu/adobe-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for using parenthesis
On Tuesday, 31 August 2010, at 20:52:13 (-0300),
Lucas De Marchi wrote:
Humn... yes, but at least for EFL, raster and barbieri told me that
I should not trust the precedence and always use parenthesis. This
was the reason why I made this patch. Not that I agree, but I think
that having a common style in all svn (or at least all EFL) would be
good.
For the most part, I like the changes. The problem is that
parenthesizing standalone identifiers is pointless and definitely
doesn't help readability. The only place it makes sense to
parenthesize *that* fully is in macros, where something that appears
simple like a could actually be an expression, function call, etc.
Parenthesizing simple variables seems pretty silly to me.
So I'm all for ((a || b) c), but not (((a) || (b)) (c)), if that
makes sense.
Or, to take a concrete example from Eterm, I think this is good:
-if (button-type == ACTION_STRING || button-type == ACTION_ECHO) {
+if ((button-type == ACTION_STRING) || (button-type == ACTION_ECHO)) {
but this is bad:
-if (drag TermWin.screen TermWin.screen-backend
TermWin.screen-userdef) {
+if ((drag) (TermWin.screen) (TermWin.screen-backend)
(TermWin.screen-userdef)) {
HTH,
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org
Linux Server/Cluster Admin, LBL.gov 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
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lucas IN trunk: E16/e/src PROTO/eon/src/lib/layout ecore/src/lib/ecore_win32 ecore/src/lib/ecore_wince edje/src/lib evas/src/lib/cache exalt/src/lib
On Thursday, 26 August 2010, at 23:14:23 (+0200), Vincent Torri wrote: I do not agree at all with that patch. It is hiding potential problems. The double condition check is in most case a copy/paste error that needs fixing instead of removal. Please revert it. No, that's the whole point. Every instance that was patched needs to be examined and probably fixed. Reverting it doesn't accomplish anything either. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mej IN trunk/eterm: Eterm/src Eterm/utils libast/src libast/test spite
On Tuesday, 24 August 2010, at 13:32:06 (+1000), David Seikel wrote: I'm going to agree that !! is unreadable. Um, does that mean negate the negation, hence do nothing, or is their an obscure !! operator I have somehow missed in my decades of C programming? Don't think I have ever seen it before, so would not count is as well known C practice. No doubt for the same reason that double negatives are discouraged in English. Not being equal to NULL says something, negating the negation is just noise. Double negation insures that whatever the compiler's default boolean value is (sometimes 1, sometimes -1, but theoretically could be whatever non-zero value it wants, so long as it's consistent) gets assigned/tested. The double negation insures that any true value gets negated to false then negated again to the compiler's inate true value. Unfortunately raster thinks anyone who prefers the original notation over !! simply doesn't know the above and thus needs to learn something. So we're all just morons who don't know anything, and raster is always right. Again. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mej IN trunk/eterm: Eterm/src Eterm/utils libast/src libast/test spite
On Tuesday, 24 August 2010, at 14:38:17 (+1000), David Seikel wrote: Um, so it's just a cast to boolean really? Though still it's not the same thing as checking for equality with NULL. In the case of pointers, it's the equivalence or lack of equivalence with NULL that is the important thing. NULL pointers meaning this pointer does not currently point to anything. We don't really care if the pointer, when cast to a proper boolean value, is true or false, that is completely unrelated to it's identity as a pointer. It may actually work, but it's not what we are interested in. We want to know if the pointer points to something. In C, that means if it is NULL. This is specifically for cases where a boolean value (i.e., Eina_Bool, which is by definition either 0 or !0) is either being assigned to a variable or passed to a function. if (ptr) is still used, but boolvar = (a != NULL) becomes boolvar = !!a. I understand that on some obscure platforms that we likely don't care about, NULL is not zero, so !! might not actually be portable for pointer NULL testing. It's not the NULL value that matters here, but rather the true value. !0 may or may not be 1 (~0 is also used). Yes, I'm fully aware that far to often I just do if (pointer) or if (!pointer). I don't see if (!!pointer) as being any more readable or correct than if (pointer), while grudgingly admitting that if (NULL != pointer) is likely more correct. It says what is meant, and the boolean operator produces a boolean result to be used by the boolean statement, no odd casting mishaps possible on obscure platforms. I find if (ptr) and if (!ptr) perfectly readable because my brain recognizes if pointer and if not pointer semantics. BTW, after further discussions with raster, it turns out we actually agree for the most part on the usage of !!. It just happens that the coccinelle script misinterpreted some of my stuff and was too overzealous. I don't mind b = !!a but I do mind ASSERT(!!a) which coccinelle mistakes for a function. I think this was all one big misunderstanding. :( Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] COPYING spec files
On Tuesday, 17 August 2010, at 07:53:22 (+0100), Rui Miguel Silva Seabra wrote: His opinion of that BSD license, like any other, is the same: it is not Good and Right because it fails to guarantee the freedoms of software recipients. An important consideration to make in such statements is that that would only be true if one is talking about the original BSD license... http://www.gnu.org/licenses/license-list.html#OriginalBSD ...which includes what's known as the obnoxious advertising clause. Actually, that would only be true if he concluded that the original BSD license was non-free license. It is a free software license. It's just permissive and non-copyleft and is incompatible with the GPL. The modified BSD license is also permissive and non-copyleft, but it's GPL compatible. That's why he says it's reasonable. (Yes, he has a practical argument as well, and a valid one, but that's not his primary reason.) What most people think of when they say bsd license nowadays is actually the Modified BSD or three-clause BSD license. If one reads what he writes about it in... http://www.gnu.org/licenses/license-list.html#ModifiedBSD ... one can actually read an endorsement: If you want a simple, permissive non-copyleft free software license, the modified BSD license is a reasonable choice. However, it is risky to recommend use of ?the BSD license?, because confusion could easily occur and lead to use of the flawed original BSD license. To avoid this risk, you can suggest the X11 license instead. The X11 license and the revised BSD license are more or less equivalent. This license is sometimes referred to as the 3-clause BSD license. He supports use of the modified BSD license IFF[1] you require a free software license which is non-copyleft. That's like saying, If you refuse to walk everywhere, at least drive something that runs on biodiesel. That's not the same as saying, I support your right to drive your car. If you won't do things his way, or in special circumstances where his Free Software movement benefits from doing things differently, other licenses are permissible. But those are situations where it's Necessary not to do things Right. Being the next best option doesn't make something Good and Right. (And not being Good and Right doesn't mean Evil either...any free license is better than a non-free license.) His perfect world would entail ALL software being GPL'd, all documentation being FDL'd, etc. But he's a pragmatic strategist; he knows that compromises must be made to progress toward the goal. Trust me. I work for UCB *and* LBL (which you'll find mentioned in your first link) with some of the people who created BSD, and I've spoken to RMS in person about this very subject. I know where he's coming from, and I know that we have fundamental differences on what constitutes Freedom and how best to use licenses to achieve it. Anything one may interpret as an endorsement of a non-GPL software license is simply a means to an end (e.g., popularizing a Free replacement to multiple Proprietary media formats). Michael [1] iff means if, and only if, ... -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] COPYING spec files
On Monday, 16 August 2010, at 09:41:37 (-0300), Andres Blanc wrote: Edje's COPYING file[1] is quite similar to the Vorbis BSD-Like license[2] which was endorsed by Stallman[3] itself. I think you misunderstood. Stallman wasn't endorsing the license. He was endorsing the change in that *particular* instance because it furthers his overall agenda: providing Free alternatives for all Non-Free software. His opinion of that BSD license, like any other, is the same: it is not Good and Right because it fails to guarantee the freedoms of software recipients. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lucas IN trunk/embryo/src: bin lib
On Monday, 16 August 2010, at 19:15:02 (-0300),
Lucas De Marchi wrote:
6) i = a == NULL;= i = !a;
7) i = a != NULL;= i = !!a;
Those four are valid also for while loops.
Eina_Bool func(char *a)
{
8)return a == NULL;= return !a;
9)return a != NULL;= return !!a;
}
int func2(Eina_Bool b) { return 0; }
...
char *a;
10) func2(a == NULL); = func2(!a);
11) func2(a != NULL); = func2(!!a);
Those significantly reduce readability IMHO.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org
Linux Server/Cluster Admin, LBL.gov 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
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm selection_send() and Opera 10.60
On Tuesday, 10 August 2010, at 20:09:08 (+0200), Kim Woelders wrote: As per commit message this causes a few changes. I guess the change is good in script.c, not sure about term.c. Everything looks good to me. I'll do some more testing, but so far so good. :-) Thanks! Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- When the Lord closes a door, somewhere he opens a window. -- Maria Von Trapp (Julie Andrews), The Sound of Music -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: lucas IN trunk/embryo/src: bin lib
On Wednesday, 11 August 2010, at 13:35:26 (-0700), Enlightenment SVN wrote: Log: Remove comparisons to NULL Rather than using == NULL or != NULL, use expression or !expression where possible. Patch automatically generated by coccinelle from badnull.cocci and badnull2.cocci I think it's great that such a tool exists, and what it can do is impressive. But in this particular case, you seem to be correcting what is really a stylistic choice, not a programming error, and there are very valid arguments for having explicit comparisons to NULL (or 0, for that matter), not the least of which being explicit readability. I'm all for consistency, and this is certainly a great tool for producing that consistency, but shouldn't a concensus be reached amongst the developers for stylistic personal preference changes as opposed to actual algorithmic correctness? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Don't go making all these promises you know you cannot keep. There's a time to play a king and a time to be the thief. 'Cause if you're making all these promises you know you cannot keep, you know time will be the thief, and your fallen king will end up alone. -- Savage Garden, Promises -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eterm selection_send() and Opera 10.60
On Monday, 09 August 2010, at 22:27:00 (+0200), Kim Woelders wrote: I was thinking something like the attached patch. Looks good to me. Would you mind committing? Then I found XA_CLIPBOARD(Xdisplay). Assuming we have X11/Xmu/Atoms.h, which I think practically always is true, XA_CLIPBOARD(Xdisplay) will refer to the CLIPBOARD atom in screen.c (used in IS_SELECTION()) where X11/Xmu/Atoms.h is included before screen.h, whereas XA_CLIPBOARD(Xdisplay) will refer to the PRIMARY atom in script.c and term.c due to definition in screen.h. It is of course simple to add props[PROP_CLIPBOARD] too, but I'm not sure what the intended behavior is. The automated behavior should always interact with PRIMARY. The only way Eterm should ever touch CLIPBOARD is if a script directly references it. This is due to the fact that Eterm's copy is always implicit (again, outside of a script). If you have time, feel free to add the clipboard props as well. :) Thanks! Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- If everything is coming your way, you're in the wrong lane. -- fortune -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] library todos
On Sunday, 08 August 2010, at 14:12:51 (+1000), David Seikel wrote: I'd like to get some thoughts from other people on the ML about a discussion we just had in irc. Specifically, I suggested that when people begin work on a project, they should sign off in the TODO file with their dev name and the task that they are working on, then remove the line when they finish. This would help people keep track of who is doing what and hopefully prevent trators. What is trators? It's not a real word (at least not in English). Can't figure out what he's going for either, unless he's trying to coin a new term (in which case defining it would seem appropriate). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Somebody pass the Charmin! I'm dumping core!! -- Black Widow 2.0.3 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje file format breakage
On Monday, 09 August 2010, at 22:18:16 (+0200), Andreas Volz wrote: I couldn't agree that. Whats's about people creating edj files with editje? I've one application where I never wrote edc files. So how should I check in edc files in this case? Decompile before commit? Yes? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/ecore/src/lib/ecore_con
On Thursday, 29 July 2010, at 17:17:24 (-0400),
m...@zentific.com wrote:
typedef enum _Ecore_Con_Type
{
ECORE_CON_LOCAL_USER = 0, /** Socket in ~/.ecore */
ECORE_CON_LOCAL_SYSTEM = 1, /** Socket in /tmp */
ECORE_CON_LOCAL_ABSTRACT = 2, /** Abstract socket */
ECORE_CON_REMOTE_TCP = 3, /** Remote server using TCP */
ECORE_CON_REMOTE_MCAST = 4, /** Remote multicast server */
ECORE_CON_REMOTE_UDP = 5, /** Remote server using UDP */
ECORE_CON_REMOTE_BROADCAST = 6, /** Remote broadcast using UDP */
ECORE_CON_REMOTE_NODELAY = 7,
ECORE_CON_USE_SSL2 = (1 4), /** Use SSL2: UNSUPPORTED. **/
ECORE_CON_USE_SSL3 = (1 5), /** Use SSL3 */
ECORE_CON_USE_TLS = (1 6), /** Use TLS */
ECORE_CON_LOAD_CERT = (1 7) /** Attempt to use the previously
loaded certificate */ } Ecore_Con_Type;
}
Yeah, that's his point. Those are NOT bitwise values. Not until
USE_SSL2, at least. The fix is wrong. If you want to use bitwise
values, the enum needs to be redone.
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
---
I gather myself around my faith, for the Light is the Darkness
most feared. -- Jewel, Hands
--
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e code formatting - uncrustify
On Friday, 30 July 2010, at 08:22:25 (+0900), Carsten Haitzler wrote: then you wrap at 85.. then you say but if we made it a little wider it'd be nicer so it become 90, then if its a bit wider 95.. and so on. it doesn't end until you cease wrapping entirely. i think trying to stick to 80 wide is good. it's the standard term width. it's not a magic number invented for efl coding. uncrustify needs to be able to handle the above case properly. the only question is... how to do it? I've mentioned this before, but I'll do so again. Most terminals have the ability to toggle between 80-column and 132-column mode via a menu option or escape sequence. I set all my emacs windows to be 132 columns wide for this reason, and wrap my source at 132 columns instead of 80. The result is significantly more readable. xterm and Eterm both support it. You can do it manually using: echo -e \e[?40;3h or (in Eterm) bind it to a menu item. To toggle back, change the 'h' to an 'l' (that's a lowercase L). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e code formatting - uncrustify
On Friday, 30 July 2010, at 09:11:11 (+0900), Carsten Haitzler wrote: yes.. and if i maximize my terms i get 383x101... if i made my fonts smaller and got some 30 screens i'd get more. moot point. Not a moot point at all. The point is that, in this day and age, most users are no longer constrained by the 80 column limit, and for the few who are, there is an easy way for them to toggle to 132 columns. There's even a binding for it in screen (C-a W). So that particular value has significance in being easy to obtain, common to almost all terminals, and significantly more readable. It's not just some random width that only applies to a particular user. The number 80 was chosen for a reason. The number 132 could be chosen for almost as good a reason. This is not the case for *any* other width, including 85. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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) -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e code formatting - uncrustify
On Friday, 30 July 2010, at 10:18:31 (+0900), Carsten Haitzler wrote: my point still stands. No, it doesn't, because you're arguing the slippery slope fallacy. (http://www.nizkor.org/features/fallacies/slippery-slope.html) Increasing the width to 132 does not in any way endorse, cause, or make inevitable future expansions or desires for expansion. It is a practical, reasonable response to the simple fact that the 80 column limit is causing significant readability problems in the existing code. you can say it's sane - but then if you look at most commercial visual studio users they sit there with editors fullscreen and just fill the entire screen with lines of code. you can keep expanding your width until the cows come home. See above. 80 wide allows multiple virtical columns of code to be on screen at once (ef .c file on left, header next to it in the middle, another .c file next to that and soon). Depending on the size of the font. And, also depending on the size of the font, you can do the same with 132 columns. You'd just have to use a smaller font to have the same number of documents side-by-side. And that can be said of any arbitrary number that's larger than any other arbitrary number. You can also stack vertically. The fact is, 80 is chosen for a reason, and it's not because people stack their documents side-by-side. It's because 80 is the default width for most terminal emulators because it was the default width of the terminals they emulate. Plain and simple. And I'm telling you there's *another* width, not default but just as built-in, that could be used instead. as such humans are bad at reading long lines of text. there is a reason newspapers and magazines use thin columns. This is a red herring. The audiences are different, and the requirements are different. Newspapers do not use long strings of words joined by underscores, nor do newspapers need to visually indicate scoping or order of operations in parenthesized expressions. Look, if you don't like the idea, just say so. That's not how I want to work, and it's my project, so STFU. But it would solve the bulk of the line-wrapping problems you're having (and as the person who imposed the problem on the project by insisting on uncrustify, it would seem reasonable that you help fix it). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e code formatting - uncrustify
On Friday, 30 July 2010, at 10:43:48 (+0900), Carsten Haitzler wrote: you don't get the point - the point is that the formatter doesnt handle wrapping intelligently. Not once in anything that you wrote to me did you state that. So no, that wasn't your point. Changing canoes in midstream because you made an error in logic does not mean I don't get the point. :) you will find code that doesnt fit in 132 die and needs wrapping - and the same problem will exist. That's certainly true. However, there will be *significantly fewer* occurances of the problem, and the result will still be more readable for those problem cases because the right-hand column is further out, allowing more space to work with. It's possible using 132 will eliminate enough problems to make fixing the tool unnecessary, allowing everyone to get back to writing EFL. Isn't it worth a try? the only solution other than fixing the formatter is the slippery slope. fix the problem. don't follow the slippery slope of workarounds. That's not what the logical fallacy referred to as slippery slope means. The URL I provided explains it. you argue that 132 columns is just fine because there is a terminal mode for it. that argument can be extended to any width with just resize your terminal. Not true. Not all terminals can be resized. That's the whole point. If all terminals could be resized to any desired width, it wouldn't matter one wit what column count we chose. Fixed terminals such as the Linux console cannot be resized. That's precisely why the default of 80 tends to be used. the fact is that when you start any terminal... you get an 80 wide one in almost all cases. not 132. you need to change things to be otherwise. thus 80 as a baseline makes sense. 132 doesn't. 132 makes sense for all the reasons I already mentioned. It's not as ideal as 80, no, but it has specific, clear advantages over all other values aside from 80. That may not be enough to make you want to use it, but it's still valid. if your fix to wrapping problems is well just make your terminal wider you're ignoring the actual problem that the formatter can't wrap correctly. Just make your terminal wider is a misrepresentation of my viewpoint, and you know that. Yes, the formatter has issues, but is fixing someone else's formatter something you really want to invest time in this close to release? One could also say that the actual problem is that this whole mess was inflicted on the community without sufficient testing or advance discussion and way too close to the release date to be reasonable. Heaven forbid someone offer a suggestion that might save everyone a lot of time and headaches and have logical reasoning to back it up Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I want to stand with you on a mountain. I want to bathe with you in the sea. I want to lay like this forever, until the sky falls down on me.-- Savage Garden, Truly, Madly, Deeply -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: caro IN trunk/PROTO/elsa: . data m4 src/bin
On Tuesday, 13 July 2010, at 16:18:53 (-0300), Iv?n Briano (Sachiel) wrote: And we really want that? Does any other program do things like this? No. Other programs properly reference $sysconfdir.  pamdir = /etc/pam.d/  pam_DATA = elsa  confdir = /etc  conf_DATA = elsa.conf Hard-coding /etc will make it impossible to do proper safe building of packages as a non-root user. Always use $sysconfdir or @sysconf...@. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Dreams are the royal road to the knowledge of the mind. Sometimes a cigar is just a cigar. -- Sigmund Freud -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: caro IN trunk/PROTO/elsa: . data m4 src/bin
On Tuesday, 13 July 2010, at 22:41:35 (+0200), Vincent Torri wrote: like that ? : Index: data/Makefile.am === --- data/Makefile.am (revision 50230) +++ data/Makefile.am (working copy) @@ -3,10 +3,10 @@ SUBDIRS = themes -pamdir = /etc/pam.d/ +pamdir = $(sysconfdir)/pam.d/ pam_DATA = elsa -confdir = /etc +confdir = $(sysconfdir) conf_DATA = elsa.conf EXTRA_DIST = elsa elsa.conf Yep, exactly. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- We're Americans; we don't walk around terrified. We're going to move forward with pride and with determination. -- Secretary of State Colin Powell -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash trunk/evas/src/lib/engines/common
On Monday, 05 July 2010, at 10:08:37 (+0800), Brett Nash wrote: Oh... personal attacks. I knew this thread was missing something. Being a douche is not a personal attack. It's an opinion. You are a douche is a personal attack. Besides, the thread's not missing personal attacks. If you check the return value of alloca(), you don't know what it does is an insult (not to mention a generalization, and logically fallacious). Short answer: If checking the return of alloca is so important to you then either commit a fix or send a patch. I still am of the opionion that checking the return of alloca means you don't know what it does. You can ignore what Jose says, but that doesn't make him any less right. And raster is a clear counter-example which disproves your rule. In the specific case you mentioned the code also called free on the return of alloca. So my little rule did indeed catch a real bug. That's great. But it also helps prove Jose's point that this was probably a case where malloc() was replaced with alloca() and the free was mistakenly left in. That doesn't mean that raster doesn't know what alloca() does. I also assert that one does not know what alloca() does on every single platform that exists or will exist, and checking the return value adds maybe two instructions, assuming they don't get optimized out. I can list other examples of short-sighted hard-coding of optimizations that later resulted in suckage, but I'm pretty sure you've stopped listening. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- A lot of times, men do things they don't want to do so the woman they're going out with will do things *they* don't want to do. -- Tim Allen -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash trunk/evas/src/lib/engines/common
On Friday, 02 July 2010, at 01:31:13 (-0700), Enlightenment SVN wrote: Log: Don't check alloca, it's like checking the stack exists. It can't fail on *GNU* libc, but there's nothing in the standard that stops it from returning NULL on stack overflow. In fact, the man page implies that other platforms do exactly that. So this change is likely wrong. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: rui trunk/evas
On Wednesday, 02 June 2010, at 10:00:57 (+1000), Carsten Haitzler wrote: they should be enabled by default.. and why is eet disabled as a loder (in without) .. edje wont work without an eet loader... ? xpm - should be on by default too. Read the comments at the top of the spec: # Conditional build stuff; from rpm 4.4 /usr/lib/rpm/macros. # bcond_without defaults to WITH, and vice versa. Yes, it's # ass-backward. Blame PLD. And above the section you're referring to: ## enabled features %bcond_without module_engine_software_x11 %bcond_without module_engine_buffer %bcond_without module_engine_fb %bcond_without module_loader_pmaps %bcond_without module_loader_png %bcond_without module_saver_png %bcond_without module_loader_jpeg %bcond_without module_saver_jpeg %bcond_without module_loader_gif %bcond_without module_loader_tiff %bcond_without module_saver_tiff %bcond_without module_loader_eet %bcond_without module_saver_eet %bcond_without module_loader_xpm %bcond_without module_loader_bmp %bcond_without module_loader_tga Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Your Plan and the stuff that comes out of my asshole bear a suspicious resemblance to each other.-- The Long Walk -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: rui trunk/evas
On Thursday, 03 June 2010, at 09:40:01 (+1000), Carsten Haitzler wrote: arse-backwards indeed. That's exactly why I include that comment in any spec file that defines those macros. Tragically, they became standard without sufficient perusal by a native English speaker, or something. Now we're stuck with them. Incidentally, in all the cafuffle, everyone seems to have missed the mistake that *was* made...namely certain cut-and-pasted erroneous dependencies. :-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- A lot of times, men do things they don't want to do so the woman they're going out with will do things *they* don't want to do. -- Tim Allen -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Adding new ssh keys to svn.enlightenment.org
On Wednesday, 26 May 2010, at 23:58:31 (+0200), Andreas Volz wrote: yesterday I added a second key to ~/.ssh/authorized_keys2 on svn.enlightenment.org and my access was working again. But hours later the file was back the old. I repeated it multiple times. Commit your keys to SVN in the devs tree. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Well done is better than well said.-- Benjamin Franklin -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wednesday, 12 May 2010, at 09:01:09 (+0100), Rui Miguel Silva Seabra wrote: However, libcurl 7.19.1 been released way back in 05-Nov-2008 16:00 (check here http://curl.haxx.se/download/ ) so it can hardly be called bleeding edge. For too long we've used the release date to gauge if something is mature enough to require. We really should be making sure that we are buildable and installable on the latest release of each of the major distros (RHEL5, SLES11, Debian, and Ubuntu). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I will remember you. Will you remember me? Don't let your life pass you by. Weep not for the memories.-- Sarah MacLachlan -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] compilation error with the latest ecore_con commit
On Wednesday, 12 May 2010, at 15:02:50 (-0300), Gustavo Sverzut Barbieri wrote: Well, the problem is solved, but I quite disagree with this until we release EFL. Some distros like Debian and RHEL have the bad habit of holding versions for too long. In the case of RHEL, the 6 is around the corner... but I doubt if someone would use E/EFL in that setup, it is not the kind of target audience I guess. I use EFL on RHEL5, and I know lots of other people smart enough to know that Fedora is not a stable or reliable platform, and if you want your desktop to work the same way your servers do, that means RHEL on the desktop. And it works quite well there. So yes, people use E and the EFL in exactly that setup. But in terms of sheer marketing, if EFL won't build on the most popular Linux platform in the US, if not the world, that doesn't make RHEL look old. It makes E look broken. Period. And that's bad for us. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/e_dbus/src/lib/hal
On Friday, 07 May 2010, at 20:02:15 (+0200), Sebastian Dransfeld wrote: Enlightenment SVN wrote: Log: revert broken dbus return handling, readd stringshares Please! Don't mess with code you don't understand! I'm pretty sure he made those changes with Gustavo's input and insights, so if you all want to hash it out, fine, but don't get personal about it. Explain why you did what you did and why his code is wrong, just like Gustavo tried to explain why you were wrong. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- You came from heaven to Earth to show the way; from the Earth to the cross, my debt to pay. From the cross to the grave, from the grave to the sky. Lord, I lift your name on high. -- Maranatha -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Spec file changes
On Saturday, 17 April 2010, at 11:29:50 (+0100), Rui Miguel Silva Seabra wrote: With the proposed patch example, I can do what I need (have rpms with hour and minute), and leave the default to be the current status quo. I have committed some sample spec file updates based on what raster and I discussed a few days ago. You are welcome to help out by making the same changes in other spec files if you'd like. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I have gotten into the habit of recording important meetings. One never knows when an inconvenient truth will fall between the cracks and vanish. -- Ambassador Londo Mollari, Babylon Five -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
On Wednesday, 07 April 2010, at 12:27:47 (+0100), Rui Miguel Silva Seabra wrote: I'm sorry, but that breaks the whole point of having clean software installs. How, exactly? I notice that you did not answer this question. Did you miss it, or did you intentionally ignore it? You're already confusing things, please devote some time to think about the issue because I'm not discussing against the current method, I like it. I'm just pointing out the need to detail it further than per day so it suits even better. I, too, have encountered this in the past. But the day-level notation is a good compromise between readability/usefulness and rebuild granularity. I told you what I do, but you don't seem willing to use that method for reasons you have yet to articulate. (Calling it not sane is a subjective, not logical, argument.) What is *NOT* sane is using rpm --force -ivh package.rpm You'll want to use -Uvh so that the previous NEVR isn't duplicated in the package store. That said, in this particular scenario, it's absolutely sane and reasonable. I've done it hundreds of times. And what I ask does not change that, but allows the period to be small enough to allow 1) build, 2) install, 3) test, 4) fix, go to 1) process by specifying further the hour and the minute. I understand what you're asking, and I offered you a way to do that without having to break the existing nomenclature. It's not so frequent to make multiple releases of software per day, so many automatize a daily snapshot. Because some haven't run into this issue, that does not make it a standard, much less mandatory as you seem to argue for. Something that most projects are doing is, by definition, a de facto standard. There are two practices out there that cover almost all projects that are doing snapshots according to my research: a MMDD timestamp or a repository revision. So those would be the de facto standards for snapshot nomenclature. You accuse me of making up statistics, but argued against them with made up statistics yourself, that's not fair. I offered evidence to back up my point of view. That doesn't match any reasonable definition of made up. I never expected such an emotional opposition. Not once have I gotten emotional. I have an opinion, and I am trying very hard to communicate that opinion and the reasoning behind it in such a way that you will listen to it and understand it. Anyone who's been around the project for awhile can tell you: If I get emotional, you'll know it. :-) Again: I have no intention of treading on your toes, you're making it personal and I have more than once pointed out that there is nothing of the such. As Albin pointed out, I am not making anything personal. I am backing up my opinion with evidence and logic. I have yet to receive a technical, logical reason why the exact solution I use myself for this very same problem is unacceptable to you. Simply writing it off as insane is a logical fallacy (Appeal to Ridicule) and does not constitute a valid argument. I would like to point out that the code you primarily work on, elmdentica, is yours to do with as you like. If you want the spec file to have a timestamp with HHMM in it, that's your call. Please feel free. But you said you wanted to change *all* the spec files, and that's what I oppose. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
On Tuesday, 06 April 2010, at 14:38:36 (+0100), Rui Miguel Silva Seabra wrote: I'm sorry, but that breaks the whole point of having clean software installs. How, exactly? It's definitely *not* a sane (in terms of package DB) replacement to the proper usage of the release field. There is nothing improper about the current usage of the release field. Said usage varies radically from distro to distro and even from package to package within the same distro. Its purpose is to provide an additional mechanism for distinguishing packages which may correspond to an identical upstream version. Beyond that (and not containing a hyphen), it's open season. The current method was chosen to simplify things for those building periodic snapshots from SVN. It serves that purpose very well by providing the date of the snapshot in a readily readable, sequencable form which (thanks to the 0. prefix) does not interfere with the eventual release of the version in question. As can be read from the man page, it can even have dangerous results: --force Same as using --replacepkgs, --replacefiles, and --oldpackage. (...) --replacefiles Install the packages even if they replace files from other, already installed, packages. I never said you should use it all the time. I said in the specific case of installing a new version of an RPM that you previously installed the same day while doing active development on a particular package, using --force is a safe and easy way of accomplishing what you want (installing RPM's during development) without interfering with the other reasoning behind the naming convention. I'm on the RPM5 development team. I know exactly what --force does and when to use it. As to the POV of users, they expect an incrementing value (which is also what the release field should/must have precisely so upgrades can be done sanely) and even if they don't recognize instantly date+hourmin, they surely recognize just as instantly an increasing value, so there is no point to raising such scarecrows. Again, these spec files are intended for building snapshots from SVN on a periodic basis, and we chose to provide something useful in the release field in the form of a snapshot date. It's as made up statistic as claiming MMDD is a standard snapshot format. ftp://ftp.openssl.org/snapshot/ http://www.mindrot.org/openssh_snap/ ftp://sourceware.org/pub/gcc/snapshots/ ftp://sourceware.org/pub/gdb/snapshots/current/ ftp://sources.redhat.com/pub/glibc/snapshots/ http://www.gti.net/mirrors/postfix-release/experimental/ http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3chap=1#doc_chap3_sect5 Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Somebody pass the Charmin! I'm dumping core!! -- Black Widow 2.0.3 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
On Saturday, 03 April 2010, at 20:10:43 (+0100), Rui Miguel Silva Seabra wrote: It's not unnecessary, quite the contrary if you like clean rpm installations and are doing some work on a library requiring more than once a day installations. I'm interested in knowing why you think this is not a problem, if you have a better way to do it, please teach me. The spec files in SVN are for end users as well as developers, and we try to reach a reasonable middle ground between the two uses. It is far, far cleaner and simpler for we developers who do frequent RPM installs in the course of developing our software to simply add --force to the RPM install command. I'd also bet that 100% of people bright enough to recognize MMDD instantly will recognize MMDDHHMM (it's even one of the instantly recognized methods for setting the date in multiple implementations of this command). There's no sense at all in arguing made-up statistics for which neither of us could provide evidence or proof either way. Suffice it to say that MMDD is standard snapshot format. Since I have commit rights and have some RPM spec knowledge, instead of whining about an issue I put up a *proposal* to fix something that *is* an issue to me. I did this way instead of just doing it because from the last commits I did on some specs I saw that you seemed a bit beefed up about it and I don't want to tread on your toes. And that is very much appreciated. Keep in mind that some of us on this project have been writing spec files and packaging RPM's for well over 10 years now. Some have even managed entire RPM-based distributions. If you're worried about getting competition on rpm spec maintenance, then please don't! As that is certainly not my intention. :) This is not personal for me. Why are you trying to make it personal? I just need the specs to: a) work b) and be useful They already work and are already useful. Mission accomplished! :-) This may not be an issue for you. That's perfectly fine! Perhaps I'm the only one who prefers to install RPMs rather than just use make install and this is a new need, can you please consider that? :) I do that too. See above. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Et elle m'a dit, 'Tombe, tombe au fond de mon coeur. Les nuits sont trop longues, et j'ai un peu peur.' Et c'est comme ca qu'elle est entree dans ma vie, la fille de pluie. -- Roch Voisine -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Include hour and minute in rpm spec release tags
On Wednesday, 31 March 2010, at 00:32:53 (+0100), Rui Miguel Silva Seabra wrote: What do you think? I think it's unnecessary and non-standard (most people easily recognize MMDD format, but not your variation). Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Somehow through the lonely night, I will leave a light in the dark. Let it lead you to my heart. -- Michael W. Smith Amy Grant, Somewhere, Somehow -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] cleanup of server/svn access accounts.
On Thursday, 01 April 2010, at 21:29:50 (-0400), Jose Gonzalez wrote: As you say.. But it's not about who to remove if you want to or not, (and of course they won't care), it's about saying clearly that it's you not some ambiguous we. You can count me in that we as well. I fully support what he's proposing, as do the other developers who were present when the topic came up. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- 'Cause I want it all or nothing at all. There's nowhere left to fall; when you reach the bottom, it's now or never. Is it all, or are we just friends? Is this how it ends -- with a simple telephone call? You leave me here with nothing at all? -- O-Town, All or Nothing -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: rui trunk/TMP/st/elementary
On Sunday, 21 February 2010, at 11:40:32 (-0800),
Enlightenment SVN wrote:
-URL: http://www.enlightenment.org/
-Source: ftp://ftp.enlightenment.org/pub/evoak/%{name}-%{version}.tar.gz
+URL: http://trac.enlightenment.org/e/wiki/Elementary
+Source: %{name}-%{version}.tar.gz
No, do not do this. The URL should be the project URL, not a wiki
URL, and the Source should ALWAYS be a URL (preferably valid, of
course).
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org
Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org)
---
It's pretty bad when you look at code you wrote and wonder what the
hell you were thinking. It's worse when you realize you wrote that
code earlier the same day.
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Handling of ver-pre-svn matches in rpm specs
On Sunday, 21 February 2010, at 18:03:43 (+), Rui Miguel Silva Seabra wrote: May I commit? Please don't. I'm already working on the ecore spec file. I will take care of it. Much of your patch is wrong anyway. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Merge some E-MODULES-EXTRA in e/src/modules, remove some?
On Monday, 08 February 2010, at 12:45:46 (-0200), Gustavo Sverzut Barbieri wrote: - alarm - cpu - diskio - emu - execwatch - iiirk - language - mail - mem - net - news - taskbar - tiling (I bet this one is not maintained, and what it does can be replaced by illume2's policies) - uptime - winselector - wlan I use weather, tclock, cpu, mem, and net. devilhorns was maintaining most of these last I knew, but if any of the ones I use become non-functional, I am very likely to pursue a fix (even if I have to enlist help). So I think that qualifies sufficiently as maintained. :-) If libeweather can fully replace weather, including its source of information, I'm fine with replacing the existing weather module with one based on eweather. But until then, I see no reason to break something that has been working reasonably well for so long. As for the suggestion of turning the individual monitor modules into some sort of gkrellm wannabe, I say, hell no. Distinct modules have numerous advantages over monolithic programs, not the least of which being independent operation and layout. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Merge some E-MODULES-EXTRA in e/src/modules, remove some?
On Monday, 08 February 2010, at 17:56:25 (-0200), Gustavo Sverzut Barbieri wrote: The good thing to have them all in one code is that they can share lots of settings and display code, with minor changes. For example, if one add histogram graphics, can be easily reused by all of them. Settings to be shared/reused are polling timeouts and access to /sys, etc. That's an argument for library functionality, not yet another monolithic application incapable of abstracting out useful code. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Breakfast clubbers, drop the hankies. Though to some our friend was odd, that day he bought those pine pajamas, his check was good with God. Those here without the Lord, how do you cope? For this morning we don't mourn like those who have no hope. -- Newsboys, Breakfast -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SVN cleanup for impending release
On Tuesday, 02 February 2010, at 18:30:39 (-0200), Gustavo Sverzut Barbieri wrote: My current plan is to remove: - BROKEN/* - OLD/ all except etk and BINDINGS/python-etk -- no hard feelings Etk is just as dead as everything else in OLD. It should be removed as well. - imlib2_loaders - imlib2_tools Both of these built and worked last time I tried them. I (more or less, along with kwo) maintain these. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] to Inc or Gustavo : about e2
On Monday, 25 January 2010, at 13:52:46 (+0900), Carsten Haitzler wrote: it was all owned by root Well, obviously. :) I was thinking he'd have used pstree to identify who started the process, but clearly that's not the case i think he was basing it off who was logged in at the time. :) Which is silly, if the process was still running when he looked, but perhaps he didn't know any better. Oh well. :/ My money's on Inc. Had it been Gustavo, he'd have said something already. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Grief and tragedy and hatred are only for a time. Goodness, remembrance, and love have no end. -- President George W. Bush -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] to Inc or Gustavo : about e2
On Tuesday, 26 January 2010, at 09:38:12 (+0900), Carsten Haitzler wrote: i did - and init owned it... which was odd. so it seems it was orphaned at some point. Gotcha. Okay, that makes sense. Probably someone's session was disconnected or crashed somehow. It's not a big deal at this point, but it honestly does bother me that no one has been willing to fess up. :\ Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Overflow on /dev/null. Please empty the bit bucket. -- fortune -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] to Inc or Gustavo : about e2
On Sunday, 24 January 2010, at 23:45:49 (-0200), Gustavo Sverzut Barbieri wrote: bkero So there seems to be a big ol' dpkg running on e2 bkero Owned either by Inc or barbieri I did not run this, I'm pretty sure. And how it could be one or another?!!? It's either one or another, no? I was wondering that myself. If he saw the process running, it was either owned by inc's UID or Gustavo's; I don't see how there could possibly be a question about which one. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment and centos.
On Tuesday, 05 January 2010, at 16:59:41 (+0100), Atton Jonathan wrote: I am at work with centos. How can I have enlightenment on centos without using the source ? :) The spec files in SVN built just fine on CentOS last time I tried them. If you have Mezzanine, you should be able to do: ./autogen.sh make dist mzbuild in each SVN tree. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Wednesday, 07 October 2009, at 11:42:54 (+1000), David Seikel wrote: Is this related to my reported problems with Eterm (and at least one other app) where iconify and maximise don't turn up in the E17 window menu when using borderless? From your description, it sounded like Eterm had a border, just not a fully-functional one, and that E still knew about it. If that's the case, it's not override_redirect. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- If you think C++ is not overly complicated, just what is a 'protected abstract virtual base pure virtual private destructor,' and when was the last time you needed one? -- Tom Cargill, C++ Journal -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Wednesday, 07 October 2009, at 14:06:34 (+0200), hannes.janet...@gmail.com wrote: yes, Eterm becomes an override-redirect window when using borderless option with e17, so its window is not handled by the wm in any way. I commited a workaround that makes e17 pretend to be mwm so that Eterm use mwm hints for borderless mode instead of going override redirect. Okay, let's get something straight here. You keep implying that Eterm is somehow buggy because it expects the WM to pretend to be the Motif WM in order to do borderless. This is simply wrong. Setting _MOTIF_WM_INFO is the correct way to advertise yourself as supporting the MWM hints, at least to the best of my knowledge and based on everything I've read or seen. Thus, a WM supporting those hints should set this property. On my (albeit somewhat outdated) copy of E 0.17, Eterm -x works just fine. And I'm quite certain it worked on E 0.16, so I'd wager it works on e16 too. The only WM it doesn't work on AFAICT is kwin. Falling back on override_redirect is the ONLY way that Eterm can be certain it does as the user asks (comes up borderless) in the face of non-compliant window managers. Which is the better failure mode (ignore the user request and have borders vs. being outside the control of the non-compliant WM) is a matter of perspective, and I'm tending to agree with Marc Lehmann (urxvt) that the right choice for Eterm is to do everything it can to fulfill the options it was given (i.e., override_redirect if necessary). If there is an EWMH for borderless that I'm missing, please feel free to add support for that. Beyond that, I think the previous code was correct. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Fresh blood through tired skin. New sweat to drown me in. Dress up this rotten carcass just to make it look alive. -- Nine Inch Nails, last -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Thursday, 08 October 2009, at 09:59:11 (+1000), David Seikel wrote: It has whatever E17 supplies as it's borderless border. To state my problem again - when Eterm has an E17 default border, the E17 window menu includes the iconify and maximise entries. When Eterm has the E17 borderless border, those menu items are not there. This happens to some other apps as well. Certainly this is something that is easy enough for us all to test, and both being in our SVN, should be fixable by us. This problem happens to some apps, but not to others. That's what I thought. Again, if that's the case, it's not override_redirect. See raster's latest commit. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- Can you stay for awhile? Try to imagine this. Could you be for awhile? I can't remember it. Could you fall for awhile? 'Cause I can't escape from this. -- Jars of Clay, Portrait of an Apology -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Thursday, 08 October 2009, at 02:38:36 (+0200), hannes.janet...@gmail.com wrote: This has the downside that the window does not appear in window list and taskbar and window manipulation might be inconsistent with wm settings (just to complete the pros and cons). Yes, override_redirect windows bypass WM control. That's what O_R *does*. That's what it's supposed to do. But as I said, it's the only guarantee. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- You did not tell the truth, and so you will have to pay the consequences.-- Bob Barker, Truth or Consequences -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Thursday, 08 October 2009, at 11:51:32 (+1100), Carsten Haitzler wrote: ok. time to chime in. waaay waaay back... back in the early days. no one other than motif set those hints. many others understood them and did it so apps that asked for no borders got them, but NO ONE claims to be a motif. icewm, sawfish, windowmaker, ... ALL of these understand mwm hints, and display no borders. i can find other wm's that did the same. metacity is a modern one for example. but e did too (e14/15/16 days). support the hint and not provide motif wm info hints. no one set motif wm info because no apps required it - they ASSUMED mwm hint support. that was the actual common - if not 100% behavior case (it was universal that i saw). so as such history says doesn't matter if the motif wm info hint is there, the wm probably supports it, and likely hasnt set that hint as NO ONE sets it other than mwm (that i know of or can find) out of all the wm's that actually support it. if you google for _MOTIF_WM_INFO you will find a tonne of distro and app bug report systems all patching out the motif wm info checks from eterm (and urxvt) as they simply dont work in the common case. They're actually all from the same few people/threads. (I did that search myself.) i'm not saying that the eterm code is technically wrong. the problem is you are not going to go change 5, 6, 7, 8 or more wm's to suddenly provide the _MOTIF_WM_INFO hints. everyone is patching the reverse. removing it as it is moot because the wm's everyone uses (notice in quotes) suports the hints, but doesnt advertise being mwm. Well, something does. On my system, and every system I've ever used, something sets that property. Maybe it's in X itself; I always assumed it was E, but maybe not. now i'd say that the sensible thing would be to remove the mwm info property checks as the real world doesnt work like that. standards or no standards, when the vast majority of the world is working counter to the standard, the standard is bunk. it is no standard anymore. standards are in the end what the vast majority of software actually does. so again - don't get this wrong. im not saying you are technically wrong. the code simply gets in the way of most users by being to pedantic. people are actively patching it out and working around it just for eterm. they are not patching their wm's. i think the time has come to just let this one go and forget about being pedantic. I need something to check for; otherwise, I can't be assured of a borderless window just because I ask for one. I see _MOTIF_WM_HINTS in ecore_x. Should I be checking for that instead? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- She had a need to feel the thunder, to chase the lightning from the sky, to watch a storm with all its wonder raging in her lover's eyes. She had to ride the heat of passion like a comet burning bright, rushing headlong in the wind, down where only dreams have been, burning both ends of the night. -- Garth Brooks, That Summer -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Tuesday, 06 October 2009, at 21:52:42 (+0200), Kim Woelders wrote: It seems to me that you are making Eterm e17 compliant in stead of making e17 MWM hint compliant. I think he did that too. My thought was to make Eterm more EWMH compliant. Do you feel that this patch fails to accomplish that? I don't think _MOTIF_WM_HINTS should be listed in _NET_SUPPORTED at all. It just makes no sense. EWMH unaware apps will certainly never look there. It doesn't seem to me that this would break anything, though (speaking specifically about the Eterm patch, not what should/shouldn't be done to E). If anything should be changed here, I'd consider removing the test for _MOTIF_WM_INFO (and going override-redirect if not set) and just set the MWM hint if borderless is requested. What are your thoughts on why you'd go this route as opposed to supporting the additional netwm-based mechanism? The patch seemed reasonable to me (Hannes had me review it before he committed), but I'm open to other suggestions as well. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I gave you my purity, and my purity you stole. Did you think I wouldn't recognize this compromise? Am I just to stupid to realize? Stale incense, old sweat, and lies, lies, lies. -- Nine Inch Nails, sin -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Wednesday, 07 October 2009, at 01:52:47 (+0200), hannes.janet...@gmail.com wrote: ok, looking through other window managers source setting mwm_hints in net_supported is not common. It seems window managers do not announce that they handle mwm hints in any special way. I'm going to remove my patch then.. still i think it's would be the correct way to handle it. I think the standard is referring to EWMH hints being defined in _NET_SUPPORTED, not all hints in general. I thought you were telling me that E or other WM's required this for borderless to work. Perhaps I was confused. :) - just set the hint and let the wm handle it (my vote for it too) Eterm does have a way to assume focus (Ctrl-Button1) for situations where override_redirect was required, or there is no WM, or whatever. That said, if everyone finds it so objectionable, perhaps it should change. Kim, how do you feel about it knowing that focus isn't as much of an issue? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: jeffdameth trunk/eterm/Eterm/src
On Tuesday, 06 October 2009, at 23:43:58 (+0200), Kim Woelders wrote: In my opinion the MWM hint is not related to EWMH, so I think all that is accomplished is to fetch a potentially rather large atom list which shouldn't contain the item being looked for :) My impression based on the IRC conversation was that Eterm -x didn't work under e17 without this patch, and that this patch made Eterm more EWMH-compliant. If that's not the case, then I misunderstood, and the patch needs to be rethought. This would just set the MWM hint and hope for the best. If the WM handles it, fine (is there any WM around that doesn't?). Some user was in IRC yesterday complaining about a WM (e17 I thought, but I could be mistaken) that did not provide the _MOTIF_WM_INFO atom, and thus Eterm kicked in override_redirect. Not knowing about Ctrl-click, he assumed the Eterm was fubar. So apparently *something* out there doesn't implement MWM hints properly. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- It doesn't take a lot of strength to hang on. It takes a lot of strength to let go. -- Rep. JC Watts, Jr. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: vapier trunk/eterm/Eterm/src
On Thursday, 20 August 2009, at 23:06:41 (+0200), Kim Woelders wrote: This reverts a fix made May 14 2008. I don't think either are correct and I suggest this in stead: Yeah, neither is correct. I just am not sure what the right answer is. The data are Atoms so the format must be 32 and the data type must be long. But long on 64-bit platforms is 64-bit. So shouldn't the 32 be sizeof(long) instead? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov 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 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: vapier trunk/eterm/Eterm/src
On Thursday, 20 August 2009, at 23:43:24 (+0200), Kim Woelders wrote: No. The wire item size is 32 bit. I trust you. :) Please go ahead and commit your patch. Thanks! Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- I have tasted my own hunger, sold my body to survive. Some have paid to scratch the surface, but they can't touch what's inside. -- Richard Marx, Children of the Night -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
