atk has quit [Quit: Well this is unexpected.]
atk has joined #maemo-leste
diejuse has quit [Quit: diejuse]
diejuse has joined #maemo-leste
diejuse1 has joined #maemo-leste
diejuse has quit [Client Quit]
belcher has quit [Ping timeout: 252 seconds]
<diejuse1> anyone is trying to chroot Maemo on Android?
belcher has joined #maemo-leste
<buZz> what problem are you getting with 'apt update' ?
<diejuse1> I get "could not resolve host: maedevu.maemo.org"
<buZz> did you check /etc/resolv.conf ?
<buZz> add 'nameserver 8.8.8.8' or something
<diejuse1> Yes I do. Ping works
<buZz> but, inside the chroot?
<diejuse1> yes, inside chroot
<buZz> you can ping maedevu.maemo.org from the chroot but apt gives that error? thats bizar
<diejuse1> I tried "nameserver 8.8.8.8" too
<diejuse1> yes, that is the situation, I can ping but apt update doen't work
<diejuse1> Besides, other question, I would like to know if I can launch Hildon Dekstop to view with XServer XSDL?
<diejuse1> I have tried "export DISPLAY=:0" and "x-windows manager" but it doesn't work. I get "unable to XShm. DISPLAY remote?"
<buZz> yeah i have no clue about that
<buZz> i think its normally started by a init script , check /etc
<diejuse1> It would be awesome to use maemo leste chroot on my phone like I use ubuntu or debian.
<diejuse1> I am trying with Maemo Leste but I need help
<buZz> well stick around for a day or two , they're nearly all sleeping now
<diejuse1> perfect, I am going to sleep too, thanks
diejuse1 has quit [Quit: Leaving.]
kvw_5 has joined #maemo-leste
kvw_5_ has quit [Ping timeout: 260 seconds]
mrgeanie has quit [Ping timeout: 240 seconds]
mrgeanie has joined #maemo-leste
xmn has joined #maemo-leste
Oksana has quit [Ping timeout: 252 seconds]
pagurus has quit [Ping timeout: 265 seconds]
sunshavi has quit [Ping timeout: 265 seconds]
cr4y1 has joined #maemo-leste
<parazyd> hah, that could be a "fun" endeavor
<inky> folks, you don't plan to get rid of Xorg, right?
<kek> parazyd closed a pull request: https://github.com/maemo-leste/libhildon/pull/7 (Add GitHub Actions CI)
<parazyd> inky: Nope
<inky> yay.
<parazyd> :)
<parazyd> How else are you going to use Libreoffice on your phone? :p
<parazyd> (SSH X forwarding)
<kek> parazyd closed a pull request: https://github.com/maemo-leste/ke-recv/pull/3 (Maemo/stretch)
<inky> parazyd: yeah, right? (:
<inky> parazyd: also it is much easier for me to write software, debug it on pc, and compile/test on vm or device.
<parazyd> Indeed
<kek> parazyd closed a pull request: https://github.com/maemo-leste/droid4-pm/pull/1 (Fixes)
diejuse1 has joined #maemo-leste
<diejuse1> good morning
<kek> parazyd closed a pull request: https://github.com/maemo-leste/ke-recv-extra/pull/2 (Fix autotools scripts)
<kek> parazyd closed a pull request: https://github.com/maemo-leste/osso-af-utils/pull/1 (Update metadata and make README more useful.)
<parazyd> Hi diejuse1
Pali has joined #maemo-leste
<kek> parazyd closed a pull request: https://github.com/maemo-leste/hildon-thumbnail/pull/2 (RFC: Add support for the meson build system)
<kek> parazyd closed a pull request: https://github.com/maemo-leste/hildon-thumbnail/pull/3 (Get rid of HAVE_CONFIG_H)
<kek> parazyd closed a pull request: https://github.com/maemo-leste/dsme/pull/4 (Maemo/stretch)
diejuse11 has joined #maemo-leste
diejuse1 has quit [Ping timeout: 260 seconds]
<parazyd> diejuse11: So, I don't know much about running chroots on Android
<parazyd> diejuse11: Where are you stuck currently?
<pere> parazyd: thank you for merging <URL: https://github.com/maemo-leste/osso-af-utils/pull/1 >. I had given up. :)
<Entitlement> pere - [ Update metadata and make README more useful. by petterreinholdtsen · Pull Reques... ]
<parazyd> Yeah sorry for taking so long
<pere> Nothing to feel sorry for. too much work, too few people, is the normal state of affairs.
<parazyd> Yeah, although we should just merge more often to keep people engaged.
<parazyd> I know it feels good to get a PR merged ;)
<diejuse11> Hi parazyd
<pere> at least it feels meaningless to contribute to projects where the PRs are ignored. I tend to do a small and simple PR early, to measure the success rate before investing more time.
<diejuse11> Now I want to export DISPLAY to XSDL Android app.
<diejuse11> I would like to view Hildon Desktop with XSDL
<diejuse11> is it possible?
<parazyd> One sec
<diejuse11> ok
<parazyd> The problem is we don't have a single command to start the UI
<parazyd> What you could try
<parazyd> export DISPLAY=127.0.0.1:0
<diejuse11> mmm, is it not like "startlxde"?
<parazyd> And then you have various xsession scripts in /etc/X11/Xsession.d
<parazyd> And in /etc/X11/Xsession.post
<parazyd> diejuse11: No, we start it with initscripts and these xsession files
diejuse11 has quit [Quit: Leaving.]
<parazyd> Did they give up? :D
<parazyd> lol
diejuse1 has joined #maemo-leste
<diejuse1> Yes, export DISPLAY is alright done
<pere> parazyd: nothing like /usr/share/sddm/scripts/Xsession? What runs the Xsession.d scripts normally?
<diejuse1> I am going to try it
<parazyd> Scripts in /etc/init.d
<diejuse1> sh /etc/X11/Xsession,d ?
<diejuse1> sh /etc/init.d/xsession ?
<parazyd> You'll at least want to start hildon-home and hildon-desktop
<parazyd> And hildon-status-menu
<diejuse1> yes
<parazyd> The thing is, it's started by dsme
<parazyd> You'll probably end up with a broken UI, but you could try something like the following after your DISPLAY export:
<parazyd> /usr/bin/hildon-status-menu &
<parazyd> /usr/bin/hildon-home &
<parazyd> /usr/bin/hildon-desktop &
<parazyd> I've no idea if this'll work, but do try :)
<diejuse1> thanks, I really appreciate the ideas
<diejuse1> but... it's not working either
<parazyd> Also read other scripts in /etc/X11/Xsession.post and /etc/X11/Xsession.d
<parazyd> Try also export G_DEBUG_MESSAGES=all
<parazyd> And pastebin any console output that you see
<diejuse1> the output is numbers: [1] 14753
<parazyd> I really have no idea how this XSDL works
<diejuse1> [3] 144122
<parazyd> That's process numbers
<diejuse1> 14412
<diejuse1> [2] Exit 1
<parazyd> Is XSDL some apk that I can try on Android?
<diejuse1> XSDL Xserver, it is Android app
<diejuse1> it is a X11 server
<diejuse1> I use it frequently with Debian, Ubuntu, Kali...
<diejuse1> I would want to try with Maemo Leste
<diejuse1> But no luck at the moment
<parazyd> How do you set up the chroot on Android?
<diejuse1> with busybox mount --bind
<diejuse1> chroot . /bin/su - root
<diejuse1> First I do all "mount": /proc, /dev, /dev/pts ...
<parazyd> You need root on Android for this, right?
<diejuse1> yes, of course
uvos has joined #maemo-leste
<uvos> diejuse1 parazyd: what your trying to do wont work
<parazyd> I could try playing with it a bit later
<uvos> because maemo launcher is not running
<parazyd> In any case, here's running processes on my system: http://sprunge.us/CUZYDM
<parazyd> Perhaps it's helpful
<diejuse1> when I do chroot, I do for example: export DISPLAY=:0 mate-session
<diejuse1> and works perfectly
<diejuse1> with Ubuntu
<uvos> maemo launcher needs to go....
<uvos> diejuse1 so if something like just xterm works
<uvos> try sarting dme and maemo-launcher by hand
<uvos> and then what parazyd mentioned above
<uvos> yes the way we start the destop is insane
<uvos> in reality it should just be a xdg-session
<uvos> the current method is an ainchent legacy
<diejuse1> I have tried with : maemo-launcher, no luck
<diejuse1> It is a pity that it does not work because I think that Hildon Desktop is perfect for using Linux on a mobile phone.
<diejuse1> I like to spend time trying to make Linux usable on Android. If you want, I have an example here: https://www.youtube.com/watch?v=o-J_xOCNXAE&t=179s
<uvos> for maemo launcher to work
<uvos> dbus must also be running
<uvos> and some other stuff too
<uvos> so at least dbus dsme and maemo-launcher needs to be running
<uvos> in that order too
<diejuse1> I try in various ways, but I'm clumsy, I don't have that much knowledge to do the trick.
uvos has quit [Ping timeout: 240 seconds]
<diejuse1> when I execute "hildon-dektop.launch" I get "cannot register existing type GtkDisplay"
atk has quit [Quit: Well this is unexpected.]
atk has joined #maemo-leste
diejuse1 has quit [Quit: Leaving.]
<Wizzup> hi
<pere> hi
<Entitlement> parazyd - [ Cab Calloway - The Hi De Ho Man - Invidious ]
diejuse1 has joined #maemo-leste
<Wizzup> diejuse1: so how far did you get currently?
diejuse1 has quit [Read error: Connection reset by peer]
<parazyd> uvos: Are you aware of any bionic charging issues on devel kernel?
uvos__ has joined #maemo-leste
<uvos__> parazyd: yes there are several
<parazyd> ok
<uvos__> so 1 you cant boot if the device is empty
<uvos__> it just wont work beause the motokernel + the kexecboot kernel just takes to long
<parazyd> Last night I left it "charging" with a cable without data pins, and although it registered at some point, this morning it was empty and the phone just turned off as soon as I turned on the screen
<uvos__> then there are some patches you guys are missing
<uvos__> (some of these have v2 version)
<uvos__> this isent bionic specific tho
<uvos__> same on d4
<uvos__> then there is the problem with booting
<uvos__> so if your bionic crashed tonight it might have goten stuck during the reboot
<uvos__> and that can cause it to be empty
<uvos__> tmlind wrote a patch that fixes some causes of this
<uvos__> but there are other unindetified causes too
<uvos__> (maybe early sysrq
<uvos__> )
<uvos__> Wizzup: possibly the sdl1.2 problem is that it expects to be given WM_TAKE_FOCUS
<uvos__> and then it wants to set input focus to some other window
<uvos__> doing this with a hidden window breaks spec
<uvos__> but did work in the past because H-D sent WM_TAKE_FOCUS and expected applications to set input focus themselvs
<uvos__> we changed this because modern applciations will simply send __NET_ACTIVE_WINDOW when given WM_TAKE_FOCUS
<uvos__> this then maybe broke maemo sdl2 if it expects the input to come to some other (hidden) window
<uvos__> *sdl1.2
<uvos__> we could fix that by implementing __NET_ACTIVE_WINDOW
<uvos__> but really the application should just accept input on its main window
<uvos__> anything else is silly and will break on other wms too
<uvos__> like openbox
<uvos__> or anything pree EWHM
<uvos__> (twm etc)
<uvos__> Wizzup: the above is conjecture based on reading your issue comment alone i dident not confirm in the code that this is what is happening
<uvos__> parazyd: we really need https://github.com/maemo-leste/mce/pull/43 to ensure the devices dont discarge so deeply that they get into the unbootable state btw
<Entitlement> uvos__ - [ add battery-guard module that shuts down the device on empty battery by IMbackK ... ]
<parazyd> uvos__: Yes I planned to review those today
<parazyd> uvos__: My bionic didn't crash. It was still on this morning, but then it looked like it discharged and it powered off
<parazyd> As soon as I tried using it
<uvos__> ok tmlind had this problem too
<uvos__> for him
<uvos__> this also used to be in the leste kernel
<uvos__> untill it got droped by accident
<uvos__> in 5.11
<uvos__> its in mainline now
<uvos__> Wizzup: i suspect the reason for the wierd 2 window behavior in maemo is because him uses some random custom atoms for input
<uvos__> these are implemented in common code that creats a x window
<uvos__> on the client side
<uvos__> sdl2 is the same
<uvos__> *gtk2
<parazyd> ok
<uvos__> so to get sdl working nokia probubly just pulled the gtk2 code
<uvos__> but then sdl wants a fullscreen window so stuff falls apart
<uvos__> then the hacked around it to work in mb
<uvos__> Wizzup: btw installing https://github.com/maemo-leste/libsdl dosent fix the shifted window in cloudgps for me
<Entitlement> uvos__ - [ GitHub - maemo-leste/libsdl: Temporary libsdl repository without history. Will b... ]
<uvos__> Wizzup: i thought that would work.
diejuse1 has joined #maemo-leste
<Wizzup> uvos__: I think libsdl is not the one we use, we use libsdl1.2 (repo)
<Wizzup> (just reading up)
<Wizzup> uvos__: I have an idea for what might fix it, but in the VM I cannot reproduce the half window problem, and I was looking at input first
<Wizzup> sup guys, just inspecting my bike ride captured on my leste droid 4 with maep and our liblocation stack :-)
<buZz> Wizzup: woooot
<buZz> nice, exported directly from maep?
<Wizzup> data exported from maep
<Wizzup> pdf made on my laptop with gpxsee
<buZz> :)
<uvos__> very nice
<Wizzup> yeah it's reponsive now
<buZz> looks accurate :)
<Wizzup> even the elevation, yeah
<uvos__> btw i cant get it work
<uvos__> i pressed no on the accept privacy thing by accident
<uvos__> and it wont ask again
<uvos__> and the gps initscript wont start because it checks it
<uvos__> i would have to set it manually
<uvos__> the gconf key that is
<Wizzup> parazyd: ^ I thought it would ask again
<Wizzup> uvos__: we'll fix the status applet today and then the stack should mostly be ready for general testing
<uvos__> actually in gconf-editor
<uvos__> i have a disclamer-accepted checked
<uvos__> but the initscript still claims that its not
<Wizzup> Did you launch one of the UIs as root (assuming you didn't but just in case)
<uvos__> no
<uvos__> but yah
<uvos__> gconftool-2 sees it as false as root
<uvos__> and as true as user
<uvos__> yeah i have all the keys as root too
<uvos__> seting the key to true as root makes it work
<Wizzup> that is odd
<Wizzup> btw, gpsrecorded files converted to gpx looks the same, good
diejuse1 has quit [Quit: Leaving.]
sunshavi has joined #maemo-leste
uvos__ has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<parazyd> uvos: You should upgrade to the latest available packages.
pagurus has joined #maemo-leste
diejuse1 has joined #maemo-leste
uvos has joined #maemo-leste
<uvos> parazyd: is the satelight count in gps recorder supposed to work?
<uvos> it allways says 0
<parazyd> Not yet
<parazyd> Need to finish it in liblocation
<uvos> even when the app in general goes from nothing to fix
<uvos> ok
<uvos> ok
<parazyd> You can see it in dbus though
<uvos> works otherwise :)
<parazyd> dbus-monitor --system
<uvos> just recorded my run
<parazyd> Great :)
<uvos> interestingly cloudgps works fine in portrait w/o screen shift
parazyd has quit [Quit: parazyd]
parazyd has joined #maemo-leste
parazyd has quit [Changing host]
parazyd has joined #maemo-leste
uvos has quit [Read error: Connection reset by peer]
<Wizzup> uvos: yes, I believe the sdl window misplacement comes from screen orientation
<Wizzup> uvos: more specifically, since we normally rotate the droid4 (landscape) from it's native orientation (portrait), that causes issues
<Wizzup> Whereas the n900 has native landscape, iiuc
<Wizzup> This is also why the PP has problems
<Wizzup> What exactly causes this I haven't figured out yet
<parazyd> lmao I unplugged my Bionic and it started "charging"
<parazyd> Thank you Tesla
<Wizzup> that's kernel events being delayed
<Wizzup> Or not picked up soon enough
<Wizzup> perhaps some paths changed and ke-recv(-extra?) is not aware of it anymore
<parazyd> Yeah, replugging helps
RedW has quit [Quit: huh upgrades]
uvos has joined #maemo-leste
sunshavi has quit [*.net *.split]
belcher has quit [*.net *.split]
tmlind has quit [*.net *.split]
belcher has joined #maemo-leste
tmlind has joined #maemo-leste
sunshavi has joined #maemo-leste
pagurus has quit [Ping timeout: 240 seconds]
<kek> parazyd created a repository: https://github.com/maemo-leste/gps-nokia-n900
RedW has joined #maemo-leste
<uvos> whats a good tool to update debian changelog?
<uvos> seams like somehting automated should exist
<uvos> using commit messages or smth
pagurus has joined #maemo-leste
<kek> IMbackK opened a pull request: https://github.com/maemo-leste/image-builder/pull/9 (Unrotate bionic fbconsole, as this makes no sense on bionic and break…)
<Entitlement> uvos - [ GitHub - IMbackK/fbkeyboard: a simple on screen keyboard for fbdev ]
<uvos> if you syncrosie from that
<uvos> and merge the above
<uvos> and also add fbkeyboard to hildon-meta
<uvos> next image will have working rescue mode on bionic
<uvos> also fbkeyboard now uses next to no power
<uvos> as it only refreshes when needed
<uvos> very likely also just works on pp
<uvos> but cant test
<kek> IMbackK opened a pull request: https://github.com/maemo-leste/leste-config/pull/20 (only set the input devcie that we really need in driectfbrc)
<uvos> ^^ self explanitory
<Wizzup> neat :)
jonsger has joined #maemo-leste
halftux has joined #maemo-leste
<uvos> heads up i just updated the bionic
<uvos> but it dident get xf86-input-libinput installed
<uvos> so something is wrong on that front
<uvos> (and it ended up uncallibrated again)
<kek> halftux opened an issue: https://github.com/maemo-leste-extras/bugtracker/issues/20 ([REQ] qshot)
Entitlement has quit [Ping timeout: 260 seconds]
Entitlement has joined #maemo-leste
halftux has quit [Quit: leaving]
cockroach has joined #maemo-leste
cr4y1 has quit [Ping timeout: 240 seconds]
cr4y1 has joined #maemo-leste
jonsger has quit [Ping timeout: 260 seconds]
Oksana has joined #maemo-leste
<parazyd> uvos: I'm pretty sure it installed normally for me
<parazyd> uvos: For debian/changelog I have some script similar to this: http://ix.io/3lJ7 which I use from my editor
<parazyd> uvos: Will check PR andn fbkeyboard tomorrow morning
cr4y1 has quit [Ping timeout: 268 seconds]
uvos has quit [Ping timeout: 268 seconds]
Pali has quit [Ping timeout: 246 seconds]