<parazyd>
sicelo: Yeah, still good to have it. Maybe someday someone transcribes and translates it :D
cr4y1 has joined #maemo-leste
diejuse1 has joined #maemo-leste
diejuse1 has quit [Quit: Leaving.]
jonsger has quit [Ping timeout: 252 seconds]
diejuse1 has joined #maemo-leste
Pali has joined #maemo-leste
<sicelo>
Used Google Translator on the slides at least
<Wizzup>
parazyd: no, that won't work, I also uncommented the widget hiding stuff locally
<Wizzup>
see my wip branch
<Wizzup>
freemangordon: I don't know what changed but now again I have trouble using maemo-summoner with valgrind or gdb
uvos_ has joined #maemo-leste
diejuse1 has quit [Ping timeout: 268 seconds]
diejuse1 has joined #maemo-leste
<parazyd>
Wizzup: Is latest git master I pushed ok?
<Wizzup>
no
diejuse1 has quit [Quit: Leaving.]
diejuse1 has joined #maemo-leste
<Wizzup>
parazyd: so the location-control applet requires a parent window, which should not be required, and it also calls gtk_main(), which I think breaks things in really weird ways
<Wizzup>
I will make it work like the cpdatetime
<parazyd>
Yeah I wondered about it
<parazyd>
See also the transient setup in there
<parazyd>
Maybe that's something related
<parazyd>
Thing is, it's a gtk dialog
<parazyd>
So please keep it that way
<parazyd>
As in, IIRC that's what it's like on fremantle
<Wizzup>
parazyd: please apply this on top of location-control and see if you can make it show the dialog normally - https://dpaste.com/3LKD8PJJT
<Entitlement>
Wizzup - [ osso-applet-languageregional/libcplanguageregional.c at master · maemo-leste/oss... ]
<Wizzup>
this should just work
<Wizzup>
gtk_dialog_run with a gtk_widget/dialog created using a NULL parent
<Wizzup>
(in fact it does, I have run this applet using the location button)
diejuse1 has quit [Read error: Connection reset by peer]
<Wizzup>
If you apply the above patch, then you will just get an empty widget with a save button, so something goes wrong with the widget creation, maybe you need to call gtk_widget_explicitly for the dialog, not sure
<Wizzup>
in any case the gtk_main is not required
<Wizzup>
nor the code to present the window
<Wizzup>
I will rebase my wip branch of location-status later today on your master because it adds types to the code (rather than using 'gobject obj'
<Wizzup>
)
<Wizzup>
This greatly helps with understanding the code :p
<Wizzup>
also, random nitpick, but I think cpa_dialog private struct perhaps shouldn't be called dialog, since it's not a dialog, but contains a dialog (dialog->dialog)
<Wizzup>
that's why I renamed it at least in one place
<Wizzup>
also would really recommend -Wall -Wextra -Werror for location-control as well
<Wizzup>
currently it warns about nothing
<Wizzup>
(which is why I ended up trying to run gtk_dialog_run on the dialog private struct (...)
<Wizzup>
and also in location-status (I can submit a patch) do *not* pass the LocationStatusMenuItem* obj as data to the cpa
<parazyd>
Will check
<Wizzup>
going to do something else for a bit
<parazyd>
Thank you
diejuse1 has joined #maemo-leste
<Wizzup>
So it looks like the main problem I was banging my head against the wall for was that the signature of execute_cp_plugin was wrong, and what we were reading as 'LocationStatusMenuItem*' was in fact 'GtkButton*'
<Wizzup>
which explains why everything said boom once we tried to read 'priv' from GtkButton and cast that to osso_context_t
<Wizzup>
now the problem is that location-control should work without a parent window
<Wizzup>
I think once you do that, you can also get rid of the hiding logic
diejuse1 has quit [Quit: Leaving.]
<parazyd>
Wizzup: This is broken
<parazyd>
Without a transient, when you save then the control panel gets closed (or crashes)
<parazyd>
s,transient,parent,
<parazyd>
Note that I still can't repro the status menu segfault in VM
<Wizzup>
I can make a video of it not working but I don't see how it helps
<parazyd>
Do I need to run dsmetool as root or user?
<Wizzup>
user
<parazyd>
Yeah here I get the crash I think
<parazyd>
It makes 0 sense though
<Wizzup>
well, it happens on my d4 too
<Wizzup>
and for uvos iirc
<Wizzup>
in any case the crash you are seeing now is just the cp applet not starting, right?
<Wizzup>
or did the status menu die on you?
<parazyd>
Status menu disappears
<Wizzup>
ok, try passing NULL instead of (gpointer)obj
<parazyd>
Where?
<Wizzup>
then you will see that it doesn't crash and only the cp doesn't want to start and you see your hildon notification that it failed
<Wizzup>
in osso_cp_plugin_execute
<parazyd>
ok sec
<freemangordon>
what shall be passed for obj is GtkWindow
<Wizzup>
make it p->osso, "liblocation_applet.so", NULL, TRUE
<Wizzup>
freemangordon: it is not required, and I don't think status menu has one that is appropriate
<freemangordon>
what oroginal code does?
<Wizzup>
the problem is that the location cpa requires a gtkwindow and cannot handle NULL
<freemangordon>
*original
<freemangordon>
yes, my point
<Wizzup>
freemangordon: other applets handle it fine
<freemangordon>
so?
<Wizzup>
well, ok, so to clarify
<Wizzup>
my understanding is that whatever we're passing as GtkWindow is not quite ok, so passing NULL would be easier, since the modal dialog shouldn't need status menu as parent
<Wizzup>
we can try to make it work the way it did before, but it seems hacky and we'd have to figure out exactly what the original code did
<freemangordon>
ok, where is IDA db?
<Wizzup>
freemangordon: btw, the problem from yesterday was that the gtkbutton was interpreted as the status menu object and we passed the priv from the button instead of the priv of the applet
<freemangordon>
int the repo?
<freemangordon>
yeah, saw that
<Wizzup>
freemangordon: in any case I don't think makes particular sense, even if it is in ida:
<Wizzup>
freemangordon: btw, if you have other tricks to add for debugging (e.g. how does one make g_debug() from status applet show up), please add them here https://leste.maemo.org/Debugging
<Entitlement>
Wizzup - [ Debugging - Maemo Leste Wiki ]
cr4y1 has quit [Ping timeout: 246 seconds]
<diejuse1>
I get "segmentation fault" when I run "hildon-desktop.launch" after I upgrade from Ascii to Beowulf
<diejuse1>
how do I launch Hildon Desktop now?
<Wizzup>
diejuse1: is maemo-launcher working
<diejuse1>
no
<diejuse1>
no error but no effect when I run it
<diejuse1>
I have made a lot of progress in integrating Maemo Leste Ascii with Android.
<freemangordon>
you can no longer directly run .launch programs
<freemangordon>
you should run hildon-desktop (without .launch) with maemo-launcher running
<Wizzup>
diejuse1: is your work documented somewhere? maybe we can help
<diejuse1>
I stopped to see if I could make progress with Beowulf. But if I am not able to start it I cannot do anything.
<freemangordon>
diejuse1: what happens if you run hildon-desktop?
<freemangordon>
with maemo-launcher running that is
<diejuse1>
I have not documented anything yet. Anyway the biggest help now would be to be able to start Beowulf.
<diejuse1>
freemangordon: no effect
<freemangordon>
what happens?
<freemangordon>
segfault?
<diejuse1>
no message, segfault when hildon-desktop.launch
<freemangordon>
diejuse1: what happens if you run "maemo-summoner hildon-desktop.launch"?
<diejuse1>
mmm, I am going to try
<parazyd>
freemangordon, sicelo: Is there a copyright implication/issue if we host the alpha and beta themes as repositories on Github?
<diejuse1>
wow
<diejuse1>
works
<diejuse1>
thanks freemangordon
<freemangordon>
diejuse1: good, but this is not how you shall start it
<freemangordon>
again, you *MUST* have maemo-launcher service running when trying to start hildon-desktop
<freemangordon>
and you shall start "hildon-desktop", not "hildon-desktop.launch"
<freemangordon>
parazyd: no idea, check the package license
<Wizzup>
they're nokia proprietary
vectis_ has quit [Ping timeout: 246 seconds]
<Wizzup>
but it would be nice to host them
<freemangordon>
maybe we shall write to Nokia for permission, hm?
<diejuse1>
I am trying to work audio now
<parazyd>
freemangordon: Think it's good to ask someone from maemo e.V. do it?
<parazyd>
hmm or perhaps copyright switched over to them in fact?
l_bratch has quit [Ping timeout: 248 seconds]
<Wizzup>
freemangordon: do we ever get a response from them?
Evil_Bob has quit [Quit: Evil_Bob]
l_bratch has joined #maemo-leste
<freemangordon>
Wizzup: "them"? Nokia or maemo e.V?
<freemangordon>
parazyd: maemo e.V. is not the copyright holder, it is Nokia.
<freemangordon>
ah, to as Nokia?
<freemangordon>
I don;t think so, not sure how much they are active at all
<freemangordon>
I think it is better to ask Nokia directly.
<parazyd>
Well, as far as I know, Nokia transfered ownership of Maemo to them.
<freemangordon>
no
<parazyd>
sicelo has had some meetings with them recently I think.
<freemangordon>
afaik there is only a premission to host packages on maemo servers
<freemangordon>
but well, lets ask sicelo what is the status
<parazyd>
I'm mainly asking this because I'm wondering how to distribute Gtk3 themes I'm doing for libhildon3
<Wizzup>
freemangordon: them=nokia
<sicelo>
unfortunately, the e.V. still hasn't had a meeting :-(
<parazyd>
But in general it would be good to know, because then we can also decompile the translations packages.
<freemangordon>
also, transferring Maemo doesn't mean transferring the packages
<freemangordon>
parazyd: for decompiling translation packages we don;t need any permission by Nokia or whoever
<parazyd>
oh?
<freemangordon>
but for themes we do, because of the images, IIUC.
<parazyd>
Good to know
<Wizzup>
and if we turn those decompiled into a file and repo, is that ok?
<Wizzup>
ok
<Wizzup>
(wrt translation)
<freemangordon>
sure, why not
<parazyd>
Yeah I'd love to do that
<Wizzup>
we should make some scripts for that
<freemangordon>
how's that different to decompiling binary code?
<Entitlement>
freemangordon - [ GitHub - community-ssu/modest-l10n: Language files for modest ]
<parazyd>
Dela
<parazyd>
Deal
<freemangordon>
(deal)
<pere>
Wizzup: did not quite understand the question. I would recommend Weblate over Transifex, because of its terms and its free software status.
<Wizzup>
pere: ah, ok, I highlighted you mostly because you mentioned it in the past
<Wizzup>
should we use weblate?
<parazyd>
Yeah I just made a weblate account (mentioned it a few messages ago)
<freemangordon>
is it possible to intagrate with github?
<parazyd>
I said transifex first because it's "unversally known"
<freemangordon>
*integrate
<parazyd>
freemangordon: I believe so
<freemangordon>
good
<freemangordon>
parazyd: so, back to the original question - I think someone shall reach Nokia, explain what we're trying to achieve and ask them for permission to host/distribute everything Maemo
<freemangordon>
that is under Nokia (c) ofc
<freemangordon>
If they refuse, well, we'll see what to do next
<freemangordon>
we can just not use alpha/beta themes as default and replace with some community theme
<freemangordon>
In theory they may even become generous and dig some dusty sources from the drawers :D
<freemangordon>
parazyd: sorry, didn;t get the argument
<freemangordon>
see pdf viewer
<freemangordon>
ofc those *can* be empty
<parazyd>
ok
<parazyd>
So I should just copy the en_US or en_GB to it?
<freemangordon>
but, if you have the english translation in the template, it is easier to translate to Croatian lets say instead of trying to 'decrypt' msgid IIUC?
<freemangordon>
yes
<freemangordon>
Pali: I don;t think so
<freemangordon>
parazyd: usually GB and US should match
<parazyd>
Not always, but yeah
<freemangordon>
that's why: "usually" :)
<freemangordon>
I'd prefer GB as a template, but up to you
<parazyd>
Fine by me
<freemangordon>
parazyd: maybe create a separate project, the same as for 'upstream' packages
<freemangordon>
do we really need that repo? This is done once and that's all
<freemangordon>
right
<freemangordon>
also, maybe change rules file to be dh10 compatible
<parazyd>
It is
<Wizzup>
we might need to import more later on, so having a repo for that code is helpful
<parazyd>
dh12
<freemangordon>
whatever
<freemangordon>
Wizzup: IIUC everything is imported
<freemangordon>
besides skype
<parazyd>
Correct
<Wizzup>
what about translation files in extras? :)
<Wizzup>
I suppose those mostly come with source
<freemangordon>
but yeah, it costs nothing to have the tools
<parazyd>
I'll do it
<Wizzup>
there's also a bulgarian translation there for most packages
<freemangordon>
yeah, makes sense
<Wizzup>
and there are some other user contributed translations as well
<freemangordon>
those are in extras
<Wizzup>
yes
<Wizzup>
do we want that to remain in extras?
<Wizzup>
I assume that we want to support more languages going forward
<Wizzup>
It could go through whatever service we need
<Wizzup>
(if not scripted)
<freemangordon>
no strong opinion here, I am fine either ways
<Wizzup>
maybe it's a good test case for the translation web tooling stuff
<Wizzup>
(didn't dive into those)
<Wizzup>
parazyd: so will we make jenkins jobs for all of these as well then? :P
<parazyd>
Yeah
<parazyd>
I think it's time to split up config.py
<Wizzup>
well include could be simple
<Wizzup>
just dict.update(translation_values)
<Wizzup>
from translation_config import translation_jobs
<Wizzup>
or something
<parazyd>
Yeah exactly what I had in mind
<parazyd>
Because now we have 4 different orgas
<Wizzup>
cool, when we're ready, let's have a wiki page for it at least (Translations) ?
<parazyd>
Yes
<parazyd>
I want to investigate weblate first
<Wizzup>
right
<Wizzup>
maybe pere can help
<parazyd>
Would be nice :)
<pere>
how?
<Wizzup>
we have git repos with our translations now, any hints on how to make it work with weblate?
<Wizzup>
we could also fix the norwegian translations now, btw
<pere>
did you ask for hosting on hosted.weblate.org?
<pere>
what is the translation format?
<pere>
weblate is typically set up by pointing to the git repo and given a matching rule to locate the translation files, identifying the source language and the translations.
<parazyd>
Planned to look at the platform a bit later when I finish some stuff with these repos
<pere>
I do not quite remember how I set up projects, but believe I created it and set the plan to libre, or asked the admins if they were willing to host.
<parazyd>
freemangordon: Around?
<parazyd>
pere: ok, I'll have a look
<parazyd>
freemangordon: What email should I use for Report-Msgids-Bugs ? :D
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #maemo-leste
Oksana has joined #maemo-leste
inky has quit [Read error: Connection reset by peer]
<parazyd>
freemangordon: Also we need to pick a license
<parazyd>
pere: Would you like to maintain our weblate project?
<pere>
not really. too overloaded already, so would not do a good job. :)
<parazyd>
ok :) Had to ask
<uvos_>
what dose this do?
<uvos_>
for us
<parazyd>
Community translations
xmn has joined #maemo-leste
inky has joined #maemo-leste
cockroach has joined #maemo-leste
<Wizzup>
tmlind: any idea why /dev/gnss0 would stop sending data? I've noticed a few times that when using gpsd for a while that it stops reporting data
<Wizzup>
cat /dev/gnss0 also reports nothing at that point
<Wizzup>
restart gpsd helps,
<Wizzup>
hm, maybe cat and gpsd cannot read at the same time
<Wizzup>
so it could still be a gpsd problem
<uvos_>
"hm, maybe cat and gpsd cannot read at the same time" thats how serial devices work in linux in gerneal
<uvos_>
gnss0 is just a fancy serial device
<Wizzup>
yeah
<Wizzup>
I did strace gpsd and it didn't send any more data but held it open
<uvos_>
is it doing read()?
<Wizzup>
will have to use it for a few more hours tomorrow to figure that out
uvos_ has quit [Ping timeout: 252 seconds]
<Wizzup>
any comments on a decent gps reporting rate?
<Wizzup>
we could set it via the gnss_motmdm param, to something high, maybe even 5000ms
<parazyd>
Wizzup: For cars this should be 1 second really
<Wizzup>
parazyd: we could adjust /sys/module/gnss_motmdm/parameters/rate_ms on the fly from liblocation even
<parazyd>
Yeah that's cool
<parazyd>
I'm imaginging a setting we could have where we could have different reporting modes for driving/cycling/hiking
<Wizzup>
something will have to write those values, too, though
<Wizzup>
fwiw it's currently 1s
<parazyd>
Yeah seemed so from the debugging I did when I was writing this stuff initially
<parazyd>
Cool to know it's configurable
<parazyd>
We can have this as the "interval" in liblocation