IRC log for #maemo on 20160309

00:05.27*** join/#maemo shamus (~shmaus@ip-206-192-194-12.marylandheights.ip.cablemo.net)
00:11.45*** join/#maemo Defiant (~Defiant@2001:6f8:1014:0:7271:bcff:feb0:9790)
00:12.13*** join/#maemo Kilroo (~Kilroo@98.27.26.236)
00:41.38*** join/#maemo sunshavi (~user@190.235.18.236)
01:48.03*** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl)
02:16.25*** join/#maemo robbiethe1st (~robbiethe@104.235.207.142)
03:03.45*** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl)
03:06.04*** join/#maemo vakkov (~vakkov@s3n105.brunel.ac.uk)
03:08.30*** join/#maemo ashley (~ashley@pluto.skizzerz.net)
03:08.31*** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix)
03:19.59*** join/#maemo vahe (~funtoo@130.193.124.135)
03:26.59*** join/#maemo at1as (~at1as@kurios.r4780y.com)
03:27.25*** join/#maemo Avasz_ (~sarkar@103.233.58.216)
03:27.30*** join/#maemo ashley (~ashley@pluto.skizzerz.net)
03:27.30*** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix)
03:30.42*** join/#maemo Avasz_ (~sarkar@103.233.58.216)
03:38.01*** join/#maemo BitEvil (~quassel@tor/regular/SpeedEvil)
03:44.57*** join/#maemo florian__ (~fuchs@Maemo/community/contributor/florian)
03:50.58*** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl)
04:01.14*** join/#maemo lxp (~lxp@unaffiliated/lxp)
04:24.40*** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl)
04:38.29*** join/#maemo treaki_ (~treaki@p54BF2E55.dip0.t-ipconnect.de)
04:44.43*** join/#maemo DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
04:50.56*** join/#maemo jake421 (~jake42@www.rommel.stw.uni-erlangen.de)
04:51.21*** join/#maemo Defiant (~Defiant@2001:6f8:1014:0:7271:bcff:feb0:9790)
05:48.20*** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl)
06:21.46*** join/#maemo teotwaki (~teotwaki@Maemo/community/contributor/crashanddie)
06:58.47*** join/#maemo LauRoman (~LauRoman@5-14-36-100.residential.rdsnet.ro)
07:45.52*** join/#maemo eMHa__ (~mh@p54B0FF18.dip0.t-ipconnect.de)
08:10.14*** join/#maemo jskarvad (~jskarvad@redhat/jskarvad)
08:31.37*** join/#maemo vahe (~funtoo@130.193.124.135)
08:36.59*** join/#maemo Venusaur (~wdwrwf@wikipedia/Antonio-Lopez)
08:40.10*** join/#maemo eijk_ (~eijk@x4db34dd4.dyn.telefonica.de)
08:52.00*** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl)
09:27.59*** join/#maemo ecloud (quassel@nat/digia/x-bimitokmuugvfncs)
09:30.10*** join/#maemo Shapeshifter (~Shapeshif@parakeet.ifi.uzh.ch)
09:31.35ShapeshifterHi. I'm trying to use tethering via USB with my N900 (providing the laptop with a 3G internet connection). I don't have NetworkManager. I connected the N900 via USB and set it to PC Suite Mode. Two network devices show up in ip link: usbpn0 and enp0s20u1i8. I tried using dhcpcd on both but it's not working, I get a time out.
09:32.11L29Ahifconfig them up ffs
09:33.16ShapeshifterL29Ah: I tried it. ip link set usbpn0 up has no effect. It stays in "UNKNOWN" mode. usbpn0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 65541 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 3. The other device, enp0s20u1i8 stays in DOWN mode, i.e. ip link set enp0s20u1i8 up has no effect
09:33.26Shapeshifter<PROTECTED>
09:34.47*** join/#maemo jskarvad (jskarvad@nat/redhat/x-lhewzmaalwegsbuz)
09:34.47*** join/#maemo jskarvad (jskarvad@redhat/jskarvad)
09:35.54MaxdamantusShapeshifter: you'd need to either bridge the devices or forward them (either through routing or netfilter rules) and probably do NAT somewhere.
09:36.19Maxdamantuser, to be clear, the NAT is probably required in both cases.
09:36.36MaxdamantusI just do: iptables --table nat --append POSTROUTING --out-interface gprs0 -j MASQUERADE && iptables --append FORWARD --in-interface usb0 -j ACCEPT
09:37.23L29AhMar 09 12:35:55 [kernel] [912041.004420] cdc_ether 1-1.5.4.2:1.8 usb0: register 'cdc_ether' at usb-0000:00:1a.0-1.5.4.2, CDC Ethernet Device, ea:82:70:48:30:4
09:37.31L29AhNokia-N900:~# ifconfig usb0 up 192.168.66.6
09:37.37L29Ahl29ah-x201 /usr/src/linux/drivers/hid ∞ ifconfig usb0 up 192.168.66.5
09:37.37L29Ahl29ah-x201 /usr/src/linux/drivers/hid ∞ ping 192.168.66.6
09:37.37L29AhPING 192.168.66.6 (192.168.66.6) 56(84) bytes of data.
09:37.37L29Ah64 bytes from 192.168.66.6: icmp_seq=1 ttl=64 time=1.46 ms
09:37.37L29Ah64 bytes from 192.168.66.6: icmp_seq=2 ttl=64 time=1.00 ms
09:37.39L29Ahmeh
09:38.17L29Ahdunno if n900 calls a dhcp client when it connects to you, you can check it with wireshark
09:38.33MaxdamantusI don't think it does.
09:38.59Maxdamantusbut it's not hard to do.
09:39.03L29Ahanyway you can ask your udev to do the proper init when it's connected
09:39.23MaxdamantusPresumably in that situation though you're running a DHCP server on the device it's tethered to.
09:39.38Maxdamantus(or have the usb network interface bridged to something that does)
09:48.03*** join/#maemo LauRoman (~LauRoman@5-14-180-224.residential.rdsnet.ro)
09:55.12*** join/#maemo xorly (~xorly@wced-119-217-32-147.feld.cvut.cz)
09:57.12ShapeshifterWhen you plug in the n900 in PC Suite mode, do you also get a message in dmesg saying "cdc_ether 1-1:1.8 enp0s20u1i8: kevent 12 may have been dropped" ?
09:58.07L29Ahno
09:58.10Shapeshifterhttp://lpaste.net/6600118746759561216
09:58.18L29Ahalso i get only one ethernet
09:58.29L29AhMar 09 12:35:55 [kernel] [912041.002204] cdc_acm 1-1.5.4.2:1.6: ttyACM0: USB ACM device
09:58.29L29AhMar 09 12:35:55 [kernel] [912041.004420] cdc_ether 1-1.5.4.2:1.8 usb0: register 'cdc_ether' at usb-0000:00:1a.0-1.5.4.2, CDC Ethernet Device, ea:82:70:48:30:4e
09:58.32ShapeshifterIt says "Gained carrier", then that error, then "Lost carrier". Might be the reason why it stays down
10:03.36MaxdamantusShapeshifter: imo try just using g_ether instead of g_nokia.
10:05.44MaxdamantusHm. If you've run dhcpcd, it might be hanging around and setting the interface down.
10:06.16Maxdamantusdhcpcd simply isn't going to work though unless you're running a DHCP server on the other end.
10:07.07MaxdamantusMär 09 10:57:32 tachychineta systemd-networkd[18178]: enp0s20u1i8: Lost carrier
10:07.20MaxdamantusYeah, that message is coming from something in systemd, probably dhclient.
10:09.00DocScrutinizer05Shapeshifter: http://paste.opensuse.org/68231912
10:09.08DocScrutinizer05^^^ PC side
10:10.06*** join/#maemo eMHa__ (~mh@185.36.21.2)
10:12.40MaxdamantusThat `route` line seems pointless.
10:13.36Maxdamantus192.168.0.202/32 is already part of the 192.168.0.0/24 subnet, which Linux normally adds a route for by default when you configure the interface using that `ifconfig` command.
10:13.52Maxdamantus192.168.1.0/24 dev brznet  proto kernel  scope link  src 192.168.1.42
10:15.37*** join/#maemo xorly (~xorly@wced-119-217-32-147.feld.cvut.cz)
10:18.53ShapeshifterIt's not helping though. I can set a static ip but the interface remains down http://lpaste.net/5433001060979441664
10:19.43ShapeshifterIf I plug it in, the very first time I run ip link set usb0 up I get the messages "Gained carrier", "kevent 12 may have been dropped", "Lost carrier". I think it may be a driver bug or something
10:19.52DocScrutinizer05this script is like 7 years old and eventually got adapted to new interface naming once (usb0 -> eth4). Otherwise it always worked, given the network doesn't collide with your regular PC ethernet
10:21.58DocScrutinizer05ooh, and I usually had to stop the damn network manager on PC
10:22.41DocScrutinizer05network manager tries to act smart and thus actually acts terribly stupid
10:23.24ShapeshifterI'm not using NM. I tried it manually and with systemd-networkd and udev rules. Anyway, I don't think it's a config issue at this point. The interface just can't go up.
10:23.43DocScrutinizer05ohmy, systemd
10:23.45MaxdamantusYou're using systemd, which does network management.
10:24.26Maxdamantuson my Debian machine at work I have this: https://gist.github.com/Maxdamantus/57c2765f2782c0932986
10:24.27ShapeshifterMaxdamantus: yeah but I tried it with systemd-networkd disabled as well.
10:24.29DocScrutinizer05systemd is worse than NM
10:24.52Maxdamantusin /etc/network/interfaces.d/n900usb
10:25.10MaxdamantusI suspect that's a general systemd configuration.
10:26.10ShapeshifterMaxdamantus: I don't think so. systemd-networkd config is in /etc/systemd/network and uses a different format.
10:26.46MaxdamantusAh, so it does.
10:28.19DocScrutinizer05isn't it nice how the never actually seen problems that systemd "solves" are creating new problems all over the place, in stuff that worked before? Dang, what does that remind me to... AAH PolypAudio, and AVAHI
10:28.57ShapeshifterI'm no fan of systemd either but it's here to stay
10:29.15DocScrutinizer05like HAL
10:31.17DocScrutinizer05also see devuan
10:31.21Maxdamantusand Wayland.
10:31.33DocScrutinizer05http://devuan.org
10:31.55DocScrutinizer05actually...
10:31.58DocScrutinizer05~nosystemd
10:31.59infobot[nosystemd] https://devuan.org http://without-systemd.org/wiki/index.php/Arguments_against_systemd http://blog.darknedgy.net/technology/2015/10/11/0/
10:32.11DocScrutinizer05~systemd
10:32.11infobotsystemd cabal: a bunch of people (Lennart Poettering, Kay Sievers, H. Hoyer, D. Mack, T. Gundersen, D. Herrmann) who want to turn linux into their wet dream perverted version of windows-me-too: http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html -- Rumor has it that 2016 systemd will have replaced kernel. See ~nosystemd"
10:49.13DocScrutinizer05also note that maemo uses another incompatible concept of cgroups and thus it will be virtually impossible to migrate maemo to systemd
10:50.34MaxdamantusI imagine maemo's uses of cgroups could probably be merged into systemd's uses of cgroups.
10:50.47WizzupDocScrutinizer05: I hope there are no plans to.
10:50.47DocScrutinizer05not even get me started about "usr/?bin must live on rootfs"
10:50.50WizzupOpenrc is just fine.
10:51.06Maxdamantusin any case, I wouldn't consider them particularly part of maemo.
10:51.31Maxdamantusnot any moreso than Linux 2.6.28 is part of Maemo.
10:51.44Maxdamantusit's just a random implementation detail in how the maemo software is run.
10:52.26Wizzup'random'
10:52.37Maxdamantusnon-maemo-specific.
10:53.13DocScrutinizer05Wizzup: 'random'?
10:53.29Wizzupyou're not seeing what Maxdamantus is saying
10:53.37DocScrutinizer05ooh, nevermind
10:53.40Wizzupyep.
10:54.01DocScrutinizer05I guess he disagrees with me as usual
10:54.14MaxdamantusIf you ran hildon-desktop, hildon-status-menu, maemo-xinput-sounds, browserd, etc outside of any cgroups, I'd still call it maemo.
10:54.32Maxdamantusjust as if you ran all those things on a kernel other than 2.6.28
10:55.16MaxdamantusIts use of cgroups is only an implementation detail in how it's currently run.
10:56.46MaxdamantusI don't necessarily usually disagree with you, but I'm more likely to voice my opinions about disagreements than agreements.
10:57.11DocScrutinizer05Wizzup: ((openrc)) well, iirc OOM (with PA etc) use cgroups in maemo, so you have a szable implementation of phonecalls etc. You don't want to port all that stuff to openrc
10:57.25MaxdamantusI don't like systemd either, but there isn't much to add by saying that I also dislike it.
10:57.49WizzupDocScrutinizer05: openrc supports linux cgroups, and I don't think it will be too hard to port it over
10:58.13DocScrutinizer05hmm, it's quite obscure, and iirc parts of OOM are even closed
10:58.33Maxdamantusparts of OOM?
10:59.06WizzupTime to compile v4.5-rc5-n900
10:59.07MaxdamantusI'm sure it's a standard feature of cgroups to make processes in certain cgroups killed first by the OOM killer.
10:59.55MaxdamantusYou don't even need cgroups to do it in a way that would be suitable.
11:00.13*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
11:00.24DocScrutinizer05Wizzup: I din't really like upstart but it's waaaaay better than systemd, and I don't see why we should migrate maemo to any other init system
11:00.34Wizzupbecause upstart is dead
11:00.40Wizzupopenrc is a very sensible alt.
11:00.47DocScrutinizer05it works just fine on all my N900
11:00.48WizzupI don't want to get into this discussion more fyi
11:00.57Wizzupsure, but many things works well on n900, but they are very outdated
11:00.59MaxdamantusChromium has been setting something on its child processes that makes them usually the first to be killed.
11:01.09Wizzupand to keep a system up to date and healthy, you cannot maintain all components yourself
11:01.15Wizzupso you have to find upstream that does work for you
11:01.18Maxdamantus(without cgroups, afaik)
11:01.26*** join/#maemo disco_stu_droid (~wrt54gl@190.211.82.70)
11:01.56DocScrutinizer05Wizzup: well, that's maybe true for the usual PC linux system. Maemo is its own upstream
11:02.06WizzupDocScrutinizer05: that is a problem :)
11:02.15DocScrutinizer05and CSSU is what's all about keeping it alive
11:02.25Maxdamantusecho 300 >/proc/$$/oom_score
11:02.26Wizzupyou're not getting my point, I think
11:02.37WizzupI am simply saying: you cannot, ever, find enough manpower do to that
11:02.54DocScrutinizer05you even less can find the manpower to migrate
11:03.06Wizzupperhaps
11:05.14DocScrutinizer05since upstart is designed reasonably decent (unlike systemd), the effort to keep it alive is marginal, there hardly will show up any new flaws or bugs
11:05.55Wizzup... okay.
11:06.10DocScrutinizer05the true flaw is apps depending on the init system, I.E. systemd
11:06.27DocScrutinizer05no app really depends on upstart
11:07.06DocScrutinizer05except for an occasional "systemcl start lircd" or sth like that
11:07.54DocScrutinizer05rather "sudo start lircd"
11:09.26bencohno, the *true* flow is no fact that with no real upstream we'll keep drifting with old ABIs
11:09.31bencohflaw*
11:09.52bencohs/no/the/ bleh
11:10.36DocScrutinizer05well, if you wanna change the ABI, you need a new major release anyway, since all your programs need recompiling
11:11.40DocScrutinizer05that's maemo7 then ;-)
11:12.00bencohDocScrutinizer05: recompiling wouldn't be the main issue (it is for closed-source stuff)
11:12.09bencohAPIs change too
11:13.16Maxdamantususually the ABI compatibility is broken by an API incompatibility.
11:13.19DocScrutinizer05sure, you can migrate / clone all infra incl extras repio to a maemo7 and recompile everything and hope that nothing breaks from the ABI change
11:13.38Wizzupor rip out closed parts
11:13.48Maxdamantusexcept maybe libpng. I'm not sure what the problem is with that.
11:14.02DocScrutinizer05that won't help, you still need to hope that nothing breaks
11:15.09DocScrutinizer05I think we're quite far already with ripping out the closed bits
11:15.35DocScrutinizer05the whole linux telephony stack is the major issue afaik
11:16.11DocScrutinizer05our RE guys boggle from that
11:17.32WizzupI know
11:17.44Wizzup<PROTECTED>
11:18.18DocScrutinizer05well, luckily most of it is obsolete anyway on Neo900
11:18.51DocScrutinizer05it's just the damn API that's not really documented
11:20.35DocScrutinizer05so operating telephony is no problem on Neo900, integrating it with the rest of the system might be
11:22.36DocScrutinizer05I could write a bare bones dialer-ui in just 2 days or less. However that won't integrate nicely with phonebook, messaging, status bar, flight mode settings, 911-calls even from lockscreen, etc pp
11:28.18DocScrutinizer05dang ISI, I wish they had used ofono or even fsogsmd
11:30.05ShapeshifterJust to be clear, when you set a static ip on the usb0 device, the interface is UP, yes?
11:30.14Shapeshifteri.e. there's no point to any of this if I can't get the interface UP
11:33.47DocScrutinizer05ask ifconfig if it's UP
11:35.06ShapeshifterDocScrutinizer05: it's not, that's the problem. I can't set it UP
11:35.43DocScrutinizer05on PC?
11:35.54ShapeshifterDocScrutinizer05: yes.
11:44.07DocScrutinizer05sorry, doesn't work on my PC either, prolly wrong cgroup, thanks systemd
11:45.06ShapeshifterDocScrutinizer05: what does that mean? Can I fix it?
11:45.27DocScrutinizer05http://paste.opensuse.org/84826295
11:45.42*** join/#maemo vakkov (~vakkov@ic-s221n133.brunel.ac.uk)
11:45.47DocScrutinizer05I don't know how, without learning about that damn systemd
11:47.05ShapeshifterI'm not sure how systemd might mess with this though. Could you paste ip l show enp0s29u1 ?
11:47.43DocScrutinizer05please rephrase
11:47.54DocScrutinizer052nd half
11:48.09ShapeshifterCould you please run ip l show enp0s29u1 and paste the first line in here?
11:48.30DocScrutinizer05saturn:~ # ip l show enp0s29u1
11:48.31DocScrutinizer05Device "enp0s29u1" does not exist.
11:48.45ShapeshifterIt's weird though that it appears in ifconfig.
11:48.53ShapeshifterSo is it listed in ip l=
11:48.56Shapeshifter?
11:49.18DocScrutinizer055: enp0s29u1u8i8: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
11:49.48ShapeshifterAh
11:50.03DocScrutinizer05saturn:~ # ip l show enp0s29u1u8i8
11:50.04DocScrutinizer055: enp0s29u1u8i8: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
11:50.19ShapeshifterI took the device id from the paste you linked. So does ip l set enp0s29u1u8i8 up work for you?
11:50.29Maxdamantusjove ~ # ip l show usb0
11:50.29Maxdamantus192: usb0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
11:50.30DocScrutinizer05^^^
11:50.47Maxdamantusjove > saturn
11:50.53DocScrutinizer05yep
11:53.08DocScrutinizer05Shapeshifter: I guess ifconfig truncates the name
11:53.42DocScrutinizer05saturn:~ # ifconfig enp0s29u1u8i8
11:53.44DocScrutinizer05enp0s29u1 Link encap:Ethernet  HWaddr 2E:66:C8:C5:75:F3  
11:55.37DocScrutinizer05saturn:~ # ifconfig enp0s29u1u8i8 192.168.0.200 netmask 255.255.255.0
11:55.38DocScrutinizer05saturn:~ # ifconfig enp0s29u1u8i8
11:55.40DocScrutinizer05enp0s29u1 Link encap:Ethernet  HWaddr 2E:66:C8:C5:75:F3  
11:55.41DocScrutinizer05<PROTECTED>
11:56.02DocScrutinizer05that's prolly not a ttyACM or USB interface though
11:56.36Maxdamantusafter doing: ip addr add 192.168.30.1/24 dev usb0; ip link set dev usb0 up
11:56.47Maxdamantus64 bytes from 192.168.30.2: icmp_req=2 ttl=64 time=0.323 ms
11:57.04Maxdamantussince it was already configured on the N900 side.
11:57.23Maxdamantus(ifconfig usb0 192.168.30.2 netmask 255.255.255.0)
11:57.27DocScrutinizer05crw-rw---- 1 root dialout 166,  0 Mar  9 12:39 /dev/ttyACM0
11:57.59DocScrutinizer05ttyACM however is not what we need
12:01.36ShapeshifterMaxdamantus: so the usb0 is definitely UP?
12:01.45ShapeshifterMaxdamantus: What do I need to configure on the N900 side?
12:05.28DocScrutinizer05Shapeshifter: you seen http://wiki.maemo.org/N900_USB_networking ?
12:07.16ShapeshifterDocScrutinizer05: yes but in the first sentence it says " to share your PC's internet to N900 via USB"
12:07.23ShapeshifterI need the other way around
12:07.39Shapeshifterhttp://wiki.maemo.org/N900_USB_router I'm trying this now
12:07.53*** join/#maemo clopez (~tau@neutrino.es)
12:07.55DocScrutinizer05you want the N900 internet access to get shared to PC?
12:08.07parazydwhat is tethering?
12:08.23ShapeshifterDocScrutinizer05: yes.
12:08.24DocScrutinizer05parazyd: that :-)
12:08.34ShapeshifterIs this jeopardy?
12:08.53DocScrutinizer05Shapeshifter: ideally you use NM or something similar to configure N900 as MODEM
12:10.47Wizzupjust does /etc/init.d/net.usb0 start
12:10.57DocScrutinizer05http://wiki.maemo.org/USB_networking
12:11.26Shapeshifteroh.
12:11.43ShapeshifterSo we've been talking about the other thing for the past hour
12:11.47ShapeshifterxD
12:13.17DocScrutinizer05http://wiki.maemo.org/Debian-Tethering
12:14.05DocScrutinizer05well, that's for DUN (BT)
12:15.02ShapeshifterIs kernel-power still OK with latest CSSU etc?
12:15.40DocScrutinizer05yep, afaik
12:16.11DocScrutinizer05for (usb)tethering you don't need KP though
12:16.36ShapeshifterDocScrutinizer05: the article says that if I use the n900 as a "modem", it won't have internet access itself anymore
12:16.43DocScrutinizer05tethering actually works in PC-mode
12:16.55DocScrutinizer05yes, that's true
12:17.23DocScrutinizer05tehtering completely exports the modem, like mass-storage exposts whole storage partitions
12:17.24Shapeshifterhttp://wiki.maemo.org/N900_USB_router this looks simple enough, so I'm trying it
12:17.49DocScrutinizer05sure, sounds ok
12:21.35DocScrutinizer05see last section on http://wiki.maemo.org/N900_USB_router - it clearly lists the differences between tethering and networking
12:24.49Shapeshifterhttps://wiki.maemo.org/N900_USB_networking this one says that the N900 provides a default network interface for usb0
12:24.57ShapeshifterBut I don't have such an interface on the N900.
12:25.33ShapeshifterI see the config in /etc/network/interfaces but I only have gprs0, lo, phonet0 in ifconfig on the N900.
12:26.13Shapeshifterand ifub usb0 gives me No such device sure enough
12:27.02*** join/#maemo ceene (~ceene@collins.gmr.ssr.upm.es)
12:27.02*** join/#maemo mickname (~mickname@low6.kyla.fi)
12:27.05*** join/#maemo timeless_ (sid4015@firefox/developer/timeless)
12:28.25*** join/#maemo joga (QsM7egjb@rikki.fi)
12:30.04DocScrutinizer05Wizzup: /me lols @ cat /etc/init.d/networking
12:30.39ShapeshifterIf I set PC Suite mode I also get an upnlink0
12:30.41*** join/#maemo juiceme (~juice@cerebro.liukuma.net)
12:30.42Shapeshifterbut no usb0
12:31.01Shapeshifteroh wait
12:31.09ShapeshifterI get it. 1) PC Suite mode, 2) ifup usb0
12:31.51DocScrutinizer05yes, sounds reasonable
12:33.57WizzupDocScrutinizer05: on what system?
12:34.04DocScrutinizer05on N900
12:34.30DocScrutinizer05it has a few funny details
12:35.13DocScrutinizer05like >>         if ifdown -a; then             log_action_end_msg $?;         else             log_action_end_msg $?;         fi   <<
12:35.42*** join/#maemo Vajb (~Vajb@85-76-18-160-nat.elisa-mobile.fi)
12:35.56DocScrutinizer05or the whole doopt()
12:41.39*** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps)
12:43.37*** join/#maemo sunshavi (~user@190.235.18.236)
12:45.14DocScrutinizer05rotfl, bug in /lib/lsb/init-functions
12:45.29DocScrutinizer05[ "x$TERM" != "" ]
12:46.43DocScrutinizer05could you please check if recent versions of /lib/lsb/init-functions on debian have that fixed already?
12:47.04DocScrutinizer05it's in log_use_fancy_output ()
12:47.29DocScrutinizer05#Copyright (c) 2002-08 Chris Lawrence
12:48.44*** join/#maemo Natch (~Natch@h-155-122.a444.priv.bahnhof.se)
12:49.50bencoh<PROTECTED>
12:49.50bencoh<PROTECTED>
12:50.02bencoh(weezy)
12:50.12bencoh3+h
12:51.21DocScrutinizer05bencoh: ta
12:52.48DocScrutinizer05Shapeshifter: success?
12:54.09*** join/#maemo heroux (sandroco@gateway/shell/insomnia247/x-aiheagdtctusshgw)
13:17.16*** join/#maemo vahe (~funtoo@130.193.124.135)
13:43.33ShapeshifterDocScrutinizer05: not really. I can get a working connection between the laptop and N900 via USB if I configure a static address on the laptop, but so far I can't get an internet connection on the laptop via the N900
13:43.58ShapeshifterAccording to http://wiki.maemo.org/N900_USB_router dhcp should work as well but it doesn't
13:44.23DocScrutinizer05hmm, you don't need a dhcp
13:44.49ShapeshifterDocScrutinizer05: I don't need one, true. Static ip works, dhcp would be convenient I guess. But I haven't figured out yet hot to get internet access on the laptop.
13:45.11DocScrutinizer05when you already have a working connection and ip-tables forwarding on N900, you just need a route on your PC
13:45.36ShapeshifterDocScrutinizer05: like the one in your paste? i.e. /sbin/route add -host 192.168.0.202/32 dev $DEV$
13:45.51ShapeshifterWhat IP do I need to put there?
13:46.09DocScrutinizer05similar, yes, however for default route
13:46.58DocScrutinizer05default         192.168.4.1     0.0.0.0         UG    0      0        0 eth0
13:47.08DocScrutinizer05192.168.4.0     *               255.255.255.0   U     1      0        0 eth0
13:47.32bencohShapeshifter: http://pastebin.notk.org/pastebin.php?show=d39d5e3db
13:47.37bencohhere is what I use on my n900
13:48.02DocScrutinizer05I assumed he already has that
13:48.12bencohoh and, do use mtr on your laptop to try and debug that kind of routing issues:)
13:48.48DocScrutinizer05first his laptop needs to know that Neo900 is the default gateway
13:49.05bencohn900* unless I missed something ;)
13:49.20DocScrutinizer05or he does >> ping 8.8.8.8 $ip-of-N900
13:49.33DocScrutinizer05oops yep
13:49.37bencohdont try to ping n900
13:49.55bencohonce you connect to cellular data it disables icmp answers
13:49.57DocScrutinizer05no, $ip-of-N900 is the gateway to use, here
13:50.15DocScrutinizer05might as well be the NIC name
13:50.16bencohicmp echo reply*
13:50.38DocScrutinizer05bencoh: huh?
13:50.46DocScrutinizer05only with tethering, no?
13:51.06ShapeshifterIt works
13:51.09Shapeshifterthanks guys
13:51.10DocScrutinizer05:-)
13:51.30Shapeshifterip r add to default via 192.168.2.15
13:51.46DocScrutinizer05:-))
13:52.04bencohDocScrutinizer05: no
13:52.32DocScrutinizer05Shapeshifter: could you check >> ping 192.168.2.15 << now?
13:52.41bencoh/etc/network/if-post-down.d/zz_enable_icmp_echo_reply:19:echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all
13:52.44bencoh/etc/network/if-up.d/00_disable_icmp_echo_reply:25:echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
13:52.48ShapeshifterDocScrutinizer05: ping doesn't work
13:52.50DocScrutinizer05duh!
13:53.03bencohhaha :)
13:54.06bencohI think they didnt want to do it through netfilter at first, but that lead them to do it system-wide because linux doesn't provide a way to do it per-interface without netfilter iirc
13:54.41DocScrutinizer05ack
13:59.52*** join/#maemo Shapeshifter (~Shapeshif@unaffiliated/shapeshifter)
14:08.15*** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz)
14:40.07*** join/#maemo sunshavi (~user@190.235.18.236)
14:44.07*** join/#maemo freddd (~freddd@unaffiliated/freddd)
14:54.15*** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl)
14:55.21*** join/#maemo vakkov (~vakkov@ic-s221n133.brunel.ac.uk)
14:59.26*** join/#maemo sparetire (~sparetire@unaffiliated/sparetire)
15:13.47*** join/#maemo Vajb (~Vajb@85-76-131-213-nat.elisa-mobile.fi)
15:56.56*** join/#maemo RedM (~redw@89-76-164-87.dynamic.chello.pl)
15:58.51*** join/#maemo KotCzarny (ariel@31.135.195.151)
16:04.50*** join/#maemo robotanarchy (~robotanar@x5ce1e4ad.dyn.telefonica.de)
16:24.59*** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz)
16:35.43Sicelo15:48 < DocScrutinizer05> first his laptop needs to know that Neo900 is the default gateway
16:35.53Sicelosomeone has Neo900? :p
16:42.05kerioneo900 spotted in the wild, turns out it's just a reskinned 3g wifi access point
16:52.33parazydlol
17:10.39*** join/#maemo eijk_ (~eijk@x55b2c876.dyn.telefonica.de)
17:14.38*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
17:18.04*** join/#maemo futpib_ (~futpib@176.214.28.168)
17:25.12*** join/#maemo vakkov (~vakkov@s3n105.brunel.ac.uk)
17:37.39*** join/#maemo Pali (~pali@Maemo/community/contributor/Pali)
17:48.15*** join/#maemo pagurus (~user@pD950CF48.dip0.t-ipconnect.de)
18:01.00*** join/#maemo sunshavi (~user@190.235.18.236)
18:02.11DocScrutinizer05((<bencoh> once you connect to cellular data it disables icmp answers)) alas this helps only marginally, since even with ICMP answers disabled, the GPRS afaik still ACKs the ICMP ping inbound data paket
18:02.48DocScrutinizer05IOW GPRS enables TX even when data is strictly inbound-only
18:03.07*** join/#maemo krnlyng (~liar@83.175.90.24)
18:04.36DocScrutinizer05which sucks big time since you can't stop a battery drain from 'rogue' inbound pakets, no matter what you do. Unless you disable GPRS completely
18:21.52DocScrutinizer05https://github.com/systemd/systemd/issues/2402
18:21.59DocScrutinizer05ECHAN
18:32.34*** join/#maemo RedW (~redw@89-76-164-87.dynamic.chello.pl)
18:41.21*** join/#maemo eMHa__ (~mh@p54B0FF18.dip0.t-ipconnect.de)
18:49.44*** join/#maemo sunshavi (~user@190.235.18.236)
18:59.35bencohDocScrutinizer05: indeed
19:08.05*** join/#maemo eijk_ (~eijk@x55b2c876.dyn.telefonica.de)
19:09.22*** join/#maemo vakkov (~vakkov@s3n105.brunel.ac.uk)
19:10.41*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
19:38.15*** join/#maemo krnlyng (~liar@77.117.86.23.wireless.dyn.drei.com)
19:42.09*** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz)
19:49.32*** join/#maemo valdyn (valdyn@server.kthread.org)
20:00.26*** join/#maemo krnlyng (~liar@83.175.90.24)
20:37.45*** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net)
20:37.55*** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net)
20:54.28*** join/#maemo sunshavi (~user@190.235.18.236)
21:02.20*** join/#maemo florian (~fuchs@Maemo/community/contributor/florian)
21:05.42*** join/#maemo eijk_ (~eijk@x55b2c876.dyn.telefonica.de)
21:28.44WizzupLinux gentoo900 4.5.0-rc5+ #1 PREEMPT Wed Mar 9 18:58:02 CET 2016 armv7l Nokia RX-51 board GNU/Linux
21:28.48Wizzup:)
21:32.46ecc3gemerge -e world
21:50.51Palioo :-)
22:09.56*** join/#maemo freddd (~freddd@unaffiliated/freddd)
22:29.59*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
22:32.52*** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net)
22:33.00*** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net)
22:36.07L29Ah00:28:46]<Wizzup> Linux gentoo900 4.5.0-rc5+ #1 PREEMPT Wed Mar 9 18:58:02 CET 2016 armv7l Nokia RX-51 board GNU/Linux
22:36.07L29Ahdid you bring up distcc?
22:36.15*** join/#maemo freddd (~freddd@unaffiliated/freddd)
22:43.51*** join/#maemo Smily (~SmilzOrg@93-103-95-89.dynamic.t-2.net)
22:45.38WizzupL29Ah: no, why
22:50.15*** part/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net)
22:50.21*** join/#maemo L29Ah (~L29Ah@cl-154.led-01.ru.sixxs.net)
23:01.11*** join/#maemo Smily (~SmilzOrg@93-103-95-89.dynamic.t-2.net)
23:02.49*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
23:04.24*** join/#maemo buZz (~buzz@space.nurdspace.nl)
23:06.19*** join/#maemo LauRoman (~LauRoman@5-14-180-224.residential.rdsnet.ro)
23:06.36*** join/#maemo ashley (~ashley@pluto.skizzerz.net)
23:06.36*** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix)
23:10.51L29AhWizzup: cuz not much ram to run g++ in
23:12.09WizzupL29Ah: I compile in a chroot on my chromebook (arm)
23:13.09L29Ahoh ok
23:13.11*** join/#maemo buZz_ (~buzz@space.nurdspace.nl)
23:13.35L29Ahare you using some portage magic for this or just throw binary packages or just throw filesystem images?
23:14.23L29Ahanyways poke me when you get an usable ui :]
23:14.29Wizzup$ arch
23:14.30Wizzuparmv7l
23:14.32Wizzup^laptop
23:14.34Wizzup;-)
23:14.41L29Ahi've tried to package some maemo gui stuff but failed at lots of binary-only deps
23:14.56L29Ahthe ones i got are in ::booboo
23:22.13*** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil)
23:22.17*** join/#maemo l_bratch (~l_bratch@82.112.144.251)
23:22.47*** join/#maemo heroux (sandroco@gateway/shell/insomnia247/x-psjfnznxyhnuchaw)
23:43.36*** join/#maemo sunshavi (~user@190.235.18.236)
23:57.25*** join/#maemo merlin1991 (~merlin@Maemo/community/cssu/merlin1991)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.