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) ras...@rasterman.com 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.

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) ras...@rasterman.com 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

[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 diete...@bsdusr.net Date: Tue Nov 26 11:44:04 2013 -0500

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 cedric.b...@free.fr wrote: On Mon, Mar 11, 2013 at 12:32 AM, dieter roelants diete...@bsdusr.net 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

[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

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 t...@stosb.com wrote: Wtf is allI can say. Wfm. On 16 Feb 2013 12:57, Carsten Haitzler ras...@rasterman.com wrote: On Sat, 16 Feb 2013

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 barbi...@profusion.mobi 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,

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 barbi...@profusion.mobi 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

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 barbi...@profusion.mobi 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

[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

[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