<buZz> gee, on android i can still get 3G?
<buZz> 5.1Mbps connection in my nerdcave
<Wizzup> that seems surprising
<Wizzup> the modem is really it's own os
<Wizzup> fwiw I also get 3g on my leste d4 np
<Wizzup> buZz: can you describe the dns issue and file a bug so that I can take a look?
<buZz> yeah , where do you want the bug?
<buZz> Wizzup: actually, i bet its just part of https://github.com/maemo-leste/bugtracker/issues/507
<Wizzup> so if a dns server is not provided by static ip - e.g. cellular, it should fall back to 9.9.9.9
<buZz> not sure if thats the 'should'
<buZz> if there were already scripts to fix this on previous maemo, why not just run em again?
<buZz> well, i guess improvement is good
<Wizzup> if only the world was as simple as that :)
<buZz> ^_^
<Wizzup> so for me this has been working with and without tor, with and without wireguard, with and without wifi/gprs
<Wizzup> so I would need to get more info from you on what is going wrong
<buZz> hmhm, well , resolv.conf points to 127.0.0.1 , dnsmasq -is- running
<buZz> just not sure why dnsmasq doesnt know where to look for cellular dhcp connections
<buZz> for wifi it works
<buZz> and if i enable tor, dns will go over tor aswell? , which seems to fix it
<buZz> also just overwriting resolv.conf fixes it
<buZz> oh!
<buZz> after i flashed android, booted it, powered down, booted into leste again
<buZz> i get 3G in leste
<buZz> lol
<buZz> i guess it flashes the baseband aswell?
<buZz> yeah nice, 5.8Mbps even :)
<Wizzup> right 127.0.0.1 is not the point
<Wizzup> the point is what dnsmasq is trying to read
<buZz> hmhm
<buZz> any logs i could grab?
<Wizzup> I don't think android flashes it, you probably forgot to issue the commands to change the modem region
<Wizzup> yes, but it's too late for me now
<Wizzup> what matters is what resolvconf contains
<buZz> oh quite possible :D
<buZz> ah, ok
<Wizzup> I don't remember where it is stored but can look tomorrow
<Wizzup> but if you know how resolvconf works..
<buZz> running the scripts in /etc/gprs/ doesnt help, fyi :)
* Wizzup zzz
<buZz> nn ;)
<buZz> ah, also , if i just run dhclient -v -4 wwan3 , it does get a working dns into resolvconf/dnsmasq
<buZz> oh? maybe i found it, uninstalling the tor daemon :)
<buZz> hm nope
<lel> buzztiaan opened a pull request: https://github.com/maemo-leste/mce/pull/55 (some small typo)
<buZz> unrelated though
<buZz> it must something with udhcpc and how its grabbing dns data to push towards resolvconf, resolvconf only seems to be getting 0.0.0.0
<lel> buzztiaan opened a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/4 (prevent setting 0.0.0.0 as dns)
<buZz> \o
<buZz> almost 4:20
sicelo has quit [*.net *.split]
LjL has quit [*.net *.split]
LjL has joined #maemo-leste
sicelo has joined #maemo-leste
sicelo has quit [Changing host]
sicelo has joined #maemo-leste
BlagovestPetrov[ has quit [*.net *.split]
BlagovestPetrov[ has joined #maemo-leste
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
macros_2ndPC has quit [Ping timeout: 260 seconds]
macros_2ndPC has joined #maemo-leste
mardy has joined #maemo-leste
xmn has quit [Ping timeout: 246 seconds]
<mighty17[m]> tmlind: i applied the mesa patch, the wlroots patch, but still it fails with the same error, am i missing something?
<mighty17[m]> ```
<mighty17[m]> (phoc:2789): phoc-wlroots-CRITICAL **: 12:52:51.960: [backend/drm/drm.c:725] connector LVDS-1: Failed to initialize renderer: initial page-flip failed
<mighty17[m]> (phoc:2789): phoc-wlroots-CRITICAL **: 12:52:51.960: [backend/drm/renderer.c:246] Failed to pick render format for plane 32
<mighty17[m]> (phoc:2789): phoc-wlroots-CRITICAL **: 12:52:51.961: [backend/drm/drm.c:813] connector LVDS-1: Failed to initialize renderer for plane
pere has quit [Ping timeout: 276 seconds]
Pali has joined #maemo-leste
pere has joined #maemo-leste
vagag has joined #maemo-leste
vagag has left #maemo-leste [Error from remote client]
vagag has joined #maemo-leste
alex1216 has joined #maemo-leste
mardy has quit [Quit: WeeChat 2.8]
mardy has joined #maemo-leste
<buZz> does anyone here know, the deb-src stuff, did i set it up correctly? cant seem to get any sources
<buZz> 22:11:29 < buZz> pastebin.com/ErzdcnrF
<buZz> 22:11:53 < buZz> isnt that setup correctly?
<buZz> i guess thats the source of my issues :P
<buZz> ~badum
<Wizzup> hmm
<buZz> *tsssh*
<Wizzup> maybe again disk space problems?
<buZz> Wizzup: oh, maybe it gets overwritten on every build on phoenix?
<buZz> failed build cause of diskspace -> no sources collected -> empty tarball pushed?
<Wizzup> so does apt-get source osso-xterm work for you?
<buZz> cant we make some space on phoenix? delete some old build perhaps
<buZz> or archive em
<buZz> osso-xterm does work!
<buZz> omap-linux does not , which is what i really wanted to edit :P
<buZz> really wanna try to see if i can get cpcap to behave slightly better
<Wizzup> I did do that often @ delete old stuff
<Wizzup> buZz: yea so really you should git clone the kernel repo but I agree we have a problem
<Wizzup> so for the disk space, I have another place we can run the machine
<Wizzup> but it will take -my- (or someone else's) time to migrate it all
<Wizzup> like, install nginx, rsync packages, set up irc bot logger, get hostkeys in jenkins
<Wizzup> and then we need the dns change
<buZz> hmhm, and i can just plonk the built kernel in /boot ?
<buZz> oh i guess i can add it to kexecboot even
<buZz> nice
<buZz> i'll go try that route
<buZz> Wizzup: did you see i PR'd a workaround for the DNS issues?
<buZz> 04:17:34 < lel> buzztiaan opened a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/4 (prevent setting 0.0.0.0 as dns)
<Wizzup> let me look
<buZz> also one @ mce but that was just a typo that annoyed me in the logs ;)
<Wizzup> buZz: yes @ boot, well also you need modules
<buZz> right
<Wizzup> buZz: ah that's a good fix
<buZz> they dont need to be on /boot though, right? just in the rootfs?
<buZz> no initrd needed?
<Wizzup> wonder why udhcpc does that
<Wizzup> no initramfs no
<Wizzup> correct @ modules
<buZz> sweet
<Wizzup> but if the change you want to make is in dts only it's much easier
<buZz> hmhm, well
<buZz> i first wanna experiment with it for a while
<buZz> so, repo isnt maemo-leste/droid4-linux anymore? or just pending a rename
<buZz> oh man, thats a lot of branches :D haha
<Wizzup> yes
<Wizzup> do you have a cross compiler set up?
<Wizzup> you don't want to do the dev on the d4
<buZz> why not? :D
<buZz> i have time
<bencoh> because it's slow
<Wizzup> it's really, really slow
<bencoh> and painful
<Wizzup> and cross compiling is painless
<buZz> thats ok, i once did a gentoo stage1 install on a 486sx
<Wizzup> like it's really easy at this point :)
<buZz> hehe well, i might have it setup :P
<buZz> but, which branch is the current one?
<buZz> i guess the maemo-5.15 one?
<Wizzup> no
<Wizzup> sorry, just let me make my coffee
<buZz> np, take yr time ^_^
<Wizzup> and yes we need to rename droid4-linux
<buZz> ah yeah, ok
<Wizzup> and yes we need to clean that up :)
<lel> MerlijnWajer closed a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/4 (prevent setting 0.0.0.0 as dns)
<buZz> w000t
<Wizzup> are we sure this is coming from udhcpc though?
<buZz> ah gee 'wip/n900/maemo-5.15-cleaned-up' is the whole branchname :D
<Wizzup> this happened with gprs for you, right?
<Wizzup> buZz: yes
<buZz> Wizzup: i added syslog output to the udhcpd script there, and its showing '0.0.0.0' as input
<buZz> only on gprs&umts indeed
<buZz> seemingly udhdpc fails to interpret the dns servers from the telco (youfone/kpn) and pushes 0.0.0.0 forward
<Wizzup> I am surprised udhcpc would run at all on gprs/umts, I think we just get the ip from ofono and pass it as static gconf to ipv4 module
<buZz> i dont see any way to affect or debug the parsing further
<Wizzup> did syslog show udhcpc running?
<buZz> well, -that script- that i did a PR on runs on connecting to 2/3G
<Wizzup> right
<buZz> which is a udhcpc script
<Wizzup> I think it's our script
<Wizzup> that runs in various parts
<buZz> if its used outside of udhcpc , that might be a problem
<buZz> s/a/the/
<Wizzup> not just on udhcpc but also for static dhcp conf
<Wizzup> (yes that contains the word hack often)
<buZz> yeah, but its not calling 'that script' ?
<Wizzup> yes it is, per icd module order
<buZz> so link_up_cb() calls 50_ipv4_network_setup ?
<Wizzup> indirectly, yes
<buZz> without being udhcpc that might cause issues yeah
<Wizzup> it might be a provider thing
<Wizzup> since I don't get it in .nl but you do
<buZz> hmhm
<Wizzup> not kpn, right?
<buZz> youfone is a MVNO on kpn
<Wizzup> hm
<Wizzup> maybe we should have an issu to deal with this in a better way
<lel> MerlijnWajer closed an issue: https://github.com/maemo-leste/bugtracker/issues/507 (icd2/busybox-udhcpc: Respect DNS (resolv.conf) from DHCP upon connection)
<buZz> hmhm
<buZz> well, i'm sure eventually we'll get more ppl running into this :)
<Wizzup> yes
<buZz> either way, this fix allows the 9.9.9.9 to get used by me
<Wizzup> right, I merged it, just now wondering if it's the fix in the right place :)
<buZz> its a workaround, not a fix :)
<buZz> the issue caused another issue, it work arounds that
<buZz> we still need/should find where dns -should- be coming from
<Wizzup> well in all non-gprs cases I am sure it work
<Wizzup> s
<Wizzup> unless gconf contains bad ips for dns
<Wizzup> (which 0.0.0.0 could be)
<buZz> this workaround will work in all cases, 0.0.0.0 should never be set as dns
<Wizzup> it's building now
<Wizzup> (see ##leste-ci)
<Wizzup> uvos: do we have an issue for the call problems? I am a bit confused because I think tmlind still uses it daily, so maybe it's also related to how we do UCM or something
<Wizzup> uvos: in any case if we have an issue maybe it'll be easier to tackle it soon
<buZz> dev_info_once(ddata->dev, "Can not find battery nvmem device. Assuming generic lipo battery\n");
<buZz> hmhm, this is what i'm getting
<buZz> (on a droid4 with replaced battery)
<buZz> Wizzup: grabs the update \p and works
<buZz> i wonder what this is ; if (strcmp(dev_name(dev), "89-500029ba0f73") == 0)
<buZz> https://paste.debian.net/1239678/ <- seems weird to me
<buZz> its strcmp()'ing on a NULL thats sent to it?
<Wizzup> where is this from
<buZz> oh eh, wait, what
<Wizzup> ah
<buZz> drivers/power/supply/cpcap-battery.c
<Wizzup> I think that just checks for a genuine battery maybe
<buZz> i wonder if it would ever finish this without 'Can not xxxx battery nvmem' for anyone?
<Wizzup> yes
<buZz> i dont understand it perhaps, but battery_id seems to not get set to anything?
<Wizzup> } else if (nvmem_device_read(nvmem, 2, 1, &battery_id) < 0) {
<Wizzup> that sets the battery id
<buZz> ah
<buZz> but, thats not even hitting anything on this droid4
<Wizzup> you might have a special battery from dreamer
<buZz> maybe i can try putting back the old battery, see if that triggers something else
<buZz> i do, but its unused still
<buZz> this is from that german guy with newoldstock?
<Wizzup> in any case if you want to tweak the max voltage I am sure there's a better way to do it
<buZz> yeah , uvos iirc said there should be a way to overwrite it just through sysfs
<buZz> but that doesnt seem to work or exist
<buZz> 20:29:53 < uvos> the detrection code is not in leste anymore
<buZz> but , we might have just been looking at the wrong branch ;)
<Wizzup> he probably has a patch ready
<buZz> wonder if i can see the nvmem stuff easily myself
<buZz> stuff like cpcap_battery_unkown_data annoys me so :D
<buZz> lol
<Wizzup> fix it up :)
<buZz> hehe , i might ;)
<buZz> hmm, there is some bus/nvmem in sysfs but doesnt seem to hold any devices :(
<Wizzup> I don't know how this works, sry
<buZz> np
<buZz> rubber duckies dont need to apologize ;)
<buZz> hehe
<bencoh> :]
<buZz> i -think- i could get cpcap-battery driver to export the nvmem as a userspace device in sysfs
<sicelo> I doubt they'll take it in power/supply subsystem. What would it do there (in sysfs)?
<buZz> nothing, just be readable by users/programs
<buZz> like a batteryinfo panel could then tell you if you have a EB41, HW4X, BW8X, etc
Twig has joined #maemo-leste
<buZz> hmmm cpcap didnt have depends on NVMEM in Kconfig
<buZz> this might matter, not sure
<buZz> i guess just some fields to export the data might be better than the whole nvmem
<buZz> but i do see many drivers that use nvmem that just expose the whole thing
<buZz> ¯\_(ツ)_/¯
<buZz> doesnt that mean the DNS data only gets copied on first provisioning?
<buZz> hmm, i guess thats not what this means
<buZz> i cant imagine having a static ip on 2/3G :P
<Wizzup> static as opposed to dhcp
<Wizzup> not as opposed to dynamic
<Wizzup> and yes this should run on every connect
<Wizzup> maybe you can check your gconf for the dns values
<Wizzup> ipv4_dns1 and so on
pere has quit [Ping timeout: 248 seconds]
<buZz> rofl , noticed it was ~25% battery, connected my charger
<buZz> doing so triggered it to feel its lowpower, and booooom shutdown
<buZz> -_-
* buZz getting kinda annoyed by this feature
<Wizzup> is your battery calibrated?
<Wizzup> it's possible that it quickly drops in voltage a lot, and I think there's a threshold for how long it needs to be below a certain voltage
<buZz> where is the monitoring happening? from the kernel driver?
<Wizzup> mce I think
<freemangordon> buZz: did you manage to connect through gprs on d4?
<freemangordon> as I have a feeling something changed in ofono and it does not report any internet contexts
<freemangordon> it used to, based on mobile-broadband-provider-info data
<freemangordon> or was it sim-pin-query?
* freemangordon checks
xmn has joined #maemo-leste
<freemangordon> hmm, what package was that?
<Wizzup> hm
<Wizzup> what are you looking for
<buZz> freemangordon: yes, 2G and 3G both work
<buZz> i cant select between the two i think, but it was 2G all the time until i booted android with the sim
<Wizzup> freemangordon: it also works for me
<buZz> oh
<buZz> i disabled pin entry requirement
<freemangordon> ok, seems I am missing something in the VM
<freemangordon> will upgrade VM and will try again later on
<buZz> you have a VM with modem? :D
<buZz> oh, ofono has a phonesim i guess
<sicelo> you can also passthrough your modem (to the vm) ;-)
<buZz> run qemu on the droid4 and passthrough original modem? :P
<Wizzup> I don't think it even supports kvm
<Wizzup> there are plenty of usb modems that can work
<buZz> :) maybe something fun to try once, plonk a 5g usb modem on
<buZz> need to visit DHL, brb
<Wizzup> I have done it in the past and documented how to do it, for development purposes
<Wizzup> most of what we need to fix now is in ofono on the droid4 itself
<Wizzup> not so much in our code
<freemangordon> buZz: no, USB passthrough
<freemangordon> May 2 18:02:03 localhost icd2 0.98[24329]: [OFONO] Got modem data
<freemangordon> May 2 18:02:03 localhost icd2 0.98[24329]: [OFONO] Got APN:
<freemangordon> May 2 18:02:03 localhost icd2 0.98[24329]: [OFONO] Got Ctx: (nil)
<freemangordon> Wizzup: ^^^
<Wizzup> does it see a sim?
<Wizzup> what does ofono report over dbus?
<Wizzup> is this when connecting to an apn, or just icd2 startup?
<Wizzup> what action did you do/trigger?
<freemangordon> I tried to connect via connui dialog
<freemangordon> I see "Telenor BG" there
<freemangordon> clicking it results in "internet connection failed. try again?" error
<freemangordon> which bus to monitor? seesion or system?
<freemangordon> *session
<Wizzup> that unfortunately is expected
<Wizzup> it doesn't wait for ofono to activate
<Wizzup> if you try again after the error usually it works since it's active
<Wizzup> this needs to be fixed in the icd2 plugin, with a timeout when it doesn't get active
<Wizzup> ofono just returns right away on make active call, and caller has to wait for status changes on dbus
<freemangordon> hmm it seems my gcon db is broken
<freemangordon> *gconf db
<freemangordon> Wizzup: I don;t have gprs icon name set up, is that normal?
<Wizzup> uh, I need to remember...
* freemangordon checks on the device
<freemangordon> on fremantle that is
<Wizzup> user@maindroid:~$ gconftool -R /system/osso/connectivity/network_type/GPRS | grep icon statusbar_icon_name = general_packetdata icon_name = general_packetdata statusbar_dimmed_icon_name = statusarea_internetconn_packetdata_dimmed
<sicelo> buZz: yes, qemu is able to pass it through as well.
<freemangordon> ugh
<freemangordon> Wizzup: connui-iapsettings-gprs is needed as well
<freemangordon> do we have a metapackage for all this?
<Wizzup> it is in hildon-connectivity-mobile
<freemangordon> hmm, it is not installed in the VM it seems
<Wizzup> probably a good idea to install it
<freemangordon> Wizzup: hmm, I think it is another isse, not that context is not activated
<freemangordon> see pastebin
<freemangordon> it somehow gets NULL ctx
<Wizzup> I think this is what I said before
<Wizzup> where it does not wait
<freemangordon> no, APN is empty
<Wizzup> then it is not provisioned
<freemangordon> so ofono_modem_get_context_by_apn returns NULL
<Wizzup> I think you wrote that code at some point
<freemangordon> it is not
<Wizzup> I don't remember where it is
<freemangordon> I think it is in pin query
<freemangordon> but I don;t remember the package :)
<Wizzup> that is connui-cellular but I don't think it is in there
<freemangordon> hmm, where it is then?
<Wizzup> libicd-network-ofono probably
<freemangordon> dammit
<freemangordon> ok, lemme check my commits
<Wizzup> see a76b7a7c68fdf63565189dd9e87265b92af65e34
pere has joined #maemo-leste
uvos has joined #maemo-leste
<freemangordon> Wizzup: ok, I think the issue is that this sim has been provisioned some time ago, but APN was somehow left empty
<bencoh> ofono retrives the APN from the SIM?
<Wizzup> freemangordon: right, that is possible, also we need to reprovision in different countries sometimes I think
<Wizzup> not sure
<Wizzup> bencoh: I don't think the apn, but operators probably
<freemangordon> apns come from ofono, I think it gets them from mobile-broadband-provider-info
<Wizzup> right, using operator codes
<freemangordon> the operator name comes from SIM or from network, if we are registered
<Wizzup> apn for sure does not though
<Wizzup> that's why we need the provider info
<freemangordon> Wizzup: ok, what about if APN is empty, shall I treat that IAP/SIM as not provisioned?
<Wizzup> I think so
<freemangordon> ok
<bencoh> hmm, so networks are supposed to register to, say, android or iOS, and provide hardcoded network configuration?
<Wizzup> I think apn is always required
<Wizzup> I don't think networks register to the OS
<Wizzup> I think the OS gets some info from sim, and then reads known apn values and prefills them for the user
<bencoh> is the sim supposed to update itself then?
<bencoh> which reminds me, some providers are moving to VoLTE only
<freemangordon> bencoh: SIM is under operators control, I bet they can do OTA updates :)
<sicelo> bencoh: there is OTA provisioning
<bencoh> sounds about right, okay :)
<bencoh> so basically, ofono/whatever should be able to read it from sim as well
<Wizzup> bencoh: sad day @ volte
<sicelo> bencoh: not afaik. the sim doesn't keep that kind of stuff. by OTA provisioning, i meant - operator is able to send your device a provisioning message.
<bencoh> ah
<sicelo> for linux users, i don't think we have anything for those kinds of messages, so we use mobile-provider...
<bencoh> I see
<freemangordon> sicelo: well, n900 can handle those
<freemangordon> I will look at how it does it, when it comes to it, someday :)
<bencoh> :)
<sicelo> yeah, true
<freemangordon> Wizzup: yeah, this time I hit the bug you mentioned
<freemangordon> Wizzup: do you want me to do a PR or shall I push directly?
<Wizzup> freemangordon: feel free to push
<freemangordon> ok
<Wizzup> I will be afk for ~15 mins
<freemangordon> I will push/build in the meanwhile :)
<freemangordon> omg, exactly 3 years later :)
noidea_ has quit [Ping timeout: 260 seconds]
noidea_ has joined #maemo-leste
<freemangordon> hmm:
<freemangordon> /etc/maemo-dhcp.d/50_ipv4_network_setup: 74: [: missing ]
<freemangordon> /etc/maemo-dhcp.d/50_ipv4_network_setup: 74: [: missing ]
<freemangordon> /etc/maemo-dhcp.d/50_ipv4_network_setup: 93: kill: Illegal option -S
<freemangordon> Wizzup: so, dos conversations registers itself with telepathy?
<freemangordon> *does
<Wizzup> freemangordon: the '[' error looks weird
<Wizzup> freemangordon: is that from buzz' fix that I merged today to -devel?
<Wizzup> freemangordon: @ telepathy, yes and no
<freemangordon> I doubt
<freemangordon> unless it is in -devel already
<Wizzup> you doubt what?
<freemangordon> sec
<freemangordon> yeah, looks like it
<Wizzup> ok
<freemangordon> it is exactly on line 74 which is part of that PR
<Wizzup> he probably assumes bash?
<freemangordon> mhm
<Wizzup> buZz: can you fix?
<freemangordon> could be something else as well
<freemangordon> like empty variables
<freemangordon> have to go afk for a while, will try to repro later on
<Wizzup> you didn't merge to master btw
<freemangordon> neither did you :p
<freemangordon> This branch is 11 commits ahead of master.
<freemangordon> will do though
<freemangordon> done
<Wizzup> oh, maybe I didn't because of my hacky commits
<Wizzup> :)
<buZz> oh, i did assume bash, i'll fix it
<Wizzup> ty
<buZz> grabbed my second droid4 while on the move, still with original battery
<buZz> swapped sim and sdcard, everything works the same , -including- unable to read nvmem in battery and thus failing to set the right voltages
<buZz> so eh, what -is- the sh we have? dash? busybox? zsh?
<buZz> Wizzup: funny enough, i cannot configure APN, setting it in the internetconnections will get me a nonworking connection, only emptystring is valid
<buZz> so i feel ~something is overriding it , or changing the string anyway
<buZz> ok, its dash
<buZz> freemangordon: is your /bin/sh also dash?
uvos has quit [Ping timeout: 276 seconds]
<Wizzup> buZz: that is normal on debian so likely
<Wizzup> but let's be compatible with busybox sh too
<buZz> i just notice i also get the failsafe on my home wifi now :P heh, lets see if that change fixes it
<buZz> while resolvconf/dnsmasq get 9.9.9.9 , avahi-daemon does spot the correct dns :P
<freemangordon> buZz: whatever comes with leste :)
<buZz> freemangordon: does http://space.nurdspace.nl/~buzz/50_ipv4_network_setup fix it for you?
<buZz> i'm not getting a error on either version :P
<buZz> and cant remember having done anything special to sh/dash/bash , but i dont know
<buZz> at least with this version i'm getting the right dns on wif
<buZz> i
<buZz> and 9.9.9.9 on 3G
uvos has joined #maemo-leste
<freemangordon> hmm, why do we set 9.9.9.9 for gprs? DNS is provided by MNO
<freemangordon> for example:
<freemangordon> Settings = { Interface=wwan0 Method=static Address=10.215.142.176 Netmask=255.255.255.224 Gateway=10.215.142.177 DomainNameServers=85.118.197.5,85.118.197.69, }
<buZz> where are you getting that string?
<freemangordon> /usr/share/ofono/scripts/list-contexts
<buZz> the 9.9.9.9 is a failsafe when no dns was sent or setup
<freemangordon> install ofono-scripts
<freemangordon> a stupid question - how to check my current DNS setting?
<buZz> cat /run/dnsmasq/resolv.conf
<freemangordon> nameserver 9.9.9.9
<freemangordon> not good IMO
<buZz> and /run/resolvconf/interface/wwan3.udhcpc etc
<buZz> indeed
<buZz> something is passing 0.0.0.0 through and i have no clue what
<buZz> list-contexts also gives me a emptystring APN :)
<freemangordon> it is LTE here
<buZz> nice :) what speeds do you get?
<freemangordon> ~10Mbits
<buZz> sweet
<freemangordon> but this is USB passthrough in VM
<freemangordon> buZz: anyway, the script you have provided no longer errors
<freemangordon> please do a PR
<buZz> VMeamo :)
<buZz> alrighty!
<freemangordon> also, could you fix "/etc/maemo-dhcp.d/50_ipv4_network_setup: 93: kill: Illegal option -S" while at it?
<freemangordon> sh kill wants -s $signal
<buZz> oh, surething
<freemangordon> not -$signal
<freemangordon> thanks
<buZz> -s SIGHUP or -s HUP?
<freemangordon> no idea
<buZz> ^_^
<freemangordon> just try it
<freemangordon> I guess it is -s SIGHUP
<freemangordon> but... a guess ;)
<buZz> SIGHUP
<buZz> :) kill -l lists them
<lel> buzztiaan opened a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/5 (small mistake!)
<Wizzup> buZz: can you 'git commit --amend' and make the git commit desc more clear
<Wizzup> something like '
<Wizzup> 'etc/50_ipv4_network_setup: make sh compliant'
<lel> buzztiaan edited a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/5 (made etc/50_ipv4_network_setup more sh compliant)
sicelo has quit [Quit: Bye!]
sicelo has joined #maemo-leste
sicelo has joined #maemo-leste
vagag has left #maemo-leste [#maemo-leste]
vagag has joined #maemo-leste
<Wizzup> buZz: can you also git push -f
<Wizzup> the commit still says 'small mistake!'
alex1216 has quit [Quit: WeeChat 2.3]
xmn_ has joined #maemo-leste
xmn has quit [Ping timeout: 240 seconds]
<buZz> eh well, i'll just nuke it and resubmit, 1moment
<buZz> github isnt taking it :P
xmn_ has quit [Ping timeout: 276 seconds]
xmn has joined #maemo-leste
alex1216 has joined #maemo-leste
<Wizzup> buZz: hmmm
<Wizzup> buZz: what are you trying?
alex1216 has quit [Quit: WeeChat 2.3]
<lel> buzztiaan opened a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/6 (made etc/50_ipv4_network_setup more sh compliant)
<buZz> was eating ;)
mardy has quit [Quit: WeeChat 2.8]
<Wizzup> buZz: I mean I could help with making the old one work
<Wizzup> but ok
<Wizzup> thanks
<lel> MerlijnWajer closed a pull request: https://github.com/maemo-leste/libicd-network-ipv4/pull/6 (made etc/50_ipv4_network_setup more sh compliant)
Twig has quit [Remote host closed the connection]
<buZz> Wizzup: i made the pr through github, there was no local git involved ;)
<Wizzup> buZz: you didn't 'git push' at any time? :D
<buZz> indeed ;)
<Wizzup> building now
<sicelo> i wonder if n900 doesn't mind being hilighted so much :-)
<buZz> :)
<buZz> could always /nick macrocrab then ;)
uvos has quit [Ping timeout: 276 seconds]
vagag has left #maemo-leste [#maemo-leste]
The_Niz_ has quit [Ping timeout: 246 seconds]
The_Niz has joined #maemo-leste
Pali has quit [Ping timeout: 260 seconds]