You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(129) |
Nov
(153) |
Dec
(236) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(210) |
Feb
(658) |
Mar
(229) |
Apr
(472) |
May
(211) |
Jun
(314) |
Jul
(241) |
Aug
(721) |
Sep
(125) |
Oct
(624) |
Nov
(232) |
Dec
(134) |
2002 |
Jan
(436) |
Feb
(512) |
Mar
(677) |
Apr
(312) |
May
(104) |
Jun
(95) |
Jul
(87) |
Aug
(48) |
Sep
(66) |
Oct
(118) |
Nov
(40) |
Dec
(74) |
2003 |
Jan
(161) |
Feb
(71) |
Mar
(163) |
Apr
(162) |
May
(189) |
Jun
(73) |
Jul
(113) |
Aug
(138) |
Sep
(82) |
Oct
(99) |
Nov
(220) |
Dec
(82) |
2004 |
Jan
(112) |
Feb
(165) |
Mar
(128) |
Apr
(216) |
May
(225) |
Jun
(107) |
Jul
(142) |
Aug
(193) |
Sep
(107) |
Oct
(78) |
Nov
(62) |
Dec
(270) |
2005 |
Jan
(206) |
Feb
(208) |
Mar
(424) |
Apr
(392) |
May
(333) |
Jun
(395) |
Jul
(418) |
Aug
(483) |
Sep
(512) |
Oct
(591) |
Nov
(355) |
Dec
(582) |
2006 |
Jan
(680) |
Feb
(235) |
Mar
(385) |
Apr
(260) |
May
(230) |
Jun
(320) |
Jul
(268) |
Aug
(600) |
Sep
(473) |
Oct
(344) |
Nov
(381) |
Dec
(240) |
2007 |
Jan
(201) |
Feb
(247) |
Mar
(446) |
Apr
(396) |
May
(183) |
Jun
(134) |
Jul
(570) |
Aug
(230) |
Sep
(235) |
Oct
(237) |
Nov
(434) |
Dec
(191) |
2008 |
Jan
(418) |
Feb
(281) |
Mar
(362) |
Apr
(339) |
May
(258) |
Jun
(254) |
Jul
(461) |
Aug
(672) |
Sep
(330) |
Oct
(427) |
Nov
(414) |
Dec
(350) |
2009 |
Jan
(261) |
Feb
(188) |
Mar
(182) |
Apr
(486) |
May
(324) |
Jun
(366) |
Jul
(172) |
Aug
(439) |
Sep
(336) |
Oct
(338) |
Nov
(319) |
Dec
(203) |
2010 |
Jan
(320) |
Feb
(385) |
Mar
(358) |
Apr
(410) |
May
(302) |
Jun
(240) |
Jul
(489) |
Aug
(599) |
Sep
(480) |
Oct
(676) |
Nov
(582) |
Dec
(641) |
2011 |
Jan
(637) |
Feb
(1005) |
Mar
(649) |
Apr
(767) |
May
(571) |
Jun
(661) |
Jul
(678) |
Aug
(617) |
Sep
(502) |
Oct
(828) |
Nov
(1202) |
Dec
(846) |
2012 |
Jan
(683) |
Feb
(868) |
Mar
(1005) |
Apr
(599) |
May
(806) |
Jun
(925) |
Jul
(1052) |
Aug
(765) |
Sep
(1138) |
Oct
(1008) |
Nov
(1343) |
Dec
(1282) |
2013 |
Jan
(1463) |
Feb
(885) |
Mar
(382) |
Apr
(552) |
May
(589) |
Jun
(412) |
Jul
(359) |
Aug
(406) |
Sep
(495) |
Oct
(470) |
Nov
(599) |
Dec
(582) |
2014 |
Jan
(565) |
Feb
(458) |
Mar
(516) |
Apr
(284) |
May
(225) |
Jun
(293) |
Jul
(375) |
Aug
(368) |
Sep
(250) |
Oct
(219) |
Nov
(217) |
Dec
(160) |
2015 |
Jan
(259) |
Feb
(343) |
Mar
(192) |
Apr
(368) |
May
(180) |
Jun
(251) |
Jul
(185) |
Aug
(222) |
Sep
(137) |
Oct
(246) |
Nov
(194) |
Dec
(173) |
2016 |
Jan
(235) |
Feb
(237) |
Mar
(326) |
Apr
(286) |
May
(337) |
Jun
(374) |
Jul
(201) |
Aug
(428) |
Sep
(412) |
Oct
(284) |
Nov
(221) |
Dec
(339) |
2017 |
Jan
(210) |
Feb
(238) |
Mar
(141) |
Apr
(220) |
May
(375) |
Jun
(309) |
Jul
(400) |
Aug
(206) |
Sep
(130) |
Oct
(197) |
Nov
(263) |
Dec
(263) |
2018 |
Jan
(232) |
Feb
(121) |
Mar
(247) |
Apr
(161) |
May
(244) |
Jun
(139) |
Jul
(157) |
Aug
(118) |
Sep
(106) |
Oct
(29) |
Nov
(23) |
Dec
(62) |
2019 |
Jan
(75) |
Feb
(84) |
Mar
(60) |
Apr
(133) |
May
(80) |
Jun
(26) |
Jul
(59) |
Aug
(24) |
Sep
(121) |
Oct
(79) |
Nov
(69) |
Dec
(32) |
2020 |
Jan
(23) |
Feb
(24) |
Mar
(44) |
Apr
(110) |
May
(46) |
Jun
(15) |
Jul
(28) |
Aug
(32) |
Sep
(52) |
Oct
(20) |
Nov
(16) |
Dec
(10) |
2021 |
Jan
(13) |
Feb
(3) |
Mar
(24) |
Apr
(13) |
May
(5) |
Jun
(32) |
Jul
(4) |
Aug
(1) |
Sep
(11) |
Oct
(14) |
Nov
(45) |
Dec
(14) |
2022 |
Jan
(35) |
Feb
(15) |
Mar
(1) |
Apr
(1) |
May
(15) |
Jun
(30) |
Jul
(3) |
Aug
(15) |
Sep
(10) |
Oct
(14) |
Nov
(5) |
Dec
(3) |
2023 |
Jan
(10) |
Feb
(3) |
Mar
(2) |
Apr
(3) |
May
(4) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(5) |
Oct
(22) |
Nov
(9) |
Dec
(5) |
2024 |
Jan
(14) |
Feb
(15) |
Mar
(15) |
Apr
(10) |
May
|
Jun
(10) |
Jul
(7) |
Aug
(5) |
Sep
(23) |
Oct
(1) |
Nov
(4) |
Dec
|
2025 |
Jan
(13) |
Feb
(7) |
Mar
(3) |
Apr
(8) |
May
(3) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Carsten H. <ra...@ra...> - 2025-07-16 08:29:46
|
On Wed, 16 Jul 2025 00:12:07 -0300 Vinícius dos Santos Oliveira <vin...@gm...> said: > What are E developers thoughts on the Arcan display server? None - it's not relevant to E (short version). Other than it basically competes in many ways or is orthogonal. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Vinícius d. S. O. <vin...@gm...> - 2025-07-16 03:12:43
|
What are E developers thoughts on the Arcan display server? -- Vinícius dos Santos Oliveira |
From: Carsten H. <ra...@ra...> - 2025-05-02 13:59:20
|
On Fri, 2 May 2025 15:35:17 +0200 Vincent Torri <vin...@gm...> said: > look at the 2ndusage of buf: > > > snprintf(buf, sizeof(buf), > "This is an entry widget in this window that<br/>" > "uses markup <b>like this</> for styling and<br/>" > "formatting <em>like this</>, as well as<br/>" > "<a href=X><link>links in the text</></a>, so enter text<br/>" > "in here to edit it. By the way, links are<br/>" > "called <a href=anc-02>Anchors</a> so you will need<br/>" > "to refer to them this way.<br/>" > "<br/>" > > "Also you can stick in items with (relsize + ascent): " > "<item relsize=16x16 vsize=ascent > href=emoticon/evil-laugh></item>" " (full) " > "<item relsize=16x16 vsize=full > href=emoticon/guilty-smile></item>" " (to the left)<br/>" > > "Also (size + ascent): " > "<item size=16x16 vsize=ascent href=emoticon/haha></item>" > " (full) " > "<item size=16x16 vsize=full href=emoticon/happy-panting></item>" > " (before this)<br/>" > > "And as well (absize + ascent): " > "<item absize=64x64 vsize=ascent > href=emoticon/knowing-grin></item>" " (full) " > "<item absize=64x64 vsize=full > href=emoticon/not-impressed></item>" " or even paths to image files on disk > too like: " "<item absize=96x128 vsize=full > href=file://%s/images/sky_01.jpg></item>" > " ... end." > , elm_app_data_dir_get() > ); > > > ok, not buffer overflow, but anyway, buf should be longer for this oh i didnt look at the 2nd use... so yeah - then its ok :) > Vincent > > On Fri, May 2, 2025 at 10:08 AM Carsten Haitzler <ra...@ra...> wrote: > > > > On Thu, 01 May 2025 23:32:04 -0700 Enlightenment Git > > <no-...@en...> said: > > > > actually... the code was correct. that doesn't buffer overflow at all - it > > simply cuts off the path at 259 chars (plug 0 byte) and thus fails to load > > the image. if the max path is truly 260 and the file is somehow in a place > > in the filesystem where it cannot be addressed due to this limit... then > > making the buffer bigger even though the max path is only 260 isn't going > > to help. > > > > the alternative is that the max path is not 260 and is actually longer and > > 260 is some hold-over from dos/fat days and thus we should be defining > > PATH_MAX as something bigger and that is the solution. PATH_MAX is used all > > over the place so these kinds of commits will then have to be done in 100's > > of places. > > > > > This is an automated email from the git hooks/post-receive script. > > > > > > git pushed a commit to branch master > > > in repository efl. > > > > > > > > > View the commit online.commit 7629a786523d6fce3f1090bde0cb2fe7692835b5 > > > Author: Vincent Torri <vt...@ou...> > > > AuthorDate: Fri May 2 08:30:52 2025 +0200 > > > > > > Windows: fix buffer overflow in test_flip2() > > > > > > MAX_PATH is 260 on Windows, while buf is used for a long message > > > --- > > > src/bin/elementary/test_flip.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/src/bin/elementary/test_flip.c > > > b/src/bin/elementary/test_flip.c index 4e63ebae47..14f6cfe6df 100644 > > > --- a/src/bin/elementary/test_flip.c > > > +++ b/src/bin/elementary/test_flip.c > > > @@ -271,7 +271,7 @@ void > > > test_flip2(void *data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, void > > > *event_info EINA_UNUSED) { > > > Evas_Object *win, *bg, *bx, *bx2, *fl, *o, *bt, *tb, *li, *en; > > > - char buf[PATH_MAX]; > > > + char buf[4096]; > > > > > > win = elm_win_add(NULL, "flip2", ELM_WIN_BASIC); > > > elm_win_title_set(win, "Flip 2"); > > > > > > > > > -- > > > To stop receiving notification emails like this one, please contact > > > the administrator of this repository. > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > Carsten Haitzler - ra...@ra... > > > > > > > > _______________________________________________ > > enlightenment-devel mailing list > > enl...@li... > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Vincent T. <vin...@gm...> - 2025-05-02 13:35:58
|
look at the 2ndusage of buf: snprintf(buf, sizeof(buf), "This is an entry widget in this window that<br/>" "uses markup <b>like this</> for styling and<br/>" "formatting <em>like this</>, as well as<br/>" "<a href=X><link>links in the text</></a>, so enter text<br/>" "in here to edit it. By the way, links are<br/>" "called <a href=anc-02>Anchors</a> so you will need<br/>" "to refer to them this way.<br/>" "<br/>" "Also you can stick in items with (relsize + ascent): " "<item relsize=16x16 vsize=ascent href=emoticon/evil-laugh></item>" " (full) " "<item relsize=16x16 vsize=full href=emoticon/guilty-smile></item>" " (to the left)<br/>" "Also (size + ascent): " "<item size=16x16 vsize=ascent href=emoticon/haha></item>" " (full) " "<item size=16x16 vsize=full href=emoticon/happy-panting></item>" " (before this)<br/>" "And as well (absize + ascent): " "<item absize=64x64 vsize=ascent href=emoticon/knowing-grin></item>" " (full) " "<item absize=64x64 vsize=full href=emoticon/not-impressed></item>" " or even paths to image files on disk too like: " "<item absize=96x128 vsize=full href=file://%s/images/sky_01.jpg></item>" " ... end." , elm_app_data_dir_get() ); ok, not buffer overflow, but anyway, buf should be longer for this Vincent On Fri, May 2, 2025 at 10:08 AM Carsten Haitzler <ra...@ra...> wrote: > > On Thu, 01 May 2025 23:32:04 -0700 Enlightenment Git > <no-...@en...> said: > > actually... the code was correct. that doesn't buffer overflow at all - it > simply cuts off the path at 259 chars (plug 0 byte) and thus fails to load the > image. if the max path is truly 260 and the file is somehow in a place in the > filesystem where it cannot be addressed due to this limit... then making the > buffer bigger even though the max path is only 260 isn't going to help. > > the alternative is that the max path is not 260 and is actually longer and 260 > is some hold-over from dos/fat days and thus we should be defining PATH_MAX as > something bigger and that is the solution. PATH_MAX is used all over the place > so these kinds of commits will then have to be done in 100's of places. > > > This is an automated email from the git hooks/post-receive script. > > > > git pushed a commit to branch master > > in repository efl. > > > > > > View the commit online.commit 7629a786523d6fce3f1090bde0cb2fe7692835b5 > > Author: Vincent Torri <vt...@ou...> > > AuthorDate: Fri May 2 08:30:52 2025 +0200 > > > > Windows: fix buffer overflow in test_flip2() > > > > MAX_PATH is 260 on Windows, while buf is used for a long message > > --- > > src/bin/elementary/test_flip.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/src/bin/elementary/test_flip.c b/src/bin/elementary/test_flip.c > > index 4e63ebae47..14f6cfe6df 100644 > > --- a/src/bin/elementary/test_flip.c > > +++ b/src/bin/elementary/test_flip.c > > @@ -271,7 +271,7 @@ void > > test_flip2(void *data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, void > > *event_info EINA_UNUSED) { > > Evas_Object *win, *bg, *bx, *bx2, *fl, *o, *bt, *tb, *li, *en; > > - char buf[PATH_MAX]; > > + char buf[4096]; > > > > win = elm_win_add(NULL, "flip2", ELM_WIN_BASIC); > > elm_win_title_set(win, "Flip 2"); > > > > > > -- > > To stop receiving notification emails like this one, please contact > > the administrator of this repository. > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > Carsten Haitzler - ra...@ra... > > > > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: Carsten H. <ra...@ra...> - 2025-05-02 08:07:18
|
On Thu, 01 May 2025 23:32:04 -0700 Enlightenment Git <no-...@en...> said: actually... the code was correct. that doesn't buffer overflow at all - it simply cuts off the path at 259 chars (plug 0 byte) and thus fails to load the image. if the max path is truly 260 and the file is somehow in a place in the filesystem where it cannot be addressed due to this limit... then making the buffer bigger even though the max path is only 260 isn't going to help. the alternative is that the max path is not 260 and is actually longer and 260 is some hold-over from dos/fat days and thus we should be defining PATH_MAX as something bigger and that is the solution. PATH_MAX is used all over the place so these kinds of commits will then have to be done in 100's of places. > This is an automated email from the git hooks/post-receive script. > > git pushed a commit to branch master > in repository efl. > > > View the commit online.commit 7629a786523d6fce3f1090bde0cb2fe7692835b5 > Author: Vincent Torri <vt...@ou...> > AuthorDate: Fri May 2 08:30:52 2025 +0200 > > Windows: fix buffer overflow in test_flip2() > > MAX_PATH is 260 on Windows, while buf is used for a long message > --- > src/bin/elementary/test_flip.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/bin/elementary/test_flip.c b/src/bin/elementary/test_flip.c > index 4e63ebae47..14f6cfe6df 100644 > --- a/src/bin/elementary/test_flip.c > +++ b/src/bin/elementary/test_flip.c > @@ -271,7 +271,7 @@ void > test_flip2(void *data EINA_UNUSED, Evas_Object *obj EINA_UNUSED, void > *event_info EINA_UNUSED) { > Evas_Object *win, *bg, *bx, *bx2, *fl, *o, *bt, *tb, *li, *en; > - char buf[PATH_MAX]; > + char buf[4096]; > > win = elm_win_add(NULL, "flip2", ELM_WIN_BASIC); > elm_win_title_set(win, "Flip 2"); > > > -- > To stop receiving notification emails like this one, please contact > the administrator of this repository. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carsten H. <ra...@ra...> - 2025-04-29 08:32:49
|
On Mon, 28 Apr 2025 13:59:27 -0300 Vinícius dos Santos Oliveira <vin...@gm...> said: eo itself is fine. everything in efl is built on it pretty much - including legacy api's on top. eo efl api's (beta) are still beta. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Vinícius d. S. O. <vin...@gm...> - 2025-04-28 17:00:52
|
Is it stable already? -- Vinícius dos Santos Oliveira https://vinipsmaker.github.io/ |
From: <jos...@ju...> - 2025-04-15 02:54:06
|
Beautiful, ... so long ago. ---------- Original Message ---------- From: Kim Woelders <ki...@wo...> To: e-announce <enl...@li...>, e-release <enl...@li...>, e-users <enl...@li...>, e-devel <enl...@li...> Subject: [E-devel] imlib2-1.12.5 Date: Mon, 7 Apr 2025 08:34:28 +0200 imlib2-1.12.5: A couple of fixes: - Fix scaling regression in 1.12.4 - Fix libyuv detection when no .pc file is provided - Make RTLD_GLOBAL requirement optional (default as in pre-1.12.4) Source packages: https://sourceforge.net/projects/enlightenment/files/imlib2-src/1.12.5/ /Kim _______________________________________________ enlightenment-devel mailing list enl...@li... https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: Quelrond <que...@gm...> - 2025-04-09 12:49:46
|
Finally... Everything works 'out-of-the-box', I just had some strange problems on the PC where I tested it. Starting bsdisks (FreeBSD analog of Udisks2), I get DBUS messages about changing of devices status. Enlightenment sees them, so activating two options in E settings - "Icons on Desktop" (File Manager Settings -> Display) and "Show device icons on desktop" (File Manager Settings -> Device) I've got icons appeared on desktop and in EFM. It is possible to mount/unmount volumes now. So, neither eeze is needed for this, not udev. And udisks is active by default, so FreeBSD port is built with this option. Peter On 08/04/2025 16:26, Carsten Haitzler wrote: > On Tue, 8 Apr 2025 13:24:00 +0000 Quelrond <que...@gm...> said: > >> Hello, >> >> I would like to enable mount/unmount volumes support in Enlightenment >> under FreeBSD. >> >> I see three options in meson_options.txt of Enlightenment: >> >> - 'device-udev' >> - 'mount-udisks' >> - 'mount-eeze' >> >> It seems that eeze needs libmount that is not present in FreeBSD, so, >> probably, the last option cannot work. >> >> udev and udisks are present and enables by default, but Enlightenment >> does not show devices on desktop (yes, this option is activated in EFM >> settings). >> >> How should the components work together and how can I debug them? > at this point i'm not going to touch these bits of efm... why? > > https://git.enlightenment.org/raster/efm2 > > this is a temporary place to build efm2 code until it's fully featured enough > to merge in and replace current efm. > > it's a new design with a backend process (per dir) that you speak to over > stdin/out - the idea is you can replace the backend with any other script > (bash, python or anything or any binary that can do stdin/out). i alrady made a > custom view bash script: > > https://git.enlightenment.org/raster/efm2/src/branch/master/src/backends/table/open > > and this is the default standard filesystem one: > > https://git.enlightenment.org/raster/efm2/src/branch/master/src/backends/default > > the backend is responsible for generating of thumbnails as well as metadata > saving/loading and tracking status of background operations. the thumbnailer is > pretty fully featured there. does all the usual and also can download images > from the internet like movie posters and music album art and so on. it guesses > on what to do. for theme files it can render a mini screen of content i the > theme, thumbnail ttf fonts too. for paged content (pdf, ps, doc etc.) it will > pre-render the first 32 pages into the thumbnail for movies/video it also > renderes multiple frames in the file into the thumbnail ... i was going to have > it later also maybe do some kind of waveform render for wav and other > music/audio files. i need to make a thumbnail command kit that can be called to > examine and modify (insert/remove) images from the thumbnail files. still - > this would be necessary if you replace the default thumbnailer with your own > in your own vfs backend. but that's not hard - easy to do - all the code is > there. > > the reason i point to this is... this is meant to be a lot more modular and > easier to extend and change, which when i get to handling mounting of > filesystems - i'll follow a similar design with some process that sits around > and probably writes some files to disk to indicate if there is something you > can mount (or have fixed files for fixed mounts - be they local block devices or > sshfs or smb or anything else). this should ultimately make it easier to > support bsd. > > at this point i'm fleshing out the backend and frontend features. dnd currently > works (it moves files). you can navigate dirs and it'll list files and > generate/fetch thumbnails or album art/covers or movie posters etc. i don't have > dnd with "copy" or "ask" done. copy & paste is not done (cut is actually the > big problem - when you cut files ... what do i do with the cut files? > conceptually i should move them into a special cut buffer dir - available for > paste, but that's not sane. i could keep a special cut buffer list of file > paths and all files when loaded by a backend filter out listing any files in > the cut buffer list and pretend they are not there... not sure). i don't have > any delete done (will have to support full unlink directly or trash can stuff). > i need as trashcan vfs implementation too. i am recently working on mime > handling and that now has me at the point of "what is the ui model for allowing > the user to select any app/desktop to open a set of files with". > > anyway... efm2 is where i am putting effort as there isn't much point putting > effort into efm now as it'll be replaced by efm2 (efm2 will migrate into the e > tree then). so right now the best thing to do is to look at efm2 and how it > works and make THAT work for you on bsd. first see if efm2 currently works fine > and find any issues that are not "i just haven't done that yet". > > efm2 already has multiple icon views (free-placement - i.,e. icon stays where > you manually dnd it like on the desktop with horizontal and vertical > auto-arrange modes, auto icon grid view with horiz or vert layout, simple list > mode and a detailed column list mode). > > https://www.enlightenment.org/ss/e-67df028d5a3310.10486448.jpg > https://www.enlightenment.org/ss/e-67df00c3916aa9.36155616.jpg > https://www.enlightenment.org/ss/e-67df0332df1af7.22084925.jpg > https://www.enlightenment.org/ss/e-67df03ccd92de6.77421391.jpg > https://www.enlightenment.org/ss/e-67df03aa7e3a98.79713538.jpg > https://www.enlightenment.org/ss/e-67df039ae6b9b6.52391813.jpg > > columns are also dragable (click and drag the bar between columns) and sortable > by clicking on the header. > > the ui is a test ui - the main scrollable icon view is what is being worked on > -t he buttons around it are just for testing this. so don't assume this is what > efm2 will look like. it's a bunch of test code. > > anyway - this is where you want to be looking and spending effort. as per your > removable device + mounting problem... i haven't started solving that yet but > as above, my ideas are: > > 1. some process that sits around and maybe can run other or binaries in a > polling fashion or as a result of some system event. these would then put > special files in some dir that indicate some fs you can open/mount > 2. per mountable fs there would be some kind of mount and unmount handler > "binary/script" called when the fs first needs mounting or called when not > needed anymore (unmount time) as well as indicating a custom vfs if needed > other than the default one. > |
From: Quelrond <que...@gm...> - 2025-04-08 14:48:54
|
Thanks for this clarification, Raster. As for now - I do not suppose to touch the code of EFM or any other component, I would like just to understand how does it work in the current state (it seems to work in Linux). Then - yes, I understand the idea of EFM2 and I suppose that with such approach the management of mount/unmount will be much more simple. In the current state it seems that udev is not used in this process, but with udisks, even without eeze it should work somehow. udisk itself is available https://www.freshports.org/sysutils/libudisks ...and it works (udisksctl shows correctly add/remove of usb disk). Maybe, E needs eeze and libmount, maybe something else, but it does not show the device icon on desktop after insert. Peter On 08/04/2025 14:26, Carsten Haitzler wrote: > On Tue, 8 Apr 2025 13:24:00 +0000 Quelrond <que...@gm...> said: > >> Hello, >> >> I would like to enable mount/unmount volumes support in Enlightenment >> under FreeBSD. >> >> I see three options in meson_options.txt of Enlightenment: >> >> - 'device-udev' >> - 'mount-udisks' >> - 'mount-eeze' >> >> It seems that eeze needs libmount that is not present in FreeBSD, so, >> probably, the last option cannot work. >> >> udev and udisks are present and enables by default, but Enlightenment >> does not show devices on desktop (yes, this option is activated in EFM >> settings). >> >> How should the components work together and how can I debug them? > at this point i'm not going to touch these bits of efm... why? > > https://git.enlightenment.org/raster/efm2 > > this is a temporary place to build efm2 code until it's fully featured enough > to merge in and replace current efm. > > it's a new design with a backend process (per dir) that you speak to over > stdin/out - the idea is you can replace the backend with any other script > (bash, python or anything or any binary that can do stdin/out). i alrady made a > custom view bash script: > > https://git.enlightenment.org/raster/efm2/src/branch/master/src/backends/table/open > > and this is the default standard filesystem one: > > https://git.enlightenment.org/raster/efm2/src/branch/master/src/backends/default > > the backend is responsible for generating of thumbnails as well as metadata > saving/loading and tracking status of background operations. the thumbnailer is > pretty fully featured there. does all the usual and also can download images > from the internet like movie posters and music album art and so on. it guesses > on what to do. for theme files it can render a mini screen of content i the > theme, thumbnail ttf fonts too. for paged content (pdf, ps, doc etc.) it will > pre-render the first 32 pages into the thumbnail for movies/video it also > renderes multiple frames in the file into the thumbnail ... i was going to have > it later also maybe do some kind of waveform render for wav and other > music/audio files. i need to make a thumbnail command kit that can be called to > examine and modify (insert/remove) images from the thumbnail files. still - > this would be necessary if you replace the default thumbnailer with your own > in your own vfs backend. but that's not hard - easy to do - all the code is > there. > > the reason i point to this is... this is meant to be a lot more modular and > easier to extend and change, which when i get to handling mounting of > filesystems - i'll follow a similar design with some process that sits around > and probably writes some files to disk to indicate if there is something you > can mount (or have fixed files for fixed mounts - be they local block devices or > sshfs or smb or anything else). this should ultimately make it easier to > support bsd. > > at this point i'm fleshing out the backend and frontend features. dnd currently > works (it moves files). you can navigate dirs and it'll list files and > generate/fetch thumbnails or album art/covers or movie posters etc. i don't have > dnd with "copy" or "ask" done. copy & paste is not done (cut is actually the > big problem - when you cut files ... what do i do with the cut files? > conceptually i should move them into a special cut buffer dir - available for > paste, but that's not sane. i could keep a special cut buffer list of file > paths and all files when loaded by a backend filter out listing any files in > the cut buffer list and pretend they are not there... not sure). i don't have > any delete done (will have to support full unlink directly or trash can stuff). > i need as trashcan vfs implementation too. i am recently working on mime > handling and that now has me at the point of "what is the ui model for allowing > the user to select any app/desktop to open a set of files with". > > anyway... efm2 is where i am putting effort as there isn't much point putting > effort into efm now as it'll be replaced by efm2 (efm2 will migrate into the e > tree then). so right now the best thing to do is to look at efm2 and how it > works and make THAT work for you on bsd. first see if efm2 currently works fine > and find any issues that are not "i just haven't done that yet". > > efm2 already has multiple icon views (free-placement - i.,e. icon stays where > you manually dnd it like on the desktop with horizontal and vertical > auto-arrange modes, auto icon grid view with horiz or vert layout, simple list > mode and a detailed column list mode). > > https://www.enlightenment.org/ss/e-67df028d5a3310.10486448.jpg > https://www.enlightenment.org/ss/e-67df00c3916aa9.36155616.jpg > https://www.enlightenment.org/ss/e-67df0332df1af7.22084925.jpg > https://www.enlightenment.org/ss/e-67df03ccd92de6.77421391.jpg > https://www.enlightenment.org/ss/e-67df03aa7e3a98.79713538.jpg > https://www.enlightenment.org/ss/e-67df039ae6b9b6.52391813.jpg > > columns are also dragable (click and drag the bar between columns) and sortable > by clicking on the header. > > the ui is a test ui - the main scrollable icon view is what is being worked on > -t he buttons around it are just for testing this. so don't assume this is what > efm2 will look like. it's a bunch of test code. > > anyway - this is where you want to be looking and spending effort. as per your > removable device + mounting problem... i haven't started solving that yet but > as above, my ideas are: > > 1. some process that sits around and maybe can run other or binaries in a > polling fashion or as a result of some system event. these would then put > special files in some dir that indicate some fs you can open/mount > 2. per mountable fs there would be some kind of mount and unmount handler > "binary/script" called when the fs first needs mounting or called when not > needed anymore (unmount time) as well as indicating a custom vfs if needed > other than the default one. > |
From: Carsten H. <ra...@ra...> - 2025-04-08 14:26:42
|
On Tue, 8 Apr 2025 13:24:00 +0000 Quelrond <que...@gm...> said: > Hello, > > I would like to enable mount/unmount volumes support in Enlightenment > under FreeBSD. > > I see three options in meson_options.txt of Enlightenment: > > - 'device-udev' > - 'mount-udisks' > - 'mount-eeze' > > It seems that eeze needs libmount that is not present in FreeBSD, so, > probably, the last option cannot work. > > udev and udisks are present and enables by default, but Enlightenment > does not show devices on desktop (yes, this option is activated in EFM > settings). > > How should the components work together and how can I debug them? at this point i'm not going to touch these bits of efm... why? https://git.enlightenment.org/raster/efm2 this is a temporary place to build efm2 code until it's fully featured enough to merge in and replace current efm. it's a new design with a backend process (per dir) that you speak to over stdin/out - the idea is you can replace the backend with any other script (bash, python or anything or any binary that can do stdin/out). i alrady made a custom view bash script: https://git.enlightenment.org/raster/efm2/src/branch/master/src/backends/table/open and this is the default standard filesystem one: https://git.enlightenment.org/raster/efm2/src/branch/master/src/backends/default the backend is responsible for generating of thumbnails as well as metadata saving/loading and tracking status of background operations. the thumbnailer is pretty fully featured there. does all the usual and also can download images from the internet like movie posters and music album art and so on. it guesses on what to do. for theme files it can render a mini screen of content i the theme, thumbnail ttf fonts too. for paged content (pdf, ps, doc etc.) it will pre-render the first 32 pages into the thumbnail for movies/video it also renderes multiple frames in the file into the thumbnail ... i was going to have it later also maybe do some kind of waveform render for wav and other music/audio files. i need to make a thumbnail command kit that can be called to examine and modify (insert/remove) images from the thumbnail files. still - this would be necessary if you replace the default thumbnailer with your own in your own vfs backend. but that's not hard - easy to do - all the code is there. the reason i point to this is... this is meant to be a lot more modular and easier to extend and change, which when i get to handling mounting of filesystems - i'll follow a similar design with some process that sits around and probably writes some files to disk to indicate if there is something you can mount (or have fixed files for fixed mounts - be they local block devices or sshfs or smb or anything else). this should ultimately make it easier to support bsd. at this point i'm fleshing out the backend and frontend features. dnd currently works (it moves files). you can navigate dirs and it'll list files and generate/fetch thumbnails or album art/covers or movie posters etc. i don't have dnd with "copy" or "ask" done. copy & paste is not done (cut is actually the big problem - when you cut files ... what do i do with the cut files? conceptually i should move them into a special cut buffer dir - available for paste, but that's not sane. i could keep a special cut buffer list of file paths and all files when loaded by a backend filter out listing any files in the cut buffer list and pretend they are not there... not sure). i don't have any delete done (will have to support full unlink directly or trash can stuff). i need as trashcan vfs implementation too. i am recently working on mime handling and that now has me at the point of "what is the ui model for allowing the user to select any app/desktop to open a set of files with". anyway... efm2 is where i am putting effort as there isn't much point putting effort into efm now as it'll be replaced by efm2 (efm2 will migrate into the e tree then). so right now the best thing to do is to look at efm2 and how it works and make THAT work for you on bsd. first see if efm2 currently works fine and find any issues that are not "i just haven't done that yet". efm2 already has multiple icon views (free-placement - i.,e. icon stays where you manually dnd it like on the desktop with horizontal and vertical auto-arrange modes, auto icon grid view with horiz or vert layout, simple list mode and a detailed column list mode). https://www.enlightenment.org/ss/e-67df028d5a3310.10486448.jpg https://www.enlightenment.org/ss/e-67df00c3916aa9.36155616.jpg https://www.enlightenment.org/ss/e-67df0332df1af7.22084925.jpg https://www.enlightenment.org/ss/e-67df03ccd92de6.77421391.jpg https://www.enlightenment.org/ss/e-67df03aa7e3a98.79713538.jpg https://www.enlightenment.org/ss/e-67df039ae6b9b6.52391813.jpg columns are also dragable (click and drag the bar between columns) and sortable by clicking on the header. the ui is a test ui - the main scrollable icon view is what is being worked on -t he buttons around it are just for testing this. so don't assume this is what efm2 will look like. it's a bunch of test code. anyway - this is where you want to be looking and spending effort. as per your removable device + mounting problem... i haven't started solving that yet but as above, my ideas are: 1. some process that sits around and maybe can run other or binaries in a polling fashion or as a result of some system event. these would then put special files in some dir that indicate some fs you can open/mount 2. per mountable fs there would be some kind of mount and unmount handler "binary/script" called when the fs first needs mounting or called when not needed anymore (unmount time) as well as indicating a custom vfs if needed other than the default one. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Quelrond <que...@gm...> - 2025-04-08 13:24:29
|
Hello, I would like to enable mount/unmount volumes support in Enlightenment under FreeBSD. I see three options in meson_options.txt of Enlightenment: - 'device-udev' - 'mount-udisks' - 'mount-eeze' It seems that eeze needs libmount that is not present in FreeBSD, so, probably, the last option cannot work. udev and udisks are present and enables by default, but Enlightenment does not show devices on desktop (yes, this option is activated in EFM settings). How should the components work together and how can I debug them? Best regards, Peter |
From: Kim W. <ki...@wo...> - 2025-04-07 06:34:58
|
imlib2-1.12.5: A couple of fixes: - Fix scaling regression in 1.12.4 - Fix libyuv detection when no .pc file is provided - Make RTLD_GLOBAL requirement optional (default as in pre-1.12.4) Source packages: https://sourceforge.net/projects/enlightenment/files/imlib2-src/1.12.5/ /Kim |
From: Carsten H. <ra...@ra...> - 2025-03-17 17:36:28
|
Release update to enlightenment to fix some bugs. 0.27.1. Fix the following: * cpufreq - fix some startup conditions with 0 sizes and counts * mixer - allow wheel on mixer * signal handlers - report more info in log * msgbus - fix free on shutdown on e in screen blank blockers * battery - limit to 100% health * bindings - fix lookup of null actions * dbus menu + systray - fix mem access on bad unref * client menu - dont show kbd shortcut if no desktop * valgrind - bring back working valgrind option * efm - fix shutdown of file monitor on file dir close -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carsten H. <ra...@ra...> - 2025-03-17 16:05:21
|
Micro Release fixes some bugs in 1.28.0 * Some typos in error debug prints * Fix build of ecore audio on windows with GUID changes * Fix edje player to not have black bg when alpha win used * Fix annoying warning on efreet desktop refs on exit * Fix access of uninit dpms state on displays with no dpms * Fix eina thread queue misalignment of data blocks http://download.enlightenment.org/rel/libs/efl/efl-1.28.1.tar.xz -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Kim W. <ki...@wo...> - 2025-03-17 14:35:47
|
imlib2-1.12.4: Mostly module loader/saver additions and improvements - Added QOI saver - Added HEIF saver - Added AVIF loader/saver - Y4M loader: Various improvements - QOI loader: Various improvements - SVG loader: Handle .svgz too - scaling: Fix potential crash when scaling large images - No longer link modules with libImlib2.la Source packages: https://sourceforge.net/projects/enlightenment/files/imlib2-src/1.12.4/ /Kim |
From: Carsten H. <ra...@ra...> - 2025-02-12 15:39:12
|
On Wed, 12 Feb 2025 11:03:38 -0300 Felipe Magno de Almeida <fel...@gm...> said: > Hello Raster, > > To have malloc on my desktop is something I'm looking forward to trying. It > would be interesting if we could animate it. PantsDB is a powerful database. It allows not just pngs but also animated gifs, webps too as does the Pants module gadget. Unfortunately the work required to have an animated Malloc in and not in pants might be a bit too much work at this point, but PantsDB+Pants module are capable of handling such an entry, should it be added. Let the over-engineering continue! :) > Kind regards, > > On Wed, Feb 12, 2025 at 11:01 AM Carsten Haitzler <ra...@ra...> > wrote: > > > In news of critical importance to all E users, we have a new feature in the > > PantsDB of the Pants module: > > > > https://www.enlightenment.org/ss/e-67a761271e0612.43864909.png > > > > There is now an option of a Malloc with pants on and pants off. It's in git > > master. I have considered this egregious lack of floof in Enlightenment of > > late > > and have worked hard to resolve this gap in Enlightenment by providing > > such a > > new feature. > > > > I hope this fills in such an important gap in Enlightenment's feature set > > and > > makes your days more manageable as a result. > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > Carsten Haitzler - ra...@ra... > > > > > > > > _______________________________________________ > > enlightenment-devel mailing list > > enl...@li... > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > -- > Felipe Magno de Almeida > Owner @ Expertise Solutions > www: https://expertise.dev > phone: +55 48 9 9681.0157 > LinkedIn: in/felipealmeida > > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Felipe M. de A. <fel...@gm...> - 2025-02-12 14:04:19
|
Hello Raster, To have malloc on my desktop is something I'm looking forward to trying. It would be interesting if we could animate it. Kind regards, On Wed, Feb 12, 2025 at 11:01 AM Carsten Haitzler <ra...@ra...> wrote: > In news of critical importance to all E users, we have a new feature in the > PantsDB of the Pants module: > > https://www.enlightenment.org/ss/e-67a761271e0612.43864909.png > > There is now an option of a Malloc with pants on and pants off. It's in git > master. I have considered this egregious lack of floof in Enlightenment of > late > and have worked hard to resolve this gap in Enlightenment by providing > such a > new feature. > > I hope this fills in such an important gap in Enlightenment's feature set > and > makes your days more manageable as a result. > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > Carsten Haitzler - ra...@ra... > > > > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Felipe Magno de Almeida Owner @ Expertise Solutions www: https://expertise.dev phone: +55 48 9 9681.0157 LinkedIn: in/felipealmeida |
From: Carsten H. <ra...@ra...> - 2025-02-12 14:00:22
|
In news of critical importance to all E users, we have a new feature in the PantsDB of the Pants module: https://www.enlightenment.org/ss/e-67a761271e0612.43864909.png There is now an option of a Malloc with pants on and pants off. It's in git master. I have considered this egregious lack of floof in Enlightenment of late and have worked hard to resolve this gap in Enlightenment by providing such a new feature. I hope this fills in such an important gap in Enlightenment's feature set and makes your days more manageable as a result. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Carsten H. <ra...@ra...> - 2025-02-12 12:57:07
|
On Wed, 12 Feb 2025 04:20:48 -0800 jos...@me... said: > Niltze [Привет : Hello]- > > I had a rough time installing Debian into a laptop-like device without > ethernet cable plug orifice and only offering rtw89 wifi device. I even > tried an 'official' Debian netboot Installer media without success: > kernel modules did not recognize any of the rtw89 module set. sometimes you just need an old dumb usb wired network dongle hanging around... it'd save you days of effort :) i have several of them in drawers i've collected over the years... of course i don't install debian which can often be quite behind in kernels unless you use sid/unstable iso's instead of stable. i use arch and whatever iso they have tends to be pretty close to latest kernels. > Accordingly, after several days I succeeded in hacking non-official > rtw89 modules into a reiser4 -enabled kernel build. The generated UDEBs > and especially the > nic-wireless-modules-5.17.0-3+reizer4.0.2-amd64-di_5.17.13-2+reizer4.0.2_amd64.udeb > subsequently built into my custom d-i created the magic to recognize the > rtw89 device and successfully install Debian on reiser4 and with > Enlightenment available after the very first boot. Of course, d-i > installation was in 'expert mode'; I recreated an approximate procedure > to install Enlightenment under VirtualBox. > > 1) I deselected the 'Debian desktop environment' and 'GNOME' > < http://www.enlightenment.org/ss/e-67ac8042ba3a18.02282015.jpg > > > 2) Towards the last phase of the installation I created a hack, asking > the user to just type E to install the Enlightenment WM; of course, this > option will acquire Ross/Metzler Debian packages and install: connman > terminology enlightenment bluez bc pulseaudio packagekit udisks2 ddcutil > gdb xorg xdm > < http://www.enlightenment.org/ss/e-67ac8167d46383.54308496.jpg > > > 3) Accordingly, upon the very first boot, after typing credentials at > XDM, Enlightenment configuration is awaiting > < http://www.enlightenment.org/ss/e-67ac838b6129e8.18600024.jpg > > > 4) We follow through: > < http://www.enlightenment.org/ss/e-67ac8438036c01.01154187.jpg > > > 5) And finish by increasing the screen resolution: > < http://www.enlightenment.org/ss/e-67ac8510b50124.22777878.jpg > > > A word of caution: GNOME installs pipewire which seems to conflict with > E's pulseaudio. Thus, if GNOME is selected first likely d-i will refuse > to deconfigure pipewire to install pulseaudio if E is subsequently > selected, as well. pipewire-pulse will do too - a pulse api front end to pipewire and it then all works as if it were pulse. if the packages can't express this - you'll have to talk to the packagers :) > -- > Best Professional Regards. > > -- > Jose R R > http://metztli.it > --------------------------------------------------------------------------------------------- > Download Metztli Reiser4: Debian Bookworm w/ Linux 5.17.13-2 AMD64 > --------------------------------------------------------------------------------------------- > feats ZSTD compression https://sf.net/projects/metztli-reiser4/ > ------------------------------------------------------------------------------------------- > Official current Reiser4 resources: https://reiser4.wiki.kernel.org/ > > > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: <jos...@me...> - 2025-02-12 12:21:00
|
Niltze [Привет : Hello]- I had a rough time installing Debian into a laptop-like device without ethernet cable plug orifice and only offering rtw89 wifi device. I even tried an 'official' Debian netboot Installer media without success: kernel modules did not recognize any of the rtw89 module set. Accordingly, after several days I succeeded in hacking non-official rtw89 modules into a reiser4 -enabled kernel build. The generated UDEBs and especially the nic-wireless-modules-5.17.0-3+reizer4.0.2-amd64-di_5.17.13-2+reizer4.0.2_amd64.udeb subsequently built into my custom d-i created the magic to recognize the rtw89 device and successfully install Debian on reiser4 and with Enlightenment available after the very first boot. Of course, d-i installation was in 'expert mode'; I recreated an approximate procedure to install Enlightenment under VirtualBox. 1) I deselected the 'Debian desktop environment' and 'GNOME' < http://www.enlightenment.org/ss/e-67ac8042ba3a18.02282015.jpg > 2) Towards the last phase of the installation I created a hack, asking the user to just type E to install the Enlightenment WM; of course, this option will acquire Ross/Metzler Debian packages and install: connman terminology enlightenment bluez bc pulseaudio packagekit udisks2 ddcutil gdb xorg xdm < http://www.enlightenment.org/ss/e-67ac8167d46383.54308496.jpg > 3) Accordingly, upon the very first boot, after typing credentials at XDM, Enlightenment configuration is awaiting < http://www.enlightenment.org/ss/e-67ac838b6129e8.18600024.jpg > 4) We follow through: < http://www.enlightenment.org/ss/e-67ac8438036c01.01154187.jpg > 5) And finish by increasing the screen resolution: < http://www.enlightenment.org/ss/e-67ac8510b50124.22777878.jpg > A word of caution: GNOME installs pipewire which seems to conflict with E's pulseaudio. Thus, if GNOME is selected first likely d-i will refuse to deconfigure pipewire to install pulseaudio if E is subsequently selected, as well. -- Best Professional Regards. -- Jose R R http://metztli.it --------------------------------------------------------------------------------------------- Download Metztli Reiser4: Debian Bookworm w/ Linux 5.17.13-2 AMD64 --------------------------------------------------------------------------------------------- feats ZSTD compression https://sf.net/projects/metztli-reiser4/ ------------------------------------------------------------------------------------------- Official current Reiser4 resources: https://reiser4.wiki.kernel.org/ |
From: Carsten H. <ra...@ra...> - 2025-02-05 13:37:08
|
On Wed, 5 Feb 2025 13:33:33 +0100 Philippe Jean Guillaumie <ba...@sf...> said: > Hello, > > FYI, the following section refers to non-existent pages (the regretted > Phabricator platform which contained valuable information not to be > found elsewhere, at least from the point of view of users and > translators...): > > https://www.enlightenment.org/contrib/devs/start.md#Editors fixed - remove the editors bit :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ra...@ra... |
From: Philippe J. G. <ba...@sf...> - 2025-02-05 12:46:13
|
Hello, FYI, the following section refers to non-existent pages (the regretted Phabricator platform which contained valuable information not to be found elsewhere, at least from the point of view of users and translators...): https://www.enlightenment.org/contrib/devs/start.md#Editors -- https://github.com/batden https://gist.github.com/batden |
From: Vincent T. <vin...@gm...> - 2025-01-28 10:52:29
|
On Tue, Jan 28, 2025 at 9:23 AM Simon Lees <sf...@su...> wrote: > > > > On 1/12/25 10:40 PM, Vincent Torri wrote: > > On Sun, Jan 12, 2025 at 10:57 AM Carsten Haitzler <ra...@ra...> wrote: > >> > >> On Sun, 12 Jan 2025 07:47:19 +0100 Vincent Torri <vin...@gm...> said: > >> > >>> no news for the EFL ? > >> > >> It was close to midnight. I didn't feel like trawling through commit logs and > >> summarizing them. Also no news for E - same reason. > > > > ok, i'll add some items for the EFL > > > > Vincent > > Did you end up adding items anywhere? if so i'll borrow them when i'm > packaging. https://www.enlightenment.org/news or just the EFL: https://www.enlightenment.org/news/2025-01-11-efl-1.28.0 Vincent |
From: Simon L. <sf...@su...> - 2025-01-28 08:22:30
|
On 1/12/25 10:40 PM, Vincent Torri wrote: > On Sun, Jan 12, 2025 at 10:57 AM Carsten Haitzler <ra...@ra...> wrote: >> >> On Sun, 12 Jan 2025 07:47:19 +0100 Vincent Torri <vin...@gm...> said: >> >>> no news for the EFL ? >> >> It was close to midnight. I didn't feel like trawling through commit logs and >> summarizing them. Also no news for E - same reason. > > ok, i'll add some items for the EFL > > Vincent Did you end up adding items anywhere? if so i'll borrow them when i'm packaging. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B |