You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(299) |
Sep
(185) |
Oct
(187) |
Nov
(257) |
Dec
(165) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(291) |
Feb
(316) |
Mar
(134) |
Apr
(167) |
May
(171) |
Jun
(76) |
Jul
(83) |
Aug
(52) |
Sep
(65) |
Oct
(24) |
Nov
(48) |
Dec
(104) |
2003 |
Jan
(101) |
Feb
(101) |
Mar
(98) |
Apr
(53) |
May
(171) |
Jun
(160) |
Jul
(79) |
Aug
(119) |
Sep
(132) |
Oct
(114) |
Nov
(158) |
Dec
(75) |
2004 |
Jan
(65) |
Feb
(146) |
Mar
(145) |
Apr
(98) |
May
(131) |
Jun
(133) |
Jul
(203) |
Aug
(128) |
Sep
(98) |
Oct
(163) |
Nov
(108) |
Dec
(115) |
2005 |
Jan
(131) |
Feb
(144) |
Mar
(341) |
Apr
(162) |
May
(215) |
Jun
(156) |
Jul
(396) |
Aug
(684) |
Sep
(537) |
Oct
(517) |
Nov
(450) |
Dec
(373) |
2006 |
Jan
(533) |
Feb
(306) |
Mar
(196) |
Apr
(204) |
May
(368) |
Jun
(310) |
Jul
(247) |
Aug
(322) |
Sep
(223) |
Oct
(220) |
Nov
(195) |
Dec
(125) |
2007 |
Jan
(119) |
Feb
(105) |
Mar
(149) |
Apr
(179) |
May
(142) |
Jun
(122) |
Jul
(95) |
Aug
(138) |
Sep
(74) |
Oct
(56) |
Nov
(98) |
Dec
(53) |
2008 |
Jan
(146) |
Feb
(113) |
Mar
(173) |
Apr
(83) |
May
(74) |
Jun
(34) |
Jul
(88) |
Aug
(107) |
Sep
(152) |
Oct
(80) |
Nov
(71) |
Dec
(49) |
2009 |
Jan
(80) |
Feb
(104) |
Mar
(102) |
Apr
(160) |
May
(71) |
Jun
(97) |
Jul
(59) |
Aug
(107) |
Sep
(90) |
Oct
(50) |
Nov
(58) |
Dec
(61) |
2010 |
Jan
(38) |
Feb
(38) |
Mar
(55) |
Apr
(87) |
May
(67) |
Jun
(61) |
Jul
(65) |
Aug
(186) |
Sep
(46) |
Oct
(210) |
Nov
(168) |
Dec
(158) |
2011 |
Jan
(196) |
Feb
(182) |
Mar
(148) |
Apr
(147) |
May
(149) |
Jun
(177) |
Jul
(151) |
Aug
(248) |
Sep
(190) |
Oct
(69) |
Nov
(123) |
Dec
(171) |
2012 |
Jan
(56) |
Feb
(175) |
Mar
(141) |
Apr
(96) |
May
(160) |
Jun
(157) |
Jul
(178) |
Aug
(194) |
Sep
(223) |
Oct
(200) |
Nov
(310) |
Dec
(373) |
2013 |
Jan
(465) |
Feb
(264) |
Mar
(110) |
Apr
(112) |
May
(109) |
Jun
(102) |
Jul
(49) |
Aug
(79) |
Sep
(120) |
Oct
(96) |
Nov
(149) |
Dec
(237) |
2014 |
Jan
(144) |
Feb
(278) |
Mar
(323) |
Apr
(144) |
May
(122) |
Jun
(265) |
Jul
(129) |
Aug
(186) |
Sep
(158) |
Oct
(150) |
Nov
(153) |
Dec
(195) |
2015 |
Jan
(111) |
Feb
(112) |
Mar
(40) |
Apr
(90) |
May
(81) |
Jun
(142) |
Jul
(102) |
Aug
(96) |
Sep
(59) |
Oct
(101) |
Nov
(58) |
Dec
(37) |
2016 |
Jan
(69) |
Feb
(56) |
Mar
(76) |
Apr
(7) |
May
(123) |
Jun
(78) |
Jul
(44) |
Aug
(58) |
Sep
(34) |
Oct
(99) |
Nov
(30) |
Dec
(59) |
2017 |
Jan
(86) |
Feb
(78) |
Mar
(89) |
Apr
(49) |
May
(40) |
Jun
(56) |
Jul
(34) |
Aug
(37) |
Sep
(53) |
Oct
(36) |
Nov
(66) |
Dec
(67) |
2018 |
Jan
(69) |
Feb
(37) |
Mar
(53) |
Apr
(66) |
May
(42) |
Jun
(38) |
Jul
(31) |
Aug
(40) |
Sep
(71) |
Oct
(16) |
Nov
(26) |
Dec
(13) |
2019 |
Jan
(26) |
Feb
(8) |
Mar
(19) |
Apr
(29) |
May
(24) |
Jun
(14) |
Jul
(101) |
Aug
(32) |
Sep
(35) |
Oct
(38) |
Nov
(21) |
Dec
(36) |
2020 |
Jan
(9) |
Feb
(8) |
Mar
(6) |
Apr
(87) |
May
(53) |
Jun
(62) |
Jul
(18) |
Aug
(29) |
Sep
(66) |
Oct
(26) |
Nov
(18) |
Dec
(28) |
2021 |
Jan
(13) |
Feb
(29) |
Mar
(41) |
Apr
(75) |
May
(52) |
Jun
(32) |
Jul
(16) |
Aug
(29) |
Sep
(71) |
Oct
(37) |
Nov
(22) |
Dec
(11) |
2022 |
Jan
(75) |
Feb
(64) |
Mar
(33) |
Apr
(31) |
May
(17) |
Jun
(37) |
Jul
(44) |
Aug
(25) |
Sep
(59) |
Oct
(39) |
Nov
(33) |
Dec
(34) |
2023 |
Jan
(50) |
Feb
(44) |
Mar
(61) |
Apr
(17) |
May
(20) |
Jun
(7) |
Jul
(32) |
Aug
(21) |
Sep
(13) |
Oct
(10) |
Nov
(24) |
Dec
(5) |
2024 |
Jan
(11) |
Feb
(1) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: aguador <wat...@gm...> - 2024-03-05 10:07:00
|
El dom, 03-03-2024 a las 07:34 +0100, Phil Otken escribió: > Agreed. Am doing that now (RTFM). I'll make use of the existing > efl.spec.in > as an example. Plan is to look for a spec file already used to build > an efl > RPM; this is perhaps available in the EPEL packages. If successful, > I'll > post the method here. > > You are correct, Carsten, I need to learn to make RPMs so that the > system > is more easily manageable, and so I can later update Enlightenment at > will. > It's a long drink of water, but the motivation is there. I'm writing > an > article about it on LI now. > You can also check other rpm distros. For example you can easily get to the SRMS in Mageia (via mirrors.mageia.org) and modify for Alpine and efl-1.27.0. OpenMandriva already has an efl-1.27.0 package available. Note: You are better off with a Fedora SRPM as there is variation in the packaging rules followed across distros. The rpm world is not as "unified" as the deb world. Best, Roy |
From: Phil O. <phi...@gm...> - 2024-03-03 06:34:36
|
Agreed. Am doing that now (RTFM). I'll make use of the existing efl.spec.in as an example. Plan is to look for a spec file already used to build an efl RPM; this is perhaps available in the EPEL packages. If successful, I'll post the method here. You are correct, Carsten, I need to learn to make RPMs so that the system is more easily manageable, and so I can later update Enlightenment at will. It's a long drink of water, but the motivation is there. I'm writing an article about it on LI now. On Sat, Mar 2, 2024 at 8:57 PM Carsten Haitzler <ra...@ra...> wrote: > On Sat, 2 Mar 2024 06:03:26 +0100 Phil Otken <phi...@gm...> said: > > no idea what this efl.spec.in is... the http ref is a placeholder website > (domain squatter). > > but it seems you need to learn how to build packages - specifically rpm > pkgs > and they use .spec files to describe the packages metadata, how to build > it and > where/what files are installed and how they may be split into sub-packages. > > i suspect you probably need to start with tutorials on how to build > rpm's... > it's pretty easy. last time i did rpms was a few decades back but it's not > hard and i picked it up with no manuals or tutorials - i simply read > existing > spec files and went "aaaah that's the field i need" etc. - so it's not > hard. :) > > > *Background*: I am in the process of re-building an Oracle Linux 9.3 > server > > < > https://www.linkedin.com/pulse/rebuilding-linux-server-index-articles-overlogix-9tmvf > > > > (this is a downstream RHEL derivative, stable and conservative), got it > to > > compile yesterday and stopped there to *RTFM*. > > > > Currently installed are the latest Fedora packages as a temporary measure > > while the build issues are sorted out. They work OK, but depend on > Wayland, > > and freeze the whole computer if the KVM switch is used. Undesirable, > > unstable, hence the build. > > > > *Issue I need help with*: I see the file *spec/efl.spec.in > > <http://efl.spec.in>*, tried to find instructions to use it, didn't find > > any. I gather this file is a template used to process somehow into a > usable > > *efl.spec*, which can in turn be used to process to a binary RPM package, > > and possibly also a source RPM package, very desirable. I also suspect > that > > meson is used somehow to process this file, couldn't find appropriate > > material after a lot of searching. Bard and ChatGPT confidently > > hallucinated on the topic. > > > > Does anyone on this list have this type of packaging experience? How can > > this file be used, and what are the steps? Please dumb it down for me to > > fifth grader level; my expertise is elsewhere. > > > > -- > > Thanks, > > - Phil > > > > Phil Otken > > Overlogix, Inc. <https://overlogix.com/> > > also d.b.a. > > Practical Software and Database Engineering, Inc. > > c: +41 79 376 08 96 > > e-mail: phi...@gm... > > Online Professional Profile: http://www.linkedin.com/in/potken/ > > > > _______________________________________________ > > enlightenment-users mailing list > > enl...@li... > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > Carsten Haitzler - ra...@ra... > > -- Thanks, - Phil Phil Otken Overlogix, Inc. <https://overlogix.com/> also d.b.a. Practical Software and Database Engineering, Inc. c: +41 79 376 08 96 e-mail: phi...@gm... Online Professional Profile: http://www.linkedin.com/in/potken/ |
From: Carsten H. <ra...@ra...> - 2024-03-02 19:57:23
|
On Sat, 2 Mar 2024 06:03:26 +0100 Phil Otken <phi...@gm...> said: no idea what this efl.spec.in is... the http ref is a placeholder website (domain squatter). but it seems you need to learn how to build packages - specifically rpm pkgs and they use .spec files to describe the packages metadata, how to build it and where/what files are installed and how they may be split into sub-packages. i suspect you probably need to start with tutorials on how to build rpm's... it's pretty easy. last time i did rpms was a few decades back but it's not hard and i picked it up with no manuals or tutorials - i simply read existing spec files and went "aaaah that's the field i need" etc. - so it's not hard. :) > *Background*: I am in the process of re-building an Oracle Linux 9.3 server > <https://www.linkedin.com/pulse/rebuilding-linux-server-index-articles-overlogix-9tmvf> > (this is a downstream RHEL derivative, stable and conservative), got it to > compile yesterday and stopped there to *RTFM*. > > Currently installed are the latest Fedora packages as a temporary measure > while the build issues are sorted out. They work OK, but depend on Wayland, > and freeze the whole computer if the KVM switch is used. Undesirable, > unstable, hence the build. > > *Issue I need help with*: I see the file *spec/efl.spec.in > <http://efl.spec.in>*, tried to find instructions to use it, didn't find > any. I gather this file is a template used to process somehow into a usable > *efl.spec*, which can in turn be used to process to a binary RPM package, > and possibly also a source RPM package, very desirable. I also suspect that > meson is used somehow to process this file, couldn't find appropriate > material after a lot of searching. Bard and ChatGPT confidently > hallucinated on the topic. > > Does anyone on this list have this type of packaging experience? How can > this file be used, and what are the steps? Please dumb it down for me to > fifth grader level; my expertise is elsewhere. > > -- > Thanks, > - Phil > > Phil Otken > Overlogix, Inc. <https://overlogix.com/> > also d.b.a. > Practical Software and Database Engineering, Inc. > c: +41 79 376 08 96 > e-mail: phi...@gm... > Online Professional Profile: http://www.linkedin.com/in/potken/ > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Vincent T. <vin...@gm...> - 2024-03-02 06:13:30
|
On Sat, Mar 2, 2024 at 6:04 AM Phil Otken <phi...@gm...> wrote: > > *Background*: I am in the process of re-building an Oracle Linux 9.3 server > <https://www.linkedin.com/pulse/rebuilding-linux-server-index-articles-overlogix-9tmvf> > (this is a downstream RHEL derivative, stable and conservative), got it to > compile yesterday and stopped there to *RTFM*. > > Currently installed are the latest Fedora packages as a temporary measure > while the build issues are sorted out. They work OK, but depend on Wayland, > and freeze the whole computer if the KVM switch is used. Undesirable, > unstable, hence the build. > > *Issue I need help with*: I see the file *spec/efl.spec.in > <http://efl.spec.in>*, tried to find instructions to use it, didn't find > any. I gather this file is a template used to process somehow into a usable > *efl.spec*, which can in turn be used to process to a binary RPM package, > and possibly also a source RPM package, very desirable. I also suspect that > meson is used somehow to process this file, couldn't find appropriate > material after a lot of searching. Bard and ChatGPT confidently > hallucinated on the topic. > > Does anyone on this list have this type of packaging experience? How can > this file be used, and what are the steps? Please dumb it down for me to > fifth grader level; my expertise is elsewhere. hello i've no experience in building an rpm package but here are some hints anyway: * efl.spec.in are files where some content between 2 arobase (@) are replaced with a value. Here it is @VERSION@ * to have a correct efl.spec, just copy efl.spec.in to efl.spec and replace @VERSION@ to 1.26.0 or whatever version of the EFL you have downloaded * then build the rpm from this spec file note that the file is old and changes in the EFL have been done. You should find an efl.spec from a distro instead of using it regards Vincent Torri |
From: Phil O. <phi...@gm...> - 2024-03-02 05:03:46
|
*Background*: I am in the process of re-building an Oracle Linux 9.3 server <https://www.linkedin.com/pulse/rebuilding-linux-server-index-articles-overlogix-9tmvf> (this is a downstream RHEL derivative, stable and conservative), got it to compile yesterday and stopped there to *RTFM*. Currently installed are the latest Fedora packages as a temporary measure while the build issues are sorted out. They work OK, but depend on Wayland, and freeze the whole computer if the KVM switch is used. Undesirable, unstable, hence the build. *Issue I need help with*: I see the file *spec/efl.spec.in <http://efl.spec.in>*, tried to find instructions to use it, didn't find any. I gather this file is a template used to process somehow into a usable *efl.spec*, which can in turn be used to process to a binary RPM package, and possibly also a source RPM package, very desirable. I also suspect that meson is used somehow to process this file, couldn't find appropriate material after a lot of searching. Bard and ChatGPT confidently hallucinated on the topic. Does anyone on this list have this type of packaging experience? How can this file be used, and what are the steps? Please dumb it down for me to fifth grader level; my expertise is elsewhere. -- Thanks, - Phil Phil Otken Overlogix, Inc. <https://overlogix.com/> also d.b.a. Practical Software and Database Engineering, Inc. c: +41 79 376 08 96 e-mail: phi...@gm... Online Professional Profile: http://www.linkedin.com/in/potken/ |
From: Kim W. <ki...@wo...> - 2024-02-03 17:17:59
|
imlib2-1.12.2: A number of loader/saver fixes: - PNG loader: Properly suppress messages from libpng - TIFF loader: Properly suppress messages from libtiff - Y4M loader: Various fixes - PNG saver: Avoid double-free on write errors - PNG saver: Avoid potential issues around setjmp/longjmp - JPG saver: Fix infinite loop in error path - savers: Fix error returns Source packages: https://sourceforge.net/projects/enlightenment/files/imlib2-src/1.12.2/ /Kim |
From: Carsten H. <ra...@ra...> - 2024-01-22 11:32:27
|
On Sun, 21 Jan 2024 19:09:09 +0100 Carla Sensa <car...@sf...> said: > Hello, > > The "About Enlightenment" file was not updated to reflect the new year > change. Is it on purpose? no - just oversight. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carla S. <car...@sf...> - 2024-01-21 18:35:12
|
Hello, The "About Enlightenment" file was not updated to reflect the new year change. Is it on purpose? Thank you. |
From: Carsten H. <ra...@ra...> - 2024-01-09 23:03:20
|
On Tue, 9 Jan 2024 21:07:03 +0100 daniel antoine <uni...@gm...> said: > Hi > from a UXterm > > export ELM_ACCEL=gl > terminology > > it works > > all the .desktop files related to enlightenment in /usr/share/applications > are affected but work with ELM_ACCEL=gl > > This means that in elementary configuration rendering OpenGL/OpenGL-ES must > be set, does it ? yup -= you can set it "permanently" in config files via the elementary_config tool. > Thanks and best regards > > Daniel > > > > Le mar. 9 janv. 2024 à 20:21, Carsten Haitzler <ra...@ra...> a > écrit : > > > On Tue, 9 Jan 2024 19:02:02 +0000 Carsten Haitzler <ra...@ra...> > > said: > > > > > On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine <uni...@gm...> > > said: > > > > > > > Hi > > > > > > > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > > > > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc > > colors, > > > > 30 bits stored in 4 bytes. > > > > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > > > > > > > Section "Screen" > > > > Identifier "asdf" > > > > DefaultDepth 30 > > > > EndSection > > > > > > > > After reboot I have the good depth 30 but when I open Terminoly I have > > just > > > > a black window without prompt and it's impossible to write in. There > > is no > > > > problem with UXterm that shoes a prompt and works normally. I have > > search > > > > in the git on efl and enlightenment with the word depth. For efl it > > seems > > > > that the depth and bpp are not hardcoded anymore but in enlightenment I > > > > have found an commit that seems to have the depth defaulted to 24 but > > I am > > > > not sure > > > > > > > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > > > > > > > Best regards > > > > > > nothing to do with enlightenment... and all to do with efl (evas) ... > > and evas > > > just doesn't support > 8 bits per rgb. at least in the software renderer > > it > > > has no converter to 30 bit (internally software rendering in evas all > > > rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha > > and > > > so evas would need to convert this to 10 bits per rgb and that just > > simply > > > doesn't exist - so no code to discover a converter and no code to do the > > > conversion). > > > > > > there isn't a sensible alpha channel solution in 30 bit (10 bit per > > channel) > > > so that means then things like transparency in terminology (all efl apps > > > support it due to to internal 32bit argb as above being standard) can't > > > really work without major losses (there is some old shaped window > > support - > > > its not pretty...). > > > > > > so yeah... ummm.. "not supported". :| > > > > just a fyi - gl accel may actually work in 30 bit... try > > > > export ELM_ACCEL=gl > > terminology > > > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > Carsten Haitzler - ra...@ra... > > > > > > > > _______________________________________________ > > enlightenment-users mailing list > > enl...@li... > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: daniel a. <uni...@gm...> - 2024-01-09 20:07:27
|
Hi from a UXterm export ELM_ACCEL=gl terminology it works all the .desktop files related to enlightenment in /usr/share/applications are affected but work with ELM_ACCEL=gl This means that in elementary configuration rendering OpenGL/OpenGL-ES must be set, does it ? Thanks and best regards Daniel Le mar. 9 janv. 2024 à 20:21, Carsten Haitzler <ra...@ra...> a écrit : > On Tue, 9 Jan 2024 19:02:02 +0000 Carsten Haitzler <ra...@ra...> > said: > > > On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine <uni...@gm...> > said: > > > > > Hi > > > > > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > > > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc > colors, > > > 30 bits stored in 4 bytes. > > > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > > > > > Section "Screen" > > > Identifier "asdf" > > > DefaultDepth 30 > > > EndSection > > > > > > After reboot I have the good depth 30 but when I open Terminoly I have > just > > > a black window without prompt and it's impossible to write in. There > is no > > > problem with UXterm that shoes a prompt and works normally. I have > search > > > in the git on efl and enlightenment with the word depth. For efl it > seems > > > that the depth and bpp are not hardcoded anymore but in enlightenment I > > > have found an commit that seems to have the depth defaulted to 24 but > I am > > > not sure > > > > > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > > > > > Best regards > > > > nothing to do with enlightenment... and all to do with efl (evas) ... > and evas > > just doesn't support > 8 bits per rgb. at least in the software renderer > it > > has no converter to 30 bit (internally software rendering in evas all > > rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha > and > > so evas would need to convert this to 10 bits per rgb and that just > simply > > doesn't exist - so no code to discover a converter and no code to do the > > conversion). > > > > there isn't a sensible alpha channel solution in 30 bit (10 bit per > channel) > > so that means then things like transparency in terminology (all efl apps > > support it due to to internal 32bit argb as above being standard) can't > > really work without major losses (there is some old shaped window > support - > > its not pretty...). > > > > so yeah... ummm.. "not supported". :| > > just a fyi - gl accel may actually work in 30 bit... try > > export ELM_ACCEL=gl > terminology > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > Carsten Haitzler - ra...@ra... > > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > |
From: Carsten H. <ra...@ra...> - 2024-01-09 19:21:01
|
On Tue, 9 Jan 2024 19:02:02 +0000 Carsten Haitzler <ra...@ra...> said: > On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine <uni...@gm...> said: > > > Hi > > > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc colors, > > 30 bits stored in 4 bytes. > > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > > > Section "Screen" > > Identifier "asdf" > > DefaultDepth 30 > > EndSection > > > > After reboot I have the good depth 30 but when I open Terminoly I have just > > a black window without prompt and it's impossible to write in. There is no > > problem with UXterm that shoes a prompt and works normally. I have search > > in the git on efl and enlightenment with the word depth. For efl it seems > > that the depth and bpp are not hardcoded anymore but in enlightenment I > > have found an commit that seems to have the depth defaulted to 24 but I am > > not sure > > > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > > > Best regards > > nothing to do with enlightenment... and all to do with efl (evas) ... and evas > just doesn't support > 8 bits per rgb. at least in the software renderer it > has no converter to 30 bit (internally software rendering in evas all > rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha and > so evas would need to convert this to 10 bits per rgb and that just simply > doesn't exist - so no code to discover a converter and no code to do the > conversion). > > there isn't a sensible alpha channel solution in 30 bit (10 bit per channel) > so that means then things like transparency in terminology (all efl apps > support it due to to internal 32bit argb as above being standard) can't > really work without major losses (there is some old shaped window support - > its not pretty...). > > so yeah... ummm.. "not supported". :| just a fyi - gl accel may actually work in 30 bit... try export ELM_ACCEL=gl terminology -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carsten H. <ra...@ra...> - 2024-01-09 19:02:29
|
On Tue, 9 Jan 2024 19:37:37 +0100 daniel antoine <uni...@gm...> said: > Hi > > My laptop is an AMD hybrid graphic model and by default the depth is 24 > bits stored in 4 bytes. In archlinux they explain how to set 10 bpc colors, > 30 bits stored in 4 bytes. > I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf > > Section "Screen" > Identifier "asdf" > DefaultDepth 30 > EndSection > > After reboot I have the good depth 30 but when I open Terminoly I have just > a black window without prompt and it's impossible to write in. There is no > problem with UXterm that shoes a prompt and works normally. I have search > in the git on efl and enlightenment with the word depth. For efl it seems > that the depth and bpp are not hardcoded anymore but in enlightenment I > have found an commit that seems to have the depth defaulted to 24 but I am > not sure > > commit/a99bc68baacb55420be0aed11bab6900150b16b6 > > Best regards nothing to do with enlightenment... and all to do with efl (evas) ... and evas just doesn't support > 8 bits per rgb. at least in the software renderer it has no converter to 30 bit (internally software rendering in evas all rendered at 8 bit per channel - 32bit argb - always have 8 bits of alpha and so evas would need to convert this to 10 bits per rgb and that just simply doesn't exist - so no code to discover a converter and no code to do the conversion). there isn't a sensible alpha channel solution in 30 bit (10 bit per channel) so that means then things like transparency in terminology (all efl apps support it due to to internal 32bit argb as above being standard) can't really work without major losses (there is some old shaped window support - its not pretty...). so yeah... ummm.. "not supported". :| -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: daniel a. <uni...@gm...> - 2024-01-09 18:38:00
|
Hi My laptop is an AMD hybrid graphic model and by default the depth is 24 bits stored in 4 bytes. In archlinux they explain how to set 10 bpc colors, 30 bits stored in 4 bytes. I have created the file /etc/X11/xorg.conf.d/20-amdgpu.conf Section "Screen" Identifier "asdf" DefaultDepth 30 EndSection After reboot I have the good depth 30 but when I open Terminoly I have just a black window without prompt and it's impossible to write in. There is no problem with UXterm that shoes a prompt and works normally. I have search in the git on efl and enlightenment with the word depth. For efl it seems that the depth and bpp are not hardcoded anymore but in enlightenment I have found an commit that seems to have the depth defaulted to 24 but I am not sure commit/a99bc68baacb55420be0aed11bab6900150b16b6 Best regards Daniel |
From: aguador <wat...@gm...> - 2024-01-04 19:30:57
|
El mié, 03-01-2024 a las 18:17 +0000, Carsten Haitzler escribió: > On Tue, 02 Jan 2024 19:54:04 +0100 aguador via enlightenment-users > <enl...@li...> said: > > > Happy New Year to all -- and thanks to Rasterman and the other devs > > for > > the 0.26 Christmas present! > > > > I am sure this has come up before. When the default setting of > > allowing > > windows to extend partially beyond the screen limits is retained, > > some > > non-maximized windows will open partly outside (a pain with LO > > Writer > > and can happen if I have made the Firefox window smaller). I have > > never > > understood why this should be, but it can be controlled. > > > > However, this question is about a window that jumps out when a > > button > > is clicked. Specifically I have been testing a new back link > > feature > > being added to https://github.com/tomboy-notes/tomboy-ng. > > > > Two screenshots corresponding to the following are here: > > https://c.gmx.es/@558252282525778603/YvG2FUw5SHam8RcLzj_qQw > > > > There is a link icon at the top of the notes, to the right of the > > search icon, that is currently set to create a note from a string > > selected in the body of the note (1st screenshot, "Covadonga"). The > > feature being added means that after the notes are saved > > (automatically > > or manually), clicking on the link in the new (here, "Covadonga") > > note > > with nothing selected will open a popup with a list of notes > > containing > > the link. The problem is that this causes the note window to move > > beyond the top and left limits of the screen (second screenshot). > > > > In my limited tests the position to which the note jumps is > > absolute. > > It does not matter where the note was open before clicking, it > > seems to > > go to the same point off the screen each time. > > > > The developer has tested this on about a dozen different DEs and E > > is > > the only one in which this happens. Basic questions: > > > > * What might be causing the window to move (as there is no code in > > the > > program calling for that)? > > * Given the possible causes, what would be the possible fixes? > > it'll most probably be the app requesting to configure the window > (move+resize). i will just not do this on its own when you are busy > reacting to > the buttons in the window, so it'll be some request like this. > possibly > combined with the window gravity at the time as well. > > in e you can lock a window from being able to request to do this - > under window > menu (click icon top-left, then window -> locks). you can also > remember these > locks (window -> remember) so they persist. it's a work around > clients doing > things like wanting to move or resize their windows etc/ when you > don't want > them to so e can lock them out of doing this thus overriding their > requests. > you can use remembers+locks to tame unruly apps. :) > > it is possible to be related to transient for hints - where a dialog > window > (that is a transient for a parent window) will be known about because > of these > hints and the child window will move WITH the parent - i.e. move the > parent the > child dialog follows it with the same position offset (so if ti was > centered > over the main window it will remain centered as you move the parent > window). > but here it'd have to ge betting this in reverse - ie main win is a > transient for the dialog that pops up... that'd be just super weird > changing > those properties mid-flight like that AND getting them reversed... > Thank you. The mystery has still not been resolved, but at least it affects Gtk2 only. Roy |
From: Carsten H. <ra...@ra...> - 2024-01-03 18:20:31
|
On Tue, 02 Jan 2024 19:54:04 +0100 aguador via enlightenment-users <enl...@li...> said: > Happy New Year to all -- and thanks to Rasterman and the other devs for > the 0.26 Christmas present! > > I am sure this has come up before. When the default setting of allowing > windows to extend partially beyond the screen limits is retained, some > non-maximized windows will open partly outside (a pain with LO Writer > and can happen if I have made the Firefox window smaller). I have never > understood why this should be, but it can be controlled. > > However, this question is about a window that jumps out when a button > is clicked. Specifically I have been testing a new back link feature > being added to https://github.com/tomboy-notes/tomboy-ng. > > Two screenshots corresponding to the following are here: > https://c.gmx.es/@558252282525778603/YvG2FUw5SHam8RcLzj_qQw > > There is a link icon at the top of the notes, to the right of the > search icon, that is currently set to create a note from a string > selected in the body of the note (1st screenshot, "Covadonga"). The > feature being added means that after the notes are saved (automatically > or manually), clicking on the link in the new (here, "Covadonga") note > with nothing selected will open a popup with a list of notes containing > the link. The problem is that this causes the note window to move > beyond the top and left limits of the screen (second screenshot). > > In my limited tests the position to which the note jumps is absolute. > It does not matter where the note was open before clicking, it seems to > go to the same point off the screen each time. > > The developer has tested this on about a dozen different DEs and E is > the only one in which this happens. Basic questions: > > * What might be causing the window to move (as there is no code in the > program calling for that)? > * Given the possible causes, what would be the possible fixes? it'll most probably be the app requesting to configure the window (move+resize). i will just not do this on its own when you are busy reacting to the buttons in the window, so it'll be some request like this. possibly combined with the window gravity at the time as well. in e you can lock a window from being able to request to do this - under window menu (click icon top-left, then window -> locks). you can also remember these locks (window -> remember) so they persist. it's a work around clients doing things like wanting to move or resize their windows etc/ when you don't want them to so e can lock them out of doing this thus overriding their requests. you can use remembers+locks to tame unruly apps. :) it is possible to be related to transient for hints - where a dialog window (that is a transient for a parent window) will be known about because of these hints and the child window will move WITH the parent - i.e. move the parent the child dialog follows it with the same position offset (so if ti was centered over the main window it will remain centered as you move the parent window). but here it'd have to ge betting this in reverse - ie main win is a transient for the dialog that pops up... that'd be just super weird changing those properties mid-flight like that AND getting them reversed... -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: aguador <wat...@gm...> - 2024-01-03 08:53:49
|
El mar, 02-01-2024 a las 19:54 +0100, aguador via enlightenment-users escribió: > Happy New Year to all -- and thanks to Rasterman and the other devs > for > the 0.26 Christmas present! > > I am sure this has come up before. When the default setting of > allowing > windows to extend partially beyond the screen limits is retained, > some > non-maximized windows will open partly outside (a pain with LO Writer > and can happen if I have made the Firefox window smaller). I have > never > understood why this should be, but it can be controlled. > > However, this question is about a window that jumps out when a button > is clicked. Specifically I have been testing a new back link feature > being added to https://github.com/tomboy-notes/tomboy-ng. > > Two screenshots corresponding to the following are here: > https://c.gmx.es/@558252282525778603/YvG2FUw5SHam8RcLzj_qQw > > There is a link icon at the top of the notes, to the right of the > search icon, that is currently set to create a note from a string > selected in the body of the note (1st screenshot, "Covadonga"). The > feature being added means that after the notes are saved > (automatically > or manually), clicking on the link in the new (here, "Covadonga") > note > with nothing selected will open a popup with a list of notes > containing > the link. The problem is that this causes the note window to move > beyond the top and left limits of the screen (second screenshot). > > In my limited tests the position to which the note jumps is absolute. > It does not matter where the note was open before clicking, it seems > to > go to the same point off the screen each time. > > The developer has tested this on about a dozen different DEs and E is > the only one in which this happens. Basic questions: > > * What might be causing the window to move (as there is no code in > the > program calling for that)? > * Given the possible causes, what would be the possible fixes? > Additional information: * This only affects the program's gtk2 version, qt5 (and presumably qt6) is (are) fine. * The tests were done on X, not Wayland. * The placement of the popup list is defined by reading the note's left and adding to it the link button's left so that popup appears (or should appear) over that button. |
From: aguador <wat...@gm...> - 2024-01-02 18:57:52
|
Happy New Year to all -- and thanks to Rasterman and the other devs for the 0.26 Christmas present! I am sure this has come up before. When the default setting of allowing windows to extend partially beyond the screen limits is retained, some non-maximized windows will open partly outside (a pain with LO Writer and can happen if I have made the Firefox window smaller). I have never understood why this should be, but it can be controlled. However, this question is about a window that jumps out when a button is clicked. Specifically I have been testing a new back link feature being added to https://github.com/tomboy-notes/tomboy-ng. Two screenshots corresponding to the following are here: https://c.gmx.es/@558252282525778603/YvG2FUw5SHam8RcLzj_qQw There is a link icon at the top of the notes, to the right of the search icon, that is currently set to create a note from a string selected in the body of the note (1st screenshot, "Covadonga"). The feature being added means that after the notes are saved (automatically or manually), clicking on the link in the new (here, "Covadonga") note with nothing selected will open a popup with a list of notes containing the link. The problem is that this causes the note window to move beyond the top and left limits of the screen (second screenshot). In my limited tests the position to which the note jumps is absolute. It does not matter where the note was open before clicking, it seems to go to the same point off the screen each time. The developer has tested this on about a dozen different DEs and E is the only one in which this happens. Basic questions: * What might be causing the window to move (as there is no code in the program calling for that)? * Given the possible causes, what would be the possible fixes? Thanks, Roy |
From: Carsten H. <ra...@ra...> - 2023-12-23 16:59:43
|
Enlightenment 0.26.0 Release. Relevant info here: https://www.enlightenment.org/news/2022-12-23-enlightenment-0.26.0 -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carsten H. <ra...@ra...> - 2023-12-23 16:59:36
|
EFL 1.27.0 Release. Relevant info here: https://www.enlightenment.org/news/2023-12-23-efl-1.27.0 -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carsten H. <ra...@ra...> - 2023-12-11 18:54:20
|
On Sat, 9 Dec 2023 12:01:32 +0100 maderios via enlightenment-users <enl...@li...> said: > Hi > I don't see 'text/epub' in default application settings 'Default > Applications/General'. > Is it a bug or a feature? mimetypes are not provided by e. they come from a combination of /etc/mime.types and /usr/share/mime > Other question, would it be possible to group the apps in alphabetical > order? they are sorted - certainly in the above dialog in alphabetical order... ? > Conditions: > Arch system > enlightenment-git > Thanks > > -- > Maderios > > > _______________________________________________ > enlightenment-users mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Pavel S. <ps...@tw...> - 2023-12-11 10:39:35
|
On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote: > Have you checked if you see the same things? > > There is an issue reported for this ecode that might be related: > https://gitlab.freedesktop.org/drm/intel/-/issues/4858 > > What "fixed" it for me was: > b) I use the workaround from the issue and run "intel_gpu_frequency -m" > after startup. For the record, maxing GPU frequency does not cure it. The next obvious candidate is trying more recent kernel... Pavel |
From: <leo...@gm...> - 2023-12-09 11:15:19
|
Hi I don't see 'text/epub' in default application settings 'Default Applications/General'. Is it a bug or a feature? Other question, would it be possible to group the apps in alphabetical order? Conditions: Arch system enlightenment-git Thanks -- Maderios |
From: Christian K. <dv...@gm...> - 2023-11-20 11:34:03
|
On Mon, Nov 20, 2023 at 10:31:30AM +0100, Pavel Sanda wrote: > On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote: > Got one segfault today: > > We are apparently suffering the same issue. Seems so. And I strongly suspect it's the driver issue I linked in my previous post, not an e16 issue. Unfortunately, there seems to be little activity on that issue. ;( Kind Regards Christian |
From: Pavel S. <ps...@tw...> - 2023-11-20 09:32:29
|
On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote: Got one segfault today: > After a cras, dmesg shows: > i915 0000:00:02.0: [drm] Resetting rcs0 for preemption time out > i915 0000:00:02.0: [drm] Xorg[977] context reset due to GPU hang > i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:85dffffb, in Xorg [977] This is what I got now: i915 0000:00:02.0: [drm] Resetting rcs0 for preemption time out i915 0000:00:02.0: [drm] Xorg[2174528] context reset due to GPU hang i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:85dffffb, in Xorg [2174528] > And xorg.log will contain the following stack trace: > > (EE) Backtrace: > (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x5601c3855cc9] > (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f069ae5af90] > (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f069aea9ccc] > (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f069ae5aef2] > (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f069ae45472] > (EE) unw_get_proc_name failed: no unwind info found [-10] > (EE) 5: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7f069889c21f] > (EE) 6: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (nouveau_drm_screen_create+0x487307) [0x7f069959c777] > (EE) 7: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (__driDriverGetExtensions_d3d12+0xb4480) [0x7f069895f9a0] > (EE) 8: /usr/lib/xorg/modules/libglamoregl.so (glamor_destroy_pixmap+0x14c) [0x7f069a518c5c] > (EE) unw_get_proc_name failed: no unwind info found [-10] > (EE) 9: /usr/lib/xorg/modules/drivers/modesetting_drv.so (?+0x0) [0x7f069a8210b3] > (EE) 10: /usr/lib/xorg/Xorg (xf86RandR12PreInit+0x6c6) [0x5601c3762446] > (EE) 11: /usr/lib/xorg/Xorg (BlockHandler+0xad) [0x5601c36e70ed] > (EE) 12: /usr/lib/xorg/Xorg (WaitForSomething+0x153) [0x5601c384f643] > (EE) 13: /usr/lib/xorg/Xorg (SendErrorToClient+0x113) [0x5601c36e2473] > (EE) 14: /usr/lib/xorg/Xorg (InitFonts+0x3bc) [0x5601c36e66cc] > (EE) 15: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f069ae4618a] > (EE) 16: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7f069ae46245] > (EE) 17: /usr/lib/xorg/Xorg (_start+0x21) [0x5601c36cfb71] > Fatal server error: > (EE) Caught signal 6 (Aborted). Server aborting (EE) Backtrace: (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x135) [0x5609db96b945] (EE) 1: /lib/x86_64-linux-gnu/libpthread.so.0 (funlockfile+0x50) [0x7f715f661140] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (gsignal+0x141) [0x7f715f4b0ce1] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (abort+0x123) [0x7f715f49a537] (EE) unw_get_proc_name failed: no unwind info found [-10] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7f715d3d0fb1] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (nouveau_drm_screen_create+0x24ef9a) [0x7f715de57f8a] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (__driDriverGetExtensions_zink+0x212e9) [0x7f715d3fcd49] (EE) 7: /usr/lib/xorg/modules/libglamoregl.so (glamor_destroy_pixmap+0x14c) [0x7f715eaf1aac] (EE) unw_get_proc_name failed: no unwind info found [-10] (EE) 8: /usr/lib/xorg/modules/drivers/modesetting_drv.so (?+0x0) [0x7f715ffbb923] (EE) 9: /usr/lib/xorg/Xorg (BlockHandler+0xa5) [0x5609db80bf65] (EE) 10: /usr/lib/xorg/Xorg (WaitForSomething+0x11a) [0x5609db9650ca] (EE) 11: /usr/lib/xorg/Xorg (SendErrorToClient+0x113) [0x5609db807353] (EE) 12: /usr/lib/xorg/Xorg (InitFonts+0x3b4) [0x5609db80b594] (EE) 13: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xea) [0x7f715f49bd0a] (EE) 14: /usr/lib/xorg/Xorg (_start+0x2a) [0x5609db7f4d2a] (EE) (EE) Fatal server error: (EE) Caught signal 6 (Aborted). Server aborting We are apparently suffering the same issue. Pavel |
From: Pavel S. <ps...@tw...> - 2023-11-15 09:53:52
|
On Wed, Nov 15, 2023 at 10:14:39AM +0100, Christian Klein wrote: > @Pavel, let me guess, you are using a dual-screen setup? No, not here. > I never reported the crash here, because it seemed to me that it was indeed > a driver issue. > > After a cras, dmesg shows: > i915 0000:00:02.0: [drm] Resetting rcs0 for preemption time out > i915 0000:00:02.0: [drm] Xorg[977] context reset due to GPU hang > i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:85dffffb, in Xorg [977] > > And xorg.log will contain the following stack trace: ... > Have you checked if you see the same things? Good idea, it did not occur to me to check dmesg & xorg.log, but it all makes sense if we believe drivers trigger it. Will check the next time. > There is an issue reported for this ecode that might be related: > https://gitlab.freedesktop.org/drm/intel/-/issues/4858 Long one :) > What "fixed" it for me was: > b) I use the workaround from the issue and run "intel_gpu_frequency -m" > after startup. > a) I no longer minimize (I was using that mainly to move apps from one > virtual Area to anonther. I now do this via stick/unstick). I see, thanks for the ideas :) Fortunately for me, the crash happens so rarely that I can easily cope with the current status quo, took me years even to report it... Pavel |