date:20180328

On Wed, 28 Mar 2018 12:37:35 -0400 Cedric Bail  said:

> On March 27, 2018 10:32 PM, Carsten Haitzler  wrote:
> > On Tue, 20 Mar 2018 17:57:47 -0700 Cedric BAIL cedric.b...@free.fr said:
> > at least some of these i think are wrong.
> > the benchmarks are "debatable" but ok.
> > 
> > but:
> > 
> > test_bg.c
> > test_box.c
> > test_calendar.c
> > test_efl_gfx_map.c
> > test_evas_map.c
> > test_evas_mask.c
> > test_evas_snapshot.c
> > test_gfx_filters.c
> > test_glview.c
> > test_nstate.c
> > test_part_bg.c
> > test_photocam.c
> > test_part_shadow.c
> > test_ui_button.c
> > test_ui_clock.c
> > test_ui_panes.c
> > test_ui_popup.c
> > test_ui_progressbar.c
> > test_ui_scroller.c
> > ... (there's a pattern here... basically every single change for adding a
> > win) -> shouldn't it use loop as parent?
> 
> This are test where we want lifetime control of this object I think. This

just because the parent is the main loop does not mean you don't have lifetime
control. you can always del it. parent should be there to follow back to the
loop driving it for async events (futures), animator events etc. - sure. we
glue that in behind the scenes currently when there is a null parent, but these
objects SHOULD be part of the main loop tree...

> means to me not depending on the lifetime of the main loop to get them
> destroyed, but on controlling the reference only and explicitely. This could
> be moved to use parent relationship, I have no strong opinion on this. 

as above... you still can control it explicitly. nothing ever stopped this.
it's more the problem of exposing objects that you want a parent to really
control and once exposed, the user getting the handle could violate that
contract by explicitly deleting and stealing from the parent that really owns
it - thus the part interface with the tmp objects...

> > ecore_audio_custom.c
> > ecore_audio_playback.c
> > ecore_audio_to_ogg.c
> > ecore_poller_example.c
> > efl_io_copier_example.c
> > efl_io_queue_example.c
> > efl_net_server_example.c
> > efl_net_server_simple_example.c
> > ... (more patterns... i got 25% through the diff and got bored of copy &
> > pasting samples here)
> > -> shouldn't it use loop as parent?
> 
> Ideally yes, but at least for the _example, it requires to spend some more
> time to move them to use EFL_MAIN, which should be done in a different patch
> not related to fixing the usage of efl_add.

some use EFL_MAIN ... otherwise efl_main_loop_get() will work. but moving to
efl_add_ref() isn't the "right direction" for most of these.

> > test_part_shadow.c
> > ecore_audio_to_ogg.c
> > -> shouldn't is be efl_del because add should have a parent like loop?
> 
> If we move them to use efl add with the loop as parent, yes, it should be,
> but as the current code use efl_add_ref, using efl_unref is the correct
> counter part.

sure. they go along for the ride. i just saw a massive commit and lots of
changes that were not even necessary (changing to unrefs from dels and to
add_ref instead of just using a parent instead of NULL).

ok. i've fixed it locally... i'll push.

-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Packages for fedora

On Wed, 28 Mar 2018 15:44:56 + jaquilina  said:

> Hi All,
> 
> I am very interested in working with you guys on providing packages for 
> fedora of the bleeding edge enlightenment stuff to help the dev's as 
> well s end users test the platform for us. I know Raster had told me we 
> should discuss, so I am sending this email to open up a discussion.

packages - absolutely. how can we help in that regard? do you want to have a
fedora package repository hosted off e.org that you can push packages to?

i think though the conversation was more about doing an actual distro spin
(e.g. a live ISO or such). and that is a good deal more work than just
packages. i generally think splitting resources between multiple such distros
would be a bad move just for "but i prefer my distro" preferences. not everyone
will be happy. my general take is to pick one and then focus on that. unless we
have resources coming out of our ears... but the talk was for some official e
based distro spin to show off e/efl as it should be out of the box. think
ubuntu being a spin of debian or elementary os showing off their work in an
integrated "just works out of the box" setup.

-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Mailing list headaches

On Wed, 28 Mar 2018 16:30:22 + jaquilina  said:

> Can anyone confirm if my email regarding fedora packaging of bleeding 
> edge enlightenment. are my emails getting through.

i replied to one of them... this mail went through. though a few weeks back
sf.net had mail hiccups. they did some migration and this seemed to have been
the root cause. that seems to have settled now.

> On my cpanel email server in the delivery report logging I am seeing the 
> following
> 
> SMTP error from remote mail server after RCPT 
> TO:: 451-IPADDRESS is not yet 
> authorized to deliver mail from\n451- to 
> .\n451 Please try later.
> 
> Regards,
> Jonathan
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Mailing list headaches

On Wed, 28 Mar 2018 17:27:13 + jaquilina  said:

> If the project is up for moving away from SF I am more then willing on 
> my cpanel server to setup an account for the mailing list and give 
> certain people access to manage the mailing list on my server as well if 
> they want to install mlmm or other filtering platform.
> 
> Would be great to get rid of the wonkyness.

it's back and working. the kind of wonkies that happen any time you do
migrations and major infra changes. it's not really that bad. sometimes sf.net
gets backlogs of a few hours or a day or 2. this time it dropped some mails for
a week or 2. it's back and working.

note - migrating mailing list means migrating users. we have no access to the
user list anymore. sf.net blocked that for "privacy reasons". so migrating is
much much much much harder because we can't just auto-migrate everyone over to
the new address. given that and just work required to migrate... i think sf.net
is going to have to get far worse to justify such a move. :)

> On 2018-03-28 17:21, William L. Thomson Jr. wrote:
> > On Wed, 28 Mar 2018 16:30:22 +
> > jaquilina  wrote:
> > 
> >> Can anyone confirm if my email regarding fedora packaging of bleeding
> >> edge enlightenment. are my emails getting through.
> > 
> > Confirmed, you can also check online. I use that as confirmation.
> > https://sourceforge.net/p/enlightenment/mailman/enlightenment-devel/thread/111f5bb9961f45887cb845607eb706a6%40eagleeyet.net/#msg36278174
> > 
> > http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-devel
> > 
> > S.F. email is a bit wonky at times, but least they are still providing
> > such. As great as things like Github are. They provide nothing for
> > mailing lists, etc. Nice that S.F. still does. I have run some myself
> > and they do require effort. I ran ASSP in front of ezmlm, and had some
> > upset users It happens, spam is a PITA whack a mole game...
> > Though ASSP has made my life spam free for decades
> > https://sourceforge.net/projects/assp/
> > 
> > --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 02/09: efl: use efl_add_ref to create objects which have no parent

On Wed, 28 Mar 2018 12:21:53 -0400 Cedric Bail  said:

> On March 27, 2018 10:18 PM, Carsten Haitzler  wrote:
> > On Fri, 23 Mar 2018 22:57:28 +0900 Stefan Schmidt ste...@osg.samsung.com
> > said:
> > > On 03/21/2018 09:57 AM, Cedric BAIL wrote:
> > > 
> > > > cedric pushed a commit to branch master.
> > > > 
> > > > http://git.enlightenment.org/core/efl.git/commit/?id=4c4177ac207f982de8139c47c7afedd26ff9e15a
> > > > 
> > > > commit 4c4177ac207f982de8139c47c7afedd26ff9e15a
> > > > Author: Cedric BAIL ced...@osg.samsung.com
> > > > Date: Thu Mar 15 12:50:20 2018 -0400
> > > > 
> > > > efl: use efl_add_ref to create objects which have no parent
> > > > 
> > > > Signed-off-by: Mike Blumenkrantz 
> > > > 
> > > This is the third patch of patches I see that have Cedric as author and a
> > > sign off by Mike.
> > > 
> > > We have no document backing the signed off by line. No document describing
> > > developer certificate of origin  (DCO) at all. Thus I ask you to stop
> > > using signed off by tags here.
> > 
> > indeed we've never used anything like the above.
> 
> I have been using for more than a year Signed-off-by as a mean for reviewed.
> Check all the patch I have pushed last year from phab. This was me being lazy
> as there is no way from the default git command to append automatically a
> Reviewed-by tag and as no one else was doing much on this and I needed an
> easy way to account for the reviewing, I went with that. I have now setup a
> local script that add the Reviewed-by line. 

but stefan is still right that we have never documented the signed-off line
with a DCO etc. that was it's original intent from kernel land, not as a
reviewed-by. 

> > > If this aims to be a reviewed-by tag, please switch to using that tag.
> > > If Mike is the author he should be listed as such and git will reference
> > > Cedric as committer.
> > 
> > at least if going via phab ... the log will contain this (Reviewed-by).
> 
> No. Phab doesn't add any line. It says reviewer and if you look at who pushed

ok - sorry. I was wrong. it's "Reviewers". it does add who is doing the review
to the log. but it tells me who in the git commits mailing list:

sanghyeonlee pushed a commit to branch master.

http://git.enlightenment.org/core/efl.git/commit/?id=2bad5fffce2474a80a1173448b1be10c9c7b1949

commit 2bad5fffce2474a80a1173448b1be10c9c7b1949
Author: subhransu mohanty 
Date:   Wed Feb 28 15:15:20 2018 +0900

eina/bezier: use FLT_EQ marcro for float equal comparison.

Reviewers: SanghyeonLee, jpeg, cedric

Subscribers: cedric

Differential Revision: https://phab.enlightenment.org/D5828

i see potential reviewers and who actually pushed it.

> the patch in the tree, you might be able to infer who did the last review.
> But that wasn't very nice to process, so I went with the above. It is fixed
> now.
> 
> Cedric
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Running Wayland under elogind

2018-03-28 Thread Christopher Michael


On 03/28/2018 11:19 AM, William L. Thomson Jr. wrote:

Since I do not run Systemd, as others, the only hope for me to run
Wayland is via elogind vs logind/systemd. I made some hackish changes
to the build system to get it to build. Which I think elogind is 100%
api compatible and the same as logind. No compile time issues, but I
ran into runtime issues.

Build wise, I think there should be 2 modifications. Rather than
check/enable/disable systemd. Maybe it should check for things it
actually needs like journald and logind. I had to rename the define for
journald. HAVE_SYSTEMD -> HAVE_SYSTEMDD
https://github.com/Enlightenment/efl/blob/master/src/lib/eina/eina_log.c#L32

Obviously no HAVE_SYSTEMDD, just did that so that when I set
HAVE_SYSTEMD, it did not try to build against journald which is not
present. I think that should be changed to like  HAVE_JOURNALD and
HAVE_LOGIND. That way they can be enabled if present, individually.
There could still be a global option for systemd.

The runtime issues can be seen in the following log file. My gut says
something in the elogind environment is not setup properly. Its not a
code thing, its something not correct at runtime. Since EFL builds fine
against elogind. That says code is good, but something is off at
runtime. At least that is my assumption as to why its not working.
https://github.com/Obsidian-StudiosInc/entrance/files/1850078/wayland.log
(prefix with view-source: in firefox to view vs download)

Just wanted to get others feedback. Code vs runtime issue with elogind.




The problem looks like line 104:

ERR<4042>:elput lib/elput/elput_logind.c:506 _logind_connect() Could not 
get systemd session


Essentially, the elput code is trying to execute: sd_pid_get_session but 
that is returning an error. Perhaps there is some elogind environment 
variable (or some other method) to setup a session ??


Cheers,
dh


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Mailing list headaches

On Wed, 28 Mar 2018 17:27:13 +
jaquilina  wrote:

> If the project is up for moving away from SF

Sorry I did not mean to give that impression or confuse. I am an
outsider, I have no clue if there are any plans to move away from S.F.

> I am more then willing
> on my cpanel server to setup an account for the mailing list and give 
> certain people access to manage the mailing list on my server as well
> if they want to install mlmm or other filtering platform.

Likely could do the same on the server hosting other things for E. Nice
offer, but I think the project developers prefer to keep things in
house if they moved from S.F. Their call to make.

> Would be great to get rid of the wonkyness.

I agree, I have been bit by it as well. Some posts were delayed, and I
double posted... :P But I understand S.F. goal and headaches.

-- 
William L. Thomson Jr.

pgp_Ak7ogtG6V.pgp
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Mailing list headaches

2018-03-28 Thread jaquilina

If the project is up for moving away from SF I am more then willing on
my cpanel server to setup an account for the mailing list and give
certain people access to manage the mailing list on my server as well if
they want to install mlmm or other filtering platform.

Would be great to get rid of the wonkyness.

On 2018-03-28 17:21, William L. Thomson Jr. wrote:

On Wed, 28 Mar 2018 16:30:22 +
jaquilina wrote:

Can anyone confirm if my email regarding fedora packaging of bleeding
edge enlightenment. are my emails getting through.

Confirmed, you can also check online. I use that as confirmation.
https://sourceforge.net/p/enlightenment/mailman/enlightenment-devel/thread/111f5bb9961f45887cb845607eb706a6%40eagleeyet.net/#msg36278174

http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-devel

S.F. email is a bit wonky at times, but least they are still providing
such. As great as things like Github are. They provide nothing for
mailing lists, etc. Nice that S.F. still does. I have run some myself
and they do require effort. I ran ASSP in front of ezmlm, and had some
upset users It happens, spam is a PITA whack a mole game...
Though ASSP has made my life spam free for decades
https://sourceforge.net/projects/assp/

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] Mailing list headaches

On Wed, 28 Mar 2018 16:30:22 +
jaquilina  wrote:

> Can anyone confirm if my email regarding fedora packaging of bleeding 
> edge enlightenment. are my emails getting through.

Confirmed, you can also check online. I use that as confirmation.
https://sourceforge.net/p/enlightenment/mailman/enlightenment-devel/thread/111f5bb9961f45887cb845607eb706a6%40eagleeyet.net/#msg36278174

http://sourceforge.net/mailarchive/forum.php?forum_name=enlightenment-devel

S.F. email is a bit wonky at times, but least they are still providing
such. As great as things like Github are. They provide nothing for
mailing lists, etc. Nice that S.F. still does. I have run some myself
and they do require effort. I ran ASSP in front of ezmlm, and had some
upset users It happens, spam is a PITA whack a mole game...
Though ASSP has made my life spam free for decades
https://sourceforge.net/projects/assp/

-- 
William L. Thomson Jr.

pgpXQSvKraJuU.pgp
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 02/09: efl: use efl_add_ref to create objects which have no parent

2018-03-28 Thread Cedric Bail

On March 27, 2018 10:32 PM, Carsten Haitzler  wrote:
> On Tue, 20 Mar 2018 17:57:47 -0700 Cedric BAIL cedric.b...@free.fr said:
> at least some of these i think are wrong.
> the benchmarks are "debatable" but ok.
> 
> but:
> 
> test_bg.c
> test_box.c
> test_calendar.c
> test_efl_gfx_map.c
> test_evas_map.c
> test_evas_mask.c
> test_evas_snapshot.c
> test_gfx_filters.c
> test_glview.c
> test_nstate.c
> test_part_bg.c
> test_photocam.c
> test_part_shadow.c
> test_ui_button.c
> test_ui_clock.c
> test_ui_panes.c
> test_ui_popup.c
> test_ui_progressbar.c
> test_ui_scroller.c
> ... (there's a pattern here... basically every single change for adding a win)
> -> shouldn't it use loop as parent?

This are test where we want lifetime control of this object I think. This means 
to me not depending on the lifetime of the main loop to get them destroyed, but 
on controlling the reference only and explicitely. This could be moved to use 
parent relationship, I have no strong opinion on this.

> ecore_audio_custom.c
> ecore_audio_playback.c
> ecore_audio_to_ogg.c
> ecore_poller_example.c
> efl_io_copier_example.c
> efl_io_queue_example.c
> efl_net_server_example.c
> efl_net_server_simple_example.c
> ... (more patterns... i got 25% through the diff and got bored of copy &
> pasting samples here)
> -> shouldn't it use loop as parent?

Ideally yes, but at least for the _example, it requires to spend some more time 
to move them to use EFL_MAIN, which should be done in a different patch not 
related to fixing the usage of efl_add.

> test_part_shadow.c
> ecore_audio_to_ogg.c
> -> shouldn't is be efl_del because add should have a parent like loop?

If we move them to use efl add with the loop as parent, yes, it should be, but 
as the current code use efl_add_ref, using efl_unref is the correct counter 
part.

Cedric

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] [EGIT] [core/efl] master 02/09: efl: use efl_add_ref to create objects which have no parent

2018-03-28 Thread Cedric Bail

On March 27, 2018 10:18 PM, Carsten Haitzler  wrote:
> On Fri, 23 Mar 2018 22:57:28 +0900 Stefan Schmidt ste...@osg.samsung.com said:
> > On 03/21/2018 09:57 AM, Cedric BAIL wrote:
> > 
> > > cedric pushed a commit to branch master.
> > > 
> > > http://git.enlightenment.org/core/efl.git/commit/?id=4c4177ac207f982de8139c47c7afedd26ff9e15a
> > > 
> > > commit 4c4177ac207f982de8139c47c7afedd26ff9e15a
> > > Author: Cedric BAIL ced...@osg.samsung.com
> > > Date: Thu Mar 15 12:50:20 2018 -0400
> > > 
> > > efl: use efl_add_ref to create objects which have no parent
> > > 
> > > Signed-off-by: Mike Blumenkrantz 
> > > 
> > This is the third patch of patches I see that have Cedric as author and a
> > sign off by Mike.
> > 
> > We have no document backing the signed off by line. No document describing
> > developer certificate of origin  (DCO) at all. Thus I ask you to stop using
> > signed off by tags here.
> 
> indeed we've never used anything like the above.

I have been using for more than a year Signed-off-by as a mean for reviewed. 
Check all the patch I have pushed last year from phab. This was me being lazy 
as there is no way from the default git command to append automatically a 
Reviewed-by tag and as no one else was doing much on this and I needed an easy 
way to account for the reviewing, I went with that. I have now setup a local 
script that add the Reviewed-by line.

> > If this aims to be a reviewed-by tag, please switch to using that tag.
> > If Mike is the author he should be listed as such and git will reference
> > Cedric as committer.
> 
> at least if going via phab ... the log will contain this (Reviewed-by).

No. Phab doesn't add any line. It says reviewer and if you look at who pushed 
the patch in the tree, you might be able to infer who did the last review. But 
that wasn't very nice to process, so I went with the above. It is fixed now.

Cedric

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Packages for fedora

2018-03-28 Thread jaquilina


Hi All,

I am very interested in working with you guys on providing packages for 
fedora of the bleeding edge enlightenment stuff to help the dev's as 
well s end users test the platform for us. I know Raster had told me we 
should discuss, so I am sending this email to open up a discussion.


Regards,
Jonathan

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Mailing list headaches

2018-03-28 Thread jaquilina

Can anyone confirm if my email regarding fedora packaging of bleeding 
edge enlightenment. are my emails getting through.


On my cpanel email server in the delivery report logging I am seeing the 
following


SMTP error from remote mail server after RCPT 
TO:: 451-IPADDRESS is not yet 
authorized to deliver mail from\n451- to 
.\n451 Please try later.


Regards,
Jonathan

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL Profiling Viewer 1.1 released

On Wed, 28 Mar 2018 11:05:49 -0400
"William L. Thomson Jr."  wrote:
>
> cmake
> -C 
> /tmp/portage/dev-util/efl-profiler-viewer-1.1/work/efl-profiler-viewer-1.1_build/gentoo_common_config.cmake
> -G Unix Makefiles -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_PREFIX=/

It was my fault. I was double setting CMAKE_INSTALL_PREFIX
Removing the duplicate fixes the issue.
https://github.com/Obsidian-StudiosInc/os-xtoo/commit/84f88e1cb03a507ea97cfd87ac051618a62510d3

It was moot for most EFL cmake stuff, but for some reason caused
problems for efl-profiler-viewer. It made no difference for Ninja, that
still fails on PO. Ninja is moot, would like to use it, but doesn't
really matter how its built.

Finally able to update :)
https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/dev-util/efl-profiler-viewer

Thanks!

-- 
William L. Thomson Jr.

pgpJ91z3IUN_7.pgp
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] EFL Profiling Viewer 1.1 released

Thanks for the reply

On Wed, 28 Mar 2018 08:46:51 +0200
Jérémy Zurcher  wrote:

> Hi,
> 
> what is the value of your env var $DESTDIR ?
> what is the value of -DCMAKE_INSTALL_PREFIX:PATH=$PREFIX when you
> invoke cmake ?
> 
> it's all about these
> my cmake_install.cmake files are full of (PREFIX=/opt/efl)
> "$ENV{DESTDIR}/opt/efl/bin/efl_profiling_viewer"
> "$ENV{DESTDIR}/opt/efl/lib/libefl_profiler.so"


All standard Gentoo values. It was fine for 1.0, but changed for 1.1

cmake
-C 
/tmp/portage/dev-util/efl-profiler-viewer-1.1/work/efl-profiler-viewer-1.1_build/gentoo_common_config.cmake
-G Unix Makefiles -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_PREFIX=/
-DCMAKE_BUILD_TYPE=release -DCMAKE_DOC=no -DCMAKE_NLS=yes
-DCMAKE_STATIC=no -DCMAKE_BUILD_TYPE=Gentoo
-DCMAKE_USER_MAKE_RULES_OVERRIDE=/tmp/portage/dev-util/efl-profiler-viewer-1.1/work/efl-profiler-viewer-1.1_build/gentoo_rules.cmake
-DCMAKE_TOOLCHAIN_FILE=/tmp/portage/dev-util/efl-profiler-viewer-1.1/work/efl-profiler-viewer-1.1_build/gentoo_toolchain.cmake
  /tmp/portage/dev-util/efl-profiler-viewer-1.1/work/v1.1

-- 
William L. Thomson Jr.


pgp2bpA59cB2C.pgp
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Running Wayland under elogind

Since I do not run Systemd, as others, the only hope for me to run
Wayland is via elogind vs logind/systemd. I made some hackish changes
to the build system to get it to build. Which I think elogind is 100%
api compatible and the same as logind. No compile time issues, but I
ran into runtime issues.

Build wise, I think there should be 2 modifications. Rather than
check/enable/disable systemd. Maybe it should check for things it
actually needs like journald and logind. I had to rename the define for
journald. HAVE_SYSTEMD -> HAVE_SYSTEMDD
https://github.com/Enlightenment/efl/blob/master/src/lib/eina/eina_log.c#L32

Obviously no HAVE_SYSTEMDD, just did that so that when I set
HAVE_SYSTEMD, it did not try to build against journald which is not
present. I think that should be changed to like  HAVE_JOURNALD and
HAVE_LOGIND. That way they can be enabled if present, individually.
There could still be a global option for systemd.

The runtime issues can be seen in the following log file. My gut says
something in the elogind environment is not setup properly. Its not a
code thing, its something not correct at runtime. Since EFL builds fine
against elogind. That says code is good, but something is off at
runtime. At least that is my assumption as to why its not working.
https://github.com/Obsidian-StudiosInc/entrance/files/1850078/wayland.log
(prefix with view-source: in firefox to view vs download)

Just wanted to get others feedback. Code vs runtime issue with elogind.

-- 
William L. Thomson Jr.


pgp1MQSv56uLg.pgp
Description: OpenPGP digital signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] test

2018-03-28 Thread Stefan Schmidt

Hello.


On 03/28/2018 09:51 AM, Hermet Park wrote:
> test

All three test mails have arrived at the list :-)

regards
Stefan Schmidt

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Re: [E-devel] test

yes, good to go!

thanks.


On Wed, Mar 28, 2018 at 5:13 PM, Stefan Schmidt 
wrote:

> Hello.
>
>
> On 03/28/2018 09:51 AM, Hermet Park wrote:
> > test
>
> All three test mails have arrived at the list :-)
>
> regards
> Stefan Schmidt
>



-- 
Regards, Hermet
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] test

test
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] test

i'm waiting for you.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] test