| 00:39.07 | *** join/#maemo totalizator (~totalizat@degu.pl) |
| 02:51.13 | *** join/#maemo bonggie (~bonggie@125.163.242.32) |
| 02:56.25 | *** join/#maemo chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
| 03:45.58 | *** join/#maemo mcatanzaro (~mcatanzar@fanzine.igalia.com) |
| 03:47.36 | *** join/#maemo mcatanzaro (~mcatanzar@fanzine.igalia.com) |
| 04:04.48 | *** join/#maemo mcatanzaro (~mcatanzar@fanzine.igalia.com) |
| 04:13.36 | *** join/#maemo Vahe[m]1 (vahetermin@gateway/shell/matrix.org/x-lpanibmnmepdvane) |
| 04:54.20 | *** join/#maemo drcode (~drcode@5.29.192.15) |
| 05:01.24 | *** join/#maemo bonggie (~bonggie@125.163.242.32) |
| 05:30.25 | *** join/#maemo drcode (~drcode@5.29.192.15) |
| 05:37.36 | Vajb | hoho. Got in to whatsapp. Used kerio's solution. Virtualbox+android 6.0 image. |
| 06:09.49 | *** join/#maemo OldBear (~IceChat7@pool-98-118-9-12.bstnma.fios.verizon.net) |
| 06:19.01 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 06:30.20 | *** join/#maemo rhn (~rhn@pD4B9E08C.dip0.t-ipconnect.de) |
| 06:30.20 | *** join/#maemo rhn (~rhn@unaffiliated/rhn) |
| 06:51.34 | *** join/#maemo paijo (~paijo@125.163.242.32) |
| 07:39.08 | *** join/#maemo xy2_ (~xy2_@94.239.177.175) |
| 07:46.26 | *** join/#maemo xorly (~xorly@ip-86-49-24-93.net.upcbroadband.cz) |
| 07:55.35 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 08:19.44 | *** join/#maemo geaaru (~geaaru@host19-177-dynamic.58-82-r.retail.telecomitalia.it) |
| 08:20.14 | Enrico_Menotti | Vajb I have seen your comment about whatsapp. Could you please share details? |
| 08:25.00 | *** join/#maemo jkepler (~Thunderbi@6f.3e.32a9.ip4.static.sl-reverse.com) |
| 08:25.53 | jkepler | Hi folks! |
| 08:27.18 | paijo | hello |
| 08:27.50 | jkepler | I just got an email from Microsoft that my older version of Skype, Skype for Windows 7.â17-7.â30, will no longer work as of September 4th. We don't have any Windows machines in our house (I run exclusively Debian, and my wife uses Mac OS (which I tolerate as its based on BSD)). |
| 08:27.50 | jkepler | Is the Skype interface in my N900 what Microsoft is referring to? |
| 08:29.04 | jkepler | If so, is there a way to upgrade the Skype services in Maemo so that they'll keep working with Skype? (Or is this my chance to try and nudge my parents and friends toward FOSS video call software?) |
| 08:30.59 | paijo | Hmm I dont know sorry |
| 08:31.38 | paijo | I'm waiting someone ported line chat to maemo |
| 08:31.42 | paijo | Lol |
| 08:33.38 | Wizzup | jkepler: if they indeed deprecate the n900 version, then this is your chance to switch to FOSS video call sw |
| 08:54.15 | Vajb | Enrico_Menotti: i downloaded android-x86_64-6.0-r3.iso and ran it on virtualbox. Then i installed whatsapp on tablet and followed on app instructions to use it without mobile. |
| 08:55.26 | Vajb | now if only i could get remote ssh from n900 to my virtualbox running android :D |
| 08:58.11 | Vajb | Enrico_Menotti: and default browser crashed when i tried to download whatsapp.apk and i had to install firefox also. |
| 09:00.53 | paijo | What apps do you use to remote the android |
| 09:00.57 | paijo | ? |
| 09:03.53 | *** join/#maemo sdf11 (6df71009@gateway/web/cgi-irc/kiwiirc.com/ip.109.247.16.9) |
| 09:03.54 | *** join/#maemo Kabouik (~kabouik@2a01:e35:2fd3:5030:e142:c406:c878:1d89) |
| 09:03.57 | sdf11 | hello |
| 09:04.55 | *** join/#maemo jonwil (~jonwil@27-33-80-219.tpgi.com.au) |
| 09:08.20 | paijo | Hello |
| 09:10.53 | sdf11 | After having changed over to Linux a year ago I can't keep myself from noticing that for one or another reason, working on Windows has been (and is) far more productive. For instance, the file explorer I use now is Nemo, which has the best features of both Thunar and Nautilus. My main issue with Nemo right now is when I'm looking for a file, I star |
| 09:10.53 | sdf11 | t to type the name to find it but if I misstype I have to backspacke out the whole search query and it never goes away, this is only an issue in Nemo and I haven't found any way to turn it off. Other file explorers have stupid issues like Nautilus will freeze my whole PC everytime I right-click and no easy way to open terminal in current directory |
| 09:10.53 | sdf11 | & extract multiple ZIP files, etc. As far as the Desktop goes, I'm not sure but I feel something is terribly off, right now I'm using Xubuntu (XFCE) which so far has been the only somewhat stable window manager. For compositor I use none, I tried Compton but even Compton doesn't perform well with 144hz. I have a display and a TV connected, everytim |
| 09:10.53 | sdf11 | e I wanna switch audio output between them I have to switch it manually for every running application. TL;DR: How do I make my Xubuntu more productive and/or genuinely FEEL more like Windows / work better? |
| 09:12.08 | paijo | Try to move to KDE |
| 09:12.19 | *** join/#maemo xy2_ (~xy2_@94.239.253.5) |
| 09:12.23 | sdf11 | KDE Neon? |
| 09:12.30 | paijo | I prefer kde than xfce |
| 09:12.47 | sdf11 | I've tried KDE, it does NOT work well unless I reinstall to a different distro like KDE Neon |
| 09:12.58 | paijo | Try kubuntu |
| 09:13.11 | paijo | Bundled with kde |
| 09:14.06 | sdf11 | I have, it's missing a lot of theming options and options in general |
| 09:14.14 | sdf11 | but I installed it from Ubuntu |
| 09:14.23 | sdf11 | (but I did add the PPA) |
| 09:14.36 | paijo | Hmm probably your instalation is corrupt |
| 09:14.42 | sdf11 | no |
| 09:14.44 | sdf11 | wait |
| 09:14.45 | sdf11 | I remember |
| 09:14.50 | sdf11 | my main issue with KDE is |
| 09:14.53 | Vajb | or try devuan with mate |
| 09:14.57 | paijo | Try fresh install with kubuntu |
| 09:14.58 | sdf11 | that KWIN will ONLY run 100Hz |
| 09:15.02 | Vajb | or anything with mate |
| 09:15.14 | sdf11 | I have still not found a way to get kwin to run at 144hz/unlimited |
| 09:15.33 | paijo | Hmm i don't know that kwin |
| 09:15.34 | sdf11 | even manually setting the limit to any number doesn't matter, it caps at 100 |
| 09:15.36 | sdf11 | so frustrating |
| 09:15.56 | sdf11 | I've tried Mate, I've been trying pretty much all of it X'D |
| 09:16.20 | sdf11 | I don't remember the issue with Mate but definitively had issues with them all, especially compositor issues |
| 09:16.21 | sdf11 | :/ |
| 09:16.34 | sdf11 | even Compton doesn't work well with 144hz |
| 09:16.50 | paijo | Try from fresh instalation if you want to enjoy |
| 09:16.59 | sdf11 | I hate reinstalling ;( |
| 09:17.11 | paijo | Or you can try instalation to vm |
| 09:17.24 | sdf11 | yeah well |
| 09:17.29 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 09:17.35 | paijo | How |
| 09:17.57 | sdf11 | I think 1 of the issues is that LTS is so fucking old, should switch to a rolling release as I bet the more "bleeding edge" is more stable than the LTS crap (for desktop) |
| 09:18.27 | paijo | Which ubuntu version do you use |
| 09:18.36 | sdf11 | Xubuntu |
| 09:18.37 | sdf11 | 16.04 |
| 09:19.14 | sdf11 | I tried upgrading to 16.10 -> 17.04 but it keeps telling me that there's no available upgrade or whatever, and I checked my settings manually that the upgrade path is set to NORMAL and everything :/ |
| 09:19.40 | paijo | Techically there a lot of problem when you install to the last version of desktop environment when your distro from last year version |
| 09:19.48 | sdf11 | exactly |
| 09:20.04 | paijo | Try to upgrade to 17.xx |
| 09:20.07 | sdf11 | yeah |
| 09:20.10 | sdf11 | that's what imma gonna do |
| 09:20.14 | sdf11 | if it will let me |
| 09:20.35 | paijo | Dist-upgrade? |
| 09:20.48 | sdf11 | okay so I changed from LTS to "Any" |
| 09:20.50 | sdf11 | and will try now |
| 09:20.52 | sdf11 | in a sec |
| 09:21.05 | paijo | Nice |
| 09:21.15 | sdf11 | dist-upgrade: command not found |
| 09:21.16 | sdf11 | hmm |
| 09:21.24 | paijo | Sudo? |
| 09:21.43 | sdf11 | nana |
| 09:22.12 | sdf11 | ill figure it out |
| 09:22.12 | sdf11 | btw |
| 09:22.17 | sdf11 | what's a good file manager? |
| 09:22.56 | paijo | I found an article on omgubuntu |
| 09:23.08 | paijo | On how to upgrade to 17 |
| 09:23.16 | sdf11 | Nautilus = crap (freezes system on right-click for 1 second at a time), Thunar = crap, Nemo = crap (bogous search + VERY laggy to use e.g. SFTP) |
| 09:23.25 | paijo | I love dolphin |
| 09:23.41 | sdf11 | I suppose that's the only option left |
| 09:23.52 | sdf11 | i've tried all 10 of them or whatever |
| 09:23.59 | sdf11 | some I really really like |
| 09:24.09 | sdf11 | but I can't get used to the Mac esque |
| 09:24.15 | sdf11 | file manager with the trees and shit |
| 09:25.01 | paijo | I don't know that |
| 09:25.15 | paijo | Mostly using terminal |
| 09:25.19 | paijo | Hehe |
| 09:25.22 | sdf11 | alright im upgrading to 16.10 then 17.04, works this time, didn't on Ubuntu (before i reinstalled haha) |
| 09:25.26 | sdf11 | yeah I love |
| 09:25.27 | sdf11 | Ranger |
| 09:25.36 | sdf11 | but FUCK me if I'm gonna learn VIM controls |
| 09:25.37 | sdf11 | I tried ;( |
| 09:25.46 | paijo | Hahaha |
| 09:25.48 | sdf11 | VimFX for Firefox addon too is so fuuuucking sweet but I am too dumb |
| 09:25.50 | paijo | Good luck |
| 09:25.53 | sdf11 | or well the issue was |
| 09:25.57 | sdf11 | I have European keyboard layout |
| 09:26.05 | sdf11 | ... |
| 09:26.08 | sdf11 | VIM is US only |
| 09:26.19 | Wizzup | ??? |
| 09:26.41 | sdf11 | VIM keys are based on U.S. keyboard layout |
| 09:26.53 | sdf11 | my keyboard is not a U.S. keyboard :/ so the layout is messed up for me |
| 09:26.54 | Wizzup | looks at hjkl |
| 09:27.03 | Wizzup | is the same for uk,nl,us keyboards |
| 09:27.07 | Wizzup | and probably for many more |
| 09:27.14 | sdf11 | like ; : keys |
| 09:27.15 | sdf11 | etc |
| 09:27.16 | Wizzup | not the mention the extreme ease it is to remapping keys |
| 09:27.18 | Wizzup | what |
| 09:27.21 | sdf11 | are super different |
| 09:27.22 | sdf11 | cmon |
| 09:27.24 | Wizzup | how does vim even use ; |
| 09:27.28 | Wizzup | that makes no sense |
| 09:27.29 | sdf11 | I have to do shift period to get : |
| 09:27.36 | Wizzup | what does that have to do with vim? |
| 09:27.41 | sdf11 | everything |
| 09:27.43 | sdf11 | ;( |
| 09:27.45 | Wizzup | lol |
| 09:27.59 | Wizzup | I've used vim for more than 10 years and I am european, and never had an issue with it |
| 09:28.03 | sdf11 | maan u tellin me rn im full of excuses |
| 09:28.06 | Wizzup | Regardless of the keyboard layout |
| 09:28.08 | Wizzup | Yes, you are |
| 09:28.09 | sdf11 | n im just lying to myself to procrastinate |
| 09:28.11 | Wizzup | Yes |
| 09:28.11 | sdf11 | :/ |
| 09:28.22 | sdf11 | what country you from ? |
| 09:28.36 | sdf11 | maan I know .. I need to work on myself, forreal |
| 09:28.39 | Wizzup | I've typen on al major european keyboard layouts, and it's all fine for vim |
| 09:28.46 | xy2_ | ggdG yourself |
| 09:28.49 | Wizzup | s/typen/typed |
| 09:29.11 | sdf11 | maan :( you know how hard I get when I see people using i3, ranger and VIM?! |
| 09:29.23 | Wizzup | I don't think I want to know... |
| 09:29.29 | sdf11 | they spend 30 seconds doing 30 mins of work |
| 09:29.30 | sdf11 | ;( |
| 09:30.16 | sdf11 | & look at me, fucking peasant with his mouse, barely knows regex |
| 09:31.06 | sdf11 | for christs sake, I'm using a fucking WEB CLIENT for IRC |
| 09:34.41 | sdf11 | http://www.openvim.com/ |
| 09:34.46 | sdf11 | okay now there's no more excuses lol |
| 09:38.10 | sdf11 | quick question, IOMMU pci-e passthrough, can I run my Linux on the iGPU and Windows on GTX 980Ti (via Passthrough) (and what software/how do i even do this) or should I buy a secondary GPU (well I might have to anyway since my monitor is 144hz, but dunno if I need that for anything but games but remains to be seen), I have some 6970's laying around |
| 09:38.10 | sdf11 | <PROTECTED> |
| 09:42.25 | freemangordon | Pali: have a couple of minutes? while trying to build mce on upstream, I end up with a dependency to hald-addon-bme. ANd there is no more hal. I wonder what is the best way to deal with that. u-power? |
| 09:42.32 | freemangordon | Wizzup: the same question ^^^ |
| 09:43.34 | Pali | yes, I'm there |
| 09:43.53 | freemangordon | godd, see the question ^^^ |
| 09:43.56 | freemangordon | *good |
| 09:44.19 | Pali | if you need replacement for hal in current debian/ubuntu, then yes upower is probably the best replacement for battery |
| 09:44.36 | freemangordon | mce in mer has battery-upower codule |
| 09:44.40 | freemangordon | *module |
| 09:44.52 | freemangordon | but is has battery-bme module as well :) |
| 09:45.07 | Pali | ideally drop whole bme stuff |
| 09:45.13 | freemangordon | mhm |
| 09:45.22 | Pali | we already moved n900 drivers into kernel |
| 09:45.35 | Pali | which uses standard power supply interface |
| 09:45.41 | freemangordon | yes, I know :) |
| 09:45.48 | freemangordon | oh, mer mce has bme-dbus-names.h in it |
| 09:45.48 | Pali | so upower should be able to handle it |
| 09:46.11 | freemangordon | ok, yet another thing to rewrite :( |
| 09:46.16 | Pali | but it is probably hard to simulate old bme dbus interface (e.g. signals) |
| 09:47.48 | freemangordon | why do you think that? I see nothing special here https://github.com/community-ssu/hald-addon-bme/blob/master/dbus-names.h |
| 09:48.03 | Pali | yes |
| 09:48.08 | freemangordon | unless I am missing something |
| 09:48.19 | Pali | they are just dbus signals + some method for request |
| 09:48.32 | Pali | upower has different dbus interfac |
| 09:48.33 | Pali | e |
| 09:48.55 | freemangordon | sure, but iiuc mce translates them to mce dbus iface |
| 09:49.35 | freemangordon | ah, you man there are more consumers to bme dbus? |
| 09:49.53 | Pali | yes |
| 09:50.04 | freemangordon | so I should write a daemon that does bme<->upower translation? |
| 09:50.06 | Pali | e.g. battery widgets, etc... |
| 09:50.15 | freemangordon | shit |
| 09:50.21 | Pali | that is the qustion |
| 09:50.31 | Pali | I think that battery widget uses HAL |
| 09:50.57 | Pali | in original maemo system, bme daemon provides that dbus interface |
| 09:50.57 | freemangordon | yes |
| 09:51.06 | freemangordon | battery-widget uses hal |
| 09:51.18 | Pali | in bme replacement, that dbus interface was moved into hald-addon-bme |
| 09:51.27 | freemangordon | so it should be rewritten as well, or we can use the one from gnome |
| 09:51.46 | Pali | so that hal plugin provides both: HAL interface and also bme dbus interface |
| 09:51.53 | freemangordon | it was not movet, it was already there |
| 09:51.59 | freemangordon | *moved |
| 09:52.19 | freemangordon | dbus iface that is |
| 09:52.23 | Pali | so if we need compatibility, we need to provide both HAL interface and also bme dbus interface |
| 09:52.32 | freemangordon | we can't provide hal |
| 09:53.01 | Pali | if no, then all things needs to be rewritten |
| 09:53.14 | Pali | and question is if we really need bme dbus interface? |
| 09:53.26 | Wizzup | wonders that too |
| 09:53.44 | freemangordon | I guess no, but I don;t really know upower |
| 09:54.07 | freemangordon | Pali: there is no hal in modern distros, you know :) |
| 09:54.18 | Pali | I know |
| 09:54.20 | freemangordon | maybe we can move to udev, but does it qorth the effort |
| 09:54.25 | freemangordon | *worth |
| 09:54.33 | freemangordon | goes for more coffee |
| 09:54.50 | Wizzup | How much effort would it be, any idea? |
| 09:55.14 | Pali | udev is for devices in /dev/ and for /sys/... events |
| 09:55.30 | Pali | uopwer is for battery/charge info |
| 09:56.47 | freemangordon | Wizzup: which one? moving mce from bme to upower shouldn't be that hard, as there is already module-upower in mer's mce |
| 09:57.06 | *** join/#maemo Mike11 (~Mike@unaffiliated/mike11) |
| 09:57.11 | TheKit | does Mer mce uses upower by default? |
| 09:57.16 | TheKit | *use |
| 09:57.20 | freemangordon | but, moving battery applet and who-knows-what-else is hard to be assessed |
| 09:57.26 | freemangordon | TheKit: NFC |
| 09:57.54 | Wizzup | battery applet sounds like it should not be too complicated |
| 09:58.17 | freemangordon | TheKit: but, I guess it uses whichever is available, as bot bme and upower modules are compiled |
| 09:58.40 | freemangordon | Wizzup: :nod: |
| 09:59.01 | Mike11 | hello all :) has anybody encountered an issue where n900 asks for the WEP passphrase when trying to connect to WPA network? because of this I can't connect to some WPA networks |
| 09:59.44 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 10:01.12 | Mike11 | I remember having this issue the first time I had my n900, I tried flashing the device but no luck |
| 10:01.24 | freemangordon | so any volunteer on that one? :) |
| 10:01.42 | Wizzup | right now I'm setting up a vm for jenkins and auto builds |
| 10:01.49 | Wizzup | will try to see how far I can get tomorrow with parazyd |
| 10:01.58 | freemangordon | ok, so you're out of the equation |
| 10:02.03 | freemangordon | TheKit: ??? |
| 10:02.27 | freemangordon | hmm, wait, mce should be me |
| 10:02.35 | freemangordon | unfortunately |
| 10:04.53 | freemangordon | Pali: WTF is statefs? |
| 10:05.14 | Pali | where you have it? |
| 10:05.27 | freemangordon | https://git.merproject.org/mer-core/mce/blob/master/modules/battery-statefs.c |
| 10:06.04 | Pali | no idea |
| 10:06.09 | Pali | I have not hear about it |
| 10:06.22 | TheKit | freemangordon, it's FUSE fs used in Mer |
| 10:06.44 | freemangordon | ah, thanks |
| 10:06.54 | *** join/#maemo Wikiwide (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 10:08.03 | Wizzup | freemangordon: btw, you're working with parazyd to get an image for a33 tablets with working mali right? |
| 10:08.06 | Wizzup | I know -you- have it working already |
| 10:08.22 | parazyd | i can try the stuff when i'm back in ams |
| 10:08.28 | parazyd | the tablet is there |
| 10:08.29 | freemangordon | ok, so the plan is - copy bme dbus-names.h from hald-addon-bme to mce, and copy mer battery-upower from mer's mce to fremantle's |
| 10:08.32 | Wizzup | I have a tablet here |
| 10:08.37 | TheKit | https://pastebin.com/3j63r6tg - statefs |
| 10:08.57 | freemangordon | Pali: Wizzup: ^^^ is that sound ok? |
| 10:10.02 | freemangordon | Wizzup: ah, I just tried allwinner devuan image, I guess I(we) will have to do it once the repos ar up and full of packages so we will be able to install fremantle on allwinner |
| 10:10.27 | Wizzup | ack |
| 10:10.30 | freemangordon | without compiling on the device itself as I did back then |
| 10:10.40 | Wizzup | I have pretty powerful arm hw nowaways |
| 10:10.59 | freemangordon | anyway, what about my question ^^^? |
| 10:11.08 | freemangordon | re mce and bme |
| 10:11.16 | Pali | ok |
| 10:11.56 | freemangordon | I hope they didn't change mce's internals too much |
| 10:17.03 | Wikiwide | Any idea as to why my N900 doesn't recognise DCIM as Camera folder, and instead points to .camera in both Images and File Manager? Camera saves to DCIM, though. |
| 10:17.23 | freemangordon | Wikiwide: you're missing a file, gimme a minute |
| 10:17.59 | freemangordon | Wikiwide: user-dirs.dirs in ~/.config folder |
| 10:18.58 | *** join/#maemo NotKit (~nekit@85-95-179-117.saransk.ru) |
| 10:19.11 | Wikiwide | Missing, true. |
| 10:19.12 | freemangordon | Wikiwide: https://pastebin.com/PKuG1GS0 |
| 10:19.23 | freemangordon | this is what you should have there |
| 10:19.32 | *** join/#maemo Jeff13 (6df71009@gateway/web/cgi-irc/kiwiirc.com/ip.109.247.16.9) |
| 10:19.37 | Jeff13 | UMM |
| 10:19.53 | freemangordon | but I don;t remember if you have to reboot or some xdg-whatever command should be executed |
| 10:19.56 | Jeff13 | I just upgraded from Ubuntu 16.04 straight to 17.04 without doing 16.04 -> 16.10 -> 17.04 |
| 10:20.02 | Jeff13 | what the fuck ?? how is that even possible? |
| 10:20.13 | Wizzup | That is not weird at all... |
| 10:20.22 | freemangordon | Jeff13: .10 are dev releases |
| 10:20.30 | freemangordon | .04 are LTS |
| 10:20.35 | Wizzup | 17 is not lts |
| 10:20.40 | Wizzup | 16.04 and 18.04 are |
| 10:20.42 | Jeff13 | yaeh but every guide ever says you gotta 16.04 -> 16.10 -> 17.04 |
| 10:20.42 | freemangordon | right |
| 10:20.47 | Jeff13 | 16.04 and 18.04 is lts |
| 10:20.50 | Jeff13 | i get that :P |
| 10:20.50 | Wizzup | Jeff13: I have not seen such a 'every guide ever' |
| 10:20.57 | Wizzup | I often go from 12.04 to 14.04 to 16.04 |
| 10:21.06 | Jeff13 | 17.04 is not LTS |
| 10:21.16 | Wizzup | so? |
| 10:21.17 | freemangordon | yup, I did 12.04->14.04 on my desktop |
| 10:21.21 | Wizzup | a LTS is just a normal distro version |
| 10:21.26 | Wizzup | supported for a longer time |
| 10:21.28 | Jeff13 | mhm |
| 10:21.35 | Jeff13 | okay fine |
| 10:21.35 | Jeff13 | :p |
| 10:21.39 | *** join/#maemo xy2_ (~xy2_@94.239.253.5) |
| 10:21.45 | Jeff13 | omgubuntu can go fuck themselves |
| 10:21.52 | freemangordon | Jeff13: as long as it boots ... :D |
| 10:21.53 | Jeff13 | asking me to restart twice to upgrade twice |
| 10:22.00 | Jeff13 | yeah it booted but |
| 10:22.04 | Jeff13 | networking didn't work :) |
| 10:22.22 | Jeff13 | had to touch /etc/NetworkManager/conf.d/globally managed devices blah blah |
| 10:22.31 | freemangordon | I guess it works now you're here :) |
| 10:22.41 | Jeff13 | yeah :( |
| 10:22.46 | Jeff13 | sometimes I miss Windows |
| 10:22.47 | Jeff13 | lol |
| 10:23.03 | NotKit | is it impossible to use Mer version? |
| 10:23.04 | freemangordon | no, you don;t, you just think you miss it |
| 10:23.10 | Jeff13 | WELL |
| 10:23.18 | freemangordon | NotKit: I guess too much was changed there |
| 10:23.18 | Jeff13 | >_< |
| 10:23.18 | *** part/#maemo paijo (~paijo@125.163.242.32) |
| 10:23.23 | *** join/#maemo paijo (~paijo@125.163.242.32) |
| 10:23.29 | Jeff13 | well well :/ |
| 10:23.35 | Jeff13 | I wish more people used Linux |
| 10:23.42 | Jeff13 | for desktop** |
| 10:23.53 | freemangordon | and I don;t wanna go through all the commits for the last 6-7 years to see what exactly has changed |
| 10:23.54 | Jeff13 | it's no secret that using Linux for desktop usage SUCKS BIG DICK |
| 10:24.21 | Wikiwide | What about laptop usage? |
| 10:24.41 | Wikiwide | Disclaimer: I regularly use CentOS on overpowered desktop. |
| 10:24.55 | freemangordon | NotKit: maybe, once we have all the stuff in place we can start thinking about using stuff from mer |
| 10:25.11 | freemangordon | Wikiwide: I am using ubuntu 14.04 on my corporate laptop |
| 10:25.46 | Jeff13 | aww maan how do I deal with this crap?? install some PPA's or something ?? The following packages will be REMOVED: |
| 10:25.47 | Jeff13 | <PROTECTED> |
| 10:25.47 | Jeff13 | <PROTECTED> |
| 10:25.47 | Jeff13 | The following NEW packages will be installed: |
| 10:25.47 | Jeff13 | <PROTECTED> |
| 10:25.47 | paijo | Crunchbang user here? Lol |
| 10:26.01 | Wizzup | I use gentoo on all my personal stuff, alpine on servers and containers, ubuntu for one of my jobs, gentoo for the other |
| 10:26.11 | Jeff13 | obviously I won't let that shit run through but yeah how do I fix it so xorg isn't held back |
| 10:26.47 | Wikiwide | I am not the admin, just one of many people using it. Because Windows networking is very inferior when compared against Linux (ssh, sftp, X forwarding...) |
| 10:26.54 | freemangordon | Jeff13: I guess you should read about ubuntu HWE |
| 10:27.15 | Jeff13 | or not ?? |
| 10:27.23 | freemangordon | up to you, ofc |
| 10:27.25 | Jeff13 | pause.. not |
| 10:27.25 | Jeff13 | xD |
| 10:27.30 | Jeff13 | hmm |
| 10:28.16 | Wikiwide | freemangordon : thanks a lot! Worked immediately, no need to write any command lines upon creating the file. |
| 10:28.30 | freemangordon | :) |
| 10:29.03 | Jeff13 | Linux Sucks |
| 10:29.26 | Jeff13 | cause Bryan Lunduke says so |
| 10:32.46 | Wikiwide | I know it is possible to write a Note for a contact in address book. Now, with a suitable telepathy plugin, would it be possible to auto-create contact's directories (optionally unwatched by tracker and .hidden from file manager), where documents received from contact (or sent to the contact) would be put, and then request (from address book) file manager to open the .hidden directory, or Photos to show images from .hidden directory? |
| 10:33.27 | Wikiwide | with suitable rtcom* plugin, I guess; it has nothing to do with telepathy. |
| 10:38.10 | *** join/#maemo eMHa_ (~mh@p200300738E128600267703FFFE6CC360.dip0.t-ipconnect.de) |
| 10:38.42 | DocScrutinizer05 | sure |
| 10:41.08 | DocScrutinizer05 | maybe a glance at http://maemo.cloud-7.de/maemo5/usr/local/bin/contact2 and http://maemo.cloud-7.de/maemo5/usr/local/bin/contact gives you ideas. Hint: it seems you can add arbitrary properties to a contact |
| 10:42.46 | Wikiwide | And then plugin for photos, to be able to click not only "Camera", "Custom", "All", but also "Contacts" (and select some or all Contacts from the list) |
| 10:43.22 | *** join/#maemo Jeff13 (6df71009@gateway/web/cgi-irc/kiwiirc.com/ip.109.247.16.9) |
| 10:43.29 | DocScrutinizer05 | sorry, lacking context |
| 10:44.07 | DocScrutinizer05 | "gallery", not "photos"? |
| 10:44.22 | DocScrutinizer05 | or is that about telepathy |
| 10:45.58 | DocScrutinizer05 | you could probably add a vcard attribute like "datadir" to contacts in contact db |
| 10:47.12 | DocScrutinizer05 | when somebody sends DCC files, a telepathy/purple/whatever plugin could write those to the path found in contacts db in attribute "datadir" |
| 10:47.30 | *** part/#maemo paijo (~paijo@125.163.242.32) |
| 10:47.58 | Jeff13 | how do I change mouse speed? |
| 10:48.08 | Jeff13 | I already did this: http://www.webupd8.org/2016/08/how-to-completely-disable-mouse.html |
| 10:48.23 | Jeff13 | but now after I updated Xorg my mouse speed is halved and I DO not want mouse acceleration |
| 10:48.35 | DocScrutinizer05 | I'm not entirely sure but I *think* there are plugins to "Contacts" app to handle such stuff in a special way, so you could open filemanager when clicking on the field "datadir" |
| 10:50.36 | DocScrutinizer05 | Jeff13: interesting question. Hildon desktop never been made for mouse, and you don't want any acceleration etc with touch pointer |
| 10:50.52 | Jeff13 | I can't stand acceleration |
| 10:50.57 | Jeff13 | I just want to double my mouse pointer speed |
| 10:50.58 | Jeff13 | statically |
| 10:51.56 | DocScrutinizer05 | you might want to wait until some user familiar with generic gnome desktop drops by. They might have more clue about that stuff than me |
| 10:52.07 | Pali | xinput |
| 10:52.18 | DocScrutinizer05 | hi Pali! :-)) |
| 10:52.33 | Pali | that tool can be used to set any X property for input device |
| 10:52.37 | Pali | hi! :-) |
| 10:53.15 | DocScrutinizer05 | Jeff13: listen to Pali, you won't find a more knowledgeable person to help you |
| 10:53.21 | *** join/#maemo Jeff13 (6df71009@gateway/web/cgi-irc/kiwiirc.com/ip.109.247.16.9) |
| 10:54.01 | Jeff13 | hey |
| 10:54.11 | Jeff13 | had to close firefox bcoz bug when u switch on compositors lol |
| 10:54.15 | Jeff13 | anyhow, resend ur last message |
| 10:55.46 | DocScrutinizer05 | http://mg.pov.lt/maemo-irclog |
| 11:02.13 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 11:02.50 | Enrico_Menotti | Hello everybody. I'd like to check the versions of the various os layers which are currently installed on my N900 (Maemo). From the file system down to kernel and bootloader steps. For the file system, I can simply go to settings -> about product. All the rest? |
| 11:05.10 | DocScrutinizer05 | for kernel: `uname -a`. For bootloader there's no command to find out the version afaik |
| 11:07.11 | DocScrutinizer05 | for filesystems (unless they are monolithic): `modinfo vfat` etc |
| 11:07.34 | Jeff13 | lol I figured out how to fix the mouse |
| 11:07.51 | Jeff13 | the issue is that it reads xserver-xorg-input-libinput instead of some other shits |
| 11:08.17 | Jeff13 | so just typing a bunch of random ass commands to set random properties and boom it goes fast as fuck, then i redisable the acceleration and it works now magically |
| 11:08.18 | Jeff13 | lmao |
| 11:08.22 | Jeff13 | strange how things work ... |
| 11:08.29 | DocScrutinizer05 | for ubifs maybe somthing like `ubiattach --version` |
| 11:09.02 | Jeff13 | now magically a lot of issues I had are fixed too in 17.04 :) and compton works beautifully now :) |
| 11:09.10 | Jeff13 | fuck yeah |
| 11:10.04 | Enrico_Menotti | DocScrutinizer05 Ehm I meant system image, not file system, sorry. I mean the actual os components, over the kernel. I get it from settings -> about product, right? |
| 11:13.30 | DocScrutinizer05 | yes |
| 11:14.07 | Enrico_Menotti | Ok. Kernel: 2.6.28-omap1. OS: 20.2010.36-2. I got these by flashing an image downloaded form archive.org, where I found a mirror of Nokia repos. |
| 11:14.21 | DocScrutinizer05 | ugh |
| 11:14.25 | DocScrutinizer05 | ~lf |
| 11:14.25 | infobot | [#maemo lazyflashing] http://wiki.maemo.org/Updating_the_tablet_firmware#The_Lazy_Approach |
| 11:14.27 | Enrico_Menotti | I never cared about getting the latest available upgrades/updates. |
| 11:14.50 | Enrico_Menotti | Now I'm thinking about that. |
| 11:15.31 | Enrico_Menotti | Do I need to flash again or is there another way? And before that, what are the latest versions and where do you suggest to get them from? |
| 11:15.47 | DocScrutinizer05 | wait what? you found a mirror of nokia repos at archive.org? |
| 11:15.53 | Enrico_Menotti | Yes. |
| 11:16.32 | DocScrutinizer05 | lazyflashing is getting the latest versions for you |
| 11:16.50 | DocScrutinizer05 | ~jrtolls |
| 11:16.55 | DocScrutinizer05 | ~jrtools |
| 11:16.55 | infobot | i heard jrtools is http://wiki.maemo.org/User:Joerg_rw/tools |
| 11:16.59 | DocScrutinizer05 | may help |
| 11:17.08 | Enrico_Menotti | So is it necessary to reflash? No other way? |
| 11:17.19 | DocScrutinizer05 | other way to do what? |
| 11:17.35 | Enrico_Menotti | Getting the latest versions of kernel and os. |
| 11:17.47 | DocScrutinizer05 | basically no |
| 11:18.15 | Enrico_Menotti | Ah. I thought the seamless software update didn't require flashing, so I could get the cssu in some other way. |
| 11:18.37 | DocScrutinizer05 | you should do a decent backup (use BM *and* hildon backup app), then reflash COMBINED |
| 11:18.50 | DocScrutinizer05 | ~cssu |
| 11:18.50 | infobot | methinks cssu is http://wiki.maemo.org/Community_SSU, or (Community Seamless Software Update) |
| 11:19.22 | DocScrutinizer05 | yes, SSU gets you the updates, but not when your current system is of totally unclaer state |
| 11:20.04 | Enrico_Menotti | Why unclear? |
| 11:20.26 | DocScrutinizer05 | that's how I understood the info you gave |
| 11:21.28 | DocScrutinizer05 | particularly >>I got these by flashing an image downloaded form archive.org, where I found a mirror of Nokia repos.<< That's not recommended, the canonical way is to use lazyflashing |
| 11:22.04 | DocScrutinizer05 | then proceed to ~jrtool and (as recommended there) fix repos and go CSSU |
| 11:22.52 | DocScrutinizer05 | actually forget about ~jrtools, the instructions are already in ~lazyflashing |
| 11:24.58 | Enrico_Menotti | I reported the kernel and os versions, right? That should be clear. About archive.org: please look at http://wiki.maemo.org/Devuan_on_N900, footnote 10 (very bottom of the page). That leads to the flasher, but the system images are around there. If you feel this repository is not reliable, and propose a different one for the flasher, you are welcome in adding that info to the wiki page. |
| 11:29.59 | DocScrutinizer05 | so? I told you the canonical way. I'm not really interested in learning about footnotes |
| 11:30.18 | DocScrutinizer05 | see topic |
| 11:30.23 | DocScrutinizer05 | ~lf |
| 11:30.24 | infobot | i guess #maemo lazyflashing is http://wiki.maemo.org/Updating_the_tablet_firmware#The_Lazy_Approach |
| 11:31.57 | DocScrutinizer05 | there's no need for a repository proposal, it's all already there |
| 11:32.11 | APic | ⺠|
| 11:36.58 | Enrico_Menotti | Ok. When I wrote the wiki for Devuan, I tried to put there a comprehensive info about where to find the various pieces needed in order to reproduce the various steps. I also reported that info about where one may find a working flasher. I'm just proposing to you to have a look at the repository I found on archive.org, and if you think it's not suitable to add a better info on the wiki page. |
| 11:39.07 | DocScrutinizer05 | I propose you read and understand http://wiki.maemo.org/Updating_the_tablet_firmware#The_Lazy_Approach |
| 11:39.37 | DocScrutinizer05 | ~tabletsdev |
| 11:39.37 | infobot | somebody said tabletsdev was http://tablets-dev.nokia.com/ http://wiki.maemo.org/Tabletsdev , http://tabletsdev.maemo.org (all defunct, thanks Nokia) or the nice site http://www.fladnag.net/downloads/telephone/n900/tools/, or http://www.mmnt.net/db/0/0/93.81.63.203/repositories/skeiron.org/skeiron.org/tablets-dev/maemo_dev_env_downloads, or http://maemo.muarf.org/tablets-dev/maemo_dev_env_downloads/ |
| 11:39.47 | DocScrutinizer05 | ~combined |
| 11:39.47 | infobot | combined is, like, the rootfs fiasco image of maemo. For N900 latest (PR1.3.1) see http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2011/9/--FID--A0A22MVWFVFAM/--LID--FiRe1317015685654/RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin, or http://galif.eu/nokia/, or http://daten.dieweltistgarnichtso.net/tmp/bin/n900/ |
| 11:39.59 | DocScrutinizer05 | ~emmc |
| 11:39.59 | infobot | emmc is, like, is http://nds2.fds-fire.nokia.com/fdp/interface/FiRe/2010/5/--FID--A0A22YHFSICNA/--LID--FiRe1275051276916/AE98ED9D_RX-51_2009SE_10.2010.13-2.CENTRAL-EUROPE_PR_EMMC_MR0_ARM.bin or see ~emmc2 |
| 11:40.05 | DocScrutinizer05 | ~flasher |
| 11:40.05 | infobot | refer ~flashing; http://www.jedge.com/n810/flasher/maemo_flasher-3.5_2.5.2.2.tar.gz (also .exe!), or http://www.chakra-project.org/ccr/packages.php?ID=5027 or generally http://www.google.com/search?q=maemo_flasher-3.5_2.5.2.2.tar.gz. HARMattan(N9): https://aur.archlinux.org/packages/fl/flasher-harmattan/flasher-harmattan.tar.gz; list of filenames/md5sums: http://pastebin.com/sYKdNJSH, or http://galif.eu/nokia/ |
| 11:40.31 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 11:41.30 | DocScrutinizer05 | if those are outdated and you found yet another repo in archive.org, fine. We can update those factoids and the websites that refer to the factoid content (repos). But for lazyflashing all that is irrelevant |
| 11:48.15 | DocScrutinizer05 | Enrico_Menotti: I don't want to share instructions on how to get the latest fiasco images the way lazyflashing does. Read the shellscript and you may (or may not) understand why |
| 11:51.04 | DocScrutinizer05 | anyway the last link in ~combined still works |
| 11:51.56 | Enrico_Menotti | Yes, ok. So, recap. There is this repo: http://web.archive.org/web/20131117073524/http://skeiron.org/tablets-dev/nokia_N900/. Contains images up to PR1.3. Links to another page with development environment downloads, where I find the flasher-3.5_2.5.2.2. |
| 11:52.14 | Enrico_Menotti | These repos seem not that bad, so maybe it is worth to record this info. |
| 11:52.32 | DocScrutinizer05 | pro hint: latest is 1.3.1 |
| 11:53.15 | Enrico_Menotti | Yes, I know. By the way: does that come from Nokia or is that the code for the CSSU? |
| 11:53.26 | DocScrutinizer05 | nokia |
| 11:53.36 | DocScrutinizer05 | backported it from CSSU |
| 11:54.33 | Enrico_Menotti | Ah, so the path was PR1.3 -> CSSU -> PR1.3.1? CSSU being the most updated one? |
| 11:55.13 | DocScrutinizer05 | err |
| 11:55.55 | DocScrutinizer05 | CSSU introduced a security patch to certman/certs that got adopted by Nokia and published as PR1.3.1 by Nokia |
| 11:56.48 | DocScrutinizer05 | thus it's irrelevant for installing CSSU if you got PR1.3 or PR.1.3.1 on your device. Anyway CSSU is the source of latest patches |
| 11:57.08 | DocScrutinizer05 | CSSU however doesn't ship fiasco images |
| 11:58.59 | Enrico_Menotti | Right. So since I have PR1.3, and I give for granted it is properly installed, I don't need to flash. I may go for CSSU via SSU. Right? |
| 11:59.26 | DocScrutinizer05 | there's no fiasco image that has all the updates from CSSU already integrated. The only way to get an up-to-date system is to start with PR1.3(.1) and then install CSSU and run the SSU updates |
| 11:59.39 | DocScrutinizer05 | yes |
| 12:00.20 | Enrico_Menotti | Perfect. So I will go for ~cssu |
| 12:00.27 | Enrico_Menotti | ~cssu |
| 12:00.27 | infobot | methinks cssu is http://wiki.maemo.org/Community_SSU, or (Community Seamless Software Update) |
| 12:02.01 | Enrico_Menotti | Thanks for the useful discussion and related info. Now F1 qualifications. :) Forza Ferrari! |
| 12:02.19 | DocScrutinizer05 | enjoy! :-) |
| 12:03.21 | *** join/#maemo xy2_ (~xy2_@94.239.253.5) |
| 12:04.46 | DocScrutinizer05 | Enrico_Menotti: secret stuff: http://maemo.cloud-7.de/maemo5/dirsnapshot2.png |
| 12:04.51 | DocScrutinizer05 | ;-) |
| 12:05.06 | DocScrutinizer05 | do NOT post ascii URLs anywhere!!! |
| 12:05.17 | DocScrutinizer05 | or all this will vanish in no time |
| 12:05.58 | DocScrutinizer05 | you know, patent trolls and their spiders :-/ |
| 12:16.22 | DocScrutinizer05 | as soon as my logs show suspicious access, that stuff gets locked and this becomes unavailable |
| 12:22.35 | *** join/#maemo rhn_mk1 (~rhn@pD4B9E839.dip0.t-ipconnect.de) |
| 12:22.35 | *** join/#maemo rhn_mk1 (~rhn@unaffiliated/rhn) |
| 12:30.10 | *** join/#maemo rhn_mk1 (~rhn@unaffiliated/rhn) |
| 12:40.38 | *** join/#maemo rhn (~rhn@pD4B9E614.dip0.t-ipconnect.de) |
| 12:40.38 | *** join/#maemo rhn (~rhn@unaffiliated/rhn) |
| 12:52.20 | *** join/#maemo geaaru (~geaaru@host175-208-dynamic.54-82-r.retail.telecomitalia.it) |
| 12:54.10 | *** join/#maemo rhn (~rhn@unaffiliated/rhn) |
| 13:05.40 | *** join/#maemo rhn_mk1 (~rhn@pD4B9E70B.dip0.t-ipconnect.de) |
| 13:05.40 | *** join/#maemo rhn_mk1 (~rhn@unaffiliated/rhn) |
| 13:08.32 | Enrico_Menotti | DocScrutinizer05 Is that secret stuff in your local system? I see the combined has more than one update ahead of mine (20.2010.36-2), up to 21.2011.38-1 (is that PR1.3.1?). |
| 13:09.31 | DocScrutinizer05 | that's Pr1.3.1, yes |
| 13:10.08 | DocScrutinizer05 | well, "local" |
| 13:10.09 | *** join/#maemo paijo (~paijo@125.163.242.32) |
| 13:10.19 | *** join/#maemo ntinos (~quassel@snf-766783.vm.okeanos.grnet.gr) |
| 13:10.48 | Enrico_Menotti | Sorry, I don't get your advice about URLs. You mean the URL could be ruined by automatic "spam" systems, or that those may read the URL and ruin the target content? And how to post a non-ascii URL? Should I put an image file in the wiki? |
| 13:11.06 | Enrico_Menotti | By "local" I mean "not accessible via public Internet". |
| 13:11.31 | *** join/#maemo rhn (~rhn@unaffiliated/rhn) |
| 13:14.15 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 13:21.10 | paijo | Is there any fb chat alternative on maemo |
| 13:21.14 | paijo | ? |
| 13:23.03 | APic | irssi |
| 13:23.10 | *** join/#maemo xy2_ (~xy2_@94.239.253.5) |
| 13:23.28 | paijo | Isn't that for irc? |
| 13:23.50 | APic | Yes? |
| 13:24.15 | APic | The great Alternative for evil Facebook-Chat |
| 13:41.17 | *** join/#maemo rhn_mk1 (~rhn@pD4B9E940.dip0.t-ipconnect.de) |
| 13:41.18 | *** join/#maemo rhn_mk1 (~rhn@unaffiliated/rhn) |
| 13:49.14 | *** join/#maemo drcode (~drcode@5.29.192.15) |
| 13:56.50 | *** join/#maemo hurrian (~textual@unaffiliated/rikanee) |
| 14:08.34 | *** join/#maemo rhn (~rhn@pD4B9E6EF.dip0.t-ipconnect.de) |
| 14:08.34 | *** join/#maemo rhn (~rhn@unaffiliated/rhn) |
| 14:19.04 | *** join/#maemo rhn_mk1 (~rhn@unaffiliated/rhn) |
| 14:19.35 | DocScrutinizer05 | Enrico_Menotti: you don't put that stuff in the wiki |
| 14:20.27 | DocScrutinizer05 | I meant that I will remove that stuff when you do |
| 14:21.28 | NotKit | maybe mirror it to Mega, for example? |
| 14:21.59 | DocScrutinizer05 | there's already a truckload of mirrors |
| 14:22.42 | *** join/#maemo herekun (~herekun@164.132.132.199) |
| 14:23.45 | Enrico_Menotti | I was trying to recall to myself some things I had found a few months ago about the boot process of the N900. By wandering around over the Internet, and from various places (also mailing lists), I re-constructed the thing: 1. OMAP bootrom; 2. Nokia X-Loader (signed); 3. NOLO; 4. kernel etc. Now the FIASCO image contains, besides kernel and rootfs, three other images: xloader, secondary, and 2nd. The first is the |
| 14:23.45 | Enrico_Menotti | <PROTECTED> |
| 14:24.05 | Enrico_Menotti | DocScrutinizer05 Ok, I won't put URLs in the wiki. So where I put them? |
| 14:24.17 | KotCzarny | nowhere |
| 14:24.22 | DocScrutinizer05 | you put *my* URLs nowhere |
| 14:24.45 | KotCzarny | you can clone the stuff, but dont go chatting about the source link |
| 14:25.18 | DocScrutinizer05 | how hard is it to understand that patent trolls use google |
| 14:25.57 | DocScrutinizer05 | and I think everybody knows how google works, Buzzword spider |
| 14:27.59 | DocScrutinizer05 | ((Is this only used when cold flashing?)) yes |
| 14:31.32 | DocScrutinizer05 | coldflashing means: you need to flash the bootloader (thus 'cold' since the system isn't "warm" from booting yet). T od that you need... the bootloader's flashing algo, which flasher loads to RAM like a rescueOS - this RAM loaded interim bootcode is 2nd |
| 14:31.53 | DocScrutinizer05 | To do* |
| 14:34.01 | DocScrutinizer05 | once coldflashing restored xloader+NOLO (they actually are one chunk in one partition), the normal falshing process can use the working NOLO in flash storage to flash the rest of the image |
| 14:34.31 | DocScrutinizer05 | for more accurate and specific details, ask Pali |
| 14:35.34 | Enrico_Menotti | Ok, so on standard boot we have bootrom -> X-Loader -> Secondary -> kernel, right? And on cold flash, bootrom -> 2nd uploaded to RAM -> X-Loader + NOLO flashing? Pali, may you confirm, please? |
| 14:36.43 | Enrico_Menotti | DocScrutinizer05 You talk about "your" URLs. Sorry, I'm a bit stupid, but I don't understand. May I put the archive URL on the wiki, or not? |
| 14:36.52 | *** join/#maemo hurrian (~textual@unaffiliated/rikanee) |
| 14:37.33 | DocScrutinizer05 | archive is not "my" maemo.cloud-7.de stuff |
| 14:38.27 | *** join/#maemo drcode (~drcode@5.29.192.15) |
| 14:38.34 | DocScrutinizer05 | you don't put URLs containing the string "fiasco&co" anywhere |
| 14:39.08 | Pali | Enrico_Menotti: basically yes, for cold flahs it is bootrom -> uploaded 2nd+nolo to ram --> normal flash xloader+nolo |
| 14:39.15 | DocScrutinizer05 | err fiasco+co |
| 14:40.06 | Enrico_Menotti | Pali Where nolo = secondary, right? |
| 14:40.13 | Pali | yes |
| 14:40.58 | Enrico_Menotti | Pali One last thing: on normal flash, 2nd is not used, but xloader+nolo are anyway flashed. Right? |
| 14:41.02 | DocScrutinizer05 | and basically NOLO is a u-boot frankenstein |
| 14:41.17 | Pali | 2nd is only for cold flash |
| 14:41.42 | Enrico_Menotti | Yes, ok. But xloader+nolo are flashed also on normal flash? |
| 14:41.52 | DocScrutinizer05 | no, on normal flashing xloader+NOLO are not touched at all |
| 14:42.14 | DocScrutinizer05 | afaik |
| 14:42.45 | Pali | if you supply full fiasco image, then also xloader and nolo are flashed |
| 14:42.52 | Pali | as they are part of fiasco image |
| 14:43.08 | DocScrutinizer05 | if they were, you'd need coldflash to recover from failed normal flashing that ruined them way more often |
| 14:43.32 | DocScrutinizer05 | hmmm |
| 14:43.54 | Pali | I'm sure that when flashing full fiasco image, then also included nolo+xloader are flashed |
| 14:44.09 | Pali | also cmt image is flashed |
| 14:44.19 | DocScrutinizer05 | maybe NOLO is 'smart' enough to not flash xloader or itself when ther new version is identical |
| 14:44.29 | Pali | seems no |
| 14:44.33 | Pali | it flash it always |
| 14:44.41 | Enrico_Menotti | What is cmt? I was wondering about those files. |
| 14:44.51 | Pali | cellular modem |
| 14:44.55 | DocScrutinizer05 | you're sure? did you patch NOLO then flash and verify the patch is gone? |
| 14:45.11 | Pali | yes, I had patches nolo with different colors |
| 14:45.24 | Pali | and after flashing full fiasco, it was reverted |
| 14:45.35 | DocScrutinizer05 | ok, that's stupid by NOLO and its authors |
| 14:45.48 | Pali | also I dumped whole communication between flasher-3.5 and usb protocol |
| 14:46.01 | Pali | so I saw there that whole xloader and nolo image is sent |
| 14:46.13 | DocScrutinizer05 | downloading NOLO image doesn't mandate it getting flashed |
| 14:46.22 | Pali | but you are unable to flash only nolo |
| 14:46.31 | Pali | you need to send both xloader and nolo image |
| 14:46.38 | Pali | and then send command to flash them |
| 14:46.39 | DocScrutinizer05 | yes, since it's one chunk with xloader |
| 14:46.53 | DocScrutinizer05 | one partition |
| 14:47.02 | Pali | not exactly truth |
| 14:47.08 | Pali | nolo has own partition scheme |
| 14:47.21 | Pali | and in nolo, xloader and nolo are on different parititons |
| 14:47.27 | DocScrutinizer05 | hmm, I'm prolly too distracted right atm |
| 14:47.46 | Pali | basically that mtd0 which is visible in linux is divided into mtd0 and mtd1 in nolo |
| 14:48.06 | Pali | and in nolo then there is mtd2 which is linux's mtd1 |
| 14:48.08 | DocScrutinizer05 | IroN900:~# cat /proc/mtd |
| 14:48.09 | DocScrutinizer05 | dev: size erasesize name |
| 14:48.11 | DocScrutinizer05 | mtd0: 00020000 00020000 "bootloader" |
| 14:48.12 | DocScrutinizer05 | mtd1: 00060000 00020000 "config" |
| 14:48.14 | DocScrutinizer05 | mtd2: 00040000 00020000 "log" |
| 14:48.24 | Pali | and everything is shifted |
| 14:48.35 | Pali | in nolo mtd0 has smaller size |
| 14:48.48 | DocScrutinizer05 | ohmy |
| 14:48.49 | Pali | note that mtd parition size is just SW thing |
| 14:48.58 | Pali | hardcoded in kernel |
| 14:49.00 | DocScrutinizer05 | :ack: |
| 14:49.16 | Pali | so you can patch kernel to have fully different layout |
| 14:49.27 | Pali | e.g. divide rootfs into more partitions |
| 14:49.46 | Pali | but because nolo has fixed parition for kernel, you must have kernel image at that offset |
| 14:50.06 | Pali | otherwise nolo would not boot your custom kernel |
| 14:50.39 | DocScrutinizer05 | but you maybe could merge initrd partition to kernel partition |
| 14:50.52 | DocScrutinizer05 | initfs partiton that is |
| 14:51.00 | Pali | no you cannot, because booting is done by nolo |
| 14:51.15 | Pali | nolo has hardcoded kernel part together with it size |
| 14:51.32 | DocScrutinizer05 | even if NOLO doesn't grok it, it might still allow to load uBoot and have kernel spanning over both partitions |
| 14:51.42 | Pali | so, yes, you can extend kernel part in linux kernel image, but that would not be visible for nolo |
| 14:52.10 | DocScrutinizer05 | NOLO only needs to 'see' the uBoot part |
| 14:52.27 | Pali | hm.. you could put uboot into kernel part and then teach uboot to see "long" size with initfs |
| 14:52.34 | DocScrutinizer05 | yes |
| 14:52.37 | DocScrutinizer05 | exactly |
| 14:52.58 | Pali | but easier would be tell uboot to loader kernel from initfs :-) |
| 14:53.06 | Pali | and no need to hack with partition sizes |
| 14:53.16 | DocScrutinizer05 | that's another possibility |
| 14:53.37 | Pali | DocScrutinizer05: you have qflasher tool and also xloader+nolo images for qemu, so you can look into nolo debug console :-) |
| 14:55.07 | Enrico_Menotti | Pali (About cmt.) Ah. The infamous closed-source code which has not been RE yet, right? |
| 14:55.22 | Enrico_Menotti | Pali What is the qflasher? |
| 14:55.35 | Pali | also it is signed and probably also encrypted |
| 14:55.43 | Enrico_Menotti | cmt? |
| 14:55.45 | Pali | DocScrutinizer05 would know more? |
| 14:56.01 | DocScrutinizer05 | Enrico_Menotti: cmt is the modem firmware. You don't even consider REing that |
| 14:56.20 | DocScrutinizer05 | yes, afaik cmt firmware is cryptosigned |
| 14:56.22 | Pali | qflasher is a tool for creating mtd partition dump with filling CAL + supplied images, suitable for booting from qemu |
| 14:56.41 | DocScrutinizer05 | prolly not encrypted |
| 14:56.51 | Pali | at least downgrading cmt is not possible |
| 14:57.11 | DocScrutinizer05 | you could tell, feeding the cmt stuff to a tool like hexrays |
| 14:57.35 | DocScrutinizer05 | it's also a ARM |
| 14:59.32 | DocScrutinizer05 | google Nokia BB5 |
| 14:59.46 | Enrico_Menotti | Ehm sorry, but the closed-source layer which needs to be re-written in order to use the modem in a different OS (not Maemo), e.g. Devuan - the one which ofono tries to replace - what is that? The cmt modem firmware may be used on any OS? |
| 15:00.25 | Enrico_Menotti | Pali I didn't understand anything about qflasher, sorry. It's my fault, yes. |
| 15:01.28 | DocScrutinizer05 | Enrico_Menotti: BB5 modem is a complete system on its own. The cmt firmware is the OS for that system. The closed blobs in maemo are for talking to the interface (SSI, ISI protocol) |
| 15:02.09 | Wizzup | The main thing required for calls on mainline at this point is REing the pulse plugins afaik |
| 15:02.11 | DocScrutinizer05 | cmt itself is not a part of maemo |
| 15:02.18 | Wizzup | you can already make basic calls, but the quality is terrible |
| 15:02.52 | Enrico_Menotti | Wizzup Yeah I read that. |
| 15:03.41 | DocScrutinizer05 | the quality suffers from cmtspeech driver not implemented in a correct way, afaik. The audio plugins add a bit to quality but not that much, they mainly add echo cancelation, confort noise, dynamic compression etc |
| 15:05.11 | DocScrutinizer05 | the problem with cmtspeech is: cmt is master, APE is slave. And slave needs to adjust own audio clock according to timing adjust messages sent by master via ISI |
| 15:05.29 | DocScrutinizer05 | *vry* screwed |
| 15:05.35 | DocScrutinizer05 | very* even |
| 15:06.09 | DocScrutinizer05 | the maemo BB5 Nokia crew fscked up that design |
| 15:06.23 | DocScrutinizer05 | the protocol is abysmal |
| 15:07.36 | DocScrutinizer05 | the problems from bashing an existing modem into shape by sledgehammer |
| 15:07.49 | Pali | iirc nokia "fixed" audio quality by own audio filters |
| 15:08.10 | DocScrutinizer05 | that's a completely different story afaik |
| 15:08.35 | KotCzarny | pali: LOL |
| 15:09.03 | DocScrutinizer05 | BB5 is a genuine Nokia design |
| 15:09.13 | Pali | something which should probably be done in analogue hw or on DSP |
| 15:09.20 | DocScrutinizer05 | used in 5 dozen different phone models |
| 15:09.31 | Pali | and nokia implemented those filters via vector instructions on cpu |
| 15:09.49 | Pali | neon |
| 15:10.02 | DocScrutinizer05 | yes, those are the PA-plugins |
| 15:10.25 | Pali | and that is another mistake |
| 15:10.31 | DocScrutinizer05 | but again, those are only marginally contributing to speech quality |
| 15:10.42 | Pali | but very important |
| 15:10.49 | DocScrutinizer05 | not really |
| 15:10.56 | Pali | without them audio quality is terrible |
| 15:11.25 | DocScrutinizer05 | did you tests by replacing them with dummies while keeping the genuine cmtspeech stuff? |
| 15:12.02 | Pali | nemo n900 port did it |
| 15:12.27 | Pali | they had oficial recompiled binaries of those plugins for nemo |
| 15:12.28 | DocScrutinizer05 | all terrible audio I've heard (of) was due to defects in cmtspeech, not due to missing or defective PA_nokia |
| 15:13.24 | Pali | it is possible that those plugins are trying to fix also those defects... in software |
| 15:13.31 | Pali | nokia (c) solution |
| 15:13.45 | DocScrutinizer05 | idly wonders if wireshark has dissectors for cmtspeech ISI |
| 15:13.56 | DocScrutinizer05 | not possible |
| 15:14.28 | DocScrutinizer05 | you can't fix packet loss with a filter |
| 15:14.44 | Pali | try to ask pavelm, he did lot of work with cmtspeech and has own system with audio call support, so probably have also some cmtspeech isi parser |
| 15:15.23 | DocScrutinizer05 | anyway folks, I'm busy. Sorry. o/ |
| 15:16.20 | DocScrutinizer05 | on a last bright sidenote: Neo900 has plain PCM audio on modem, no nifty plugins and no cmtspeech needed |
| 15:17.00 | DocScrutinizer05 | N900 cmt is a PITA |
| 15:18.42 | *** join/#maemo rhn_mk1 (~rhn@unaffiliated/rhn) |
| 15:21.29 | DocScrutinizer05 | http://linuxplumbersconf.org/2009/slides/Jyri-Sarha-audio_miniconf_slides.pdf - I could trash about 30% of assumptions in there, but that'S why cmtspeech is so terrible |
| 15:23.08 | DocScrutinizer05 | slide 9 and on |
| 15:23.51 | DocScrutinizer05 | >>Cellular Modem sends up-link timing adjustment messages<< |
| 15:24.41 | DocScrutinizer05 | >>Align up-link buffering according to message || Change UL timing with 5 ms granularity<< |
| 15:24.58 | DocScrutinizer05 | cmtspeech nightmare |
| 15:25.07 | DocScrutinizer05 | totally fsckd up |
| 15:25.52 | Pali | this design is/was used for symbian phones? |
| 15:26.56 | DocScrutinizer05 | no, only for maemo afaik |
| 15:27.18 | DocScrutinizer05 | symbian never had an APE centric audio approach |
| 15:27.34 | DocScrutinizer05 | actually on symbian you hardly find devices with an APE |
| 15:28.05 | DocScrutinizer05 | Symbian AIUI regularly run INSIDE the modem |
| 15:29.37 | DocScrutinizer05 | the audio via SSI / ISI was a brute force adaption of BB5 for maemo / NIT afaik |
| 15:30.22 | DocScrutinizer05 | and the design of this unique protocol been FUBAR |
| 15:31.31 | DocScrutinizer05 | they should have used normal PCM instead, or at _very_ least add a decent FIFO buffer for audio data, both directions |
| 15:31.47 | DocScrutinizer05 | into the modem |
| 15:33.17 | DocScrutinizer05 | I mean, audio in realtime via a network (ISI via SSI), with a timing precision of 5ms, that's INSANE. Particularly when you use no FIFOs and rely to >>Cellular Modem sends up-link timing adjustment messages<< |
| 15:34.22 | DocScrutinizer05 | that's so... WROOOOOONG |
| 15:35.43 | Pali | that looks like it needs real-time kernel + os |
| 15:35.51 | Pali | to work reliable |
| 15:36.10 | DocScrutinizer05 | that's what you got, with cmtspeech and cgroups and PA |
| 15:37.24 | DocScrutinizer05 | the whole audio mess mainly orginates from this particular idiocy |
| 15:38.08 | KotCzarny | last slide is the nail to that coffin |
| 15:38.18 | DocScrutinizer05 | because BB5 Nokia team said "Duh! we can't do this any better way. Take it or leave it" |
| 15:39.04 | DocScrutinizer05 | >>Thanks! to Lennart Poettering for the invitation<< ROTFL indeed |
| 15:39.11 | APic | Ah |
| 15:39.18 | APic | misread BB5 as âBBSâ |
| 15:39.27 | APic | Good old Mailbox-Systems back in the 1990s ð |
| 15:40.42 | Pali | why on the earth they have not used DSP in n900 for all those audio processing |
| 15:41.02 | Pali | looking it at, it must be expensive even for neon instructions on cpu |
| 15:41.47 | DocScrutinizer05 | Pali: why on earth they didn't use the already existing DSP *and algos* in *modem*? |
| 15:42.24 | Pali | I bet they have not got documentation/information |
| 15:42.56 | DocScrutinizer05 | prolly not, yes |
| 15:43.14 | DocScrutinizer05 | [2017-09-02 Sat 17:38:17] <DocScrutinizer05> because BB5 Nokia team said "Duh! we can't do this any better way. Take it or leave it" |
| 15:44.42 | DocScrutinizer05 | but actually the structure on p,15 isn't wrong. The ISI audio interface is |
| 15:45.23 | DocScrutinizer05 | mic EQ and transducer processing belongs to APE. No doubt |
| 15:45.56 | DocScrutinizer05 | 8<->48 and call audio processing not that much |
| 15:46.30 | DocScrutinizer05 | and the "SSI speeech driver" aka cmtspeech is the real PITA |
| 15:47.30 | DocScrutinizer05 | 8<->48 could have been done entirely in modem |
| 15:48.04 | DocScrutinizer05 | large parts of "Call Audio Processing" as well |
| 15:48.58 | DocScrutinizer05 | well, then maybe they had to reinvent it in telepathy-sofiasip or whatever |
| 15:49.20 | Pali | sofiasip is for SIP |
| 15:49.26 | Pali | you probably mean telepathy-ring |
| 15:49.35 | DocScrutinizer05 | the affiliated RTP stuff then |
| 15:49.39 | Pali | that is for maemo cellular |
| 15:49.54 | DocScrutinizer05 | I mean SIP/RTP |
| 15:50.29 | DocScrutinizer05 | it's also telephony and aiui uses "Voice source" and "Voice Sink" |
| 15:52.44 | DocScrutinizer05 | that's why I suggest to link Neo900 modem audio as a simulated SIP channel |
| 15:53.53 | DocScrutinizer05 | it would need _very_ little effort to get any arbitrary modem hooked up as a virtual SIP/RTP device and simply pipe RTP to PCM|whatever and SIP to AT|whatever |
| 15:54.32 | Enrico_Menotti | Men, I'm reading with much interest your conversation. Now I'm starting to understand why phone calls are so hard to do in a different OS. |
| 15:54.59 | DocScrutinizer05 | worst case (dvel *really* lazy) you could run a local asterisk and simply hook up the modem via an asterisk plugin |
| 15:55.08 | *** part/#maemo paijo (~paijo@125.163.242.32) |
| 15:55.13 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 15:55.28 | DocScrutinizer05 | Enrico_Menotti: :-D |
| 15:59.48 | DocScrutinizer05 | Enrico_Menotti: maemo has a truckload of optimizations in "middleware" to guarantee flawless phonecalls |
| 16:00.57 | DocScrutinizer05 | actually the whole maemo5 is very much focused at phonecalls as priority #1 |
| 16:01.17 | DocScrutinizer05 | from kernel to PulseAudio to GUI |
| 16:01.51 | DocScrutinizer05 | no other OS could even think to compete |
| 16:02.04 | DocScrutinizer05 | linuxy OS |
| 16:03.30 | DocScrutinizer05 | Symbian etc were made for phonecalls to start with, and any other stuff like "apps" etc were only afterthoughts |
| 16:05.46 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 16:06.16 | DocScrutinizer05 | generic linux systems fall short of two things: focus on realtime audio, realtime interactive responses, priorization of calls over everything else - and standby time optimization |
| 16:08.55 | DocScrutinizer05 | for the typical linux, audio is as "challenging" as "play mp3 music without terrible dropouts", and about standby there's not even a real concept yet, only slowly emerging from the laptop/tablet sector which has way lower requirements aka larger batteries |
| 16:10.12 | DocScrutinizer05 | still all laptops and tablets know two states: active and greedy, or suspended and non-responsive |
| 16:10.59 | DocScrutinizer05 | there's no "inactive and extremely power saving but still highly responsive" concept |
| 16:11.34 | DocScrutinizer05 | maemo however does exactly this |
| 16:15.52 | *** join/#maemo bonggie (~bonggie@125.163.242.32) |
| 16:16.09 | *** part/#maemo bonggie (~bonggie@125.163.242.32) |
| 16:16.12 | Enrico_Menotti | Thanks all. Meanwhile there has been a swimming competition going on in Monza at 300 km/h. Unfortunately Ferrari completely lost it. Pole to Luis Hamilton. Congrats for the new world record, ahead of Michael Schumacher. |
| 16:17.54 | DocScrutinizer05 | now, an hour later, busy for good, cya o/ |
| 16:18.25 | *** join/#maemo bgl_ (~bgl@125.163.242.32) |
| 16:18.37 | Enrico_Menotti | Bye - have a nice evening. I'm leaving as well. See you all! |
| 16:28.38 | *** join/#maemo bgl_ (~bgl@125.163.242.32) |
| 16:28.49 | *** join/#maemo vectis3 (~user@79-64-230-234.host.pobb.as13285.net) |
| 16:31.53 | *** join/#maemo bonggie (~bonggie@125.163.242.32) |
| 16:46.44 | *** join/#maemo N-Mi (~nicolas@adsl.n-mi.com) |
| 16:46.44 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 17:12.18 | *** join/#maemo bgl_ (~bgl@125.163.242.32) |
| 17:12.44 | codot | hello |
| 17:12.49 | codot | need help |
| 17:13.05 | codot | how to autoattach in IRC? |
| 17:25.23 | *** join/#maemo drcode (~drcode@5.29.192.15) |
| 17:29.40 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 17:30.49 | *** join/#maemo Venemo (~venemo@fedora/Venemo) |
| 17:34.24 | DocScrutinizer05 | codot: hm? |
| 17:35.20 | codot | sorry if OOT, is it possible to autojoin channel when there is some activity |
| 17:36.40 | codot | DocScrutinizer05 |
| 17:37.28 | DocScrutinizer05 | no, you only can autojoin a channel on IRC client startup (actually on server connect) |
| 17:37.59 | codot | Hmm so I cannot get notify and autojoin when I left the channel ? |
| 17:38.04 | codot | DocScrutinizer05 |
| 17:38.23 | DocScrutinizer05 | you need to have joined a channel to detect any activity. Then your IRC client could trigger whatever sort of notification |
| 17:39.51 | codot | Hmm okay. |
| 17:44.17 | *** join/#maemo err0r3o3 (~err0r3o3@178-191-18-83.adsl.highway.telekom.at) |
| 17:44.30 | *** join/#maemo sodadosa (~bonggie@125.163.242.32) |
| 17:49.39 | codot | Thanks DocScrutinizer05 |
| 17:50.06 | DocScrutinizer05 | yw |
| 17:51.25 | *** join/#maemo N-Mi (~nicolas@adsl.n-mi.com) |
| 17:51.25 | *** join/#maemo N-Mi (~nicolas@calvix/staff/N-Mi) |
| 17:52.01 | rhn_mk1 | DocScrutinizer05: my n900 is dry and working :) |
| 17:52.16 | rhn_mk1 | except for the USB ID surge protection IC that I carelessly chipped off |
| 17:52.16 | DocScrutinizer05 | :-D |
| 17:52.48 | rhn_mk1 | you hints will help me not make any more stupid mistakes |
| 17:57.53 | *** join/#maemo cyteen (~cyteen@191.202.93.209.dyn.plus.net) |
| 18:02.08 | *** part/#maemo sodadosa (~bonggie@125.163.242.32) |
| 18:02.25 | *** join/#maemo sodadosa (~bonggie@125.163.242.32) |
| 18:25.38 | *** join/#maemo bgl_ (~bgl@125.163.242.32) |
| 18:34.54 | *** join/#maemo xy2_ (~xy2_@94.239.177.175) |
| 18:36.04 | *** join/#maemo sodadosa (~bonggie@125.163.242.32) |
| 18:49.04 | *** join/#maemo sodadosa- (~bonggie@180.253.133.246) |
| 18:56.08 | *** join/#maemo florian_ (~fuchs@x4d094b4e.dyn.telefonica.de) |
| 18:58.34 | sodadosa- | tes |
| 18:59.55 | *** join/#maemo bgl_ (~bgl@180.253.133.246) |
| 19:04.42 | bgl_ | sepi |
| 19:07.39 | *** join/#maemo bgl_ (~bgl@180.253.133.246) |
| 19:08.01 | *** part/#maemo sodadosa (~bonggie@180.253.133.246) |
| 19:08.07 | *** join/#maemo sodadosa (~bonggie@180.253.133.246) |
| 19:12.32 | sodadosa | lah kok exit bgl |
| 19:13.26 | *** part/#maemo sodadosa (~bonggie@180.253.133.246) |
| 19:14.38 | *** join/#maemo sodadosa (~bonggie@180.253.133.246) |
| 19:15.59 | *** join/#maemo Kabouik (~kabouik@2a01:e35:2fd3:5030:e142:c406:c878:1d89) |
| 19:25.49 | *** join/#maemo rzr-away (~ircchatte@82.236.136.171) |
| 20:01.33 | *** join/#maemo jkepler (~Thunderbi@2a01:e35:2f37:400:dc24:37ce:cd6b:24e2) |
| 20:03.38 | sunshavi | Enrico_Menotti: I am an f1 fan also 69 was nice |
| 20:04.03 | Enrico_Menotti | 69? |
| 20:04.14 | sunshavi | hamilton # of poles |
| 20:04.22 | Enrico_Menotti | Ah yeah sorry. |
| 20:04.40 | Enrico_Menotti | A sexy # of poles. |
| 20:05.03 | sunshavi | lol. Well. points only on sunday |
| 20:06.01 | Enrico_Menotti | Yes but without any surprise he will win the race - and probably also the championship, I fear. I expect tomorrow he will overtake Seb in the championship points. |
| 20:06.30 | sunshavi | race is going to be on dry conditions. So Don't lose your hope |
| 20:06.47 | Enrico_Menotti | Yeah, on dry conditions it's without surprises, I think. |
| 20:08.26 | Enrico_Menotti | So the Red Bulls will be a bit backwards... then we have Hamilton, the young guy I don't remember the name, somebody else from Force India, Bottas, and in third row the two Ferrari, right? |
| 20:08.37 | sunshavi | Stroll and Ocon |
| 20:08.43 | Enrico_Menotti | Yeah. |
| 20:09.46 | Enrico_Menotti | I hope the Ferrari will be able to overtake Stroll and Ocon, although I fear Ocon is too fast. If they are lucky also Bottas, so Seb may be second or third, in the best case. |
| 20:17.31 | sunshavi | Enrico_Menotti: on a phone call |
| 21:51.58 | *** join/#maemo Kabouik (~kabouik@2a01:e35:2fd3:5030:e142:c406:c878:1d89) |
| 22:05.11 | Enrico_Menotti | Ehm... HAM catalogues. I can add a new one manually from the HAM itself, or by browsing to a proper installation file and clicking it. But what if I want to access this information via terminal? Where is the catalogue info stored? |
| 22:13.38 | freemangordon | /etc/apt |
| 22:13.56 | freemangordon | and in gconf database iirc |
| 22:18.41 | *** join/#maemo err0r3o3 (~err0r3o3@77.117.237.225.wireless.dyn.drei.com) |
| 22:29.08 | DocScrutinizer05 | http://maemo.cloud-7.de/maemo5/session-log_enable-catalogs_README.txt and http://maemo.cloud-7.de/maemo5/usr/local/sbin/enable-catalogs |
| 22:32.24 | DocScrutinizer05 | <PROTECTED> |
| 22:32.25 | DocScrutinizer05 | <PROTECTED> |
| 22:35.06 | DocScrutinizer05 | http://paste.ubuntu.com/25454201 |
| 22:39.36 | Enrico_Menotti | Well, thanks, but I was looking for the uri's. I did dpkg -L hildon-application-manager and looked for catalogues. I found that the uri's are stored in /usr/share/hildon-application-manager/catalogues/variant-catalogues.xexp. I just added the muarf.org domain (maemo.muarf.org/apt-mirror/mirror/) and switched from https to http in the uri's. Opening the HAM again seems to work - catalogues are found and uri's are |
| 22:39.37 | Enrico_Menotti | <PROTECTED> |
| 22:44.08 | Enrico_Menotti | I also noticed that the /etc/apt/sources.list.d/hildon-application-manager.list is automatically updated by the HAM once the catalogues are updated as I did. (However one needs to switch something, e.g. just click save on a catalogue, in order to trigger the apt source list update.) |
| 22:49.30 | DocScrutinizer05 | or you just look at what I posted |
| 22:53.07 | Enrico_Menotti | Yes, I looked at it, but in /etc/hildon-application-manager only the enabled/disabled settings are stored, for what I see. |
| 22:57.11 | DocScrutinizer05 | you noticed there's also a file /etc/apt/sources.list.d/hildon-application-manager.list in that ls output? |
| 22:59.01 | Enrico_Menotti | Yes, but if I change it, it gets rewritten by the HAM. |
| 22:59.54 | DocScrutinizer05 | well... you are aware of FHS and the meaning of /usr ? |
| 23:00.02 | DocScrutinizer05 | and of /etc |
| 23:01.36 | DocScrutinizer05 | editing files that get installed from a fpkg is usually not the best idea |
| 23:01.44 | DocScrutinizer05 | dpkg* |
| 23:03.01 | Enrico_Menotti | Yeah, I agree. I admit I don't know about FHS and the meaning of /usr and /etc. It's a good time to learn it... |
| 23:03.47 | DocScrutinizer05 | ~fhs |
| 23:03.47 | infobot | i heard fhs is the Filesystem Hierarchy Standard and is at http://www.pathname.com/fhs/, or included in the debian-policy package |
| 23:05.09 | DocScrutinizer05 | >>/usr is the second major section of the filesystem. /usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.<< |
| 23:06.16 | DocScrutinizer05 | >>The /etc hierarchy contains configuration files. A "configuration file" is a local file used to control the operation of a program; it must be static and cannot be an executable binary. [4]<< |
| 23:09.23 | Enrico_Menotti | Thanks, that's very useful. I'm reading the document. I was looking for something explaining systematically the filesystem hierarchy. I just wonder what the names "etc" and "usr" mean. |
| 23:13.40 | DocScrutinizer05 | usr is something like "Unix System Resources" |
| 23:13.55 | DocScrutinizer05 | it's _not_ "User" |
| 23:14.03 | DocScrutinizer05 | "etc" it... etc |
| 23:14.14 | DocScrutinizer05 | et cetera |
| 23:14.50 | DocScrutinizer05 | the names are rather arbitrary, they just have to be well known and unique |
| 23:15.55 | DocScrutinizer05 | for some cmdline tools literally nobody knows a meaning of their name |
| 23:18.18 | Enrico_Menotti | :) |
| 23:21.16 | *** join/#maemo pagurus (~user@i5387B1BE.versanet.de) |
| 23:27.36 | Enrico_Menotti | In any case, I'm trying to correct the default uri's for the catalogues and point them to muarf.org. Seems the way is to change the /usr/share/hildon-application-manager/catalogues/variant-catalogues.xexp, although yes, this should not be done, but hey, the links are dead. At this point HAM finds the repos, but gives a "wrong domain" error in the logs (I tried the update button). In /usr/share/hildon-application-manager |
| 23:27.37 | Enrico_Menotti | / there is also a domains/ directory, where I find a file with keys. What are they? I tried, just to try, to comment them (I put a # in front of them, although probably this is not the right syntax). At this point no more wrong domain error, but a "#" character unexpected. Anyway I am proposed with an update (Maemo 5 security update). So now what is the right character to comment those lines? (Seems an xml...). And |
| 23:27.38 | Enrico_Menotti | <PROTECTED> |
| 23:30.48 | DocScrutinizer05 | to correct the *default* uri's for the catalogues and point them to muarf.org, the correct way indeed is to change /usr/share/hildon-application-manager/catalogues/variant-catalogues.xexp |
| 23:31.12 | DocScrutinizer05 | though you should do that in repo/CSSU |
| 23:33.42 | DocScrutinizer05 | the keys are for security check |
| 23:35.24 | DocScrutinizer05 | GAWD!!! doing a rsync copy from /home to external USB3 ext4 drive. This takes aaaaages, in 9h it copied just ~400GB |
| 23:37.55 | *** join/#maemo luke-jr (~luke-jr@unaffiliated/luke-jr) |
