Blikje has quit [Ping timeout: 244 seconds]
Blikje has joined #maemo-leste
System_Error has quit [Ping timeout: 264 seconds]
System_Error has joined #maemo-leste
<Wizzup> ok, with a bit more ram droid4-linux clones fine over ssh
mkfx has left #maemo-leste [Error from remote client]
mkfx has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Daanct12 has joined #maemo-leste
Anasko has joined #maemo-leste
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 245 seconds]
mkfx has left #maemo-leste [#maemo-leste]
mkfx has joined #maemo-leste
Juesto has joined #maemo-leste
Juest has quit [Ping timeout: 244 seconds]
Juesto is now known as Juest
Daanct12 has quit [Quit: WeeChat 4.6.0]
Daanct12 has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
joerg has quit [Ping timeout: 248 seconds]
joerg has joined #maemo-leste
ceene has joined #maemo-leste
mkfx has left #maemo-leste [#maemo-leste]
_fab has joined #maemo-leste
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #maemo-leste
mkfx has joined #maemo-leste
vectis_ has quit [Ping timeout: 244 seconds]
<freemangordon> sicelo: looks like yes. also, I guess you have to init it to NULL on module load, unless it is not already NULL (I don't know how structure is allocated)
<sicelo> I do init it to NULL in the init function, yes. will update the MR in a bit
System_Error has quit [Remote host closed the connection]
mkfx has left #maemo-leste [Disconnected: Replaced by new connection]
mkfx has joined #maemo-leste
System_Error has joined #maemo-leste
_fab has quit [Quit: _fab]
Livio has joined #maemo-leste
Livio has quit [Quit: leaving]
Livio has joined #maemo-leste
_fab has joined #maemo-leste
_fab has quit [Quit: _fab]
akossh has joined #maemo-leste
<sicelo> Wizzup: side effect of using upstream upower is that now D4 wrong reports high power usage. in our upower fork, you had changed it to read from power_avg instead of power_now
<sicelo> sounds to me like there might be something wrong in the kernel driver however ... power_now is almost always close to 10x power_avg for some reason
<sicelo> lol, i think i found the kernel bug. will submit MR soonish :p
<sicelo> https://elixir.bootlin.com/linux/v6.13.7/source/drivers/power/supply/cpcap-battery.c#L706 ... that looks like it should be 1000, not 10000 ;-)
<sicelo> mmm, or not (since it's a divisor). regardless, there's clearly some value in the driver which is 10x more than it should be
Livio has quit [Ping timeout: 264 seconds]
Twig has joined #maemo-leste
_fab has joined #maemo-leste
halftux has joined #maemo-leste
<halftux> Wizzup: rpi 3 is booting with the generic kernel. I will write down what I did. rpi 4 getting rainbow color with the same system but maybe it is only a setting in the config.txt
pere has quit [Ping timeout: 244 seconds]
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
pere has joined #maemo-leste
_fab has quit [Quit: _fab]
<Wizzup> halftux: great - with 3d?
<Wizzup> sicelo: good huting :)
<Wizzup> hunting
mkfx has left #maemo-leste [Error from remote client]
<Wizzup> ok, with some more ram and a longer http timeout I can git-clone droid4-linux over both ssh and https
<Wizzup> (on forgejo)
<Wizzup> I think that's good enough for me, can always give it more ram/cpu/io later
mkfx has joined #maemo-leste
ikmaak has quit [Read error: Connection reset by peer]
ikmaak has joined #maemo-leste
buZz has quit [Ping timeout: 252 seconds]
pere has quit [Ping timeout: 252 seconds]
buZz has joined #maemo-leste
buZz is now known as Guest8613
_fab has joined #maemo-leste
arno11 has joined #maemo-leste
narodnik has quit [Quit: WeeChat 4.5.2]
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
ceene has quit [Ping timeout: 244 seconds]
narodnik2 has quit [Ping timeout: 268 seconds]
pere has joined #maemo-leste
Guest8613 is now known as buZz
xmn has joined #maemo-leste
xmn_ has quit [Ping timeout: 268 seconds]
<sicelo> the modified status-plugin-battery has one problem - charging animation doesn't work correctly :p
<sicelo> oh, working now. shrug
mkfx has left #maemo-leste [Error from remote client]
<halftux> Wizzup: I think yes it loads module vc4. Creating new image because I was on chimaera and had gconf2 issue.
<arno11> sicelo: with just the modified blacklist, the animation was also buggy. and worked by magic after a second reboot
<arno11> and now, charging and led and animation just work
<sicelo> yes the blacklist was wrong, so the applet could pick any 'battery'
<sicelo> ideally the applet should also have been checking if the battery is present ... all those 'fake' batteries were present = no. anyway, i definitely don't want to see those batteries in the system anyway
<sicelo> the modified applet will definitely have erratic animation because it relies on the percentage increasing gradually ... if we're estimating, then it simply jumps to near full when charging :p
<sicelo> because we look at the reported voltage
<sicelo> i don't really think it's that important yet, but will later on look at what we could do.
<arno11> yeah not so important atm imo
Livio has joined #maemo-leste
<Wizzup> halftux: great @ image
Daanct12 has quit [Quit: WeeChat 4.6.0]
<halftux> Wizzup: is there a possiblity during image building to copy from rootfs /usr/lib/linux-image*/broadcom/*.dtb files to boot partition?
apac has joined #maemo-leste
<Wizzup> I would strongly prefer that we pkg the kernel
<Wizzup> then this happens automatically
<Wizzup> what kernel did you use and what defconfig?
<halftux> it is the generic debian kernel but the files are installed to rootfs but we need them also at bootfs
<halftux> just the kernel and modules from generic arm64 image
<halftux> no changes
<Wizzup> I think then we just depend on the generic kernel and ensure /boot is mounted from fstab
<Wizzup> wait, nothing is installed to /boot? hm
<Wizzup> can you share the exact pkgnames?
_fab has quit [Quit: _fab]
<halftux> linux-image-6.1.0-32-arm64
<Wizzup> ok, so how does debian do /boot installing?
<halftux> don't know the image builder does it I guess copy system.map vmlinuz to bootfs
<Wizzup> so how do they deal with kernel package upgrades
<Wizzup> surely something must install to /boot
<Wizzup> are you sure nothing is installed/copied to /boot?
<Wizzup> this really should just work I think if /etc/fstab is set up correctly
narodnik has joined #maemo-leste
<halftux> they have raspi-firmware but also not installing something to boot https://packages.debian.org/bullseye/arm64/raspi-firmware/filelist
<halftux> also these /usr/lib files should be available on bootfs
<Wizzup> I think I should just try this out, I can't believe that the debian linux-image wouldn't install into boot - their amd64 version does this
<Wizzup> there must be some postinst/trigger that does this
<halftux> When there is a new kernel, it will be upgraded too (tested with the Pi4 image), and the file /boot/firmware/config.txt will be edited automatically to reflect the change. You can simply reboot to activate it.
<halftux> but how is a good question
<Wizzup> /boot/System.map-6.1.0-32-arm64
<Wizzup> /boot/config-6.1.0-32-arm64
<Wizzup> /boot/vmlinuz-6.1.0-32-arm64
<halftux> yes these files are there but firmware files and dtb files not
<Wizzup> right, ok
<Wizzup> yeah so the way we deal with this for the droid4 is that we modify scripts/package/builddeb
<halftux> maybe when they get an update the /usr/lib files get copied to boot during a reboot
<Wizzup> and our changes add a postinst that installs to /boot
<Wizzup> I truly don't know how debian raspi images do this though, maybe they have some additional package that does this
<Wizzup> since something needs to manage the raspi config/txt file as well I guess
<Wizzup> see the commits started from UNTESTED: and then up
<Wizzup> so we could just do this, build our own kernel, or we figure out a way to do the postinst differently (maybe better, imo)
<Wizzup> I think we could maybe register a trigger to run after kernel postinst is done
halftux has quit [Quit: leaving]
<Wizzup> we can have say leste-config or some other pkg register an interest trigger in the directory that contains dtbs and such
<Wizzup> freemangordon: what do you think? I think this way we could get rid of some of our builddep patches
<Wizzup> but we should check what debian does as well I think, for raspi at least
<Wizzup> freemangordon: sicelo: I'm going to start migration repos over now
<Wizzup> migrating
<Wizzup> freemangordon: heh, my new email software makes maemo nuhappy:
<Wizzup> (modest:9918): camel-imap-provider-WARNING **: 17:16:12.648: Unexpected response from IMAP server: B00004 NO Mailbox is already subscribed.
<Wizzup> freemangordon: fyi I will move some stuff here https://git.maemo.org/leste-deprecated
<Wizzup> I'll also update jenkins, but of course people will have to update their local remotes
<sicelo> halftux: why do you need firmware in /boot?
<freemangordon> ok
apac has quit [Ping timeout: 248 seconds]
<Wizzup> freemangordon: sicelo: uvos: dsc_: (and everyone else) please either sign in to git.maemo.org using your github account or DM me an email and I'll create an account for you
ungeskriptet_ has joined #maemo-leste
ungeskriptet has quit [Ping timeout: 252 seconds]
ungeskriptet_ is now known as ungeskriptet
<arno11> Wizzup: sign in with GH doesn t work directly: it logs but ask to link with an existing forgejo account or create a new one (deactivated)
<Wizzup> arno11: let me fix
<Wizzup> ty
<Wizzup> arno11: done, I think
<Wizzup> wait a moment
<freemangordon> 502 Bad Gateway
<Wizzup> yeah just restarting it :)
<freemangordon> :)
<Wizzup> try now
<freemangordon> getting better, this time 500 :p
_fab has joined #maemo-leste
<Wizzup> now?
<freemangordon> "Your ROOT_URL in app.ini is "https://git.maemo.org/", it's unlikely matching the site you are visiting."
<freemangordon> please redirect http to https
<freemangordon> same, it asks to register new account or to link to existing
<Wizzup> ah, you were on http?
<Wizzup> ok, let me figure this out
<Wizzup> freemangordon: I think we don't want to redirect but use say HSTS or something
<Wizzup> freemangordon: so you can't register a new account?
<Wizzup> is that still deactivated?
<arno11> it works for me btw
<Wizzup> yeah, I think you just need to select 'register new account'
<freemangordon> sorry, why should I create a new account if I login with my GH one?
<freemangordon> don;t get it
<Wizzup> freemangordon: it's a new account on git.maemo.org
<Wizzup> this is just to link them
<Wizzup> I can have it automatically link them if you prefer
<freemangordon> no, don;t
<freemangordon> ok, I am in, there is nothing to be seen :)
<Wizzup> basically, I have disabled 'normal' registration to prevent random folks from making accounts and starting their own repos/projects
<freemangordon> yeah
<Wizzup> right now it's limited to just github or me making accounts
<freemangordon> make sense
<Wizzup> in the future we might lock this down some more, but right now anyone with a github account can join
<freemangordon> does this sync back repo changes to GH?
<Wizzup> not yet, but it will
<freemangordon> ok, good
<Wizzup> I am first migrating all core repos
<freemangordon> ok
<freemangordon> brb
<Wizzup> I hit my rate limit on github after 95 repos or so, will continue in a bit
<Wizzup> freemangordon: meanwhile you should be owner for all 4 orgas
<Wizzup> bugtracker is migrated
Livio has quit [Ping timeout: 264 seconds]
vectis_ has joined #maemo-leste
LeePen has quit [Remote host closed the connection]
LeePen has joined #maemo-leste
apac has joined #maemo-leste
kiva has joined #maemo-leste
<kiva> what sphone should answer, if I am trying start from osso-xterm?
<kiva> I ask, because I tried start it from Sphone Dialer icon and it did not started, and I have to make call to find my another Maemo phone :)
<kiva> right now if I try to start Sphone from xterm it says: "sphone: Failed to load module qtloop no usable LoopModule available, abort
<kiva> "/usr/lib/sphone/modules/libqtloop.so: cannot open shared object file: No such file or directory"
<arno11> seems some commits are missing. do you run chimaera, chimaera-devel, daedalus ?
<kiva> chimaera
<kiva> I think that that icon has worked at least last month
<kiva> I have do apt-get upgrade at least two times after that.
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #maemo-leste
<arno11> what is your sphone version btw ?
<arno11> probably 0.7.5
<arno11> which is too old
<kiva> hmm how to check version? there is not man-page for sphone.
<arno11> you need 0.9.5
<arno11> apt search sphone
<arno11> anyway you should upgrade to devel imo
<kiva> it said: sphone/stable,now 0.7.5+m7
<kiva> I try to be stable tester (I think it is best way how I support Leste developing), I try to be stupid first time Maemo Leste user (Althought I have used Maemo over 10 years).
<arno11> there is no 'stable'. devel is somehow more stable
<arno11> i mean, last stable things are in devel. some pkgs in 'stable' are too old
<kiva> if devel is more stable then should be release some kind RC (Release Canditate) version.
narodnik2 has joined #maemo-leste
<arno11> well, i'm not the right guy to answer this question but keep in mind that Leste is a very very small team of devs
<arno11> they already do amazing things
<kiva> I know, and thanks to you, too.
<Wizzup> I think recently most of devel was moved to stable
<Wizzup> except for the sphone part because I think we're waiting on input from uvos
apac has quit [Ping timeout: 248 seconds]
<kiva> good to know.
<arno11> Wizzup: btw extras and forks are not available anymore on GH. is it 'normal' ?
Livio has joined #maemo-leste
<arno11> hmm they work from command line but not from the website
<arno11> maybe they are not visible during the migration (?)
kiva has quit [Quit: Client closed]
akossh has quit [Ping timeout: 248 seconds]
<Wizzup> arno11: wait what
akossh has joined #maemo-leste
<Wizzup> arno11: or do you mean git.maemo.org?
_fab has quit [Quit: _fab]
Twig has quit [Remote host closed the connection]
<arno11> Wizzup: no, i mean github. yeah web addresses still work. but links from the website disappear
Livio has quit [Ping timeout: 264 seconds]
<Wizzup> links from where
<Wizzup> from github.com/maemo-leste?
Anasko has quit [Read error: Connection reset by peer]
<arno11> yep
<arno11> instead of extras and forks links, you have the 'SOURCE MOVED' msg now
<arno11> anyway
akossh has quit [Ping timeout: 265 seconds]
<Wizzup> yeah
<Wizzup> I will fix that later
akossh has joined #maemo-leste
<Wizzup> OK, so the core repos are migrated
arno11 has quit [Ping timeout: 252 seconds]
hexnewbie has quit [Ping timeout: 260 seconds]
akossh has quit [Ping timeout: 252 seconds]
akossh has joined #maemo-leste
<Wizzup> freemangordon: https://phoenix.maemo.org/job/libcal-source/65/console works with git.maemo.org
<Wizzup> reconfiguring the core jobs
GaryM_ has joined #maemo-leste
buZz has quit [Ping timeout: 272 seconds]