Pali has quit [Ping timeout: 246 seconds]
Danct12 has joined #maemo-leste
xmn has joined #maemo-leste
elastic_dog has quit [Ping timeout: 264 seconds]
elastic_dog has joined #maemo-leste
Danct12 has quit [Quit: Leaving]
RedW has quit [Quit: No Ping reply in 180 seconds.]
RedW has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
macros_2ndPC has quit [Ping timeout: 260 seconds]
macros_2ndPC has joined #maemo-leste
RedW has quit [Quit: No Ping reply in 180 seconds.]
RedW has joined #maemo-leste
mardy has joined #maemo-leste
<tmlind> hmm no idea what could have caused increased power consumption, don't think i've seen that with my kernel tests
<freemangordon> I will revert to the kernel before the patches to see if I get the same here
<freemangordon> with latest I have POWER_SUPPLY_POWER_AVG=125612
<freemangordon> for POWER_SUPPLY_CURRENT_AVG=32458
<freemangordon> tmlind: I see serial kernel threads in top with the patches
Twig has joined #maemo-leste
<tmlind> freemangordon: hmm i wonder which patch could cause that
<freemangordon> tmlind: wait, I am still not convinced we have an issue
<freemangordon> for how long I shall not touch the device in order to assume it has proper average power calculated?
<tmlind> i'd check once a minute if comparing
<freemangordon> ok
<freemangordon> so far I'd say it is better with the patches
<freemangordon> hmm. lets put accounts offline and set modest to check every 30 minutes
<freemangordon> without patches the lowest I got is:
<freemangordon> POWER_SUPPLY_CURRENT_AVG=31177
<freemangordon> POWER_SUPPLY_POWER_AVG=116290
<freemangordon> but most of the time idle avg current stays between 40-50mA
<freemangordon> tmlind: I see 2 more serial interrupts in /proc/interrupts with the patches, I guess that's normal
<freemangordon> what I don;t think is normal is having irq/112-48020000.serial:wakeup and irq/124-4806a000.serial:wakeup visible in top all the time
<buZz> is this with the kernel now in -devel?
<freemangordon> yes
<buZz> i'm not seeing those in top, at least not in a fully booted hildon?
<freemangordon> maybe serial gpios are not configured properly so they generate fake interrupts?
<freemangordon> OTOH I don;t see number of interrups to increase
<freemangordon> without patches I have average of the average power consumption over a period of 5 minutes (removing spikes) of 142.8mW
<freemangordon> with patches, under same conditions, it is 139.2
<freemangordon> so I'd say there is no difference
<freemangordon> tmlind: still, is it normal that I see serial irqs here https://pastebin.com/rpUuKUEv?
rafael2k has joined #maemo-leste
rafael2k_ has joined #maemo-leste
<tmlind> yes those are the threaded interrupt handlers for the padconf wakeup events
rafael2k has quit [Ping timeout: 244 seconds]
<freemangordon> yes, but I don;t see them without patches
<freemangordon> also, I have nothing connected to the serial, why are those active?
<tmlind> those are always active when a device is runtime suspended
<freemangordon> ok
norayr has left #maemo-leste [Disconnected: closed]
norayr has joined #maemo-leste
uvos has joined #maemo-leste
<freemangordon> enabling online accounts (no iphb) increases power usage with ~40 mW
pere has quit [Ping timeout: 264 seconds]
alex1216 has joined #maemo-leste
<uvos> 40mW is really terrible on d4
<uvos> i get more like 25 ususally
<uvos> er mA
<uvos> "<freemangordon> but most of the time idle avg current stays between 40-50mA"
ceene has joined #maemo-leste
<uvos> but mW mesurements are more usefull
<uvos> as mA changes quite a bit with battery voltage
<uvos> (as you would expect)
<freemangordon> yes, that's why I measured power
dev has joined #maemo-leste
pere has joined #maemo-leste
dev has left #maemo-leste [Disconnected: Replaced by new connection]
dev has joined #maemo-leste
ceene has quit [Read error: Connection reset by peer]
_CN_ has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
akossh has joined #maemo-leste
xmn has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 265 seconds]
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
uvos__ has joined #maemo-leste
<uvos__> idk what was going on yesterday
<uvos__> but its ideling at 90mW here rn
<uvos__> so i gues the yesterdays excessive power usage was unrelated to the kernel patches. probubly
<freemangordon> maybe modem related
<uvos__> it dose sometimes idle at 120mW with out explanation (allways has, only the xt875 dosent have that problem)
<uvos__> but 150mW from yesterday was farily excessive+
<uvos__> freemangordon: maybe, no idea
<freemangordon> now testing if iphb makes any difference
<Wizzup> ah, cool
rafael2k_ is now known as rafael2k
<freemangordon> ught, gabble is compiled without iphb support :(
akossh has quit [Quit: Leaving.]
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
Pali has joined #maemo-leste
Livio has quit [Ping timeout: 268 seconds]
dos has quit [Quit: Kabum!]
dos has joined #maemo-leste
<Wizzup> hey that's interesting news @ pvrsgx mail
<Wizzup> I wonder if they are fully aware of the X ddx that we use/have
<buZz> Wizzup: https://leste.maemo.org/Extras/MStarDict was what you had in mind for it, right? :)
dev has left #maemo-leste [Disconnected: Replaced by new connection]
<buZz> i'm not sure why a application has a device, i thought they were all pretty portable?
dev has joined #maemo-leste
<uvos__> Wizzup: what email are you talking about?
dev has left #maemo-leste [#maemo-leste]
<uvos__> buZz: some applications might need some specific hw feature, think compass usage excluding n900 or something
<uvos__> but yeah its probubly not nessecary to fill that in usually
<buZz> right, but most do not i guess? should i just remove the device tag?
dev has joined #maemo-leste
<Wizzup> uvos__: ah I thought it went to the list but didn't, I can fwd it to you
<Wizzup> buZz: looks good, maybe mention mor explicitly where the dictionaries are hosted
<buZz> Wizzup: okidoki
<buZz> but there's many many many sources of dicts
<buZz> even inside devuan
<buZz> stardict-english-czech/stable,stable 20171101-1 all
<buZz> stardict-german-czech/stable,stable 20171101-1 all
<Wizzup> hmmm, ok, it isn't clear to me that those can be used from the page
<Wizzup> I guess it's under the "Also" ?
<buZz> how's this?
<uvos__> Wizzup: great
<buZz> if traffic gets nuts for those dicts i could move them to a leste server or whatever
<buZz> all dictionaries on that mirror that are linked in the .htmls are free to use/pd/gpl
<buZz> but there's some unlinked inside that are copyrighted i think?
<buZz> removing the device tag works well btw, i dont think this needs any
<Wizzup> buZz: I made some changes
<Wizzup> Can you elaborate some on espeak as well?
<buZz> yez
<Wizzup> also, maybe we ought to have a 'mstardict-alldict' pkg or something
<Wizzup> unless it's very very large
<Wizzup> :D
<buZz> well, there's no authority issueing stardict format dictionaries
<buZz> that stardict-dic mirror is 5.8GB
<Wizzup> buZz: is it distconv or dictconv btw
<buZz> dictconv
<Wizzup> wiki says distconv
<buZz> dangit :P
<freemangordon> Wizzup: please reply to that mail
<freemangordon> if we can convince andrew to help with pvr EXA on our x driver (HW accell compositing) that would be great
<buZz> Wizzup: i also think this program is more suitable for a 'few' dictionaries and not the whole mass of human knowledge :P
<freemangordon> as we already have everything else FOSS
<freemangordon> also, you may mention this https://github.com/maemo-leste/sgx-ddk-um/tree/master/dbm
<freemangordon> and mesa driver we have
<buZz> Wizzup: i elaborated on it and added a preferences screenshot too
<Wizzup> freemangordon: my understanding is that he'd make builds mostly
<Wizzup> freemangordon: ok, I can try, but I believe you know a -lot- more about this than I do
<freemangordon> I will join to the party later on if questions arise
<Wizzup> I'm afraid I might not be able to add enough context, but ok, I can try...
<freemangordon> ok, if you think it will be better, I will reply
<Wizzup> I think so, my only thought is that it'd be great if we know what builds we could use from him, and that over-asking might not be productive atm (but who knows, I don't know what the other 'good news' is)
<freemangordon> ok
<freemangordon> will do
uvos__ has quit [Quit: Konversation terminated!]
<Wizzup> buZz: these espeak voices, where would they be placed, also in MyDocs/mstardict ?
<buZz> Wizzup: updated :)
dev has left #maemo-leste [Disconnected: Replaced by new connection]
<Wizzup> buZz: btw, the 'website' is set to a git repo, and the leste repo to another, I think they're one and the same so we can probably just link to our leste repo
<Wizzup> if there's no website that is
dev has joined #maemo-leste
<buZz> there's no website, alright
<Wizzup> right
<buZz> the repo linked is the upstream where norayr was doing their dev work
<Wizzup> maybe the wayback link can be the website
<Wizzup> buZz: sure but it'll be out of date assuming norayr submits to the leste repo going forward
<buZz> thats for stardict, maybe the maemo.org thread?
<Wizzup> maybe, also not ideal imho, maybe just don't have one if there's no clear point
<buZz> alright, removed :)
<buZz> i explained some about the espeak now anyway
<buZz> the red is so ugly on its default colors :P maybe thats ugly enough to get me to edit it
<buZz> :D
dev has left #maemo-leste [#maemo-leste]
<Wizzup> heh
dev has joined #maemo-leste
<buZz> i think its hardcoded in libwrapper.cpp ? :/
alex1216 has quit [Ping timeout: 265 seconds]
uvos__ has joined #maemo-leste
<norayr> hey i am here, let me soo what you are talking about.
<buZz> norayr: i wrote this ; https://leste.maemo.org/Extras/MStarDict
<buZz> and wizzup some
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
<norayr> wow thank you!
<norayr> feel free to make any changes to the repo in maemo-extras.
<norayr> did i leave somewhere a link to norayr/mstardict? it's not important anymore, you can delete it.
<norayr> and i am not planning much work on it. i was just able to port/package it, bring to life with some changes, not even sure that good changes.
<norayr> and i use it, since i use stardict dictionaries, and i have my own dictionaries converted from pdfs or other sources, and it is convenient.
<norayr> so i would be happy if anyone does something to it.
<buZz> hehe
<norayr> let's say i have no idea what to do with that on click function
<buZz> well, i'm annoyed by the red, not sure where it's originating from
<norayr> which tries to execute nokia browser.
<buZz> yeah its a html rendering i think
<norayr> red?
<norayr> ah!
<norayr> yeah feel free to push to the repo!
<buZz> i think it should somehow know to link to itself , but it doesnt
<buZz> hehe , well, if i can find it ;)
<norayr> yes true!
<norayr> you said once!
<norayr> wait
<norayr> on this screenshot
<buZz> si?
<norayr> i see the word is red
<buZz> indeed
<norayr> but it shoud non link to anything.
<norayr> i don't see links.
<buZz> correct
<buZz> this was just a example of 'a item' from 'a dictionary'
<buZz> but, the item title is always red
<buZz> regardless of colors of theme, etc
<norayr> yeah... i think it's possible to change it.
<norayr> at least to not be red, but have the same color as the rest of the text.
<norayr> i need a flickr app. will try to bring one to life. if it doesn't work, i'll try to write one by using flickurl.
<norayr> i remember one app for maemo was in qt and was very slow on n900.
<norayr> extremely slow.
<norayr> i had the impression that qt is slower on n900.
<norayr> did anyone have such an impression?
<uvos> its pretty much guarnteed qt4+ / gtk3+ are slower than gtk2
<uvos> just beacuse how they render themselves
<norayr> doesn't gtk render itself via x?
<Wizzup> qt5 scrolls smoother than gtk2 for sure
<uvos> (potential for improved hw accel asside)
<Wizzup> right
alex1216 has joined #maemo-leste
xmn has quit [Ping timeout: 265 seconds]
_CN_ has quit [Ping timeout: 250 seconds]
<bencoh> norayr: I'd say that qt was slower than gtk on n900 as well yeah
Joanna has joined #maemo-leste
Joanna has left #maemo-leste [#maemo-leste]
Joanna has joined #maemo-leste
<freemangordon> something werid happened to my device, now it idles @ 400 mW
<Wizzup> freemangordon: some drivers loaded?
<freemangordon> nothing changed IIUC
<Wizzup> maybe run omapconf?
<freemangordon> it shows the same
<freemangordon> I installed powertop, unfortunately it does not help much
<freemangordon> ogh
<freemangordon> what the?
<Wizzup> I had a problem with a droid that after I had it on psu for too long, it started drawing 16mA when turned off
<Wizzup> lab psu*
<Wizzup> was a hw problem I bet
<freemangordon> ok, I switched status from offline to online and back and it fixed the issue
<freemangordon> this does not make sense :)
<freemangordon> hmmm
<freemangordon> ok, it idles @ 120 mW now
<freemangordon> now I can test iphb
<Wizzup> yeah there is a problem where the modem doesn't idle in some states I think
<freemangordon> I am connected through wifi
_CN_ has joined #maemo-leste
<freemangordon> ah, I meat account status
<freemangordon> *meant
<freemangordon> not flight mode
<freemangordon> ok, without iphb and with 2 jabber accounts it idles @ ~155mW
<freemangordon> Wizzup: BTW, can we remove obsolete linux headers from the repo?
<Wizzup> sure, if you want, just let me know which exact ones you want removed
<freemangordon> ok
<freemangordon> so, with iphb I am seeing values as low as 125 mW
<Wizzup> this is over wifi I suspect?
<freemangordon> with same accounts online
<freemangordon> yes
<freemangordon> ok, lets stop iphb and try again
<freemangordon> hmm, seems iphb breaks it
<freemangordon> oh, it crashes :)
<sicelo> mmm, PVR email ... may i get a link? i thought i was in the correct ML, but I didn't get the mail
<freemangordon> sicelo: it is not in a ML
<sicelo> ah
<uvos> even 120 is very high @ freemangordon
<uvos> wakeups generally dont hurt the droid 4 nearly as mutch as the n900 btw
<uvos> since it can enter and exit idle way way faster than n900
<uvos> even the mm compatction that creates a couple of hz of wakeups totaly prevents the n900 from ideling at all
<uvos> while on d4 the effect on power consumption wasent even mesurable
<uvos> so yeah just things to think about when optimizing
<freemangordon> well,, this is what I get here
<freemangordon> hints how to chase that are appreciated :)
<Wizzup> uvos: it was measurable on the d4 fwiw
<Wizzup> but not a lot
<freemangordon> uvos: keep in mind I measure that in ssh session
<freemangordon> I think each ssh session adds about 40 mW or something
<uvos> no
<uvos> idle ssh session is very low cost
<uvos> so if omapconf dosent change
<Wizzup> on gprs it actively causes the batery life to die 2-3 normal speed
<uvos> sure
<uvos> on gprs it causes the modem to stay awake
<Wizzup> having gprs active without ssh hardly impacts battery life
<uvos> anyhow if ompaconf dosent change, nothing is keeping the device awake permantently
<uvos> so that suggests something is using too mutch cpu time
<freemangordon> maybe tcp activity
<uvos> possible
<freemangordon> I'll run tcpdup to see what happens
<uvos> also if its tcp activity on the modem
<freemangordon> *tcpdump
<uvos> like ssh it will not enter idle state
<uvos> the modem takes qutie some time to calm down
<uvos> after you last used it
<freemangordon> lemme offile the modem
<uvos> for some reason offlineling the modem dosent really do anything pm wise
<freemangordon> well, what to do then?
rafael2k has quit [Ping timeout: 252 seconds]
<uvos> dont connect gprs?
<freemangordon> it is not connected
<uvos> then your not waking the modem
<freemangordon> I am using wifi all the time while measuring
<uvos> ok
<freemangordon> my wifi rooter is pretty ol, that might create issues too
<freemangordon> also, I think I have lowered RTS, lemme check
<freemangordon> well, rts threshold is 500, not that bad
<freemangordon> shoudl not affect power savings
<uvos> how manny wakeups do you have?
<freemangordon> sec
<uvos> should be 15 ish hz at very the most
<freemangordon> 30
<freemangordon> now 10
akossh has joined #maemo-leste
akossh has left #maemo-leste [#maemo-leste]
<uvos> sounds resonable
<uvos> first mesurement is allways high
<freemangordon> 9
<uvos> sounds fine
<freemangordon> I am doing 'while [ 1 ]; do sleep 30; cat uevent | grep AVG; done'
<freemangordon> no issue with that,right?
<freemangordon> POWER_SUPPLY_POWER_AVG=222636
<freemangordon> the fuck?
<freemangordon> ok, lemme run tcpdump
<freemangordon> uvos: what is the time window avg is calculated on?
<freemangordon> do you know?
<uvos> should be fine at reading uevent
<uvos> no but short
<uvos> its filtered for spikes
<uvos> not for long periods
<freemangordon> ok
<uvos> ie its seconds not minutes or anything
<freemangordon> this is what I get https://pastebin.com/iQjyKRZT
<freemangordon> does not look good
<freemangordon> let me see if using iphb will change that
<uvos> its about 50mW high yeah
<freemangordon> I guess because of the jabber accounts
<uvos> i wonder if reading uevent makes it higher
<freemangordon> for sure it does
<uvos> because the kernel goes and fetches more values than just reading power_avg
<freemangordon> hmm
<freemangordon> hmm....
<freemangordon> right
<freemangordon> lemme try with just the average
<uvos> so by the time it fetches power_avg
<uvos> its been awake more
<freemangordon> yeah
<freemangordon> also grep keeps it awake for longer
<uvos> sure but thats after the read
<uvos> and the window isent 30 s long
<freemangordon> I think it is longer than 30s
<freemangordon> at least a minute
<uvos> i dont think so
<uvos> but wating 1 minute like i do
<uvos> would make the results more comperable in this case
<freemangordon> ok, lemme change the delay
<uvos> so doing what you do gives me 158990 btw
<uvos> while the cron job was saying 92 before
<uvos> so i dont think anythings wrong
<freemangordon> hmm
<uvos> or wrogner than here :P
<freemangordon> 108292
<uvos> android dose 30mW
<freemangordon> for 1 minute with iphbd
<uvos> or so
<freemangordon> but we don;t have off mode?
<uvos> right
<freemangordon> btw, why?
<uvos> was never implmented in the mainline kernel
<uvos> for omap4
<freemangordon> ah
<Wizzup> would be nice to have ofc :p
<freemangordon> maybe we shall pester tmlind :)
Joanna has quit [Quit: Connection closed for inactivity]
Livio has quit [Ping timeout: 268 seconds]
Livio has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Changing host]
<freemangordon> I'll leave it running for 10 minutes and then will do the same without iphbd
<uvos> speaking of off mode
<uvos> the other 2 things the android kernel dose that we dont pm wise
<uvos> is clock sgx down and change the emif operating point
<uvos> this is probubly the reason we use more power while not idle
<freemangordon> I don't think clocking sgx down will help a lot
<freemangordon> no idea what emif is
<uvos> momory bus
<freemangordon> ah
<uvos> memory bus
<uvos> idk how mutch these things account for and wont speculate
<freemangordon> I think our buggest issue is dss being on
<freemangordon> because sgx is idle most of the times
<freemangordon> basically sgx clocks are stopped as soon as there is nothing for it to render
<freemangordon> IIUC
<uvos> this broke after swiching form ddk1.9, but you said it works again
<uvos> so sure
<freemangordon> yes, you can check in /kernel/debug
<freemangordon> it is OFF even when display is ON
<uvos> ok
_CN_ has quit [Remote host closed the connection]
<freemangordon> iphb on: 10 samples average: 158.5mW, lowest reading 105.6, 8 samples average (highest and lowest samples removed): 155.2
<freemangordon> iphb off: 10 samples average: 182.8mW, lowest reading 132.6, 8 samples average (highest and lowest samples removed): 182.2
<freemangordon> ok, some results:
<freemangordon> uvos: ^^^
<uvos> im not sure why iphb would hurt
<freemangordon> well, you was against it IIRC
<uvos> im skepitcal it would help (much)
<uvos> but thats different from it hurting
<freemangordon> ~25mW on average for 2 jabber accounts is lots IMO
<uvos> yes
<uvos> how often dose it try and refesh?
<freemangordon> every 30 seconds iiuc
<freemangordon> but with iphb this gets synced, so you have only one wake for both accounts
<freemangordon> the more users the more the saving will be
<freemangordon> like, modest supports iphb as well
<uvos> sure
<uvos> but also why dose telepathy not sync refreshes with itself
<uvos> why dose it need the kernel to do that
<uvos> also maybe there is some other way to accive the same thing, besides introducing a custom kernel module
<freemangordon> no, wait
<freemangordon> kernel module is used in a different way
<freemangordon> it just signals userland that there is something to be send over the wire
<freemangordon> so radios will be on anyways
<uvos> sure
<freemangordon> so, if there are clients whose wake time is nearby, just wake them up now
<uvos> i also wonder how android handels this
<freemangordon> no idea
<uvos> alot of android patches ended up in mainline
<uvos> (android boots on mainline now basicly)
<freemangordon> well, wakelocks :)
<freemangordon> I would bet on that
<uvos> possible
<freemangordon> so maybe it is more or less the same, besides I don;t know how it communicates when kernel tcp stack has something to send
<freemangordon> how feasible is to have pre-build kernel module in the repos?
<freemangordon> instead of doing dkms build
<uvos> would be quite the headache i imagine
<freemangordon> ok, lets stick to dkms for now
noidea_ has quit [Ping timeout: 265 seconds]
<uvos> we could also just add it to the kernel
<uvos> its not like its relevant on x86
<uvos> and everywhere else we build the kernel anyhow
<freemangordon> I prefer dkms way
<freemangordon> otherwise it will not be possible to test on the VM
alex1216 has quit [Quit: WeeChat 2.3]
<freemangordon> uvos: Wizzup: why linux-headers-generic is not provided by omap kernel headers?
<freemangordon> omap kernel headers package that is
xmn has joined #maemo-leste
noidea_ has joined #maemo-leste
noidea_ has quit [Client Quit]
noidea_ has joined #maemo-leste
<freemangordon> do you mind if I add it?
<Wizzup> not sure why it is like that
<Wizzup> I mean if it provides the headers
<Wizzup> then yes
<freemangordon> it provides linux-headers, but IIUC virtual package should be linux-headers-generic
<freemangordon> at least this is what is provided by amd64 devuan kernel
<Wizzup> ok
<freemangordon> ok, going to change that
norayr has left #maemo-leste [Disconnected: closed]
<freemangordon> hmm ok, actually this is the correct virtual package name
<freemangordon> Wizzup: please remove linux-headers-n900 and linux-headers-droid4 packages
<freemangordon> oh, you can;t
<freemangordon> I shall disable -stable repo
<freemangordon> Wizzup: is -omap kernel in -stable?
<freemangordon> yes, it is
<freemangordon> so, I think we shall remove all the old n900/droid4 kernels
norayr has joined #maemo-leste
<freemangordon> Pali: do you mind if I become the maintainer https://github.com/maemo-leste/iphb-dkms/blob/master/debian/control#L4 ?
<freemangordon> I assume no, if you onject, please LMK and I'll revert
<freemangordon> *object
asdflkj_sh has joined #maemo-leste
<Pali> I'm fine with it!
<freemangordon> ok, thanks
<Wizzup> freemangordon: I can remove any pkg if needed
<freemangordon> Wizzup: please remove all old kernels (and headers) then
<freemangordon> they are not used anyways
<freemangordon> and just create trouble
<Wizzup> freemangordon: ok, can you be explicit?
<Wizzup> linux-headers-n900 and linux-headers-droid4 ?
<Wizzup> if we do that, and remove it from stable too, we also need a replacement for it for -stable usres
<freemangordon> we already have
<Wizzup> ok
<freemangordon> see ^
<Wizzup> ok
<Wizzup> done
<freemangordon> thanks
Livio has quit [Ping timeout: 260 seconds]
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 248 seconds]
<freemangordon> Wizzup: wich package to add dependency to?
<freemangordon> hildon-connectivity-meta?
Daaanct12 is now known as Danct12
<Wizzup> freemangordon: for what package?
<freemangordon> iphbd
<freemangordon> the daemon itself
<Wizzup> I think hildon-connectivity-meta is fine for now
<freemangordon> ok
<Wizzup> will it depend on the dkms pkg too?
<freemangordon> iphbd depends on it
<freemangordon> so meta needs only iphbd dependency
Twig has quit [Ping timeout: 252 seconds]
Joanna has joined #maemo-leste
<Wizzup> ok
<Wizzup> let's make it -devel only for now?
<freemangordon> sure
<freemangordon> will you add that dependency?
<Wizzup> I can in a few minutes
<freemangordon> ok
Twig has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
Twig has quit [Ping timeout: 265 seconds]
akossh has joined #maemo-leste
sunshavi has joined #maemo-leste
Keeblo has joined #maemo-leste
Keeblo has quit [Remote host closed the connection]
LjL has quit [Quit: Scappò via con la paura di arrugginire. Il giornale di ieri lo dà morto arrugginito. I becchini ne raccolgono spesso fra la gente che si lascia piovere addosso.]
Livio has quit [Ping timeout: 265 seconds]
akossh has quit [Remote host closed the connection]
Joanna has quit [Quit: Connection closed for inactivity]
Joanna has joined #maemo-leste
vagag has joined #maemo-leste
uvos has quit [Ping timeout: 250 seconds]
Joanna has left #maemo-leste [#maemo-leste]
akossh has joined #maemo-leste
noidea_ has quit [Ping timeout: 265 seconds]
LjL has joined #maemo-leste
Pali has quit [Ping timeout: 250 seconds]
norayr has left #maemo-leste [Error from remote client]
akossh has quit [Quit: Leaving.]
norayr has joined #maemo-leste
vagag has left #maemo-leste [#maemo-leste]
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
lightbringer has quit [Ping timeout: 260 seconds]
lightbringer has joined #maemo-leste
lightbringer has joined #maemo-leste