Oksana has joined #maemo-leste
Oksana has quit [Ping timeout: 268 seconds]
Oksana has joined #maemo-leste
inky has quit [Ping timeout: 265 seconds]
inky has joined #maemo-leste
kvw_5 has joined #maemo-leste
kvw_5_ has quit [Ping timeout: 268 seconds]
Pali has quit [Ping timeout: 268 seconds]
diejuse1 has quit [Quit: Leaving.]
diejuse1 has joined #maemo-leste
diejuse1 has quit [Client Quit]
inky has quit [Ping timeout: 240 seconds]
pagurus has quit [Ping timeout: 240 seconds]
sunshavi has joined #maemo-leste
R0b0t1 has quit [Ping timeout: 240 seconds]
R0b0t1 has joined #maemo-leste
cr4y1 has joined #maemo-leste
cr4y1 has quit [Ping timeout: 240 seconds]
jonsger has joined #maemo-leste
<Wizzup> sicelo: I don't think it is present on the n900
cr4y1 has joined #maemo-leste
inky has joined #maemo-leste
GreenCreator has joined #maemo-leste
GreenCreator has quit [Client Quit]
inky has quit [Ping timeout: 260 seconds]
inky has joined #maemo-leste
pagurus has joined #maemo-leste
belcher has joined #maemo-leste
pere has quit [Ping timeout: 246 seconds]
pere has joined #maemo-leste
jonsger has quit [Ping timeout: 246 seconds]
Pali has joined #maemo-leste
<parazyd> What is it exactly in libhildon/gtk2 that starts the vkb for us?
<parazyd> I tried grepping the codebases for some stuff, but wasn't really successful.
R0b0t1 has quit [Ping timeout: 252 seconds]
R0b0t1 has joined #maemo-leste
inky_ has joined #maemo-leste
diejuse1 has joined #maemo-leste
cr4y1 has quit [Ping timeout: 252 seconds]
<diejuse1> Hello, is it possible launch a Debian app with more DPI?
ravelo has quit [Quit: Connection closed for inactivity]
<diejuse1> Some apps look a little small
<Wizzup> diejuse1: qt ones?
jonsger has joined #maemo-leste
<Wizzup> parazyd: are all our gtk patches in debian/patches ?
<parazyd> Yeah
<Wizzup> I see various references to 'hildon-input' when I see
<Wizzup> when I grep*
diejuse1 has quit [Quit: Leaving.]
<parazyd> ahh
<parazyd> Thanks, I grepped for stuff like him, set_visible, etc.
<parazyd> heh
<Wizzup> I am still searching for what sets certain attributes and stuff
diejuse1 has joined #maemo-leste
<diejuse1> Wizzup: For example, Abiword
<diejuse1> Chromium is seen small a bit small too
<parazyd> If it's gtk3, you have some env
<parazyd> Same for qt5
<diejuse1> parazyd: Very thanks, good info.
<Wizzup> parazyd: I don't think I know where the him stuff in gtk comes from tbh
<Wizzup> :D
<parazyd> Yeah I'm a bit confused too
<Wizzup> maybe look at my qt-platform-maemo 'him' branch and search for some of the constants
<parazyd> I mean, there is the dbus call to show it
<Wizzup> that's something uvos made recently
<parazyd> But I don't see it in gtk so it's something else afaict
<Wizzup> it was never dbus, don't grep for that
<parazyd> Right, ok
<Entitlement> Wizzup - [ Commits · maemo-leste/qt-platform-maemo · GitHub ]
<Wizzup> maybe grep for stuff like HILDON_GTK_INPUT_MODE_ALPHA
<Entitlement> Wizzup - [ Sign in to GitHub · GitHub ]
<Wizzup> ah so it's hildon, not libhildon
<diejuse1> Wizzup, parazyd: One question more, can you tell me what text the /usr/share/hildon-application-manager/defaults file contains?
<Wizzup> diejuse1: as I said, I think you are not running hildon apps with the proper nevironment file
<Wizzup> we do not have that file
<Wizzup> maybe try stuff like 'source /etc/profile'
<Wizzup> bbiab
<Entitlement> parazyd - [ ham (hildon-application-manager) details freeze · Issue #406 · maemo-leste/bugtr... ]
<parazyd> diejuse1: That file is not necessary and it doesn't exist on current installations
<parazyd> Wizzup: See bug, if you wanna investigate further in spare time
<parazyd> Would have to trace it deeper though, a check for null pointer isn't the solution.
<diejuse1> Wizzup, parazyd: Ok, So I don't know how to fix it at the moment. What is the environment file? /etc/profile ?
<parazyd> It's not an error if you don't have that file, at least here.
<Wizzup> diejuse1: our beowulf images contain various files for env stuff, also part of packages, 'source /etc/profile' should reload that I think
<Entitlement> parazyd - [ hildon-application-manager-settings-standard/defaults at 62aef84eff123d3ed7d069f... ]
<diejuse1> I read that they talk about that file looking in some pages like this: https://mg.pov.lt/maemo-irclog/%23maemo.2015-12-26.log.html
<Entitlement> diejuse1 - [ IRC log of #maemo for Saturday, 2015-12-26 ]
<diejuse1> yeah
<diejuse1> But I don't know how solving
<diejuse1> parazyd: true true, I got involved, sometimes I'm not very skilled, thanks, I'm going to try
<diejuse1> hehe
<diejuse1> The error message about "defaults" has disappeared. But now there is simply no response when I tap an app icon to try to install it.
<diejuse1> A popup notification saying "connecting" appears and disappears quickly.
Pali has quit [Ping timeout: 240 seconds]
<parazyd> Yeah now you need to start icd2 and connect to a dummy network
Pali has joined #maemo-leste
<diejuse1> parazyd: Can you guide me with some steps?
<parazyd> First install libicd-network-dummy with apt
<parazyd> then you'll see two gconftool commands you should run _as user_ to create the dummy network
<parazyd> To start icd2 see /etc/init.d/icd2
<diejuse1> thanks
jonsger has quit [Ping timeout: 252 seconds]
<inky_> my friend has a pinephone, so we are testing leste here.
<inky_> battery applet is not visible.
<inky_> the screen is not rotating.
<inky_> is that correct?
<inky_> light meter seems to not be found by kernel right?
<inky_> but surprisingly 9x9sudoku works!
<inky_> my lightmeter doesn't.
<inky_> i cannont find those files in /sysbus/iio
<inky_> mahjong works!
<inky_> maep, i guess, needs gpsd installed?
<inky_> it looks amazing on a big screen of pinephone.
<inky_> graphic redraws don't work fine, with some delays.
<inky_> or never. (:
inky_ has quit [Read error: Connection reset by peer]
inky_ has joined #maemo-leste
inky_ has quit [Remote host closed the connection]
inky_ has joined #maemo-leste
<sicelo> I don't think it's correct that rotation doesn't work, or that battery applet isn't visible. Anyway, not pinephone user
<inky_> thank you! but it doesn't work. with today's image.
inky_ has quit [Remote host closed the connection]
<diejuse1> parazyd: I did: gconftool-2 -s -t string /system/osso/connectivity/IAP/DUMMY/name 'Dummy network'
<diejuse1> gconftool-2 -s -t string /system/osso/connectivity/IAP/DUMMY/type DUMMY
<diejuse1> gconftool-2 -s -t boolean /system/osso/connectivity/IAP/DUMMY/autoconnect true
<diejuse1> /etc/init.d/icd2 start
<diejuse1> I get a continously list of errors like " ERROR: cannot start eudev as mountkernfs.sh would not start "
<Wizzup> diejuse1: /etc/init.d/icd2 start -D
<Wizzup> inky: yeah there are some redraw problems
<diejuse1> Wizzup: ok, there are just not the continuosly list of messages. But it appears "sudo: unable to resolve host localhost: Name or service not known"
<diejuse1> localhost is the name I put in /etc/hostname
<diejuse1> When I tap the app icon a fast poup message appears and disappears.
uvos has joined #maemo-leste
<uvos> inky: rotation and als should work on pp
<uvos> sadly only one of us still has a pp
<uvos> i gues regressions are inevitable in this enviroment
<uvos> parazyd: him gets a custom atom from a client window and then sends the utf8 strings to this atom
<uvos> i am on mobile so cant check myself but in him src you can find the atom
<uvos> idk where the client side is implemented for gtk2 apps
<uvos> but grepping the atom should show the way
<uvos> parazyd: sat count in liblocation should work right?
<uvos> it dosent seam to for me
<uvos> or did you not tag this out?
<parazyd> liblocation should be 0.107 and location-daemon should be 0.7
<Entitlement> parazyd - [ Implement satellite reporting. · maemo-leste/liblocation@4a09205 · GitHub ]
<Entitlement> parazyd - [ png (960 x 540) ]
<parazyd> Thanks for the atom, I'll look into taht
<parazyd> *that
<uvos> hmm thats what i have location versions wise
<uvos> whats the command to snoop on gpsd output again?
<parazyd> You can watch what location-daemon gives you with: dbus-monitor --system (and optionally filter with org.maemo.LocationDaemon or /org/maemo/LocationDaemon idk)
<parazyd> And use cgps or gpspipe to check gpsd directly
<Entitlement> parazyd - [ location-daemon/location-daemon.c at master · maemo-leste/location-daemon · GitH... ]
<uvos> im not terrebly great a reading nema
<uvos> but i think its pushing the sat data
<parazyd> cgps is a curses interface to view readable data
<parazyd> On dbus you should just see if you have signals for SatellitesChanged
<parazyd> sec
<parazyd> I think something like this would work:
<parazyd> dbus-monitor --system "type='signal',sender='org.maemo.LocationDaemon',interface='org.maemo.LocationDaemon.Satellite'"
<uvos> hmm no no sats in cgps
<uvos> hmm
<parazyd> Perhaps you hit the bug
<uvos> so its not working at all atm
<parazyd> Try restarting gpsd
<parazyd> Or rebooting
<parazyd> Yeah I think I should update gpsd to 3.21
<parazyd> (we are at 3.20 and tmlind thinks the bug wasn't fixed in 3.20 either)
uvos has quit [Remote host closed the connection]
uvos has joined #maemo-leste
<uvos> hmm so i restarted gpsd and it dident work
<uvos> then i rebooted into linageos and it found 8 sats and locked in under 60sec
<uvos> no im back in maemo and it finds nothing again
<uvos> wierd it worked before
<parazyd> Even gpsd alone?
<uvos> yeah
<parazyd> gpsd + cgps
<parazyd> Weird
<parazyd> Anything modem related in dmesg?
<parazyd> Maybe also try that debug flag for the module
<parazyd> n_gsm=0xff
<uvos> dmesg is unreadable due to pvr
<parazyd> grep -v
<uvos> gnss0 outputs stuff
<uvos> if i cat it
<uvos> (with gpsd sopped)
<parazyd> What exactly?
<parazyd> Just $,, or something more?
uvos has quit [Ping timeout: 240 seconds]
uvos has joined #maemo-leste
<uvos> sorry about this
<parazyd> hm?
uvos_ has joined #maemo-leste
<uvos_> $GNGNS,,,,,,NN,,,,,,*53
<uvos_> $GPVTG,,T,,M,,N,,K,N*2C
<uvos_> $GPGGA,,,,,,0,,,,,,,,*66
<uvos_> and sutch
uvos has quit [Ping timeout: 240 seconds]
<parazyd> ok so it doesn't have a fix
<parazyd> GGA is empty
<parazyd> Wait let me write something on how to read this
<uvos_> $GPRMC,,V,,,,,,,,,,N*5
<uvos_> thats it i think
<uvos_> those lines repeat
<uvos_> i also onlined the modem
<uvos_> not that that was nessecay before
<uvos_> dident help
<parazyd> So NMEA is made of sentences
<parazyd> Each starts with $ and ends with *
<parazyd> Then there are the types, GNS, VTG, GGA, RMC, etc. that you might see
<parazyd> Wait I had a good bookmark for this info actually
<Entitlement> parazyd - [ Understanding NMEA - VMAC GPS/GSM ]
<parazyd> You can also look at "gpsd -D 999 -N /dev/gnss0" to see if it tells you if something is wrong
<parazyd> (Need to start a client too)
<uvos_> no errors
<uvos_> cant make heads or tails of thr nema rn
<uvos_> will look later
uvos has joined #maemo-leste
uvos_ has quit [Ping timeout: 240 seconds]
<diejuse1> I have Internet data but I have not "internet connections". I guess I have to configure a internet connection before being able to download an app with the Hildon app manager. Since I am chrooting Maemo Leste, how can I configure it?
uvos has quit [Remote host closed the connection]
<parazyd> You should first see GSV giving you data
<parazyd> Which would be the satellite overview
<parazyd> diejuse1: That's what the dummy network is for
<parazyd> So use those gconftool commands to create it and then you should be able to connect to it
<diejuse1> I did the thee "gconftool-2" commands and then "icd2 start -D" but I don't know to continue other steps
<diejuse1> maybe I don't execute any command when launching Desktop
uvos_ has joined #maemo-leste
<parazyd> At some point you'll need to get dbus running I guess
<parazyd> The app manager should pop up a dialog when you go to Download (and select some package)
<diejuse1> dbus is running
<diejuse1> maybe I need configure the start command /sbin/dhclient ?
<sicelo> sats worked for me yesterday on droid4 with gpsrecorder
<sicelo> diejuse1: do you see Dummy Network when you click status area, Internet Connection
<parazyd> ^ _after_ running the gconftool commands
uvos_ is now known as uvos
<diejuse1> sicelos: I don't see it
<diejuse1> gconftool commands must be executed once? or every boot?
<parazyd> Once AFAIK, but no harm in trying again.
<uvos> $GPGSV,1,1,03,14,,,33,21,,,33,22,,,35*7A
<parazyd> So there are some uvos
<uvos> yeah
<parazyd> 3
<uvos> and gpsrecorder sees nothing
<parazyd> Wait a bit more
<uvos> even cgps dosent see anything
<parazyd> Got gpsd in foreground?
<parazyd> With -D999
<uvos> no
<uvos> now it just locked
<uvos> and 4 sats appeard in gpsrecorder
<uvos> but before the lock
<uvos> nothing
<parazyd> There is nothing to block it, hmm
<Entitlement> parazyd - [ location-daemon/location-daemon.c at master · maemo-leste/location-daemon · GitH... ]
<uvos> would be before location-deamon
<uvos> cgps beahved the same
<Entitlement> parazyd - [ liblocation/location-gps-device.c at master · maemo-leste/liblocation · GitHub ]
<parazyd> Ah ok
<uvos> gpsd must be missbehaving
<parazyd> Yeah
<parazyd> I think there should be no harm to updating to 3.21 really
<sicelo> diejuse1: no need to do them multiple times. What were the commands you ran?
<parazyd> Or 3.22 even
<uvos> whatever is latested stable no?
<uvos> its behaving now
<uvos> wierd
<uvos> 0/6 sats
<parazyd> Yeah, 3.22 seems to be
<uvos> uh how dose one checkout a pr on a repo that dosent belong to me
<uvos> i want to test the leste-config pr now
<uvos> ah found it its just a branch
<parazyd> Yeah it's a branch you can pull
<parazyd> Again btw, if it's too invasive (updates-wise, I've no problem making separate packages.
<diejuse1> sicelo, parazyd: I just see "dummy connection" when I enter to "settings">"Internet connections"
<parazyd> Yeah try connecting to it
<diejuse1> There is no reaction when I tap it.
<diejuse1> And If I choose "edit" then I see the conecction name then I tap to "next" button and no reaction
<parazyd> Like this
<uvos> parazyd: its not working
<uvos> to nukes my changes even though its a link
<parazyd> Did it make the backup?
<uvos> yeah
<uvos> when it wasent a link
<parazyd> yeah
<uvos> with it being a link it just ovewrites
<diejuse1> parazyd: I see. But when I tap on "Internet Connections" under "Clock and alarms" no menu appears.
<parazyd> hildon-application-manager should also open the dialog for you automatically when you go to try and download a package
<parazyd> uvos: ok, so I think leste-config is not the proper solution
<Entitlement> parazyd - [ Debian configuration packages ]
<parazyd> uvos: Maybe separate packages is safest, and we still keep this link logic like we want in there
<parazyd> uvos: That sound good for you?
<uvos> parazyd: the logic is faulty tho
<uvos> its copying the link to boot.cfg.orig-before-leste-config
<uvos> and then overwriting whatever is in boot.cfg.leste
<uvos> even if it changed
<uvos> otherwise sounds good...
<parazyd> I meant a separate package which would do something like this, without this config-package-dev stuff:
<parazyd> - if existing boot.cfg is a normal file, replace it with a link to boot.cfg.leste
<parazyd> - if existing link is a link to some other file, do nothing
<parazyd> if existing boot.cfg ...
<parazyd> (error on my second -)
<uvos> sure
<uvos> except if the file linked in boot.cfg is unmodified and was installed by the package it needs to be overwriten
<parazyd> Right
<parazyd> So how about a mapphone-kexecboot-config repo that builds two packages?
<uvos> ack
<uvos> sound great
<parazyd> ok
sicelo_ has joined #maemo-leste
<uvos> i also have a xt912 on the way
<sicelo_> diejuse1: what were the commands you ran to add the connection
<uvos> so we can add that soon :P
<parazyd> oh neat
<diejuse1> parazyd: can you show me your "start.sh" file?
<uvos> idk how neat that is xt912 is really just he bionic but worse :P
<parazyd> diejuse1: ^
<parazyd> uvos: lol, yeah
<diejuse1> parazyd: thanks
<diejuse1> ah, it's qemu, I thought it was for chrooting
<diejuse1> sicelo: I wrote them above. They are: gconftool-2 -s -t string /system/osso/connectivity/IAP/DUMMY/name 'Dummy network'
<diejuse1> gconftool-2 -s -t string /system/osso/connectivity/IAP/DUMMY/type DUMMY
<diejuse1> gconftool-2 -s -t boolean /system/osso/connectivity/IAP/DUMMY/autoconnect true
<diejuse1> /etc/init.d/icd2 start -D
cr4y1 has joined #maemo-leste
<sicelo_> oh, sorry. i didn't see them.
<sicelo_> looks fine. this should work
<diejuse1> sicelo: I think I don't run some start command
<sicelo_> anyway, you don't need dummy connection if you use `apt` in terminal
<diejuse1> But it gives more feeling of stability and is more beautiful, especially to show it in my next YouTube video. :)
<sicelo_> haha, ok
<diejuse1> This is my last goal to achieve. grrr
<diejuse1> Because functions like GPS and camera I leave them for Android to do.
<uvos> there is only so far you can get with chroot anyhow
<sicelo_> diejuse1: so there's already a YT video? link?
<diejuse1> sicelo: Everything else works for me and it's fast. Yesterday I emulated WinXP with qemu inside Maemo Leste and it was going pretty fast.
<diejuse1> sicelo: there is no video yet, I want to do it when I finished the objectives.
cr4y1 has quit [Ping timeout: 252 seconds]
<sicelo_> sure
<diejuse1> uvos: Well, when I get the "dummy network" issue I would like to turn off as many Android services as possible before chrooting. To leave all possible resources for Maemo.
<uvos> diejuse1: its not about resources
<uvos> diejuse1: its about hardware interfaces
<diejuse1> uvos: Okay, I understand.
<diejuse1> True
<uvos> parazyd: dose liblocaiton provide enough information to tell the user if a sat is gps/galilleo/glonass?
<parazyd> No
<Entitlement> parazyd - [ liblocation/location-gps-device.h at master · maemo-leste/liblocation · GitHub ]
<parazyd> But that info is probably to be hardcoded somewhere, no?
<uvos> gpsd reports it
<uvos> at least cgps can display it
<uvos> i see glonass sats
<uvos> also android api dose this too
<kek> IMbackK opened an issue: https://github.com/maemo-leste/bugtracker/issues/531 (Feature request: provide a way in liblocaiton to inform clients about what constelation a sat is from)
<sicelo_> fremantle didn't have glonass ..
<uvos> sicelo_: sure but we have better hardware now
<uvos> sicelo_: so we should add apis to support them
<uvos> at some point
<parazyd> uvos: Sure we can implement that
<sicelo_> yes, i was explaining why it isn't there currently :)
<uvos> sicelo_: right :)
<parazyd> Basically it's there in gpsd already
<uvos> yeah
<Entitlement> parazyd - [ pkg-gpsd/gps.h at master · maemo-leste-upstream-forks/pkg-gpsd · GitHub ]
tschakram_N900 has joined #maemo-leste
tschakram_N900 has quit [Client Quit]
<Wizzup> uvos: I did try to grep for that atom (re: him)
<Wizzup> (catching up on backlog)
<Wizzup> uvos: we did find that on modem reset the kernel should do something, regarding gps
<Wizzup> 20:33 < uvos> gpsd must be missbehaving
<Wizzup> hmm
<uvos> i do CFUN=0 the modem on boot
<uvos> if thats relevant
<Wizzup> probably not, if it didn't work from boot, but I didn't have that problem before, I just had to real patient
<uvos> the patient part is probubly an issue too
<uvos> since android will see sat immidatly upon opening a monitoring ap
<uvos> ap
<uvos> app
<uvos> like 1-2sec max
<Wizzup> doesn't it use agps?
<uvos> no way it could have rn
<uvos> i was without any internet connection
<uvos> and i had not booted it in months
<uvos> when it tested it up in log
ravelo has joined #maemo-leste
<uvos> but yes in general it will donwload the almenac every day if it can
<sicelo_> anyway, by definition, pure gps doesn't work that quickly, android or not. some caching was definitely in effect for your test
<uvos> sicelo_: well seeing a sat can be very quick
<uvos> it just has to rescive something from it
<uvos> not have all the info
<uvos> but yeah the 1minute lock time was on the low end of possible
cr4y1 has joined #maemo-leste
<uvos> the modem might also be saving whatever it wants from my mucking around with it in leste
<uvos> as far as we know
sicelo_ has quit [Quit: leaving]
<Wizzup> uvos: if you have additional things needed doing - feel free to comment here https://github.com/maemo-leste/bugtracker/issues/529
<Entitlement> Wizzup - [ List of things to check/fix for liblocation · Issue #529 · maemo-leste/bugtracke... ]
<uvos> Wizzup: sure i added something obvious
<uvos> then again maybe location-deamon should not be responsible for this
<uvos> idk how this works on freemandtle
<Wizzup> I don't think we want to mimic fremantle
<Wizzup> I was also discussing with parazyd to have hook scripts for location-daemon for device-specific things, like setting the kernel gps reporting rate
<Wizzup> (or perhaps doing agps!)
<uvos> sounds good to me ;)
<Wizzup> fremantle did n900 specific things, and a lot of it is modem specific
<uvos> ok
jonsger has joined #maemo-leste
<Wizzup> parazyd: uvos: so /usr/lib/*/gtk-2.0/*/immodules/ contains the him code
<Wizzup> so it's an input module
<Wizzup> and this code is in hildon-input-method-framework
<Wizzup> s/contains the him code/contains the him module/
<Wizzup> Ironically grepping in /usr/lib/ for hildon_im was better at turning this up than source greps
<parazyd> Good find, thanks
<Wizzup> so the gtk3 one would go here /usr/lib/arm-linux-gnueabihf/gtk-3.0/3.0.0/immodules
<Wizzup> if the interface didn't change much, it might be relatively simple!
<uvos> oh right i should have known that
<uvos> i even changed that code in himf
Entitlement has quit [Ping timeout: 252 seconds]
<uvos> but maybe we dont want to implment this in gtk3
<uvos> or qt5
<uvos> instead we implement the acessability interface in him
<Wizzup> btw, the location status applet should not always crash, but it's not fixed yet
<uvos> and everything would just start working
<Wizzup> uvos: hmm
<Wizzup> got more info?
<Wizzup> uvos: for the record I think for the purpose or completing our gtk3 port I think we should have it in gtk3
<Wizzup> also if it's perhaps relatively straightforward
<Wizzup> but I am interested
<uvos> AT-SPI
<uvos> its implemented by all modern toolkits
<uvos> and tells you when an input field has been clicked
<uvos> and lots of other stuff too
<uvos> like you can ask it about the content of widgets and sutch
<uvos> its how onboard and the kde keyboard work
<Wizzup> onboard?
<uvos> if we implement this every input field can raise vkb, even in non toolkit apps like firefox etc
<uvos> yeah the gnome vkb onboard
<Wizzup> ok
<sicelo> If the situation with vkbs in phosh & plamo is anything to go by ... there are still problems with this. i.e. it's not as straightforward as it may seem
<Wizzup> worth a ticket at least
Entitlement has joined #maemo-leste
<uvos> sicelo: can you report what exactly the caviates are ?
<uvos> it works pretty well for me on my x86 tablet
<uvos> (running normal arch linux and i3)
<uvos> and onboard
<sicelo> Plamo wasn't able to auto-raise keyboard for gtk stuff
<sicelo> At least a few months ago
<uvos> okay
<uvos> maybe they dont implment at-spi
<uvos> do you know they do?
<sicelo> Lol
<uvos> i know the qt keybaord dose
<uvos> but idk what they use
<uvos> lol?
<uvos> plamo uses a meego derived kbd iirc
<diejuse1> I have discovered a excelent photo-image viewer for Maemo Leste: apt install miracle
<diejuse1> *mirage
<diejuse1> apt install mirage
jonsger has quit [Ping timeout: 260 seconds]
<uvos> mihphoto is suppierior imo
<uvos> except the .desktop file dosent implement the nessecary xdg stuff
<Wizzup> diejuse1: cool, will install it
<Wizzup> I also used mihphoto
<diejuse1> I'll try mihphoto too
<parazyd> uvos: Did you ever try some stuff with the camera? I remember you asking something.
<uvos> parazyd: no and i just asked if it works on pp
<parazyd> It does
<uvos> parazyd: as you told me :)
<uvos> parazyd: i dont know more about the camera than you can infer from sre's blog
<parazyd> Ah no, I remember you asking about an application
<parazyd> Maybe I'm confused
<uvos> (mapphones that is)
<Entitlement> parazyd - [ ~martijnbraam/megapixels - sourcehut git ]
<Wizzup> I don't think that is for the droid and such
<MartijnBraam> I almost got it working on the n900
<parazyd> The back camera?
<Entitlement> uvos - [ Motorola Droid 4 - Camera Info | Sebastian Reichel ]
<uvos> thats the state on d4
<MartijnBraam> yes
<uvos> afaik this has not moved at all since then
<Wizzup> MartijnBraam: oh, cool, for the front cam?
<Wizzup> hm
<Wizzup> I didn't know the back camera was working yet
<parazyd> He said _almost_ :D
<MartijnBraam> I got the kernel to stop complaining, but it still won't give me frames
<Wizzup> cool, did you see some of the patches we carry or should carry
<Wizzup> it's possible they are only for front cam
<MartijnBraam> oh I had no patches on the kernel, straight from kernel.org
<MartijnBraam> used this fork of megapixels; https://git.sr.ht/~martijnbraam/megapixels-compat
<Entitlement> MartijnBraam - [ ~martijnbraam/megapixels-compat - sourcehut git ]
<sicelo> Rear n900 cam is the one that's working. Front cam is missing in dts, although its driver is available. I wanted to add it to dts and test
<Wizzup> MartijnBraam: this, in case it wasn't merged: https://www.spinics.net/lists/linux-media/msg164873.html
<Entitlement> Wizzup - [ [PATCH] et8ek8: Support for EXPOSURE_ABSOLUTE — Linux media ]
<sicelo> pavel's camera work that he wrote about on leste ML were for rear cam
<Wizzup> ok
<sicelo> Unfortunately got this job since last week ... and first month involves study and assignments. I'm not used to that now :-p
<Wizzup> :)
<sicelo> uvos: care to try the FM radio on droid4? The driver is in mainline already. Just needs enabling in defconfig. No idea if there are other issues
<Wizzup> is that rx or tx
<sicelo> Oh, I couldn't find the required firmware when I briefly searched yesterday, but I guess it's easy to extract from android
<Wizzup> sicelo: what do you test it with on the n900?
<sicelo> Wizzup: rx
<uvos> sicelo: sure, no promises about time tho
<Wizzup> sicelo: what client do you use? one ported from fremantle?
<sicelo> I haven't used the radio yet, but debian has fm-radio :-)
<uvos> the one that acctually works is the one in the wl chip right
<uvos> the lcm also has a fm radio interface
<uvos> android dosent use that right?
<sicelo> The one in mainline is on the wl*
<uvos> ok, worth trying
<sicelo> If I wasn't occupied by this, would have looked into it yesterday
<sicelo> Let me see if I can find sre's work on it
sicelo_ has joined #maemo-leste
<Entitlement> sicelo_ - [ [PATCH 00/14] Add support for FM radio in hcill and kill TI_ST ]
<sicelo_> maybe it's broken by now ... no idea. i just thought testing it won't hurt
<sicelo_> now i have slightly better understanding of C and kernel drivers - i really wish i had more time. would dedicate it to fixing up the N900's fm rx.
ravelo has quit [Quit: Connection closed for inactivity]
<diejuse1> how can I stop "wait for DSME socket..." continuosly messages
<diejuse1> ?
Oksana has quit [Remote host closed the connection]
Oksana has joined #maemo-leste
uvos has quit [Ping timeout: 265 seconds]
sicelo_ has quit [Ping timeout: 240 seconds]
diejuse1 has quit [Remote host closed the connection]
diejuse1 has joined #maemo-leste
Pali has quit [Remote host closed the connection]
Pali has joined #maemo-leste
l_bratch has quit [Quit: Leaving]
cr4y1 has quit [Ping timeout: 260 seconds]
Oksana has quit [Remote host closed the connection]