<Wizzup>
so we can also mirror to github from gitea :)
<Wizzup>
btw, I also added some experimental 'log in with github' thing, but I might change how some of it works or what can be done with this
mkfx has joined #maemo-leste
ashley has joined #maemo-leste
ashley is now known as Guest1477
mkfx has left #maemo-leste [#maemo-leste]
Guest1477 has quit [Read error: Connection reset by peer]
ashley has joined #maemo-leste
ashley is now known as Guest6946
norly has quit [Quit: Leaving.]
norly has joined #maemo-leste
Guest6946 has quit [Quit: Whatever.]
ashley has joined #maemo-leste
ashley is now known as Guest7986
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
donihalim has quit [Changing host]
donihalim has joined #maemo-leste
pabs3 has quit [Read error: Connection reset by peer]
pabs3 has joined #maemo-leste
mkfx has joined #maemo-leste
<freemangordon>
sicelo: does that mean I don;t have to do anything with upower?
<freemangordon>
arno11: yes, will have a look
<freemangordon>
but first lemme see what I can do with priorities
Chemical-X has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11>
ok cool
<mkf>
lima works \o/
<freemangordon>
:)
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #maemo-leste
<mkf>
okay i'll go for mainline now
<mkf>
do mainline needs any patch other than realtek one?
<freemangordon>
no, but see what I pasted
<freemangordon>
like, if you want BT...
<freemangordon>
etc
<mkf>
applied those. do maemo have an ui for bluetooth btw?
<freemangordon>
no (still)
<mkf>
i've used blueman but not sure if that worked
<mkf>
alright. :)
<mkf>
can we bring sunxi builds back?
<freemangordon>
sure
<freemangordon>
we juts need a proper kernel tree
<freemangordon>
and one that volunteers to maintain it :p
<mkf>
well i'm willing to, at least for devices i have (a a23 and a a33)
<mkf>
*a13 and a23
<freemangordon>
cool, I can test on A33
<freemangordon>
Wizzup: ^^^%
<mkf>
some of elements of this image i'm using apperently are for n900
<freemangordon>
well, it should not be that different
<freemangordon>
but still, better have a dedicated image
<mkf>
like it tells me i need to insert an sim card. i like to if i could. :)
<freemangordon>
umm... when?
<mkf>
in the tray?
<mkf>
near battery
<freemangordon>
well, that won;t change
<mkf>
it also loads bunch of n900 stuff during boot
<mkf>
which fail
<freemangordon>
we install telephony stack no mater the device
<freemangordon>
no, it tells you there is no sim card :p
<freemangordon>
up to you if you want to inster one :D
<freemangordon>
*insert
* freemangordon
needs another coffee
<mkf>
i suppose i can think of no sim icon as leste logo for this tablet :P
<mkf>
is the telephony stack being installed on devices with no telephony is a policy or technical?
<freemangordon>
I would say policy
<freemangordon>
nothing stops you from attaching usb modem
<freemangordon>
and it will simply work
<freemangordon>
so yes, you *can* insert a SIM card
<mkf>
hm, ok.
<mkf>
can we at least put an option to hide it later on?
<freemangordon>
what would be the trigger to hide?
<mkf>
some option down into settings
<freemangordon>
like, I am not against, but it should be consistent
<freemangordon>
as it can;t be separate, that should be part of phone settings I presume
<freemangordon>
and that's not trivial
<freemangordon>
but yeah, why not
<mkf>
fair enough
<freemangordon>
I'll let you know when I am done with connui-cell (when phone setting reside), feel free to make a patch
<freemangordon>
and PR
<freemangordon>
s/when/where
<mkf>
thanks.
arno11 has quit [Quit: leaving]
akossh has joined #maemo-leste
<sicelo>
mkf: the device doesn't have a modem at all?
<freemangordon>
no
<freemangordon>
this is allwinner tablet
<sicelo>
we can automatically hide the icon if ofono did not find a modem. we do same for no battery, ensuring.g
<sicelo>
e.g. vm
<freemangordon>
no, that's not correct
<freemangordon>
remember d4 modem dropping off usb
ikmaak has quit [Read error: Connection reset by peer]
ikmaak has joined #maemo-leste
<sicelo>
I think that's exactly where this would be useful. currently, we still have misleading icon after modem drops. with this change, icon would disappear, so you know something is amiss
<freemangordon>
hmm
<freemangordon>
ok, will think about it when I am back on connui-cell
Twig has joined #maemo-leste
<sicelo>
re: upower, I'll continue working on it. I'm mostly unavailable this week, so if timeframe becomes a concern, I would share my work so far so you can continue with it
<freemangordon>
ok
<freemangordon>
not that I have spare time, but yeah
<freemangordon>
because I don;t really want to add sudoers file to each user daemon that needs lower nice level
<freemangordon>
neither I like the idea to allow user to change niceness < 0
<freemangordon>
please comment why are you against having another daemon (besides obvious - one more thing to maintain)
freemangordon has quit [Quit: Leaving.]
freemangordon has joined #maemo-leste
<freemangordon>
Wizzup: see what AI generated for that purpose (didn't test, but final script should be similar if not the same) https://paste.debian.net/1364730/
<freemangordon>
I can write that in C in an hour if having resident script is a concern
<mkf>
is there a better on screen keyboard?
<mkf>
default one is really not suitable for usage on the terminal
<freemangordon>
which terminal? osso-xterm?
<freemangordon>
what's wrong with it?
<mkf>
you can type stuff alright, but you can't use direction keys, combos (ctrl-d) or delete stuff that are already written
<mkf>
yes, osso-xterm
<freemangordon>
also, if you have lots of console stuff, you'd better connect through ssh
<freemangordon>
hmm, you can typ ctrl-d
<freemangordon>
press ctrl button on bottom
<mkf>
you can use combos, but i assume the way osso-xterm works is menant for n900 and not really for touch only devices
<freemangordon>
right
<freemangordon>
but you'd better connect usb kbd
<mkf>
i do that, but i wonder if there is a touch way :)
<freemangordon>
not atm
<freemangordon>
inky has some magic kbd, but we don't have maintainer for it
<Wizzup>
This uses the cgroup virtual file system and “<cgroup>/cpu.rt_runtime_us” to control the CPU time reserved for each control group.
<Wizzup>
but, this will -reserve- cpu and not allow any other process to use it
<Wizzup>
maybe not ideal
<freemangordon>
maybe? :)
<Wizzup>
in any case, from what I can see/tell...
<freemangordon>
again, how do we deal with maemo-launcher pids?
<Wizzup>
ananicy-cpp does what you want
<freemangordon>
yeah, and it pulls averything and the kitches sink, iiuc. and it is not in debian
<Wizzup>
and it uses netlink
<freemangordon>
ok
<Wizzup>
and bpf
<mkf>
yay kitchen sink
<Wizzup>
I mean if it uses 40MB of ram then yeah let's not use it
<freemangordon>
but if we are to use code that's not in debian, I would prefer this to be our code
<Wizzup>
but this seems to be what people using when searching for 'nice daemon'
<Wizzup>
it literally does everything you want btw :)
<Wizzup>
cgroups, oom score, niceness
<freemangordon>
this does not affect niceness
<freemangordon>
sorry
<freemangordon>
wrong paste
<freemangordon>
well, better take ohm from fremantle
<Wizzup>
how is that better?
<freemangordon>
because it was doen with mobile in mind
<freemangordon>
and already cove maemo usecases
<freemangordon>
like maemo-launcher :)
<freemangordon>
lemme check that anynice
<Wizzup>
does it support cgroup v2?
<Wizzup>
or will be have to reinvent
<Wizzup>
will we*
<freemangordon>
no idea
<Wizzup>
please check it out, I think it seems to do what we want
<freemangordon>
ok, on it
<Wizzup>
and it already has a config spec and everything
<freemangordon>
oh
<freemangordon>
it is "Ananicy rewritten in C++ for much lower CPU and memory usage."
<Wizzup>
yes
<Wizzup>
>I mostly used Ananicy on older computers to improve interactivity. However, having Ananicy use megabytes of RAM and a decent amount of CPU time troubled me. Thus I decided to rewrite it in C++, using an event based approach. RAM usage is much lower (only a few thousands of bytes !), and CPU usage is almost always zero thanks to its event-based implementation.
<inky>
> inky has some magic kbd, but we don't have maintainer for it
<inky>
i will package it.
<mkf>
yay
<inky>
and write a wiki page
<freemangordon>
inky: and who will support the code?
<Wizzup>
mkf: in daedalus there is vkb for qt5 and gtk2/gtk3 btw
<inky>
mkf do you need one now?
<freemangordon>
Wizzup: he does not like HIM vkb :)
<inky>
it is a very small codebase, i can, and the author is my friend.
<Wizzup>
freemangordon: btw I think we'd want to not build with ebpf support
<freemangordon>
no idea what it is
<mkf>
inky: if that works better than him in osso-xterm sure, that'd be awesome
<freemangordon>
anyway, lemme pull/build and see
<inky>
mkf just ping me and i'll guide u with the waay of building the kbd and mapping it to one of the hardware keys to hide it and show it.
<mkf>
freemangordon: should i change the governers btw? i recall n900 had problems with it in leste (being laggy on ondemand)
<freemangordon>
afaik ondemand should be ok
<mkf>
and do audio buttons appear to be reverse for you in your q8?
<freemangordon>
could be, but didn't noticed
<freemangordon>
Wizzup: and of course it is infected:
<freemangordon>
/home/user/git/ananicy-cpp/src/platform/systemd/service.cpp:3:10: fatal error: systemd/sd-daemon.h: No such file or directory
<mkf>
can you please check later on?
<mkf>
idk if thats because of maemo or because of something in dtb
<Wizzup>
freemangordon: you can disable systemd support
<Wizzup>
and I can make an openrc init script np
<freemangordon>
lemme try
<Wizzup>
freemangordon: and yeah it's annoying that it pulls code, but at least it is versioned and statically linked
<Wizzup>
bbiab
<freemangordon>
Wizzup: can't we use auditd or stap that are already in the repos?
<inky>
mkf i am back and i am near keyboard.
<inky>
you got the repo, cd maemo, and run build.sh
<inky>
you most probably want to use so called 'docked' version. once you build it, you'll see three versions: docked, bottom and top kbds.
<inky>
you also want to have .xbindkeysrc, this is mine for bionic: https://bpa.st/QGJA
<inky>
and you want to have xbindkeys package.
<inky>
and this is the sw.sh script referenced in .xbindkeysrc: https://bpa.st/L7WA
<inky>
when you press power button on bionic, it shows the keyboard, then kills it.
<inky>
and this is .xbindkeysrc one i made for pinephone, very simple one: https://bpa.st/I5TQ
<inky>
(file for bionic maps to its power button, file for pinephone: to its. you have to decide on the key and find its keycode by using xev program, also i see bionic's file has unnecessary for you things, key shortcuts to switch monitors, i use it on lapdock sometimes)
<inky>
anyway, first build it, you'll see you can run ./coolkbd.dock
<inky>
and enjoy. even without fancy stuff i just described.
<freemangordon>
Wizzup: hmm, this thing seems to do polling, see check_freq
<freemangordon>
but now, I still think we have maemo-launcher issue
<freemangordon>
lemme check if it will work
<freemangordon>
it does
<freemangordon>
Wizzup: however, I think we have issue there
<freemangordon>
it uses basename as key in rules file
<freemangordon>
lemme see what will happen if I create a script with the same name and start it
<Wizzup>
or just try to apply it to say osso-xterm ?
<freemangordon>
I already did to hildon-status-menu
<freemangordon>
and it reniced both processes
<Wizzup>
cool
<freemangordon>
yeah, ok
_fab has joined #maemo-leste
<freemangordon>
Wizzup: yeah, running another binary with the same name, resulted in ananicy identify it as the original one :)
<freemangordon>
that's not very secure
<Wizzup>
it can folow the exe symlink in proc
<freemangordon>
sure, but then it will hit maemo-launcher :)
<Wizzup>
how about absolute paths?
<freemangordon>
hmm, seems it supports regexes
<freemangordon>
lemme explore that
<mkf>
inky: installed it
<mkf>
it's a bit small in this device, and i'm afraid i dont have a way to pop it up
<inky>
its easy
<mkf>
this just has volume and power bottom
<inky>
i increased the size
<inky>
i should've gave u my sources
<inky>
i would map to power
<inky>
and ignore that power also brings upper menu
<inky>
i do like that on pinephone and on bionic
<inky>
what's your device?
<inky>
let me find where was the size
<mkf>
q8 tablet
<inky>
i think in my last sources i use 50% of screen
<inky>
wow, i dont know what is it, you were able to install/port leste on it yourself?
<inky>
so i did
<inky>
in coolkbd/maemo/config
<inky>
config.h.dock
<inky>
#define HEIGHT_SCALE 0.45
<inky>
there u can define fonts and also
<inky>
MIN_HEIGHT
<inky>
MIN_WIDTH
<freemangordon>
Wizzup: currently, it supports only "name" match, which is "basename()"
<inky>
KEY_BORDER
<freemangordon>
lemme see how hoard it to patch the full patch
<freemangordon>
*path
<inky>
mkf, please try and rebuild. (:
<inky>
also you can configure which layouts do u need and rebuild by using only those u need
<inky>
did you run build in maemo version ? in maemo directory?
<Wizzup>
freemangordon: ok, ty
mkfx has left #maemo-leste [Error from remote client]
<mkf>
ok let me see
<mkf>
inky, yeah. with help of freemangordon, wizzup and sicelo. :D
<mkf>
albeit previously a port was done for a device very simliar.
Anasko has quit [Ping timeout: 246 seconds]
<inky>
good!
_fab has quit [Quit: _fab]
_fab_ has joined #maemo-leste
_fab_ has quit [Read error: Connection reset by peer]
arno11 has left #maemo-leste [#maemo-leste]
xmn has quit [Quit: Leaving]
arno11 has joined #maemo-leste
<arno11>
freemangordon: i saw your mce and Xorg renice commits, cool. Xorg, mce and H-D have the biggest impact on leste n900. renice on other processes (like in fremantle) are quite useless atm
<arno11>
and H-D renice is possible from the H-D fake job init script. i tried, it works
<arno11>
so i mean, with just another commit for H-D, things work fine and it seems enough imo
Langoor has quit [Quit: No Ping reply in 180 seconds.]
pere has quit [Ping timeout: 252 seconds]
Langoor has joined #maemo-leste
<arno11>
*enough for good perfs
<Wizzup>
would anyone mind logging in to git.maemo.org using sign in with github and tell me what happens
<arno11>
yep
<Wizzup>
I guess it probably offers to make an account, and does that work?
<Wizzup>
I might have to allow external registration first
<Wizzup>
my hope/plan/idea is to allow users to report bugs with their github accounts, and 'we' can link github accounts to gitea, but most folks would get a gitea account
<mkf>
Wizzup: userspace is that one, shed uses scheduler to guess
<Wizzup>
arno11: ok, cool, I think this is it
<arno11>
cool
<Wizzup>
this allows github users to register with oauth2, and regular registration is disabled
<mkf>
what if someone doesnt have github
<Wizzup>
yeah..hm
<Wizzup>
argh :)
<Wizzup>
I just don't want to deal with spam accounts
<Wizzup>
my plan was to make accounts on demand, but make it easy for github users to file issues
<Wizzup>
most of us here could just get a gitea account
<freemangordon>
Wizzup: hmm, I don;t think that ananicy will do the job for cgroups, if we use it, in its current shape, it will move processes out of elogind cgroup
<freemangordon>
which is the criteria if a process belongs to s session
<Wizzup>
where would we want the processes to go to
<Wizzup>
do we want them in the elogind cgroup?
<freemangordon>
they are alredy there
<freemangordon>
*already
<Wizzup>
right, but how would we make additional cgroups?
<freemangordon>
mkdir
<Wizzup>
I mean what would we do different than ananicy
<freemangordon>
sorry, I don;t follow
<Wizzup>
can a process be in multiple cgroups
<freemangordon>
not sure
<Wizzup>
if not, how do we work around the problem with processing having to be in the elogind cgroup
<Wizzup>
can we stack cgroups?
<freemangordon>
I think if it is a subdir of elogind session dir, it still counts
<freemangordon>
lemme check
<freemangordon>
hmm, ok, it seems process can be in multiple cgroups
<freemangordon>
lemme ask goggle/AI what is that supposed to mean
<mkf>
freemangordon: given our kernel is mostly patch free, i wonder if we can use a config from "known-good" setup for mobile/desktop rather than building one by hand?
<mkf>
idk if i should configure kernel by hand or there is a better way to do that :)
<freemangordon>
no good known config will enable drivers from staging :)
<freemangordon>
but yeah, if you find one...
<Wizzup>
ideally we'd have a single 32 bit arm kernel
<Wizzup>
so if the patches can go into our omap kernel...
<freemangordon>
Wizzup: according to AI, a process can be in a different cgroup, as long as each cgroup manages different resource
<freemangordon>
seems to be ok for our use case
<Wizzup>
yeah, assuming elogind doesn't manage any
<freemangordon>
mhm
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup>
ok, not the oauth2 uses the maemo-leste github orga
<Wizzup>
now the*
lyubov has quit [Read error: Connection reset by peer]
lyubov has joined #maemo-leste
lyubov has quit [Read error: Connection reset by peer]
mkfx has joined #maemo-leste
<mkf>
freemangordon: ok, i'm now in mainline linux
<mkf>
applied your patch, icd still can't connect
<mkf>
however with wpa_cli i can connect, sometimes.
lyubov has joined #maemo-leste
ashley has quit [Quit: Whatever.]
ashley has joined #maemo-leste
ashley is now known as Guest5331
Guest5331 has quit [Remote host closed the connection]
ashley has joined #maemo-leste
ashley is now known as Guest6923
pere has joined #maemo-leste
Guest6923 is now known as ashley
ashley has quit [Changing host]
ashley has joined #maemo-leste
pere has quit [Ping timeout: 260 seconds]
DPA has quit [Ping timeout: 265 seconds]
Livio has joined #maemo-leste
DPA has joined #maemo-leste
<freemangordon>
mkf: weird
<freemangordon>
ok, why the hell gitlabhp blocked my account?!?
<arno11>
Wizzup: btw, i found a bug with calls: if sound is activated in profile, it breaks sound in call. otherwise no trouble in silent mode. probably something buggy with ringtone. (shm bytes, remixing, ucm2 are ok). will open an issue
<arno11>
*on daedalus
<Wizzup>
freemangordon: yes I can package it
<freemangordon>
please do
<freemangordon>
or rather
<freemangordon>
wait to see how my PRs will get treated
<freemangordon>
if upstream is unresponsive, or does not care, I would prefer to not use this code
<Wizzup>
ok
<Wizzup>
freemangordon: they might not want to take non-backwards compat changes
<Wizzup>
or at least some way to toggle between then
<Wizzup>
them
<freemangordon>
both patches are backward-compat :)
<Wizzup>
great :)
pere has joined #maemo-leste
<mkf>
can i have a gittea account?
<Wizzup>
yeah once the setup is done/migrated I'll start doing that
<Wizzup>
right now it's still just a demo setup
<Wizzup>
we haven't migrated anything yet from github, I might also just open the reg up completely
<Wizzup>
for now we're still using github
<mkf>
ok
<Wizzup>
mkf: if you have a use for it now, I can give you one too, it's just just not useful yet at this point, I'm going to remove/delete all the repos that are on there currently before we switch
<arno11>
Wizzup: again @renice, the 2 fmg's commits for mce and xorg + H-D renice give good perfs. you should try. not sure it is useful for you, devs, to spend time on cgroup ATM. but ofc that's just my POV.
<Wizzup>
I think fmg already built the packages
<arno11>
ah ok, so worth a try ofc
<mkf>
idk a git repo would be nice. :)
<mkf>
i was going to upload kernel somewhere
<mkf>
and device trees
<arno11>
Wizzup: btw HW accel seems not working on n900: xorg returns 'GLX: Initialized DRISWRAST GL provider for screen 0'
<arno11>
that's maybe why Qt5 is buggy without raster
<sicelo>
Wizzup: you will also need to watch out for AI/LLM scrapers. seems many forges are struggling with that these days. some have implements some strict login measures as a result
<Wizzup>
sicelo: yeah we get that a lot with archive.org too
<freemangordon>
arno11: GLX is GL, not GLES
<dsc_>
compiling chromium, my pc starting to make strange noises...
<dsc_>
freemangordon: since you do kernel stuff, do you have a super computer, or no
<dsc_>
how many cores?
<arno11>
freemangordon: oh yeah. so you mean that's just some generic stuff failing on boot. ok so the problem is eslsewhere
<arno11>
*elsewhere
<Wizzup>
dsc_: kernels compile way faster than chromium
<Wizzup>
like 10x or something :)
<dsc_>
:P
<arno11>
freemangordon: indeed, es2_info seems to return proper output