cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=ed0618407754fbfc497addc6824f1c06c684cd89
commit ed0618407754fbfc497addc6824f1c06c684cd89
Author: Albin Tonnerre albin.tonne...@gmail.com
Date: Wed Feb 12 11:50:48 2014 +0900
eina: allow
cedric pushed a commit to branch efl-1.8.
http://git.enlightenment.org/core/efl.git/commit/?id=5ff5f509fccab9196449f1c31109e316a1a7fed3
commit 5ff5f509fccab9196449f1c31109e316a1a7fed3
Author: Albin Tonnerre albin.tonne...@gmail.com
Date: Wed Feb 12 11:50:48 2014 +0900
eina: allow
On Mon, Feb 10, 2014 at 6:00 PM, Gustavo Sverzut Barbieri
barbi...@gmail.com wrote:
Hi Raster,
This was added as Albin (ARM developer) requested, could you both
check if it should stay or not?
I'm unsure why that breaks build on earlier architectures, but
removing -mfpu=neon doesn't make the
On Tue, Feb 11, 2014 at 12:32 AM, Carsten Haitzler ras...@rasterman.com wrote:
the check temporarily adds -mfpu-neon to then #include arm_neon.h + arm asm
check as the next check and then enables neon builds if this works... then
restores CFLAGS. so it turns neon on regardless if -mfpu-neon is
raster pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=64e153ea7fffa269dcc4566aeb6e17f2b24580ea
commit 64e153ea7fffa269dcc4566aeb6e17f2b24580ea
Author: Albin Tonnerre albin.tonne...@gmail.com
Date: Sun Feb 9 19:44:49 2014 +0900
cleanup - Remove
cedric pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=62efaed9dcb27e4b07a5d35cd1d0819db7624aac
commit 62efaed9dcb27e4b07a5d35cd1d0819db7624aac
Author: Albin Tonnerre albin.tonne...@gmail.com
Date: Mon Feb 10 10:40:08 2014 +0900
comments: typo fix
_op_blend_pan_mas_dp is just a duplication of the code in
_op_blend_pas_mas_dp. Remove the extra copy of the code and use a define
instead; this is what the SSE3 code already does.
---
Hi,
I tried submitting that change using 'arc diff' but it keeps crashing because
of some JSON error, so here
As requested, here's the patch as an attachement
--
Albin
On Sat, Feb 8, 2014 at 1:50 PM, Albin Tonnerre albin.tonne...@gmail.com wrote:
_op_blend_pan_mas_dp is just a duplication of the code in
_op_blend_pas_mas_dp. Remove the extra copy of the code and use a define
instead; this is what
raster pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=259f33679c38e03de3e35c3a0859b3f3f0f9c39a
commit 259f33679c38e03de3e35c3a0859b3f3f0f9c39a
Author: Albin Tonnerre albin.tonne...@gmail.com
Date: Sun Feb 9 09:42:52 2014 +0900
evas/op_blend: rename
Hi,
I just tried building EFL 1.8 on my Chromebook at it appears that even
though the CPU supports NEON, the code snippet doing NEON detection in
configure.ac fails (using Debian Unstable, GCC 4.8.2):
configure:23270: checking whether to use NEON instructions
configure:23283: gcc -std=gnu99 -c
Hi Gustavo,
On Sun, Jan 19, 2014 at 1:24 PM, Gustavo Sverzut Barbieri
barbi...@gmail.com wrote:
looks okay to me, do you have commit access? Otherwise I can commit for you
I don't have commit access, so I'm happy with you doing the commit :)
Thanks,
--
Albin
On Mon, Jan 13, 2014 at 1:51 PM, Albin Tonnerre lu...@debian.org wrote:
Hi,
Hi,
I recently try to debug an issue with Ecore_Audio (segfault when
running the testsuite, haven't gone to the bottom of that yet) and
noticed a couple things that make using it rather difficult:
- Some headers
Hi,
I recently try to debug an issue with Ecore_Audio (segfault when
running the testsuite, haven't gone to the bottom of that yet) and
noticed a couple things that make using it rather difficult:
- Some headers are installed depending on PULSE and SNDFILE, but
Ecore_Audio.h includes them
On Fri, Jan 3, 2014 at 1:05 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Ops! I guess it was a problem when we split ecore_evas into modules,
these events should be, indeed, defined in libecore_evas.so, not in
the module.
I can't commit a fix right now, could someone move the
Hi,
I noticed something strange while working on the Debian packaging for
EFL 1.8: the two symbols mentionned in the title are no longer present
in libecore-evas.so but are apparently part of the API: they're
exported in Ecore_Evas.h
Those two variables seem to have been moved to a module by
etrunko pushed a commit to branch eina-1.7.
http://git.enlightenment.org/legacy/eina.git/commit/?id=13eb61dacb2cabcc8a5d2fd29703759f69df5c0e
commit 13eb61dacb2cabcc8a5d2fd29703759f69df5c0e
Author: Albin Tonnerre lu...@debian.org
Date: Fri Nov 1 11:25:11 2013 -0200
Tests: Link against
yoz pushed a commit to branch master.
http://git.enlightenment.org/core/efl.git/commit/?id=6b130d8b18e5077f4a5fe0fefe534a73053fcb08
commit 6b130d8b18e5077f4a5fe0fefe534a73053fcb08
Author: Albin Tonnerre lu...@debian.org
Date: Tue Oct 29 23:25:54 2013 +0100
ecore_x/xlib/ecore_x_vsync.c
ecore_x/xlib/ecore_x_vsync.c uses dlopen and dlsym, but configure.ac
only checks for this for the XCB variant. This results in linker errors
when using strict linker flags (-Wl,-z,defs)
---
configure.ac | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure.ac b/configure.ac
index
On Tue, Jan 8, 2013 at 11:18 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
Hi Lutin,
both seem correct to me. Let's wait for others to chime in, but they should
be okay.
I'd like to upload those fixes to Debian soon, so now would be a good
time for anyone who'd like to object :)
Hi,
I recently uploaded Eet 1.7.4 to Debian; this was the first version to
have the testsuite enabled and to my suprise, it failed on all
bigendian architectures
(https://buildd.debian.org/status/package.php?p=eetsuite=experimental)
I tried to find the cause of the issue, and it would seem
On Wed, Jan 9, 2013 at 1:27 AM, Leandro Dorileo dori...@profusion.mobi wrote:
Hi,
{
unsigned char *d, *comp;
- int *header, ret, ok = 1;
+ int *header, *bigend_data, ret, ok = 1;
uLongf buflen = 0;
buflen = (((w * h * 101) / 100) + 3) * 4;
On Sun, Dec 30, 2012 at 5:14 AM, P Purkayastha ppu...@gmail.com wrote:
Are you sure variable substitution (using #, %, etc) is not POSIX? As
far I could remember, it is POSIX. I also found it mentioned here, and a
couple of other places on Google search:
I stand corrected :) Looks like some
On Fri, Jan 4, 2013 at 10:34 AM, Carsten Haitzler ras...@rasterman.com wrote:
we upgraded major config version for e17 - thus yes - it gets wiped.
Just curious - what was the particular change that required the config
to get wiped?
Thanks,
--
Albin
On Sat, Dec 29, 2012 at 2:49 PM, Albin Tonnerre
albin.tonne...@gmail.com wrote:
It used to be possible to run the testsuite whether coverage was enabled
or not; this is very useful for eg. distros who want to automatically
run the testsuite without having to compile with coverage support
It used to be possible to run the testsuite whether coverage was enabled
or not; this is very useful for eg. distros who want to automatically
run the testsuite without having to compile with coverage support.
Most other EFL in the stable branch already allow this (evas, ecore,
edje); update Eina
enlightenment_remote uses at least variable substitution (${var%%.*})
and options (echo -e) that are not guaranteed to be available in
stricter (wrt. what's in POSIX) shell implementations, which may lead to
malfunction. Running the script using bash ensures things work as
intended.
---
On Sat, Dec 29, 2012 at 6:30 PM, Brian 'morlenxus' Miculcy
morlen...@gmx.net wrote:
Hm, i suggest to use
#!/usr/bin/env bash
The common usage for shell scripts seems to be /bin/$SHELL (since
unlike perl or python there tends not be several competing versions of
a given shell interpreter), but
that symbol in the packages. heh.)
Cheers,
--
Albin Tonnerre
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
enlightenment-devel
of them, I'd be much happier if the SVN server
simply rejected commits containing them (the same holds true for formatting -
it's much better to ask people to submit properly formatted patches rather than
going on a reformatting spree every now and then)
Cheers,
--
Albin Tonnerre
ship it with Efreet. It has nothing do there and
rather belongs with E itself.
Cheers,
--
Albin Tonnerre
--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security
their
needs is a pain, but let's not make it an even greater pain for people who just
want to use it and manage to. Things have improved a lot as far as packaging is
concerned in the last months, and this is clearly a step backwards.
Please reconsider your decision.
Cheers,
--
Albin Tonnerre
On Sun, 19 Dec 2010 22:14 +0900, Carsten Haitzler wrote :
On Sun, 19 Dec 2010 10:28:20 +0100 Albin Tonnerre lu...@debian.org said:
On Sun, 19 Dec 2010 09:11 +0100, Vincent Torri wrote :
tests are for developpers, not packagers
That is terribly wrong. Packagers care about testsuites
On Sun, 19 Dec 2010 19:49 +0100, Vincent Torri wrote :
On Sun, 19 Dec 2010, Albin Tonnerre wrote:
On Sun, 19 Dec 2010 09:11 +0100, Vincent Torri wrote :
tests are for developpers, not packagers
That is terribly wrong. Packagers care about testsuites for one simple
reason
a big step backward.
I might have been misleading. I completely agree that tests should remain within
the source tree - that's why I wrote that email in the first place :)
Cheers,
--
Albin Tonnerre
--
Lotusphere 2011
completely for the Debian packages.
Cheers,
--
Albin Tonnerre
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era
to not conflict
with distro policies.
As the maintainer of the Debian packages, I'm not going to start any flamewar.
Even better: I agree with Michael here, and think that this move would make
sense.
Cheers,
--
Albin Tonnerre
, those
places probably need fixing would have been a far nicer approach.
Cheers,
--
Albin Tonnerre
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach
with is != NULL = !!, and he did
express his disagreement about it (and so did I, FWIW). That being said, I'm
not going to fight over it if the general opinion is that it's fine.
Cheers,
--
Albin Tonnerre
--
Sell apps
.
Cheers,
--
Albin Tonnerre
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
); = func2(!!a);
Those significantly reduce readability IMHO.
I agree with Michael here.
Cheers,
--
Albin Tonnerre
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer
On Sun, 15 Aug 2010 07:00 +0200, vto...@univ-evry.fr wrote :
Quoting Albin Tonnerre albin.tonne...@gmail.com:
you can test that only at runtime and not at configure time, as someone
can add
the svg loader (as a shared lib) after an installation of evas. So it can only
be after testing
because such kind of tests are the only way to check
whether Evas supports a particular format. Or at least, so were they when the
patch got commited.
Cheers,
--
Albin Tonnerre
--
This SF.net email is sponsored by
Make
On Sat, 14 Aug 2010 23:46 +0200, Joerg Sonnenberger wrote :
On Sat, Aug 14, 2010 at 11:35:13PM +0200, Albin Tonnerre wrote:
- If efreet returns an SVG icon when SVG rendering is not compiled in evas,
then you get no icon where an xpm icon (which could have been rendered
correctly
On Tue, Apr 27, 2010 at 3:30 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
no more e_fm_open - use dbus... eg:
dbus-send --session --dest=org.enlightenment.FileManager
/org/enlightenment/FileManager org.enlightenment.FileManager.OpenDirectory
string:'/home/raster'
) anymore is just plain
annoying.
Cheers,
--
Albin Tonnerre
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications
On Sun, 11 Apr 2010 16:19 +0200, hannes.janet...@gmail.com wrote :
On Sun, Apr 11, 2010 at 3:04 PM, Albin Tonnerre
albin.tonne...@gmail.com wrote:
On Sat, 10 Apr 2010 18:43 -0300, Gustavo Sverzut Barbieri wrote :
Hi all,
I'd like to call a voting to dump Exebuf and use Everything
This binary is just an internal helper, and isn't expected to be run by
anything but efreet. Therefore, let's emphasize this and keep it out of
the path by installing it in PACKAGE_LIB_DIR/efreet/
Signed-off-by: Albin Tonnerre lu...@debian.org
---
src/bin/Makefile.am |3 ++-
src/lib
On Wed, Apr 7, 2010 at 1:27 PM, Rui Miguel Silva Seabra r...@1407.org wrote:
Again: I have no intention of treading on your toes, you're making it
personal and I have more than once pointed out that there is nothing of
the such.
I don't think anyone is trying to make it personal. You think
on a fair -
and defined - set of plartforms.
That being said, please note that I'm not arguing against the change.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Download Intel#174; Parallel
.
If you wish we could create a Dead_Projects wiki page and list the
revision each directory was removed so one can easily recover it.
Yes, please. That would really help. There's no point in keeping dead code
around, it just makes things harder for everyone.
Regards,
--
Albin Tonnerre
just reverted it.
Regards,
--
Albin Tonnerre
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans
/ecore_shutdown instead of ecore_job_init/shutdown
Regards,
--
Albin Tonnerre
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network
On Mon, 25 Jan 2010 15:22 -0600, Stephen Houston wrote :
On Jan 25, 2010, at 3:15 PM, Albin Tonnerre
albin.tonne...@gmail.com wrote:
On Mon, 25 Jan 2010 15:07 -0600, Stephen Houston wrote :
On Jan 25, 2010, at 2:57 PM, Vincent Torri vto...@univ-evry.fr
wrote:
On Mon, 25 Jan 2010
distclean
AFAIK, /usr/bin is pretty common path for the X binary these days. What about
fixing configure.ac instead?
Regards,
--
Albin Tonnerre
--
Throughout its 18-year history, RSA Conference consistently attracts
it separate.
Regards,
--
Albin Tonnerre
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about
thing, I'm willing to work on it.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field
On Fri, 22 Jan 2010 23:19 +0100, Vincent Torri wrote :
On Fri, 22 Jan 2010, Gustavo Sverzut Barbieri wrote:
On 1/22/10, Albin Tonnerre albin.tonne...@gmail.com wrote:
On Fri, 22 Jan 2010 11:32 +0100, Cedric BAIL wrote :
Good idea to start discussing about ecore.
On Fri, Jan 22
https://wiki.ubuntu.com/SyncRequestProcess
Id be happy to put in some effort to getting it in. Anyone else have
experience in getting packages into Debian/Ubuntu?
Sure.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
is part of libgstreamer-plugins-base0.10-dev, are
you sure you installed it? Here on Ubuntu Karmic, it seems to work correctly
once installed:
[7:45 ~]% pkg-config --exists 'gstreamer-plugins-base-0.10 = 0.10.1'; echo $?
0
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14
compatibility is broken?
In conclusion I see this as a bug in design that's blocking us from
effectively installing 3rd party modules.
As annoying as you may find it, that's not a blocking issue. You can get the
release number using `pkg-config --variable=release enlightenment`
Regards,
--
Albin Tonnerre
On Sun, 22 Nov 2009 12:33 +1100, Carsten Haitzler wrote :
On Sat, 21 Nov 2009 16:44:54 +0100 Albin Tonnerre albin.tonne...@gmail.com
said:
On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerrealbin.tonne...@gmail.com
wrote
On Sun, 22 Nov 2009 12:33 +1100, Carsten Haitzler wrote :
On Sat, 21 Nov 2009 16:44:54 +0100 Albin Tonnerre albin.tonne...@gmail.com
said:
On Sun, 05 Jul 2009 12:45 -0300, Gustavo Sverzut Barbieri wrote :
On Sun, Jul 5, 2009 at 9:22 AM, Albin Tonnerrealbin.tonne...@gmail.com
wrote
}])
+ ]
+)
+
+AC_LANG_POP([C])
+
+])
+dnl end of efl_path_max.m4
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial
ldl and lrt as
follows. Is this acceptable?
That looks *a lot* like one of eet's dependencies is missing proper linking,
rather as eet itself - as it doesn't have any pthread code nor dlopen code. Have
you checked whether eina is correctly linked against libdl and libpthread ?
Regards,
--
Albin
.
Is there an actual use case I'm missing, for which this change would be
required?
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let Crystal Reports handle the reporting - Free Crystal
of what's in Libs currently shouldn't move to Libs.private,
because they actually are justified.
Cheers,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let Crystal Reports handle the reporting - Free
On Thu, Sep 03, 2009 at 11:02:34PM +0200, Vincent Torri wrote :
On Thu, 3 Sep 2009, Albin Tonnerre wrote:
On Fri, Sep 04, 2009 at 03:36:28AM +0700, Mikhail Gusarov wrote :
Twas brillig at 22:30:44 03.09.2009 UTC+02 when vto...@univ-evry.fr did
gyre and gimble:
VT Looks good to me
, but
portability is not hurt by using 0 instead of NULL.
IIRC a conformant C implementation could define NULL to (void *) 0
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let Crystal Reports handle
://git.debian.org/?p=pkg-e/libs/eet.git;a=history;f=debian/libeet1.symbols;h=deb0e65f90dbb9aa49afb20feb2e0626970aa138;hb=master
Cheers,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Let Crystal Reports
Hi there,
Here's a bug report that got submitted on the Debian BTS, with a patch allowing
embryo to compile on debian/hurd (and more generally on systems were PATH_MAX is
udefined).
Regards,
--
Albin Tonnerre
---BeginMessage---
Package: embryo
Severity: important
Tags: patch
Justification: fails
here, I think having a function which returns 1 for init and 0
for shutdown is the best way to go.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
OpenSolaris 2009.06 is a cutting edge operating
, an
application using magic debug compiled against eina without magic-debug will
have to be recompiled to benefit from it if it gets enabled in eina at a later
point. If you use functions, this is no longer an issue.
Thoughts ?
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
eina_magic being disabled than about any
performance loss, as you explicitely asked for it.
If you're talking about eina, nothing prevents us to do some trickery so that
functions calls are avoided internally, while still exporting the symbols.
Regards,
--
Albin Tonnerre
signature.asc
Description
a bad idea to
me.
Regards,
-
Albin Tonnerre
signature.asc
Description: Digital signature
--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris
On Thu, May 07, 2009 at 10:53:06AM -0300, Gustavo Sverzut Barbieri wrote :
On Thu, May 7, 2009 at 5:31 AM, Albin Tonnerre albin.tonne...@gmail.com
wrote:
On Fri, May 01, 2009 at 08:43:01AM -0300, Gustavo Sverzut Barbieri wrote :
On Fri, May 1, 2009 at 8:34 AM, Albin Tonnerre albin.tonne
, packages should be created using
release tarballs, which are produced by make dist, and as a consequence one
wouldn't need cvs (nor autopoint, for that matter) as ./autogen.sh has already
been run
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
On Fri, May 01, 2009 at 08:43:01AM -0300, Gustavo Sverzut Barbieri wrote :
On Fri, May 1, 2009 at 8:34 AM, Albin Tonnerre albin.tonne...@gmail.com
wrote:
On Fri, May 01, 2009 at 01:18:38PM +0200, Vincent Torri wrote :
On Fri, 1 May 2009, Gustavo Sverzut Barbieri wrote:
On Thu, Apr 30
Log:
initial checkin of 'everything' module with sources for apps, windows and
settings
Author: jeffdameth
Date: 2009-05-06 07:20:45 -0700 (Wed, 06 May 2009)
New Revision: 40526
Maybe it deserves an email announcing it/explaining what it's for ?
Regards,
--
Albin
category is still
selected without the function being called, eg when commenting out the whole
callback). Also, I'm not sure why the callback is called when loading modules,
in the first place.
I'd appreciate if anyone had pointers and could enlighten me on the matter.
Regards,
--
Albin Tonnerre
On Fri, May 01, 2009 at 10:13:09AM +1000, Carsten Haitzler wrote :
On Thu, 30 Apr 2009 18:02:45 -0300 Gustavo Sverzut Barbieri
barbi...@profusion.mobi said:
On Thu, Apr 30, 2009 at 10:11 AM, Albin Tonnerre
albin.tonne...@gmail.com wrote:
Hello,
While playing with Eina_Inlist, I
offsetof() macros.
offsetof seems to exist in the lib c of Microsoft
And FWIW, ISO C (both 89 and 99) says it should be defined in stddef.h, so if
it doesn't exist you probably have more serious problems than this.
--
Albin Tonnerre
signature.asc
Description: Digital signature
that I used __in_list as the member as we already have a
macro '#define EINA_INLIST Eina_Inlist __in_list', but a member argument could
be added just as well)
Thoughts ?
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
= eina_list_data_get(l);
pos++;
EINA_LIST_FOREACH(cfdata-disks, l, disk)
{
...
}
might be easier/better to use there
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Register
.
Anyway, TBH I only did it this way because cedric advised me to do so. I'll
change it to Eina_Inlists if you think that really would have a benefit, which I
doubt.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
On Sun, Apr 26, 2009 at 10:48:40AM +0200, Vincent Torri wrote :
On Sun, 26 Apr 2009, Albin Tonnerre wrote:
Hello,
The attached patches completely replace Ecore_List2 with Ecore_List.
you mean with Eina_List ?
Indeed. Thanks :)
--
Albin Tonnerre
signature.asc
Description: Digital
of just
stripping fonts.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Crystal Reports #45; New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables
should search why it does not work, instead of committing this
I agree with vincent here, it's been this way for long and nobody ever had
issues with it. Would you mind providing an error log so that we can try to
understand why you were getting this error ?
Cheers,
--
Albin Tonnerre
modules are broken, there's no point
preventing users from trying them out - disabled at runtime is better IMHO.
Regards,
--
Albin Tonnerre
signature.asc
Description: Digital signature
--
Stay on top of everything new
On Thu, Apr 16, 2009 at 7:38 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Wed, 15 Apr 2009, Albin Tonnerre wrote:
Patch attached. As usual, comments are welcome
in ecore, is it really necessary to have a release-info for each module ?
I think it's better, unless you want to force
On Thu, Apr 16, 2009 at 9:57 AM, Vincent Torri vto...@univ-evry.fr wrote:
in that case, is it good to specify both -release and -version-info in
_LDFLAGS ?
I think it's mostly a matter of taste. Keeping both doesn't hurt much
IMHO, and all you'll have to do when there's a real release is
On Thu, Apr 16, 2009 at 6:25 PM, sda dmitry.serpok...@gmail.com wrote:
hi,
just FYI - general rules for rpm packaging:
http://www.rpm.org/max-rpm/s1-rpm-inside-tags.html
brief summary of packaging conventions which confirms to the LSB could
be reviewed below (distro-specific!):
On Thu, Apr 16, 2009 at 7:00 PM, Albin Tonnerre
albin.tonne...@gmail.com wrote:
On Thu, Apr 16, 2009 at 6:25 PM, sda dmitry.serpok...@gmail.com wrote:
hi,
just FYI - general rules for rpm packaging:
http://www.rpm.org/max-rpm/s1-rpm-inside-tags.html
brief summary of packaging conventions
Hi,
Please find attached an updated patch which sets to NULL the pointer to a list
being merged into another list.
Regards,
--
Albin Tonnerre
diff --git a/src/lib/efreet_desktop.c b/src/lib/efreet_desktop.c
index 9357add..2dfa357 100644
--- a/src/lib/efreet_desktop.c
+++ b/src/lib
not conforming to the spec.
I tested a bit on my system and everything seems to be working correctly,
however I haven't tested it really thoroughly.
Comments welcome.
Regards,
--
Albin Tonnerre
diff --git a/src/lib/efreet_desktop.c b/src/lib/efreet_desktop.c
index 9357add..2dfa357 100644
--- a/src
Hello,
efreet_menu.c compare variables which have type 'char' to -1 (members
of the Efreet_Menu_Internal and Efreet_Menu_Layout structures). This
causes issues on architectures where chars are unsigned, such as ARM (at
least on the freerunner). In particular, the use of Layout in menu files
On Mon, Dec 15, 2008 at 7:12 PM, Gustavo Sverzut Barbieri
barbi...@profusion.mobi wrote:
I told you that :-)
then you just need to do the dbus messages and have an option in
enlightenment's configure.ac --enable-hal-shutdown and
--enable-hal-cpufreq
I'd vote for that, just don't have the
Oh, sorry, didn't think about that :/
On Fri, Jan 2, 2009 at 12:19 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
fix things that broke after utils moved to lib/e/subdir
Author: raster
Date: 2009-01-02 03:19:06 -0800 (Fri, 02 Jan 2009)
New Revision: 38418
Hello,
On Thu, Jan 1, 2009 at 1:56 AM, The Rasterman Carsten Haitzler
ras...@rasterman.com wrote:
no problem with this - though some people who like to be really nitty might
say
we should have a libexec/enlightenment dir... but really - not worth
quibbling
over.
libexec is neither
:
- enlightenment_fm
- enlightenment_fm_op
- enlightenment_init
- enlightenment_sys
- enlightenment_thumb
Toughts ?
Regards,
--
Albin Tonnerre
diff -Nur e/src/bin/e_fm.c e.new/src/bin/e_fm.c
--- e/src/bin/e_fm.c 2008-12-10 17:15:12.0 +0100
+++ e.new/src/bin/e_fm.c 2008-12-15 13:45
1 - 100 of 114 matches
Mail list logo