| freemangordon | Wizzup: In that regard - how does wpa_supplicant support powersave and BT coexistence? | 07:01 |
|---|---|---|
| freemangordon | also, how is TX power controlled? | 07:02 |
| freemangordon | ah, and what about regulatory domain change (country code change)? | 07:03 |
| freemangordon | After looking in wlancond code, I tend to agree we shall not use it as it does lots of stuff, but, I still think we need a kind of a proxy that controls the access to wpa_supplicant | 07:05 |
| freemangordon | and listens to cell registration change and BT status changes | 07:08 |
| uvos | Wizzup: just wondering, did you seriously examin just ditching icd2 and porting the ui bits to networkmanager with modemmanager in the past? as this supports everythin we would need as far as i can tell and works pretty great as a base for plamo-nm (conectivity ui) and is also used by phosh (havent tried it there). | 09:00 |
| uvos | dealing with all the cases wifi/cellular/various tunnels nm supports in icd seams like a tall order for our manpower... | 09:03 |
| freemangordon | uvos: Does NM solves the issues I raised ^^^? | 09:03 |
| uvos | sec i have to read the backlog | 09:03 |
| uvos | it dose have a interface for wifi tx power | 09:06 |
| uvos | and you can set it per connecction profile it seams | 09:06 |
| uvos | i obviously support bt pan networks to | 09:07 |
| freemangordon | the point is that this seems to be related with BT coexistence, at least on wl1251, I doubt NM cares about BT | 09:07 |
| uvos | im not sure what you are looking for with coexistance | 09:07 |
| uvos | device power activation? | 09:07 |
| freemangordon | yes | 09:08 |
| uvos | ie power the wifi chip if we need bt | 09:08 |
| uvos | ? | 09:08 |
| uvos | ok | 09:08 |
| freemangordon | or rather the power savings level | 09:08 |
| freemangordon | this could be wl1251 specific only though, but still | 09:08 |
| uvos | i think this is the kernels job | 09:08 |
| freemangordon | it seems wlancond listens for BT changes and limits the level of power savings | 09:09 |
| uvos | ok | 09:09 |
| uvos | so at aleast on the maphones this "just works" | 09:09 |
| freemangordon | uvos: setting the level of powersaving is not kernel's job | 09:09 |
| uvos | ie the kernel wakes the device is you start using the bt interface | 09:09 |
| freemangordon | isn't that related to TX power as well? | 09:10 |
| uvos | im not sure what you mean by level of powersaveing, the radio can be on or off | 09:10 |
| uvos | and the kernel holds tx power for bt | 09:10 |
| uvos | and for wlan | 09:10 |
| freemangordon | actually it seems it can be more than that | 09:10 |
| uvos | and the device switches depening on what its doing transperantly | 09:10 |
| freemangordon | look at this https://github.com/community-ssu/osso-wlan/blob/master/dbus-handler.c#L1486 | 09:10 |
| uvos | yes the kernel dose this on the mapphones, there are various power states the device cycles through depending on how long its not been needed for a pacaket | 09:12 |
| uvos | (or rather the wifi fw) | 09:12 |
| uvos | this is configurable in the nvs to a degree | 09:12 |
| uvos | kernel also has interfaces to make this more agressive | 09:13 |
| uvos | but this dosent work with driver we use for the wl chips | 09:13 |
| freemangordon | exactly: who uses those interfaces? | 09:13 |
| uvos | ok | 09:13 |
| freemangordon | or rather - who is supposed to | 09:13 |
| uvos | you can just turn it on | 09:14 |
| uvos | its on by default i think even | 09:14 |
| uvos | have to check | 09:14 |
| freemangordon | how? via cli? | 09:14 |
| uvos | iw can do it i | 09:14 |
| freemangordon | same | 09:14 |
| freemangordon | I mean - we want good ux, no? | 09:14 |
| uvos | freemangordon: sure but you can just turn this on | 09:15 |
| uvos | there is no real down side | 09:15 |
| uvos | it makes the device take a bit more time to respond if its asleap | 09:15 |
| uvos | the user never has to care about this | 09:15 |
| freemangordon | I still wonder why nokia is doing that control explicitly | 09:15 |
| uvos | and on mapphones its allways on anyhow | 09:15 |
| freemangordon | I mean - there must have been a reason | 09:15 |
| uvos | because the fw dose it there | 09:15 |
| freemangordon | BTW, we still need someone to deal with regulatory domain changes | 09:16 |
| uvos | freemangordon: maybe so idk | 09:16 |
| uvos | freemangordon: ill check nm interfaces for that | 09:16 |
| uvos | se | 09:16 |
| uvos | c | 09:16 |
| freemangordon | no, my question was rather: Who listens to country code change and sets regulatory domain? | 09:17 |
| freemangordon | the interface used to set that domain is not relevant | 09:17 |
| freemangordon | uvos: Please share if you find something, in the meanwhile, I have to do some RL work, sorry, bbl | 09:19 |
| parazyd | Wizzup: We can build wpa_supplicant of course. | 10:09 |
| parazyd | Wizzup: Regarding Pinetab, I think you have the earliest possible version. | 10:10 |
| Wizzup | parazyd: re: pinetab, it broke since the last update | 11:17 |
| Wizzup | freemangordon: regarding tx power and power saving, I figured that would maybe go in libicd-network-wpasupplicant | 11:23 |
| Wizzup | uvos: we considered it only lightly a few years ago | 11:23 |
| Wizzup | uvos: the trouble is we have to re-write a lot of our interfaces for it | 11:24 |
| parazyd | Wizzup: It loads some dtb though, right? | 11:24 |
| Wizzup | parazyd: yes, the pintab | 11:24 |
| Wizzup | I changed the boot.scr to load it | 11:24 |
| Wizzup | parazyd: I created issues on github :p | 11:25 |
| parazyd | ok, I'll check | 11:25 |
| parazyd | Thanks | 11:25 |
| Daanct12 | Good afternoon | 11:30 |
| Wizzup | hi | 11:31 |
| Daanct12 | How's everyone? | 11:31 |
| * Wizzup is waking up | 11:31 | |
| uvos | Wizzup: porting the ui might be less work than trying to reimplment all nm features in icd | 11:34 |
| Wizzup | uvos: I agree it would be a good to benefit from the NM work, but NM also wants modemmanager and there are some other complications | 11:36 |
| Wizzup | I think it would make more sense to look at this at a later time | 11:36 |
| Wizzup | in my personal experience NM just has its own will, but maybe it got better in the last few years | 11:37 |
| Wizzup | uvos: a later time, as in, when we have a more or less complete phone os | 11:38 |
| tmlind | Wizzup, uvos: fyi, i got the utagboot and droid4-kexecboot stuff mostly updated for supporting xyboard too, still need to test | 11:38 |
| Wizzup | tmlind: oh sweet... :) | 11:39 |
| uvos | no fair i wanted to do that :D | 11:39 |
| uvos | nice :) | 11:39 |
| Wizzup | uvos: I feel that it makes sense to get some of the nokia bits in place without investing too much time. the initial icd2 investment we already did (fmg REd it, I did the wpasupplicant plugin) | 11:39 |
| tmlind | hmm i kind of need a binary dump of the mz609 utags partition to add support for that, probably the same as on mz619 but just in case | 11:39 |
| Wizzup | it's also somewhat neat to be able to control and change what it does relatively easily, but if we get to the point where NM has solved all the problems are trying to solve, then yeah, it's worth considering for sure | 11:40 |
| uvos | the inital investment should count for nothing | 11:40 |
| Wizzup | uvos: but for example I don't think NM works well with ofono at all | 11:40 |
| uvos | sunk cost falicy and sutch | 11:40 |
| Wizzup | uvos: point is it's already done, we can't take it back :p | 11:40 |
| uvos | sure | 11:40 |
| Wizzup | It says ofono is supported (nm) | 11:40 |
| uvos | yeah it has a ofono backend even iirc | 11:40 |
| Wizzup | heh ofono's wiki page mentions us now https://en.wikipedia.org/wiki/OFono | 11:41 |
| uvos | hehe | 11:41 |
| uvos | plamo uses ofono + nm too btw | 11:41 |
| Wizzup | mhm | 11:42 |
| Wizzup | uvos: I think there might be some merit, but I'm personally like to direct my time on other stuff (merging your mce stuff, getting ofono mce plugin in place), audio, and some stuff for parazyd | 11:42 |
| uvos | okok | 11:42 |
| Wizzup | like, clearly there is probably merit, but a lot of maemo is built around icd2 | 11:42 |
| uvos | i was just mentionig it | 11:42 |
| Wizzup | s/probably// | 11:42 |
| uvos | its your domain | 11:42 |
| Wizzup | check | 11:42 |
| uvos | (network stuff) | 11:42 |
| Wizzup | lucky me :p | 11:42 |
| Wizzup | check @ just mentioning, just trying to explaining my thought process | 11:43 |
| uvos | yes mutch appreciated :) | 11:43 |
| Wizzup | s/I'm personally like/I'd personally like/ | 11:43 |
| Wizzup | tmlind: let me know if you need anything from me, I have the tablets here | 11:44 |
| tmlind | hmm well i found my old utags mmcblk1p6 dump from mz609-32m | 11:46 |
| uvos | Wizzup: a "soft" way of supporing nm would also be to support xdg StatusNotifierItem in hildon desktop | 11:46 |
| uvos | then we could eventually just replace the maemo ui with something else | 11:46 |
| uvos | maybe phosh's ui | 11:47 |
| tmlind | Wizzup: i guess you could try flashing one to xyboards after i manage to push out the files, full battery and root access for dd is needed, risky as there may be no way to reflash the utags unless allow-mbmloader-flashing-mbm.bin is found.. | 11:47 |
| tmlind | uvos: plenty of stuff for you to hack left there :) | 11:47 |
| uvos | tmlind: :) | 11:48 |
| tmlind | i just wanted to clean up my old hacks so i can push them out | 11:48 |
| uvos | ofc i was just kidding around | 11:48 |
| tmlind | uvos: yes :) and i added machine detection to droid4-kexecboot if you still need some xt875 options | 11:48 |
| uvos | ah nice | 11:49 |
| uvos | yes we should hide the boot to stock option there | 11:49 |
| tmlind | seems we can do it based on /proc/device-tree usb_id entry | 11:49 |
| uvos | ok | 11:49 |
| tmlind | that should say XT875 for example | 11:49 |
| uvos | tmlind: pl | 11:49 |
| uvos | ok | 11:49 |
| tmlind | /proc/device-tree/Chosen@0/usb_id_prod_name | 11:50 |
| Wizzup | uvos: right, we don't support xdg status items at all atm I think | 11:51 |
| uvos | Wizzup: no | 11:51 |
| uvos | tmlind: ok ill look at what this is on xt875 later | 11:51 |
| Wizzup | tmlind: I haven't looked at rooting them yet, shouldn't be too hard I imagine | 11:51 |
| uvos | tmlind: so you would be fine if i add a script to del the boot config on kexeboot rootfs? if we have the space... | 11:51 |
| tmlind | uvos: ok thanks, also it should have U:540x960p-0 for vide mode in /sys/class/graphics/fb0/mode, could not get echo 3 > rotate to work though | 11:52 |
| uvos | hmm its mounted ro only too | 11:52 |
| tmlind | uvos: sure, i added these in preinit.sh | 11:52 |
| uvos | ok | 11:52 |
| tmlind | +device_model="XT894" | 11:53 |
| tmlind | +lcd_mode="U:540x960p-0" | 11:53 |
| tmlind | +lcd_rotate="" | 11:53 |
| tmlind | +lcd_virt="768,1366" | 11:53 |
| tmlind | +boot_partition="/dev/mmcblk1p14" | 11:53 |
| tmlind | +initrd_offset="4505600" | 11:53 |
| tmlind | these are different for xyboards, so if no machine specific init function is set, we use those defaults | 11:53 |
| tmlind | so you can add xt875 specific function there | 11:54 |
| tmlind | not sure if i get stuff pushed out tonight, but we'll see | 11:54 |
| tmlind | Wizzup: for rooting i found easiest to use Root_with_Restore_by_Bin4ry_v36, just run it in adb shell then copy over su binary | 11:55 |
| tmlind | takes about a minute to run | 11:55 |
| Wizzup | ok | 11:58 |
| Wizzup | uvos: crazy idea for later: you could maybe a hildon-status-menu or hildon-home plugin that renders a xdg status menu | 11:59 |
| Wizzup | s/you could/one could/ | 11:59 |
| Wizzup | could create* even | 11:59 |
| uvos | Wizzup: might be easier than implmenting in hildon | 11:59 |
| uvos | but less clean | 11:59 |
| uvos | ill keep it in mind | 11:59 |
| tmlind | Wizzup: if can, please also dump out /sys/class/graphics/fb0/mode on the mz609 | 12:21 |
| uvos | tmlind: i forgot: bionic runs on mainline kernel in kexecboot | 12:25 |
| uvos | tmlind: so the above makes no sense | 12:25 |
| uvos | we shal just parse /proc/device-tree/compatible to detect a bionic or? | 12:25 |
| tmlind | uvos: yeah i guess :) | 12:26 |
| tmlind | uvos: or make detection v3.0.8 specific? | 12:27 |
| tmlind | hm that won't help with mainline kernels then.. | 12:28 |
| uvos | and assume what on mainline | 12:28 |
| uvos | yeah | 12:28 |
| uvos | xt912 would also be different | 12:28 |
| uvos | since it has unlocked bootloader | 12:28 |
| uvos | and i intend to flash mainline to boot.img | 12:28 |
| uvos | and boot kexeboot directly with mainline | 12:28 |
| tmlind | wow does xt912 really have unlocked bootloader? | 12:29 |
| tmlind | or xt910? | 12:29 |
| uvos | xt910 | 12:29 |
| tmlind | ok | 12:29 |
| Wizzup | btw, I also have a XT862 here | 12:29 |
| uvos | ah xt862 | 12:29 |
| Wizzup | (someone sent me that instead of a d4 on accident) | 12:29 |
| uvos | the d4 with a good case :P | 12:30 |
| Wizzup | 512mb ram though | 12:30 |
| uvos | yeah | 12:30 |
| uvos | probubly not worth doing anything with | 12:30 |
| uvos | they seam really rare | 12:30 |
| tmlind | weird mz619 boots android just fine even fater flashing kexecboot to cache partition.. | 12:31 |
| Wizzup | uvos: mmh | 12:31 |
| Wizzup | uvos: still, could be fun to support | 12:32 |
| uvos | sure | 12:32 |
| uvos | i think this IS the oldest moto device with omap4 and cpcap | 12:32 |
| uvos | btw | 12:32 |
| uvos | so the og mapphone architecture | 12:32 |
| Wizzup | hehe | 12:33 |
| Wizzup | Leste OG edition is still for the n900 though | 12:33 |
| uvos | i also have a A854 somewhere | 12:34 |
| uvos | could port leste to that too :P | 12:34 |
| uvos | since its a motorla n900 more or less hardware wise | 12:34 |
| Wizzup | got a link? | 12:34 |
| uvos | https://en.wikipedia.org/wiki/Motorola_Droid | 12:35 |
| tmlind | Wizzup, uvos: ok utags worked for xt894 and mz619, so pushed out the utagboot related changes to https://github.com/tmlind/utagboot/commits/master | 12:36 |
| tmlind | uvos: will take a look at the kexecboot rev detection a bit now | 12:36 |
| Wizzup | uvos: heh cute | 12:37 |
| uvos | Wizzup: https://guide-images.cdn.ifixit.com/igi/uuVqGpZ4fTtqhoFw.large its really close to n900 | 12:37 |
| Wizzup | yeah | 12:38 |
| tmlind | uvos: i'll just bail out of configuring lcd if the v3.0.8 legacy usb id proc file is not found | 12:39 |
| uvos | tmlind: sounds good | 12:39 |
| tmlind | Wizzup, uvos: pushed out the xyboard buildroot related changes to a new branch at https://github.com/tmlind/buildroot/commits/droid4-xyboard-kexecboot-2017.11 | 13:02 |
| tmlind | looks like i pushed out my local hacks and my old wlan configuration earlier this year to the old branch so it's kind of trashed :) | 13:03 |
| tmlind | uvos: so hopefully the kexecboot related changes do not break your mainline kernel support for xt875. i tested the built kexecboot image works on xt894 and mz619 | 13:04 |
| lel | parazyd created a repository: https://github.com/maemo-leste-upstream-forks/wpasupplicant | 13:22 |
| lel | parazyd edited a repository: https://github.com/maemo-leste-upstream-forks/wpasupplicant | 13:22 |
| freemangordon | Wizzup: what about regulatory domain? | 13:34 |
| tmlind | Wizzup, parazyd: looks like i broke usb networking, here's the fix: [PATCH] usb: musb: fix MUSB_QUIRK_B_DISCONNECT_99 handling | 13:41 |
| uvos | tmlind: this is not also related to otg being broken? | 13:41 |
| tmlind | uvos: sorry don't parse that one | 13:42 |
| uvos | tmlind: i was asking if what this patch fixes might be related to otg broken | 13:43 |
| uvos | *otg being broken | 13:43 |
| tmlind | uvos: sounds like it might, here's the link | 13:43 |
| tmlind | https://lore.kernel.org/lkml/YLTLMnLlkhaJ29AO@atomide.com/T/#me8a603b7d69ecc7fe69f7bab8d278f8b5af571ac | 13:43 |
| uvos | tmlind: ok ill test for that (otg) :) | 13:43 |
| tmlind | uvos: ok thanks | 13:44 |
| Wizzup | freemangordon: country/Country in wpa_supplicant | 13:49 |
| Wizzup | tmlind: that patch is on top of what branch? 5.13? | 13:50 |
| tmlind | Wizzup: seems i broke it in v5.12 | 13:57 |
| Wizzup | ah | 13:57 |
| tmlind | finally the fun part :) i'll try to configure the lcd for mz619 for kernel | 13:58 |
| Wizzup | :) | 13:59 |
| tmlind | uvos: looks like i only have a minimal dts file for mz619 with some earlier lcd timings in it that did not work | 14:00 |
| uvos | tmlind: check | 14:17 |
| freemangordon | Wizzup: sure, but who is going to call this when phone registers so we can get cell info (and thus detect which country we're in)? | 15:14 |
| freemangordon | I doubt wpa_supplicant is registered with ofono signals | 15:16 |
| bencoh | are you referring to enforcing local wireless restrictions? | 15:17 |
| bencoh | (iwreg?) | 15:17 |
| freemangordon | yes | 15:17 |
| Wizzup | freemangordon: typically I think they figure it out by the aps that around them | 15:17 |
| Wizzup | that are* | 15:17 |
| bencoh | Wizzup: sounds like magic to me :) | 15:17 |
| Wizzup | not sure if wpa_supplicant does it itself | 15:17 |
| Wizzup | bencoh: mhm, maybe not :) | 15:17 |
| Wizzup | freemangordon: whatever we decide manages the ofono state I guess | 15:18 |
| Wizzup | e.g. what powers the modem on/off, deals with online sim replacement, maybe gets the time as well | 15:19 |
| freemangordon | so, you change restrictions *after* you already sent packets on channel 13 while in EU? (just an example, don;t really remember what channels were forbidden where) | 15:19 |
| Wizzup | no idea, I never change it and always blast standard region | 15:19 |
| Wizzup | works well :) | 15:19 |
| freemangordon | but is illegal | 15:19 |
| Wizzup | I already answered the question above in any case ;) | 15:19 |
| freemangordon | or, possibly could be | 15:19 |
| freemangordon | let me see if I get it right - you object having another daemon that takes care of regulatory domain, and acting as a proxy between icd2 plugin/connui and wpa_supplicant, synchronizing access to it? | 15:21 |
| freemangordon | because this looks to me the most sane way to do it from the architectural POV | 15:21 |
| freemangordon | having some code here and some code there is not the best option imo | 15:22 |
| Wizzup | I think hidden ap stuff is not a driver for it | 15:22 |
| freemangordon | but, hidden wlan + reg domain? | 15:22 |
| Wizzup | I don't object to another daemon, I said 'whatever we decide manages ofono state' | 15:22 |
| Wizzup | It sounds like a solution in search of a problem, and I'd rather look at the problem and then see if it is the most sane solution | 15:23 |
| freemangordon | no, this should not manage ofono, it just needs to register to ofono and set reg domain on cell registration | 15:23 |
| Wizzup | It is absolutely true that wpa_supplicant doesn't do 'mobile things' that we want, but we need to figure out where that fits | 15:23 |
| freemangordon | someone shall do that | 15:23 |
| Wizzup | e.g. setting lower power mode is something libicd-network-wpasupplicant can just do | 15:23 |
| Wizzup | and it could also set the region based on ofono info even | 15:23 |
| bencoh | silly question, but why wpasupplicant? is it because it's one of the few (only?) maintained project with decent support? | 15:24 |
| bencoh | (I haven't checked) | 15:24 |
| Wizzup | bencoh: as opposed to Intel Wireless Daemon? | 15:24 |
| bencoh | I honestly don't know what would be the alternative, so it's an open question | 15:24 |
| Wizzup | afaik almost everything uses wpa_supplicant on linux | 15:25 |
| Wizzup | networkmanager uses either wpa_supplicant or iwd | 15:25 |
| bencoh | and maemo5 uses somme custom/outdated implementation, right? | 15:25 |
| Wizzup | freemangordon: I'm fine chatting about any solution in any case, and if that is (yet) another daemon then that's fine, but I think it makes sense to take some of the other ofono/modem parts into consideration there as well | 15:26 |
| Wizzup | freemangordon: it really would not be much work to have libicd-network-wpasupplicant read ofono modem country and change wireless region based on it probably | 15:26 |
| Wizzup | does it make sense? don't know | 15:26 |
| bencoh | how others do it? | 15:27 |
| bencoh | I mean ... companies sell phones / wireless products; how do they do it? | 15:27 |
| Wizzup | wpa_supplicant with networkmanager probably | 15:27 |
| bencoh | do they wait for user input before enabling certain channels? | 15:27 |
| Wizzup | oh, that | 15:27 |
| bencoh | yeah | 15:27 |
| uvos | they mostly dont care really | 15:28 |
| Wizzup | I doubt any UX bothers people with that | 15:28 |
| bencoh | hmmm, unlikely | 15:28 |
| Wizzup | no user wants to be bothered by this info I think | 15:28 |
| Wizzup | 'just do it' | 15:28 |
| bencoh | no I meant, companies selling product to the public | 15:28 |
| uvos | lots of android phones i bought will happly connect to wrong channel at least | 15:28 |
| uvos | i think they might do passive scann | 15:28 |
| uvos | a wlan client really dosent need to care about the allowed channels anyhow | 15:29 |
| uvos | it can just passive scann those | 15:29 |
| bencoh | oh and ... iirc there is a "default"/blank contry that only allows a minimum set | 15:29 |
| uvos | and only start tx if it gets beacons | 15:29 |
| bencoh | uvos: in practice, active scan is usually enabled by default | 15:29 |
| Wizzup | I believe that is true @ active scan | 15:29 |
| bencoh | and some drivers/chips don't even have proper passive scan support | 15:29 |
| bencoh | (ie there is no way to disable active scan on some drivers) | 15:30 |
| uvos | right | 15:30 |
| uvos | what im saying is that i think andorid might passive scann channells not in the worldwide or current domain | 15:30 |
| uvos | and then still connect if it gets beacons | 15:30 |
| uvos | at least it seams to work with my device and hostapd | 15:31 |
| uvos | desktop linux distros seam to not care mostly | 15:32 |
| uvos | and just ship the subset | 15:32 |
| uvos | at least thats whats happing on the debian and arch systems on my desk | 15:33 |
| freemangordon | sorry, guys, I don;t get it - I think we shall adhere to regulations/rules, no matter what android do | 15:41 |
| freemangordon | also, debian is server distro, not phone | 15:41 |
| freemangordon | so not really the correct example | 15:42 |
| freemangordon | and BTW, if by "android phone" you mean chinese ones, lets not take them as example | 15:42 |
| uvos | its a xt1602 and i doubt it violates anything | 15:43 |
| uvos | its probubly just passive scanning as i say | 15:43 |
| freemangordon | could be | 15:43 |
| uvos | and im not saying to emulate any of these | 15:43 |
| uvos | im simply stating what others do | 15:44 |
| freemangordon | ok | 15:44 |
| uvos | as bencoh asked | 15:44 |
| freemangordon | BTW, I think we can only actively scan for hidden wlan | 15:44 |
| freemangordon | if I read the docs correctly | 15:45 |
| Wizzup | freemangordon: yes, we do | 15:56 |
| Daanct12 | Client: HexChat 2.14.2 • OS: Debian 10.0 • Memory: Physical: 238.6 MiB Total (128.7 MiB Free) Swap: 250.0 MiB Total (245.4 MiB Free) • Storage: 2.6 GB / 28.6 GB (26.0 GB Free) • Uptime: 12h 59m 58s | 18:34 |
| Daanct12 | My N900 | 18:34 |
| Wizzup | neat, that's with zram I guess? | 18:40 |
| Danct12 | zram has always been enabled by default on leste since i installed it | 18:52 |
| Danct12 | what i have on it now is mostly just dillo and hexchat | 18:53 |
| Danct12 | dillo works pretty great on the n900, it's one of the browser that is modern enough to load https websites | 18:54 |
| bencoh | :) | 18:54 |
| sicelo | Debian 10? systemd? | 19:11 |
| Daanct12 | Its leste, devuan. | 19:15 |
| sicelo | Ok | 19:15 |
| Daanct12 | Also it doesnt have systemd | 19:15 |
| sicelo | :-) thought devuan would have its own OS name | 19:16 |
| Daanct12 | It does, at least thats what neofetch told me | 19:16 |
| Daanct12 | Also os-release | 19:16 |
| Daanct12 | Not sure why HexChat doesnt pick it up | 19:17 |
| Wizzup | uvos: the droid 3 indeed has a nice casing | 23:42 |
| uvos | Wizzup: yeah its the old motorola build quality, they really cheepend the cases right before they went under. | 23:49 |
| uvos | the d4 is just.... bad | 23:49 |
| Wizzup | yeah, it doesn't feel quite as sturdy | 23:51 |
| uvos | i gues the fact that so many still seam to work (even quite beat up ones) vindicates it a bit | 23:52 |
| buZz | will d3 get targeted aswell? :) | 23:53 |
| uvos | buZz: maybe if Wizzup dose the work. it might just work if you just change the ram addresses as like bionic is the same display and same hardware otehrwise | 23:55 |
| uvos | so might just boot | 23:55 |
| buZz | oh wow | 23:55 |
| uvos | d3 ist just d4 with less ram no lte and a metal case | 23:55 |
| uvos | other wise its the same device | 23:56 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!