freedesktop standard for icons and .desktop files.

[Jason W]

Blueman is in the list being uploaded. 

[bmarkus]

A second conversion of the 3.x repo is being uploaded, preserving the original desktop files as was in 2.x with the addition of the Icon=icon standard.  Upon spot checking all seems pretty well.

Please list here any extensions that need further attention in regards to multiple menu entries or icons or whatever and it will be addressed.

Jason, thanks for the correction. It looks OK now after a short checkup

[Jason W]

Great.  Upload is going alphabetically and now on vlc, so will be done soon.

[Arslan S.]

Great.  Upload is going alphabetically and now on vlc, so will be done soon.

vlc-locale,vlc-dev,vlc-doc is missing in 3.x repo
also seed-dev,seed-doc is missing
libmtp,libmtp-dev is updated recently which is not reflected in 3.x

also in need of upload:
doxygen,doxygen-gui,doxygen-doc
cutecom
silgraphite,silgraphite-dev
openclipart-png,openclipart-svg,openclipart-openoffice3

Edit: more feedback
libgmp.tcz is renamed to gmp.tcz ? either adjust dep files or rename it back to libgmp
udevadm is still in 3.x repo and some dep files still contain it as dependecy

[Arslan S.]

i have also some questions/suggestions

1-) what decides to create just a flwm menu entry but not wbar item ?
i think when there is no "X-FullPathIcon" in desktop file ?
2-) multiple flwm menu entries causes doubled entries (for some extensions, i.e. gnome-games) in lxde,xfce,gnome
solution is to add
NoDisplay=true item to these entries when required

[Jason W]

vlc-dev,doc,locale copied over.

seed copied over.

doxygen is already there, doxyget-doc is just copied over, doxygen-gui will need to be converted, will do that soon.

cutecom, silgraphite, libmtp are still in a holding area I was uploading to where they are going to be examined for 3.x compatibility.  Had not had time yet.  Openoffice and openclipart , 100MB or so each, I just uploaded to 2.x as I was out of town for a week.  openclipart just got copied over, Openoffice is not 3.x ready, will have to be converted first.  Had not had time, will do it soon.  

Will look into gmp  and udevadm issue.


Will answer the other questions tonight, have to go to work now.

[Arslan S.]

ok see you, just a note doxygen is updated recently

[Juanito]

libgmp.tcz is renamed to gmp.tcz ? either adjust dep files or rename it back to libgmp

I'd changed the extension name to match the *tar.bz2 package name in 3.x

I thought I'd changed the dep file names, but I must have forgotten - I'll do it now, thanks for highlighting that.

[Jason W]

Arslan - I didn't mean to give such a short response as I was heading out the door.  I will get to those things tonight.  And yes, the X-FullPathIcon determines the icon for wbar.  I will look more into the Gnome/XFCE/LXDE issue with multiple menu entries, though LXDE seemed to handle them as expected. 

Also, kernel module extensions and most that depend on them were not copied over to 3.x.  Figured better not to start out with a broken repo and then try to fill in pieces.  But the quick conversion done last night may have uploaded old dep files that include things not copied over.  I will check on that when I make my own mirror tonight and run the usual checks on it.

[Jason W]

Arslan - everything on the list done except for openoffice being uploaded.

Could you make a desktop entry for cutecom and doxygen-gui and resubmit?

Thanks.

[maro]

I guess this might be a new type of issue here: In 'hardinfo.tcz' there is a Categories=System;Icon=logo.png entry in the 'hardinfo.desktop' file. That is obviously not "kosher" and has the result that no icon is added to the 'wbar'.

[Jason W]

hardinfo:  fixed for 2.x and 3.x.

[maro]

I wanted to find out whether TC 3.0alpha3 would still need the '/usr/local/tce.flwm' directory. I can "see" it gets created in '/usr/bin/flwm_topside_initmenu'. But how is it used? Is it really still required?

Anyway, for that test I tried to find a small extension (with a .desktop file) and stumbled across tctoolsmenu.tcz. This extension might be freedesktop compliant, but TC 3.0alpha3 (and TC 2.11) just ignored it. I guess that might be due to the fact that there is no 'tctoolsmenu.desktop' file. But I believe that might not be the only issue here. Possibly a FLWM-specific startup-file could be a work around, but maybe there is a better way. There is a startup-file, but what is this meant to do? What is the purpose of '/usr/local/share/desktop-directories/*'? There is also at least one file (i.e. 'tchelp.desktop') for which the 'Exec=' entry is now pointless.

Another extension I tried was flit.tcz. It made it into the 'Applications' menu of TC 3.0alpha3, but not on TC 2.11. I've not tried to analyze why that is, but it might be worth a further look.

[robc]

With the new .desktop standard in TC, are the tce.icons and tce.menu files still needed? Or are only the .desktop files needed?

[Jason W]

In 3.x, there is no /usr/local/tce.icons or /usr/local/tce.menu.

As well as the .desktop file, or at least the main one, needs to be the same name as the extension.  emeflm2.tcz needs /usr/local/share/applications/emelfm2.desktop for example, or else it will not support all window managers and wbar. 

Also, bmarkus has told me that the newest pcmanfm no longer requires the Icon field to be Icon=icon, it can be Icon=icon.png.  So we can relax that requirement it seems.

As well as the full path of icon for the entry to support non-freedesktop window managers:

X-FullPathIcon=/usr/local/share/pixmaps/opera10.png

This and the rest of the requirements I will try to gather and put into one place.