[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 d
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_sandbo
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
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 imp
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:
[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. Bu
On 12/29/2011 08:12 PM, mh wrote:
> On Dec 29, 2011, at 1:30 PM, Leif Middelschulte wrote:
>
>> 2011/12/28 Leif Middelschulte:
>>>
>>> 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 no
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
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 Ser
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
--
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
>>
On 12/22/2011 03:57 PM, Leif Middelschulte wrote:
> 2011/12/22 Andrea Suisani:
>> [cut]
>>
>>>> this my video adpter
>>>>
>>>> lspci | grep -i vga
>>>>
>>>> 01:00.0 VGA compatible controller: ATI Technologies Inc Juniper [
[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 enlightenmen
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 Suisani:
Hi all,
On 12/20/2011 11:52 AM, Leif Middelschulte wrote:
Am 20.12.2011 um 06:58 schrieb Carsten Haitzler (The
Rasterman):
On Wed, 14 Dec
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 Suisani 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 :-).
B
16 matches
Mail list logo