Pali has quit [Ping timeout: 256 seconds]
Bratch has quit [Ping timeout: 240 seconds]
Bratch has joined #maemo-leste
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
macros__ has joined #maemo-leste
macros_ has quit [Ping timeout: 256 seconds]
<sicelo> huckg, gpodder is a terminal application? I was asking what the volume keys do in gpodder
<humpelstilzchen[> gpodder is X
<humpelstilzchen[> gtk
System_Error has quit [Ping timeout: 276 seconds]
WunderWungiel has joined #maemo-leste
<WunderWungiel> Hello :)
<WunderWungiel> Is it possible to boot Maemo Leste on N900 via Multiboot rather than U-Boot?
<freemangordon> uvos: is there a reliable way to make Xorg crash on chvt?
<freemangordon> also, did that work before I changed ddx?
WunderWungiel has quit [Ping timeout: 256 seconds]
WunderWungiel has joined #maemo-leste
WunderWungiel has quit [Ping timeout: 256 seconds]
<freemangordon> Wizzup: I see "[drm:omap_crtc_framedone_irq [omapdrm]] lcd: apply done" every 200 ms on d4 (with drm debug enabled)
<freemangordon> waking up 5 times a second is not good for battery I guess
<freemangordon> why do we still carry "get fbdev working for manually updated display"?
<freemangordon> uvos: It seems we have an issue when we want to switch vt 1 (rotated console) to vt 7 (non-rotated Xorg)
<freemangordon> non-rotated BOs does not support setting the rotation property
<freemangordon> I doubt this has ever worked
<Wizzup> freemangordon: we stopped carring it, then I saw some problem, added it again, but we can remove it again
<_inky> it warms my heart to see the pinephone related commits, because... again, though i loooove old hw, the community today that choses mobile operating systems is gathered around pinephone. pinephone is what can bring more devs and users to maemo, and i want our maemo be great again. (:
<Wizzup> mhm
<Wizzup> I think if we have a sustainable OS I hope some people will add some ports based on hybris stuff, so we can join in on the recycling fun
<sicelo> Seems many foss projects have a love-hate relationship with libhyris
<Wizzup> yeah
<Wizzup> iirc someone did it already (notkit?)
<Wizzup> not sure how complete it was of course
Pali has joined #maemo-leste
_inky has quit [Ping timeout: 240 seconds]
inky_ has joined #maemo-leste
inky has quit [Ping timeout: 256 seconds]
* freemangordon hates libhybris
* MartijnBraam[m] too
<Wizzup> I never used it tbh, not saying we should go that direction to be clear
<Wizzup> but basically the entire recycling domain for projects that use some form of android to provide the support, given -how much- times it takes to do mainlining of one device
<Wizzup> I've been looking at maybe getting some droids, refurbishing and distributing them, but for the devices we support this is really hard already (apart maybe from the bionic)
<Wizzup> hence my brief thought in that direction :)
rafael2k has joined #maemo-leste
<rafael2k> pp keyboard is working!!
<rafael2k> : ))
<Wizzup> rafael2k: great
<Wizzup> rafael2k: do you know what is needed for modem? I think others also don't see the modem
<Wizzup> so some file or script must be missing
<rafael2k> modem is working just fine
<Wizzup> ok, but not for others
<rafael2k> ?
<Wizzup> none of us see it in ofono
<Wizzup> so there is something different from your setup and the rest
<rafael2k> do you have atinout?
<Wizzup> let me boot it
xmn has quit [Quit: ZZZzzz…]
<humpelstilzchen[> atinout is installed here
<Wizzup> same
<Wizzup> hmm wait, I see it now
<Wizzup> # mdbus2 -s org.ofono /quectelqmi_0 org.ofono.Modem.GetProperties
<Wizzup> ({'Online': <false>, 'Powered': <true>, 'Lockdown': <false>, 'Emergency': <false>, 'Manufacturer': <'QUALCOMM INCORPORATED'>, 'Model': <'QUECTEL Mobile Broadband Module'>, 'Revision': <'EG25GGBR07A07M2G'>, 'Serial': <'867698040415039'>, 'SystemPath': <'/sys/devices/platform/soc/1c1b000.usb/usb2/2-1'>, 'Interfaces': <['org.ofono.SimManager', 'org.ofono.VoiceCallManager']>, 'Features': <['sim']>,
<rafael2k> do you have a sim card (dummy question... but ut is obvious)
<Wizzup> 'Type': <'hardware'>},)
<rafael2k> 'Online': <false>,
<Wizzup> rafael2k: the problem was that I didn't even see it in ofono
<Wizzup> so this is progress
<rafael2k> /usr/share/ofono/scripts/list-modems says what?
<rafael2k> you modem seems not online
<Wizzup> rafael2k: again, my problem was that the modem wasn't even visible in ofono
<Wizzup> so this is an improvement
<Wizzup> I will upgrade, insert sim, and see
<rafael2k> kernel has problem support, and maemo boot scripts are bit suspicious with some hardcoded at commands, but nothing wrong with them
<rafael2k> *has proper support
<Wizzup> maybe there is a race
<Wizzup> e.g. ofono should depend on some atinout script
<Wizzup> will see.
<rafael2k> this atinout stuff needs to go away asap...
<Wizzup> just wondering, why?
<rafael2k> because we have ofono?
<rafael2k> :P
<rafael2k> and better keep with one interface
<rafael2k> we are going not to use AT
<Wizzup> How does do other distros do it?
<Wizzup> s/How does/How do/
<rafael2k> so lets not use AT directly
<rafael2k> mm or ofono
<rafael2k> through qmi interface
<Wizzup> ?
<Wizzup> ok, I see the modem also on reboot
<Wizzup> humpelstilzchen[: maybe you didn't have ofono installed?
<Wizzup> no, wait, you saw the bt stuff
<humpelstilzchen[> I wonder if bluetooth works
<rafael2k> yes, it works with proper firmware installed
<rafael2k> I already posted here the packaging work of the bt firmware
<Wizzup> so we just need a pkg for it in our repos?
<rafael2k> yes
<rafael2k> shit, just burned my pp keyboard
<rafael2k> oooo noooooooo
<Wizzup> huh, how?
<rafael2k> I dunno, just that nice smoke and it stopped working
<rafael2k> I suspect the psu...
<rafael2k> :(
<humpelstilzchen[> rafael2k: any USB-stuff inserted?
<Wizzup> rafael2k: well that shouldn't just happen, should it
<rafael2k> I wasnt expecting that certainly...
<Wizzup> (also: sucks!)
<Wizzup> did it happen on connect or something?
<rafael2k> that is really disapointing...
<rafael2k> just after a couple of minutes
<Wizzup> MartijnBraam[m]: do you know of any more reports of that?
<rafael2k> it was working
<Wizzup> rafael2k: I'm sure they'll send you a new one if it just starts to smoke
<rafael2k> I wrote to them with the description of what happened
<rafael2k> shit... my 2 minutes of happiness went away
<humpelstilzchen[> :(
<rafael2k> humpelstilzchen[: if you just want to "make install" the bt firmware, use this: https://github.com/anarsoul/rtl8723bt-firmware/
<humpelstilzchen[> rafael2k: thx, but I just "stole" the 3 files from mobian
<humpelstilzchen[> and it works
<humpelstilzchen[> ...I think at least I get hci0
<rafael2k> yeap, that is the same
<freemangordon> isn'd that packaged in debian?
<freemangordon> *isn't
<Wizzup> we can package it, but we have no userspace for any of this :)
<freemangordon> yeah
<freemangordon> uh, I will have to work on that one as well
<Wizzup> let's please skip BT until we have other stuff working :D
<freemangordon> sure
<humpelstilzchen[> would it hurt to package the firmware now?
<Wizzup> no, I'll pakage it today
<Wizzup> I just meant the userspace part, that's weeks or work probably :)
<freemangordon> rather months
<Wizzup> right
<freemangordon> libconnbtui
<Wizzup> I'd rather have more abook and rtcom first :D
<freemangordon> sure
<freemangordon> Wizzup: do you have some old d4 setup around (in terms of omap ddx) to test the issue uvos has with chvt
<Wizzup> no, but I have old images, and I am sure it didn't work then either
<freemangordon> because I don;t think it is a regression
<freemangordon> :nod:
<Wizzup> so if you only want to chase regressions, don't bother
<freemangordon> yeah
<freemangordon> I am afraid I lack the knowledge to properly fix that
<freemangordon> though, maybe it worths trying
<MartijnBraam[m]> there was one dev unit of the keyboard that had the specacularly-die-with-a-cloud-of-smoke issue, that should be fixed with the units shipped to end users
<MartijnBraam[m]> was the keyboard controller MCU getting backfed power through GPIO
<MartijnBraam[m]> could happen when plugging in the keyboard case when the device was on
<Wizzup> freemangordon: I think it doesn't make sense at this point, I don't think fremantle can do it either, and I don't see the immediate use case
<Wizzup> freemangordon: maybe later, imo
<freemangordon> yeah, ok
<MartijnBraam[m]> at least 2 minutes of usage should be within the 1 month of warrenty from pine...
<freemangordon> Wizzup: we shall revert 860382142f5b4f39ceaf28011c6b802745777bd4 and "get fbdev working for manually updated display" though
<freemangordon> actually it seems it is the first one that causes wakeup 5 times/s
<freemangordon> but we don't need either of those IIUC
<Wizzup> will do
<rafael2k> Wizzup: we do have userspace for bt
<rafael2k> and it is working fine
<Wizzup> rafael2k: even though we speak english we don't always speak the same language, for me userspace refers to -maemo ui and maemo integration-
<Wizzup> :D
<rafael2k> MartijnBraam[m]: tks
<rafael2k> MartijnBraam[m]: support@pine64.org is the contact to write to, right?
<Wizzup> freemangordon: will build that kernel now for -devel, or anything else to wait for?
<rafael2k> Wizzup: well... userspace is userspace...
<Wizzup> rafael2k: I don't want to argue the definitions, I'm just explaining what I mean, I know there is some complementary userspace to test some bt stuff, but we lack all maemo integration
<Wizzup> I'll get it packaged today
<Wizzup> (the firmware)
<rafael2k> : )
<rafael2k> lets not forget we still have devuan repo full of software useful to many
<rafael2k> anyway, I'll try to find wtf happened to the keyboard... most likelly the charger controller burned
lightbringer has quit [Ping timeout: 250 seconds]
<Wizzup> rafael2k: were you plugging in the kbd when the phone was on?
<Wizzup> or did it just ... happen
<rafael2k> it was off
<Wizzup> ok
<rafael2k> then I plugged it
<rafael2k> it was working
<Wizzup> ok, so I can get 4g data on the pp ok
<rafael2k> then I plugged the charger in the keyboard/battery pack, and it burned
<rafael2k> cool!
<Wizzup> so now we need to figure out why it doesn't work humpelstilzchen[ :)
<sicelo> btw there's also pinephone pro now, and ... would be nice for Leste to support it :-)
<Wizzup> I didn't try to buy it yet, and yes it would
<rafael2k> we just need new u-boot and install the dtbs from our kernel
<rafael2k> kernel itself support is already there
<Wizzup> I am not sure about 3d, it's not lima I assum
<Wizzup> maybe panfrost?
<rafael2k> of course then we'll also need alsa, gpu and so on
<Wizzup> I personally didn't want to ask pine64 for one until we had lima stuff sorted out on the pp, which we have now
<Wizzup> brb
lightbringer has joined #maemo-leste
lightbringer has joined #maemo-leste
lightbringer has quit [Changing host]
<rafael2k> I need with to debug wtf is happening with PA
<rafael2k> I booted moblin, and it is still in the 5.10
<rafael2k> :/
<rafael2k> (*mobian)
<Wizzup> it sounds very likely that the UCM version just doesn't match ucm userspace
<Wizzup> that would explain pretty much everything
<Wizzup> do you have a link handy to the ucm file?
<Wizzup> maybe we can just fix it up
<rafael2k> but alsa works
<rafael2k> that is the strange, and I tweaked ucm in order it does not complain
<rafael2k> ucm is a simple piece of software
<rafael2k> and still PA is totally fucked up, even when I manage to make it spit some sound, samplerate is fucked up
<rafael2k> could be ucm, I'm not saying it is not it... but it is just strange as I tested really many different stuff in ucm side
<rafael2k> alsa seems happy
<Wizzup> we use ucm+pa with no problems on mapphones at least
<Wizzup> I can test in ~2-3 hours when I get back, maybe help out
<rafael2k> tks!
<rafael2k> may be I'm blind to the problem as I even tried to tweak pa config...
<rafael2k> I don't really want to try newer versions because as you said... it works with other setups just fine
<rafael2k> and indeed, lower level support is working
<MartijnBraam[m]> rafael2k: support@pine64.org or sales@pine64.org, I can never remember
<Wizzup> rafael2k: can you link the stuff that I need to test?
<rafael2k> MartijnBraam[m]: tks!
<rafael2k> Wizzup: there is no link... it is just the audio setup
<rafael2k> leste-config ...
<rafael2k> I tested everything "easy" I could get (like copying over ucm files)
<rafael2k> nothing really solved
<rafael2k> this is ucm files from mobian, here specifically: https://gitlab.com/mobian1/packages/alsa-ucm-conf/-/tree/mobian/debian/patches
<rafael2k> but I tested them tbh...
<rafael2k> The last resort would be to rollback to kernel 5.10 as used in mobian stable (I'll upgrade to mobian unstable and see if I get sound)
avoidr has quit [Ping timeout: 250 seconds]
avoidr has joined #maemo-leste
<Wizzup> rafael2k: ok
<Wizzup> rafael2k: no, let's not downgrade
xmn has joined #maemo-leste
<freemangordon> Wizzup: btw, how is omap ddx behaving? is it stable?
<Wizzup> so far, yes
<Wizzup> have had no crashes or obvious leaks
<freemangordon> great
<freemangordon> ok, I'll have a look at special symbols vkb and will go back to abook
<freemangordon> I hope I am not missing anything I promised to do
<Wizzup> don't think so, although if you're on him then maybe figuring out why keyboard layout switch doesn't work can be useful, but not a big deal
<Wizzup> rafael2k: hm yeah pulse seems odd, but also alsa output is WAY to loud
<freemangordon> yeah, will do
<Wizzup> rafael2k: and it sounds bad
<Wizzup> I do see: I: [pulseaudio] (alsa-lib)main.c: error: failed to import sun50i-a64-hdmi use case configuration -2
<Wizzup> and:
<Wizzup> I: [pulseaudio] module-udev-detect.c: Card /devices/platform/hdmi-sound/sound/card1 (alsa_card.1) module loaded.
<Wizzup> I: [pulseaudio] (alsa-lib)main.c: error: failed to import PinePhone use case configuration -2
<Wizzup> I: [pulseaudio] alsa-ucm.c: UCM not available for card PinePhone
<Wizzup> /usr/share/alsa/ucm2/simple-card/PinePhone.conf
<Wizzup> 3952 faccessat(AT_FDCWD, "/usr/share/alsa/ucm2/simple-card/PinePhone.conf", R_OK) = -1 ENOENT (No such file or directory)
<Wizzup> rafael2k: works!
<Wizzup> all you need to do is rename PinePhone directory to simple-card
<Wizzup> I'll modify leste-config-pinephone for this
<xmn> nice!!
<Wizzup> freemangordon: so shall I build the kernel for stable? the one with the two commits reverted?
<Wizzup> freemangordon: I tested it on my droid and it builds ok
<Wizzup> freemangordon: you don't get it automatically from -devel because the version got reset (probably a reprepro mistake on my end)
inky_ has quit [Ping timeout: 256 seconds]
<Wizzup> rafael2k: pushed fix btw
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/588 (Create rsyslog maemo specific config/logging)
<Wizzup> freemangordon: ping, are you busy, or around to help me think through a problem?
<Wizzup> I *think* the problem that we don't have the uImage on the n900 is that we don't specify that *on n900* the linux-image-omap depends on the maemo-kernel-config-n900 package
<Wizzup> but I don't know how to do that without breaking the other devices
<Wizzup> perhaps I need to introduce a maemo-kernel-config-mapphone package that just contains nothing, and both provide some virtual? I don't really know
<Wizzup> and then linux-image-omap could depend on the virtual
<Wizzup> I think I've fixed it, let's see in a few hours.
<freemangordon> Wizzup: busy now, have to cook dinner, laters
<freemangordon> sorry
<rafael2k> Wizzup: yay yay yay!!!
<rafael2k> you are the one!
<rafael2k> I knew I was blind to some simple shit
<rafael2k> for some minutes when the keyboard was worked I had a flashback of my Jornada 710 running Debian
<rafael2k> s/worked/working
<rafael2k> what I really want in maemo is to replicate my software stack from my desktop, like emacs config, irc and so on... this is why sometimes I dont care sooo much about maemo doing everything. but indeed, bt support in the ui is not bad.
<rafael2k> next thing I will focus a bit is camera
<rafael2k> having an app to take pictures is not bad
<rafael2k> : )
<rafael2k> I remember N900 was just great, and there were good apps also
<rafael2k> the pp cameras are not thaaat great, but seem to work ok
<rafael2k> strace saving lifes
<rafael2k> new u-boot! that is good stuff!
<rafael2k> btw - warning to anyone with a pp keyboard - take care with the psu - it should _only_ ouput 5V!
<Wizzup> rafael2k: so did the upgrade fix it for you?
<rafael2k> yes - I'm listeing to some punk already!!
<Wizzup> :)
<Wizzup> freemangordon: no worries, I think I figured it out
<rafael2k> btw, pavucontrol crashes X sometimes, when clicking in many stuff during a couple of minutes
<rafael2k> (I'm listening to music using mplayer so it does not stop, but X crashed some time ago already)
<rafael2k> (X crashes indeed pretty often, I could be a core dump and take a look in the line that crashed... if you can give me any hint on this)
<rafael2k> any way to easily enable core dump?
<Wizzup> hm I haven't seen it crash often, but I don't use it as much as you do
<Wizzup> rafael2k: maybe just attach gdb pre-crash
alex1216 has joined #maemo-leste
<rafael2k> good idea
<rafael2k> btw, inserting phone jack to the phone does not re-route audio properly
<rafael2k> I'm not sure if this is implemented in ucm, but at least kernel-wise I see messages like "jack: irq plug-in", "jack: plug-in reported" and so on
<Wizzup> rafael2k: what if you add: load-module module-switch-on-port-available
<Wizzup> so /etc/pulse/system.pa
<Wizzup> to*
<rafael2k> lemme try
<Wizzup> ofc. restart pulse
<rafael2k> btw, for X, should I install the symbol packages right? to get proper backtrace info
<rafael2k> (or it is all already shipped with debug symbols?)
<Wizzup> no, debug symbols are separate packages
<rafael2k> Wizzup: load-module module-switch-on-port-available
<rafael2k> it works!
<rafael2k> ok, tks
<Wizzup> yeah so it would be nice to have something like this in a pulse config: .include /etc/pulse/system.pa.d
<Wizzup> but it's not, so we can't ship extra files and have them get auto loaded...
<Wizzup> maybe daemon.conf.d can work somehow
<rafael2k> lemme take a look
<rafael2k> my hatry to pa only grows over time
<Wizzup> in this case there was nothing wrong with pa, just the ucm file name was wrong
<Wizzup> and it looks like daemon.conf.d is not the same
<rafael2k> no no
<rafael2k> in case of system.pa
<Wizzup> yeah so I checked and it does not have that line
<rafael2k> not having a ... .d/ dir
<Wizzup> well, we can make the dir, but iirc we need a line in the conf file to read from the dir
<rafael2k> and most likely repackage that *&#$%$$#% to add a include ... .d/*
<Wizzup> there are other things we can do
<rafael2k> I hope pipewire does not repeat the mistakes of esd, pulseaudio and the others
<rafael2k> at least the name is cool
<humpelstilzchen[> so..sound should work now?
<rafael2k> it is, yes
<rafael2k> lemme try a phone call, just to be sure all works
<Wizzup> humpelstilzchen[: apt upgrade should get you the fix already
<Wizzup> then just reboot
<Wizzup> that is not for hp pluggin
<rafael2k> audio routing for phone calls have problem
<rafael2k> :(
<Wizzup> I don't know how this works in pulse at all, did it ever in our setup?
<rafael2k> yes, it was working
<rafael2k> it is just a ucm2 profile
<rafael2k> but at least there are no strange sounds as before
<rafael2k> just no sound at all
<rafael2k> sphone sets the profile
macros_ has joined #maemo-leste
<Wizzup> maybe check what the profile does and how it works with alsa
<Wizzup> I haven't tried this before on PP
<rafael2k> I will, I realized new sphone version, and also the ucm2 stuff changed a bit, I'll take a look
<rafael2k> ha
<humpelstilzchen[> yay, sound works
<rafael2k> audio works fine, but I had to change the profile in pavucontrol
<rafael2k> may be the profile name changed, and sphone got confused
<Wizzup> rafael2k: so call audio works ok, but sphone does not select it for you?
<Wizzup> humpelstilzchen[: good
<rafael2k> yes
<rafael2k> audio works fine in a phone call, when proper profile is selected
<Wizzup> cool :)
<rafael2k> : ))
<Wizzup> maybe work with uvos to get it fixed
<rafael2k> sure, I'll looking at the logs
<rafael2k> for the record, I select the profile in pavucontrol "Make a phone call" to make the audio in a call work
<Wizzup> right
inky_ has joined #maemo-leste
<freemangordon> obviously I am missing something as I have no sound in FF (YT) on neither d4 nor PP
_inky has joined #maemo-leste
<Wizzup> freemangordon: in PP you might need the PA line as well to switch
<freemangordon> switch what?
<Wizzup> load-module module-switch-on-port-available
<Wizzup> to switch on hp
<Wizzup> freemangordon: also did you get my fix
<freemangordon> I just upgraded
<Wizzup> freemangordon: like ~2hrs ago
<Wizzup> and restart?
<freemangordon> yes
<Wizzup> pp or d4
<Wizzup> can you try with mpv or something
<freemangordon> PP
<freemangordon> anyway, it seems xorg hung too, will play with that tomorrow
<Wizzup> hmm
<freemangordon> is this normal? https://pastebin.com/pvVRLfpM
<Wizzup> yes
<Wizzup> "normal"
<freemangordon> ok :)
<Wizzup> hdmi audio should not matter for you
<freemangordon> ah, hdmi :)
<freemangordon> yeah
_inky has quit [Read error: Connection reset by peer]
<Wizzup> freemangordon: but try something other than firefox perhaps
<Wizzup> I haven't tried firefox
<rafael2k> I had to set the correct output in pavucontrol
<rafael2k> (in pp)
<rafael2k> select "Buit-in Audio Headset + Internal Earpiece + Internal Speaker", instead of the default which appear to mplayer "Built-in Audio Stereo"
<Wizzup> I did that too yeah
<rafael2k> (it would be nice if it goes automagically to the correct one..., but one step after the other :P )
inky_ has quit [Read error: Connection reset by peer]
<humpelstilzchen[> did anyone got a picture out of the pinephone camera?
<Wizzup> any opinions on a default dns server if none is provided over dhcp?
<humpelstilzchen[> wasn't there a free alternative to 8.8.8.8?
<Wizzup> not sure, I know there is also 1.1.1.1 and there might be others
<Wizzup> right now if none is provided over dhcp we just have ... none
<Wizzup> maybe 9.9.9.9 ?
<humpelstilzchen[> I trust cloudflare as much as google
inky_ has joined #maemo-leste
_inky has joined #maemo-leste
<humpelstilzchen[> Quad9 sounds ok
<Wizzup> humpelstilzchen[: 9.9.9.9 is not CF though, but 1.1.1.1 is, and agreed wrt trust
<Wizzup> freemangordon (and others) ^^ feedback welcome
<Wizzup> freemangordon: uvos: btw, I pushed the rsyslog changes and debugfs to devel as well
alex1216 has quit [Quit: WeeChat 2.3]
meldrian is now known as Merkelfan69
mardy has quit [Quit: WeeChat 2.8]
<rafael2k> humpelstilzchen[: I got some pics, yes
<humpelstilzchen[> rafael2k: with the current 5.15.13 kernel? Is there any magic to do beside the media-ctl/v4l2-ctl commands?
<Wizzup> rafael2k: the fw should be in repos in a few mins now
rafael2k has quit [Ping timeout: 250 seconds]
<Wizzup> now, anyway
pere has quit [Ping timeout: 256 seconds]
pere has joined #maemo-leste
<Wizzup> freemangordon: looks like rtcom presence ui status applet does a lot
<Wizzup> including sounds, editing configs, location requests and iphb
<Wizzup> it's about 80kB
pere has quit [Ping timeout: 256 seconds]
<Wizzup> looks like uImage will be in the n900 image :)
pere has joined #maemo-leste
pere has quit [Ping timeout: 256 seconds]
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/598 (Package/merge ofono patches for pinephone)
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/597 (Maemo current kernel for Pinephone has no telephony support)
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/589 (Try new xorg server (with patches) and gles-glamor on pinephone/lima)
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/587 (N900 Linux 5.15)
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/586 (osso-xterm selects, instead of scrolling in portrait mode.)
<sicelo> I don't really use it myself, but I recall someone desperately needed it, so yeah, please add it
<Wizzup> sicelo: ok
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/578 (N900: screen rotation segfaults in sgx_exa_update_pixmap)
<Wizzup> freemangordon: ^^ hmm was that actually fixed, now I forgot :)
<Wizzup> no problem if not, then I should re-open it
pere has joined #maemo-leste
* Wizzup reopens
<Wizzup> well technically the segfault is fixed..
<Wizzup> also the n900 dev image builds
<Wizzup> greeat
sunshavi has quit [Ping timeout: 256 seconds]
<sixwheeledbeast> Re DNS I prefer Cisco OpenDNS
<Wizzup> any particular reasons?
<Wizzup> Information about your DNS and IP address are both stored by OpenDNS, and web content you visit while using their servers is analyzed and used for various reasons, such as personalizing, improving and enhancing user experience, as stated in their privacy policy.
<Wizzup> this didn't seem super appealing to me
<sixwheeledbeast> It's not Google or Cloudflare and have used since before Cisco.
<Wizzup> quad9 seems to not log ip addrs
<Wizzup> I think that's kinda neat
<Wizzup> but open for alternatives really
<Wizzup> and this also an edge case - it's not the defacto default
<Wizzup> it's just -if- none is provided
<sixwheeledbeast> I can't say I have looked at the privacy policy since pre Cisco
<sixwheeledbeast> What about the speed and reliability?
<Pali> stupid question, but why not to use own local rdns running on localhost? instead of using all those public rdns services (from google, cloudflare, cisco, etc...)
<sixwheeledbeast> well that ip I don't recognise
<Wizzup> Pali: we have dnsmasq atm
<sixwheeledbeast> oh that's the filtered dns
<Wizzup> Pali: are you suggesting something like unbound?
<Pali> Wizzup: dnsmasq is forwarder, so it does not work without external rdns sever
<Pali> Wizzup: yes!
<Pali> unbound in full recursive mode
<Pali> (This setup I'm using on all my "home" routers for 10 years and nobody complain)
<Wizzup> we could certainly try it / do it - although I can imagine it being a problem on networks that block anything but say their dns
<Wizzup> airport wifi or something
<sixwheeledbeast> I imagine it maybe a little slower?
enyc has quit [Ping timeout: 240 seconds]
<Wizzup> I think lel broke again
<Wizzup> Pali: we could also make it the fallback in case none is provided/available
<Pali> sixwheeledbeast: on home networks nobody complained yet about slow speed...
<Pali> Wizzup: yes, on blocked networks it would not work... on these networks you have to use network rdns server
<Pali> the best is to do simple check to verify dnssec signature of the root zone... and if it fails then fallback to provider rdns from dhcp
<Wizzup> hm, I wonder where we would do this, currently we set dns server in udhcp script
<freemangordon> Wizzup: well, if by "fixed" we mean "refuses to rotate at all" then yes :)
<freemangordon> we still need VRFB
<Wizzup> right
lel has quit [Remote host closed the connection]
lel has joined #maemo-leste
<Wizzup> lel: ping
<Wizzup> ok its back
Blikje has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Blikje_ has joined #maemo-leste
macros_ has quit [Ping timeout: 256 seconds]
Blikje_ is now known as Blikje