[00:36] hey guys [00:36] can motherboard make noise [00:38] my computer is making noise like its coming from a fan. i unplugged the fan but the noise is still there. it seems that the cpu is making the noise. what could be the cause of this? [00:48] * lamont wonders why lzma_4.43-12ubuntu1_hppa.deb is in universe, while the rest of the architectures get to have it in main... [01:44] hi [01:45] someone can tell me why firefox 3 in gutsy is still Alpha 8 ? [01:46] Zero: because it has not yet been updated, it is coming [01:47] ok :) [01:47] tkz [01:47] Burgundavia: tkz [01:47] Zero: there are ubuntu-specific things that will need to be updated === bigon is now known as bigon` [01:47] it is also possible the mozilla-maintainer is on vacation [01:47] Burgundavia: I don't see a backports request. Are you sure this is in-progress? [01:48] persia: hmm, you are right. I miss read that as hardy [01:48] Zero: in that case, there needs to be a backports request filed [01:49] umm ok [01:49] Burgundavia: ok [01:49] !backports | Zero [01:49] Zero: If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging [01:50] Zero: The current version in hardy is 3.0~b1+nobinonly-0ubuntu1, which would be the backports candidate. Due to the holidays, it might take a couple weeks to process. [01:51] ok [01:51] i will change the bug #164123 to a backport [01:51] Launchpad bug 164123 in firefox-3.0 "Firefox 3 Gran Paradiso need upgrade in Gutsy" [Undecided,Confirmed] https://launchpad.net/bugs/164123 [01:51] b2 is ready for hardy [01:52] Zero: Best wait a bit. Ubulette is nearly always right about firefox, and b2 might be a better backport candidate. [02:02] Hi, i want to build a source package on my 4-way sparc64 server, but somehow dpkg-buildpackage is only using one cpu to compile. [02:02] How can i set something like the -j 8 flag with dpkg? [02:03] johandc: ask in #ubuntu-server or -motu [02:03] Allright [02:53] Are there workarounds for the casper bugs that prevent the loading of squashfs images from local drives, rather than a cdrom? [02:57] I need to install on a computer with a bad cdrom drive, but the casper scripts will not load any disk images from media other than the cdrom drive. === tritium_ is now known as tritium === stu1 is now known as stub === kitterma is now known as ScottK2 [04:43] Any ubuntu-main-sponsors member around? Please unsubscribe the team from bug #176660, I can't do that myself. Thanks. [04:43] Launchpad bug 176660 in im-switch "im-switch: Upgrade problem from dapper to gutsy/hardy" [Low,Confirmed] https://launchpad.net/bugs/176660 [05:39] minghua: done. [05:40] Thanks crimsun. [06:30] Hi all! === rob1 is now known as rob === Katze is now known as Shely === \sh_away is now known as \sh [08:45] <\sh> hmm...could be that I'm blind but do we have openssl libs somewhere in 32bit mode for x86_64? === macd_ is now known as macd [08:59] \sh: possibly ia32-libs, if not there, no. [09:06] <\sh> Mithrandir, well, it doesn't look like that...or Scott R. and I were missing something in the rules file for ia32 support :( [09:07] <\sh> let's see..but first...gettnig breadroles and a coffee [09:43] Hi all === dfiloni_ is now known as dfiloni === bigon` is now known as bigon === Ubulette_ is now known as Ubulette === bigon is now known as bigon` === bigon` is now known as bigon === bigon is now known as bigon` === dfiloni_ is now known as dfiloni === kitterma is now known as ScottK2 === \sh is now known as \sh_away === XSource is now known as XSource_ === XSource_ is now known as XSource === ubiq__ is now known as ubiq_ === DrKranz is now known as DktrKranz === bigon` is now known as bigon === dfiloni_ is now known as dfiloni === bigon is now known as bigon` === bigon` is now known as bigon === dfiloni_ is now known as dfiloni === bigon is now known as bigon` === \sh_away is now known as \sh === Ubulette_ is now known as Ubulette === ryu2 is now known as ryu === cassidy_ is now known as cassidy === \sh is now known as \sh_away === \sh_away is now known as \sh === \sh is now known as \sh_away [23:28] Is there a gcc-multilib equivalent for gcc 3.4 ? [23:28] Or can I just use straight up gcc 3.4?