mkf has left #maemo-leste [Disconnected: Replaced by new connection]
mkf has joined #maemo-leste
_whitelogger has joined #maemo-leste
pere has quit [Ping timeout: 248 seconds]
mkf has left #maemo-leste [#maemo-leste]
pere has joined #maemo-leste
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #maemo-leste
xmn has quit [Ping timeout: 260 seconds]
ashley has quit [Remote host closed the connection]
ashley has joined #maemo-leste
ashley is now known as Guest6451
Guest6451 is now known as ashley
ashley is now known as Elektra
Elektra has quit [Changing host]
Elektra has joined #maemo-leste
Elektra is now known as ashley
GeorgeCostanza has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Twig has joined #maemo-leste
Twig has quit [Remote host closed the connection]
Twig has joined #maemo-leste
<GeorgeCostanza>
Hi, I have an N900 running fremantle. it seems like I can't connect to repository.maemo.org to grab u-boot-{bootimg,flasher,tools} before installing leste
<freemangordon>
hmm, right
<GeorgeCostanza>
the wan connection works fine otherwise, if I tcpdump I see a bunch of unacknowledged retransmissions and attempts to GET /extra, no packets at all returned from repository.maemo.org. is there an alternative fremantle repo now, or at least a place to get those packages?
<freemangordon>
yeah, the server is down
<GeorgeCostanza>
would maemo.viniciuspaes.com/extras work instead?
<freemangordon>
I notified the admin, but might take a while
<GeorgeCostanza>
I have no idea if that's legit or not
<freemangordon>
me neither
<freemangordon>
sicelo: any idea ^^^
<GeorgeCostanza>
is there any way to boot from an sdcard with whatever the stock bootloader is?
<freemangordon>
you can use flasher or 0xFFFF to bott whatever (including u-boot) you want
<freemangordon>
and from u-book you can boot from uSD
<freemangordon>
IIRC it was on wiki, no?
<GeorgeCostanza>
I wasn't quite able to get 0xFFFF to compile and I've been looking for the u-boot sources just now
<freemangordon>
compile? what OS is that?
<freemangordon>
it is in debian/ubuntu repos
<GeorgeCostanza>
I tried on both arch linux and debian stable, I was running into preprocessor errors and then freadahead.c wouldn't compile
<Wizzup>
we don't fork it any more for daedalus, instead we only ship the init script
<Wizzup>
so you want to remove the +m7 version of iio-sensor-proxy
xmn has joined #maemo-leste
<freemangordon>
yep, I did that, but why the ^^^ commit
<freemangordon>
it forces downgrade of the packages that has lower version in -devel
apac has joined #maemo-leste
<Wizzup>
freemangordon: that would be a mistake
<Wizzup>
we want devel to be higher than non-devel
<freemangordon>
Wizzup: what I mean is - with priority of 1002 of -devel and 1001 of -stable, not matter the versions, all the packages that are in -devel will be installed over those in stable
<freemangordon>
if you want *only* those packages in -devel that have bigger versions than -stable, then priority of -devel must be the same as priority of -stable
<Wizzup>
hm... I see
<Wizzup>
so you're saying that is for some reason devel has a lower version than stable then it will hold back the upgrade
<Wizzup>
because they don't have the same briority
<Wizzup>
priority
<freemangordon>
yes
<freemangordon>
not only hold, but downgrade, set debian paste ^^^
<freemangordon>
*see debian
<Wizzup>
yes
<Wizzup>
so let's make the priority the same?
<Wizzup>
freemangordon: ^?
<freemangordon>
yes
<freemangordon>
devel Pin-Priority should be 1001, not 1002
<Wizzup>
ok
hm has quit [Remote host closed the connection]
<Wizzup>
should be fixed now
<freemangordon>
thanks
FANTOM has quit [Ping timeout: 252 seconds]
<freemangordon>
Wizzup: in the meanwhile I followed Denis' advice to use gobi driver instead re-implementing it, and so far I tests SMS (in/out) call (in/out) and GPRS, Anything else to test?
<freemangordon>
sicelo: ^^^
Anasko has quit [Remote host closed the connection]
FANTOM has joined #maemo-leste
Anasko has joined #maemo-leste
<sicelo>
sounds like the basics are covered :-)
<freemangordon>
ok, I'll push a new version to -devel
<Wizzup>
I dist-upgraded the host machine yesterday
<Wizzup>
let's see if it gets an ip no
<Wizzup>
w
<Wizzup>
yup
<freemangordon>
Wizzup: you said you have fixed leste-config -devel priority, did you make a release?
<Wizzup>
should go now
<Wizzup>
freemangordon: yes
<freemangordon>
ok
<Wizzup>
freemangordon: for both devel and non-devel ;)
<freemangordon>
ok
<freemangordon>
seems i should upgrade that first :)
<Wizzup>
yeah
<freemangordon>
oh, I still use upower from chimaera it seems :)
<freemangordon>
fingers crossed my device will still boot after the upgrade
<freemangordon>
hmm, why is not upower 1.90.9-1+4m7 in -stable?
<freemangordon>
shall I upgrade it?
<Wizzup>
hm... that could explain some issues potentially
<Wizzup>
yes, let's upgrade fully
<freemangordon>
linux-image-omap?!?
<freemangordon>
who put that there?
<freemangordon>
also, why is upower in -devel with lower (major) version than the one in debian repos?
<freemangordon>
scratch that
xinomilo has quit [Ping timeout: 245 seconds]
pabs3 has quit [Read error: Connection reset by peer]
pabs3 has joined #maemo-leste
<sicelo>
freemangordon: commit description for path 1/6 is incomplete. but maybe Denis will look the other way :p
<sicelo>
so i guess now in ofono the path looks like /gobi_0 ?
<freemangordon>
yeah, I saw that, no idea what happened.
<freemangordon>
no, it is still droid_0
<freemangordon>
usually Denis if forgiving :)
<saeed>
sicelo: hi, any idea regarding n900?
<sicelo>
let's recap: with older image, it works fine. with newer image, you can't access, right? which new image, if you can share? so i could perhaps find some time to try same image on my N900 (that has working USB)
<saeed>
latest one in the website
<saeed>
20250628
<saeed>
this one
<saeed>
maemo-leste-5.0-armhf-n900-20250628.img
<sicelo>
thanks. i'll try and find time to download and try it (not promising it will be today, but will see)
<sicelo>
Wizzup: it's that which fmg was talking about - upower version is 0.99 in the image
<sicelo>
upstream 0.99 from devuan, so upower is the one causing the shutdowns. we do have correct /etc/UPower/UPower.conf, but of course, that's not applicable to ver. 0.99
<sicelo>
otherwise the image is quite usable and fluid ootb. nice!
<sicelo>
i think the plan was to also drop the swap file, but use a swap partition?
<sicelo>
saeed: so in the meantime, you should be able to do `sudo chmod -x /usr/libexec/upowerd` and gain access to the system. from there you could probably enable -devel repository so you can get the updated/fixed upower, until it trickles down to stable
<saeed>
ok
kiva has joined #maemo-leste
g4rrgl3n0m4d has joined #maemo-leste
<kiva>
do I understand right theelogs, there is coming new stable image for Pinephone with newer ofono?
kiva has quit [Quit: Client closed]
<saeed>
quick questions.
<saeed>
:-)
<saeed>
yay it boots
<saeed>
thanks sicelo
<saeed>
what do i need to do to fix the upower for future?
kiva has joined #maemo-leste
<sicelo>
maybe let's wait for @Wizzup. I suppose he will soon push the updated upower to stable
<sicelo>
if you're adventurous, switch to -devel, which already has the updated version
<saeed>
cool. i plan to do that.
<saeed>
is the zram-tools relevant?
<saeed>
this is faster than framantle
<sicelo>
I believe we don't use zram
<saeed>
i heard stories but never exprienced it!
<sicelo>
now you can tell stories 😅
* saeed
in 80s: i recall n900s being kept getting faster 16 years after their release.
* saeed
now tell me my child, do your iphone 23 is still supported after 3 days of being released?
<kiva>
:D
<freemangordon>
saeed: n900 is not powerful enough for zram
<saeed>
this is way too fast to be real, is there a change since ~5 months ago?
<saeed>
it feels faster than sunxi i had.
<saeed>
and sunxi (a23) for sure had better hardware, right?
<saeed>
i still have it around, but leste sdcard died a while ago
<saeed>
i need to reflash it. :(
<kiva>
I did know that there is some updates for some devices, although that device does not have keyboard it is good addition for "supported" devices.
<Wizzup>
sicelo: strange... how did that happen
<Wizzup>
we just never built upower for stable?
<saeed>
i can dogfood stable if most n900 people are in unstable
<sicelo>
i think we used to build the forked upower. then we went daedalus, and decided to use upstream, including in stable. but the updated upower was only in -devel, so stable would get devuan's upower
<sicelo>
kiva: yes pp will (or at least, should) get the updated ofono, although there's likely not much in changes for it, unless you had pre-2.13 ofono
<kiva>
good to know.
<kiva>
saeed: there i people that use n900, droid4 or Pinephone as everyday phone device so they want use stable.
<saeed>
unstable/testing are not that unstable. :-)
<sicelo>
stable should normally be fine. in the case of daedalus, 'technically' there's no stable yet, since daedalus hasn't been officially released. stuff is being tested in -devel (for obvious reasons), then trickles down to stable.
<sicelo>
IOW, 'stable' is more like -devel v0.1 ... it's -devel that's evolving slower than -devel proper
<kiva>
what I call stable with Leste is released sd-card image and upgraded with apt-get without -devel..yes it does not mean stable, but might be more stable, right?
<sicelo>
yes, if we're being pedantic, Leste "stable" is chimaera :-)
<sicelo>
daedalus, even an image from maedevu.maemo.org, is not released yet. all those images are more like Preview releases, Leste Daedalus RC~1, ;-)
<sicelo>
saeed: i'm also surprised how fluid the UI is ootb!
<saeed>
it did slowed down after few minutes
<saeed>
might be because of modest
<sicelo>
anyway, you'll know/fee/remember the N900's age once you start running applications. Hildon itself is gpu accelerated, so yeah, the CPU doesn't have to work hard. everything that needs CPU on the other hand ...
<saeed>
true.
<sicelo>
s/fee/feel/
<Wizzup>
sicelo: ok, so I'll build our upower fork for stable?
<sicelo>
yes, please do. i believe it has proved itself for enough time now :-)
<saeed>
sicelo: did upower rejected your patches?
<sicelo>
no, everything is upstream, precisely what we wanted :-)
<freemangordon>
ther is also newer mce in -devel
<freemangordon>
and tinymail
<saeed>
i see.
<saeed>
i do get some warrnings with apt
<sicelo>
saeed: daedalus starts on very nice footing ... much less forked packages
<sicelo>
well, we still fork these packages. the difference now is the aim not to change them, but to get latest upstream, i.e. higher versions than from debian/devuan
* sicelo
must still update mce's orientation stuff to latest iio-sensor-proxy
<saeed>
what should i do to make apt warrnings go away?
<sicelo>
ignore them for now :-)
<sicelo>
the perks of running an RC version :p
<Wizzup>
building those now
<Wizzup>
(upower)
<Wizzup>
freemangordon: yeah the tinymail I am not sure about
<saeed>
:-D
<freemangordon>
Wizzup: wtym? I upgraded :)
<freemangordon>
is there anything wrong with it?
<freemangordon>
saeed: are you developer?
<saeed>
am i?
<saeed>
im mkf.
<freemangordon>
ah
<freemangordon>
well
kiva has quit [Quit: keep going on that good work 👍 ]
<freemangordon>
how am I supposed to know that saeed == mkf :)
<sicelo>
Wizzup: i trust you'll also rebuild ofono, i guess? with fmg's latest gobi stuff
<saeed>
well you ask just now. :)
<freemangordon>
saeed: do you want to take on https://git.maemo.org/leste/procmngd ? I want to work on facebook (messenger) tp connection manager which has higher prio for me
<freemangordon>
but procmngd will be very usefull on n99 and old allwinner
<freemangordon>
*n900
<freemangordon>
RN it lacks 'process groups' support and cgroups support, should not be hard to implement
<saeed>
is it that re-nice tool that you guys have been disscusing?
<freemangordon>
mhm
<saeed>
did you wrote it yourself?
<freemangordon>
yes, with help of chatgpt for documenting stuff :)
<saeed>
cool.
<freemangordon>
LMK if you want to, I may have some not pushed stuff around
<freemangordon>
no hurry though
<saeed>
is process group something of our own?
<saeed>
or some linux feature?
<freemangordon>
our own
<saeed>
ah, ok. so they go up and down in niceness together?
<freemangordon>
the idea is co assign a 'category' to a process, with each category having a set of parameters
<freemangordon>
so you 'group' processes, like 'multimedia', 'desktop', 'background tasks' etc
<freemangordon>
have to run, bbl
<saeed>
see you.
<Wizzup>
freemangordon: I don't think there is anything wrong with it, but I feel like I want to put in some more work later, the main change is for stalwart
<Wizzup>
sicelo: ofono for -devel?
<sicelo>
yes, i think so
<Wizzup>
ok, once upower is done :)
pere has quit [Ping timeout: 260 seconds]
Madda has quit [Remote host closed the connection]
<saeed>
let me know if there is a test i can do to be sure.
apac has quit [Ping timeout: 244 seconds]
Juest has quit [Ping timeout: 252 seconds]
Juesto has joined #maemo-leste
Juesto is now known as Juest
apac has joined #maemo-leste
apac has quit [Ping timeout: 248 seconds]
arno11 has quit [Quit: arno11]
_fab has joined #maemo-leste
pere has joined #maemo-leste
xmn has joined #maemo-leste
<saeed>
why do we keep getting new ips?
<saeed>
*new ips in dhcp after reboots?
<saeed>
do we explicitly say dont reuse leased value to dhcp server during dora?
<Wizzup>
you won't unless your mac changes, or if your dhcp server doesn't do any caching
<saeed>
hm.
frederickgeek8 has quit [Remote host closed the connection]
frederickgeek8 has joined #maemo-leste
saeed is now known as mkf
apac has joined #maemo-leste
narodnik has joined #maemo-leste
<Wizzup>
sicelo: ok, both devel and stable have the new upower
<mkf>
can i apt upgrade and chmod +x /usr/libexec/upowerd now?
<sicelo>
mkf: N900 wlan driver gets new MAC each time by default. I believe we fixed this recently
<mkf>
sicelo: i see. i was exhabiting same behavior on sunxi tho.
<sicelo>
ok I also see that we have another problem. Will submit MR with fix
<Wizzup>
sicelo: on what?
<Wizzup>
or, problem with what
LeePen has quit [Remote host closed the connection]
<sicelo>
we should pull wl1251-cal on N900. we don't, hence the wifi mac remains random
<sicelo>
@mkf, you can manually install wl1251-cal in the meantime. from next boot onwards, the MAC should be the correct one (same as fremantle) and no longer change
<sicelo>
if the issue returns, please report. this stuff is a little fragile, but we tried to make it as robust as possible
<mkf>
is there a technical reason it keeps changing?
<mkf>
(by default)
<sicelo>
yes, the MAC programmed by Nokia is in a tiny firmware file (nvs). when driver is loaded, it checks this nvs. if it's not found, a new random MAC is generated
<mkf>
thanks. i have installed openmediaplayer and it seems to choke on mp3 files, do i need to install packages?
<Wizzup>
also, I think openmediaplayer will log to terminal if you start it from one, but I am not sure
<mkf>
i did, no logs came.
<mkf>
i have installed gstreamer1.0-plugins*
_fab has quit [Quit: _fab]
<sicelo>
Wizzup: ah, looks like no need to rebuild ofono. fmg had already included the patch that he later sent upstream. although i'm surprised it says it was made 7 months ago