Wizzup | sicelo: I also added a path forward on how to edit debian submenu | 00:16 |
---|---|---|
Wizzup | I just need some advice for FMG on how to pass the category as a string to the editor | 00:16 |
Wizzup | otherwise it's mostly trivial | 00:16 |
Wizzup | ok, I think I figured out my gobject question | 11:54 |
diejuse | Wizzup Lately I've been playing around with editing the menu to create various submenus, editing ~/.config/menus/hildon.menu. | 12:31 |
diejuse | I have also manually changed the order of the debian submenu. | 12:31 |
diejuse | As you say, hildon launcher editor because it breaks everything. | 12:33 |
diejuse | https://drive.google.com/file/d/1nuGgHkLF-Hfhw5XKzTuR65tVnA2KCMD5/view?usp=sharing | 12:41 |
Wizzup | sicelo: I pushed code to also edit the debian submenu | 12:50 |
Wizzup | so all issue should be fixed with that PR | 12:51 |
Wizzup | diejuse: ^ | 12:51 |
Wizzup | diejuse: how do you create the submenus | 12:51 |
Wizzup | diejuse: this would be good to know, because currently the editor doesn't support more than the debian submenu, because I don't know how to make it work | 12:51 |
Wizzup | there is both /etc/xdg/menus which I presume you edited, but then there is /home/user/.config/menus/ | 12:52 |
diejuse | I only edit /home/user/.config/menus/menu.hildon | 12:55 |
diejuse | First I created a folder that I called "main" /usr/share/applications/main | 12:56 |
diejuse | In menu.hildon the main structure is this: <menu><AppDir>/usr/share/applications/main</AppDir><DirectoryDir>/usr/share/applications/main</DirectoryDir> </menu> | 12:58 |
diejuse | After <DirectoryDir>/usr/share/applications/main</DirectoryDir> you add your submenus | 12:58 |
Wizzup | yes, but this means you can't see the default hildon ones in the main view | 12:58 |
diejuse | I have converted the default Hildon menu to another submenu. | 12:59 |
Wizzup | yes, but this probably won't "fly" with us, but let's discuss | 12:59 |
Wizzup | so the way hd-launcher-editor used to work: it always writes to /home/user/.config/menus/hildon.menu | 13:00 |
Wizzup | I made some changes to that it can write that file, but also /home/user/.config/menus/hildon/<SUBMENUNAME>.menu | 13:00 |
Wizzup | however, for this to work and not 'take over' the menu as your example does, you have to double nest | 13:00 |
Wizzup | let me explain | 13:00 |
Wizzup | this is my /home/user/.config/menus/hildon.menu now: https://bpa.st/XIFQ | 13:01 |
Wizzup | and this is my /home/user/.config/menus/hildon/debian.menu now: https://bpa.st/XSGQ | 13:01 |
Wizzup | nevermind the Layout and Filename entries, those are just for sorting/ordering | 13:01 |
Wizzup | note that in hildon.menu there is an explicit <Menu> and <Name>Debian</Name> around the merge dirs | 13:02 |
Wizzup | if you don't do this, the merge dirs will override everything standard maemo and you'll get what you have: no standard maemo icons | 13:02 |
Wizzup | I'm assuming we do want to keep this, and maybe just add sub menus for debian, android, webapps, etc | 13:02 |
Wizzup | this would be somewhat easy to add in my current PR, *but* this nesting I mentioned above is hardcoded | 13:03 |
Wizzup | I could add code to detect the different categories from the /etc/xdg/menus/ ... and somehow write those to hildon.menu | 13:03 |
Wizzup | I might also be "doing it wrong" but I don't see a better way to do this | 13:04 |
Wizzup | but yes, you *cannot* manually override /home/user/.config/menus/menu.hildon and expect it to work | 13:05 |
Wizzup | brb | 13:05 |
diejuse | The truth is that I realized that everything is made too complicated. | 13:08 |
diejuse | I removed the part from <MergeFile type="parent">/etc/xdg/menus/hildon.menu</MergeFile> | 13:10 |
diejuse | to make my structure independent. | 13:10 |
diejuse | For me the ideal operation is that a user could create a folder structure from ~/config/menus/hildon with .desktop files and that each folder was a submenu. For example ~/config/menus/hildon/debian and ~/config/menus/hildon/webapps. | 13:13 |
diejuse | And then Maemo will simply show a menu how you have created your folders. | 13:13 |
Wizzup | diejuse: well I am working on the code now so let's think it through | 13:27 |
Wizzup | we could easily create more menus like the debian one(s), but I am not sure how those should be managed | 13:28 |
Wizzup | what are these android things you mention, do they run inside of maemo, or | 13:28 |
diejuse | Do you mean the Android submenu I created? | 13:29 |
Wizzup | yes, what is in there | 13:30 |
diejuse | https://drive.google.com/file/d/1KwUDHA3xZV-hsujUjfkZRXLtZkK6BOqs/view?usp=sharing | 13:31 |
Wizzup | do those open android apps inside maemo X? or? | 13:32 |
diejuse | Since I am emulating Maemo via proot I cannot open the camera or make calls natively, but I can directly open the Android camera or call the Android calling app from Maemo | 13:33 |
diejuse | If I click on the camera icon, the Android camera application opens. I take the photo, hit the Android button "back" and it returns to Maemo. | 13:34 |
diejuse | Yes, open android apps inside maemo | 13:35 |
Wizzup | ok, so it leaves the maemo X | 13:35 |
diejuse | yes | 13:35 |
Wizzup | what do these .desktop files look like | 13:35 |
diejuse | Those .desktop files exec scripts I have in the /diejuse_scripts folder. Do you want to see the script that opens the camera? | 13:38 |
Wizzup | just curious how it works, but not super important | 13:38 |
diejuse | for example: /diejuse_scripts/android_camera.sh has: | 13:41 |
diejuse | am start -a android.media.action.STILL_IMAGE_CAMERA --user 0 | 13:42 |
diejuse | it is a adb shell command to open the default android camera | 13:42 |
diejuse | with proot in my PATH variable I add a path with adb shell commands | 13:43 |
diejuse | That way I can execute Android commands from within Maemo | 13:44 |
diejuse | I am already creating an image prootMaemoLeste_arm64.tar.gz so that it can be unzipped on any Android and use maemo. | 13:45 |
diejuse | I'm trying to minimize its space because it takes up between 2 and 3 gigabytes. | 13:46 |
diejuse | I want a user-friendly installation | 13:46 |
diejuse | I'll put the installation steps here: https://github.com/diejuse/proot_MaemoLeste_on_Android | 13:48 |
k1r1t0 | Hello, I updated the kernel, but it won't load. It can be fixed? Or reinstall the system. | 14:17 |
k1r1t0 | A week or two ago. The devel repository has been enabled | 14:19 |
gnarface | almost certainly it's repairable | 14:31 |
gnarface | though i can't really give you specifics | 14:32 |
Wizzup | k1r1t0: what device are you on | 15:02 |
Wizzup | diejuse: thanks for elaborating | 15:03 |
k1r1t0 | Nokia N900 | 15:49 |
Wizzup | surprising to hear a kernel upgrade would break it, what behaviour do you observe | 15:50 |
arno11 | k1r1t0: when you say 'updated the kernel', you mean using 'apt dist-upgrade' ? | 16:11 |
Wizzup | sicelo: fwiw I'll merge your changes once we have a new kernel build | 17:05 |
Wizzup | I'm waiting for uvos to do it, but I can also do it if it takes too long | 17:06 |
sicelo | sure, thanks. the leste-config one can actually go in whether kernel's done or not | 17:09 |
sicelo | only status-area one depends on kernel (because we're no longer blacklisting the charger in batmon.c) | 17:10 |
Wizzup | uvos: I think I fixed the sphone build-dep in devel | 17:10 |
sicelo | and really nice work on the h-d rearranging issue :-) | 17:10 |
Wizzup | sicelo: yeah, I'm still not super happy with it, but it'll work for us for now I think | 17:11 |
sicelo | i haven't tested yet (my d4 still bork), but from the description and the little i understand of the code, it's quite elegant fix | 17:11 |
Wizzup | it'll work, but the whole .menu stuff is I think a bit ugly | 17:11 |
Wizzup | it seems both overengineered but in some ways underpowered | 17:12 |
Wizzup | freemangordon: I think I'm just going to release OMP to latest stable and see what doesn't work | 17:12 |
Wizzup | freemangordon: then I can fix the image builds | 17:12 |
Wizzup | uvos: the build failed now that it is actually building the voicecallmanager module, I'll make a merge request for it... | 17:16 |
Wizzup | uvos: ended up just pushing a fix, lmk if you don't want me to do that in the future | 17:40 |
k1r1t0 | Amo11 yes | 18:05 |
k1r1t0 | Arno11 yes | 18:22 |
Wizzup | weird, openmediaplayer just apt upgrades it looks like on stable image | 22:40 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!