Timestamps are in GMT/BST.
[0:00] <ghostchilli> Hmm, file search is not finding anything
[0:03] <ShorTie> try firmware-realtek or firmware-ralink maybe
[0:05] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[0:05] <ghostchilli> They return /usr/share/bug/firmware-ralink/presubj and /usr/share/doc/firmware/changelog.gz (and copyright)
[0:07] <shiftplusone> hmm
[0:07] <shiftplusone> could do it the old fashioned way, find the .bin online and stick it in the right directory.
[0:08] <gregoa> % apt-file search rtl8188eufw.bin
[0:08] <gregoa> firmware-realtek: /lib/firmware/rtlwifi/rtl8188eufw.bin
[0:08] <shiftplusone> aha
[0:08] <gregoa> (this is debian unstable though)
[0:08] <shiftplusone> thanks
[0:08] <shiftplusone> oh
[0:08] <shiftplusone> well... try it anyway
[0:08] <shiftplusone> sudo apt-get install firmware-realtek
[0:10] <ghostchilli> % apt-file ... returns no such job
[0:11] <gregoa> % apt-cache search rtl8188eufw.bin :(
[0:11] <gregoa> firmware-realtek - Binary firmware for Realtek wired and wireless network adapters
[0:11] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[0:11] <gregoa> (raspbian jessie, and ignore the ':(')
[0:11] <shiftplusone> ghostchilli, no such job? did you run apt-get install or apt-file install?
[0:11] <gregoa> it's in jessie/non-free
[0:12] <shiftplusone> gregoa, but not in wheezy?
[0:12] <gregoa> I have only raspis running jessie
[0:12] <ghostchilli> I did apt-get install
[0:12] <shiftplusone> I'm pretty sure it's in wheezy as well
[0:12] <shiftplusone> I'm lost.... what's the problem?
[0:13] <gregoa> shiftplusone: ack, http://mirrordirector.raspbian.org/raspbian/dists/wheezy/non-free/binary-armhf/Packages has it as well
[0:13] <ghostchilli> Still trying to find the firmware for it
[0:13] <methuzla> https://bugs.launchpad.net/raspbian/+bug/1424469
[0:13] <shiftplusone> ghostchilli, right... and what happens when you run sudo apt-get install firmware-realtek
[0:14] <ghostchilli> already at newest version
[0:14] <shiftplusone> cool, what does "ls lib/firmware/rtlwifi" say?
[0:14] <shiftplusone> sorry "ls /lib/firmware/rtlwifi"
[0:15] * wrongnick is now known as {a[i]|b[j]}^c[k]
[0:17] <ghostchilli> rtl8192cfw.bin rtl8192cfwU_B.bin rtl8192cfwU.bin rtl8192defw.bin rtl8192sefw.bin rtl8412u.bin
[0:17] * jimvideo (~jimvideo@184-12-233-85.dr01.brny.ca.frontiernet.net) Quit (Ping timeout: 264 seconds)
[0:17] <gregoa> seems that rtl8188eufw.bin is not in http://mirrordirector.raspbian.org/raspbian/dists/wheezy/non-free/Contents-armhf.gz but only in http://mirrordirector.raspbian.org/raspbian/dists/jessie/non-free/Contents-armhf.gz
[0:17] <shiftplusone> dang
[0:17] <methuzla> https://github.com/lwfinger/rtl8188eu/blob/master/rtl8188eufw.bin
[0:17] <ghostchilli> Erm, last one was rtl8712u*
[0:17] * wiiguy (~fake@unaffiliated/wiiguy) Quit (Quit: I just broke my connection, but no worries, we can rebuild it. We have the technology.)
[0:17] <shiftplusone> methuzla, thanks
[0:18] <shiftplusone> ghostchilli, wget https://github.com/lwfinger/rtl8188eu/blob/master/rtl8188eufw.bin?raw=true
[0:18] * break3r (~wayne@dslb-094-219-204-245.094.219.pools.vodafone-ip.de) has joined #raspbian
[0:19] <shiftplusone> sudo mv <whatever the filename it spit out> /lib/firmware/rtlwifi/rtl8188eufw.bin
[0:19] <shiftplusone> or wget directly to that location, but I don't remember if it's -O or -o and I'm on windows right now, so I can't check.
[0:20] * {a[i]|b[j]}^c[k] is now known as novalue
[0:21] <ghostchilli> Okay, so it's in that location now
[0:21] <ghostchilli> is that all I have to do?
[0:22] * djukon (transitor@gateway/shell/insomnia247/x-dluedjzevhvhphnr) Quit (Ping timeout: 246 seconds)
[0:22] * heroux (sandroco@gateway/shell/insomnia247/x-rvewozmjxnuklfet) Quit (Ping timeout: 244 seconds)
[0:24] * djukon (transitor@gateway/shell/insomnia247/x-ndcrdqvpkiyotrai) has joined #raspbian
[0:24] <shiftplusone> you can now either reboot, or reload the module
[0:24] * heroux (sandroco@gateway/shell/insomnia247/x-klmfnlmcjhjzdzoy) has joined #raspbian
[0:24] <shiftplusone> since I don't know the module name, it's probably easier to reboot.
[0:26] <ghostchilli> Ahah, it works
[0:26] <ghostchilli> Thank you all
[0:26] <shiftplusone> hurray
[0:26] <gregoa> \o/
[0:26] <shiftplusone> a bit silly that we include a module, but there's no package which has the firmware =/
[0:26] <gregoa> that's probably the reason for the bugreport methuzla mentioned earlier :)
[0:27] * otter768 (~otter768@67.11.53.3) Quit (Remote host closed the connection)
[0:27] <gregoa> maybe the module is also only in the foundation kernel; or at least only in newer kernels than the time the wheezy firmware packages are from
[0:28] <shiftplusone> yeah, but I think it's a module we (the raspberry pi foundation) have added because it's not upstream (or is maybe in staging), so debian (and therefore raspbian) would probably not bother trying to support it.
[0:29] <shiftplusone> anyway... worth seeing what plugwash says... I suspect it'll be along the lines of "report that to the foundation".
[0:29] * gregoa nods
[0:30] <ghostchilli> sudo install tightvncserver Missing destination file operand after 'tightvncserver,' have I screwed up something?
[0:30] <ghostchilli> Following a guide on instructables.com
[0:30] <shiftplusone> ghostchilli, apt-get
[0:30] <shiftplusone> read carefully
[0:31] <shiftplusone> more importantly, understand what you're typing and why.
[0:31] <diederik> from firmware-nonfree (0.41): "Add RTL8188EU firmware"
[0:31] <shiftplusone> diederik, but then apt-file should've found it, no?
[0:31] <diederik> wheezy's version is 0.36, which is too old
[0:31] <shiftplusone> oh, right
[0:31] <diederik> no, unless you also had jessie in your sources.list
[0:32] * break3r (~wayne@dslb-094-219-204-245.094.219.pools.vodafone-ip.de) Quit (Ping timeout: 246 seconds)
[0:32] <shiftplusone> Seems like my IQ drops 20 points if I don't have a pi near me to check things before I type >_<
[0:32] <diederik> there is a wheezy backports package though, which should have that firmware
[0:33] <diederik> afaik in the case of firmware it is safe to get things for jessie into wheezy (or even directly from the debian site)
[0:33] <shiftplusone> yeah, arch independent and all that. Not sure that's something I'd recommend for beginners though.... it should just work.
[0:34] <diederik> very true
[0:34] <shiftplusone> or just not work.... not something in between =P
[0:34] <diederik> in my case it helps to have various urls starting with "http://archive.raspbian.org/raspbian/pool" in my browsers history :-P
[0:35] <diederik> and a shortcut "pdo" for debian's package search
[0:35] <shiftplusone> .... I'll keep my browser history to myself >.>
[0:35] <shiftplusone> 'pdo'?
[0:35] <diederik> package.debian.org
[0:35] * break3r (~wayne@dslb-094-219-204-245.094.219.pools.vodafone-ip.de) has joined #raspbian
[0:35] <shiftplusone> ah
[0:36] <diederik> http://packages.debian.org/search?keywords=%s
[0:36] <diederik> bookmarked that in iceweasel and added pdo as keyword
[0:36] <shiftplusone> I go that far when I'm feeling extra nice and helpful.... it's midnight and not one of those night >_<
[0:36] <diederik> then it's just "pdo firmware-realtek"
[0:38] <diederik> I've done these things soo often it's part of my muscle memory :)
[0:38] <shiftplusone> fair enough... for me, it's a bit of a hassle.
[0:39] * break3r (~wayne@dslb-094-219-204-245.094.219.pools.vodafone-ip.de) Quit (Remote host closed the connection)
[0:43] <diederik> do you happen to know how to make a debug build of a kernel?
[0:44] <shiftplusone> I think under 'kernel hacking' in menuconfig, you have all kinds of options.
[0:45] <shiftplusone> I also think zImage has all the debug stuff stripped out, so you need to take vmlinuz, I think.
[0:45] <diederik> ah ok, thanks!
[0:45] <shiftplusone> The redundant 'I think' is to make sure you understand that I don't know. It has been a while.
[0:47] <diederik> it sounds logical and I know how to go about finding out whether it's actually the case :)
[0:49] * rockstar_ (~rockstar@cpe-74-67-51-99.nycap.res.rr.com) has joined #raspbian
[0:50] <shiftplusone> If you're actually planning to use kgdb and gdb, it's a bit of a pain.
[0:50] <shiftplusone> gcc optimizes the hell out of it, so trying to single step through takes you through all kinds of random places.
[0:50] <diederik> I hope not :-P
[0:51] <shiftplusone> It's just easier to printk the shit out of everything to find the problem.
[0:51] <diederik> nah, that's out of my league
[0:51] <spm_draget> I am back :D And… quite intoxicated, I'm afraid :)
[0:52] <diederik> I'm just hoping that it would give me better kernel dumps
[0:52] <shiftplusone> spm_draget, makes two of us
[0:52] * Rel (6375286d@gateway/web/freenode/ip.99.117.40.109) has joined #raspbian
[0:52] <shiftplusone> diederik, If you've got symbols in the dump, it's about as good as it gets. You can pass the rest through a disassembler to see exactly what it was trying to do.
[0:53] <diederik> still trying to figure out why the ('wrong') kernel keeps crashing ;)
[0:53] <diederik> so it's unlikely it's going to be better then this: https://gist.github.com/diederikdehaas/11741b09eefc7f1eb827#file-kernel-panic-raspi-b-txt ?
[0:53] <shiftplusone> some info on that here http://www.opensourceforu.com/2011/01/understanding-a-kernel-oops/
[0:54] <Rel> Hey guys, i need to interface 100-200 analog sensors, is there any nice way of doing that with one rpi?
[0:54] <spm_draget> strcmp in of_bus_isa_match, yeah, it is the same
[0:54] <shiftplusone> Yeah, looks like it was trying to prob the ISA bus when it happened (which the pi definitely doesn't have).
[0:55] <diederik> cool, thanks!
[0:55] <shiftplusone> diederik, have you compared the .configs to see if there's something silly enabled (like ISA?)
[0:55] <diederik> no, not yet
[0:56] <diederik> I'll do that likely soon (not tonight though)
[0:57] <shiftplusone> as I understand it, plugwash takes the debian kernel package, adds a million patches to it and some magic to make it all work. It may be the case that the debian .config enables something which causes problems. Or maybe plugwash uses the defconfig we use... I don't know.
[0:58] <diederik> I think your description is correct, but I don't know either
[0:59] * iamfrankenstein (~Thunderbi@h90192.upc-h.chello.nl) Quit (Ping timeout: 255 seconds)
[1:00] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[1:01] * bigmac (~bigmac@174-31-148-121.tukw.qwest.net) has joined #raspbian
[1:02] * ghostchilli (~GhostChil@60-240-115-123.static.tpgi.com.au) Quit (Read error: Connection reset by peer)
[1:04] * spinza (~spin@197.89.19.81) has joined #raspbian
[1:05] <shiftplusone> diederik, what's a little concerning is that bcm283X is the upstream stuff and we use bcm270X to avoid namespace collisions. It's a little suspicious that bcm2835_pinctrl_probe is used.... so, another thing to investigate.
[1:06] <diederik> ok, thanks!
[1:16] <diederik> I think I've just learned a whole lot of things regarding the kernel \o/
[1:16] <diederik> and your earlier description was indeed correct
[1:17] <diederik> it's all about this file: http://archive.raspbian.org/raspbian/pool/main/l/linux-3.18/linux-3.18_3.18.5-1~exp1%2brpi15.debian.tar.xz
[1:20] <diederik> the debian/patches/rpmanual/memdebug.patch (in that archive) indicates plugwash ran into the same problem as we are now
[1:21] <diederik> memdebug.patch: http://paste.debian.net/162497/
[1:23] <Getty> BONKERS!
[1:24] * rockstar_ (~rockstar@cpe-74-67-51-99.nycap.res.rr.com) Quit (Remote host closed the connection)
[1:32] <shiftplusone> diederik, how do you know that patch has anything to do with the issue you're facing?
[1:33] <diederik> because it describes 'perfectly' the symptoms we noticed
[1:33] * Rel (6375286d@gateway/web/freenode/ip.99.117.40.109) Quit (Quit: Page closed)
[1:33] <diederik> it affects model B and I usually 'fix' it by disabling initramfs
[1:34] <shiftplusone> hm, okay.
[1:34] <shiftplusone> what's the firmware version?
[1:34] <diederik> I'm not 100% sure, but it sounds too much of a coincidence not to be related
[1:34] <shiftplusone> I fixed an issue with initrd a while back.... but it was really a while back, so I doubt it's related at all.
[1:35] <diederik> just a sec, looking it up
[1:36] <diederik> it's from feb 12
[1:36] <shiftplusone> when did the pi 2 launch?
[1:36] <diederik> feb 2 (iirc)
[1:36] <shiftplusone> okay, should be fine then.
[1:37] <shiftplusone> If my todo list wasn't as it is now, I'd look into this properly, sorry.
[1:37] <diederik> no problem
[1:38] <diederik> trying to figure out why this (kind of things) is happening is a great learning opportunity for me :)
[1:40] * dougl (~doug@S0106744401495b56.wp.shawcable.net) has joined #raspbian
[1:40] * djukon (transitor@gateway/shell/insomnia247/x-ndcrdqvpkiyotrai) Quit (Ping timeout: 256 seconds)
[1:41] * heroux (sandroco@gateway/shell/insomnia247/x-klmfnlmcjhjzdzoy) Quit (Ping timeout: 264 seconds)
[1:42] * djukon (~djukon@gateway/shell/insomnia247/x-dmmkjyhflypnewcv) has joined #raspbian
[1:50] * Felix29 (~coors@c-67-166-12-95.hsd1.co.comcast.net) has joined #raspbian
[2:07] * dougl (~doug@S0106744401495b56.wp.shawcable.net) Quit (Remote host closed the connection)
[2:23] * plantoschka (~plantosch@ipb21b55fc.dynamic.kabel-deutschland.de) Quit (Ping timeout: 246 seconds)
[2:28] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[2:33] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 246 seconds)
[2:33] * methuzla (~methuzla@dsl254-017-117.sea1.dsl.speakeasy.net) has left #raspbian
[2:41] * Zachary_DuBois is now known as Tokyo
[2:43] * stenny (~pi@cpc1-gill17-2-0-cust253.20-1.cable.virginm.net) has joined #raspbian
[2:44] * taza (~taza@unaffiliated/taza) Quit ()
[2:44] * gully-foyle (~pumpkinpa@23.27.113.147) Quit (Quit: Leaving)
[2:45] * Jonno_ (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) has joined #raspbian
[2:47] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) has joined #raspbian
[3:05] * stenny (~pi@cpc1-gill17-2-0-cust253.20-1.cable.virginm.net) Quit (Quit: leaving)
[3:23] * Smx (Elite8556@gateway/shell/elitebnc/x-dufyyilxaskzseno) Quit (Excess Flood)
[3:28] * Smx (Elite8556@gateway/shell/elitebnc/x-cylfuoubkadlhamp) has joined #raspbian
[3:36] * bugzc_ (~bugzc@unaffiliated/bugzc) has joined #raspbian
[3:38] * novalue (~what@46.114.134.123) Quit (Ping timeout: 256 seconds)
[3:40] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[3:40] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[3:48] * gully-foyle (~pumpkinpa@23.27.113.147) has joined #raspbian
[3:51] * laza (~laza@b2b-130-180-1-210.unitymedia.biz) Quit (Read error: Connection reset by peer)
[3:53] * smulverine (~smulverin@n219078244246.netvigator.com) has joined #raspbian
[3:53] * novalue (~what@46.114.128.207) has joined #raspbian
[3:54] * hubutm20 (~hubutm20@79.114.2.201) Quit (Ping timeout: 250 seconds)
[3:54] * hubutm20 (~hubutm20@79.114.2.201) has joined #raspbian
[3:55] * Hopper (Hopper@244.235.106.212.dynamic.jazztel.es) Quit (Read error: Connection reset by peer)
[3:56] * laza (~laza@b2b-130-180-1-210.unitymedia.biz) has joined #raspbian
[3:58] * bugzc_ (~bugzc@unaffiliated/bugzc) Quit (Ping timeout: 265 seconds)
[3:58] * bugzc_ (~bugzc@unaffiliated/bugzc) has joined #raspbian
[3:59] * nitdega (~nitdega@2602:304:ab12:eae1:fc1d:2f3f:f8b7:9b19) Quit (Ping timeout: 245 seconds)
[4:00] * nitdega (~nitdega@2602:304:ab12:eae1:75eb:7a36:e0b2:3373) has joined #raspbian
[4:04] * niska (~niska@105.ip-167-114-152.net) Quit (Ping timeout: 245 seconds)
[4:05] * niska (~niska@105.ip-167-114-152.net) has joined #raspbian
[4:06] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) has joined #raspbian
[4:15] * bigmac (~bigmac@174-31-148-121.tukw.qwest.net) Quit (Ping timeout: 246 seconds)
[4:29] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[4:34] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 264 seconds)
[4:34] * Climuffff (~Climufff@ip1f13d29a.dynamic.kabel-deutschland.de) Quit (Quit: Nettalk6 - www.ntalk.de)
[4:34] * klem (~klem@c-75-71-128-197.hsd1.co.comcast.net) Quit (Quit: Leaving)
[4:34] * Tokyo (~Zachary_D@yuki.morikawa.apservers.io) Quit (Remote host closed the connection)
[4:35] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[4:35] * AlphaTech (uid35525@gateway/web/irccloud.com/x-exbfhluflcvcublt) Quit (Quit: Connection closed for inactivity)
[4:36] * Zachary_DuBois (~Zachary_D@yuki.morikawa.apservers.io) has joined #raspbian
[4:39] * Zachary_DuBois is now known as Tokyo
[4:49] * smulverine (~smulverin@n219078244246.netvigator.com) Quit (Remote host closed the connection)
[4:51] * killer_prince (~killer_pr@122.171.25.253) Quit (Ping timeout: 256 seconds)
[4:51] * Felix29 (~coors@c-67-166-12-95.hsd1.co.comcast.net) Quit ()
[4:52] * killer_prince (~killer_pr@122.167.155.100) has joined #raspbian
[4:52] * killer_prince is now known as lazy_prince
[5:03] * killer_prince (~killer_pr@122.167.158.218) has joined #raspbian
[5:04] * lazy_prince (~killer_pr@122.167.155.100) Quit (Ping timeout: 264 seconds)
[5:04] * killer_prince is now known as lazy_prince
[5:09] * killer_prince (~killer_pr@122.172.73.130) has joined #raspbian
[5:10] * lazy_prince (~killer_pr@122.167.158.218) Quit (Ping timeout: 252 seconds)
[5:10] * killer_prince is now known as lazy_prince
[5:14] * lazy_prince (~killer_pr@122.172.73.130) Quit (Ping timeout: 246 seconds)
[5:25] * killer_prince (~killer_pr@122.167.149.209) has joined #raspbian
[5:25] * killer_prince is now known as lazy_prince
[5:26] * jpg__ (jpg_@gateway/shell/elitebnc/x-wjycqmetxgrylous) has joined #raspbian
[5:27] * stealthii (sid17385@gateway/web/irccloud.com/x-nbzcpiwbvvcdptol) Quit (Ping timeout: 245 seconds)
[5:27] * jpg__- (jpg_@gateway/shell/elitebnc/x-hevlmwpmvsvacqxb) Quit (Ping timeout: 245 seconds)
[5:27] * nitdega (~nitdega@2602:304:ab12:eae1:75eb:7a36:e0b2:3373) Quit (Ping timeout: 245 seconds)
[5:27] * stealthii (sid17385@gateway/web/irccloud.com/session) has joined #raspbian
[5:27] * stealthii (sid17385@gateway/web/irccloud.com/session) Quit (Changing host)
[5:27] * stealthii (sid17385@unaffiliated/stealthii) has joined #raspbian
[5:27] * stealthii (sid17385@unaffiliated/stealthii) Quit (Changing host)
[5:27] * stealthii (sid17385@gateway/web/irccloud.com/x-ombxsfbedferdyxs) has joined #raspbian
[6:06] * Rahul_ (~RahulAN@203.109.93.54) has joined #raspbian
[6:06] <Rahul_> Hii all
[6:06] <Rahul_> I want to share my linux machine internet connection with my raspberry pi
[6:07] <Rahul_> which is connected by ethernet port
[6:18] * Megaf_ (~Megaf@unaffiliated/megaf) has joined #raspbian
[6:21] * Megaf (~Megaf@unaffiliated/megaf) Quit (Ping timeout: 265 seconds)
[6:22] * troyt (~troyt@2601:7:6200:69e1:44dd:acff:fe85:9c8e) Quit (Ping timeout: 265 seconds)
[6:22] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[6:24] * Qatz (~DB@2601:6:4a80:5d6::90) Quit (Remote host closed the connection)
[6:24] * Alynna (~alynna@2601:1:8ec0:15b::1) Quit (Ping timeout: 265 seconds)
[6:24] * Qatz (~DB@2601:6:4a80:5d6::90) has joined #raspbian
[6:25] * spinza (~spin@197.89.19.81) has joined #raspbian
[6:26] * troyt (~troyt@2601:7:6200:69e1:44dd:acff:fe85:9c8e) has joined #raspbian
[6:27] * Alynna (~alynna@2601:1:8ec0:15b::1) has joined #raspbian
[6:27] * stealthii (sid17385@gateway/web/irccloud.com/x-ombxsfbedferdyxs) Quit (*.net *.split)
[6:28] * MisterY (~mistery@p5DE8D582.dip0.t-ipconnect.de) has joined #raspbian
[6:28] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[6:29] * spinza (~spin@197.89.19.81) has joined #raspbian
[6:29] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[6:29] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[6:30] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[6:34] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 252 seconds)
[6:37] * bigmac (~bigmac@174-31-148-121.tukw.qwest.net) has joined #raspbian
[6:38] * Tokyo is now known as Zachary_DuBois
[6:43] * stealthii (sid17385@gateway/web/irccloud.com/session) has joined #raspbian
[6:43] * stealthii (sid17385@gateway/web/irccloud.com/session) Quit (Changing host)
[6:43] * stealthii (sid17385@gateway/web/irccloud.com/x-ebrbqubroqicixeb) has joined #raspbian
[6:51] * lazy_prince is now known as killer_prince
[7:01] * bugzc_ (~bugzc@unaffiliated/bugzc) Quit (Remote host closed the connection)
[7:13] * diederik (~quassel@dhcp-077-251-173-228.chello.nl) Quit (Remote host closed the connection)
[7:31] * MisterY (~mistery@p5DE8D582.dip0.t-ipconnect.de) has left #raspbian
[7:35] * hsp (~hsp@ip4d143545.dynamic.kabel-deutschland.de) Quit (Quit: WeeChat 1.1.1)
[7:35] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) Quit (Ping timeout: 245 seconds)
[7:35] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[7:38] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) has joined #raspbian
[7:40] * spinza (~spin@197.89.19.81) has joined #raspbian
[7:41] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[7:45] * stealthii (sid17385@gateway/web/irccloud.com/x-ebrbqubroqicixeb) Quit (Ping timeout: 245 seconds)
[7:45] * spinza (~spin@197.89.19.81) has joined #raspbian
[7:46] * stealthii (sid17385@gateway/web/irccloud.com/x-bnagmeaofodrturr) has joined #raspbian
[7:47] * arpad_______ (20320@ninthfloor.org) has joined #raspbian
[7:53] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[7:57] * spinza (~spin@197.89.19.81) has joined #raspbian
[8:06] * DropBear (~DropBear@rrcs-74-62-215-122.west.biz.rr.com) Quit (Remote host closed the connection)
[8:06] * DropBear (~DropBear@rrcs-74-62-215-122.west.biz.rr.com) has joined #raspbian
[8:12] * twolife` is now known as twolife
[8:12] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[8:12] * spinza (~spin@197.89.19.81) has joined #raspbian
[8:15] * iamfrankenstein (~Thunderbi@h90192.upc-h.chello.nl) has joined #raspbian
[8:26] * iamfrankenstein1 (~Thunderbi@h90192.upc-h.chello.nl) has joined #raspbian
[8:26] * iamfrankenstein (~Thunderbi@h90192.upc-h.chello.nl) Quit (Ping timeout: 255 seconds)
[8:29] * Rahul_ (~RahulAN@203.109.93.54) Quit (Remote host closed the connection)
[8:31] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[8:32] * mildouze (~Icedove@AAmiens-156-1-48-151.w90-18.abo.wanadoo.fr) has joined #raspbian
[8:36] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 255 seconds)
[8:40] * twolife is now known as twolife`
[8:46] * hsp (~hsp@ip4d143545.dynamic.kabel-deutschland.de) has joined #raspbian
[8:49] * gully-foyle (~pumpkinpa@23.27.113.147) Quit (Quit: Leaving)
[8:49] * drindt (~drindt@f055234153.adsl.alicedsl.de) has joined #raspbian
[9:04] * NicoHood (~Thunderbi@p50856AC5.dip0.t-ipconnect.de) has joined #raspbian
[9:06] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) has joined #raspbian
[9:12] * Jonno_ (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) Quit (Ping timeout: 272 seconds)
[9:12] * piper (~user@h1.lucasaccarola.it) has joined #raspbian
[9:13] * twolife` is now known as twolife
[9:14] * break3r (~wayne@x590c0cc8.dyn.telefonica.de) has joined #raspbian
[9:14] * avrdude (81f19a94@gateway/web/freenode/ip.129.241.154.148) Quit (Ping timeout: 246 seconds)
[9:17] * drindt (~drindt@f055234153.adsl.alicedsl.de) Quit (Quit: Ex-Chat)
[9:22] * teran (~teran@broadband-109-173-61-206.nationalcablenetworks.ru) Quit ()
[9:29] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) Quit (Ping timeout: 256 seconds)
[9:30] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[9:31] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[9:36] * teran (~teran@broadband-109-173-61-206.nationalcablenetworks.ru) has joined #raspbian
[9:48] <lordievader> Good morning.
[9:53] * twolife is now known as twolife`
[10:13] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[10:15] * spinza (~spin@197.89.19.81) has joined #raspbian
[10:19] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[10:21] * kilian_ (~kilian@neu67-3-82-239-81-116.fbx.proxad.net) has joined #raspbian
[10:22] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[10:22] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[10:23] * spinza (~spin@197.89.19.81) has joined #raspbian
[10:32] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[10:35] * teran (~teran@broadband-109-173-61-206.nationalcablenetworks.ru) Quit (Ping timeout: 246 seconds)
[10:37] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 264 seconds)
[10:47] * piper` (~user@h1.lucasaccarola.it) has joined #raspbian
[10:49] * stooj (~stooj@220-244-219-21.static.tpgi.com.au) Quit (Ping timeout: 272 seconds)
[10:50] * stooj (~stooj@220-244-219-21.static.tpgi.com.au) has joined #raspbian
[10:50] * piper (~user@h1.lucasaccarola.it) Quit (Ping timeout: 244 seconds)
[10:55] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) has joined #raspbian
[10:58] * Jonno_ (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) has joined #raspbian
[11:00] * Jonno (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) Quit (Remote host closed the connection)
[11:04] * leio (~leio@gentoo/developer/leio) Quit (Remote host closed the connection)
[11:35] * AlphaTech (uid35525@gateway/web/irccloud.com/x-blsbmfznohtckpmw) has joined #raspbian
[11:37] * dodo (~dodo@host200-57-static.11-188-b.business.telecomitalia.it) has joined #raspbian
[11:37] * dodo (~dodo@host200-57-static.11-188-b.business.telecomitalia.it) Quit (Client Quit)
[11:38] * qdk (~qdk@ip2.c1306.frb300.cust.comxnet.dk) Quit (Ping timeout: 245 seconds)
[11:38] * dodo (~dodo@host200-57-static.11-188-b.business.telecomitalia.it) has joined #raspbian
[11:39] * qdk (~qdk@87.72.0.40) has joined #raspbian
[11:39] * dodo (~dodo@host200-57-static.11-188-b.business.telecomitalia.it) Quit (Client Quit)
[11:40] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) Quit (Remote host closed the connection)
[11:41] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) has joined #raspbian
[11:45] * wiiguy (fake@unaffiliated/wiiguy) has joined #raspbian
[11:46] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) Quit (Ping timeout: 246 seconds)
[11:57] * wiiguy (fake@unaffiliated/wiiguy) Quit (Quit: I just broke my connection, but no worries, we can rebuild it. We have the technology.)
[12:03] * mkillock (~matt@78-32-160-53.static.enta.net) has joined #raspbian
[12:04] <mkillock> hi
[12:05] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) has joined #raspbian
[12:07] <mkillock> Sorry if I don't know your protocols here, but perhaps you would prefer brevity? I am wondering whether the version of iproute in Raspbian could be updated to include fq_codel support please?
[12:07] <mkillock> The kernel supports it, but tc reports, 'Unknown qdisc "fq_codel"'
[12:12] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) Quit (Ping timeout: 265 seconds)
[12:18] <mkillock> going to try jessie
[12:20] * avrdude (81f19a94@gateway/web/freenode/ip.129.241.154.148) has joined #raspbian
[12:21] * break3r (~wayne@x590c0cc8.dyn.telefonica.de) Quit (Remote host closed the connection)
[12:21] * break3r (~wayne@x590c0cc8.dyn.telefonica.de) has joined #raspbian
[12:22] <avrdude> Hello. I have hooked up the serial lines on my pi running raspbian, to an mcu, that reads the serial port, then echoes it to another serial port that i display on my computer. it works great, but periodically i receive 0x7f, and i can't figure out where it's coming from
[12:22] <break3r> hey everybody
[12:22] * break3r (~wayne@x590c0cc8.dyn.telefonica.de) Quit (Killed (idoru (Spam is off topic on freenode.)))
[12:22] <avrdude> i have followed this guide: http://www.elinux.org/RPi_Serial_Connection#Preventing_Linux_using_the_serial_port so i should be the only one controlling the serial port
[12:23] <avrdude> but, does anyone know why the pi keeps sending 0x7f periodically on the serial port?
[12:23] * pycoderf (~vitalis@cpe-66-69-37-100.satx.res.rr.com) has joined #raspbian
[12:29] <ShorTie> have you looked in syslog maybe ??
[12:30] * pycoderf (~vitalis@cpe-66-69-37-100.satx.res.rr.com) Quit (Ping timeout: 255 seconds)
[12:33] * pycoderf (~vitalis@cpe-66-69-37-100.satx.res.rr.com) has joined #raspbian
[12:33] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[12:34] <avrdude> i converted the data to ascii to see if it made sense, and its actually sending out the local time: http://pastebin.com/5jmz6CDF
[12:34] <avrdude> why on earth is it doing this? i really dont want it to
[12:37] <pycoderf> is apache or nginx preferred for the rpi?
[12:37] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 244 seconds)
[12:39] <mkillock> pycoderf: either will be slow, I expect, especially if there is a lot of PHP to process
[12:40] <pycoderf> mkillock: what is preferred? i only plan to do some small python web applications with sqlite
[12:41] <mkillock> pycoderf: (I don't represent Raspbian BTW) I would guess nginx because it is more lightweight? How about lighttpd? I can't claim to tried either of those though I have tried apache2 and that was ok for static pages but not with a CMS
[12:42] <pycoderf> no cms involved here
[12:42] <pycoderf> just amsll python scripts using th ebottle framework. wsgi is what it uses
[12:42] <avrdude> anyone? why is raspbian sending out a timestamp on the serial port periodically? this is really messing up my communication
[12:43] * di-erz (~di-erz@85.26.233.88) Quit (Ping timeout: 265 seconds)
[12:44] <avrdude> sorry, its not sending out a timestamp. its only sending 0x7f
[12:44] <mkillock> pycoderf: ok! :) the best thing I can suggest is for you to try it and see how long the CPU maxes out!
[12:44] <avrdude> but does anyone know why?
[12:45] <pycoderf> mkillock: on the plus side the max number of connections to the site will be 3 ha
[12:45] <pycoderf> internal web application
[12:46] <pycoderf> mkillock: before i go messing with lighttpd are the configs similar to apache?
[12:48] <mkillock> pycoderf: I don't remember, sorry. I do remember configuring friendly URLs (.htaccess type stuff) was somewhat obscure. Hopefully not
[12:48] <mkillock> pycoderf: let's take a look at the docs
[12:49] <mkillock> pycoderf: looks similar
[12:49] <mkillock> http://redmine.lighttpd.net/projects/1/wiki/TutorialConfiguration
[12:50] <pycoderf> looks mroe nginx-y to me but i am no expert and normally see apache at work
[12:51] <mkillock> pycoderf: you could try apache and see if works OK with your python, if so, then great. If too slow then try a lighter server?
[12:51] * atouk_ (~atouk@ool-45752754.dyn.optonline.net) has joined #raspbian
[12:51] <pycoderf> fair enough
[12:51] <pycoderf> join #bottlepy
[12:51] <pycoderf> oops
[12:54] * atouk (~atouk@ool-45752754.dyn.optonline.net) Quit (Ping timeout: 245 seconds)
[12:59] * Hopper (Hopper@244.235.106.212.dynamic.jazztel.es) has joined #raspbian
[13:06] * klem (~klem@c-75-71-128-197.hsd1.co.comcast.net) has joined #raspbian
[13:07] * raspberry (~Michael@c122-107-203-195.eburwd4.vic.optusnet.com.au) Quit (Ping timeout: 255 seconds)
[13:07] * mkillock (~matt@78-32-160-53.static.enta.net) has left #raspbian
[13:08] * ascii_ch (~quassel@78.82.0.85.dynamic.wline.res.cust.swisscom.ch) has joined #raspbian
[13:08] * plugwash (~plugwash@97e3d836.skybroadband.com) has joined #raspbian
[13:08] * ChanServ sets mode +o plugwash
[13:18] * atouk_ is now known as atouk
[13:28] * taza (~taza@unaffiliated/taza) has joined #raspbian
[13:41] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[13:43] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[13:46] * ascii_ch (~quassel@78.82.0.85.dynamic.wline.res.cust.swisscom.ch) Quit (Read error: Connection reset by peer)
[13:47] * ascii_ch (~quassel@78.82.0.85.dynamic.wline.res.cust.swisscom.ch) has joined #raspbian
[13:54] * knoten_ (4fa0d203@gateway/web/freenode/ip.79.160.210.3) has joined #raspbian
[13:54] <knoten_> Is someone able to give me some troubleshooting help with an apache2 and php5 installation which isn't working?
[13:55] <atouk> symptoms?
[13:55] <knoten_> <?php phpinfo(); ?> in a web page shows nothing
[13:55] <knoten_> Or <?php echo "test"; ?> for that mater
[13:56] <knoten_> In addition to apache2, I've installed php5 and libapache2-mod-php5
[13:56] <atouk> what does view source show for the page
[13:56] <knoten_> Restartet etc. etc.
[13:57] <knoten_> It shows the php code
[13:57] <knoten_> Meaning, afaik, that the code isn't executed
[13:59] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[13:59] <atouk> try runniing a2enmod php5-cgi
[14:00] * ZIPY (~ZIPY@unaffiliated/zipy) has joined #raspbian
[14:00] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[14:03] * dodo (~dodo@host200-57-static.11-188-b.business.telecomitalia.it) has joined #raspbian
[14:04] <knoten_> atouk: "ERROR: Module php5-cgi does not exist!"
[14:05] <knoten_> php5-cgi IS installed btw
[14:05] <atouk> apt-get install libapache2-mod-php5 php5 php-pear php5-xcache
[14:07] <knoten_> Done. No change.
[14:08] <knoten_> it still claims that the php5-cgi module doesn't exist
[14:08] <atouk> hmmmm
[14:11] * dodo (~dodo@host200-57-static.11-188-b.business.telecomitalia.it) Quit (Quit: Leaving)
[14:13] <atouk> might have to go back to step 1 and apt-get remove --purge all the packages and start over
[14:13] <atouk> not sure what went bad
[14:14] <plugwash> what is the file extention of the file you are putting the php code in?
[14:15] * plugwash is pretty sure that the default configuration debian uses for apache/php only interprets php code in .php files
[14:16] * atouk didn's ask the obvious. off to find brain enhancers (coffee)
[14:17] * Zbyshek (~neo@silentic.zbyshek.net) Quit (Ping timeout: 246 seconds)
[14:18] * nitdega (~nitdega@2602:304:ab12:e271:853f:d50d:465d:df2a) has joined #raspbian
[14:19] * Zbyshek (~neo@silentic.zbyshek.net) has joined #raspbian
[14:19] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[14:20] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[14:23] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Excess Flood)
[14:24] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[14:25] * AlphaTech (uid35525@gateway/web/irccloud.com/x-blsbmfznohtckpmw) Quit (Quit: Connection closed for inactivity)
[14:27] * dougl (~doug@S0106744401495b56.wp.shawcable.net) has joined #raspbian
[14:28] * piper` (~user@h1.lucasaccarola.it) Quit (Ping timeout: 256 seconds)
[14:34] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[14:36] * di-erz (~di-erz@83.149.21.227) has joined #raspbian
[14:36] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[14:37] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[14:38] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 256 seconds)
[14:41] * knoten_ (4fa0d203@gateway/web/freenode/ip.79.160.210.3) Quit (Ping timeout: 246 seconds)
[14:44] * break3r (~wayne@x590c895a.dyn.telefonica.de) has joined #raspbian
[14:47] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) has joined #raspbian
[14:51] * Hopper (Hopper@244.235.106.212.dynamic.jazztel.es) Quit (Read error: Connection reset by peer)
[14:51] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[14:52] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Read error: Connection reset by peer)
[14:56] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
[15:06] * TheLostAdmin (~TheLostAd@192-171-49-199.cpe.pppoe.ca) has joined #raspbian
[15:08] * dougl (~doug@S0106744401495b56.wp.shawcable.net) Quit (Remote host closed the connection)
[15:08] * thunderbirdtr (~thunderbi@88.245.90.94) has joined #raspbian
[15:18] * mike_t (~mike@109.169.167.4) has joined #raspbian
[15:25] <AndrewG> Trying to grab a local copy of source code from git - raspberrypi/linux branch rpi-3.18.y (so I can build it myself).
[15:25] <AndrewG> However, I'm struggling with the right git commands, not having used git myself much.
[15:26] <AndrewG> Have done a git clone https://github.com/raspberrypi/linux.git
[15:27] <AndrewG> but I'm stuck after that on how to get an rpi-3.18.y source tree from it.
[15:27] <plugwash> right, after the git clone you should have a directory called "linux"
[15:28] <plugwash> change to that directory and then do
[15:28] <plugwash> git checkout rpi-3.18.y
[15:28] <AndrewG> OK, doing that now...
[15:30] <AndrewG> It says "Already on 'rpi-3.18.y'" - this might be because I tried a git fetch linux rpi-3.18.y earlier
[15:30] * Zbyshek (~neo@silentic.zbyshek.net) Quit (Ping timeout: 246 seconds)
[15:32] <plugwash> the message means what it says, your tree is already on rpi-3.18.y (it's probablly the default branch)
[15:32] * Zbyshek (~neo@silentic.zbyshek.net) has joined #raspbian
[15:32] <AndrewG> Ah, and the Makefile does say VERSION = 3, PATCHLEVEL = 18, SUBLEVEL = 9, so looks like I'm good to go.
[15:33] <AndrewG> By the way, what's the difference between 3.18.7-v7 and 3.18.7-v7+ ?
[15:34] <AndrewG> (i.e. the "+" on the end)
[15:35] <plugwash> I think the + indicates that the tree has been locally modified but i'm not sure on that
[15:37] <AndrewG> OK. uname -r on the raspbian distro I downloaded a months or so back has the "+".
[15:37] <AndrewG> When I tried to download the source of that to build a kernel module (which is not part of it), it built it for a UTS_RELEASE without the "+", and kernel refused to load it. Made me think I hadn't download right kernel source, which is why I'm going to try building my own and use that as the starting point.
[15:50] <AndrewG> Looking good - include/generated/utsrelease.h now contains #define UTS_RELEASE "3.18.9-v7+"
[15:54] * TheLostAdmin (~TheLostAd@192-171-49-199.cpe.pppoe.ca) Quit (Quit: Leaving)
[15:55] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) has joined #raspbian
[15:56] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
[16:06] * thunderbirdtr (~thunderbi@88.245.90.94) Quit (Ping timeout: 246 seconds)
[16:10] * spangles (~johnmurra@host86-155-213-77.range86-155.btcentralplus.com) has joined #raspbian
[16:10] * flip214 (~marek@unaffiliated/flip214) has joined #raspbian
[16:11] <flip214> Hi. since rpi-update to 3.18.9+ I now get errors on the sd-card.
[16:11] <flip214> [ 956.134647] mmc0: Timeout waiting for hardware interrupt.
[16:11] <flip214> [ 956.134857] mmcblk0: error -110 transferring data, sector 4085776, nr 224, cmd response 0x900, card status 0x200b00
[16:11] <flip214> [ 956.134882] mmcblk0: retrying using single block read
[16:11] <flip214> [ 959.471118] mmcblk0: error -110 transferring data, sector 4085780, nr 220, cmd response 0x900, card status 0x0
[16:11] <flip214> [ 959.471165] blk_update_request: I/O error, dev mmcblk0, sector 4085780
[16:12] <flip214> Is that a software problem (like I read in some posts from 2012 & 2013), or is the sd card getting bad?
[16:14] <flip214> "echo 3 > /proc/sys/vm/drop_caches" seems to help for a (very short) time
[16:15] <flip214> I get different messages after drop_caches... referencing different inodes and blocks
[16:18] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) has joined #raspbian
[16:21] <AndrewG> flip214: Interesting - I'm just building 3.18.9+ ...
[16:22] <AndrewG> No such problems with 3.18.7+ on my Pi2
[16:24] <avrdude> if "ps aux | grep ttyAMA0" gives me "pi 3509 0.0 0.2 3556 1792 pts/2 S+ 16:19 0:00 grep --color=auto ttyAMA0" what exactly does that mean?
[16:28] * peppis (~peppis@94-137-97-144.customers.ownit.se) has joined #raspbian
[16:28] * Jonno (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) has joined #raspbian
[16:34] * Climuffff (~Climufff@ip1f13d29a.dynamic.kabel-deutschland.de) has joined #raspbian
[16:34] <AndrewG> ps a... lists all the processes on the system, and you are then searching (grep) for any containing ttyAMA0.
[16:34] <AndrewG> The only one found is that grep command itself.
[16:35] <AndrewG> So ignoring that one, there are none.
[16:35] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[16:35] <AndrewG> ttyAMA0 is the name of the serial port on the pi.
[16:37] <AndrewG> You might expect to find either some processes with that as their controlling terminal (if anyone has logged in on it), or a getty running on it to generate a login prompt.
[16:37] * spangles (~johnmurra@host86-155-213-77.range86-155.btcentralplus.com) Quit (Quit: spangles)
[16:37] <AndrewG> Looks like you have it disabled.
[16:37] <Chillum> avrdude: it is showing you the grep line because it matches the grep. If that is the only line you are seeing then that is odd
[16:37] <Chillum> you should see "/sbin/getty -L ttyAMA0 115200 vt100"
[16:37] <Chillum> odd unless you turned it off
[16:38] <avrdude> i did turn it off because i want to use the serial port myself
[16:38] <Chillum> you are on the right path then
[16:38] <avrdude> but i keep seeing the character 0x7f being transmitted from the pi periodically
[16:38] <avrdude> and it is messing up my communication
[16:39] <avrdude> also, im unable to read any incoming data
[16:39] <avrdude> its really not working as expected
[16:39] * otter768 (~otter768@67.11.53.3) Quit (Ping timeout: 246 seconds)
[16:40] <AndrewG> fuser /dev/ttyAMA0 should list which process(es) are using it.
[16:41] <Chillum> well, that is 127, 01111111
[16:41] <Chillum> a special number
[16:41] <AndrewG> Try: ps -f -p 127
[16:42] <avrdude> what will that do
[16:42] <AndrewG> List the process and command for pid 127
[16:42] <Chillum> I think the serial port is 7 bit so 127 would be the last number
[16:43] <avrdude> AndrewG: it gives nothing
[16:43] <AndrewG> Sorry, I'm replying to wrong person/question - ignore that!
[16:43] <Chillum> avrdude: "sudo fuser /dev/ttyAMA0"
[16:44] <Chillum> needs to be ran as root
[16:44] <avrdude> ok? nothing happened
[16:44] <Chillum> so that means nothing is using the port at the time you ran the command
[16:45] <Chillum> is the character showing up randomly or every X seconds?
[16:45] <Chillum> it is possible a process is starting, sending the character and disconnecting. This would mean the fuser command would not see it unless it ran at that moment
[16:45] <avrdude> i would say its sporadic
[16:46] <avrdude> approximately every 5 seconds, but sometimes faster, sometimes slower
[16:46] <avrdude> it could also be my mcu in the middle but i dont think it is
[16:46] <avrdude> the pi talks to my mcu on a uart line, and the mcu echoes it to my pc on a different line
[16:47] <Chillum> I can tell you I have a tty printer hooked up to my pi and am not getting any odd transmissions
[16:47] <Chillum> mcu?
[16:48] <AndrewG> dtrace is great for catching/diagnosing that sort of thing, but sadly not available on Pi.
[16:48] <AndrewG> SystemTap might be able to do it, but I'm not familiar with how to use it.
[16:49] <Chillum> unshielded wires can pick up radio signals. The most likely character to result is 1111111, 0x7f
[16:49] <Chillum> any motors around?
[16:50] <AndrewG> If the Pi serial port doesn't detect break (a framing error), it will most likely also see it as 0x7f or 0xff depending on databits setting on the line.
[16:50] <AndrewG> Oh actually, it would not be the Pi, but whatever it's talking to.
[16:51] <avrdude> no motors around.. could be radio waves, idk
[16:52] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) Quit (Remote host closed the connection)
[16:52] <Chillum> I would remove any other devices and read its output directly to eliminate the variables of your MCU
[16:52] <Chillum> not sure what you mean by mcu
[16:52] <avrdude> microcontroller
[16:53] <Chillum> Start by hooking it up to a console without anything else, see if it is really sending it
[16:53] <avrdude> not sure how i could read it directly right now
[16:53] <Chillum> well it is very hard to debug when the problem can be in more than one place
[16:54] * Mr_Sheesh (~mr_s@unaffiliated/mr-sheesh/x-0757054) has joined #raspbian
[16:54] <avrdude> but im pretty sure its the pi sending it, because the microcontroller checks on uart_receive if the byte was 0x7f and lights a led if it was
[16:54] <avrdude> so its definitely receiving 0x7f from the pi
[16:54] <avrdude> this has been driving me insane all day i dont know what to do
[16:55] <Chillum> looks like pi defaults to 8 bit serial. If it is 8 bit then 127 is probably set intentionally rather than being interference
[16:56] <avrdude> WAIT JUST ONE SECOND :O these two devices don't have common ground
[16:56] <Chillum> you can spend a lot of time trying to fix your computer and it won't help if the problem is with something hooked up to the computer.
[16:56] <Chillum> ahhh
[16:57] * CME (~CME@95.91.104.71) Quit (Ping timeout: 264 seconds)
[16:57] * jjido (~jjido@2.124.89.5) has joined #raspbian
[16:58] <avrdude> jesus **** christ that solved it of course.. i've only been debugging this for 6 hours now
[16:58] <avrdude> fml
[16:58] <Chillum> longer than that
[16:58] <Chillum> I though you were working on that yesterday
[16:59] <Chillum> One ground to rule them all
[16:59] <avrdude> no i only started with the uart lines this morning
[16:59] * foreest (~art@a217-29-183-243.pppoe.mark-itt.net) has joined #raspbian
[16:59] <avrdude> but yea.. i've basically wasted a day because i'm retarded
[16:59] <Chillum> I bet the bits are moving more freely now
[17:00] <AndrewG> Are your data lines buffered through RS232 chips, or driving directly at 3.3V into the Pi?
[17:00] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[17:00] <avrdude> direct connections between RX and TX pins
[17:00] <avrdude> ..hmm maybe i should have som termination resistors as well?
[17:01] <Chillum> what voltage does your mcu's tty run at?
[17:01] <Chillum> some run at 5v
[17:01] <Chillum> some at 3.3v
[17:01] <AndrewG> Pi is easily damaged if voltage exceeds 3.3V, which could happen with different grounds and the high impedance inputs.
[17:02] <AndrewG> 5V down to 3.3V is easy with a voltage divider.
[17:02] <avrdude> it's 3.3v, i havent gone full retard
[17:02] <Chillum> lol, just partial
[17:02] <avrdude> yea :(
[17:03] <AndrewG> 3.3V into 5V logic seems to work IME - it treats the 3.3V '1' logic as a '1' logic on the 5V side too.
[17:03] <Chillum> you are doing something complex, it is going to be a learning process
[17:03] <avrdude> not really, i have done this lots of times before.. its just been a while
[17:03] <Chillum> AndrewG: I wonder if that works at higher baud rates
[17:04] <AndrewG> I've done it at 115200.
[17:05] <AndrewG> I used a 5V RS232 chip, because I had some in stock already, and because the built-in charge pump works better on the 5V versions than the 3.3V versions.
[17:06] <jjido> What is the role of a charge pump ?
[17:06] <AndrewG> and also because most of my logic was running at 5V (and 12V for relay switching) anyway.
[17:07] <AndrewG> In an RS232 driver, the charge pump generates the +8V and -8V for the data signals.
[17:09] <AndrewG> I suspect you won't get 8V from a 3.3V RS232 chip. Probably doesn't matter much - most RS232 receivers nowadays will work with lower voltages.
[17:10] * iamfrankenstein1 (~Thunderbi@h90192.upc-h.chello.nl) Quit (Quit: iamfrankenstein1)
[17:10] <AndrewG> IIRC, the spec requires the receiver to treat 3-15V as one logic level, and -3 - -15V as the other logic level.
[17:12] <AndrewG> You would probably only have a problem at higher baud rates on longer cables.
[17:13] <AndrewG> My kernel build actually on a Pi2 itself took 79 mins.
[17:13] <AndrewG> Now I just have to work out how to install it (not done that before).
[17:16] * iamfrankenstein (~Thunderbi@h90192.upc-h.chello.nl) has joined #raspbian
[17:19] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[17:19] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[17:22] <Chillum> Does the pi do wake on lan?
[17:25] <Chillum> does it even turn "off"(reduce power usage) when shutdown is ran?
[17:29] * jjido (~jjido@2.124.89.5) Quit (Ping timeout: 246 seconds)
[17:31] <Chillum> ah, the ethernet is connected via usb so WOL probably won't work
[17:32] <AndrewG> Chillum: doesn't really turn off. Bridging the reset jumper restarts it, I believe (not tried myself).
[17:33] <AndrewG> Yippee - my new kernel boots!
[17:35] <Chillum> yay at kernel working
[17:36] <Chillum> is there any kind of sleep mode or low power mode?
[17:36] <Chillum> I can do it with an arduino if I have to
[17:42] <AndrewG> I think it scales its clock frequency down when no load. Mine is idling at 600MHz, but I think it runs at 900MHz when fully loaded.
[17:42] <AndrewG> You should have asked me when the kernel build was running across all 4 cores!
[17:47] * otter768 (~otter768@67.11.53.3) Quit (Remote host closed the connection)
[17:48] * peppis (~peppis@94-137-97-144.customers.ownit.se) Quit (Quit: Lost terminal)
[17:49] * timmer (~timmer@p508F85E8.dip0.t-ipconnect.de) has joined #raspbian
[17:49] <timmer> Hey
[17:50] * timmer (~timmer@p508F85E8.dip0.t-ipconnect.de) Quit (Client Quit)
[17:52] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[17:52] <Chillum> AndrewG: jealous you have a 4 core, still waiting for mine in the mail
[17:52] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[17:53] * andouar (~andouar@89-92-129-125.hfc.dyn.abo.bbox.fr) has joined #raspbian
[17:57] <AndrewG> OK, so the 4 core drops to 600MHz when nothing happening, and bumps up to 900MHz when there's something to do.
[17:58] <AndrewG> All cores change together, even if the work is only single-threaded.
[17:59] <AndrewG> Actually, even just trying to read the core frequency bumps it up to 900, so most of the time you look, it's 900. (A touch of Heisenberg's uncertainty principle;-)
[18:00] <AndrewG> The single core is 700MHz IIRC, and I don't know if it drops when there's no load.
[18:02] <AndrewG> watch -n 1 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
[18:04] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) has joined #raspbian
[18:14] * andouar (~andouar@89-92-129-125.hfc.dyn.abo.bbox.fr) Quit (Remote host closed the connection)
[18:14] <Chillum> I wonder if i can change governors during run-time
[18:15] * andouar (~andouar@89-92-129-125.hfc.dyn.abo.bbox.fr) has joined #raspbian
[18:15] * bigmac (~bigmac@174-31-148-121.tukw.qwest.net) Quit (Ping timeout: 265 seconds)
[18:15] * ZIPY (~ZIPY@unaffiliated/zipy) Quit (Quit: No Ping reply in 180 seconds.)
[18:16] * ZIPY (~ZIPY@unaffiliated/zipy) has joined #raspbian
[18:18] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[18:22] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[18:22] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) has joined #raspbian
[18:22] <Chillum> on a single core pi I have cpu0/cpufreq/cpuinfo_min_freq and cpu0/cpufreq/cpuinfo_max_freq both the same at 700000
[18:23] <Chillum> can the single core raspberry change freqs while running? Or is it always at 700?
[18:23] <Chillum> I would like to drop it down to 100 or 50 when not being used
[18:23] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[18:26] * mildouze (~Icedove@AAmiens-156-1-48-151.w90-18.abo.wanadoo.fr) Quit (Quit: mildouze)
[18:26] <AndrewG> I am not aware that it can.
[18:27] <AndrewG> (which doesn't mean it definitely can't;-)
[18:27] <AndrewG> You could try running raspi-config which has an overclocking section, but might have some lower options too.
[18:31] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[18:34] * lordievader (~lordievad@corellian.student.utwente.nl) Quit (Quit: leaving)
[18:34] * twolife` is now known as twolife
[18:35] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) has joined #raspbian
[18:38] * Jonno (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) Quit (Quit: Konversation terminated!)
[18:45] * Hopper (Hopper@244.235.106.212.dynamic.jazztel.es) has joined #raspbian
[18:46] <ShadowJK> I think it can, but it's so slow at changing freq, iirc
[18:46] <ShadowJK> (and power savings are kinda marginal)
[18:47] * bizarro_1 (~bizarro_1@100.Red-83-55-238.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
[18:47] <Chillum> I would be doing it manually with a command between workloads so it would not need to be fast
[18:48] <Chillum> userspace governor would work best if I could figure out how to change the minimum
[18:48] <Chillum> if the power savings are marginal then I may just make an arduino based switch to just turn them off when not in use
[18:53] * wiiguy (fake@unaffiliated/wiiguy) has joined #raspbian
[18:55] <AndrewG> They're about 3W. I have a couple running openELEC (xbmc/kodi). 3W for a year costs about 3 UK pounds ($5). It's difficult to come up with anything involving hardware which could pay back in less than 10 years ;-)
[19:01] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[19:02] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[19:02] * andouar (~andouar@89-92-129-125.hfc.dyn.abo.bbox.fr) Quit (Remote host closed the connection)
[19:04] * protomouse (~protomous@burai.protomou.se) Quit (Remote host closed the connection)
[19:05] * H4ndy (~H4ndy@185.44.151.119) has joined #raspbian
[19:05] * protomouse (~protomous@burai.protomou.se) has joined #raspbian
[19:06] * bizarro_1 (~bizarro_1@100.Red-83-55-238.dynamicIP.rima-tde.net) has joined #raspbian
[19:11] * riq_ (~riq_@c-50-161-74-230.hsd1.ca.comcast.net) Quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
[19:11] <Chillum> I know they are cheap. I am working on a cluster. First 5, then 16, but possibly as many as 64 pis
[19:11] * mike_t (~mike@109.169.167.4) Quit (Remote host closed the connection)
[19:12] <Chillum> I eventually want a power management system for the cluster
[19:18] <TheSnide> Chillum: get a solar panel & batteries :)
[19:18] <Chillum> solar power = weak
[19:19] <AndrewG> You could use an extra one to be the service processor, and control power to the others via the GPIO pins ;-)
[19:19] <Chillum> yes, that or an arduino
[19:19] * Jonno (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) has joined #raspbian
[19:20] <TheSnide> Chillum: btw, changing freq of rpi arm isn't really changing its power usage. (tested on rpi1. dunno for rpi2)
[19:20] <Chillum> an arduino with an ethershield could see a WOL signal and turn the whole cluster on using minute power
[19:20] <Chillum> TheSnide: thanks for saving me time on that
[19:20] <AndrewG> I've seen a couple of clusters of them.
[19:20] <AndrewG> One of them, the rack for them was made of lego.
[19:21] <TheSnide> Chillum: i suspect the arm isn't the one consuming the most.
[19:21] <TheSnide> given the power usage difference between the A & B, i'd say the extra USB/Eth chip is more hungry
[19:22] <Chillum> The GPU on my headless box produces heat even though I don't think I am using it. Though I imagine it is sending out a signal on HDMI even if nothing is hooked up
[19:22] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[19:22] <Chillum> it is ethernet only interface
[19:22] <Chillum> should not need gpu
[19:23] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[19:23] <AndrewG> Is that on a Pi? The GPU does other stuff too, such as loading the firmware and starting boot.
[19:23] <spm_draget> Goodevening again. Does anyone know if the kernel null pointer issue with the latest 3.18 kernel has been fixed?
[19:24] <AndrewG> I just built and booted 3.18.9. Whats the issue you are describing?
[19:25] <spm_draget> AndrewG: Oh, on the RPi [1] after the installation of the unattended net installer you had some kernel nullpointer while the Output showed just the rainbow. https://github.com/debian-pi/raspbian-ua-netinst/issues/199
[19:26] <spm_draget> https://gist.github.com/dragetd/3c5ce9a8788e0e9b3cb4
[19:26] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) Quit (Ping timeout: 265 seconds)
[19:28] <Chillum> AndrewG: I see. Very integrated I see
[19:29] <spm_draget> In my posted kernel log… it says '3.18.0-trunk-rpi'… does this really mean it boots .18.0 or could it be that this is some package-name and it boots .18.9 (or some other non- .0 one?)
[19:30] <plugwash> That's just the way Debian name kernel packages
[19:30] <plugwash> (and the kernels themselves for that matter)
[19:31] <spm_draget> Which version was it booting in my log?
[19:31] <spm_draget> Hmm, I found ' 3.18.5-1~exp1+rpi15 '… so .18.5 I guess. And AndrewG said he is running 18.9 right now… was the kernel update in the last two days?
[19:32] <plugwash> Even that version number is kinda misleading :/
[19:32] <plugwash> it's based on a debian 3.18.5 kernel package but it's had patches incorporated from the rpf repo that IIRC make it effectively 3.18.7
[19:33] <spm_draget> *nods* Well, I'll give the net installer another try and see what kernel versions work for me and which not.
[19:33] * TheSnide stopped caring about kernel versions in 2.4 era...
[19:34] <TheSnide> as in 2.6.x everything started to work out-of-box /)
[19:34] <TheSnide> ;(
[19:34] <TheSnide> ;)
[19:34] <TheSnide> (oopz)
[19:38] <pycoderf> anyone here familiar with the bottle framework?
[19:40] <Chillum> sounds interesting, no
[19:41] <Chillum> is that like flask?
[19:41] <pycoderf> Chillum: http://bottlepy.org
[19:42] * CME (~CME@tmo-102-174.customers.d1-online.com) has joined #raspbian
[19:43] <pycoderf> I have not used flask but this seems pretty straightforward i think
[19:54] * bigmac (~bigmac@174-31-148-121.tukw.qwest.net) has joined #raspbian
[19:54] <AndrewG> spm_draget: 3.18.9 is what I got by building the rpi-3.18.y kernel source branch today.
[19:54] <AndrewG> 3.18.7 is what I downloaded in the raspian distro iso image a month back.
[19:58] <Chillum> ya looks like ruby's flask or perl's dancer
[19:58] <Chillum> oh, flask is python too
[20:00] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[20:00] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[20:08] <pycoderf> Chillum: yes flask i spython
[20:08] <Chillum> I am not familiar with bottle, but have certainly used similar frameworks
[20:10] * kilian_ (~kilian@neu67-3-82-239-81-116.fbx.proxad.net) Quit (Ping timeout: 246 seconds)
[20:10] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) has joined #raspbian
[20:11] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
[20:11] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) has joined #raspbian
[20:11] <pycoderf> Chillum: are you any good with sql statements?
[20:11] <Chillum> yes
[20:11] <Chillum> pm me though, it is a bit off topic here
[20:13] <pycoderf> i just sent one
[20:14] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[20:14] * Pufferkartoffel (~pufferkar@46.142.91.92) has joined #raspbian
[20:15] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[20:16] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) Quit (Quit: Leaving)
[20:22] * Pufferkartoffel (~pufferkar@46.142.91.92) Quit (Ping timeout: 245 seconds)
[20:23] * darkbasic_ (~quassel@niko.linuxsystems.it) Quit (Quit: No Ping reply in 180 seconds.)
[20:24] * darkbasic (~quassel@niko.linuxsystems.it) has joined #raspbian
[20:24] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) has joined #raspbian
[20:25] * tak30 (~tak30@61.Red-81-39-25.dynamicIP.rima-tde.net) Quit (Remote host closed the connection)
[20:35] * mesamoo (~dh64@174-21-202-146.tukw.qwest.net) Quit (Quit: Konversation terminated!)
[20:36] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) has joined #raspbian
[20:36] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) Quit (Client Quit)
[20:37] * CME (~CME@tmo-102-174.customers.d1-online.com) Quit (Ping timeout: 264 seconds)
[20:38] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) has joined #raspbian
[20:38] * thunderbirdtr (~thunderbi@88.245.90.94) has joined #raspbian
[20:39] * spangles (~johnmurra@host86-155-213-77.range86-155.btcentralplus.com) has joined #raspbian
[20:40] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) Quit (Read error: Connection reset by peer)
[20:40] * YoY (~YoY@ltl56-2-88-169-169-201.fbx.proxad.net) has joined #raspbian
[20:43] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[20:43] * CME (~CME@tmo-102-174.customers.d1-online.com) has joined #raspbian
[20:44] * darkbasic_ (~quassel@niko.linuxsystems.it) has joined #raspbian
[20:45] * spinza (~spin@197.89.19.81) has joined #raspbian
[20:45] * darkbasic (~quassel@niko.linuxsystems.it) Quit (Ping timeout: 272 seconds)
[20:45] * break3r (~wayne@x590c895a.dyn.telefonica.de) Quit (Remote host closed the connection)
[20:49] * spinza (~spin@197.89.19.81) Quit (Excess Flood)
[20:49] * spinza (~spin@197.89.19.81) has joined #raspbian
[20:53] * spinza (~spin@197.89.19.81) Quit (Max SendQ exceeded)
[20:54] * jpg__ (jpg_@gateway/shell/elitebnc/x-wjycqmetxgrylous) Quit (Ping timeout: 252 seconds)
[20:56] * Smx (Elite8556@gateway/shell/elitebnc/x-cylfuoubkadlhamp) Quit (Excess Flood)
[20:57] * spinza (~spin@197.89.19.81) has joined #raspbian
[20:57] * jpg__ (jpg_@gateway/shell/elitebnc/x-uwomstenwkirchrb) has joined #raspbian
[20:57] * bigmac (~bigmac@174-31-148-121.tukw.qwest.net) Quit (Ping timeout: 250 seconds)
[21:00] * gian73 (~quassel@host20-132-dynamic.48-82-r.retail.telecomitalia.it) Quit (Ping timeout: 256 seconds)
[21:01] * Smx (Elite8556@gateway/shell/elitebnc/x-etcqvfkgiigihglc) has joined #raspbian
[21:05] * isaacvv (~pi@host-72-201-220-24.midco.net) has joined #raspbian
[21:06] * Smx (Elite8556@gateway/shell/elitebnc/x-etcqvfkgiigihglc) Quit (Excess Flood)
[21:08] * Smx (Elite8556@gateway/shell/elitebnc/x-zvfsejcpmekhjiij) has joined #raspbian
[21:10] * ascii_ch (~quassel@78.82.0.85.dynamic.wline.res.cust.swisscom.ch) Quit (Remote host closed the connection)
[21:14] * thunderbirdtr (~thunderbi@88.245.90.94) Quit (Quit: Leaving)
[21:15] * CME (~CME@tmo-102-174.customers.d1-online.com) Quit (Ping timeout: 246 seconds)
[21:16] * loadbang (~simon@host86-184-118-221.range86-184.btcentralplus.com) has joined #raspbian
[21:21] * CME (~CME@tmo-102-174.customers.d1-online.com) has joined #raspbian
[21:24] * ascii_ch (~quassel@78.82.0.85.dynamic.wline.res.cust.swisscom.ch) has joined #raspbian
[21:24] * Jonno_ (~jon@c-181ce353.028-32-6c6b7010.cust.bredbandsbolaget.se) Quit (Ping timeout: 252 seconds)
[21:25] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[21:27] * loadbang (~simon@host86-184-118-221.range86-184.btcentralplus.com) Quit (Quit: loadbang)
[21:33] * icyadv (~icyadv@50.154.243.144) has joined #raspbian
[21:37] * azeam (~azeam@unaffiliated/azeam) Quit (Ping timeout: 264 seconds)
[21:38] * skylite_ (~skylite@5400BBD4.dsl.pool.telekom.hu) Quit (Quit: Textual IRC Client: www.textualapp.com)
[21:39] * twolife is now known as twolife`
[21:42] * azeam_afk (~azeam@unaffiliated/azeam) has joined #raspbian
[21:42] * azeam_afk is now known as azeam
[21:44] * jalcine (~jacky@unaffiliated/webjadmin) Quit (Quit: ZNC - http://znc.in)
[22:00] * jalcine (~jacky@unaffiliated/webjadmin) has joined #raspbian
[22:06] * jimvideo (~jimvideo@184-12-233-85.dr01.brny.ca.frontiernet.net) has joined #raspbian
[22:07] * ascii_ch (~quassel@78.82.0.85.dynamic.wline.res.cust.swisscom.ch) Quit (Remote host closed the connection)
[22:08] * Wayward_One (~wayward1@50-88-239-147.res.bhn.net) Quit (Ping timeout: 244 seconds)
[22:12] * NicoHood (~Thunderbi@p50856AC5.dip0.t-ipconnect.de) Quit (Quit: *poof*)
[22:15] * H4ndy (~H4ndy@185.44.151.119) Quit (Quit: Burn the heretic. Kill the mutant. Purge the unclean.)
[22:24] * foreest (~art@a217-29-183-243.pppoe.mark-itt.net) Quit (Quit: Leaving)
[22:25] * otter768 (~otter768@67.11.53.3) Quit (Remote host closed the connection)
[22:27] * otter768 (~otter768@67.11.53.3) has joined #raspbian
[22:28] * asharas (~asharas@AAmiens-652-1-178-232.w90-1.abo.wanadoo.fr) has joined #raspbian
[22:28] <asharas> Hi everyone!
[22:28] <Chillum> yo
[22:28] <asharas> I'm reinstalling raspbian and I don't know what is Scratch in the boot options
[22:29] <asharas> console and desktop, ok, simple, but scratch?
[22:30] <pycoderf> isnt that the ide fo rbasic programming stuff?
[22:30] <Getty> its this something which we all just deinstall
[22:30] <Getty> ;)
[22:30] <pycoderf> i think half of the default raspbian image can go
[22:30] <Getty> yeah its a bit more
[22:31] <Getty> scratch and wolfram alpha alone are over half of the image if i remember right
[22:31] <pycoderf> y
[22:31] <pycoderf> i use the minimal image with install and post install scripts now that i understand how they flow together
[22:31] <Getty> well in the end its not like you use the sd card to its end ;-)
[22:32] <Getty> not like really good as movie storage and stuff ;)
[22:32] <pycoderf> i hardly use any resources at all on my pis, with the exception of my retropie box
[22:34] * Wayward_One (~wayward1@50-88-239-147.res.bhn.net) has joined #raspbian
[22:34] <pycoderf> pretty funny, stock debian doesn't install firewalld y default
[22:35] * eltonalves (~eltonalve@191.54.32.155) has joined #raspbian
[22:35] <asharas> and if I only acces my raspi throught ssh, can I set the memory available for GPU to 0?
[22:35] <asharas> or is it a bad idea?
[22:36] <pycoderf> you can probably do 8mb if you use ssh only
[22:39] * Jckf (jckf@mikros.flaten.it) Quit (Remote host closed the connection)
[22:39] * eltonalv_ (~eltonalve@179.126.61.30) has joined #raspbian
[22:42] * eltonalves (~eltonalve@191.54.32.155) Quit (Ping timeout: 246 seconds)
[22:44] * eltonalves (~eltonalve@186.210.138.122) has joined #raspbian
[22:44] * spangles (~johnmurra@host86-155-213-77.range86-155.btcentralplus.com) Quit (Quit: spangles)
[22:44] * ahop (ahop@76.207.103.84.rev.sfr.net) has joined #raspbian
[22:44] <ahop> Hi! Do you know what's the purpose of these 2 cards : http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/8134164/ ?
[22:46] * eltonalv_ (~eltonalve@179.126.61.30) Quit (Ping timeout: 256 seconds)
[22:51] <AndrewG> ahop: The SODIMM (compute module) format Pi is for OEMs to build in to their products.
[22:52] * asharas (~asharas@AAmiens-652-1-178-232.w90-1.abo.wanadoo.fr) Quit (Quit: Quitte)
[22:52] <AndrewG> You are looking at an eval board/kit which is for experimenting with the SODIMM format card.
[22:52] <spm_draget> Is https://github.com/debian-pi/raspbian-ua-netinst/ also something that can be discussed in this channel?
[23:02] * clonak (~clonak@101.98.175.107) Quit (Remote host closed the connection)
[23:03] * methuzla (~methuzla@dsl254-017-117.sea1.dsl.speakeasy.net) has joined #raspbian
[23:03] * Vorpal (~Vorpal@unaffiliated/vorpal) Quit (Ping timeout: 265 seconds)
[23:07] <spm_draget> If you are running things like Tor or I2P… or a webserver with TLS… you get almost no entropy (/dev/random) from an idle pi, causing very low performance of these tools with a minimal system. I added a pull-request to the unattended net installer (#202) to update the readme on that =)
[23:12] * Vorpal (~Vorpal@unaffiliated/vorpal) has joined #raspbian
[23:13] * clonak (~clonak@101.98.175.107) has joined #raspbian
[23:25] * taza (~taza@unaffiliated/taza) Quit ()
[23:25] * ahop (ahop@76.207.103.84.rev.sfr.net) has left #raspbian
[23:28] * taza (~taza@unaffiliated/taza) has joined #raspbian
[23:30] * otter768 (~otter768@67.11.53.3) Quit (Remote host closed the connection)
[23:34] * arpad_______ (20320@ninthfloor.org) Quit (Quit: Lost terminal)
[23:54] * Smx (Elite8556@gateway/shell/elitebnc/x-zvfsejcpmekhjiij) Quit (Excess Flood)
[23:55] * clonak (~clonak@101.98.175.107) Quit (Remote host closed the connection)
These logs were automatically created by RaspbianLogBot on irc.freenode.net using the Java IRC LogBot.