libera/#maemo-leste/ Friday, 2022-11-25

buZzwooo 6.1.0-rc , fancy :)02:28
tmlinduvos, freemangordon: so how did you guys connect the e960 battery, did you just solder wires between the e960 connector and the d4 adapter?06:40
tmlindor is there some mod needed for e960?06:40
tmlindmaybe the third wire on e960 is also for some uwire device?06:42
freemangordontmlind: I disassembled both batteries, so cell from e960 and pcb from original battery was used07:30
freemangordone960 battery is very easy to disassemble, it is sticky tape you have to remove07:31
freemangordonthen, cut the flat wires as close to pcb as you can07:32
freemangordonand you have a cell to solder to stock battery electronics07:33
freemangordonstock battery is more tricky, but with patience and sharp knife you can remove the black plastic that is between pcb and cell07:34
freemangordonand then just solder07:34
freemangordonunfortunately I didn't take pictures07:34
freemangordonoh, and after I soldered pcb to cell, I used hot silicone to fix it there and wrapped it using part of the original wrappings07:38
freemangordonWizzup: uvos: I think it makes sense to delete obsolete branches07:47
tmlindfreemangordon: ok thanks, i should have a eb41 pcb already somewhere07:56
freemangordontmlind: BTW, what "musb phy changes in Linux next" do you mean in regards to "usb: musb: remove extra check in musb_gadget_vbus_draw"?07:57
freemangordonas I sent the patch against 6.1-rcSomething07:59
freemangordoncompilet-tested only, but still07:59
tmlindfreemangordon: no, next has some phy changes for all of musb08:01
tmlind0afddf1e49d1 ("usb: musb: Support setting OTG mode using generic PHY")08:02
tmlinda6d45ea063f0 ("usb: musb: Allow running without CONFIG_USB_PHY")08:02
tmlindfor most part the two above08:02
freemangordonok, thanks08:02
tmlindalso see the others, like these two:08:04
tmlind285f28bfed89 ("usb: musb: Add and use inline function musb_otg_state_string")08:04
tmlind21acc656a06e ("usb: musb: Add and use inline functions musb_{get,set}_state")08:04
freemangordonhmm, those sha ids does not exit here, lemme git log08:05
tmlindyou need to fetch linux next08:05
freemangordonI did08:05
tmlindgit://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git08:06
tmlindneed to get busy here, bbl tonight08:06
freemangordonok08:07
Wizzupfreemangordon: uvos__: fine, if you want to get rid of old branches then, at least we get to keep the tags yeah?10:31
Wizzupfreemangordon: uvos__: where should I put some deprecated python pkgs10:56
Wizzupdo we want it in upstream-forks, or should we have some other place for this kind of things?10:56
Wizzupthey're not really works, just repos that we need to build some of the older stuff10:56
Wizzups/works/forks/10:56
freemangordonI think we shall have 'deprecated' repo12:04
uvos__also please when adding sutch deprcated stuff add a bug to the repo in question with who uses this12:05
uvos__if possible12:05
Wizzupfreemangordon: maemo-leste-deprecated? :D12:07
freemangordonyes12:08
buZztmlind: i am planning to modify a E960 to EB41 this saturday , and produce some videos to show how i do it12:09
buZzi'm going to remove the BMS from both batteries, and just swap them12:09
Wizzupfreemangordon: hm, ok, so a new gh orga then?12:10
uvos__btw i insteled by e960 by soldering wires to nickel strips and them spot welding them directly to the battery tabs (removeing the original pcb and nickel strips) and then solderin the other end to my adapter pcb12:10
uvos__so what i did is not terribly reproducable by most12:10
buZzuvos__: yeah i think that adapter pcb could still get some improvements, its on my todo :P12:11
buZzpretty nice though those polarcell batteries, the one i bought (straight from manufacturer) was produced in february this year12:13
uvos__yeah, and they fit in the bay really well12:13
uvos__so freemangordon12:14
buZzyeah its amazing how well they match the size of original cell :D12:15
uvos__you dident awnser my question, what patches beyond the ones that where in the 5,18 kernel do you want included in -devel?12:15
uvos__if any12:15
uvos__of the cpcap stuff12:15
uvos__buZz: i also find it kinda amusing how motorolas efforts to make the battery "non-removeable" has made it easier for us to replace it, since with xt875 for instance, creating a new battery that fits is mutch harder.12:19
buZzhehe, well, i'm sure xt875 still has some BMS?12:20
buZzthat we could desolder/snip/reuse on a different cell?12:20
uvos__well on xt875 you need to have it fit exactly as the battery door is weakly held on, and the battery slots in place12:21
uvos__also the contacts are harder to harvest12:21
buZzahh12:21
uvos__since they also need to be in exactly the right place12:21
buZzneeds more glue ;)12:21
buZzi like the screws in droid412:21
uvos__yeah the screws in xt894 and mz6xx are pretty ideal12:22
buZzwhat interface is on the two other battery pins btw?12:22
uvos__thermistor and the eeprom12:22
uvos__one pin eatch12:22
buZzah, thermistor just straight between gnd and that pin, the eeprom is 1wire i guess?12:22
uvos__yes12:23
buZzhmm :)12:23
buZzthose arent the same two pins as on the pogo pins, are they?12:23
uvos__no12:23
uvos__the pogo pins are 5v in gnd and 2 gpios12:23
buZzah other gpios12:23
buZzthere's nothing else those same gpios are used for?12:23
uvos__no you can use them for anything you want12:24
buZzhmmm :)12:24
buZzkinda tempting to do some day12:24
uvos__spi lte modem12:24
buZzhehehe that would be cool, but spi needs >2 pins i think?12:26
buZzi2c could work, or just uart12:26
uvos__there is muliplexed spi, clock and bi directional data12:27
buZzi think a usb modem would be a lot easier to 'glue to the back'12:27
uvos__this gives you the best performance when bitbanging12:27
uvos__usb is going to be fairly slow to bitbang12:27
Wizzupor for some devices, a keyboard over 2 pins? :)12:27
uvos__you can do full speed usb prob12:27
buZzno, i mean just on usb port12:27
uvos__oh12:27
uvos__yeah but thats ugly12:27
buZzthere's flexpcbs with SMD 'standing' USB connectors12:28
buZzso you can have it almost flush12:28
uvos__Wizzup: dose me865 have the pinns even?12:30
uvos__xt875 dose12:30
uvos__xt910 dosent so targets seam limited for some keyboard hack12:31
buZzsomething like https://aliexpress.com/item/1005004581648580.html12:31
Wizzupuvos__: no, atrix does not12:31
freemangordonuvos__: so far nothing beyond that13:04
uvos__freemangordon: check13:05
Wizzupfreemangordon: any comments on https://github.com/maemo-leste/libdsme/pull/1/files ?13:18
uvos__i have one13:19
freemangordonWizzup: why tests fail?13:19
Wizzupgo :)13:19
uvos__whats even the point of the if statement if yout going to have both branches be the same13:19
Wizzupright13:19
WizzupBlagovestPetrov[: ^^ ?13:19
freemangordon"if statement"?13:20
uvos__ifneq (,$(findstring testcases,$(DEB_BUILD_OPTIONS))) and following13:20
freemangordonah13:20
freemangordonright :)13:20
uvos__but yeah why do the tests fail in the first place13:20
freemangordonI'll comment13:21
Wizzupty13:23
BlagovestPetrov[freemangordon: about https://github.com/maemo-leste/libdsme/pull/1/files , the build of the test packages was failing13:29
BlagovestPetrov[I tried to set DEB_BUILD_OPTIONS from the terminal but it didn't change anything13:29
tmlindbuZz, uvos: ok thanks won't have the new battery until next week earliest13:44
Wizzupdh_testdir: error: Requested unknown package dsme-testcases via -N/--no-package, expected one of: libdsme0.2.0 libdsme0.2.0-dbg libdsme0.2.0-dev13:57
Wizzupfreemangordon: this is the error13:57
WizzupI'll check what's up13:57
Wizzupthere seems to be some other control file14:00
Wizzupthis just seems horribly out of date really14:01
Wizzupthe whole 'tests' directory is gone14:02
freemangordonhttps://github.com/maemo-leste/libdsme/blob/master/debian/control-testcases14:03
Wizzupfreemangordon: yes14:05
Wizzupbut there is not even a 'tests' directory14:05
freemangordonyes14:05
freemangordonI see14:05
WizzupDEB_BUILD_OPTIONS=testcases dpkg-buildpackage -b -uc14:05
Wizzup...14:05
Wizzupmake[1]: *** No rule to make target 'tests'.  Stop.14:05
freemangordonI am trying to find where it went :)14:05
Wizzupso I think the correct way is to just trash this14:05
Wizzupprobabmy dsme14:05
Wizzupthis is libdsme14:05
freemangordonsure, just gimme some time to figure out what happened14:06
Wizzupk14:06
Wizzuponce you're done i'll also port it to dh1014:06
freemangordonok14:06
freemangordonhttps://github.com/sailfishos/libdsme/tree/master/tests14:07
freemangordonnot sure we have to pull that14:08
WizzupI don't think so14:08
freemangordonwell... it is always good to have automated tests14:09
freemangordon]I just wonder why those are not in fremantle14:10
freemangordonWizzup: ok, so, lets remove those for now14:11
Wizzuphttps://github.com/maemo-leste/libdsme/commits/master14:12
WizzupBlagovestPetrov[: ^14:12
WizzupI'll close your mr with the above fixes14:12
BlagovestPetrov[ok14:12
freemangordonplease remove -dbg package as well14:14
freemangordonthis is valid for the others too14:14
Wizzuphahaha14:14
Wizzuphttps://github.com/maemo-leste/libdsme/commits/maemo/beowulf14:14
freemangordonthis https://github.com/maemo-leste/libdsme/blob/master/debian/control#L2114:14
WizzupI did almost the exact same in 201914:15
BlagovestPetrov[I got a lot of errors like this:14:15
BlagovestPetrov[insserv: Default-Start undefined, assuming empty start runlevel(s) for script xsession' insserv: Default-Stop  undefined, assuming empty stop runlevel(s) for script xsession'14:15
BlagovestPetrov[from osso-af-startup14:15
BlagovestPetrov[it's something legacy from sysvinit14:15
Wizzupin this case master wasn't synced with maemo/beowulf14:15
Wizzupand BlagovestPetrov[ looked only at master14:15
freemangordonshit!14:15
BlagovestPetrov[ahhh14:15
BlagovestPetrov[sorry :)14:15
Wizzupgoing to fix it up14:16
freemangordonthough, IIRC I explicitly reminded to check if branches are in sync ;)14:16
Wizzupyup, the -devle ones14:17
Wizzup-devel*14:17
Wizzupin any case always good to check14:17
freemangordonyeah, it seems all that's needed is merge beowulf-devel to master14:17
Wizzupfreemangordon: not -devel, but yes14:17
WizzupI did still remove the old control file and the Makefile tests14:17
freemangordonWizzup: I'd recommend to reset master to some sane common commit, gfast-forward and force-push, if needed14:17
WizzupI did14:18
freemangordonok14:18
freemangordongreat14:18
Wizzuphttps://github.com/maemo-leste/libdsme/commits/master14:18
freemangordonright14:18
WizzupI think we're halfway to hildon-desktop at this point14:18
freemangordon:)14:19
Wizzupwe already have all the translations that we build14:19
Wizzupthe main thing I need to figure out (automatically?) is what packages we imported, like osso-sounds14:19
Wizzupall of these we will have to re-import14:19
Wizzupso I was thinking of indexing all beowulf pkgs and seeing which ones don't come from jenkins or something14:19
uvos__we should also have a bug for these14:19
freemangordon:nod:14:19
uvos__in the long run we dont want to import14:19
Wizzupuvos__: I made this https://github.com/maemo-leste/bugtracker/issues/644#issuecomment-132742044214:20
freemangordonWizzup: please create an issue for those, to keep track of them14:20
freemangordonright, like that14:20
BlagovestPetrov[btw, osso-af-startup is also not the same in master14:22
BlagovestPetrov[master has one more commit14:22
uvos__master being ahed is generally fine14:22
BlagovestPetrov[oh, it's only GPL14:22
BlagovestPetrov[:)14:22
uvos__this just means it was to small a change to rebuild14:22
uvos__master being behind is not ok, and whoever dose that needs a good flogging xD14:23
uvos__(i probubly have done this by accident before)14:23
* Wizzup looks up flogging14:25
freemangordonno mercy, eh? :D14:27
Wizzup>Fremantle Prison whipping post14:27
freemangordonoh, I think we shall hire a PR14:28
freemangordonhttps://talk.maemo.org/showpost.php?p=1574731&postcount=59614:29
uvos__im just getting in the mood for us hosting the next maemo dev conferance in qatar14:31
Wizzupfreemangordon: when you said pr, was it a joke or serious14:31
Wizzupbecause I am very open to help with PR14:36
Wizzupbut it's not easy without (a lot of) project knowledge14:36
Wizzuplike we can post memes on twitter all day but that won't really drive home the message :P14:36
uvos__also who knows how long posting mames on twitter will remain an option xD14:38
Wizzupif anything it is more meme-y14:45
freemangordonuvos__: did they mention any amounts? :p15:00
freemangordon(qatar)15:00
freemangordonWizzup: it was serious15:01
freemangordonlike, we do lots of things, but besides IRC I think it is impossible to follow15:01
Wizzupyes15:07
BlagovestPetrov[https://github.com/maemo-leste/hildon-initscripts16:11
BlagovestPetrov[master is 2 commits behind16:11
* uvos__ gets whip16:20
uvos__BlagovestPetrov[: its also 1 commit ahead16:20
uvos__BlagovestPetrov[: but the commits are tivial16:20
uvos__looks like just force pushing beowulf to master is fine16:20
BlagovestPetrov[I saw a comment about migration to debhelper 1016:26
BlagovestPetrov[ok then, it's ready to be build :)16:27
BlagovestPetrov[do you know what is theme-config?17:43
BlagovestPetrov[hildon-initscripts depends on it17:43
freemangordonBlagovestPetrov[: I guess virtual package17:57
BlagovestPetrov[:)17:57
freemangordonnot sure though17:57
freemangordonlemme check17:58
freemangordonBlagovestPetrov[: apt-cache show hildon-control-panel-personalisation18:02
freemangordonProvides: theme-config, theme-default-settings18:03
BlagovestPetrov[thanks18:03
BlagovestPetrov[I forgot to check it in the currend maemo18:03
freemangordon:)18:03
freemangordonhmm, why iphb dkms module was not rebuild for 6.1?18:43
freemangordonoh, it was built18:45
freemangordonuvos: did you check 6.1 power usage?18:48
Wizzupfreemangordon: it seemed similar to me, but I don't have the (more accurate) lab psu here18:58
freemangordonok, maybe I will cyheck with my dmm these days19:09
freemangordon*check19:09
Wizzupfreemangordon: you will need a flogging from uvos because osso-icons master branch is behind maemo/beowulf19:16
Wizzup;)19:16
freemangordonreally?19:23
freemangordonthat's weird, lemme check19:23
WizzupI already fixed it19:24
freemangordonwait19:24
freemangordonnot here ;)19:24
freemangordonwell, obviously I forgot to push :)19:25
Wizzup:p19:26
freemangordonflogging it is than :p19:26
freemangordon*then19:26
uvosfreemangordon: i have a desktop command execution widget that shows a log of power_avg sampled at 5min intervals, this has not shown anything unusual with 6.1 so far19:33
uvosi have also had 1 kernel hang and 1 xorg hang with blackscreen  sofar with with 6.119:34
uvosso no difference in this area19:34
uvosi have sofar tested xt894 and xt87519:34
uvosill do n90019:34
uvosrn why not19:34
Wizzupthat might have a modem problem if sicelo was right about the revert19:34
Wizzup(it not being enough)19:34
uvosok i cant test the modem anyhow19:35
uvosbut i need to check if it even boots19:35
WizzupI think just putting the modem online without a sim will also cause the problem19:35
BlagovestPetrov[dsme has libsystemd-dev as a build dependency19:36
freemangordontmlind: shall I start pestering sre about battery patches?19:36
freemangordonBlagovestPetrov[: ugh19:36
BlagovestPetrov[ libelogind0 : Conflicts: libsystemd019:36
BlagovestPetrov[they are both not installed :)19:37
BlagovestPetrov[I'll try to remove libsystemd19:37
freemangordonwait19:37
freemangordonWizzup: ^^^19:37
BlagovestPetrov[ok:)19:37
freemangordonBlagovestPetrov[: I guess a dependency is missing19:37
freemangordonlibelogind0 provides libsystemd-dev, no?19:37
freemangordon(or somesuch)19:38
WizzupBlagovestPetrov[: what package are you at now?19:38
WizzupBlagovestPetrov[: did you build everything until dsme?19:38
BlagovestPetrov[dsme19:38
BlagovestPetrov[yeah19:38
Wizzupyes, but what about the pkgs above it?19:38
Wizzupok19:38
Wizzupso the theme cacher and the themes too?19:38
Wizzupasking because I wasn't sure if you did19:38
uvosugh my n900 is lacking a sdcard19:38
uvosi gues im testing the lates image too19:39
BlagovestPetrov[yes. they were ok19:39
BlagovestPetrov[without any problems19:39
WizzupBlagovestPetrov[: ok, so I can do all pkgs from maemo-system-services down to dsme19:39
freemangordonoh, I have libsystemd-dev installed in both VM and droid4 :(19:39
BlagovestPetrov[I'll paste you my note19:39
uvosWizzup: looks like image building has been failing for a while19:39
BlagovestPetrov[but yes19:39
Wizzupuvos: I turned it off this saturday19:39
uvoslast build is from october19:40
Wizzupuvos: there's some stupid jenkins bug where all cores use 100% because it keeps trying to remove a file it somehow doesn't have privs for19:40
BlagovestPetrov[https://hastebin.com/lilovaxige.diff19:40
WizzupBlagovestPetrov[: let me build the repos until dsme first19:40
BlagovestPetrov[ok:)19:40
BlagovestPetrov[only osso-af-startup could be cleaned from the sysvinit scripts19:41
BlagovestPetrov[but it builds successfully19:41
Wizzupdo you mean the scripts could be converted to openrc?19:41
Wizzupbrb coffee19:42
WizzupBlagovestPetrov[: steady progress btw :)19:42
WizzupI think one or two days and we'll have h'd running19:42
Wizzuph-d19:42
BlagovestPetrov[yeah19:42
BlagovestPetrov[converted if they don't have any replacements19:43
BlagovestPetrov[there are a lot of errors on install because the scripts are not in the right runlevels19:43
BlagovestPetrov[I'm continuing with the packages after dsme19:53
Wizzupthose errors are likely related to insserv and how we make our images19:54
WizzupI wouldn't pay too much mind to those yet19:54
BlagovestPetrov[AF Warning: '/etc/osso-af-init/osso-gtk.defs' not found20:04
BlagovestPetrov[AF Warning: '/etc/osso-af-init/keyboard.defs' not found20:04
BlagovestPetrov[AF Warning: '/etc/osso-af-init/sdl.defs' not found20:04
BlagovestPetrov[fyi,20:04
BlagovestPetrov[I had to restart the server and that's what I'm getting in the environment20:04
BlagovestPetrov[it may be expected. Just mentioning..20:05
Wizzupthis is the same on beowulf I think20:07
BlagovestPetrov[ libhildon1 : Depends: osso-sounds-ui but it is not installable20:07
Wizzupat least some of these20:07
WizzupBlagovestPetrov[: btw ke-recv-extra didn't build for me20:07
BlagovestPetrov[wasn't that the proprietary package?20:07
Wizzupno20:07
Wizzupbut I see what the problem is20:08
Wizzupnow I just need to figure out how to fix it20:08
BlagovestPetrov[:)20:08
uvosso sync on linux, dose it guarentee that all state is synced to disk at the start of the call or upon compleation.20:08
uvosi mean if i have a disk that takes 20 min to sync20:08
uvosare the writes to some other disk during that time also synced or not20:08
Wizzupit's using LDFLAGS where it should be using LDADD20:08
Wizzupuvos: upon completion I think20:08
Wizzupoh20:09
Wizzuphmmm20:09
WizzupBlagovestPetrov[: libhildondesktop also needs20:14
WizzupDepends: libiphb-dev which is a virtual package and is not provided by any available package20:14
Wizzupwhich I guess you had locally20:15
BlagovestPetrov[let me check..20:15
uvosuff i almost forgot how increably slow the n900 is20:15
WizzupBlagovestPetrov[: I'm sure, I think what I will do is build droid4-linux in a bit, for chimaera, then we can build iphdb-dkms20:16
Wizzup(and then iphbd)20:16
Wizzupfreemangordon: fyi ^^20:16
Wizzupuvos: relatively :D20:16
BlagovestPetrov[I didn't build it20:17
BlagovestPetrov[maybe I missed some packages20:17
BlagovestPetrov[yes, I didn't build these:20:17
BlagovestPetrov[ libhildondesktop... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/73a78cc7b8657aa6be77b7a6bf9b72fba694761f>)20:17
BlagovestPetrov[because sapwood was another dependency20:18
Wizzupok20:18
BlagovestPetrov[checking in the current maemo..20:18
Wizzupyeah the order isn't perfect :)20:19
Wizzupok let me build droid4-linux20:19
BlagovestPetrov[ok:)20:20
uvoshmm charging seams broken on n90020:23
uvos(not updated to devel/ new kernel yet)20:23
uvosit charges fine in fremantle but in leste it dosent charge20:24
BlagovestPetrov[yeah, libiphb-dev was from iphb and there was something with iphb20:25
BlagovestPetrov[* sorry, iphbd20:25
BlagovestPetrov[Wizzup:  iphbd builds and it's ok but it depends on iphb-dkms. We have an issue with the latest kernel from Chimaera20:29
Wizzupah20:30
uvosi would not worry about iphb-dkms mutch20:30
uvosits optional anyhow, it being missing dosent affect functionality any20:30
uvosso we can deal with this later20:31
BlagovestPetrov[the problem is that hildon-desktop depends on it20:35
BlagovestPetrov[also, hildon-desktop is in conflict with elogind. Elogind is part of SystemD and I'm not sure why it was installed in devuan20:35
BlagovestPetrov[root@maemo:~/packages# apt-get remove elogind... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/6e387d10ae5f0a6e84398ff56d906588934abec4>)20:36
BlagovestPetrov[fyi20:36
BlagovestPetrov[alarmd also fails. checking..20:38
uvosthats bad @hd depending on iphb-dkms20:42
uvosits a dkms module ofc it will not build agains kernels on occasion20:42
uvosand if we support manny phoens that means manny kernels20:43
uvosanyhow it should just be moved from depends to optdepens where appropriate20:43
uvosand added to the image builder later20:43
BlagovestPetrov[which device is using it?20:51
freemangordonwait, where do you see h-d depending on iphb-dkms?21:04
freemangordonit is iphbd that depends on iphb-dkms21:04
BlagovestPetrov[yes21:05
freemangordonIIRC h-d depends on libiphbd, but that's another storyu21:05
freemangordon*story21:05
freemangordonuvos: also, iphb-dkms builds on every kernel up to (and including) 6.121:06
freemangordonstarting from 3.x21:06
BlagovestPetrov[I will try again with the package21:10
tmlindfreemangordon: sre will get around to looking at the battery patches, might just take some time21:14
freemangordonок21:20
WizzupBlagovestPetrov[: uvos: freemangordon: re: iphbd, looks like there was some miscomm and there's only a runtime dep not build dep not satisfied, so I'll build iphbd next21:26
WizzupBlagovestPetrov[: note that I don't know if dkms against devuan std kernel is at tested at all, since we ship mostly our own kernels21:26
freemangordonWizzup: it is, in VM21:26
Wizzupfreemangordon: beowulf vm, not chimaera vm :)21:27
freemangordonstill21:27
Wizzupbut it doesn't matter atm21:27
Wizzupright, understood21:27
freemangordonbecause beowulf-backports kernel uses chimaera one21:27
freemangordon(or -security, not sure)21:27
freemangordon4.19+105+deb10u1621:28
Wizzupuser@maemo-chimaera:~$ uname -a21:28
WizzupLinux maemo-chimaera 5.10.0-19-amd64 #1 SMP Debian 5.10.149-2 (2022-10-21) x86_64 GNU/Linux21:28
freemangordonI see21:29
Wizzupbut, don't put time into it now21:29
freemangordonwell, it builds against 5.18 and 6.1 with no issues21:29
Wizzupbtw, we have droid4-linux in chimaera21:29
Wizzupbbl now, going for a drink :)21:29
freemangordonso I doubt there will be problem with 5.10, given the #ifdefs  all over the place21:30
freemangordonhehe, enjoy21:30
Wizzupenough dh and autotools for today ;p21:30
Wizzupgetting better at it though, normally LDFLAGS vs LIBADD would take me an hour21:31
Wizzupnow it was 2 mins21:31
siceloN900 with linux 6.1 doesn't charge because there's no phy. apply the top 3 commits from https://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git/log/?h=musb-for-v6.2 and revert 23907106473222:01
sicelos/charge/charge automatically/22:06
uvossicelo: this was with 5.1822:21
sicelodoes sys/power_supply/isp1704 exist?22:50
sicelouvos: charging works fine. something might be broken in your install. while there aren't too many N900 users, the few would have reported the issue already since 5.18 has been in use for quite some time already23:38
uvosisp1704 exists23:44
uvosmy install is the latest image23:44
uvosi just flashed it23:45
uvosanyhow its upgradeing to devel right now23:45
uvosill see if it goes awat23:45
uvos*away23:45
sicelonow it definitely won't automatically detect charger, unless you added those 3 commits + 1 revert23:47
BlagovestPetrov[freemangordon Wizzup  >> https://github.com/maemo-leste/alarmd/pull/223:48
BlagovestPetrov[I will install osso-sounds-ui from Beowulf, only to solve the dependency errors23:52

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!