|
Page 4 of 17 |
|
Prev |
2 3 4
5 6 14
|
Next
| Last
Re: Maemo-Leste pre-alpha announcement
Quote:
http://maedevu.maemo.org/leste/pool/main/libm/libmafw/ https://github.com/maemo-leste/mafw-...commits/master http://maedevu.maemo.org/leste/pool/main/m/mafw-shared/ more to follow :) P.S. I ported mafw-iradio-source as well, but in my eternal wisdom I put the code in /tmp and rebooted before pushing, however, the only tough package will be mafw-gst-renderer, it needs gst-0.10->gst-1.0 port. Not impossible though. |
Re: Maemo-Leste pre-alpha announcement
Typical, can't remember what package it was now. Still needed for other packages like media player.
Whilst mentioning media player, I have one request. For the love of god, can someone please change tracker handling of albums with same name (Greatest Hits) by looking at album artist during scanning. |
Re: Maemo-Leste pre-alpha announcement
Code:
# a look (or Howto) at maemo-leste Running on real hardware (amd64) |
Re: Maemo-Leste pre-alpha announcement
use at your own risk and reponsibility.
A first try at customizing menus in maemo-leste install: download leste-menu_noicon.tar.gz extract to leste root cd / tar xvvf leste-menu_noicon.tar.gz # copy icons (for example from maemo) to leste scp -r /opt/usr/share/icons/hicolor/64x64/hildon/app_install* root@$maemo-leste-ip:/usr/share/icons/hicolor/64x64/hildon/ scp -r /opt/usr/share/icons/hicolor/64x64/apps/app_install* root@$maemo-leste-ip:/usr/share/icons/hicolor/64x64/apps/ # on leste update-icon-caches /usr/share/icons/* done. Result should look very similar to http://maemo.hinoarashi.de/catorise/...526-190524.png from https://talk.maemo.org/showthread.php?t=73443 how it is done and some insights: I just copied my maemo configuration generated by catorise over to leste. Involving /opt/catorise and /etc/xdg/menus/hildon.menu /etc/xdg/menus/hildon.menu is a xml file, which uses /opt/catorise/share/*.directory as menus At this time i have the usual catorise submenus, but right icons doesnt show up and the names are ai_category_? root@devuan:~# cat /opt/catorise/share/system.directory [Desktop Entry] Type=Directory Name=ai_category_system Icon=app_install_system X-Text-Domain=hildon-application-manager ai_category seems to be a naming convention from catorise. So icons arent found and Name is taken. Lets look at the user_guide cat /usr/share/applications/hildon/user-guide.desktop [Desktop Entry] Encoding=UTF-8 Version=1.0 Name=tana_ap_user_guide Comment=Show the user guide in a new window Exec=dbus-send --print-reply --dest=com.nokia.osso_browser /com/nokia/osso_browser/request com.nokia.osso_browser.open_new_window string:http://maemo.nokia.com/n900/userguides/ Icon=tasklaunch_user_guide Terminal=false Type=Application Categories=System X-HildonDesk-ShowInToolbar=true X-Osso-Type=application/x-executable lets modify /opt/catorise/share/system.directory root@devuan:~# cat /opt/catorise/share/system.directory [Desktop Entry] Type=Directory Name=ai_category_system #Icon=app_install_system Icon=tasklaunch_user_guide X-Text-Domain=hildon-application-manager and we get a nice white on blue question mark. find / | grep tasklaunch_user_guide /usr/share/icons/hicolor/64x64/hildon/tasklaunch_user_guide.png on maemo find / | grep app_install_system /opt/usr/share/icons/hicolor/64x64/apps/app_install_system.png /opt/usr/share/icons/hicolor/64x64/hildon/app_install_system.png so to be save i copy both, (they seem to be the same) scp -r /opt/usr/share/icons/hicolor/64x64/hildon/app_install* root@$maemo-leste-ip:/usr/share/icons/hicolor/64x64/hildon/ scp -r /opt/usr/share/icons/hicolor/64x64/apps/app_install* root@$maemo-leste-ip:/usr/share/icons/hicolor/64x64/apps/ no, still just tasklaunch_user_guide icon is working. ok, i guess we need to update some icon cache after update-icon-caches /usr/share/icons/* (and a reboot ?) we have working icons (great) and .. names, ahm (thats different on maemo), great (if the names werent all ai_category_? like on maemo). [fix using emacs on path /opt/catorise/share dired-do-query-replace-regexp Name=ai_category_ Name= doesnt work ???] but sed did cd /opt/catorise/share find ./ -type f -exec sed -i -e 's/Name=ai_category_/Name=/g' {} \; resulting in more meaningful names lets try to install a debian packet and see if it shows up, lets try something small and useful: mc apt-get install mc and it didnt show up (there is a known fix https://github.com/maemo-leste/bugtracker/issues/82) cp /usr/share/applications/mc.desktop /usr/share/applications/hildon/mc.desktop update-icon-caches /usr/share/icons/* Icon and name should show up, but it doesnot launch. (https://github.com/maemo-leste/bugtracker/issues/165) Lets look why. # devuan cat /usr/share/applications/mc.desktop [Desktop Entry] Name=Midnight Commander Name[af]=Middernag Kommandeur Name[eo]=Meznokta komandanto Name[fa]=فرمان*دار نیمه شب Name[ko]=미드나잇 커멘더 Name[lv]=Pusnakts Komandieris Name[nso]=Molaedi wa Bosegogare Name[th]=มิดไนท์คอมมานเดอร์ Name[ve]=Muhulwane wa vhukati ha vhusiku Name[xh]=Umyaleli Waphakathi kobusuku Name[zu]=Umyaleli waphakathi nobusuku Comment=File manager Comment[pl]=Menedżer plików Exec=mc Icon=MidnightCommander Terminal=true Type=Application Categories=ConsoleOnly;Utility;FileManager;System; FileTools; Keywords=file manager;console; # on Maemo cat /usr/share/applications/hildon/mc.desktop [Desktop Entry] Encoding=UTF-8 Version=1.0 Type=Application Name=Midnight Commander Comment=Console-based file manager and visual shell Exec=osso-xterm -e mc Icon=mc # Terminal=true does not work in Maemo X-Window-Icon=mc X-Window-Icon-Dimmed=mc X-HildonDesk-ShowInToolbar=true X-Osso-Type=application/x-executable Found "Terminal=true does not work in Maemo" fixing to root@devuan:~# cat /usr/share/applications/hildon/mc.desktop [Desktop Entry] Name=Midnight Commander Name[af]=Middernag Kommandeur Name[eo]=Meznokta komandanto Name[fa]=فرمان*دار نیمه شب Name[ko]=미드나잇 커멘더 Name[lv]=Pusnakts Komandieris Name[nso]=Molaedi wa Bosegogare Name[th]=มิดไนท์คอมมานเดอร์ Name[ve]=Muhulwane wa vhukati ha vhusiku Name[xh]=Umyaleli Waphakathi kobusuku Name[zu]=Umyaleli waphakathi nobusuku Comment=File manager Comment[pl]=Menedżer plików Exec=osso-xterm -e mc Icon=MidnightCommander #Terminal=true Type=Application Categories=ConsoleOnly;Utility;FileManager;System; FileTools; Keywords=file manager;console; starts mc in osso-xterm to put it in a category edit /etc/xdg/menus/hildon.menu for example in utilities: ... <Menu> <Name>utilities</Name> <Directory>utilities.directory</Directory> <Include> <Filename>emacs24.desktop</Filename> <Filename>mc.desktop</Filename> <Filename>osso-xterm.desktop</Filename> </Include> <Layout> <Filename>mc.desktop</Filename> <Filename>osso-xterm.desktop</Filename> <Filename>emacs24.desktop</Filename> </Layout> </Menu> <Menu> <Name>all</Name> <Directory>all.directory</Directory> <Include> <All/> </Include> <Layout> <Filename>osso-xterm.desktop</Filename> <Filename>emacs24.desktop</Filename> <Filename>mc.desktop</Filename> <Merge type="all"/> </Layout> <Exclude> <Filename>catorise-browser.desktop</Filename> <Filename>catorise-calendar.desktop</Filename> <Filename>catorise-image-viewer.desktop</Filename> <Filename>catorise-modest.desktop</Filename> <Filename>catorise-osso-addressbook.desktop</Filename> <Filename>catorise-rtcom-call-ui.desktop</Filename> <Filename>catorise-rtcom-messaging-ui.desktop</Filename> </Exclude> </Menu> ... I dont know if there is a way to not repeat the entry in Include and Layout. Layout defines the actual gui position. So in "utilities" mc goes first, in "all" osso-xterm. Remarks You cant currently use /debian/.desktop files in hildon directly cause terminal=true is not supported. So currently seperation of /debian/.desktop and /hildon/.desktop files make sense, you have to "import" them and cant just add the /usr/share/applications directory. This alignes with the different ui interfaces of hildon apps and debian apps. (and their problems right click, drag and drop, hover, keyboard shortcuts collisions) osso-xterm -e should be something like debian-terminal-app i just used osso-xterm -e cause i didnt know better. (Is something like debian-gui-app needed too?) You currently have to modify (maemo-hildon) catorise for rebased hildon to fix "Name"s. Rant To make a nice menu creation application for hildon (hildon-rebased and many other modern UX) you need to follow the (free)Desktop(.org) Menu Specification (which uses xml in Menus and the "Desktop Entry Specification" which includes a simpler own file format) and finally find out about the current icon caching mechanism. different formats, different tools, different bugs, more to learn, easier to automate. |
Re: Maemo-Leste pre-alpha announcement
Would it be worth you adding an issue to add terminal flag support to hildon? In addition, part of me seems to remember a memory leak when using catorise.
|
Re: Maemo-Leste pre-alpha announcement
Quote:
Another one is to parse debian .desktop files and keep the hildon debian seperation. for me that issue is https://github.com/maemo-leste/bugtracker/issues/165 As usual the post just forget to add some basic info to recreate the issue (like what app/.desktop was tried) I dont have a github account and im not registered on freenet, so i simply post some info in the only leste thread on maemo.org. Quote:
I havent notice the impact on my daily, but of course havent looked at it. But now that there is a test case for leste we can hopefully find some lost memorys (yours on this issue would be easier ) ;) |
Re: Maemo-Leste pre-alpha announcement
I haven't done much with .desktop files. I know there is the issue with hildon menu starting in applications/hildon as mentioned in the link you referred to. I'm thinking more along the lines of making it so the desktop entries aren't hard coded to use osso-xterm should a replacement or alternative come along.
As it is part of the specs (https://standards.freedesktop.org/de...t/ar01s06.html) I don't see why it couldn't be added. The launcher would then just need to check for flag before executing the app. |
Re: Maemo-Leste pre-alpha announcement
Quote:
'maemo-leste' Archives: https://subscribe.dyne.org/ I removed the require-registered flag from the irc channel for now. |
Re: Maemo-Leste pre-alpha announcement
USB "PC Suite" mode kinda works with the applet now:
https://wizzup.org/n900-usb-pcsuite-1.png https://wizzup.org/n900-usb-pcsuite-2.png Decided to download the source for the wi-fi signal applet (http://maemo.org/packages/view/wifi-signal-applet/) and it just build and works: https://wizzup.org/n900-wifi-applet.png New blog post with much more info in a couple of days. :) |
Re: Maemo-Leste pre-alpha announcement
Any news on the Nexus 5 front? My phone is up and redy for testing:)
|
Re: Maemo-Leste pre-alpha announcement
yup.
ditto +1 to that...! here here...!! bring it on for the nexus 5! I have an extra one waiting JUST for Leste... |
Re: Maemo-Leste pre-alpha announcement
I have a Nexus 5 at home. For some reason I assumed it would have a MicroSD card slot, but it doesn't. So I'm trying to figure out what the sensible/easy way to load an OS on it would be, without bricking the device. I think postmarketos has a wiki page on the Nexus 5, so perhaps I just need to check what they do/did.
I did boot an some test image (not Leste) over usb and verified that quite some kernel stuff works. I'll try it coming Wednesday. |
Re: Maemo-Leste pre-alpha announcement
You can load OSs via multiROM. Which OS to use is selected at boot time.
|
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
|
Re: Maemo-Leste pre-alpha announcement
There is a Maemo-Leste lecture announced for OpenFest in Bulgaria next week... Will try to be there. :)
|
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
|
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Hi everyone, I have a question. (I will have many silly questions, so buckle up)
It's been quite some days that I started testing Maemo Leste... Does someone know how to take screenshots ? And I have another question half-related to maemo leste and WPA2 Entreprise. The mobile is connecting fine to internet, but I can't do it back in Maemo (freemanlte) when it comes to WPA2 entreprise (eduroam style). I know it has been mentionned here and there on the forum without some good solutions but I was wondering if I could ask here... so the question is : Is there a way to copy-paste the config files, or the WPA_Supplicant config file from leste to freemantle ? So...yeah, I am still playing with it, I'm a big noob so there is no many things to do with it for now....(I almost forgot everything linux, I had to do a google search just to remember how to do a simple apt-get update). I'm still figuring out how to install and use some apps, but for now, thank you for your hard work! Sorry I didn't use my awesome translator today :D , so sorry for my english!! |
Re: Maemo-Leste pre-alpha announcement
Maemo Leste already supports WPA2 Enterprise properly (because it uses wpa_supplicant backend). You do not need any config file on Leste.
On Fremantle, some have been able to connect to eduroam by carefully entering the options, e.g. make sure that the "Manual username" field is filled. I don't have eduroam where I am, but the N900 can't connect to our WPA2 Enterprise network. So I use wpa_supplicant, which works beautifully. As a result, I do have a config, but you also need to remember that WPA2 Enterprise is just an 'umbrella' designation - there are various ways that the network can be configured, e.g. PEAP, TTLS, TLS, etc. So you would need to figure that out first, before you can write an appropriate config Simplest way ... look at how Android/Windows saves the connection :) |
Re: Maemo-Leste pre-alpha announcement
Quote:
I mostly wanted to know how I can take screenshots from the mobile. And regarding the apps from the repository, The only one I was able to install was conky, but I had no icon in the menu, and the app did not open... Finally, did someone think about Chroot ? I know it's not the aim of the topic, but I still have ubuntu chroot in the N900 and it works just fine, I was just wondering if it was possible with devuan too!!! |
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Screenshots on fremantle / N900
can be achieved the simplest way: CTRL-SHIFT-p and look under MyDocs/.images/Screenshots/ No idea of Leste alreafy supports it but I would guess yes. |
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Quote:
Quote:
Quote:
apt install scrot allows you to takescreenshots using 'scrot' (command line tool) |
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
Quote:
This is a dream come true however, modern linux on handhelds, way to go. Btw have you managed to run firefox? I think I saw a screenshot somewhere in the thread (I did apt install iceweasel but firefox crashes just after launch.) |
Re: Maemo-Leste pre-alpha announcement
Quote:
https://www.youtube.com/watch?v=ckQAnvAWjqE There is a blurry minute at the start, as I've switched to manual focus and the screen was too small from the distance I've placed it on :) P.S. The "RAKIA - connecting people" t-shirts are a nice touch :D |
Re: Maemo-Leste pre-alpha announcement
Quote:
|
Re: Maemo-Leste pre-alpha announcement
1 Attachment(s)
Neither for me
|
Re: Maemo-Leste pre-alpha announcement
Oops, sorry, forgot to make it public - should be okay now.
|
Re: Maemo-Leste pre-alpha announcement
Quote:
There's now also a new status update, covering the changes from September and October (and a bit of November): https://maemo-leste.github.io/maemo-...ober-2018.html Quote:
|
Re: Maemo-Leste pre-alpha announcement
Regarding the latest update, I'm guessing the Qt5 build no longer suffers from the issues we had with Fremantle needing to ship a seperate libX11.so.6 built with --with-xcb. It needed a seperate lib because xcb broke keyboard support with other apps. I guess it would be okay unless someone tries install a Fremantle closed source deb.
Also, as OMP was mentioned, in keeping with the more modern take on Qt, would it also be worth porting qt-components-hildon? |
Re: Maemo-Leste pre-alpha announcement
Quote:
I am assuming you mean: https://github.com/marx1an/qt-components-hildon - openmediaplayer doesn't seem to depend on it, though, right? I haven't toyed with qt-component-hildon myself - but I assume it will make sense for someone to port them. It might not even be a long of work. |
Re: Maemo-Leste pre-alpha announcement
No OMP doesn't need it. It's used by cutenews, cuteradio and qml-browser.
I suggested it as there was a push for mobile devices to make use of qml and qtquick. On N900 though performance wasn't always that great iirc because of a driver issue. |
Re: Maemo-Leste pre-alpha announcement
The openfest talk is now also uploaded in official form: https://www.youtube.com/watch?v=WT1hwtEPt7o
Random screenshot of the day, initial compile-fixed bringup of hildon-application-manager (otherwise completely untested): https://wizzup.org/raspi-ham.png |
| All times are GMT. The time now is 20:23. |
Page 4 of 17 |
|
Prev |
2 3 4
5 6 14
|
Next
| Last
vBulletin® Version 3.8.8