**** BEGIN LOGGING AT Fri Nov 06 02:59:57 2020 Nov 06 07:13:00 * greguu is watching closely Nov 06 07:24:32 * greguu wonders how the hammerhead (nexus 5) can run android 9 and 10 with kernel 3.4 and the gemini is stuck with 8.1 Nov 06 08:36:39 > * <@freenode_greguu:matrix.org> is watching closely Nov 06 08:36:39 hi greguu Nov 06 08:41:53 greguu Heh, good question. Still, it would be better that they first fix all the bugs in the current 8.1 version Nov 06 08:43:22 Newer android would be mine first target too... should they even have cnosider it Nov 06 08:46:14 Mine reasoning would be that newer android is anyways what most everyone wants, it fixes some old bug and introduces new ones, no point putting too much effort to fix old android bug should new one be there soon anyways... Nov 06 08:50:31 I agree Nov 06 08:51:05 at least, they should make the latest security fixes available, that is the most critical part Nov 06 08:54:41 mm well.. I did not generally consider such tihngs, obviously of old SOC is old, Planet can't do much to that indeed Nov 06 08:55:27 Exept choose not so old SOC from get go when doing stuff (not that I really know how old or new gemini SOC was when gemini was new) Nov 06 09:13:58 mm... no not THAT old when stuff was planned.. tho still sad that stuff nowadays gets obsoleted way fast.. Nov 06 09:32:01 Yeah, mtk is... interesting in a lot of ways, and most of them not good Nov 06 09:36:21 Many SOC's or companies behind such are.. intersting.. and usually not in good way, especially from any form of FOSS standpoint (: Nov 06 09:41:33 indeed, much sadness to be found there... just one more reason we should all be excited people seem to be actually caring about the whole risc-v thing, though of course that hitting high-end-super-speedy-devices use points is going to take a while... but even then, hopeful Nov 06 11:02:22 Sami Olmari: sorry, I have now checked the old messages, stumbled upon this: "varti: You are not authorized to (de)op olmari_irc on #gemini-pda. so instead of "just" OP, I'd need actual... what was the proper irc terminology... (freenode) opping grants in channel" Nov 06 11:02:41 do you still need this? Nov 06 11:02:58 nah Nov 06 11:04:07 or.. well.. I did found /mode switch.. works/worked fine enough for there, while within FN chansrv control is always good to have Nov 06 11:08:04 ok... someone posted a chansrv command to do so, but this was in the previous version of this channel which I can't access anymore :/ Nov 06 11:08:35 can't find it on the IRC log as well since it was probably posted within Telegram Nov 06 11:10:53 nope, it's not in the TG history as well... must have been posted on Matrix then, and only on that "version" of the channel Nov 06 11:10:55 Shall dig around when on computer Nov 06 11:11:01 thanks Nov 06 11:13:27 I believe it was a comment from TauPan Nov 06 11:15:43 then Sami Olmari commented that it has been 3 years or something that he has last used IRC, he thanked TauPan and he answered with "yw".. that part of discussion seems to have vanished from Matrix, TG and IRC's logs Nov 06 11:17:02 Well mode switch do work from op to other op,.. Commanding through ChanServ is more permanent way, I know I did mention chanserv command that I did nor do have power to do, but yeah.. not an urgent issue as of now :) Nov 06 11:17:10 ah, found it: http://logs.nslu2-linux.org/livelogs/gemini-pda/gemini-pda.20201106.txt Nov 06 11:19:59 on Chanserv, greguu is +AFORefiorstv, while I'm only +Oo Nov 06 11:20:15 not sure I can do anything to add you Nov 06 11:25:35 oO maybe(?) Nov 06 18:26:48 lol what now.. integratioin manager does show irc being here, when going to its "settings" it is not showing anything menaingful "this room is not public" Nov 06 19:00:20 Ok the bridge is up Nov 06 19:00:45 pingpong Nov 06 19:02:15 yeah.. best we can get for now, Now I guess best to generally at least wait to tomorrow and see how much kaboon there still might be after Discord flips its API bits around.. before be proceed with that bridging :) Nov 06 21:45:46 <@_telegram_701506086:hacklab.fi> so you know how when you run gemian on the cosmo and there's the random MAC address problem that causes you to need to re-enter your wifi password on every boot, theres a simple toggle button in the networkmanager GUI to fix this... does anyone know how to do it via nmcli? trying to get it fixed on UBPorts and the GUI doesnt display this option 😆 Nov 06 22:15:04 <@_telegram_888165589:hacklab.fi> yes, its possible Nov 06 22:15:16 <@_telegram_888165589:hacklab.fi> i set random MAC address to 'stable' on public hotspots, one sec Nov 06 22:15:31 <@_telegram_888165589:hacklab.fi> should be able to enter interactive nmcli - nmcli edit Nov 06 22:15:48 <@_telegram_888165589:hacklab.fi> sorry, no, nmcli connection edit Nov 06 22:16:09 <@_telegram_888165589:hacklab.fi> https://fedoramagazine.org/randomize-mac-address-nm/ Nov 06 22:16:49 <@_telegram_888165589:hacklab.fi> ok, the last section there. try setting to 'stable', that's what i do. although w/o seeing the ubports thingy myself, couldn't say for sure Nov 06 22:17:10 <@_telegram_888165589:hacklab.fi> but nmcli makes it relatively easy... you're using nm-connection-editor, correct? Nov 06 22:19:40 <@_telegram_701506086:hacklab.fi> one sec i was trying something else 😆 lost my train of thought Nov 06 22:21:50 <@_telegram_701506086:hacklab.fi> well... i guess i dont even need nmcli to configure that Nov 06 22:22:10 <@_telegram_701506086:hacklab.fi> i did the hexedit fix in gemian... and i guess because ubports mounts those same folders from the gemian root, the fix carried over? Nov 06 22:22:37 <@_telegram_701506086:hacklab.fi> strange **** ENDING LOGGING AT Sat Nov 07 03:00:32 2020