_whitelogger has joined #maemo-leste
vectis_ has joined #maemo-leste
xmn has quit [Quit: Leaving]
joerg has quit [Ping timeout: 248 seconds]
joerg has joined #maemo-leste
_fab has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
vectis_ has quit [Ping timeout: 248 seconds]
ceene has joined #maemo-leste
Smatkovi has quit [Ping timeout: 276 seconds]
_fab has quit [Quit: _fab]
pere has quit [Ping timeout: 244 seconds]
pere has joined #maemo-leste
xinomilo has joined #maemo-leste
Smatkovi has joined #maemo-leste
Smatkovi has left #maemo-leste [#maemo-leste]
apac has joined #maemo-leste
_fab has joined #maemo-leste
<xinomilo> hey all! installed maemo leste on pinephone (emmc) , dist-upgraded to daedalus (all seem good so far), and i'd like to use ecryptfs (or gocryptfs) to encrypt /home since fde/luks isn't available on installer image... so i want to ask if password login is supported in maemo leste boot/lockscreen? any howto/docs about it? (couldn't find out any...)
<xinomilo> thx in advance :)
<xinomilo> ( btw, maemoleste feels much more responsive than other distros on this phone.. very nice! )
pere has quit [Ping timeout: 265 seconds]
<gnarface> xinomilo: stick around, slow channel but someone knows
parazyd has quit [Ping timeout: 260 seconds]
pere has joined #maemo-leste
xinomilo has quit [Read error: Connection reset by peer]
uvos__ has joined #maemo-leste
<uvos__> unfortionatly no we dont have pw or code lock working atm. Since we are x11, you can use any x11 lockscreen, i3lock for instance works well, but only on devices with a hwkbd
xinomilo has joined #maemo-leste
<sicelo> xinomilo: nice to hear PP is working well with daedalus
apac has quit [Ping timeout: 260 seconds]
<Wizzup> yes, we just need that darn uboot thing fixed :)
<xinomilo> dist-upgraded yesterday, so maybe too early to tell... + no sim yet.
<xinomilo> app manager, settings, wifi+wireguard, seem to work fine so far.
<Wizzup> regarding fde, we need to add some initramfs that can do this, so right now it'll be a pain to add this manually
<Wizzup> we don't actually have an initramfs for most devices
<xinomilo> yes, i've read the issue on bugtracker.
<Wizzup> so we need to upgrade to a newer version of the pine64 uboot, and maybe that's all we need
f_|DSR has quit [Remote host closed the connection]
<sicelo> Librem5 will also need uboot :-/
f_|DSR has joined #maemo-leste
<Wizzup> I don't think it will be such a problem for librem5, in general it's not
<Wizzup> I can try to upgrade this later, since it's one of the last daedalus things I guess?
Twig has joined #maemo-leste
<Wizzup> tried to yolo it, let's see
xinomilo has quit [Read error: Connection reset by peer]
xinomilo has joined #maemo-leste
<dsc_> > made for bots that focuses on memory footprint and performance
<xinomilo> concerning password-login in lockscreen/boot, is there a way?
<sicelo> xinomilo: while you were gone, this was sent:
<sicelo> 10:01 < uvos__> unfortionatly no we dont have pw or code lock working atm. Since we are x11, you can use any x11 lockscreen, i3lock for instance works well, but only on devices with a hwkbd
<xinomilo> sicelo, thanks! connection is unstable today, and missed it..
<uvos__> to use a different lockscreen you need to disable the maemo slide to unlock lockscreen
<uvos__> you can do this by editing your /etc/mce/mce.ini.d/99-user.ini to look like mine
<uvos__> then you can use i3lock or xscreensaver or whatever
<xinomilo> don't have a hwkbd , so will have to think about it..
<xinomilo> uvos__ , thx!
<uvos__> without hwkbd its going to be hard
<uvos__> maybe you can write a simple lockscreen with a keypad or soemthing
<uvos__> or maybe you can find one
<Wizzup> ok so the problem with pine64 u-boot is that we're apparently pulling in some musl based cross compiler that doesn't support lto
<Wizzup> btw maemo -does- have a lock screen with digits
<Wizzup> I don't know what is necessary to make it work but all the code should be in place
<sicelo> what is it?
<Wizzup> fremantle has a screen lock does it not?
<Wizzup> we should have the same
<Wizzup> unless I misremember
<sicelo> freemangordon: Wizzup: btw, the blinky wlan icon issue does happen on the Droid 4 as well
<sicelo> afaik we only have the slider 'lock' :-)
<Wizzup> ok
<Wizzup> ok, I'll pin a lower atf that doesn't use lto and we should be ok
<Wizzup> for pine64-uboot
<Wizzup> do we want to switch to upstream u-boot as well?
<Wizzup> why not :)
<Wizzup> well once daedalus is done we can to go excalibur ;)
<dsc_> arno11: I fixed the 1970 timestamp thing (it was only a visual bug)
<dsc_> but I cannot reproduce these 2: https://git.maemo.org/leste/bugtracker/issues/777
<dsc_> let me try and start a new chat
<dsc_> at least existing chats seem to work for me
xinomilo has quit [Read error: Connection reset by peer]
xinomilo has joined #maemo-leste
<dsc_> hmm cant send from addressbook "internet connection required" error
<dsc_> ill build a new release for the 1970 fix at least
<Wizzup> so what else should we fix in daedalus before we release? I guess there are the audio issues for n900 calls / pa crashes on d4
arno11 has joined #maemo-leste
<arno11> dsc_: ty @time stamp
<arno11> @#777 maybe it happens only with conv_slim ? i'll doublecheck
<arno11> Wizzup: no audio troubles if ringtone is ogg or wav AFAIK
<arno11> *on n900
xinomilo has quit [Read error: Connection reset by peer]
<dsc_> arno11: very unlikely
<dsc_> I also test with -slim btw
<arno11> ok
<arno11> ok
<Wizzup> arno11: that is the only change? no sphone changes required?
parazyd has joined #maemo-leste
<arno11> no sphone changes, yeah
<Wizzup> ok
<Wizzup> it feels racy to me that just using a different audio format is enough
<Wizzup> any other blockers from your pov?
<Wizzup> we have a pkg for maemo-ringtones, so we can convert the files
<Wizzup> what shall we make it, ogg?
<Wizzup> opus?
<arno11> yep ogg seems a good choice imo
<arno11> no real other blockers, excepting swap
<Wizzup> argh, yeah, the swap
<Wizzup> ok, let's fix that too
<arno11> we still carry some issues from chimaera but nothing really critical imo
<arno11> ok @swap
<arno11> swap on separate partition seems better
<arno11> at least it has a significative impact in daedalus
<arno11> noatime as well
<Wizzup> building new ringtones
<arno11> cool
<Wizzup> I made a daedalus release milestone: https://git.maemo.org/leste/bugtracker/milestone/36
<Wizzup> any blocking issues please attach them to this one
<arno11> ok
xinomilo has joined #maemo-leste
<arno11> dsc_: @#777, able to reproduce 100% of time. seems conversations fails to report online status btw. works fine in addressbook
<uvos__> maemo codelock needs the n900 speicifc storage partition to work
<uvos__> it also only supports numeric lock not pw afaik
<Wizzup> yes, that's right, numeric lock
<uvos__> so we dont really have a general purpose secure lockscreen
<Wizzup> and the codelock we can fix of course eventually with some other backing file in libcal
<uvos__> sure
<Wizzup> ok, pine64-uboot pkg should work now
<dsc_> arno11: my address book does not work unfortunately
<Wizzup> (xinomilo in particular) please be wary when updating the pkg, I haven't tested the u-boot yet and it might break your device
<dsc_> arno11: click on name (to send a message) -> "internet connection required"
<Wizzup> I'll build an image now
<Wizzup> dsc_: set up the libicd-network-dummy
<arno11> dsc_: ah ok
<dsc_> Wizzup: I installed the pkg
<dsc_> stil the error, or should I reboot?
<Wizzup> dsc_: the pkg tells you to run a gconf command
<Wizzup> run that
<Wizzup> and then in the internet connections dialog, select 'Dummy network'
<dsc_> my VM has internet
<Wizzup> yes, but icd2 is not aware of the eth0 line
<dsc_> alright
<Wizzup> the dummy will make it assume it has internet
_fab has quit [Quit: _fab]
<dsc_> gconftool-2 -s -t string /system/osso/connectivity/IAP/DUMMY/type DUMMY
<dsc_> gconftool-2 -s -t string /system/osso/connectivity/IAP/DUMMY/name 'Dummy network'
<dsc_> gconftool-2 -s -t boolean /system/osso/connectivity/IAP/DUMMY/autoconnect true
<Wizzup> that's it
<Wizzup> let's see ^
<dsc_> i did that
<freemangordon> we shall have that as part of the image I think
<freemangordon> (dummy net)
<Wizzup> dsc_: ok, so now status menu -> internet connections -> dummy
<dsc_> dummy was already there
<dsc_> not sure
<Wizzup> did you activate / select it?
<dsc_> yeah, it was already selected or activated (I think)
<dsc_> I'm not sure what counts as "already activated"
<dsc_> the list entry has blue background
<Wizzup> try again now from addressbook
<dsc_> maybe it just registered wrong in the addressbook or something
<dsc_> yes it doesnt work
<dsc_> same error
<Wizzup> what about the application manager? does it complain?
<Wizzup> maybe give the device a reboot or something, not sure
<dsc_> ah, that says "no saved connection available"
<dsc_> strange, because there is https://plak.infrapuin.nl/selif/k4jrxeoj.png
<dsc_> ok ill reboot
<Wizzup> wait
<dsc_> ok
<Wizzup> did you actually enable it from the status menu
<Wizzup> the app manager should also give you a dialog where you can select it
<Wizzup> having it as a configured connection doesn't mean it's active
apac has joined #maemo-leste
<dsc_> (via status menu)
<Wizzup> that seems wrong
<Wizzup> try a reboot
<Wizzup> (just to save us all some time)
<dsc_> addressbook still says it, I do have a dummy network as active now though
<dsc_> maybe something with my VM
<sicelo> re:daedalus - i think the n900 sphone troubles should not be a blocker (ogg or no wav). we can simply state in the 'release notes' that N900 calls are still WIP ... this was true in last release too
<sicelo> i just think maintaining two versions in parallel is good for our small team
<dsc_> app manager works now
<Wizzup> dsc_: ok, so maybe go offline->online in availabiity
<Wizzup> sicelo: I wasn't suggesting three for sure :)
<sicelo> hah, meant:
xinomilo has quit [Read error: Connection reset by peer]
<sicelo> s/is good/is not good/
<Wizzup> well, I think we should not twait too long for excalibur
<Wizzup> otherwise we'll always be switching to what is then oldstable
<dsc_> oh, this addressbook error only happens with telegram
<dsc_> (with contacts from telegram)
<Wizzup> apparmor disabled?
<dsc_> hehe, this apparmor has bitten me so many times
<dsc_> but lets see
<Wizzup> we'll fix it up and use it everywhere this year
<dsc_> nah still the error
<Wizzup> ok, I have to admit I don't use the vm image that much
<Wizzup> I usually use the d4
<sicelo> Wizzup: most definitely @excalibur. that's why i would suggest dropping chimaera as soon as we are able to :-)
<sicelo> then we maintain one 'stable' while experimenting with excalibur
<Wizzup> sicelo: when we release daedalus we will drop it
<sicelo> yeah
<sicelo> arno11: qt issues for daedalus maybe?
<sicelo> but i've been dailying daedalus for maybe two or three months now (or i'm overly optimistic?), and personally have nothing that i think is a blocker for releasing it now
<sicelo> there are a couple of wrinkles here and there, but i think we can either live with them or fix as we go, e.g. the un-ACKed SMSes on D4, inverted current_now sign on D4, etc.
<sicelo> the inverted current_now is annoying when the device has started giving off the audible notification - connecting to a charger keeps the dings going until the percentage rises above the threshold (iirc 10%). if the sign was correct, it would stop immediately
xinomilo has joined #maemo-leste
xinomilo has quit [Read error: Connection reset by peer]
<arno11> sicelo: no real blocker for me too. (apart swap).
<arno11> +1 @dropping chimaera
<sicelo> you had some qt issues at some point. those got resolved?
<arno11> and +1 @go for excalibur soon
<Wizzup> I think the swap this should be a blocker
<arno11> that's the highest priority for n900 imo: we still don't have any working img
<Wizzup> yeah
<Wizzup> I'll try to get it done in this run, I'm doing some pinephone related pkgs too
<arno11> cool
<Wizzup> and then maybe also the raspi images
<Wizzup> just from a pr standpoint it'd be nice to have some additional updates
<arno11> ah yes @raspi
xinomilo has joined #maemo-leste
<xinomilo> Wizzup : "Setting up pine64-uboot (0.10+4m7) ...
<xinomilo> **********************************************************
<xinomilo> pine64-uboot warning: Boot device '/dev/mmcblk2p1' is not supported.
<xinomilo> **********************************************************
<xinomilo> **********************************************************
<xinomilo> pine64-uboot warning: Try dd-ing u-boot yourself with what is provided with this package.
<xinomilo> "
<Wizzup> xinomilo: did you install to emmc?
<xinomilo> yes
<Wizzup> ok, yeah, the pkg doesn't auto update uboot there\
<Wizzup> maybe hold off for a day or so while I build the new image
<Wizzup> then I will test it on my pinephone
<xinomilo> ok, great!
<xinomilo> should i file any bugs i see? there are many small things i've been noticing..
<xinomilo> apt/repo related mostly
<Wizzup> I think the repo already configured warning you have ot ignore for now
<sicelo> >> 14:04 < Wizzup> just from a pr standpoint it'd be nice to have some additional updates - you mean before daedalus?
<Wizzup> but sure, please file issues on git.maemo.org/leste/bugtracker
<Wizzup> sicelo: I mean with the daedalus news post
<xinomilo> daedalus packages for example show as downgrades
<Wizzup> xinomilo: if that is the case I think you missed some pin config
<Wizzup> let me see if I can add a apt preferences pin for daedalus-devel
<xinomilo> i do have /etc/apt/preferences.d/pin-daedalus
<Wizzup> do you have -devel repos enabled
<xinomilo> don't think so
<Wizzup> ok
<Wizzup> in any case
<Wizzup> yes, daedalus is marked as downgrade if you dist upgrade
<Wizzup> that is because chimaera versioning was FUBAR
<Wizzup> this is why we have the pin files in place to force the upgrade
<xinomilo> pin works, i think its just the versioning... dpkg: warning: downgrading atinout from 0.9.1+m7 to 0.9.1+4m7
<xinomilo> ( pin works = packages upgraded using apt upgrade)
<Wizzup> yes, chimaera versioning is busted
<Wizzup> we can't retroactively fix it other than forcing the 'downgrade' to daedalus
<Wizzup> chimaera should have beem +3m7 but it is +m7
<Wizzup> and debian considers +m7 higher than +3m4 or +4m7
<Wizzup> hence the pin files
<Wizzup> so this is unfortunately 'to be expected' currently
<Wizzup> I'll write about this in the news post
_fab has joined #maemo-leste
<arno11> Wizzup: after maemo-ringtone update, the issue is still there with ogg..but no issue with ogg ringtones from the web
apac has quit [Ping timeout: 252 seconds]
<arno11> dsc_: indeed time is ok now in conversations, ty
ceene has quit [Ping timeout: 268 seconds]
<Wizzup> arno11: uhh :)
<arno11> :)
<Wizzup> did you 'select' one of the ogg ones
<arno11> yep
<Wizzup> it's definitely vorbis inside
<Wizzup> I don't know what's differnet about your online ones - sample rate?
<arno11> let me chech
<arno11> *check
_fab has quit [Quit: _fab]
<arno11> mines are 48khz mono
<arno11> nokia ones are 44khz stereo
<Wizzup> maybe convert em with ffmpeg and check?
<arno11> hmm because we use 8000Hz mono for calls now, maybe that's racy when switching ucm profile (stereo --> mono) with original ringtones
<arno11> @convert, will check
arno11 has quit [Ping timeout: 248 seconds]
arno11 has joined #maemo-leste
<arno11> Wizzup: yeah it does the trick: converting nokia ringtone to mono works
<arno11> *i.e converting Nokia_tune.ogg to mono
<Wizzup> *sigh* :D
<Wizzup> shouldn't PA just take a mono ringtone and play it as stereo anyway, or vice versa?
<Wizzup> I don't think UCM actually changes anything here
<arno11> ucm doesn't change anything but sphone switches profile just after call starts
<arno11> so PA plays for a short time a stereo and a mono stuff
<arno11> *at the same time
<uvos__> yeah and thats what pa is for, to resample what the app gives it into what the output is configure as
<uvos__> but its seemingly broken
<arno11> bbl
arno11 has quit [Quit: leaving]
<Wizzup> can't wait to move to pipewire :)
<sicelo> heh, why? :-D
<Wizzup> because it seems to be much more promising and stable than PA
<sicelo> i don't know if it is more stable, but yes it promises a lot (not sure how well it delivers on the promise)
<sicelo> it promises features that should be useful for mobile calls, but afaik, it's all still a promise today
<sicelo> so yeah ...
<Wizzup> I use pipewire daily on my laptop fwiw
<Wizzup> and the pulse emulation
<Wizzup> pinephone image finished
<sicelo> i'm also using it too (PW, debian sid)
<Wizzup> is there anything harder in life than detaching the pinephone from the pinephone case
<Wizzup> I wonder
<sicelo> hah, it's difficult to remove?
<Wizzup> surprisingly, but I just managed
leste has quit [Read error: Connection reset by peer]
<dsc_> arno11: https://plak.infrapuin.nl/selif/drjm177i.png (building this now)
<dsc_> also, I think my VM was cursed so I reinstalled and will retry addressbook etc.
<Wizzup> does pine64 still need kernel patches or does it mostly use upstream kernel now I wonder
<Wizzup> still has some patches
<Wizzup> so we can rebase on their 6.12 I guess
Smatkovi has joined #maemo-leste
Smatkovi has left #maemo-leste [#maemo-leste]
Smatkovi has joined #maemo-leste
_fab has joined #maemo-leste
<Wizzup> does anyone remember the fix for the gconf2 dep (upgrading old device)
<Wizzup> :D
<Wizzup> pkg --configure dbus-x11 ; pkg --configure gconf2 pkg --configure libgconf-2-4
<Wizzup> that seems to have done it
<Wizzup> dpkg, not pkg
<freemangordon> Wizzup: it might differ, depending on what packages are installed
akossh has joined #maemo-leste
akossh has quit [Ping timeout: 272 seconds]
xinomilo has quit [Read error: Connection reset by peer]
xinomilo has joined #maemo-leste
xinomilo has quit [Read error: Connection reset by peer]
arno11 has joined #maemo-leste
<arno11> dsc_: looks good
<uvos__> i just whent the ham fisted approch by uninstalling everything that depends on gconf and gconf
<uvos__> upgradeing and then reinstaling the packages
xinomilo has joined #maemo-leste
Smatkovi has quit [Ping timeout: 248 seconds]
akossh has joined #maemo-leste
<Wizzup> well, not sure if the pine64 image is booting or not :) I guess I'll need to get a serial, classic
<Wizzup> oh, now it is
<Wizzup> looks like the rotation might not work any more, wonder if that is some iio-sensor-proxy related thing
xinomilo has quit [Read error: Connection reset by peer]
vectis_ has joined #maemo-leste
xinomilo has joined #maemo-leste
<Wizzup> well, the kernel was almost ready but it needs quilt magic (:'() https://phoenix.maemo.org/job/pine64-kernel-source/110/console
<xinomilo> FYI, can install unofficial signal (https://github.com/dennisameling/Signal-Desktop) as in mobian, but having trouble using text (virtual keyboard doesnt open/show).. but managed to send voice message..
<Wizzup> when I have some more energy I will try to update that patch and figure out quilt again
<Wizzup> is it qt6 or something?
<xinomilo> don't know
<xinomilo> iirc, forked from original signal, not into internals really ...
<dsc_> Electron
<Wizzup> ok
<Wizzup> our virtual keyboard does not work with this atm
pere has quit [Ping timeout: 276 seconds]
<inky> you mentioned maep recently. does it work for you? so for me it a) doesn't download osm tiles, only shows google map tiles; b) doesn't search, says 'geonames download failed'; c) it looks like that pinephone's gps is fixed but it shows map around venice. don't know how to tell it to show where it is fixed. i guess it already shows?
<Wizzup> (a) yup it doesn't do the new osm api (2) this never worked for me on fremantle even (3) press the radar icon
<inky> oh thank you! where is radar icon? in taskbar? near wifi and battery?
<inky> aaah; i changed tiles to virtual earth hybrid and i see now radar icon in between - and +.
pere has joined #maemo-leste
ikmaak2 has quit [Ping timeout: 252 seconds]
ikmaak has joined #maemo-leste
Smatkovi has joined #maemo-leste
<Smatkovi> is there a place where sources of maemo apps from chimaera are available to compile?
<Smatkovi> and can an unauthorized person like me upload built packages for others?
<Wizzup> yes, all our extras are on https://git.maemo.org/leste-extras
<Wizzup> you have to request perms per application to upload
<Smatkovi> cool thanks.
_fab has quit [Quit: _fab]
Twig has quit [Read error: Connection reset by peer]
Smatkovi has quit [Ping timeout: 248 seconds]
Smatkovi has joined #maemo-leste
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
xinomilo has quit [Quit: Leaving]
vectis_ has quit [Ping timeout: 276 seconds]
arno11 has quit [Quit: leaving]
LjL has quit [Read error: Connection reset by peer]
LjL has joined #maemo-leste
akossh has quit [Quit: Leaving.]