Re: [E-devel] ephysics / edje circular dependency
On 12/12/2012 11:23 AM, Andrea Suisani wrote: Hi all, This mornign I was trying to update my EFL and e17 (trunk) using a slightly modified dev version of easy_e17.sh (just to adapt to it the big merge). [cut] if I am not missing something obvious it seems that there's some kind of circular dependency. I knew it, only If I would have waited a few more minutes :) commit 80749 fix the problem. thanks guys. Andrea -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ephysics / edje circular dependency
Hi all, This mornign I was trying to update my EFL and e17 (trunk) using a slightly modified dev version of easy_e17.sh (just to adapt to it the big merge). Unluckily ephysics complains about missing symbols in edje: CC test_win_resize.o CC ephysics_logo.o CC ephysics_sandbox.o CCLD ephysics_test CCLD ephysics_logo CCLD ephysics_sandbox /opt/e17/lib/libedje.so: undefined reference to `ephysics_body_soft_circle_add' /opt/e17/lib/libedje.so: undefined reference to `ephysics_body_circle_add' collect2: ld returned 1 exit status make[3]: *** [ephysics_logo] Error 1 make[3]: *** Waiting for unfinished jobs /opt/e17/lib/libedje.so: undefined reference to `ephysics_body_soft_circle_add' /opt/e17/lib/libedje.so: undefined reference to `ephysics_body_circle_add' collect2: ld returned 1 exit status make[3]: *** [ephysics_test] Error 1 /opt/e17/lib/libedje.so: undefined reference to `ephysics_body_soft_circle_add' /opt/e17/lib/libedje.so: undefined reference to `ephysics_body_circle_add' whereas if I try to compile edje I got this error CC edje_decc-edje_cc_mem.o CC edje_decc-edje_cc_sources.o edje_cc_handlers.c: In function ‘st_collections_group_parts_part_description_physics_face_type’: edje_cc_handlers.c:7812:23: error: ‘EPHYSICS_BODY_SPHERE_FACE_FRONT’ undeclared (first use in this function) edje_cc_handlers.c:7812:23: note: each undeclared identifier is reported only once for each function it appears in edje_cc_handlers.c:7813:22: error: ‘EPHYSICS_BODY_SPHERE_FACE_BACK’ undeclared (first use in this function) make[4]: *** [edje_cc-edje_cc_handlers.o] Error 1 if I am not missing something obvious it seems that there's some kind of circular dependency. Andrea -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ephysics / edje circular dependency
[cut] commit 80749 fix the problem. Yeah, I saw Daniel disabled the tests by default (what depends on edje). Not necessary, you could have just disabled it in this build using --disable-build-tests since the API was broken yesterday. And you would keeping working with it enabled by default next times. Anyway this need to be properly handled, since now edje depends on ephysics, and ephysics tests depends on elm (that depends on edje). agreed Barbieri sent some possibilities a week ago here in this ml. Tomorrow I will take care of that (I'll be off today). perfect! thanks Bruno Andrea -- 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-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
Hi all, this one seems to make e build fails with this message: e_win.c:146:1: error: unknown type name ‘Elm_Win_Trap’ e_win.c:147:3: error: ‘ELM_WIN_TRAP_VERSION’ undeclared here (not in a function) e_win.c:148:3: warning: excess elements in scalar initializer [enabled by default] e_win.c:148:3: warning: (near initialization for ‘_elm_win_trap’) [enabled by default] e_win.c:149:3: warning: excess elements in scalar initializer [enabled by default] e_win.c:149:3: warning: (near initialization for ‘_elm_win_trap’) [enabled by default] e_win.c:150:3: warning: excess elements in scalar initializer [enabled by default] ... ... e_win.c:181:19: warning: excess elements in scalar initializer [enabled by default] e_win.c:181:19: warning: (near initialization for ‘_elm_win_trap’) [enabled by default] e_win.c:182:20: warning: excess elements in scalar initializer [enabled by default] e_win.c:182:20: warning: (near initialization for ‘_elm_win_trap’) [enabled by default] e_win.c:184:3: warning: excess elements in scalar initializer [enabled by default] e_win.c:184:3: warning: (near initialization for ‘_elm_win_trap’) [enabled by default] e_win.c: In function ‘e_win_init’: e_win.c:192:4: warning: implicit declaration of function ‘elm_win_trap_set’ [-Wimplicit-function-declaration] make[4]: *** [enlightenment-e_win.o] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: Leaving directory `/home/tempu/src/e17_src/e/src/bin' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/tempu/src/e17_src/e/src/bin' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tempu/src/e17_src/e/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tempu/src/e17_src/e' make: *** [all] Error 2 attached the full build log (i'm using easy_e17 to perform the build process) Andrea On 07/19/2012 06:35 AM, Enlightenment SVN wrote: Log: elm_win: support trapping ecore_evas calls (aka: e17 support) Allows setting a trap in elm_win that intercepts calls to ecore_evas. If there is a trap and the trap returns EINA_FALSE, then the corresponding call is NOT issued. If it does not exist or returns EINA_TRUE, then the call is executed. Enlightenment window manager will set these traps and will call e_border directly, allowing E17 to use Elementary! A major feature given e_widgets painful usage. This should also help integrating into Wayland or even debug. Author: barbieri Date: 2012-07-18 21:35:50 -0700 (Wed, 18 Jul 2012) New Revision: 74156 Trac: http://trac.enlightenment.org/e/changeset/74156 Modified: trunk/elementary/src/lib/elm_win.c trunk/elementary/src/lib/elm_win.h Modified: trunk/elementary/src/lib/elm_win.c --- EASY_E17 1.4.0 CMD: ./autogen.sh --prefix=/opt/e17 --- Running autopoint... Running aclocal... Running autoheader... Running autoconf... Running libtoolize... Running automake... doc/Makefile.am:42: wildcard img/*.*: non-POSIX variable name doc/Makefile.am:42: (probably a GNU make extension) src/modules/illume2/doc/Makefile.am:34: wildcard img/*.*: non-POSIX variable name src/modules/illume2/doc/Makefile.am:34: (probably a GNU make extension) configure: loading cache config.cache checking build system type... (cached) x86_64-unknown-linux-gnu checking host system type... (cached) x86_64-unknown-linux-gnu checking for gcc... (cached) gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... (cached) o checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking for library containing strerror... (cached) none required checking for a BSD-compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) mawk checking whether make sets $(MAKE)... (cached) yes checking for style of include used by make... GNU checking dependency style of gcc... (cached) gcc3 checking how to run the C preprocessor... (cached) gcc -E checking for grep that handles long lines and -e... (cached) /bin/grep checking for egrep... (cached) /bin/grep -E checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes
Re: [E-devel] E SVN: barbieri trunk/elementary/src/lib
Hi all, On 07/19/2012 03:55 PM, Cedric BAIL wrote: Yop, attached the full build log (i'm using easy_e17 to perform the build process) E17 now depend on Elementary. Either your fix your script to make it depend on Elementary or as Mike says you can disable it. That shouldn't impact you for this release cycle, but it will become a strong dependencies in the future. thanks everyone for the tip. I will change my local copy of easy_e17 to build e just after elementary kudos to all e dev team, you guys rock ! Andrea -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
On 12/29/2011 08:12 PM, mh wrote: On Dec 29, 2011, at 1:30 PM, Leif Middelschulte wrote: 2011/12/28 Leif Middelschulteleif.middelschu...@gmail.com: Hi Mike, thanks your effort. The backtraces look promising. I'll have a look soon and hope to be able to fix this issue. I hope it's fixed now :-) Perfect! Thanks very much Leif! e up and running @ rev 66783 thanks a lot Leif ! since I'm curious, just a quick quest: was it a hardware bug (HD 57XX) or an e bug? -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
[cut] Perfect! Thanks very much Leif! e up and running @ rev 66783 thanks a lot Leif ! You're welcome. since I'm curious, just a quick quest: was it a hardware bug (HD 57XX) or an e bug? I think it is a driver bug. e_randr initially fetches all the available outputs. But with your graphics cards, some outputs were missing. Later though they were presented as available, but were uninitialized by e_randr during initial fetch, so e was crashing as it relied on these to be already initialized. Leif thanks for the explanation ! Andrea -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
Hi all, sorry for not being able to join the irc debug session last evening... though it seems we have have narrowed the problem down to a peculiar comibination of HW (ATI HD 5770/5750), e17 ver, xorg version and x org drivere version. just trying get a more clear picture I'm running X.Org X Server 1.10.4 with fglrx used as video driver (defined in xorg.conf) installed using apt-get install fglrx-updates on an ubuntu box ver 11.10, that's the output of uname -a: Linux suino 3.0.0-14-server #23-Ubuntu SMP Mon Nov 21 20:49:05 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux Mike what's your xorg version and which driver are you using for your 5770? I'm going to try to configure my Xorg dropping the binary only driver and using instead the one provided by: xserver-xorg-video-radeon i.e. http://www.x.org/wiki/radeon I'll report back Andrea On 12/22/2011 08:49 PM, mh wrote: Leif, Following up on our irc session today: I deleted /opt/e17/lib/enlightenment/conf_randr and restarted e. Still had the black screen with gkrellm. Decided to try something else: I took the 5770 video card out of the box and tried the onboard video, which is a Radeon HD 4200. Restarted e, and the display worked properly. Recompiled e to rev 66466, and it worked fine. Shutdown, the reinstalled the Radeon HD 5770 based video card and restarted, back to a black display with gkrellm still working. So, from there I went back to the vt and recompiled e from v. 66218 and restarted e. Display and system worked fine. So that's where I'm at right now. mike -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
On 12/23/2011 09:52 AM, Andrea Suisani wrote: Hi all, [cut] I'm going to try to configure my Xorg dropping the binary only driver and using instead the one provided by: xserver-xorg-video-radeon i.e. http://www.x.org/wiki/radeon I'll report back blank screen strikes again attached startx stderr+stdout 3 differences that I noticed: - I've to reboot the machine to get a working X server after changing device driver in xorg - now X is complaining something about mtrr (mtrr: no MTRR for d000,1000 found) - restarting e after having compiled HEAD give me a blank screen (no menu, no shelf etc) but the running application was correctly displayed and still usable (without decoration though) Andrea X.Org X Server 1.10.4 Release Date: 2011-08-19 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.24-29-server x86_64 Ubuntu Current Operating System: Linux suino 3.0.0-14-server #23-Ubuntu SMP Mon Nov 21 20:49:05 UTC 2011 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-14-server root=UUID=f17e41d6-e9d8-4b13-8033-e35550ec1537 ro Build Date: 19 October 2011 05:21:26AM xorg-server 2:1.10.4-1ubuntu4.2 (For technical support please see http://www.ubuntu.com/support) Current version of pixman: 0.22.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Fri Dec 23 09:55:17 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (II) [KMS] drm report modesetting isn't supported. RADEONDPEncoderService: 1 19 XRANDR name: DisplayPort-0 Connector: DisplayPort DFP1: INTERNAL_UNIPHY2 DDC reg: 0x6440 XRANDR name: HDMI-0 Connector: HDMI-A DFP2: INTERNAL_UNIPHY2 DDC reg: 0x6430 XRANDR name: DVI-0 Connector: DVI-I CRT1: INTERNAL_KLDSCP_DAC1 DFP3: INTERNAL_UNIPHY DDC reg: 0x6450 RADEONDPEncoderService: 1 19 failed to get auxch 0030 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries finished output detect: 0 finished output detect: 1 finished output detect: 2 finished all detect RADEONDPEncoderService: 1 19 failed to get auxch 0030 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries failed to get auxch 0050 40 30 02 after 0 retries Output CRT1 disable success Blank CRTC 0 success Disable CRTC memreq 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC memreq 1 success Disable CRTC 1 success Blank CRTC 2 success Disable CRTC memreq 2 success Disable CRTC 2 success Blank CRTC 3 success Disable CRTC memreq 3 success Disable CRTC 3 success Blank CRTC 4 success Disable CRTC memreq 4 success Disable CRTC 4 success Blank CRTC 5 success Disable CRTC memreq 5 success Disable CRTC 5 success mc fb loc is 00ef00d0 (EE) RADEON(0): Acceleration initialization failed Output UNIPHY2 transmitter setup success Output DIG-1 encoder setup success Output UNIPHY2 transmitter setup success Output CRT1 disable success Blank CRTC 0 success Disable CRTC memreq 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC memreq 1 success Disable CRTC 1 success Blank CRTC 2 success Disable CRTC memreq 2 success Disable CRTC 2 success Blank CRTC 3 success Disable CRTC memreq 3 success Disable CRTC 3 success Blank CRTC 4 success Disable CRTC memreq 4 success Disable CRTC 4 success Blank CRTC 5 success Disable CRTC memreq 5 success Disable CRTC 5 success Output CRT1 disable success Blank CRTC 0 success Disable CRTC memreq 0 success Disable CRTC 0 success Set CRTC 0 Source success Mode 1920x1080 - 2576 1120 6 Set DCPLL success Picked PLL 0 before 17200 0x60 after 17200 0 0 best_freq: 172125 best_feedback_div: 153 best_frac_feedback_div: 0 best_ref_div: 4 best_post_div: 6 Set CRTC 0 PLL success Set DTD CRTC Timing success Set CRTC 0 Overscan success Not using RMX scaler 0 setup success Set CRTC 0 Source success Output DAC1 setup success Output CRT1 enable success Enable CRTC 0 success Enable CRTC memreq 0 success Unblank CRTC 0 success Output UNIPHY2 transmitter setup success Output DIG-1 encoder setup success Output UNIPHY2 transmitter setup success Blank CRTC 1 success Disable CRTC memreq 1 success Disable CRTC 1 success Blank CRTC 2 success Disable CRTC memreq 2 success Disable CRTC 2 success Blank CRTC 3 success Disable CRTC memreq 3 success Disable CRTC 3 success Blank CRTC 4 success Disable CRTC memreq 4 success Disable CRTC 4 success Blank CRTC 5 success Disable CRTC memreq 5 success Disable CRTC 5
Re: [E-devel] E SVN: leif trunk/e/src/bin
On 12/22/2011 03:57 PM, Leif Middelschulte wrote: 2011/12/22 Andrea Suisanisick...@opinioni.net: [cut] this my video adpter lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] [cut] Leif, I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] so this is a start. our video adapters are quite similar: HD 5750 and HD 5770 Yeah, I guess something is wrong there. It would be nice if you two could send a cleaned stdout and stderr log. Andrea's contained controverse information. I'll try to provide both (stdout+stderr and also xorg log) as soon as possible (taking into account that the issue arise on my main workstation) hopefully mike could be give you something in a faster way... Andrea -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] so this is a start. our video adapters are quite similar: HD 5750 and HD 5770 Yeah, I guess something is wrong there. It would be nice if you two could send a cleaned stdout and stderr log. Andrea's contained controverse information. So I fixed the corner case of randr version beeing 1.0 and e_randr returning success falsely. please try svn= r66465 and see whether it fixes your issue. building now I'll let you know asap Andrea -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
On 12/22/2011 05:27 PM, Leif Middelschulte wrote: Andrea and Mike, are you on IRC? Could you join #e on Freenode? sorry Leif I'm leaving the office now hopefully Mike will be able to join I'll be back tomorrow morning since 9 AM (CET) bye and thanks for the effort Andrea -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: leif trunk/e/src/bin
On 12/20/2011 06:53 PM, Leif Middelschulte wrote: Hi Andrea, sorry to hear you're facing issues. Am 20.12.2011 um 12:52 schrieb Andrea Suisanisick...@opinioni.net: Hi all, On 12/20/2011 11:52 AM, Leif Middelschulte wrote: Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The Rasterman)ras...@rasterman.com : On Wed, 14 Dec 2011 19:52:42 +0100 Leif Middelschulte leif.middelschu...@gmail.com said: mh - over on the e-users list is reporting black screen problems as a result of this... :( did you see? No, sorry am not subscribed to the users list. Could you please forward it or encourage the affected user to open a ticket with bt if possible? I have the same problem as mh. I've just rebuilt e from scratch using easy_e17.sh, with those options --srcpath=path_to_e17_src -i --clean --packagelist=half but I continue to got a blank screen attached all startx output (stdout+stderr) and only stderr I'm glad to provide more info if needed What driver? Maybe something was broken there? could be. this my video adpter lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] attached the Xorg log where you can find the X driver used on my system (installed through fglrx-updates ubuntu package) and this is the output of dpkg -l | grep randr ii libxrandr-dev 2:1.3.2-2 X11 RandR extension library (development headers) ii libxrandr2 2:1.3.2-2 X11 RandR extension library ii libxrandr2:i3862:1.3.2-2 X11 RandR extension library ii x11proto-randr-dev 1.4.0+git20101207.0d32bb07-0ubuntu1 X11 RandR extension wire protocol It works just fine over here :-/ Your logs state that the randr isn't available on your display. Nevertheless, can you verify that e works for you using a revision immediately prior to the affected one? I'm quoting the last email I've posted to e-users ML stating the current state of my e setup quote I've just tried but downgrading e/src/modules to rev 66218 (svn update -r 66218) with no luck cause e fails to build whereas if downgrade all e to rev 66218 it builds fine and more importantly blank screen goes away /quote this is the link to the whole thread http://sourceforge.net/mailarchive/message.php?msg_id=28552702 Andrea [50.460] X.Org X Server 1.10.4 Release Date: 2011-08-19 [50.460] X Protocol Version 11, Revision 0 [50.460] Build Operating System: Linux 2.6.24-29-server x86_64 Ubuntu [50.460] Current Operating System: Linux suino 3.0.0-14-server #23-Ubuntu SMP Mon Nov 21 20:49:05 UTC 2011 x86_64 [50.460] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-14-server root=UUID=f17e41d6-e9d8-4b13-8033-e35550ec1537 ro [50.461] Build Date: 19 October 2011 05:21:26AM [50.461] xorg-server 2:1.10.4-1ubuntu4.2 (For technical support please see http://www.ubuntu.com/support) [50.461] Current version of pixman: 0.22.2 [50.461]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [50.461] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [50.461] (==) Log file: /var/log/Xorg.0.log, Time: Wed Dec 21 11:22:48 2011 [50.461] (==) Using config file: /etc/X11/xorg.conf [50.461] (==) Using system config directory /usr/share/X11/xorg.conf.d [50.461] (==) ServerLayout aticonfig Layout [50.461] (**) |--Screen aticonfig-Screen[0]-0 (0) [50.461] (**) | |--Monitor aticonfig-Monitor[0]-0 [50.461] (**) | |--Device aticonfig-Device[0]-0 [50.461] (==) Automatically adding devices [50.461] (==) Automatically enabling devices [50.468] (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/cmap/. [50.469]Entry deleted from font path. [50.469](Run 'mkfontdir' on /usr/share/fonts/cmap/). [50.472] (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/truetype/. [50.472]Entry deleted from font path. [50.472](Run 'mkfontdir' on /usr/share/fonts/truetype/). [50.472] (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/type1/. [50.472]Entry deleted from font path. [50.472](Run 'mkfontdir' on /usr/share/fonts/type1/). [50.472] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [50.472]Entry deleted from font path. [50.472] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. [50.472]Entry deleted from font path. [50.472] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. [50.472]Entry deleted from font path. [50.472] (WW) The directory /usr/share/fonts/X11/100dpi does not
Re: [E-devel] E SVN: leif trunk/e/src/bin
[cut] this my video adpter lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5750 Series] [cut] Leif, I'm also having a blank screen problem since 66220, though 66218 is fine. I've been reporting this on the enlightenment users list. My video card is an ATI Radeon 5770. lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 5700/6700 Series] so this is a start. our video adapters are quite similar: HD 5750 and HD 5770 Using Arch, so pacman -Ss randr shows these are installed: xorg-xrandr 1.3.5-1 xorg-xbacklight 1.1.2-2 randproto 1.3.2-1 libxrandr 1.3.2-2 If there's any other info I can provide that might help, or for me to test, please let me know. Andrea -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Everything and cgroup
Hi All, I was wondering if somebody is following the on-going discussion about exploiting the group scheduling[1] kernel feature (available since 2.6.24) to increase user desktop experience (I'm not saying that e17 is slow, on the contrary it makes bite the dust to gnome/kde on my system :-). Basically Mike Galbraith post a kernel patch [2] to lmkl to implement automatic TTY-based group scheduling (see [3] for a detailed discussion), . In short, this patch automatically creates a group attached to each TTY in the system. All processes with a given TTY as their controlling terminal will be placed in the appropriate group; the group scheduling code can then share CPU time between groups of processes as determined by their controlling terminals. During the aforementioned discussion Lennart Poettering post a user space trick [4] to achieve the same behaviour without patching the kernel. This trick is simply a metter of adding 4 lines to your ~/.bashrc: if [ $PS1 ] ; then mkdir -m 0700 /cgroup/cpu/$$ echo $$ /cgroup/cpu/$$/tasks fi and add those 3 to your rc.local mkdir -p /cgroup/cpu mount -t cgroup cgroup /cgroup/cpu -o cpu mkdir -m 0777 /cgroup/cpu I've used it on my own system and I can say that it works (if your work-flow involved quite often launching tasks from a terminal). Now I'm wondering if Everything could be modified in such a way it could take the advantages of this kernel feature, providing an interface to the user to group tasks based on some custom criteria or simply automatically group task based on some defaults. Obviusly if I had the C skill to do it by myself, I would bite... but unfortunately it's not the case :P Andrea [1] http://lwn.net/Articles/240474/ [2] http://thread.gmane.org/gmane.linux.kernel/1062787 [3] http://lwn.net/SubscriberLink/415740/0b54c2b876c89d3a/ [4] http://thread.gmane.org/gmane.linux.kernel/1063263 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Everything and cgroup
Hi Gustavo, On 11/19/2010 11:53 AM, Gustavo Sverzut Barbieri wrote: We already have code to launch processes at lower prio, we could easily extend to do cgroup as well Good to know ! /me going to look at actual code Andrea On Friday, November 19, 2010, Andrea Suisanisick...@opinioni.net wrote: Hi All, I was wondering if somebody is following the on-going discussion about exploiting the group scheduling[1] kernel feature (available since 2.6.24) to increase user desktop experience (I'm not saying that e17 is slow, on the contrary it makes bite the dust to gnome/kde on my system :-). Basically Mike Galbraith post a kernel patch [2] to lmkl to implement automatic TTY-based group scheduling (see [3] for a detailed discussion), . In short, this patch automatically creates a group attached to each TTY in the system. All processes with a given TTY as their controlling terminal will be placed in the appropriate group; the group scheduling code can then share CPU time between groups of processes as determined by their controlling terminals. During the aforementioned discussion Lennart Poettering post a user space trick [4] to achieve the same behaviour without patching the kernel. This trick is simply a metter of adding 4 lines to your ~/.bashrc: if [ $PS1 ] ; then mkdir -m 0700 /cgroup/cpu/$$ echo $$ /cgroup/cpu/$$/tasks fi and add those 3 to your rc.local mkdir -p /cgroup/cpu mount -t cgroup cgroup /cgroup/cpu -o cpu mkdir -m 0777 /cgroup/cpu I've used it on my own system and I can say that it works (if your work-flow involved quite often launching tasks from a terminal). Now I'm wondering if Everything could be modified in such a way it could take the advantages of this kernel feature, providing an interface to the user to group tasks based on some custom criteria or simply automatically group task based on some defaults. Obviusly if I had the C skill to do it by myself, I would bite... but unfortunately it's not the case :P Andrea [1] http://lwn.net/Articles/240474/ [2] http://thread.gmane.org/gmane.linux.kernel/1062787 [3] http://lwn.net/SubscriberLink/415740/0b54c2b876c89d3a/ [4] http://thread.gmane.org/gmane.linux.kernel/1063263 -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel