[12:24] <Tm_T> sooo, -13 kernel isn't that good, right? atleast here was several issues with it
[12:26] <crimsun> do you mean -12?
[12:27] <mdz> works fine here
[12:32] <Tm_T> well, part of /var was gone (that part atleast what apt uses) and network wasn't working
[12:41] <lamont__> mdz: ping
[12:41] <mdz> lamont__: pong
[12:41] <lamont__> UVF/universe question for you...
[12:42] <lamont__> in december, I uploaded lablgl_1.01-9ubuntu1 to use ocaml-3.09.1
[12:42] <lamont__> Jan 7, the debian maintainer uploaded lablgl_1.02-1, also building with ocaml-3.09.1
[12:42] <lamont__> however, no merge ever happened.
[12:43] <lamont__> but lablgtk did sync from debian (and is now ftbfs, d-w lablgl>=1.02-1)
[12:43] <mdz> a sync is fine with me if MOTU don't object
[12:43] <lamont__> is that worthy of a sync?
[12:43] <lamont__> ah, ok
[12:45] <crimsun> it's fine with me
[12:45] <slomo> same here ;)
[12:45] <crimsun> I was going to ask for it in Dec
[12:46] <lamont__> mdz: and as an FYI:
[12:46] <lamont__> sound/vorbisgain_0.36-1: Dep-Wait by buildd+vernadsky [optional:out-of-date] 
[12:46] <lamont__>   Dependencies: debhelper (>= 5.0.10)
[12:46] <lamont__> dapper has 5.0.7ubuntu2
[12:47] <lamont__> crimsun: done
[12:47] <lamont__> slomo: ditto
[12:47] <crimsun> danke
[12:47] <lamont__> sladen: just oh btw, e2fs-zero.py doubled the size of the hppa loopfs. :(
[12:48] <slomo> mdz: another UVF question here... when upstream has a "bugfix-only" branch and we want to follow this, i.e. get a new upstream version with only bugfixes... is it likely to get an UVF exception? this mostly affects mono and stuff depending on it
[12:49] <xhaker> gconf
[01:12] <mxpxpod> what's going on with sound on powerpc in the latest dapper? alsa can't seem to find the soundcard (2.6.15-13)
[01:13] <Burgundavia> mxpxpod, please file a bug
[01:36] <mdz> slomo: yes
[02:40] <lamont> dear openoffice.  please don't &*)%$^&%*_)$^*&%_(&) steal focus when you start.  kthxbye
[03:47] <sladen> lamont: oooh, funky.  does e2fsck reckon the filesystem is still okay?
[03:48] <sladen> lamont: both before and afterwards;
[05:28] <lamont> sladen: haven't really played with it
[05:28] <lamont> I'll do some investigation though
[05:28] <lamont> just not today
[05:29] <sladen> lamont: the grunt work is done by e2fsdump or something so hopefully it doesn't screw up the data in the meantime.  if it's *exactly* twice as long is that a 64-bit issue somewhere?
[05:29] <sladen> lamont: okay
[05:30] <lamont> not exactly 2x
[05:30] <lamont> 3.9e6 instead of 2.1e6
[05:30] <lamont> er, e9
[05:32] <psusi> eh? what's going on?
[05:32] <psusi> did I somehow miss part of this conversation?
[05:33] <lamont> psusi: tons of scrollback ago
[05:33] <psusi> I guess so... over an hour I guess too... or however long I've been logged on
[05:33] <lamont> yeah, IIRC, something like 15 hours or so ago.
[05:35] <lamont> psusi: I've been in conversations that took literally _days_ simply because of absolute time-slew. (both parties online for 8+hours, never the same 8 hours)
[05:36] <lamont> er, no part of those 2x8 hours being overlapping at all
[05:36] <lamont> it makes for some rather disjointed discussions, esp when they happen in a public channel
[05:36] <psusi> omfg
[05:36] <sladen> psusi: I gave up reading IRC by anything other than highlights...
[05:36] <psusi> who reads that much scrollback?
[05:36] <lamont> psusi: if the tab is blue, you go find it.
[05:36] <psusi> lol.... wow
[05:37] <lamont> and knowing that the other person does that means you can drop little nonsequitors for them to answer.
[05:38] <lamont> dunno how true it still is, but most of the original ubuntu crew working towards warty fits into the crowd that plays catchup on scrollback, at least looking for higlights, as the start of their day
[05:38] <psusi> anyone know a debian-installer guru?  I think I have managed to udebify the dmraid package, but I can't get it built into a custom setup cd right to test it... 
[05:38] <psusi> after building d-i from source and burning, setup complains that it can't find the Packages list... but it's there, i didn't touch that file
[05:38] <psusi> only replaced initrd.gz
[05:39] <psusi> and updated it's md5sum in md5sums.txt
[05:40] <lamont> hrm... the udeb is going to live in cdrom/pool/....
[05:41] <lamont> which means fixing Packages, Packages.gz, fixing Release, Release.sig, and then (maybe - dunno if breezy was nicer in this respect) hacking ubuntu-keyring and doing that over again, so that the CD still verifies.
[05:41] <psusi> I built it into the initrd
[05:41] <psusi> I think...
[05:41] <lamont> if it's truly something that just lives in the initrd, then you're probably OK w/out mucking with Packages et al.
[05:41] <lamont> i386?
[05:41] <psusi> I got the source package for debian-installer, and added it to the package lists in there and built it
[05:41] <psusi> amd64
[05:42] <psusi> that resulted in a kernel image and an initrd... so I copied the initrd to the directory tree I extracted from the flight 3 iso
[05:42] <lamont> then it's probably just the magic mkisofs command, which can be found on the LiveCDCustomizationHowTo page on the wiki
[05:42] <psusi> and updated the md5sums.txt, burned and booted
[05:42] <lamont> admittedly, solving a slightly different issue.
[05:42] <psusi> did that
[05:42] <lamont> then where is it dying>?
[05:42] <psusi> well, actually I read SetupCDCustomizationHowTo
[05:42] <lamont> ok
[05:42] <psusi> d-i says it can't find Packages
[05:43] <lamont> and there's a /cdrom/dists/$Mumble/binary-amd64/Packages.bz2 file?
[05:43] <psusi> I *think* that the udeb can live in the initrd... it contains a single binary, /sbin/dmraid, and a postinst that runs dmraid -ay
[05:43] <lamont> with the right md5sum in .../Release?
[05:43] <lamont> if it's in the initrd, then it doesn't run a postinst...
[05:43] <psusi> lamont, I didn't touch anything in dists, it's all exactly as is from the flight3 cd
[05:43] <lamont> since that's just a copy of a few binaries
[05:44] <psusi> hrm....
[05:44] <lamont> d-i litteraly says it can't find the Packages file?
[05:44] <psusi> yea
[05:44] <lamont> or it can't find your udeb?
[05:44] <psusi> can't find Packages
[05:44] <psusi> which I thought was really odd
[05:44] <lamont> that could be a bad burn command, causing it to not be where it's supposed to be...
[05:44] <psusi> I looked... it was there
[05:44] <lamont> how well does your CD compare to one that boots?
[05:44] <lamont> ok
[05:45] <lamont> dunno.  I've bludgeoned around building CD's before, but not much recently.
[05:45] <psusi> hrm... so... if you build d-i with the udeb, it installs it into the initrd, but won't run postinst on boot?
[05:46] <psusi> the non udeb version of the package installs files in /usr/share/initramfs-tools so that mkinitramfs will build dmraid into your initrd
[05:46] <psusi> should I just let the udeb do that too and build it into d-i?  or does d-i not use mkinitramfs like that?
[05:47] <lamont> the initrd is "enough stuff to get us booted to the point where we can find the CD and load the rest of d-i from the cd"
[05:47] <psusi> k... sounds like it shouldn't be there then... where should it be such that it will have it's postinst run?
[05:47] <psusi> and how do I get it there?
[05:47] <lamont> but I'm kinda fuzzy on what the official process is for whatever it is you're trying to do with it....
[05:47] <lamont> adding new udeb's is not something I'm familiar with
[05:48] <psusi> dmraid is a program that scans the disks for bios metadata identifying the hardware fakeraid configuration, and programs the kernel device mapper to access it... it's a binary that you need to call before setup runs partman basically ;)
[05:49] <psusi> and obviously, dm-mod needs to be loaded as well
[06:44] <nnonix> Are you guys handling w32codecs any differently in dapper?
[06:47] <Amaranth> still not handling them at all
[06:48] <Amaranth> seeing how it's massive copyright infringement
[06:51] <nnonix> Well, that's one way to handle them
[06:52] <Amaranth> nnonix: you realize what w32codecs is, don't you?
[06:53] <nnonix> yes I do
[06:53] <nnonix> but I'm a rebel
[06:53] <nnonix> :)
[06:53] <nnonix> check this
[06:53] <nnonix> gstreamer0.10-plugins-ugly
[06:53] <nnonix> gstreamer0.10-plugins-ugly-multiverse
[06:58] <Amaranth> ugly != illegal in US
[06:58] <Amaranth> not all of them, anyway
[06:59] <Amaranth> the ugly package is basically some really crappy plugins that need lots of love to make it into good or bad
[07:03] <nnonix> Yep, I just found the -ugly humorous
[07:33] <Lathiat> if i remove x-common xorg-common xserver-common will it break my system?
[07:33] <Lathiat> im despratel in need of an upgrade my kde is only half working :\ heh
[07:33] <Lathiat> suppose i could leave the X upgrades back
[07:45] <l0st-bit> Hello
[08:03] <Tm_T> Lathiat: I think you can remove them
[08:35] <Lathiat> 02:14 < seb128>    * Merge xserver-common and xorg-common packages into x11-common.
[08:35] <Lathiat> ah
[08:36] <Mez> Lathiat: ping
[08:37] <Lathiat> Mez: pong
[08:38] <Mez> Lathiat: any prgress on the thing for katapult? 
[08:38] <Mez> I cant see you in the channel - or I'd have pinged you there
[08:39] <Lathiat> Mez: been to busy to do anything as yet
[08:40] <Mez> kool
[08:40] <Lathiat> got linx.conf.au this week might find some hacking time :)
[08:42] <Mez> kool
[09:32] <triceratops> Does someone know which application is resposible for mountung 'varlock -t tmpfs /var/lock' in dapper?  It seems that some folders, e.g. /var/lock/clamav where not created.
[11:27] <pitti> hi
[11:28] <HiddenWolf> hi pitti 
[11:31] <csj> Mithrandir, hello, I download i386.squashfs  and  `mount i386.squashfs /mnt -t squashfs -o loop`  but it seems read-oonly, could you give me some advice to re-mster it?
[12:39] <mdke> Mithrandir, how are we looking on the ubuntu-docs update? did you upload it already?
[01:00] <marseillai_> hi! i currently got a dapper on my laptop (MSI S260) and i can not use hibernation. i've made many tests but no way to solve the problem for me. i would do a bug report but i don't really know how to do. I assume it must be done on launchpad? but what file i must include with the bug report? perhaps /var/log/dmesg ? perhaps another? could you help me please. thanks and sorry for my english mistakes, i'm french.
[01:01] <mdke> marseillai, include what you can with the bug report, and the developers will ask for what they need
[01:01] <marseillai> oki but
[01:01] <marseillai> what do you think the can need ?
[01:05] <mdke> marseillai, your video card?
[01:06] <marseillai> mdke: intel i915
[01:08] <mdke> marseillai, there is likely a bug open about that, hang on
[01:09] <mdke> try bug 29218
[01:09] <Ubugtu> Malone bug 29218: "Hibernation resume failure on Thinkpad T43" Fix req. for: acpi-support (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/29218
[01:10] <marseillai> mdke: i didn't know this bug but it seem it's not the same
[01:11] <marseillai> Going to hibernation works seems to work fine too
[01:11] <marseillai> but on wake i got a "normal" boot
[01:12] <mdke> marseillai, ok, file a separate bug
[01:12] <marseillai> i'll do!
[01:12] <marseillai> thx for your help
[01:16] <marseillai> so. It's really not easy to report a bug ... :s
[01:19] <mdke> marseillai, in that case, you need to report a bug with the bug reporting software ;) or ask in #launchpad
[01:22] <marseillai> is it important to say i use kubuntu ?
[01:23] <mdke> marseillai, the more information the better
[01:23] <marseillai> oki
[01:24] <marseillai> mdke: last question : i'm writing my report here : https://launchpad.net/ who can i attach a file ????
[01:26] <mdke> marseillai, make sure you file the bug on ubuntu, under the package acpi-support, then afterwards, attach a file with "Add Attachment"
[01:31] <marseillai> https://launchpad.net/distros/ubuntu/+source/acpi-support/+bug/29281
[01:31] <Ubugtu> Malone bug 29281: "hibernate doesn't work" Fix req. for: acpi-support (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed
[01:31] <marseillai> is it ok ?
[01:32] <mpt_> marseillai, that's fine
[01:33] <marseillai> thanks for your help mdke 
[01:33] <mdke> np
[01:48] <siretart> lamont: could you please give back gnucash? I cannot reproduce the problems from the buildd logs on my laptop.
[01:50] <siretart> oh wait. it depends on xfree86-common 
[01:50] <siretart> is this supposed to work in dapper?
[02:01] <torkel> siretart: shouldn't it be x11-common nowdays?
[02:02] <siretart> torkel: seems so. the question is if I really have to touch the package
[02:02] <siretart> but I think I have :/
[02:43] <segfault> why "w" takes so long to execute now?
[02:43] <segfault> real    0m2.035s
[02:47] <HiddenWolf> Is todays daily-live sane?
[02:57] <Evaso> hi, actually ubuntu automatically recognize new installed hard-drive?
[02:58] <HiddenWolf> Evaso: #ubuntu
[02:58] <Evaso> HiddenWolf: i want only know for backporting to debian is not a support request :)
[02:59] <mdke> Evaso, #ubuntu might be able to help
[03:00] <Evaso> i try it
[03:00] <mdke> ok
[03:03] <Evaso> mdke: seems that also ubuntu needs to manually mount or edit /etc/fstab for new hard-drive
[03:06] <siretart> Evaso2: yes
[03:06] <Evaso2> This is a problem for some newbie that after come back to computer assistance doesn't find his new hard drive in ubuntu
[03:07] <siretart> right
[03:07] <siretart> but what should be done in case a new hard drive is inserted?
[03:07] <siretart> the user is expected to partition and create filesystem on it
[03:08] <Evaso2> why doesn't let the disk manager of gnome-system-tools the let you to mount new harddrive 
[03:08] <siretart> I don't expect newbies to even understand what this means and how to do it
[03:08] <Evaso2> also to interact with fstab
[03:08] <siretart> it does? really?
[03:08] <Evaso2> yes it let to mount new haddriwe because is scan devices
[03:08] <Evaso2> and not fstab
[03:09] <siretart> interesting
[03:09] <Evaso2> also gparted (gtk gui) 
[03:09] <siretart> yes
[03:09] <Evaso2> let to partition new harddrive because scan devices
[03:10] <siretart> if you really care about this, could you please write a spec documenting what should be done in this case?
[03:10] <siretart> because I think this really needs more discussion
[03:11] <Evaso2> i could but my english is not at the level of an human understendable spec :)
[03:12] <mdke> do it in your language, and ask someone on a local community team to translate it
[03:12] <mdke> or correct it
[03:14] <Evaso2> where i could to post the english version?
[03:15] <mdke> Evaso2, on the wiki
[03:16] <HiddenWolf> mdke: launchpad?
[03:18] <mdke> Evaso2, on the wiki, create a new page using "SpecTemplate" and then you can make a spec entry in launchpad if you wish
[03:38] <Chipzz> *sigh*
[03:39] <Chipzz> who to fuck was smoking what on earth when they invented the seriously crakpotted idea of /var/run and /var/lock mounted as a tmpfs?
[03:40] <HiddenWolf> aren't those supposed to contain only temporary information?
[03:41] <Chipzz> they stay mounted after boot
[03:41] <Chipzz> WORSE
[03:41] <Chipzz> they get mounted after booting a kernel without initramfs!
[03:42] <Chipzz> $#%$## !
[03:42] <siretart> ?
[03:43] <Chipzz> I have a kernel compiled with make-kpkg, without the need for any initrd/initramfs at all, and it breaks horribly :/
[03:43] <Chipzz> e2fsck output getting spewn over the console with brown * beside it (like the failed stuff), network not starting up at all...
[03:45] <siretart> Chipzz: try asking the guys in #ubuntu-kernel. 
[04:28] <Mithrandir> mdke: sorry, haven't gotten around to uploading it yet.. been out skiing today.  I'll try to get to it on Monday.
[04:33] <jsgotangco> hi guys
[04:43] <HiddenWolf> who is the livecd guy?
[04:43] <xhaker> might be the casper wizard
[04:43] <Mithrandir> HiddenWolf: 'sup?
[04:44] <jsgotangco> heh
[04:44] <HiddenWolf> Mithrandir: works fine here, but the blue loading bar and the "loading linux" with lotsa dots message really have to go.
[04:45] <Mithrandir> what blue loading bar?
[04:46] <HiddenWolf> right after the menu.
[04:46] <Mithrandir> HiddenWolf: the "loading linux" messages come from the kernel.
[04:46] <Mithrandir> oh, that one.
[04:46] <HiddenWolf> there is a windows-like popup loading bar, dissapears in a bit.
[04:46] <Mithrandir> they have nothing to do with the live cd, it's a bootloader thing.  Fight over it with Kamion
[04:47] <HiddenWolf> Mithrandir: and networking didn't come up, but I guess that's known. ;)
[04:48] <Mithrandir> HiddenWolf: that's known, yes.  I'm blaming Scott for that one.  I guess we'll find a solution to that at the distro sprint.
[04:48] <HiddenWolf> Mithrandir: make the kernel messages go, or land behind the menu or something. Spoils the good impression.
[04:48] <Mithrandir> HiddenWolf: if you want the "loading linux" thing to go away, you have to convince BenC, not me.
[05:06] <lamont> mozilla, gnucash given back
[05:52] <Mithrandir> mdz: regarding 29223, our livefs is about a week old, it doesn't have any of the one-true-path stuff in it.
[07:36] <mdke> Mithrandir, ooh nice. thanks
[08:15] <ryanpg> updated dapper, Xorg.0.log says:
[08:16] <ryanpg> (EE) Failed to load /usr/lib/xorg/modules/extensions/libGLcore.so
[08:16] <ryanpg> (EE) Failed to load module "GLcore" (loader failed, 7)
[08:16] <ryanpg> known bug? or should I file one?
[08:16] <azeem> did you check whether it is known?
[08:17] <ryanpg> azeem, I'm still getting the hang of launchpad/malone whatever
[08:17] <ryanpg> so no
[08:19] <ryanpg> https://launchpad.net/distros/ubuntu/+bugs?field.searchtext=libGLcore.so&search=Search&orderby=-priority%2C-severity turns up nothing but who knows If I searched correctly
[08:35] <ubuntu_> anyone knows whats the package for network-admin? I want to fill a bug for dapper
[08:36] <thierry_> anyone knows whats the package for network-admin? I want to fill a bug for dapper
[08:36] <crimsun> thierry_: use http://packages.ubuntu.com 's search
[08:36] <thierry_> thanks
[08:36] <winkle> thierry_: gnome-system-tools
[08:41] <thierry_> crimsun, winkle : if you want to check the bug, its 29314 on launchpad... very strange one
[08:53] <HiddenWolf> \sh_away: could you please not break planet again? :)
[09:45] <mdz> Mithrandir: odd, I wonder why a) I haven't received any livefs build failure notifications (lamont/infinity?), and b) why the PATH changed
[09:47] <lamont> mdz: checking. any == no arch built?
[09:55] <lamont> mdz: stale lock file... removed, I'll have to track down why the previous build died without removing it though...
[09:55] <alinux_> hello boys :)
[09:55] <alinux_> I'm searching for pitti
[09:59] <mdke> AlinuxOS, you'll find him here monday to friday
[10:00] <AlinuxOS> mdke, thanks :)
[10:04] <\sh> actually it's weekend nobody should work today, only totally screwed people like me...who are upgrading gentoo boxes 
[10:09] <mdz> lamont: thanks
[10:14] <AlinuxOS> how can I definite a default language  with locale?
[10:14] <AlinuxOS> sudo dpkg-reconfigure locales dosen't work anymore like in breezy.
[10:14] <AlinuxOS> I'm using dapper in this moment.
[10:20] <lamont> mdz: anything you want/need before I disappear for several hours?
[10:21] <mxpxpod> has anyone seen multiple syslog processes getting launched in dapper?
[10:21] <mxpxpod> I had like 20 running just a moment ago
[10:42] <taomaster> any easy way to install java?
[10:42] <mdke> taomaster, try #ubuntu or search the wiki
[10:46] <taomaster> ok  thanx
[11:02] <mxpxpod> I just logged into gnome on dapper and it's not recognizing any of my settings
[11:02] <mxpxpod> I have all of the defaults
[11:03] <HiddenWolf> mxpxpod: #ubuntu
 rock!
 i just upgraded to the latest initramfs/kernel packages in dapper
 it looks like it fixed all the udev problems
  /dev/null and friends now even have the correct permissions
[11:08] <mxpxpod> dilinger: what arch?
[11:08] <dilinger> mxpxpod: amd64
[11:08] <mxpxpod> dilinger: hmm
[11:08] <mxpxpod> dilinger: after you upgraded, did you run anything?
[11:08] <dilinger> nope
[11:08] <dilinger> just rebooted
[11:09] <mxpxpod> dilinger: I still have udev problems... plus I have a gconf problem now
[11:09] <dilinger>   487  sudo apt-get install linux-restricted-modules-2.6.15-13-amd64-k8  initramfs-tools busybox-initramfs
[11:09] <dilinger> + linux-image-amd64-k8
[11:09] <dilinger> i left the rest alone
[11:18] <ryanpg> I have udev problems too, gnome-volume-manager perhaps also
[11:19] <ryanpg> USB storage devices no longer show up on the desktop... they do in computer:/// though
[11:19] <ryanpg> quite odd
[11:20] <mxpxpod> ryanpg: I can't log into gnome right now
[11:20] <ryanpg> mxpxpod, you win
[11:20] <segfault> any idea on why "w" takes so long now to run?
[11:21] <mxpxpod> ryanpg: it's like gconf is hanging
[11:21] <ryanpg> mxpxpod, when that's happend to me before I've moved .gconf and .gnome2 to a temporary locatoin
[11:21] <mxpxpod> ryanpg: except that I'd like my settings to be saved...
[11:22] <ryanpg> mxpxpod, move back one part at a time and see what breaks? :)
[11:22] <mxpxpod> ryanpg: heh
[11:23] <ryanpg> mxpxpod, I've really done that
[11:24] <mxpxpod> ryanpg: no dice
[11:24] <ryanpg> mxpxpod, ?
[11:24] <mxpxpod> ryanpg: I moved them and it still hangs
[11:25] <ryanpg> ic
[11:25] <ryanpg> mxpxpod, well maybe you should ask in #ubuntu then :(
[11:29] <mxpxpod> ryanpg: somethings really strange with dapper... I know that when I reboot, /etc/init.d/dns-clean fails to run and I have to create /var/run/pppconfig before it will work
[11:29] <ryanpg> mxpxpod, yeah I found that too
[11:30] <jc-denton> hi all
[11:30] <jc-denton> did anybody here already try to build beagle
[11:30] <mxpxpod> ryanpg: and with the latest kernel, I can't get a sound device
[11:31] <ryanpg> mxpxpod, I roll my own
[11:31] <mxpxpod> ryanpg: I used to, but I don't have time anymore ;)
[11:32] <torkel> jc-denton: you will probably have better luck asking in #ubuntu-motu
[11:32] <jc-denton> well i'm trying to build it
[11:33] <dilinger> why is lm-sensors always on crack? :(
[11:33] <mxpxpod> ryanpg: hmm, ok, this is strange... I'm getting a wierd error in my .xsession-errors file...
[11:33] <dilinger> -5V:       -3.74 V  (min =  +4.85 V, max =  +4.45 V)       ALARM
[11:33] <dilinger> who writes this crap?
[11:33] <jc-denton> but i always get this error with ./configure
[11:34] <jc-denton> checking for mono.pc... configure: error: missing the mono.pc file, usually found in the mono-devel package
[11:34] <jc-denton> i think i forgot something
[11:34] <jc-denton> but i have no idea what
[11:35] <mxpxpod> jc-denton: wait, you have mono working?
[11:35] <torkel> do you have libmono-dev installed?
[11:35] <jc-denton> i thik
[11:35] <jc-denton> torkel: not sure
[11:35] <jc-denton> well monodevelop works
[11:36] <jc-denton> ah ok
[11:36] <jc-denton> that was missing
[11:36] <mxpxpod> man, powerpc gets the short end of the stick
[11:39] <Mez> jdub: ping
[11:40] <mdke> it is because livejournal set the feed to all have the same date
[11:42] <jc-denton> ouh
[11:42] <jc-denton> checking for MONO... configure: error: Package requirements (mono >= 1.1.10) were not met.
[11:42] <mxpxpod> jc-denton: yeah, I get that too
[11:42] <jc-denton> i've got only mono 1.1.8.3
[11:42] <jc-denton> :(
[11:42] <jc-denton> is there a way to get a newer mono?
[11:44] <torkel> 1.1.13 is in dapper
[11:45] <jc-denton> i have breezy
[11:45] <jc-denton> and i cannot setup dapper right now
[11:45] <torkel> try to find a backport of it maybe?
[11:46] <Mithrandir> mdz: I don't know how livefs build failures are communicated?
[11:46] <jc-denton> i had one but it was completely broken
[11:53] <Den> Mithrandir: U here???
[11:56] <Den> Hi all - anyone know if Mithrandir is around?  whois sho's he's beewn idle 6 min
[11:59] <tseng> Den: he was here just before you joined, maybe your enthusiasm scared him off? :)
[12:01] <tseng> jc-denton: building things from source isnt really the aim of this channel 
[12:01] <jc-denton> tseng sry
[12:01] <jc-denton> but the people in #ubuntu didn't seem to have a clue
[12:01] <tseng> http://apt.filefind.net/
[12:02] <tseng> you can try this for mono backports
[12:02] <tseng> but I in no way support it