[02:00] <Dan__> hey, does anyone know anything about getting DSP working in Ubuntu on a Beagleboard?
[02:00] <Dan__> specifically, dsp-bridge
[04:28] <Baybal> google gstreamer-openmax
[08:56] <hrw> morning
[10:10] <lool> Dan__: I used to; last cycle Ubuntu released OMAP4 images but the DSP-enabling stuff was mostly in a PPA https://launchpad.net/~tiomap-dev/+archive/release
[10:10] <lool> some of it might work on OMAP3, but I don't know how much; the official OMAP3 stuff should be downloaded from TI
[10:39] <hrw> omap4 dsp is different then omap3 one
[13:10] <ndec> lool: hi. what was the question regarding the OMAP4 PPA?
[13:16] <lool> ndec: 03:00 < Dan__> hey, does anyone know anything about getting DSP working in  Ubuntu on a Beagleboard?
[13:16] <lool> 03:00 < Dan__> specifically, dsp-bridge
[13:21] <ndec> lool: thx...
[15:07] <guerby> hi, I have a pandaboard now running ubuntu downloaded from http://omappedia.org/wiki/Ubuntu_Pre-built_Binaries_Guide
[15:07] <guerby> I'd like to switch it to server mode (no X), any idea on how to do that?
[15:11] <rsalveti> guerby: 2 options for maverick, removing the x related packages or creating a minimal rootfs with rootstock
[15:11] <rsalveti> for natty we'll also have a minimal image available to install
[15:11] <guerby> rsalveti, apt-get remove xorg ?
[15:13] <rsalveti> xserver-xorg will remove most xorg related package
[15:13] <rsalveti> *packages
[15:13] <guerby> rsalveti, ok will try that. I don't see where in /etc it selects what to run at boot
[15:14] <rsalveti> guerby: upstart, check at /etc/init/
[15:14] <guerby> rsalveti, thx
[15:32] <ndec> guerby: how about adding 'text' in the bootargs. you just need to edit /boot/boot.script, add 'text', run sudo flash-kernel and reboot
[15:32] <ndec> rsalveti: that should work, right, ^^^^
[15:32] <guerby> ndec, thx for the tip
[15:32] <rsalveti> ndec: sure, but the graphics packages will be at the rootfs still
[15:33] <rsalveti> guerby: : if it's not a problem for you, that will work fine
[15:33] <guerby> rsalveti, having the packages around on rootfs is not an issue for me (some of my users do require them)
[15:33] <guerby> rsalveti, ndec thx
[15:33] <ndec> guerby: that should do everything except start gdm, which is likely what you want. not removing xorg-* will give you the ability to use is as a desktop later if needed.
[15:33] <rsalveti> yup
[15:34] <guerby> rsalveti, out of curiosity how text as kernel arg will impact upstart ?
[15:34] <ndec> guerby: it's definitely recommended to use external USB drive too. i saw your comment on pandaboard room.
[15:34] <rsalveti> guerby: the kernel is not going to use the argument, but it'll be used by ubuntu later on
[15:34] <ndec> guerby: grep text /etc/init/* ;-)
[15:34] <guerby> ndec, /home will probably be over NFS, but I could add an USB disk
[15:35] <ndec> guerby: the USB disk will *drastically* improve overall performance. we have lots of perf issues when SD card is being read and written in //.
[15:35] <ndec> guerby: see http://omappedia.org/wiki/Ubuntu_on_OMAP_FAQ#I_want_to_install_Ubuntu_on_external_USB_hard_disk_instead_of_sluggish_SD_card
[15:35] <guerby> ndec, I had bad experiences with USB disks and sheevaplug, but may be pandaboard does USB handling and power better
[15:35] <guerby> ndec, thx for the link
[15:36] <ndec> guerby: I am using exclusively USB drive, as many others around here!
[15:37] <guerby> ndec, ok I saw what gdm.conf is doing with /proc/cmdline :)
[15:37] <ndec> guerby: yep ;-)
[15:38] <guerby> ndec, other question: I saw a note that 1GB was not properly supported hence the 420+256, are newer kernels able to cope with 1GB ?
[15:39] <ndec> guerby: not yet. note the memory hole is only if you plan to use TI multimedia firmware (so called ducati). e.g. for 1080p. if you don't use it, you can use the memory and don't need the hole
[15:40] <guerby> jayabharath, hi, I got the power supply and the pandaboard is now running ubuntu :) soon it will be announced
[15:40] <jayabharath> guerby: nice!
[15:41] <guerby> ndec, I won't do any multimedia with my pandaboard, so I just have to remove "mem=460M@0x80000000 mem=256M@0xA0000000" from /boot/boot.script?
[15:42] <ndec> guerby: yes, and replace it by mem=768M. until we fix the 1Gb issue.
[15:42] <jayabharath> ndec: hi.. any ideas on when the 1Gb issue might be resolved.. dint hear much noise about it ...
[15:43] <guerby> ndec, ok. this will not screw up "bootm 0x80000000 0x81600000" with just mem=768M ?
[15:43] <ndec> jayabharath: nope. likely not on .35 kernel.
[15:43] <jayabharath> ndec: ok
[15:44] <ndec> guerby: no. this are 2 different things. the bootm is to load the uImage and uInitrd into DDR.
[15:44] <guerby> ndec, ok thx
[15:44] <guerby> ndec, I did play with that stuff a while ago (was on sheevaplug IIRC)
[15:44] <guerby> ndec, but I wanted to be sure :)
[15:45] <ndec> guerby: np.
[15:46] <guerby> ndec, are you in France BTW?
[15:46] <ndec> guerby: yes
[15:47] <ndec> guerby: Nice, France
[15:47] <ndec> guerby: you?
[15:47] <guerby> ndec, I live in Castres but I often go to Toulouse and Paris (and I'll be at FOSDEM in Bruxelles :)
[15:47] <guerby> ndec, the pandaboard is for http://gcc.gnu.org/wiki/CompileFarm
[15:48] <ndec> guerby: who are you working for?
[15:48] <ndec> guerby: oh, gcc build farm. cool!
[15:48] <guerby> ndec, I have my own company now, I do consulting in finance & software
[15:48] <ndec> guerby: thx
[15:48] <guerby> ndec, but I do spend quite some time on not-for-profit stuff including the farm
[15:49] <rsalveti> cool
[15:51] <guerby> ndec, rsalveti the GCC name is historical, the farm is open to all free software (GPL, BSD, MIT ...)
[15:51] <rsalveti> that's nice
[15:52] <rsalveti> and yes, if you want to build on panda a usb-drive will help a *lot*
[15:52] <ndec> guerby: how about this: https://blueprints.launchpad.net/ubuntu/+spec/other-arm-n-public-panda-ppa-build-cluster ;-)
[15:53] <guerby> rsalveti, I think I'll try /home over NFS first it's a bit less cable :)
[15:53] <rsalveti> :-)
[15:53] <guerby> ndec, most distro already have their farm for various arch, I know some are using the GCC farm to build packages though
[15:55] <hrw> I have to test nfsroot for my panda one day
[15:55] <hrw> should be comparable to usbhdd
[15:55] <hrw> when it comes to speed
[15:56] <guerby> hrw, I had one sheevaplug on NFS root, it did work fine (the NFS server had 8GB of RAM that helped :)
[15:56] <hrw> 94Mbps network speed (iperf)
[15:56] <guerby> here I'll just put /home that's where most I/O will be done (may be /tmp too)
[15:57] <hrw> guerby: my sheevaplug has system in nand
[15:57] <guerby> hrw, sheeva is gigabit IIRC
[15:57] <hrw> guerby: it is
[15:57] <hrw> guerby: and gets ~800Mbps
[15:57] <guerby> I didn't check pandaboard, looks like usb eth so likely 100 Mbps
[15:58] <hrw> guerby: I said: 94Mbps
[15:58] <guerby> hrw, ok :)
[15:58] <hrw> guerby: usb hdd got 12.5MB/s only
[16:02] <guerby> bbl
[16:18] <jayabharath> hrw: check out http://omappedia.org/wiki/Panda_Test_Data -- looks like USB 'flash' drives can expect about 20Mb/s write and 41Mbs read speed..
[16:21] <hrw> jayabharath: I hope that it is 20MB/s not 20Mb/s
[16:21] <hrw> :D
[16:21] <jayabharath> hrw: right
[16:25] <hrw> write test assumes that card is mounted with sync
[16:27] <hrw> 19.3MB/s read, 3.6MB/s write my class10 card has
[16:29] <hrw> harddrive: 16.7MB/s write, 20.3MB/s read
[17:31] <guerby> rsalveti, got http://pastebin.com/qTTDuYDu at the end of pt-get upgrade
[17:31] <guerby> rsalveti, is this a known issue?
[17:36] <rsalveti> guerby: unfortunately yes, this should be ok once you update your kernel and reboot
[17:36] <rsalveti> then the alsa-utils package will be upgraded normally
[17:38] <guerby> rsalveti, ok I'll reboot :)
[18:23] <guerby> rsalveti, ok upgrade did work after reboot :)
[18:24] <rsalveti> cool :-)
[18:24] <guerby> rsalveti, something funny it looks like the MAC address has changed ...
[18:26] <guerby> rsalveti, well yes MAC changed from 32:57:F8:93:E1:CD  to  d2:92:9c:66:81:be
[18:26] <guerby> not good for DHCP
[18:26] <rsalveti> guerby: yeah, we don't have a valid eeprom at ths usb chip
[18:27] <rsalveti> so it'll be automatically generated on every boot
[18:27] <rsalveti> unless you set your own at the network config or at the kernel cmdline
[18:27] <guerby> rsalveti, what's the file to edit to fix the MAC?
[18:28] <guerby> rsalveti, adding text to cmdline did work to get rid of graphical stuff
[18:30] <rsalveti> guerby: /etc/network/interface
[18:30] <rsalveti> check bug 673504
[18:30] <ubot2> Launchpad bug 673504 in linux-ti-omap4 (Ubuntu Natty) (and 2 other projects) "Pandaboard chooses a new IP address on each boot (affects: 2) (heat: 20)" [High,Fix committed] https://launchpad.net/bugs/673504
[18:30] <guerby> https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/673504
[18:30] <ubot2> Launchpad bug 673504 in linux-ti-omap4 (Ubuntu Natty) (and 2 other projects) "Pandaboard chooses a new IP address on each boot (affects: 2) (heat: 20)" [High,Fix committed]
[18:30] <guerby> rsalveti, :)
[18:32] <guerby> "This bug was fixed in the package linux-ti-omap4 - 2.6.35-903.19"
[18:32] <guerby> # cat /proc/version_signature
[18:32] <guerby> Ubuntu 2.6.35-903.19-omap4 2.6.35.3
[18:32] <guerby> well let's see another reboot
[18:33] <guerby> ah no that's not the same issue
[18:33] <guerby> I'll use the kernel param then
[18:33] <rsalveti> guerby: not the same issue, but shows how you can set up your own mac
[18:34] <rsalveti> you'll still get another mac on every reboot, unless you set it up manually
[18:34] <rsalveti> this bug was related with the mac regeneration on every ifup/ifdown
[18:34] <rsalveti> even worse :-)
[18:36] <guerby> rsalveti, cmdline worked :)
[18:38] <guerby> now checking mem=786M
[18:39] <guerby> Mem:    734676k total,
[18:39] <guerby> seems to work too :) now NFS then GCC bootstrap
[18:44] <guerby> apt-get install nfs-kernel-server
[18:44] <rsalveti> cool
[19:06] <fredim> Someone uses BeagleBoard?
[19:15] <guerby> NFS /home working
[19:15] <guerby> 150MB rsync running
[19:52] <DanaG> Hmm, anyone have recommendations for a good arm board for use as a nas?
[19:54] <DanaG> I'd want: gigabit Ethernet (perhaps dual), more than one SATA (esata is okay) port, and armv7l (so no Kirkwood)?
[19:54] <DanaG> Er, that should ne a statement, not a question.
[20:02] <mpoirier> rsalveti: do you still have a panda board on your desk ?
[20:02] <rsalveti> mpoirier: yes
[20:03] <mpoirier> rsalveti: powered and running ?
[20:03] <rsalveti> yes
[20:03] <mpoirier> cool
[20:03] <mpoirier> rsalveti: I got a question from nhg, he need to find the cpu speed in MHZ .
[20:04] <mpoirier> I thought it would be under /proc/cpuinfo but apparently not.
[20:04] <rsalveti> it shows only the bogomips
[20:05] <nhg> yeah...how to find the actual Ghz numbers?
[20:05] <mpoirier> rsalveti: meet nhg
[20:05] <comradekingu1> "cat /proc/cpuinfo | grep MHz"  ??
[20:05] <nhg> the uboot I'm using also doesn't seem to print it
[20:06] <mpoirier> rsalveti: could you think of a place where the info could be found ?
[20:06] <comradekingu1> How about just finding the model number and google away?
[20:06] <nhg> cat /proc/cpuinfo gives only bogompis
[20:06] <rsalveti> mpoirier: nhg: also don't know about it, try asking at #pandaboard
[20:07] <comradekingu1> cpufreq-info
[20:08] <comradekingu1> From "cpufrequtils"
[20:09] <mpoirier> comradekingu1: yes that seems to be a valid option.
[20:09] <comradekingu1> That didnt work on my machine becase configuration moved to /etc/modprobe.d/, but your milage may vary. Could be fixed though
[20:10] <mpoirier> nhg: you should try ^^^^
[20:10] <nhg> not mine either
[20:10] <mpoirier> nhg: do you have a network connection ?
[20:10] <mpoirier> on the panda board that is...
[20:11] <nhg> WLAN
[20:11] <nhg> yes
[20:11] <nhg> no ethernet
[20:11] <mpoirier> then: sudo apt-get install cpufrequtils
[20:11] <rsalveti> doesn't work on panda
[20:12] <DanaG> Say, does panda now support cpufreq?
[20:12] <rsalveti> it doesn't
[20:12] <rsalveti> at least not at ubuntu
[20:12] <mpoirier> nhg: go to #pandaboard then...
[20:13] <nhg> asked the question on pandaboard
[20:18] <DanaG> Argh, ubuntu has supported
[20:19] <DanaG> marvell dove boards for like 1 or 2 years, but you still can't buy any anywhere!
[20:23] <guerby> rsalveti, hmmm not good: http://pastebin.com/enX6nAbZ
[20:23] <guerby> rsalveti, may be mem=768M is the culprit?
[20:24] <rsalveti> guerby: this is not a kernel panic, it's just that you don't have more memory left
[20:25] <guerby> rsalveti, no swap happened
[20:25] <guerby> Mem:    734676k total,   679100k used,    55576k free,    12708k buffers
[20:25] <guerby> Swap:   524284k total,        0k used,   524284k free,   491024k cached
[20:26] <guerby> rsalveti, rather surpising for ENOMEM situation, 491MB in cache
[20:26] <rsalveti> hm, true
[20:27] <guerby> rsalveti, I will reboot with the original mem= to see if it changes something
[20:27] <rsalveti> don't think it will help much
[20:28] <rsalveti> with 1gb the instability we got was basically a random kernel panic
[20:28] <guerby> rsalveti, this was just a time svn co -q svn://gcc.gnu.org/svn/gcc/trunk
[20:28] <guerby> (with /home over NFS)
[20:31] <guerby> hmm I keep getting kswapd0: page allocation failure even with svn being 30MB
[20:32] <guerby> may be I'll just deactivate swap
[20:33] <guerby> swapoff -a done
[20:35] <rsalveti> meanwhile I'm reading to try to understand why you could get it
[20:41] <rsalveti> at least it's harmless
[20:42] <guerby> rsalveti, the first svn failed so it had some impact. No more errors since swapoff, the second svn continues
[20:43] <rsalveti> guerby: it failed? but the kernel will probably try to alloc again after failing to find more memory
[20:44] <rsalveti> weird is that the swap itself was unused
[20:46] <guerby> rsalveti, my full /var/log/messages is here: wget http://guerby.org/ftp/messages-pandaboard
[20:47] <guerby> rsalveti, I got plenty of failures I didn't notice before my svn
[20:48] <DanaG> Hmm, anything interesting for ARM coming out early 2011?
[20:48] <guerby> rsalveti, I got new ones even with swapoff
[20:48] <DanaG> Most of the new stuff talked about this year seems to not actually be available.
[20:48] <DanaG> Like, Marvell Armada.
[20:48] <rsalveti> ok, so not related with swap
[20:49] <DanaG> Available as in not-ungodly-expensive boards.
[20:58] <rsalveti> seems that the usb driver is the hungry one
[20:59] <rsalveti> the ethernet chip and the usb host is the same chip
[20:59] <rsalveti> connected by usb
[21:00] <guerby> rsalveti, hmmm
[21:02] <guerby> rsalveti, I just rebooted with no swap and original mem=
[21:02] <rsalveti> don't think it'll help, but it's a good try
[21:02] <guerby> rsalveti, this time I'm monitoring /var/log/messages
[21:03] <guerby> rsalveti, only thing specific is that I have two openvpn running so tun driver is there too (if it helps)
[21:20] <guerby> rsalveti, I launched a GCC bootstrap, it failed quickly with a tool reporting "out of memory allocating 4072 bytes after a total of 199240912 bytes"
[21:21] <rsalveti> guerby: can you try that with 768M and swap?
[21:21] <guerby> rsalveti, I'm removing a ulimit from my script, then I'll try with 768M and swap
[21:21] <rsalveti> one thing is the userspace application having problems to allocate memory, another one is the driver itself failing to find the suitable page
[21:22] <rsalveti> in our case I believe that the driver is the hungry one
[21:24] <guerby> rsalveti, nothing in /var/log/messages so far
[21:25] <guerby> but alloc of 200MB shouldn't fail, at least it doesn't fail on a sheevaplug with 512MB RAM and ulimit 500MB
[21:26] <rsalveti> guerby: but were you using swap this time?
[21:26] <guerby> rsalveti, swapoff when it happened (I commented out the swap line in fstab before reboot)
[21:27] <rsalveti> ok
[21:27] <rsalveti> guerby: have to leave now for dinner, otherwise the restaurant will close, can you please open one bug for it?
[21:28] <rsalveti> while I believe it should not harm you, it'd be good to understand why ehci is requesting so much memory
[21:28] <rsalveti> and if this is expected, it should at least set __GFP_NOWARN, like we have with some other drivers
[21:30] <guerby> rsalveti, ok good dinner :)
[21:30] <guerby> Mem:    681844k total,   368152k used,   313692k free,     6076k buffers
[21:30] <guerby> Swap:        0k total,        0k used,        0k free,   240456k cached
[21:30] <guerby> it happened again and I was looking at top ^
[21:31] <rsalveti> guerby: open a bug against https://launchpad.net/ubuntu/maverick/+source/linux-ti-omap4
[21:31] <guerby> no way a 200MB program can fail malloc here
[21:31] <guerby> rsalveti, will do
[21:31] <rsalveti> guerby: the process failed again?
[21:31] <guerby> rsalveti, yep
[21:31] <guerby> same place
[21:31] <guerby> this time I just removed the ulimit
[21:31] <rsalveti> interesting
[21:32] <rsalveti> well, be back later
[21:37] <guerby> rsalveti, https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/690370
[21:37] <ubot2> Launchpad bug 690370 in linux-ti-omap4 (Ubuntu) "Strange out of memory on pandaboard (affects: 1) (heat: 6)" [Undecided,New]
[21:39] <guerby> ndec, hi again :) looks like I'm pushing a bit too much my pandaboard :)
[21:40] <ndec> guerby: what happened?
[21:40] <guerby> ndec, I put some info in launchpad
[21:40] <guerby> ^
[21:46] <ndec> guerby: so there is no swap, right? have you tried with swap?
[21:47] <guerby> ndec, I will try but I strongly doubt it's the issue, there was more than 400MB free when the alloc failed
[21:47] <guerby> ndec, and the same bootstrap works on a sheevaplug 512MB RAM and ulimit 500MB
[21:47] <ndec> guerby: i don't remember if highmem is enabled in the kernel. is it?
[21:48] <guerby> ndec, first try was with orig mem=x mem=y, I'm now trying with mem=768M
[21:48] <guerby> ndec, how do I know highmem ?
[21:48] <ndec> guerby: well, i think it is. grep HIGHMEM /boot/config-XXXX
[21:49] <ndec> guerby: i am running a custom kernel, but I think i still have the 10.10 kernel, and it seems to be enabled.
[21:49] <guerby> ndec, CONFIG_HIGHMEM=y
[21:49] <guerby> ndec, running Ubuntu 2.6.35-903.19-omap4 2.6.35.3
[21:49] <ndec> guerby: we started to see such random mem issues when we enabled highmem.
[21:49] <ndec> rsalveti: ^^^
[21:49] <guerby> ndec, rsalveti is away for dinner
[21:50] <ndec> guerby: thx
[21:51] <ndec> guerby: do you know how to recompile a kernel a-la ubuntu?
[21:51] <ndec> guerby: it would be good to try your test without highmeme
[21:51] <ndec> highmem
[21:52] <guerby> ndec, I'll learn :) issue is that I probably won't have time to play more before next week
[21:52] <ndec> guerby: np. i think that should help: http://omappedia.org/wiki/Ubuntu_kernel_for_OMAP4
[21:52] <ndec> guerby: i will be out next 2 weeks ;-)
[21:53] <guerby> ndec, interesting I got past the failure point with mem=768M
[21:53] <guerby> ndec, may be memory with hole is the issue
[22:21] <guerby> hmm make bootstrap failed a bit later on "virtual memory exhausted: Cannot allocate memory", nothing in /var/log/messages
[22:21] <guerby> let's try again with swap on
[22:28] <guerby> ndec, with mem=768M and no swap  make bootstrap failed a bit later on "virtual memory exhausted: Cannot allocate memory", nothing in /var/log/messages
[22:28] <guerby> ndec, I'm trying with swap now
[22:50] <guerby> gn
[22:51] <GrueMaster> guerby: If you have networking available on that system, could you run "apport-bug -p linux-ti-omap -u 690370" when you get a chance?  This way I can mark the bug triaged and the kernel team won't autoclose it as invalid.
[22:53] <guerby> GrueMaster, I get stuck in the launchpad login service, it doesn't seem to work in text mode
[22:54] <GrueMaster> You don't have keyboard/monitor/X?
[22:54] <guerby> GrueMaster, no I deactivated all that stuff
[22:55] <guerby> GrueMaster, there's no way to do it CLI ?
[22:55] <GrueMaster> Ah.  I think you can run apport-cli and it will create a .crash file that can be copied to another system.
[22:55] <GrueMaster> Let me check.
[22:56] <GrueMaster> Use --save=<path> to save the bug report.  It can then be transfered to another system and uploaded from there.
[22:56] <GrueMaster> Send me the .crash file and I can patch it into the bug report if you like.
[22:58] <guerby> GrueMaster, # apport-bug  --save=toto
[22:58] <guerby> No pending crash reports. Try --help for more information.
[22:59] <GrueMaster> Oh.
[22:59] <guerby> GrueMaster, rsalveti will look into it, I need to go to bed now :)
[23:00] <GrueMaster> apport-cli --save=<path> -p linux-ti-omap
[23:00] <GrueMaster> He's on my team.  I'm the QA guy.
[23:00] <GrueMaster> No problem, we can get the data tomorrow.
[23:13] <sveinse> I'm currently working on some manual recompilation of Qt with SGX enabled, and looking at this rather odd source package from TI, I wondered if there are any efforts from the community. I see rsalveti's name pop up in respect of devmem2 on lauchpad
[23:15] <sveinse> A side question: Can somehow apt-get source a armel pkg. from my (non armel) host?
[23:15] <DanaG> I wonder: would something higher than 768, but lower than 1024, work?
[23:21] <GrueMaster> sveinse: The source for armel packages *should* be the same as every other arch (i.e, identical).
[23:22] <GrueMaster> I believe all source packages are at archive.ubuntu.com and only armel (and other less-popular hardware) have binaries on ports.ubuntu.com.
[23:23] <sveinse> I need to take a look at some specific sources, so the binaries doesnt interest me as much right now
[23:24] <GrueMaster> right.  Just saying that all binaries come from the same source.
[23:24] <sveinse> Since I'm lazy and apt-get n00b, I just chrooted to my armel target and ran apt-get sources from there... Inefficient, but it gets the job done
[23:24] <GrueMaster> regardles of arch.
[23:25] <sveinse> Doubt this package (powervr-omap3) has any interest outside of omap3/armel though
[23:25] <sveinse> But I get your point that all sources come from the pool
[23:25] <GrueMaster> Probably not.  If it is in the ppa, that's a different matter.
[23:26] <GrueMaster> apt-cache show <package> will give you a full link to the source as well.
[23:27] <sveinse> ah. Excellent
[23:27] <sveinse> thanks
[23:28] <sveinse> rsalveti: you around?
[23:28] <GrueMaster> I think he's feeding.
[23:42] <sveinse> well it's night for me, so I'll catch up with him tomorrow