belcher_ has joined #maemo-leste
belcher has quit [Ping timeout: 265 seconds]
linmob has quit [Ping timeout: 246 seconds]
linmob has joined #maemo-leste
Pali has quit [Ping timeout: 258 seconds]
pagurus has quit [Ping timeout: 252 seconds]
elastic_dog has quit [Ping timeout: 256 seconds]
elastic_dog has joined #maemo-leste
joerg has quit [Killed (tin.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
rafael2k has joined #maemo-leste
Treebeard has joined #maemo-leste
Treebeard has quit [Changing host]
Treebeard has joined #maemo-leste
BenLand100 has quit [Ping timeout: 258 seconds]
Treebeard is now known as BenLand100
stan has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
_uvos_ has joined #maemo-leste
<_uvos_> Wizzup: sweet :) ill try it as soon as im back @home
<_uvos_> so are you ignoreing the return value or did you figure out why wpa was returning -1?
_uvos_ has quit [Client Quit]
joerg is now known as DocScrutinizer
DocScrutinizer is now known as DocScrutinizer05
DocScrutinizer05 is now known as joerg
<stan> old EB41 battery was reporting only 1040mAh. Tossed in a 3800mAh today and it loves me long time. http://0x0.st/-fL4.mkv
<Wizzup> uvos: former, I need more time to figure out why, but the code has no debug statements at all, so I'd have to add them and recompile a new .a file
inky has quit [Ping timeout: 256 seconds]
inky has joined #maemo-leste
Pali has joined #maemo-leste
yanu has quit [Remote host closed the connection]
inky has quit [Ping timeout: 265 seconds]
inky has joined #maemo-leste
xmn has joined #maemo-leste
cockroach has joined #maemo-leste
<lel> MerlijnWajer synchronize a pull request: https://github.com/maemo-leste/connui-internet/pull/2 (WIP: add providers tab to advanced iap settings)
inky has quit [Ping timeout: 272 seconds]
inky has joined #maemo-leste
inky has quit [Ping timeout: 258 seconds]
mardy has quit [Quit: WeeChat 2.8]
<sicelo> stan: mine reports 811mAh
<stan> if you want to buy a replacement battery, the one uvos reccommended looks good
<stan> i had a bigger one lying around, so i sacrificed a back cover
<Wizzup> normal aging battery still lasts me 2 days or so
<Wizzup> usually I find a place to charge it by then
<sicelo> i just need to find the highest capacity that'll fit - have no plans to host an oversize battery
<sicelo> Wizzup: what capacity does it report?
<Wizzup> 1301mAh
<sicelo> heh, so mine is super finished then :D
<Wizzup> this is from status applet btw
<Wizzup> not sure where you look
<sicelo> yes, same
<stan> i haven't found a bigger one that still fits
<sicelo> i wonder if there's no site that allows you to search LiPo/LiOn batteries by physical size and capacity
inky has joined #maemo-leste
<sixwheeledbeast> direct site not ebay
<sixwheeledbeast> if that helps
<bencoh> wow, I didn't think they'd sell directly
* sicelo wants/needs a battery that's available at least in South Africa
<sixwheeledbeast> wannasee electronic in berlin
<stan> good advice sicelo
<stan> sixwheeledbeast:
<sixwheeledbeast> i have recommended those batteries for N900/5800 for years.
<stan> had good results with their n900 replacement also
<stan> yeah that is only 5-6mm shorter than original EB41. unlikely we'll find a bigger one
<sicelo> mmm, they say they send batteries as a "letter shipment" ... i.e., they put battery in envelope and send?
<stan> in germany there's a shipment class for small cartons called 'letter' but you'd have to check with them to be sure
<sicelo> i see their site (polarcell) has Swaziland as a shipping destination ... maybe i should try and buy when things quiet down here
<stan> my big problem with those is soldering wires to the zinc tabs. i need to spot-weld wires to those.
<sicelo> well i need a battery for my S7 too - no mods needed. wouldn't be a bad idea to get one for the N900 as well
xmn has quit [Quit: ZZZzzz…]
<stan> ok i went through all polarcell.de batteries - this is the best for a modded case, 6mm 78x46x6 - with a repositioned controller it's about 74x46x6 https://www.polarcell.de/en/mobile-phone-batteries/samsung/galaxy-s-series-polarcell-li-polymer-replacement-battery-for-samsung-galaxy-s9-plus-sm-g965f.html
inky has quit [Ping timeout: 258 seconds]
inky has joined #maemo-leste
xmn has joined #maemo-leste
inky has quit [Ping timeout: 268 seconds]
inky has joined #maemo-leste
<stan> Siarhei Siamashka seems to have a kernel patch for that verycheap/small USB Otg hub https://linux-sunxi.org/USB_OTG_Charging_Hub
uvos has joined #maemo-leste
yanu has joined #maemo-leste
<freemangordon> Wizzup: BTW, IIRC there is advanced tab for non-wifi connections as well
<freemangordon> that's provided by default
<Wizzup> freemangordon: what is that in response to?
<freemangordon> just a random thought
<Wizzup> ok
<Wizzup> so there is a way to load a plugin for connui for advanced tabs
<Wizzup> but the problem is you can only have one per connection type
<Wizzup> (so it's not fit for providers)
<freemangordon> I think maybe it is better to have that providers tab there by default
<freemangordon> but lets not discuss it now
<freemangordon> I am too tired and could be that I am talking nonsense
<Wizzup> freemangordon: yes, I implemented that (as wip) in connui
<freemangordon> nice
<freemangordon> but, wlan wizard overrides this, no?
<Wizzup> no
<freemangordon> ah, right
<freemangordon> it just adds "Other" page
<Wizzup> so connui-internet can load one plugin for connection/iap type, but this is always there, like proxies and ip settings
<Wizzup> yeah
<freemangordon> yeah
<Wizzup> I need to dynamically load some of it from gconf I guess, as opposed to hardcoding the providers
<freemangordon> sure
<Wizzup> and that is a bit tricky since the code is spread over two files, but I'll figure it out
<freemangordon> also, it makes no sense to add the page if tehre are no providers installed
<Wizzup> right, we could probably skip that, otoh, we might make them part of the core pkg (depending on size and such)
<Wizzup> s/core pkg/core install/
<uvos> Wizzup: looks like the wlan scanning issue is now resolved
<uvos> however another new issue exists
<uvos> i think you know this one
<Wizzup> what is it?
<uvos> but if i click on some network i dont have psk for and then cancle and reopen the dialog
<uvos> the networks are scanned and displayed just fine but everything is grey
<uvos> i have to close the dialog again
<uvos> and reopen it again to accually connect
<bencoh> the wifi Hydra
<Wizzup> uvos: is your modem online?
<uvos> Wizzup: no
<uvos> this is with no sim
<Wizzup> do you have libicd-network-ofono installed?
<uvos> yes
<Wizzup> there is some odd interaction with icd2 and plugins that do not finish searching that causes this
<uvos> ok
<Wizzup> i.e. you will be seeing it, but most others won't
<Wizzup> if you online the modem I think the problem will be gone
<uvos> ok
<Wizzup> but yeah, it warrants a deeper look
<uvos> ok
<uvos> seams sensless to block every connection untill every plugin is ready
<Wizzup> see 98a6ea87cd5a073ef3352ac86e56a503376593f5 on connui-internet
<Wizzup> I guess it needs further work
<freemangordon> uvos: actually kinda makes sense, otherwise you risk clicking a connection you don;t want to
<bencoh> freemangordon: I think that's how it works on fremantle
<freemangordon> i.e. - the results might be delivered the moment you click
<uvos> true, but some connection types can take a loong time to discover
<Wizzup> yeah but if we know the ofono plugin isn't going to return anything (modem offline), it should not block
<uvos> so ux wise its worse if it just unblocks immidatly
<freemangordon> but, it should return immediately then, no?
<bencoh> at least that's the end result for the user on fremantle, I dunno how they implemented it
<Wizzup> freemangordon: yes, but it doesn't atm
<uvos> i think idealy maybe it would unblock all connections per module
<uvos> when that module is finished
<uvos> and show modules in the oder the report ready
<uvos> then you cant missclick because a new module comes in
<uvos> and fast modules arnt penalized by slow ones
<freemangordon> uvos: the problem is that connections are ordered by priority, IIRC
<freemangordon> saved>GPRS>WLAN etc
<uvos> freemangordon: saved first certenly makes sense
<uvos> but we could order per module too
<uvos> i guess
<freemangordon> the point is that if WLAN is ready before GPRS, once GPRS becomes ready its connections should go on top of WLAN
<freemangordon> so the list is reordered
<uvos> not sure why thats nessecary
<freemangordon> because of the priority
<uvos> right thats how it is now
<freemangordon> GPRS > WLAN
<bencoh> I'd rather say: because you don't wanna scroll down the list just to reach your gps connection
<uvos> i dont see why this is important
<freemangordon> and we want to keep it
<bencoh> gprs*
<freemangordon> bencoh: exactly
<uvos> idk wlan is preferd over gprs no?
<freemangordon> the same goes for saved connections
<uvos> what youd rather have gprs or wlan?
<bencoh> uvos: there might be a dozen unwanted wlan
<uvos> surely wlan
<freemangordon> wlan is preffered for auto-connect, but in the list GPRS has higher prio
<Wizzup> uvos: I think we want to avoid things appearing at the top just when click/select something
<Wizzup> then it can cause terrible UX
<uvos> Wizzup: right
<Wizzup> just when a user*
<uvos> thats why im saying ditch the priority mechanisum
<uvos> and just show in reporting order
<freemangordon> no way
<uvos> then you can missclick
<uvos> *cant
<stan> gprs appear first seems sensible
<uvos> and the dialog can allways be unblocked
<freemangordon> not until we have all the results
<uvos> right because of the priority mecanisum
<freemangordon> mhm
<freemangordon> and it is here to stay
<Wizzup> uvos: I think it's mostly a non issue if we fix the current bug (which it is)
<uvos> you cant have both the priority and unblock before every module is ready
<freemangordon> uvos: as Wizzup said - we have a bug to fix in one of the plugins
<Wizzup> gprs is usually available instantly when the modem is online and the gprs is already provisioned
<bencoh> uvos: seriously though, are you willing to scrol down everytime you want to connect to gprs?
<uvos> bencoh: why would i ever dissconect gprs
<uvos> so why would i care
<uvos> the dialog is just for rare uses really (for me)
<freemangordon> because you want to connect to WLAN
<uvos> wlan autoconnects
<uvos> so its just when i want to connect to new wlan
<uvos> so quite rare
<freemangordon> uvos: only if you ar @ home
<freemangordon> *are
<uvos> whenever i have something saved
<stan> don't connect to any random wlan - e.g in a store or shopping mall
<bencoh> even @home I don't use autoconnects (neither wlan, nor gprs)
<bencoh> my battery thanks me :)
<Wizzup> bencoh: were you planning to submit that wifi pkg to -extras?
<freemangordon> I use 30 minuts for auto-connect interval
<uvos> bencoh: well then you dont use any ip messaging
<freemangordon> uvos: trust those who are experienced with maemo ;)
<uvos> no
<bencoh> Wizzup: yeah, I need to finish some cosmetics first
<Wizzup> I don't really see the point of this discussion ( freemangordon uvos ) we just need to fix the bug and then all problems are gone
<Wizzup> bencoh: cool
<freemangordon> mhm
<uvos> right fine
<uvos> whatever
<Wizzup> :p
<bencoh> and for some reason, autotools insist on building static libs, even though I added AC_DISABLED_STATIC
<bencoh> and LT_INIT([disable-static])
<Wizzup> maybe depending on how it's defined in Makefile.am it still does it?
<freemangordon> ./configure --shared?
<freemangordon> or what was the option to disable static...
cockroach has quit [Quit: leaving]
<Wizzup> uvos: well pls let me know if most of the other wifi problems are fixed for you as well, then I will push it to stable in 1-2 days
<bencoh> freemangordon: the configure.ac macro should change default
<bencoh> Wizzup: do you know if any platform should unload driver instead of just ifconfig down on leste?
<uvos> no
<uvos> dont ever do that
<uvos> if the driver is that broken fix it please
<bencoh> fine by me :)
<Wizzup> bencoh: I would just go for disabling the iface yeah
xmn has quit [Ping timeout: 268 seconds]
<uvos> (maybe alos use rfkill interface)
<uvos> altho any reasonable driver will shutdown the chip with the if disabled and no other users
<uvos> so why do we have lots of maemo stuff in sbin?
<uvos> "/sbin contains binaries essential for booting, restoring, recovering, and/or repairing the system "
<uvos> we have binarys in there that strech this definiton
<uvos> (im noticing this because im diffing the output of the cmake mce package to the current one)
<Wizzup> mce is pretty essential for booting maemo
<uvos> sortof
<uvos> i think booting here is sysinit
<uvos> mameo is not in sysinit
<uvos> *mce
<Wizzup> mgm, no strong opinions
<Wizzup> mhm
<uvos> maemo stuff i mean
<Wizzup> although I am not sure if there are scripts that have the abs path in them
<uvos> right
<uvos> that might be a problem
<uvos> also the system really works fine wihtout mce (just lacking the fatures you would expect) but you can boot to hildon so its not "essential"
<uvos> i gues ill move it and see if anything breaks (and look at all scripts i can think of first ofc)
<uvos> devlock-blocker is deff in the wrong place
<uvos> its not even run by root
<uvos> user dosent even have it in PATH per spec
<Wizzup> uvos: assuming mce will online modem for us, it's quite essential for making phone calls
<Wizzup> but it's kind of a moot discussion imho
<uvos> sure
<uvos> im just trying to do whats right per spec
<uvos> the real diff is if user has it in PATH
<Wizzup> mhm
<freemangordon> Wizzup: I think in iap_advanced_create() there should be another section that checks if "service providers" page shall be added, like, have a separate iap_advanced_sp_pages struct that's processed only if needed
<uvos> Wizzup: so with jenkins mce would now have lots of recomended dependancies because it now works without any other maemo stuff
<uvos> Wizzup: but the maemo stuff needs to be there at build time (or the relevant modules are not built)
<uvos> is that possible to do somehow
<uvos> or do i need to keep the "fake" hard build time dependacies for now?
<uvos> (untill i also split mce into mce and mce-maemo-modules or something)
inky has quit [Ping timeout: 272 seconds]
<Wizzup> uvos: I don't really know how that works in debian packages
<Wizzup> There is no equivalent to "use flags" on gentoo iiuc
<uvos> Wizzup: ok
<uvos> parazyd: ^^^
<uvos> parazyd: any ideas? how dose jenkins react to Recommends or Suggests
<Wizzup> it won't install them for build
<uvos> ok
<uvos> hmm :(
inky has joined #maemo-leste
<lel> IMbackK opened a pull request: https://github.com/maemo-leste/mce/pull/50 (Move to new build system: cmake)
<uvos> Wizzup: ^^^
sicelo has quit [Quit: Bye!]
<Wizzup> cool
<Wizzup> will chkec tomorrow
sicelo has joined #maemo-leste
sicelo has joined #maemo-leste
<uvos> ok
<uvos> oh btw one thing i noticed while porting
<uvos> how did this ever work?
<uvos> it ofc immidatly stopped working when i switched the build system
<uvos> but they just declare those varaibles in a header
<uvos> and then include that header everywhere
<uvos> and somehow it ends up as the same varaible everywhere
<uvos> not sure how this ever linked
<uvos> now its extern... in the header and declared in one c file
<Wizzup> if they are not static then that makes sense, no?
<uvos> except it should not link
<uvos> because you have multiple symbols with the same name no?
<uvos> (thats also what happens)
<uvos> but with the original makefile it wokes - somehow
<Wizzup> hm, not sure
<lel> IMbackK synchronize a pull request: https://github.com/maemo-leste/mce/pull/50 (Move to new build system: cmake)
inky_ has joined #maemo-leste
inky has quit [Ping timeout: 252 seconds]
<uvos> i gues <> is still better
<uvos> i might have done that before i did the other change
<Wizzup> mhm
uvos has quit [Ping timeout: 252 seconds]