Re: [E-devel] [Enlightenment-intl] EFL 1.8.1

2013-12-03 Thread dieter roelants
On Wed, 4 Dec 2013 09:04:43 +0900 Carsten Haitzler (The Rasterman) wrote: > > Yeah, you tag what you've committed, but if you rebase afterwards, your > > tag is still on the original commit, not on the rebased one. Normally > > the original commit stays in your tree until it gets g/c'd, but if y

Re: [E-devel] [Enlightenment-intl] EFL 1.8.1

2013-12-03 Thread dieter roelants
On Tue, 3 Dec 2013 14:35:37 +0900 Carsten Haitzler (The Rasterman) wrote: > > The problem is that you tagged one commit and pushed a rebased commit > > *and* the tagged commit (that now isn't on any branch). That's maybe > > one reason to force the "--tags" to actually push the tags. You can > >

[EGIT] [core/enlightenment] enlightenment-0.17 01/01: workaround for potential crashes when closing windows and switching desktops

2013-11-26 Thread Dieter Roelants
discomfitor pushed a commit to branch enlightenment-0.17. http://git.enlightenment.org/core/enlightenment.git/commit/?id=41ed2a2079c72b378a59257ccc9c539adb74752a commit 41ed2a2079c72b378a59257ccc9c539adb74752a Author: Dieter Roelants Date: Tue Nov 26 11:44:04 2013 -0500 workaround for

Re: [E-devel] sleeping splash screen and lingering tempgets

2013-03-11 Thread dieter roelants
On Mon, 11 Mar 2013 10:30:15 +0900 Cedric BAIL wrote: > On Mon, Mar 11, 2013 at 12:32 AM, dieter roelants wrote: > > I noticed that the tempget program, used by the temperature module, > > would never exit e.g. when changing settings. Also, I had the problem > > with the

[E-devel] sleeping splash screen and lingering tempgets

2013-03-10 Thread dieter roelants
Hi all, I noticed that the tempget program, used by the temperature module, would never exit e.g. when changing settings. Also, I had the problem with the enlightenment splash screen sitting there until the timeout is reached, that's already been reported on this (or anothere maybe) list for some

Re: [E-devel] phab down?

2013-02-16 Thread dieter roelants
FWIW, I saw the same "unable to generate" error for the cgit site yesterday. It works now, as does phab. On Sat, 16 Feb 2013 16:38:56 + Tom Hacohen wrote: > Wtf is allI can say. Wfm. > On 16 Feb 2013 12:57, "Carsten Haitzler" wrote: > > > On Sat, 16 Feb 2013 15:15:35 +0900 Daniel Juyung

Re: [E-devel] Heads Up: EFL single tree is ready for tests!

2013-01-27 Thread dieter roelants
On Sun, 20 Jan 2013 23:38:16 -0200 Gustavo Sverzut Barbieri wrote: > > I think libfontconfig gets linked in libedje by libtool because it's in > > its (.la) dependency_libs? I see that -Wl,--as-needed is passed to the > > command linking libedje, but it comes almost at the end, after all the > >

Re: [E-devel] Heads Up: EFL single tree is ready for tests!

2013-01-20 Thread dieter roelants
On Sun, 13 Jan 2013 22:10:08 -0200 Gustavo Sverzut Barbieri wrote: > > - libedje.so is linked with libfontconfig but the rpath as specified by > > the latter's pkg-config file is not used when linking it. Because > > fontconfig is installed under the Xorg prefix (/usr/X11R7/) this > > break

Re: [E-devel] Heads Up: EFL single tree is ready for tests!

2013-01-13 Thread dieter roelants
On Sat, 12 Jan 2013 04:01:21 -0200 Gustavo Sverzut Barbieri wrote: > Hi all, > > Finally all the libs are in trunk/efl, making compilation hopefully > faster and simpler. But as every major change, we need testers and > cleanup. > > It would be nice to test it on different platforms to see what

[E-devel] strdupa use in e_fm

2012-12-14 Thread dieter roelants
hi, I get: e_fm_ipc.c: In function '_e_fm_ipc_cb_fop_trash_idler': e_fm_ipc.c:1270:4: warning: implicit declaration of function 'strdupa' followed by a link error later on, when building e 0.17.0-lucky on NetBSD. That is because strdupa is a GNU extension. Unfortunately, I don't have time to co

[E-devel] mkstemps usage in screenshot module

2012-12-08 Thread dieter roelants
Hi, The screenshot module makes use of the mkstemps fuction which is non-standard. (NetBSD doesn't have it, for example.) Also, the way it is used, it leaks a file descriptor, and the return value isn't checked correctly. Because the file is unlinked shortly after creating, I didn't think it nece