pcmanfm-develop — For issues about the development of this project

[Pcmanfm-develop] Is this list still active?

[Alessandro V. <ve...@ta...>]

Hi anyone,

I'm a new user, at my first reboot after installing pcmanfm.  I've been using 
spacefm, since its last release segfaults one every usb key unmount.

I was looking for a manual to learn if there's a way so preserve previous 
session tabs, in case someone knows.  I understand this is a developers list, 
but I found no users list, so I try here.  (Should I become a developer?)


Best
Ale
-- 

[Pcmanfm-develop] libfm unmount/eject notification patch

[Sakis B. <sak...@gm...>]

Hello

I have added support to libfm for using libnotify, to
emit notifications when unmounting or ejecting a storage device.

Specifically two notifications are emitted.
One to inform the user to avoid disconnecting a storage device in the 
process of unmounting or ejecting.
And a second to inform the user that it's safe to disconnect that 
storage device.

Samples of both notifications:

**500 Gb Volume*
*Removing, do not disconnect*.

500 Gb Volume*
Removed, safe to disconnect.

The notifications do not include any icons.

Having no previous experience in contributing, I'm attaching the patch here.
Also having no prior experience with libfm's source tree and the 
source's conventions,
I may have created a horrible mess instead of a useful contribution.
Finally I am clueless about udisks, so this patch is probably incomplete.

If there's any interest in this, let me know how to proceed.
Thanks and keep up the good work.

Sakis Bouzanis

[Pcmanfm-develop] Bookmark separator

[rrandom <rr...@di...>]

I have a lot of bookmarks. Is it possible to somehow distinguish some bookmarks from others by using, for example, a separator? Or put one bookmark into another. The only way I can see is to create separate folders with symlinks and add those parent folders to the bookmarks. But can this also be achieved by pcmanfm tools?

[Pcmanfm-develop] Config backup/restore

[Pa In <pae...@gm...>]

How do I backup my configuration so that I may restore it to another
computer?

[Pcmanfm-develop] Segfault on SVG preview

[Mohammad A. S. <mam...@gm...>]

Hey everyone,

I wanted to fill an issue for this, but due to stupid sanctions I can't create
an account on sf.net. So I thought someone might do that if I post it here.

Anyway, segfault happens when you navigate to a directory which contains
a valid svg file and PCManFM wanting to preview that.

Minimal file that causes the issue:
<svg xmlns="http://www.w3.org/2000/svg" width="640" height="480"
viewBox="0 0 169.333 127"><text y="218.683" x="190.095"
style="line-height:1.25;-inkscape-font-specification:'Fira Sans,
Light';font-variant-ligatures:normal;font-variant-caps:normal;font-variant-numeric:normal;font-feature-settings:normal;text-align:start"
font-weight="300" font-size="5.644" font-family="Fira Sans"
letter-spacing="0" word-spacing="0" fill="#3c3c3c" stroke-width=".265"
transform="translate(0 -170)"><tspan x="190.095"
y="218.683">X</tspan></text></svg>

(gdb) where
#0  0x00007ffff5a15599 in ?? () from /lib/libfreetype.so.6
#1  0x00007ffff5a1674b in ?? () from /lib/libfreetype.so.6
#2  0x00007ffff5a11ce4 in ?? () from /lib/libfreetype.so.6
#3  0x00007ffff59c8044 in FT_Load_Glyph () from /lib/libfreetype.so.6
#4  0x00007ffff72bd630 in ?? () from /lib/libcairo.so.2
#5  0x00007ffff72be1cf in ?? () from /lib/libcairo.so.2
#6  0x00007ffff725a754 in ?? () from /lib/libcairo.so.2
#7  0x00007ffff725a99b in cairo_scaled_font_glyph_extents () from
/lib/libcairo.so.2
#8  0x00007ffff759ba21 in ?? () from /lib/libpangocairo-1.0.so.0
#9  0x00007ffff5cb1167 in ?? () from /lib/libpangoft2-1.0.so.0
#10 0x00007ffff5cec8fc in ?? () from /lib/libharfbuzz.so.0
#11 0x00007ffff5d70235 in ?? () from /lib/libharfbuzz.so.0
#12 0x00007ffff5d7c9c4 in hb_shape_plan_execute () from /lib/libharfbuzz.so.0
#13 0x00007ffff5d7ce36 in hb_shape_full () from /lib/libharfbuzz.so.0
#14 0x00007ffff5cb1743 in ?? () from /lib/libpangoft2-1.0.so.0
#15 0x00007ffff757a2b8 in pango_shape_full () from /lib/libpango-1.0.so.0
#16 0x00007ffff756c131 in ?? () from /lib/libpango-1.0.so.0
#17 0x00007ffff756db5c in ?? () from /lib/libpango-1.0.so.0
#18 0x00007ffff756fe0d in ?? () from /lib/libpango-1.0.so.0
#19 0x00007ffff7571921 in ?? () from /lib/libpango-1.0.so.0
#20 0x00007ffff759b484 in ?? () from /lib/libpangocairo-1.0.so.0
#21 0x00007ffff756cc36 in ?? () from /lib/libpango-1.0.so.0
#22 0x00007ffff756f6fc in pango_layout_line_get_extents () from
/lib/libpango-1.0.so.0
#23 0x00007ffff7571c01 in ?? () from /lib/libpango-1.0.so.0
#24 0x00007ffff7571f26 in pango_layout_get_size () from /lib/libpango-1.0.so.0
#25 0x00007ffff3d894a1 in ?? () from /lib/librsvg-2.so.2
...
#37 0x00007ffff3d702b7 in ?? () from /lib/librsvg-2.so.2
#38 0x00007ffff3d5b746 in rsvg_handle_render_cairo_sub () from
/lib/librsvg-2.so.2
#39 0x00007ffff3d5bbeb in rsvg_handle_get_pixbuf_sub () from /lib/librsvg-2.so.2
#40 0x00007ffff423f431 in ?? () from
/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
#41 0x00007ffff71da20a in ?? () from /lib/libgdk_pixbuf-2.0.so.0
#42 0x00007ffff71dea22 in gdk_pixbuf_new_from_file () from
/lib/libgdk_pixbuf-2.0.so.0
#43 0x00007ffff7dee895 in ?? () from /lib/libfm-gtk3.so.4
#44 0x00007ffff71a4b66 in ?? () from /lib/libfm.so.4
#45 0x00007ffff71a5768 in ?? () from /lib/libfm.so.4
#46 0x00007ffff6e93c4d in ?? () from /lib/libglib-2.0.so.0
#47 0x00007ffff7fb5a21 in start (p=<optimized out>) at
src/thread/pthread_create.c:195
#48 0x00007ffff7fc319b in __clone () at src/thread/x86_64/clone.s:22

My system is Void Linux with musl libc:
Linux XXX 4.19.69_1 #1 SMP PREEMPT Fri Aug 30 06:44:52 UTC 2019 x86_64 GNU/Linux

[Pcmanfm-develop] thumbnails

[road r. <x3...@ho...>]

request to make pcmanfm not load all thumbnails in a folder
but instead load/show them only if they are in view

please see the last 'Post awaiting moderation' here
https://sourceforge.net/p/pcmanfm/feature-requests/219/

Re: [Pcmanfm-develop] file copy handler

[Islanis L. P. <is...@in...>]

El 06/11/16 a las 15:25, Andrej N. Gritsenko escribió:
>      Hello!
>
> Islanis Linares Polanco has written on Thursday,  3 November, at  1:51:
>> Hi, to the date no copy handler to the great file manager yet?
> No, this feature is not implemented yet.
thnks for the answer
>
>> El 01/03/14 a las 05:24, J.Alejandro Martinez Linares escribió:
>>> Hey is there a copy handler for PCmanfm? in this moment
>>>
>>>> Hey, hi, am new in this list, but i like a lot pcmanfm and the good
>>>> ideas that come with it, but there is something that is missing, and is
>>>> a way to copy,move files with a kind of pool of tasks, and a handler am
>>>> open to help to develop that, i has read somthing about it, and the idea
>>>> is that it use catchcopy to permit to pcmanfm use ultracopier for
>>>> example, i need to know that you people have some idea with that
>>>> questions, do you?, let me know please. thanks.
> With best regards,
> Andriy.
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> _______________________________________________
> Pcmanfm-develop mailing list
> Pcm...@li...
> https://lists.sourceforge.net/lists/listinfo/pcmanfm-develop


--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

Re: [Pcmanfm-develop] file copy handler

[Andrej N. G. <an...@re...>]

    Hello!

Islanis Linares Polanco has written on Thursday,  3 November, at  1:51:
>Hi, to the date no copy handler to the great file manager yet?

No, this feature is not implemented yet.

>El 01/03/14 a las 05:24, J.Alejandro Martinez Linares escribió:
>> Hey is there a copy handler for PCmanfm? in this moment
>>
>>> Hey, hi, am new in this list, but i like a lot pcmanfm and the good
>>> ideas that come with it, but there is something that is missing, and is
>>> a way to copy,move files with a kind of pool of tasks, and a handler am
>>> open to help to develop that, i has read somthing about it, and the idea
>>> is that it use catchcopy to permit to pcmanfm use ultracopier for
>>> example, i need to know that you people have some idea with that
>>> questions, do you?, let me know please. thanks.

With best regards,
Andriy.

Re: [Pcmanfm-develop] file copy handler

[Islanis L. P. <is...@in...>]

Hi, to the date no copy handler to the great file manager yet?


El 01/03/14 a las 05:24, J.Alejandro Martinez Linares escribió:
> Hey is there a copy handler for PCmanfm? in this moment
>
>> Hey, hi, am new in this list, but i like a lot pcmanfm and the good
>> ideas that come with it, but there is something that is missing, and is
>> a way to copy,move files with a kind of pool of tasks, and a handler am
>> open to help to develop that, i has read somthing about it, and the idea
>> is that it use catchcopy to permit to pcmanfm use ultracopier for
>> example, i need to know that you people have some idea with that
>> questions, do you?, let me know please. thanks.
>>
>> --
>>
>
> --
>
> Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
>
> Infomed: http://www.sld.cu/
>
>
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications
> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
> Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
> _______________________________________________
> Pcmanfm-develop mailing list
> Pcm...@li...
> https://lists.sourceforge.net/lists/listinfo/pcmanfm-develop
>


--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

[Pcmanfm-develop] change location of .thumbnails/ directory

[Fourhundred T. <400...@gm...>]

Hello,

by default, pcmanfm stores thumbnails in

    $HOME/.thumbnails/

How can I change this to other location, such as

    /tmp/.thumbnails/

?

thanks,

[Pcmanfm-develop] Fwd: Editing Icon and Tree view in PCMANFM

[Erez S. <er...@gm...>]

Hello,

I'm working on a pcmanfm\libfm customization project and would like to add
in place file rename option (a GtkEntry will appear instead of the
GtkCellRendererText, this is instead of the current method of popping up a
new window prompting you to enter a name).

In the fm-standard-view.c I changed both list and icon view to be editable,
trying to click on the Icon View's cellrenderertext does call the
exo_icon_view_start_editing() but the GtkEntry does not show.
When I do the same for treeview (that does not override the "start_editing"
function), it works and I can see the GtkEntry(although not 100%).

What I would like to know is as follows:

1)Why does exo_icon_view_start_editing() not show the GtkEntry? I can see
it reached the code that should show the widget but it doesn't (I did not
change this code myself).
2)How Do I decouple the editing of the GtkCellRendererText from left click?
I would like to initiate it from other sections of my code. I tried to run
the start_editing functions in another application and it also doesn't
work. any working example would be greatly appreciated!

Thanks a lot in advance!

[Pcmanfm-develop] LibFM and PCManFM 1.2.3 are released.

[Andrej N. G. <an...@re...>]

    Hello everyone!

    Those two components are usually released together. They are tightly
bound, you know, and even if PCManFM 1.2.3 supports build using 1.0.1
series of LibFM yet, that is not the best (because most of functionality
lies in LibFM and using old version you'd lose a lot), it’s always better
to use last one. So far nothing new happened, no 1.3 version is in active
development yet, so only bugs fixed, making this piece of software more
reliable for your fun. We sincerely hope most of bugs were fixed and you
are always welcome to send us bugs and patches. Enjoy! :)

    With best regards,
    Andriy.

Re: [Pcmanfm-develop] Fix default app detection in App chooser combo box

[Andrej N. G. <an...@re...>]

    Hello!

Evangelos Foutras has written on Monday,  6 October, at 21:24:

>Apologies if I'm missing something, and you certainly have much
>greater knowledge of the code in question, but if mime_type is not
>NULL then the caller provided apps and sel pointers are irrelevant and
>we proceed to set the pointers ourselves. The patch doesn't change
>this and I don't see how it could introduce a crash.

    I'm sorry, I'm just tired today and read the code wrongly. I thought
about not initialized data in data->initial_sel_iter though it will be
NULL after all and all should work correctly. It's not you who should to
apologize, but me. Thank you very much for your contribution, I just want
to test it with older versions of GLib, then I push your commit into GIT.

    With best regards,
    Andriy.

Re: [Pcmanfm-develop] Fix default app detection in App chooser combo box

[Evangelos F. <eva...@fo...>]

On 6 October 2014 20:17, Andrej N. Gritsenko <an...@re...> wrote:
>     Hello!

Hai there!

>     Thank you very much for noticing this. Though it requires a bit more
> than that in your patch otherwise you'll meet a crash as sel pointer is a
> pointer provided by caller. And also there may be not provided any app as
> default (in most of cases there is none). Thank you anyway, I'll do some
> changes at that API later to correct the behavior.

Apologies if I'm missing something, and you certainly have much
greater knowledge of the code in question, but if mime_type is not
NULL then the caller provided apps and sel pointers are irrelevant and
we proceed to set the pointers ourselves. The patch doesn't change
this and I don't see how it could introduce a crash.

Secondly, g_app_info_get_default_for_type() can either return a
GAppInfo object or NULL; both cases are handled correctly as far as I
can see. If no default application is set, it will still return an
application that can handle the specified mime type (unless there are
none, of course).

Again, I'm sorry for my possibly incorrect follow up post and thank
you for looking into this. :)

Re: [Pcmanfm-develop] Custom actions for PCManFM do not appear in the context menu

[Andrej N. G. <an...@re...>]

    Hello!

fred has written on Monday,  6 October, at 17:44:
>I put it in /home/user/.local/share/file-manager/actions but nothing appear in the context menu.
>Also set $XDG_DATA_DIRS with that path, same.

    The $XDG_DATA_DIRS has nothing to do with it and should be never set
to that directory because actually files for actions are searched not in
there but in $XDG_DATA_DIRS/file-manager/actions instead. And do you know
that files in that directory are very different from files located in the
$XDG_DATA_DIRS/applications? Actions files have special type and, also,
all different fields.

>I also tried under Lubuntu with the same desktop file and it works perfectly.
>Maybe there is a specific variable that pcmanfm uses, that is not set correctly ?

    There is nothing to set, the $XDG_USER_DATA is set to ~/.local/share
implicitly and correct action file should be found and used.

>I'm using Openbox 3.5.2 alone and PCManFM 1.2.0.

    I use Openbox alone and PCManFM as well, everything works just fine.
May I see contents of your Actions Desktop Entry file, please?

>Fred.

    With best regards,
    Andriy.

Re: [Pcmanfm-develop] Fix default app detection in App chooser combo box

[Andrej N. G. <an...@re...>]

    Hello!

Evangelos Foutras has written on Monday,  6 October, at 17:48:
>Beginning with glib >= 2.41, g_app_info_get_all_for_type() no longer
>puts the default application in front of the list.

>So now we have to use g_app_info_get_default_for_type().

    Thank you very much for noticing this. Though it requires a bit more
than that in your patch otherwise you'll meet a crash as sel pointer is a
pointer provided by caller. And also there may be not provided any app as
default (in most of cases there is none). Thank you anyway, I'll do some
changes at that API later to correct the behavior.

    With best regards,
    Andriy.

[Pcmanfm-develop] [PATCH] Fix default app detection in App chooser combo box

[Evangelos F. <eva...@fo...>]

Beginning with glib >= 2.41, g_app_info_get_all_for_type() no longer
puts the default application in front of the list.

So now we have to use g_app_info_get_default_for_type().
---
 src/gtk/fm-app-chooser-combo-box.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/src/gtk/fm-app-chooser-combo-box.c b/src/gtk/fm-app-chooser-combo-box.c
index a9d544e..f8c5cb9 100644
--- a/src/gtk/fm-app-chooser-combo-box.c
+++ b/src/gtk/fm-app-chooser-combo-box.c
@@ -179,8 +179,7 @@ void fm_app_chooser_combo_box_setup(GtkComboBox* combo, FmMimeType* mime_type, G
     {
         data->mime_type = fm_mime_type_ref(mime_type);
         apps = g_app_info_get_all_for_type(fm_mime_type_get_type(data->mime_type));
-        if(apps)
-            sel = G_APP_INFO(apps->data); /* default app is the first one in the list. */
+        sel =  g_app_info_get_default_for_type(fm_mime_type_get_type(data->mime_type), FALSE);
     }
 
     for(l = apps; l; l = l->next)
@@ -205,6 +204,8 @@ void fm_app_chooser_combo_box_setup(GtkComboBox* combo, FmMimeType* mime_type, G
             g_list_foreach(apps, (GFunc)g_object_unref, NULL);
             g_list_free(apps);
         }
+        if(sel)
+            g_object_unref(sel);
     }
 
     gtk_list_store_append(store, &it); /* separator */
-- 
2.1.2

[Pcmanfm-develop] Plug in PTP camera: "Error initializing camera: -53" and multiple filesystems shown

[John H. <pc...@pr...>]

Israel on the Lubuntu users list urged me to bring my observations 
here.  So:

Plugging a Kodak EasyShare C182 (supporting PTP file transfer) into a 
Lubuntu 14.04.1 desktop over USB, it responds with:

"Error initializing camera: -53: Could not claim the USB device"

OK'ing out of that, it then offers to open the device in the file 
manager, where it mounts 3 filesystems.  One with no contents, another 
with DCIM and MISC folders, and another with something-store1 and 
something-store2 folders.  I have not tested rigorously, but it seems 
that the actual file collections are duplicates.

If I then unmount one of the filesystems, it disappears, and the other 
two remain visible but not mounted.  They disappear when I power off and 
unplug the camera.

For comparison, under 13.04, the same camera responded:

"Error initializing camera: -60: Could not lock the device"

And then it opened in the file manager, again showing 3 filesystems as 
above.

------------------------------------------------------------------------

For a partial comparison, I plugged a Canon Powershot G1 into the 
14.04.1 desktop and there was no error, it offered to open in file 
manager, and it showed 2 mounted filesystems, both with DCIM and MISC 
folders and duplicate file collections.  If I unmount one of the 
instances it disappears and and the other remains visible but 
unmounted.  That disappears when I power off and unplug the camera.

------------------------------------------------------------------------

Searching for non-ancient explanations (of which there are many), I did 
find this popular bug:

PTP Cameras not working on 14.04, works flawlessly on 12.04 
<https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1296275>

But that report does not reference either of these errors, and my 
machine already has the prescribed libghoto2 update that should fix the 
described bug.

------------------------------------------------------------------------

I installed Shotwell.  Now plugging in a camera results in Shotwell 
being offered alongside the file manager as choices to mount the 
storage.**  There is also a checkbox where one could choose to always 
use Shotwell instead of being offered the choice.

[**Though for the Kodak there is still the initial Error -53 popup to OK 
through.  I see this Launchpad Answer regarding error -53 and Shotwell, 
but it does not mention the multiple filesystems problem: Unable to 
fetch previews from the camera: Could not claim the USB device (-53) 
<https://answers.launchpad.net/ubuntu/+source/shotwell/+question/157569> ]

The Shotwell interface reasonably shows just one filesystem represented 
for either the Canon or the Kodak.  When one is done 
previewing/importing and closes Shotwell, it automatically unmounts the 
camera storage once again, and the camera can be unplugged.

------------------------------------------------------------------------

But after exiting Shotwell, if I then open PCManFM, I see just one, 
unmounted instance of the Canon (don't recall the Kodak behavior on this 
issue).  If I try to mount it, I get an error:

The name:1.30 was not provided by any .service files.  (And I can OK out 
of there, but it does not mount the storage.)

Re: [Pcmanfm-develop] [Lxde-list] New libmenu-cache update: menu-cache-gen is rewritten from scratch.

[jcsl <tr...@gm...>]

El Lunes, 1 de septiembre de 2014 00:54:45 Andrej N. Gritsenko escribió:
>     Hello!
> 
> jcsl has written on Sunday, 31 August, at 21:19:
> >I've installed it in a virtual machine and it seems to work fine. I haven't
> >noticed changes in the menu entries, but I'm not very observant, XD. The
> >only thing is that you can add main menu entries to the desktop
> >(Applications, Development, Office, etc.) but they are added as text files
> >without extension. I comment this because I don't know if it is the
> >expected behaviour.
>     I've fixed that issue by latest commit into LibFM GIT. Thank you very
> much!
> 
>     With best regards,
>     Andriy.
> 
> ----------------------------------------------------------------------------
> -- Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> _______________________________________________
> Lxde-list mailing list
> Lxd...@li...
> https://lists.sourceforge.net/lists/listinfo/lxde-list

Hi.

Great! Thank you very much for your continued dedication to the project 😃

Greetings.

Re: [Pcmanfm-develop] New libmenu-cache update: menu-cache-gen is rewritten from scratch.

[Andrej N. G. <an...@re...>]

    Hello!

jcsl has written on Sunday, 31 August, at 21:19:
>I've installed it in a virtual machine and it seems to work fine. I haven't 
>noticed changes in the menu entries, but I'm not very observant, XD. The only 
>thing is that you can add main menu entries to the desktop (Applications, 
>Development, Office, etc.) but they are added as text files without extension. 
>I comment this because I don't know if it is the expected behaviour.

    I've fixed that issue by latest commit into LibFM GIT. Thank you very
much!

    With best regards,
    Andriy.

Re: [Pcmanfm-develop] LibFM and PCManFM 1.2.2 are released.

[Charles A E. <CA...@es...>]

On Sun, 24 Aug 2014 02:38:25 +0300
Andrej N. Gritsenko wrote:

>     Few noticeable bugs were fixed so time for next update came.
> Tarballs were created and uploaded to the sourceforge. Enjoy! Don't
> hesitate to report any bugs yet not found! :)

Just an FYI heads-up for anyone building with gtk+3.0-3.13.7.
Both libfm and pcmanfm will build and operate mostly normally But you
will not be able to set or change in settings using Edit/Preferences
and no option window will open when removable media is inserted.

All still works normally with gtk+2.0 and lessor versions of gtk+3.0.


    Charles

-- 
Help!  I'm trapped in a Chinese computer factory!
----------------------
Mageia release 5 (Cauldron) for x86_64$
On SuperSize....http://www.eslrahc.com
Registered Linux user #182463
3.15.6-server-1.mga5 x86_64
----------------------

Re: [Pcmanfm-develop] LibFM and PCManFM 1.2.2 are released.

[Charles A E. <CA...@es...>]

On Sun, 24 Aug 2014 02:38:25 +0300
Andrej N. Gritsenko wrote:

>     Few noticeable bugs were fixed so time for next update came.
> Tarballs were created and uploaded to the sourceforge. Enjoy! Don't
> hesitate to report any bugs yet not found! :)


Just an FYI heads-up for anyone building with gtk+3.0-3.13.7.
Both libfm and pcmanfm will build and operate mostly normally But you
will not be able to set or change in settings using Edit/Preferences
and no option window will open when removable media is inserted.

All still works normally with gtk+2.0 and lessor versions of gtk+3.0.


    Charles

-- 
Help!  I'm trapped in a Chinese computer factory!
----------------------
Mageia release 5 (Cauldron) for x86_64$
On SuperSize....http://www.eslrahc.com
Registered Linux user #182463
3.15.6-server-1.mga5 x86_64
----------------------

[Pcmanfm-develop] LibFM and PCManFM 1.2.2 are released.

[Andrej N. G. <an...@re...>]

    Hello everyone!

    Few noticeable bugs were fixed so time for next update came. Tarballs
were created and uploaded to the sourceforge. Enjoy! Don't hesitate to
report any bugs yet not found! :)

    With best regards,
    Andriy.

[Pcmanfm-develop] Fwd: Re: [Lxde-list] ATTN: Ongoing Pootle upgrade

[Martin B. / b. <br...@bs...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

DANG IT

forgot to include the pcmanfm development list in the CC list. Sorry!

the below stuff is only for information. The event have passed.


- -------- Original Message --------
Subject: Re: [Lxde-list] ATTN: Ongoing Pootle upgrade
Date: Mon, 07 Jul 2014 10:18:19 +0200
From: Martin Bagge / brother <br...@bs...>
To: lxde-list <Lxd...@li...>,  LXDE list
<lxd...@li...>

On 2014-07-06 19:59, Jerome Leclanche wrote:
> On 2014-07-06 19:27, Jerome Leclanche wrote:
>> 2014-07-06 1:00 GMT+01:00 Jerome Leclanche <ad...@gm...>:
>>> http://pootle.lxde.org is currently being upgraded to a newer 
>>> version of Pootle. There is no expected downtime, however if 
>>> anyone is getting issues in the coming days please let me know 
>>> directly about them.

Hi lxde-i18n - did you have any problems using Pootle during the
weekend? This announcement was not sent to you, accidents happens.

>> The Pootle server will be erratic for the next hour or so while 
>> moving things over to nginx.
> 
> Finished moving from Apache to Nginx. Everything should be 
> operating properly now.

And all should be working fine now.

Jerome: I guess you have moved the git stuff somewhere and forgot to
sop my supervising scripts. I'll stop them myself.
This means I am officially out of the Pootle stuff as well (yes, even
GTK+).

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQEcBAEBCAAGBQJTulgLAAoJEJbdSEaj0jV7t4IH/Rd7DL1XgAvbjtj8FSAW5zlW
N8y5u082BgfYLBercEQtxJT/zxTDtyXfKTyPPJR5poQeMgq3QY41WQzSGH/B/zvs
Locw8JjLMxNxo3HZVfUUVsXC5RUz2z/Cgr1j1JUlUkJkVuW7wG6FzQbgPzWhLY/U
mpGHaBKYTA4cwpQFiixdfWdmwIjQJEME+r6nkWdKJfMyPmJP6hV3n5cKOeaHEpW/
GOPzJ9jOTu8hhr6df/GgVWANiiRo3S6MH9iSY9AfBpHOz4BQHTcRkHilfOB6/OQ1
6KyLuMwCgGPlm/fGLU1qIzNOjW0qE8lpGbr6GQkzVtdtmhSabtFf+NPcqQjC7gI=
=8Juk
-----END PGP SIGNATURE-----

[Pcmanfm-develop] LibFM and PCManFM 1.2.1 released.

[Andrej N. G. <an...@re...>]

    Hi everyone!

    First bugfixing version of 1.2.x series of main LXDE file manager is
released last night. It has no new features after 1.2.0, only a lot of
bugs fixed, following main bugs tracker, bugs from these mailing lists,
and very few other sources. We sincerely hope it is mostly bugless now.
Enjoy and feel free to report any other bugs if you find any! :)

    With best regards,
    Andriy.