missMyN900 has joined #maemo-leste
<missMyN900> how do you install openmediaplayer? It is on the extras Github but I have tried multiple combinations of apt search and grep (as well as simply apt install openmediaplayer and omp, of course)
<missMyN900> and it just does not seem to be in the repos (I have devel enabled as well)
<missMyN900> I would like to test it, even if it is not completely finished yet
missMyN900 has quit [Ping timeout: 250 seconds]
joerg has quit [Ping timeout: 244 seconds]
joerg has joined #maemo-leste
mardy has joined #maemo-leste
ceene has joined #maemo-leste
Daanct12 has joined #maemo-leste
missMyN900 has joined #maemo-leste
missMyN900 has quit [Remote host closed the connection]
Livio_ has joined #maemo-leste
xmn has quit [Ping timeout: 255 seconds]
Twig has joined #maemo-leste
<Wizzup> missMyN900: openmediaplayer is not ported yet
<Wizzup> missmyN900: is requires more work
Livio_ has quit [Ping timeout: 258 seconds]
Pali has joined #maemo-leste
<dsc_> freemangordon: hi
<dsc_> so composing a new message from our messaging app (conversations), I would render a contact selection screen - where do I get this info from do you reckon
<dsc_> this info = a list of contacts
<dsc_> would conversations be able to include a library that is also used by the address book application?
Livio_ has joined #maemo-leste
<dsc_> (and thus being able to call e.g: `getContacts()`)
<dsc_> is there a `osso-abook.h` ? :P
<Wizzup> of course, it's gtk
<dsc_> sphone is, or osso-abook is? (or both? :P)
<dsc_> suppose both
<Wizzup> sphone is just our dialer
Pali has quit [Ping timeout: 255 seconds]
<dsc_> ah
<dsc_> libosso-abook
<dsc_> ofc glib
<dsc_> *rage*
<dsc_> :P
<Wizzup> shouldn't be a problem, other nokia apps also support abook in some ways
<dsc_> ic
<dsc_> ok cool
vgratian has joined #maemo-leste
norayr has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
<Wizzup> uvos: should we add a 3rd profile in the ucm, for ip calls?
Daanct12 has joined #maemo-leste
ceene has quit [Ping timeout: 255 seconds]
Livio_ has quit [Ping timeout: 246 seconds]
Daanct12 has quit [Quit: Leaving]
ceene has joined #maemo-leste
Livio has joined #maemo-leste
uvos__ has joined #maemo-leste
<uvos__> dsc_: if you just need conacts, osso-abook gets those from eds
<uvos__> sphone also directly uses eds (apart from using this dialog)
<uvos__> sphone allows using qt and gtk in the same app
<uvos__> this isent hard as the qt main loop uses a glib main loop internaly on linux
<uvos__> you could do the same thing
ceene has quit [Remote host closed the connection]
<uvos__> Wizzup: maybe, deffinatly also one for alarms
<uvos__> humpelstilzchen[: so dose this happen outside of leste too (hang on crust resume)
<uvos__> humpelstilzchen[: how are you waking the devcie?
<humpelstilzchen[> uvos__: Waking it up with power Button, it is registered as wakeup: /sys/devices/platform/soc/1f03400.rsb/sunxi-rsb-3a3/axp221-pek/wakeup
<humpelstilzchen[> uvos__: what do you mean with outside of leste? With another Linux Distribution? Have not tested that
<uvos__> humpelstilzchen[: could you run evtest on the input device with the power button while you suspend and resume?
<uvos__> humpelstilzchen[: right
<humpelstilzchen[> so you want "evtest /dev/input/by-path/platform-1f03400.rsb-platform-axp221-pek-event" with suspend & resume?
<uvos__> yes
<humpelstilzchen[> uvos__: https://paste.debian.net/1242915/
<uvos__> aha
<uvos__> plase go into /etc/mce/mce.ini
<uvos__> and set PowerKeyLongAction to disabled
<uvos__> and reboot
<uvos__> and try to repoduce the hang
<humpelstilzchen[> ok, but that test will take some time, because the crash did not happen very often.
<uvos__> yeah sure
<uvos__> just use it for a while
<humpelstilzchen[> I would give the test a week or so
pere has quit [Ping timeout: 246 seconds]
<buZz> i wish contacts would work nicer with the sphone software
<buZz> so i could add contacts from SMS i received
Livio has quit [Ping timeout: 258 seconds]
Bratch has joined #maemo-leste
l_bratch has quit [Read error: Connection reset by peer]
Bratch is now known as l_bratch
whatsupboy has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
xmn has joined #maemo-leste
pere has joined #maemo-leste
norayr has joined #maemo-leste
<Wizzup> uvos__: right @ alarms
<Wizzup> uvos__: how would the alarm be different, speaker always?
<Wizzup> buZz: this will come
<Wizzup> buZz: but sms won't go through sphone
<buZz> yeah through telepathy?
<uvos__> Wizzup: different volume
<freemangordon> dsc_: hi
<freemangordon> there should be dbus interface for that already
<freemangordon> if not, we'll have to implement one
* freemangordon checks how it is done on fremantle
<uvos__> also speaker allways yeah
<Wizzup> freemangordon: dbus interface for abook?
<freemangordon> yes
<freemangordon> it already supports some stuff
<Wizzup> hm, really, I thought we'd just load libosso-abook
<freemangordon> Wizzup: yes, that's another option
<freemangordon> but it seems it is not implemented
<freemangordon> I think we need "open_group" maybe
<Wizzup> I think we probably don't want it that way either, ideally we'd just re-use some widget and load it on top of our app
<Wizzup> I mean ideally we have qt bindings but yeah :)
<freemangordon> Wizzup: sure there is a widget
<Wizzup> yeah sphone uses it
<freemangordon> no, it is different
<freemangordon> IIUC
<freemangordon> also, you need to embed gtk in qt
<freemangordon> which is bad from the architectural POV IMO
<Wizzup> yeah.
<Wizzup> well, we do want to use abook code and not reimplement more of our own IMO
<Wizzup> we already had to kind of reimplement the rtcom ui lib
<Wizzup> which is a shame
<freemangordon> that's why dbus is better
<freemangordon> you just call it and you'll receive the contact to start conversation with
<Wizzup> hmm
<Wizzup> I don't think it's that simple
<freemangordon> it is
<Wizzup> for all of these things we need abook
<Wizzup> also to resolve our message list, match them to abook contacts
<freemangordon> but it is already there
<Wizzup> render the names of the contacts if they change
<Wizzup> it looks to me like rtcom, telepathy and abook all need to work together here
<freemangordon> ok, but this in not UI
<freemangordon> *is not
<freemangordon> sure
<Wizzup> I mean, so we could have a dialog over dbus for picking a contact
<Wizzup> but all the other stuff would still need libosso-abook
<freemangordon> agree
<Wizzup> doesn't it just directly depend on gtk2/glib (the lib)?
<freemangordon> yes, it does
<freemangordon> htk2/hildon
<Wizzup> yeah...
<freemangordon> BTW, we can do qt wrapper
<freemangordon> the same way it is done for file selection dialog
<Wizzup> yeah, by dlsym'ing some stuff
<Wizzup> not ideal either
<freemangordon> but better, is it will be usable by other code as well
<buZz> oh eh, should i make a issue for the date/time picker in qalendar? it doesnt work as well as the same-looking dialog in 'clock & alarms'
<Wizzup> sure
<Wizzup> I think it just needs some QScroller's
<buZz> ah, already exists since 2021 ; https://github.com/maemo-leste/bugtracker/issues/575
<freemangordon> maybe qalendar does not use QMaemo5DatePickSelector
<Wizzup> I think it does, but our qt5 is not patched with maemo scrolling
<Wizzup> so you need to ensure everything has qscrollers
<Wizzup> it's just qt working differently
<Wizzup> afaik
<buZz> ah, the other one is gtk/htk ?
<Wizzup> oh, I see
<buZz> either way, it works, but its suuuuuch a drag to use it
<buZz> makes it easy to pick wrong dates/times too
<freemangordon> we can do the same wrapper for adressbook widgets
<buZz> not sure if i've seen those
<freemangordon> "those"?
<buZz> widgets = rendered on 'homescreen' ?
<buZz> or just widgets as in toolkit buttons etc
<Wizzup> freemangordon: in general I think we need to plan on how we plan to support gtk2 and qt5 both 'properly'
<freemangordon> yes, "toolkit things"
<buZz> ah, ok
<freemangordon> Wizzup: agree
<Wizzup> like if anyone wants to do deal with contacts and they have to dlsym gtk stuff in it, we need some better solutions
<freemangordon> I think we shall follow what nokia already did
<Wizzup> and making conversations in gtk2 is not doable because there is no modern webkit for it, so we could do gtk3 but aaaah :)
* buZz having a hard time with 'widgets' 'applet' 'statusmenu' difference in terms in maemo ;)
<Wizzup> freemangordon: which is?
<Wizzup> buZz: status menu is the thing that shows wifi battery etc, and the applets on it when you touch it
<Wizzup> buZz: widgets can be many things, but they would be on the desktops typically
<buZz> Wizzup: yeah but some stuff that renders to statusmenu is called widget?
<Wizzup> buZz: applets can be applets in status menu, or applets in control panel
<freemangordon> Wizzup: wrapping gtk in qt as part of maemo5 library
<buZz> confusing to me anyway :P
<Wizzup> freemangordon: hm, I suppose we can do that if we offer bindings
<Wizzup> buZz: applet is just a program part of a bigger program
<freemangordon> what do you mean "bindings"?
<Wizzup> freemangordon: like QOssoAbook
<freemangordon> yes, this is the idea
<buZz> freemangordon: i think thats how it works now? where you scroll to 'outside' with cursor on the pick-list , and -then- it scrolls
<buZz> instead of like clock&alarms , where you can 'fling' the list , and it will scroll on its own
<Wizzup> buZz: yes, please file the bug
<buZz> its in, Wizzup
<Wizzup> I think one of them has its own implementation of this
<freemangordon> Wizzup: QMaemo5TimePickSelector wraps hildon_time_selector_new_step()
<Wizzup> ok
<freemangordon> for example
<buZz> its 2) from clort81 there
<buZz> his 1) is just theme issues, i think , and 3) is eh , i dont know or care
<buZz> :D
<freemangordon> so we can implement QOssoAboocContactChooser that wraps osso_abook_contact_chooser stuff
<buZz> i dont need 5min recurring items in a agenda :D lol
<freemangordon> so that way qt application won't need to use gtk
<Wizzup> ok
<freemangordon> well, at least not directly
<Wizzup> yes, but there is more as well I think, like resolving objects and stuff
<Wizzup> I'll get with dsc and see what we need, but I think I just want Ui stuff that doesn't do anything so I can work on some of it too )
<Wizzup> :)
<buZz> :P
<freemangordon> OssoAbookContact inheritys E_CONTACT
<freemangordon> *inherits
<Wizzup> ok, so that's relatively easy
<freemangordon> and E_VCARD, iirc
* freemangordon checks
<buZz> Wizzup: spoke to some asian today that was -very- interested in hearing about maemo leste and was considering doing some dev work towards it too
<buZz> he was gonna investigate and might join channel laterish
<freemangordon> right, E_CONTACT inherits E_VCARD
<Wizzup> buZz: great, let him know we have osme devices if he's serious about it
<Wizzup> buZz: https://wizzup.org/yeah.jpg - waiting to be sent to me
<buZz> yeah , didnt want to lure with freebies directly ;)
<Wizzup> agree
<buZz> best for true intent to come first
<buZz> wow, 10? or is that even 2 layers deep?
<buZz> or even more? :O
<Wizzup> not even sure anymore
<Wizzup> been there for 6 months
<buZz> gee Wizzup , one of these days, -all- existing droid4's might have gone through your hands
<freemangordon> Wizzup: I'll be MIA till Sunday
<Wizzup> freemangordon: ok :)
<freemangordon> so, please have a discussion and if you agree with my plan, I will implement QOssoAbookContactChooser
<freemangordon> though now I am looking ath the API, maybe it makes sense to just call the API directly
<Wizzup> ok
<freemangordon> oh, wait. it need GtkWindow, qt can provide X Window only, afaik
<freemangordon> *needs
<freemangordon> hmm...
<Wizzup> yeah, this needs some thought
<Wizzup> meanwhile I will work with dsc to get all the UI stuff sorted out, where we want what buttons, how htings should look
<Wizzup> then we can worry about implementing some of it
uvos__ has quit [Ping timeout: 248 seconds]
norayr has left #maemo-leste [Disconnected: closed]
<Wizzup> ok, 2020 pinetab image boots to display :)
hexagonwin has quit [Quit: [ Quitting client ]]
<Wizzup> quilt is truly a pain
norayr has joined #maemo-leste
<norayr> Today whole day i use droid4
<Wizzup> norayr: nice
<norayr> Xmpp via pidgin and email app and alpine in terminal for another email
<norayr> Because of pm it is actually more usable than pp
<norayr> So no other device. Plus leafpad helped a lot.
<norayr> I btw ordered droid3
<norayr> It looks i guess nicer, simpler than d4
<norayr> So this is cool. Won't take other deices with me. This is my main device from now on.
RedW has quit [Quit: huh upgrades]
Pali has joined #maemo-leste
RedW has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: closed]
norayr has joined #maemo-leste
norayr has left #maemo-leste [#maemo-leste]
norayr has joined #maemo-leste
norayr has left #maemo-leste [#maemo-leste]
norayr has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 276 seconds]
Livio has joined #maemo-leste
norayr has left #maemo-leste [Disconnected: Replaced by new connection]
norayr has joined #maemo-leste
xmn has quit [Remote host closed the connection]
norayr has left #maemo-leste [Disconnected: closed]
norayr has joined #maemo-leste
mardy has quit [Quit: WeeChat 2.8]
Twig has quit [Ping timeout: 255 seconds]
missMyN900 has joined #maemo-leste
<missMyN900> Wizzup: oh... What does it need? I thought it was a Qt5 app already?
<missMyN900> Wizzup: by the way, a while ago uvos said I could install hildon-connectivity-mobile to get a cellular applet for PP, at least on devel
<missMyN900> but when I tried to yesterday I got this: https://paste.debian.net/1242947/
<Wizzup> will check tomorrow :)
whatsupboy has quit [Quit: brb]
whatsupboy has joined #maemo-leste
<missMyN900> norayr: I see you have a lot of Oberon projects on your GitHub :) Years ago I did a lot of reading about Wirthian languages including Modula-2 and Oberon.
<missMyN900> norayr: around that time I also read a lot about microkernels such as L3 and L4
<norayr> heh very pleasant to hear
<missMyN900> I was looking for maemo leste github
<missMyN900> and found your lagrange repository
<missMyN900> so I had to check out what other projects you had ;)
<norayr> i'd suggest really use it, especially visdap oberon compiler is ready to use tool
<norayr> but i need to drive now
<missMyN900> yes, I have come across vishap before
<missMyN900> ok drive safely :)
<missMyN900> I need to formally file some bug reports
uvos has joined #maemo-leste
<uvos> Wizzup: lol @https://wizzup.org/yeah.jpg
<uvos> that looks like its 3 deep :O
<missMyN900> Wizzup is preparing to become the first official Droid 4 dealer in Europe ;)
<missMyN900> uvos: should I file an issue for https://paste.debian.net/1242947/ ?
<uvos> missMyN900: could you cat /etc/apt/sources.list for us?
<uvos> also try "apt-get -s -o Debug::pkgProblemResolver=yes install sphone"
norayr has left #maemo-leste [Error from remote client]
xmn has joined #maemo-leste
<lel> jvanwouw opened an issue: https://github.com/maemo-leste/bugtracker/issues/618 (Volume up key no longer triggers Hildon Input Method on Pinephone)
xmn has quit [Ping timeout: 246 seconds]
xmn has joined #maemo-leste
norayr has joined #maemo-leste
missMyN900 has quit [Read error: Connection reset by peer]
enyc has quit [Ping timeout: 240 seconds]
Livio has quit [Ping timeout: 246 seconds]
norayr has left #maemo-leste [#maemo-leste]
missMyN900 has joined #maemo-leste
<missMyN900> uvos: sorry my desktop was offline for a while as I had to borrow its WiFi adapter to set up my new laptop
<missMyN900> https://paste.debian.net/1242966/ (sources.list)
<missMyN900> uvos: ProblemSolver output: https://paste.debian.net/1242968/
<missMyN900> slightly ot: I am learning the limitations of Alpine as a general purposes OS...
missMyN900 has quit [Ping timeout: 255 seconds]
norayr has joined #maemo-leste
<norayr> so today i twice had xorg crash on droid4, i was kicked out from x to console.
<norayr> and twice the device was not responsive for a couple of seconds and then rebooted.
<Wizzup> I have seen both of these things
<Wizzup> not sure if the second is X or 3d related
<Wizzup> the first one is