<Wizzup> inky_: nah, audio
DocScrutinizer05 has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
belcher has quit [Ping timeout: 252 seconds]
belcher has joined #maemo-leste
mardy has joined #maemo-leste
mardy_2nd has joined #maemo-leste
mardy has quit [Quit: WeeChat 2.8]
mardy_2nd is now known as mardy
inky_ has quit [Ping timeout: 252 seconds]
inky has joined #maemo-leste
_inky has quit [Ping timeout: 248 seconds]
Pali has joined #maemo-leste
inky_ has joined #maemo-leste
Langoor has quit [Ping timeout: 252 seconds]
Langoor has joined #maemo-leste
The_Niz has quit [Ping timeout: 252 seconds]
The_Niz has joined #maemo-leste
pere has quit [Ping timeout: 250 seconds]
pere has joined #maemo-leste
inky_ has quit [Read error: Connection reset by peer]
inky has quit [Read error: Connection reset by peer]
inky has joined #maemo-leste
inky_ has joined #maemo-leste
inky has quit [Ping timeout: 248 seconds]
<Wizzup> uvos: you want to bump mce version to 1.9?
joerg is now known as DocScrutinizer
uvos has joined #maemo-leste
<uvos> Wizzup: yeah
<uvos> Wizzup: i changed enough and should not interfer with sfos
<uvos> sfos incremented the version to 1.100 and started from there as far as i can tell
<uvos> (its at 1.106.7 rn(
<Wizzup> ok
<uvos> i would also argue that the major version bump is required because i totaly broke all compatability with fremantle
<uvos> (esp. its vendor kernel)
<Wizzup> what else besides the vendor kernel?
<uvos> well mce dose everything different now so it no longer uses the same interfaces to do things out side of the kernel
<uvos> eg hal or bme
<Wizzup> isn't the dbus interface the same? (we rely on that)
<uvos> sure mces dbus interfaces are the same
<uvos> the way it perfomes the actions is different
<uvos> ie it uses different interfaces to enact what is told to do via dbus
<Wizzup> ok
<uvos> like geting the battery state from upower instead of bme that sort of thing
<Wizzup> pleas don't write 'totally broke all compatibility with fremantle' in the future as it will give me and fmg heart attacks ;)
<uvos> heh
<uvos> im just saying you can drop mce 1.9 into fremantle and expect anything to work :)
<uvos> so what i mean by that it breaks compataibility
<uvos> is this
<uvos> *cant drop mce 1.9
<Wizzup> I get that now
<Wizzup> for me maemo leste is fremantle, ported to newer sw/interfaces, but with many of the same dbus interfaces, which I also see as 'fremantle'
<uvos> ok i allways use fremantle only in the sense of the particular setup used on n900 by nokia
<uvos> the other stuff is maemo and maemo interfaces for me
<uvos> (to avoid confusion in the future)
<Wizzup> yeah, makes sense
inky_ has quit [Ping timeout: 250 seconds]
inky has joined #maemo-leste
inky_ has joined #maemo-leste
<freemangordon> :)
<Wizzup> freemangordon: ping
<Wizzup> freemangordon: in icd2 gconf there is stuff like this:
<Wizzup> network_modules = [libicd_network_wpasupplicant.so,libicd_network_ipv4.so]
<Wizzup> if we want libicd-network-tor and/or libicd-network-wireguard to work, we will need to add them after _ipv4
<Wizzup> They can be a no-op in most cases
<Wizzup> (note: this is not about libicd-provider-tor)
<Wizzup> freemangordon: I don't see another way to do it, but then we might have to change this in gconf based on what is installed
<Wizzup> unless we have libicd-network-tor installed by default
<Wizzup> freemangordon: I suppose we could have some postinst scripts that add/remove them
<freemangordon> Wizzup: sorry, could you remind me why we need to add them to network_modules?
<freemangordon> they are SPs, no?
* freemangordon is afk
<Wizzup> freemangordon: yes, we have a service provider mode, but also a non-service provider mode
<Wizzup> freemangordon: e.g. no matter which network you pick, it should use tor
<Wizzup> service provider is only per iap
<freemangordon> ah, I see
<freemangordon> maybe we shall reowork that
<freemangordon> *rework
<Wizzup> rework what exactly?
<freemangordon> to get modules in a different way
<freemangordon> because I don;t see how you can register/unregister a modules from a postinst/postremove scripe
<freemangordon> *script
<Wizzup> freemangordon: using gconftool
<freemangordon> but this is a string list, is gconftool capable of adding/removing items?
<freemangordon> if it is, then fine
<Wizzup> freemangordon: with some scripting yeah
<freemangordon> if it needs scripting, then we shall add that to icd2-dev
<Wizzup> postinst to icd2-dev?
<Wizzup> I don't think that makes sense'
<freemangordon> hmm, no, sorry
<freemangordon> my bad
<freemangordon> helper script in icd2 that is called by postinst/postrm to edit the list
<freemangordon> postinst/postrm of module
<freemangordon> or, we can create dh_ helper
<freemangordon> have to run, ttyl
<Wizzup> ok
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #maemo-leste
<Wizzup> parazyd: the custom_ui stuff for icons and such for srv_providers are per provider_id, which is really annoying/stupid
<Wizzup> this means I think that we have to write the custom_ui stuff for each tor config for example
<Wizzup> and also clean them out
<parazyd> Where does that go?
<Wizzup> I wonder if we should make the icons per service_type instead
<Wizzup> sec
<Wizzup> the 'tor-provider' is the service_id
<Wizzup> I don't really see why we would want that per service_id
<parazyd> So you mean each config has to have it or?
<Wizzup> unless a service would offer widely different services but still have the same service_type
<Wizzup> parazyd: yes
<Wizzup> and I think that's kind of stupid
<parazyd> Same
<parazyd> Especially if they're the same type
<Wizzup> the custom_ui stuff is read from only a few places, so we could just change that
<parazyd> I mean, there is a usecase, but quite an edge
<Wizzup> it's connui/iap-common.c
<Wizzup> connui-common/connui/iap-common.c
<parazyd> Yeah please do
<Wizzup> freemangordon: ^^^ ?
<Wizzup> (do you agree is the question)
<Wizzup> bbiab
lyubov has joined #maemo-leste
lyubov_ has quit [Ping timeout: 252 seconds]
<uvos> parazyd: have you removed mce-dev from jenkins yet?
<parazyd> I didn't understand what has to be removed. If you build the new package it should just override the old one
<parazyd> As I wrote in the pull request
<uvos> true, but haveing 2 jobs that result in the same pacakge is wierd and someone could accidentaly trigger the old mce-dev in the future causein the version in the repo to get downgraded no?
<parazyd> Done
<parazyd> I thought you were referring to the .debs
<uvos> no
<uvos> those should stay ofc
<parazyd> Yeah and they just automatically get replaced when you build the new package so no worries there
<uvos> right
<uvos> Wizzup: please build mce for devel or give me the rights to do so myself
<Wizzup> uvos: right I asked this morning when I wanted to tag the new version
<uvos> Wizzup: asked what?
<Wizzup> about 1.9
<Wizzup> parazyd: we could also keep the custom_ui per provider_id but make a default gconf entry for provider_type and make connui read it
<uvos> right ok, yeah please tag out 1.9 and merge into devel branch
<parazyd> Wizzup: I'm ok with whatever is simpler
<Wizzup> parazyd: I could somehow see the use in being able to customise per config
<Wizzup> just don't want our code to have to write it
<Wizzup> so a default per type seems sensible to me
<parazyd> *nod*
<parazyd> I also wrote above that I see a usecase, but I think it's really an edge-case
<parazyd> ACK @ default
<Wizzup> yeah we at least need a default
inky_ has quit [Ping timeout: 252 seconds]
<Wizzup> parazyd: ok, I'll add a default
<uvos> "Not using system installed systemui dbus names"
<uvos> hmm
<uvos> not a big deal rn but something is wrong there
<Wizzup> I think that is a big deal because then it disables maemo stuff iiuc
<Wizzup> you probably lack some debian/control stuff
<uvos> that dosent
<uvos> but yeah it dose later
<uvos> SystemUI support disabled
<parazyd> Wizzup: Nice, thanks
<Wizzup> parazyd: looks like it can even add scan results from gconf via services heh
<Wizzup> uvos: yikes, that'll break some stuff
<Wizzup> should we abort the build? or
<uvos> Wizzup: sure cancle it, im on it rn wrt solving it
<Wizzup> uvos: let's just let it build I think
<Wizzup> parazyd: I am going afk in a bit, can you help uvos rebuild or merge fixes?
<uvos> nobody upgrade for a couple min then :P
<parazyd> uvos: Added mce to your packages list
<Wizzup> I think he still can't push
belcher has quit [Ping timeout: 252 seconds]
<uvos> its missing osso-systemui-dev as a dependacy
<uvos> not sure how it worked before
<parazyd> uvos: You should be able to push if you accept the invite
<uvos> great should work now
<uvos> hopefully no one upgraded in the last couple of minutes
<Wizzup> :D
<uvos> SystemUI support enabled
<uvos> ok should build all the right modules now
<Wizzup> uvos: breaking -devel isn't the end of the world fwiw
<Wizzup> but yeah
<uvos> still would be kinda nice
<uvos> if you could dry run the build on jenkins
<uvos> and then download the deb too inspect
<uvos> without it ever going live anywhere
belcher has joined #maemo-leste
<freemangordon> uvos: you're missing pkg-config dependencies too it seems
<freemangordon> you should not count on debian/control to assure the dependencies
<uvos> freemangordon: its totaly modular, it just builds whatever modules it can.
<freemangordon> ah, ok
<freemangordon> Wizzup: not sure I understand the question, and also it was a very long and tiresome week for me, I don't have power for maemo now :(
<freemangordon> lets discuss on Sunday
<freemangordon> sorry
<uvos> repo mce works fine here
<uvos> please upgrade and test at your lesiure
<Wizzup> parazyd: ok I'll fix that default thing tomorrow, there is something weird but I can't figure out what
<Wizzup> maybe we just remove the per service_id stuff, I don't think it makes much sense anyway
drrty has joined #maemo-leste
<parazyd> Wizzup: What does it do at its current state?
BenLand100 has quit [Ping timeout: 248 seconds]
uvos has quit [Quit: Konversation terminated!]
inky_ has joined #maemo-leste
<Wizzup> parazyd: no icons, no nothing
<Wizzup> I'll fix it tomorrow
belcher_ has joined #maemo-leste
belcher has quit [Ping timeout: 248 seconds]
belcher_ is now known as belcher
mardy has quit [Quit: WeeChat 2.8]
<parazyd> Wizzup: ok, let's just make sure that most of it can be copypasted also for wg and ovpn :)
<Wizzup> :p
_inky has joined #maemo-leste
inky has quit [Ping timeout: 240 seconds]
inky_ has quit [Ping timeout: 252 seconds]
inky_ has joined #maemo-leste
enyc has joined #maemo-leste