[e-users] TwinView desktop focus on screen switch issue

2012-07-06 Thread Dustin N. Jenkins
I use NVidia TwinView with the latest SVN E17.

I think this started about two weeks ago for me, but I can't be sure.

I have four virtual desktops on each of my two screens.  Whenever I use 
the keyboard (Send Mouse to Desktop +/-1 key binding), the screen 
automatically moves to the first Virtual Desktop each time, rather than 
staying put on the current Virtual Desktop.  Is this a setting that I 
missed or an issue to look into?

Many thanks!  Enlightenment 17 is a fabulous product of hard work.
Dustin

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] New eo dependency for Evas and Ecore

2012-10-11 Thread Dustin N. Jenkins
My nightly builds of E17 have been failing for evas and ecore due to the 
lack of eo.  Is the eo dependency a new one for evas and ecore? Can 
someone point me to where to find it?

Many thanks,
Dustin


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] New eo dependency for Evas and Ecore

2012-10-11 Thread Dustin N. Jenkins
Cheers,
Dustin

On 10/11/2012 09:24 AM, Boris Faure wrote:
> On 12-10-11 08:59, Dustin N. Jenkins wrote:
>> My nightly builds of E17 have been failing for evas and ecore due to the
>> lack of eo.  Is the eo dependency a new one for evas and ecore? Can
>> someone point me to where to find it?
> in PROTO/eobj
>


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] EFL build with Xprint requirement help

2012-12-12 Thread Dustin N. Jenkins
I'm running a 64-bit Fedora16 with an updated kernel of 3.6.5.

We are a paranoid government environment where we do not have 
administrative rights over our machines.  In fact, there is threat to 
supply us (Software Developers) with Windows machines to put the 
maintenance into even higher up hands.

As such, I build E17 into a local sandbox on some quota that we're 
assigned, and load that as my Window Manager.  Building it is easy as 
pie, but building its dependencies is a nightmare.  The X11/XCB stuff is 
a bit of a process.

My question is whether the Xprint dependency on EFL is necessary, or if 
there is a way to disable it from the build.  Building the deprecated 
Xprint and its dependencies has proven to be really cumbersome.

If it is necessary, has anyone built Xprint successfully?  It currently 
complains that the Display extern class is missing, even though I can 
clearly see the Xlib.h file containing it.  However, due to the 
dependencies on specific versions, the Xlib.h that I have may not be 
compatible.

Many thanks!
Dustin

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] e make error in src/modules in Subvserion HEAD

2012-12-21 Thread Dustin N. Jenkins
Thanks, Dale,

The build ONLY fails on this machine, which is my work desktop and I 
don't have administrative rights over it, which means all of the 
dependencies are built from source, which could contribute.  It's a 
64-bit Fedora 16 box.  My 32-bit and 64-bit Debian machines at home 
build just fine.

Also, you're right, it should be -DLOWRES_PDA=1, but it's being lobbed 
off because (I believe) the $(EDJE_FLAGS_VERBOSE_$(V)) variable is not 
being replaced properly in the 'EDJE_FLAGS = ' line from the configure 
script or my make.  My knowledge of make and configure pretty much ends 
here, too.

Thanks,
DNJ


On 12/21/2012 12:29 PM, Dale Snell wrote:
> On Fri, 21 Dec 2012 10:12:54 -0800
> Dustin Jenkins  wrote:
>
>> On my Fedora 16 64-bit machine, my E17 builds for the most part
>> fine. It won't get past the illume2 module though, when building the
>> e application:
>>
>> DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4
>> -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC -id ./illume2/images
>> illume2/e-module-illume2.edc illume2/e-module-illume2.edj
>> /bin/sh: -DMEDIUMRES_PDA=2: command not found
>> make[1]: [illume2/e-module-illume2.edj] Error 127 (ignored)
> Hmm...  The last SVN I built was 81410, and I had no trouble with
> it.  I'm running Fedora 17 on an Athlon 64-bit box.  (Normally I
> stick with the snapshots, but I needed to test a bugfix.)
>
> The first thing in your error message that stands out to me is the
> beginning of the first line: "DLOWRES_PDA=1".  Shouldn't that be
> "-DLOWRES_PDA=1"?  The dash will make a difference in how that
> argument is used.  _Why_ the dash is missing is something I don't
> know -- it's not missing here.
>
> -->% snip! %<--
>
>> If I edit the Makefile in src/modules and modify line 1908 and change:
>>
>> $(EDJE_FLAGS_VERBOSE_$(V))
>>
>> to
>>
>> edje_cc -v
>>
>> it will then compile.  What goes finding the edje_cc command and
>> replaces it in this command?  Is it a path issue?  It's running in
>> bash 4.2.
> Err...  I'll be the first to admit I don't know much about Make,
> but that doesn't look right at all.  That line is supposed to be setting
> a flag, not specifying the command proper.  Here are the eight lines in
> my Makefile that lead up to and include line 1908:
>
> EDJE_CC = $(EDJE_CC_$(V))
> EDJE_CC_ = $(EDJE_CC_$(AM_DEFAULT_VERBOSITY))
> EDJE_CC_0 = @echo "  EDJE_CC " $@; /opt/Enlightenment/bin/edje_cc
> EDJE_CC_1 = /opt/Enlightenment/bin/edje_cc
> EDJE_FLAGS_VERBOSE_ = $(EDJE_FLAGS_VERBOSE_$(AM_DEFAULT_VERBOSITY))
> EDJE_FLAGS_VERBOSE_0 =
> EDJE_FLAGS_VERBOSE_1 = -v
> EDJE_FLAGS = $(EDJE_FLAGS_VERBOSE_$(V)) -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 
> -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC
>
> As you can probably guess, my $PREFIX is /opt/Enlightenment.  Note
> that the absolute path to edje_cc is set in the line starting
> "EDJE_CC_1".
>
> Anyway, I've pretty much reached the limits of my knowledge here.
> If this doesn't help, maybe someone else can weigh in and give you
> some pointers.  I suspect the devs are going to be busy with the
> release, though, so have patience.  :-)
>
> --Dale
>
> --
> "IT'S THE END OF THE WORLD!  Or the beginning.  Hmph.  End, begin,
> all the same.  Big change.  Sometimes good.  Sometimes bad."
>  -- Aughra, _The Dark Crystal_
>
> --
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] e make error in src/modules in Subvserion HEAD (SOLVED)

2012-12-21 Thread Dustin N. Jenkins
I have an environment variable called 'V' that is interfering with the 
$(V) in the variables in the Makefile.

I removed my $V and it's fine.

Thanks again,
Dustin


On 12/21/2012 12:59 PM, Dustin N. Jenkins wrote:
> Thanks, Dale,
>
> The build ONLY fails on this machine, which is my work desktop and I
> don't have administrative rights over it, which means all of the
> dependencies are built from source, which could contribute.  It's a
> 64-bit Fedora 16 box.  My 32-bit and 64-bit Debian machines at home
> build just fine.
>
> Also, you're right, it should be -DLOWRES_PDA=1, but it's being lobbed
> off because (I believe) the $(EDJE_FLAGS_VERBOSE_$(V)) variable is not
> being replaced properly in the 'EDJE_FLAGS = ' line from the configure
> script or my make.  My knowledge of make and configure pretty much ends
> here, too.
>
> Thanks,
> DNJ
>
>
> On 12/21/2012 12:29 PM, Dale Snell wrote:
>> On Fri, 21 Dec 2012 10:12:54 -0800
>> Dustin Jenkins  wrote:
>>
>>> On my Fedora 16 64-bit machine, my E17 builds for the most part
>>> fine. It won't get past the illume2 module though, when building the
>>> e application:
>>>
>>> DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4
>>> -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC -id ./illume2/images
>>> illume2/e-module-illume2.edc illume2/e-module-illume2.edj
>>> /bin/sh: -DMEDIUMRES_PDA=2: command not found
>>> make[1]: [illume2/e-module-illume2.edj] Error 127 (ignored)
>> Hmm...  The last SVN I built was 81410, and I had no trouble with
>> it.  I'm running Fedora 17 on an Athlon 64-bit box.  (Normally I
>> stick with the snapshots, but I needed to test a bugfix.)
>>
>> The first thing in your error message that stands out to me is the
>> beginning of the first line: "DLOWRES_PDA=1".  Shouldn't that be
>> "-DLOWRES_PDA=1"?  The dash will make a difference in how that
>> argument is used.  _Why_ the dash is missing is something I don't
>> know -- it's not missing here.
>>
>> -->% snip! %<--
>>
>>> If I edit the Makefile in src/modules and modify line 1908 and change:
>>>
>>> $(EDJE_FLAGS_VERBOSE_$(V))
>>>
>>> to
>>>
>>> edje_cc -v
>>>
>>> it will then compile.  What goes finding the edje_cc command and
>>> replaces it in this command?  Is it a path issue?  It's running in
>>> bash 4.2.
>> Err...  I'll be the first to admit I don't know much about Make,
>> but that doesn't look right at all.  That line is supposed to be setting
>> a flag, not specifying the command proper.  Here are the eight lines in
>> my Makefile that lead up to and include line 1908:
>>
>> EDJE_CC = $(EDJE_CC_$(V))
>> EDJE_CC_ = $(EDJE_CC_$(AM_DEFAULT_VERBOSITY))
>> EDJE_CC_0 = @echo "  EDJE_CC " $@; /opt/Enlightenment/bin/edje_cc
>> EDJE_CC_1 = /opt/Enlightenment/bin/edje_cc
>> EDJE_FLAGS_VERBOSE_ = $(EDJE_FLAGS_VERBOSE_$(AM_DEFAULT_VERBOSITY))
>> EDJE_FLAGS_VERBOSE_0 =
>> EDJE_FLAGS_VERBOSE_1 = -v
>> EDJE_FLAGS = $(EDJE_FLAGS_VERBOSE_$(V)) -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 
>> -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC
>>
>> As you can probably guess, my $PREFIX is /opt/Enlightenment.  Note
>> that the absolute path to edje_cc is set in the line starting
>> "EDJE_CC_1".
>>
>> Anyway, I've pretty much reached the limits of my knowledge here.
>> If this doesn't help, maybe someone else can weigh in and give you
>> some pointers.  I suspect the devs are going to be busy with the
>> release, though, so have patience.  :-)
>>
>> --Dale
>>
>> --
>> "IT'S THE END OF THE WORLD!  Or the beginning.  Hmph.  End, begin,
>> all the same.  Big change.  Sometimes good.  Sometimes bad."
>>   -- Aughra, _The Dark Crystal_
>>
>> --
>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>> Remotely access PCs and mobile devices and provide instant support
>> Improve your efficiency, and focus on delivering more value-add services
>> Discover what IT Professionals Know. Rescue delivers
>> http://p.sf.net/sfu/logmein_12329d2d
>> ___
>> enlightenment-users mailing list
>> enlightenment-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
> ---

[e-users] Assuming root privileges in SVN version

2013-02-19 Thread Dustin N. Jenkins
I have a bare bones SVN installation of E17 (Version 84242).

I run enlightenment_start as myself on a work desktop that I don't have 
administrative rights to, which means I can't see the 'Reboot' or 'Power 
off' options.  This is fine, but quite often with a restart or window 
movements sometimes, I get the white popup with the F1 or F12 options 
(Recover and Log out respectively), and the ~/.xsession-errors contains 
many 'UNABLE TO ASSUME ROOT PRIVILEGES', one for each time the little 
white popup pops up.  I've unloaded all but my mixer module (I don't run 
any external modules), but it still happens.

My ~/.xsession just contains:

exec /opt/local/bin/enlightenment_start

Which, of course, runs as my user.  Grant it, I'm running it from a 
fresh Subversion build, but is this going to go away or do I need to 
find a way to run this thing as root?

Many thanks!
Dustin

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] Enlightenment 0.17.5 TwinView menu items

2013-11-05 Thread Dustin N. Jenkins
I've recently upgraded to Enlightenment 0.17.5 with EFL 1.7.9.  I run 
64-bit Fedora 16.

I'm using TwinView with dual head 1600x1200 screens which are recognized 
fine, but I have an issue with the main menu.  If I open the menu in my 
left screen (Primary screen) and start an application or open the 
settings panel or any item in the menu, it will start fine, but if I 
open the menu in the right screen, the application doesn't start.  The 
menu disappears after selecting the item as expected, but nothing happens.

Is there a log somewhere to indicate what's happening?  Is this a known bug?

Thanks,
Dustin

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment 0.17.5 TwinView menu items

2013-11-05 Thread Dustin N. Jenkins
Further to this...

If I bring the menu up and select the menu item on the right screen with 
the Enter key on the keyboard, the associated application starts up as 
expected.

Thank you,
Dustin


On 11/05/2013 11:36 AM, Dustin N. Jenkins wrote:
> I've recently upgraded to Enlightenment 0.17.5 with EFL 1.7.9.  I run
> 64-bit Fedora 16.
>
> I'm using TwinView with dual head 1600x1200 screens which are recognized
> fine, but I have an issue with the main menu.  If I open the menu in my
> left screen (Primary screen) and start an application or open the
> settings panel or any item in the menu, it will start fine, but if I
> open the menu in the right screen, the application doesn't start.  The
> menu disappears after selecting the item as expected, but nothing happens.
>
> Is there a log somewhere to indicate what's happening?  Is this a known bug?
>
> Thanks,
> Dustin
>
> --
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models. Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] E17 Twinview Menu Items (Ubuntu 12.04)

2013-11-15 Thread Dustin N. Jenkins
Hi Jonathan,

I didn't have any response to it.  I can confirm, however, that it is 
fixed in EFL 1.8 with Enlightenment 0.18 if you're interested in the 
bleeding edge.

Regards,
Dustin


On 11/15/2013 11:36 AM, Jonathan wrote:
> I too am having the strange menu behaviour with E17. I am having the
> exact-same symptoms described by Dustin on 2013-11-05
>
> I'm running Ubuntu 12.04 64bit with Twinview, using the Nvidia binary
> driver v304.
>
> I am using the latest e17 packages from the Offical PPA on the website.
>
> Any menu whatsoever (root, title bar, etc) generated by the WM on the
> secondary screen will not respond to mouse-clicks. However it will
> respond to the Enter key as he indicates. (Thanks, I hadn't thought of
> that :-)
>
> Dustin: Did you make any progress on this issue? (Sorry for not replying
> directly, but I wasn't subscribed to the list when you posted.) If not,
> I'm going to try posting to the development mailing list, to see if they
> have any ideas.
>
> Thanks!
>
> Jonathan
>
> --
> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
> Free app hosting. Or install the open source package on any LAMP server.
> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
Free app hosting. Or install the open source package on any LAMP server.
Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] Java in Enlightenment 0.18

2013-11-20 Thread Dustin N. Jenkins
I'm running a 64-bit Fedora 16 machine with Linux kernel 3.6.11 and 
Enlightenment 0.18-alpha2.  I do all of my Java development in it using 
Oracle JDK 7 to run my IDE, and OpenJDK 7 to run my Java Tomcat container.

I remember finding an article once upon a time that suggested Java is 
"being a dick" with regards to its focus issues.  I read the NVidia 
driver issue, and mine falls into that, but I only get the black "popup" 
windows in my Java applications and nothing else.  Is Java still a 
problem child or is it some combination of Java and the nVidia driver?

Many thanks, and well done on a terrific product.
Dustin

--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Java in Enlightenment 0.18

2013-11-20 Thread Dustin N. Jenkins
Tomcat is just a daemon process, would it would matter how it's being 
run?  Or would it be useful to see if Tomcat would act differently?  The 
only reason I run the Oracle JDK for my IDE is that it warns about 
display issues with the OpenJDK; oddly enough I'm getting just that with 
the Oracle JDK.  Perhaps running the IDE with OpenJDK would be 
worthwhile in the end.

I should be clearer and say that only my Java GUI applications 
(JetBrains IntelliJ IDEA, SquirrelSQL) are having the issue.





On 11/20/2013 10:07 AM, tony oliveri wrote:
> 2013/11/20 Dustin N. Jenkins 
>
>> I'm running a 64-bit Fedora 16 machine with Linux kernel 3.6.11 and
>> Enlightenment 0.18-alpha2.  I do all of my Java development in it using
>> Oracle JDK 7 to run my IDE, and OpenJDK 7 to run my Java Tomcat container.
>>
>> I remember finding an article once upon a time that suggested Java is
>> "being a dick" with regards to its focus issues.  I read the NVidia
>> driver issue, and mine falls into that, but I only get the black "popup"
>> windows in my Java applications and nothing else.  Is Java still a
>> problem child or is it some combination of Java and the nVidia driver?
>>
>> Many thanks, and well done on a terrific product.
>> Dustin
>>
>
> So to speak, did you try to use Oracle jdk 7 on both your ide and tomcat?
>
>


--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Problem compiling elementary 1.8 on Fedora x86_64

2013-12-04 Thread Dustin N. Jenkins
Hi Kevin,

Do you have /usr/local/lib setup in your /etc/ld.so.conf.d?

edit/create /etc/ld.so.conf.d/99local.conf
Which only has the /usr/local/lib in it.  Or check for an existing one, 
as this may not be the problem.

Then ldconfig would try to look in there, hopefully.  Otherwise, it may 
try to look at the RPM installed version first, depending on where in 
the path it sees it.  I've had many cases where I can't figure out where 
pkg-config is looking, but simply giving it no other option then where I 
want it to look fixed it.

The Enlightenment developers have been pretty adamant about cleaning out 
the old installation first, and this may be why.  I admit, when it comes 
to library linking, there seems to be some black magic.  :)

Good luck,
Dustin


On 12/04/2013 09:08 AM, Kevin Martin wrote:
>> On 12/03/2013 05:19 PM, Kevin Martin wrote:
>>> elm_win.c: In function '_elm_win_client_message':
>>> elm_win.c:2082:23: error: 'ECORE_X_ATOM_E_ILLUME_ACCESS_ACTION_UP' 
>>> undeclared (first use in this function)
>>>  ECORE_X_ATOM_E_ILLUME_ACCESS_ACTION_UP)
>>>  ^
>>> elm_win.c:2082:23: note: each undeclared identifier is reported only once 
>>> for each function it appears in
>>> elm_win.c:2088:23: error: 'ECORE_X_ATOM_E_ILLUME_ACCESS_ACTION_DOWN' 
>>> undeclared (first use in this function)
>>>  ECORE_X_ATOM_E_ILLUME_ACCESS_ACTION_DOWN)
>>>  ^
>>> make[2]: *** [libelementary_la-elm_win.lo] Error 1
>>> make[2]: Leaving directory `/work/e18/elementary/src/lib'
>>> make[1]: *** [install-recursive] Error 1
>>> make[1]: Leaving directory `/work/e18/elementary/src'
>>> make: *** [install-recursive] Error 1
>>>
>>>
>>> I didn't see anything in the git commit notes about this being fixed so 
>>> thought I'd see what may need to be done to get this corrected.
>>>
>>> Thanks.
>>>
>>> Kevin
>>>
> On 12/03/13 19:23, Dustin Jenkins wrote:>
>
> Did you delete your old installation?
>> Run ldconfig after building efl?
>>
>> Dustin
>>
>>
> The old install is Fedora rpms not installed in /usr/local...do I need to 
> remove those and, if so, why?
>
> The install being built from source is going to /usr/local and appears to be 
> doing the ldconfig if my log file is any indication:
>
> (cd efl ; ./autogen.sh --disable-pulseaudio; sudo make install)
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/ecore_evas/engines/extn/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/ecore_evas/engines/x/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/ecore_imf/modules/xim/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/ecore/system/upower/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/eeze/modules/sensor/fake/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/eeze/modules/sensor/udev/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/edje/modules/emotion/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/emotion/modules/gstreamer/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n
> /usr/local/lib/evas/modules/engines/gl_x11/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n
> /usr/local/lib/evas/modules/engines/software_x11/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/ethumb/modules/emotion/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/evas/modules/loaders/gif/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/evas/modules/loaders/tiff/linux-gnu-x86_64-1.8.1
> libtool: finish: PATH="/sbin:/bin:/usr/sbin:/usr/bin:/sbin" ldconfig -n 
> /usr/local/lib/evas/modules/savers/tiff/linux-gnu-x86_64-1.8.1
>
> Thanks.
>
> Kevin
>
>
> --
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users



Re: [e-users] Problem compiling elementary 1.8 on Fedora x86_64

2013-12-05 Thread Dustin N. Jenkins
Good.  By the way, the order is efl, elementary, 
emotion_generic_players, and evas_generic_loaders, I believe.

Can someone confirm if one needs to run make before make install? Does 
it matter?  I've always run make and then make install, but maybe make 
is smart enough to compile before it will install.

What does your config.log say about the results of configure for 
elementary?  Does it mention missing dependencies?  Any warnings?

Dustin


On 12/05/2013 08:01 AM, Kevin Martin wrote:
> On 12/05/13 01:35, rob wrote:
>> On 05/12/13 03:09, Kevin Martin wrote:
>>
>>> Ok, so I setup the ld.so.conf.d file that you mentioned, reran ldconfig, 
>>> removed my old enlightenment install, make distclean, rerun
>>> autogen.sh, and make install and nothing has changed.   I'm still getting 
>>> the same error in the same place.
>>>
>>> Kevin
>>
>> It might be worth manually checking /usr/lib /usr/include for E files.
>> rob
>>
>>
>> --
>> Sponsored by Intel(R) XDK
>> Develop, test and display web and hybrid apps with a single code base.
>> Download it for free now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
>> ___
>> enlightenment-users mailing list
>> enlightenment-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>
> Ok, here's what I've done:
>
> Removed all native packages that I installed with yum/rpm.
> Went thru all of /usr looking for extraneous libraries, headers, etc. that 
> should have gotten removed but didn't (including from
> doing make distclean in the 1.8 versions of the enlightenment files)...found 
> all kinds of stuff.
> Reran make distclean for everything.
> Reran:
> (cd efl ; ./configure --disable-pulseaudio; sudo make install)
> (cd evas_generic_loaders ; ./configure ; sudo make install)
> (cd emotion_generic_players ; ./configure ; sudo make install)
> (cd elementary; ./configure ; sudo make install)
>
> Getting Closer  make for elementary now gets past the previous error and 
> now gives me this error:
>
>CC   elementary_test-test_win_state.o
>CCLD elementary_test
> ../../src/lib/.libs/libelementary.so: undefined reference to 
> `eldbus_connection_unique_name_get'
> collect2: error: ld returned 1 exit status
> make[2]: *** [elementary_test] Error 1
>
>
> Trying to now figure out why this is failing.
>
> Kevin
>
> --
> Sponsored by Intel(R) XDK
> Develop, test and display web and hybrid apps with a single code base.
> Download it for free now!
> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] Librsvg with glib complaining in E18

2014-01-07 Thread Dustin N. Jenkins
I'm running Enlightenment 0.18.2 with the latest EFL and Elementary.  
I'm on Fedora 16 with kernel 3.6.11, using librsvg 2.40.1 (Latest as of 
this writing), and glib 2.39.2.

I'm seeing this message in my ~/.xsession-errors file:
(process:14459): GLib-GObject-CRITICAL **: gtype.c:2715: You forgot to 
call g_type_init()

(process:14459): GLib-GObject-CRITICAL **: gtype.c:2715: You forgot to 
call g_type_init()

(process:14459): GLib-GObject-CRITICAL **: g_object_new: assertion 
`G_TYPE_IS_OBJECT (object_type)' failed

(process:14459): librsvg-CRITICAL **: rsvg_handle_set_dpi_x_y: assertion 
`handle != NULL' failed

Nothing in particular causes it, just normal usage (switching windows, 
my normal Java Development stuff), and I'm more wondering if this is a 
librsvg bug, a glib bug, or if it's something lower down in E18 that's 
causing it.  It just fills up that log; E18 never crashes or anything.  
Perhaps it's not serious.

Many thanks, and well done on this excellent version of E.
Dustin


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


[e-users] Enlightenment 0.18.4 TwinView new window focus issue

2014-03-07 Thread Dustin N. Jenkins
I'm running the released Enlightenment 0.18.4 with EFL 1.9 on a 64-bit 
FC16 with kernel 3.6.11.  I also have Xinerama 1.1.2 with a dual-head 
nVidia TwinView system.

If this has been reported already, my apologies.

If I have a browser window, for example, on Screen 1, and open a new 
window, the new window opens in Screen 0.  This only started after the 
upgrade to 0.18.4.  Are there configuration changes I can make? I 
cleared out my ~/.e and started over again but it didn't make a difference.

Every application does this.  It's like Screen 0 is a primary and won't 
give it up.

Each new version is the cat's meow.  Nice work everyone involved!

Many thanks,
DNJ

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment 0.18.4 TwinView new window focus issue

2014-03-09 Thread Dustin N. Jenkins
Thank you, Merlin.

I thought I searched phab properly.

Dustin

nVidia TwinView system.

If this has been reported already, my apologies.

If I have a browser window, for example, on Screen 1, and open a new
window, the new window opens in Screen 0.  This only started after the
upgrade to 0.18.4.  Are there configuration changes I can make? I
cleared out my ~/.e and started over again but it didn't make a difference.

Every application does this.  It's like Screen 0 is a primary and won't
give it up.

> Give the latest release a try, there was Bug T1018 [1] which is resolved
> in Enlightenment 0.18.5.
>
> Regards,
> Merlin
>
> [1] https://phab.enlightenment.org/T1018
>
>> Each new version is the cat's meow.  Nice work everyone involved!
>>
>> Many thanks,
>> DNJ
>>
>> --
>> Subversion Kills Productivity. Get off Subversion & Make the Move to 
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> ___
>> enlightenment-users mailing list
>> enlightenment-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>
>
> --
> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and the
> freedom to use Git, Perforce or both. Make the move to Perforce.
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment 0.18.4 TwinView new window focus issue

2014-03-10 Thread Dustin N. Jenkins
Confirmed.  The 0.18.5 fixed this.

Thanks again,
Dustin

On 03/09/2014 01:03 PM, Dustin N. Jenkins wrote:
> Thank you, Merlin.
>
> I thought I searched phab properly.
>
> Dustin
>
> nVidia TwinView system.
>
> If this has been reported already, my apologies.
>
> If I have a browser window, for example, on Screen 1, and open a new
> window, the new window opens in Screen 0.  This only started after the
> upgrade to 0.18.4.  Are there configuration changes I can make? I
> cleared out my ~/.e and started over again but it didn't make a difference.
>
> Every application does this.  It's like Screen 0 is a primary and won't
> give it up.
>
>> Give the latest release a try, there was Bug T1018 [1] which is resolved
>> in Enlightenment 0.18.5.
>>
>> Regards,
>> Merlin
>>
>> [1] https://phab.enlightenment.org/T1018
>>
>>> Each new version is the cat's meow.  Nice work everyone involved!
>>>
>>> Many thanks,
>>> DNJ
>>>
>>> --
>>> Subversion Kills Productivity. Get off Subversion & Make the Move to 
>>> Perforce.
>>> With Perforce, you get hassle-free workflows. Merge that actually works.
>>> Faster operations. Version large binaries.  Built-in WAN optimization and 
>>> the
>>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>>> ___
>>> enlightenment-users mailing list
>>> enlightenment-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>>>
>> --
>> Subversion Kills Productivity. Get off Subversion & Make the Move to 
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> ___
>> enlightenment-users mailing list
>> enlightenment-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
> --
> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and the
> freedom to use Git, Perforce or both. Make the move to Perforce.
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> ___
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users


--
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-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users