[01:20] <asac> so you don't see how to fix it properly?
[01:21] <TheMuso> The only way I can see to fix this properly is to change the test case in xpcom/reflect/xptcall/src/md/unix/Makefile.in from Linuxppc to Linuxpowerpc
[01:21] <TheMuso> Thats unlikely to break anything else, but I am still running a grep to see if its anywhere else in the tree.
[01:23] <TheMuso> Ok, it seems that its only checked for in the above mentioned file.
[01:24] <TheMuso> So it can build ppc xptcall code.
[01:24] <TheMuso> for linux
[01:26] <TheMuso> Either that, or e use CPU_ARCH instead of OS_ARCH in the check.
[01:27] <TheMuso> sorry, CPU_ARCH instead of OS_TEST
[01:37] <Ubulette> asac, lol
[01:37] <Ubulette> dpkg: error processing /var/cache/apt/archives/xulrunner_<IP_ADDRESS>-2ubuntu3_i386.deb (--unpack):
[01:37] <Ubulette>  trying to overwrite `/usr/bin/xulrunner', which is also in package xulrunner-1.9
[01:38] <Ubulette> that's not good
[01:38] <Ubulette> i guess a diversion will do
[02:19] <asac> Ubulette: assume that its gone
[02:19] <asac> we don't need a diversion
[02:19] <asac> later we need an alternative
[02:19] <asac> if we want two parallel installs
[02:20] <asac> or drop the unversioned link completely
[02:20] <asac> TheMuso: how about powerpc64? is it the same?
[02:23] <TheMuso> asac: Without having a ppc64 box I can't say for sure, but as far as I am aware, all userspace stuff is all powerpc, and the kernel is either powerpc or powerpc64. i.e unlike amd64, userspace for both powerpc and powerpc64 is the same. I am having another look however to be sure.
[02:30] <asac> TheMuso: have you looked in nsprpub and security ... they have their own build system and probably match for arch as well
[02:31] <TheMuso> I'll take a look.
[02:52] <TheMuso> asac: Except for kernel and glibc packages, everything else is standard powerpc, including compilers, so if firefox is built on a ppc64 ubuntu, it sould still see the powerpc-linux-gnu build. uname -m on a ppc64 box would in fact give ppc64 as the result, so the change that was made is correct.
[02:53] <TheMuso> As for nsprpub, it uses a similar check in configure.in for OS_TEST that was used before the toplevel configure.in was changed to use cpu_target. i.e nsprpub uses uname -m.
[02:55] <gnomefreak> asac: whats wrong with iceape?
[03:02] <gnomefreak> well i guess ill check with you tomorrow
[03:35] <Jazzva> asac, I suppose you're not online?
[03:37] <Jazzva> Anyone up who could help me a bit with layouts in XUL?
[03:43] <Jazzva> Hmm... nevermind, it works now. asac, there'll be a new upload to my ubufox branch which will fix the icon alignment.
[10:06] <asac> gnomefreak: wrong? i think i just didn't come to sponsoring it
[10:06] <asac> gnomefreak: i will look now
[10:09] <asac> gnomefreak: the configure checkin doesn't update configure properly
[10:10] <asac> most likely because you didn't add the 20_force... to 00list before you ran autoconf2.13
[10:10] <asac> cwong1: i uploaded a fixed midbrowser
[10:10] <asac> cwong1: it was a packaging bug after all
[11:43] <gnomefreak> asac: what do you mean. it was added to 00list long before i did autoconf. the only thing that didnt change is the changelog
[11:44] <asac> no you didn't
[11:44] <asac> i fixed it now
[11:44] <asac> will upload to mozillateam
[11:45] <asac> you can look at bzr log to see that you didn't add to 00list before updating 00configure
[11:45] <asac> 99
[11:45] <gnomefreak> i had to since dpatch added it to 00list
[11:45] <asac> gnomefreak: well look at bzr ... and look at the diff of your 99_configure ... you will see that the VISIBILITY changes you patch against configure.in are not in there
[11:46] <gnomefreak> so as long as dpatch did what it was supposed to do it was added first
[11:46] <asac> and i uncommitted ... committed first 00list then ran dpatch-edit-patch 99_configure; autoconf2.13; exit 0
[11:46] <asac> and all was fine
[11:46] <asac> committed 99_configure ... changelog
[11:46] <asac> done
[11:46] <asac> gnomefreak: you have to verify everything manually
[11:47] <asac> gnomefreak: don't just hope that dpatch did something ... verify that it did
[11:47] <asac> :)
[11:47] <gnomefreak> i cant get a diff :(
[11:47] <asac> that will safe you from lots of nasty bugs ;)
[11:47] <gnomefreak> bzr diff gives me nothing
[11:47] <asac> you will figure out ... you have to diff revisions
[11:51] <gnomefreak> bzr: ERROR: Path(s) are not versioned: 89
[11:51] <gnomefreak> i continue to get that no matter what revisions i use
[11:56] <gnomefreak> the problem i am missing is that 20_force was in 00list i edited it (it stayed in 00list) than i ran autoconf2.13 so it had to be there before, remember you asked me before i started it was there before i removed the garbage from it
[11:57] <gnomefreak> cant go by bzr revisions as they had deverged so when i merged they ended up in that order
[12:06] <asac> reallly ... it just worked here ... so you must have done something wrong.
[12:07] <gnomefreak> it looked fine here. but anyway how is n-m on detected networks?
[12:09] <gnomefreak> like can i go in and choose a network to use that it detected or is there more to it
[12:11] <gnomefreak> once you push iceape to MT ill pull from it and go from there (not really too concered with it atm)
[12:12] <asac> gnomefreak: what chipset?
[12:12] <gnomefreak> its a dlink card not sure of chipset
[12:13] <gnomefreak> im gonna have to pull it out and find out huh?
[12:13] <asac> ok ... you can see in syslog when you plug in card i guess
[12:14] <gnomefreak> give me a few im gonna take some more pills and set it up
[12:51] <gnomefre1k> asac: does this help? 06:00.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
[12:51] <gnomefre1k> i looked in syslog but didnt see anything helpful
[12:52] <asac> yes
[12:52] <asac> is it broken?
[12:52] <gnomefre1k> im on it so it cant be oo broken
[12:52] <asac> gnomefre1k: search for interface_add in syslog ... tell me what that line looks like please
[12:52] <gnomefre1k> the t button is broken
[12:52] <asac> do you use wpa?
[12:54] <gnomefre1k> i dont think so
[12:54] <asac> please search for what i asked above
[12:55] <embeemb> hey, i
[12:55] <embeemb> i'm not sure if i'm at the right place or not, but i need help with xulrunner
[12:55] <asac> which xulrunner?
[12:55] <asac> the one packaged in ubuntu?
[12:56] <embeemb> i got it from the mozilla webbie
[12:56] <asac> then we are not the right channel ;)
[12:56] <embeemb> oh :$ any idea where else should I look
[12:56] <asac> #xulrunner irc.mozilla.org (if that channel exists)
[12:56] <embeemb> cool ! thanks a mill !
[12:57] <gnomefre1k> asac:  cat syslog | grep interface_add brings up nothing
[12:58] <asac> case-insensitive
[12:58] <asac> its INTERFACE_ADD
[12:58] <asac> lunch now
[12:59] <gnomefre1k> thas odd
[01:00] <asac> bbl
[01:01] <gnomefre1k> have fun ill keep looking
[05:02] <shirish> asac: Ubulette: anybody up?
[05:03] <shirish> tonyyarusso: whenever you are up, https://help.ubuntu.com/community/Kompozer , afaik Kompozer isn't in the repositories yet. I did updates just now & still its not up. If its going to be lemme know, cheers
[05:10] <asac> shirish: i am
[05:12] <shirish> asac: I know its lame but any idea about the roadmap of gnash? I went through the mailing list of gnash today but couldn't find any sort of roadmap of it :(
[05:12] <shirish> asac: also, are you building the final 0.8.1 to push for inclusion in gutsy or no?
[05:16] <shirish> asac: also do you read otte's blog http://blogs.gnome.org/otte/ , I find it highly interesting :)
[05:26] <tonyyarusso> shirish: It's sitting in the NEW queue for processing, so yes, technically it's not in yet, but should be "any time now" (figured that would be close enough - didn't expect many people to actually read that yet)
[05:26] <shirish> tonyyarusso: ok cool , thanx for the quick reply, I am subscribed to it  :)
[05:27] <tonyyarusso> :)
[05:34] <shirish> I'm sure guys have read this one, its an old blog post http://blogs.zdnet.com/Stewart/index.php?p=177 but equally interesting
[11:21] <tonyy> Do we intend to package Songbird when a full release is made?
[11:22] <tonyy> (I needed a free media player for Windows, so it was either this or VLC)
[11:56] <nich2chien_> hi
[12:37] <Ubulette> tonyyarusso, i will probably package songbird, but it's not straight forward. upstream is kinda messy, filled with prebuilt deps and calling files from dep source trees to build core songbird.
[12:38] <Ubulette> so it needs serious rework of the build system to be acceptable
[12:38] <Ubulette> as for a media player for windows, i don't see why you ask here...


[05:27] <sbalneav> Evening all
[05:27] <Q-FUNK> hiya Scott
[05:29] <sbalneav>  Quick question: I'm trying to debug Bug #140051  I've installed the xserver-xorg-driver-amd-dbg package, but I'm still
[05:29] <ubotu> Launchpad bug 140051 in xserver-xorg-video-amd "amd driver fails to autoconfigure" [Undecided,New]  https://launchpad.net/bugs/140051
[05:29] <sbalneav>                   only getting a hex address in the dump from xorg, with no indication as to what routine it dies in.  Any ideas as to how
[05:29] <sbalneav>                   I might at least narrow it down to a subroutine within the driver?
[05:49] <sbalneav> bryce: about?
[06:10] <bryce> hi sbalneav
[06:13] <sbalneav> Hey, any thoughts on how I might obtain a little bit better debugging info on Bug #140051?
[06:13] <ubotu> Launchpad bug 140051 in xserver-xorg-video-amd "amd driver fails to autoconfigure" [Undecided,New]  https://launchpad.net/bugs/140051
[06:13] <sbalneav> When I get the bt from xorg, once it pops into the amd_drv.so, there's nothing but a hex offset.
[06:19] <bryce> hmm
[06:21] <bryce> have you seen https://wiki.ubuntu.com/DebuggingXorg and https://help.ubuntu.com/community/DebuggingXAutoconfiguration ?
[06:22] <bryce> another trick:  strace -s 512 -p $(pidof X) 2>/root/x.log &
[06:22] <bryce> I've heard there is also an 'Xorg -verbose' option but haven't played with that myself
[06:23] <bryce> also, make sure you have the dbg packages for -amd installed
[06:25] <sbalneav> Got that installed, thanks for the links, I'll check 'em out
[07:01] <ubotu> New bug: #140606 in xserver-xorg-input-synaptics (main) "Please sync xserver-xorg-input-synaptics with Debian testing (better tuned for appletouch/ALPS)" [Undecided,New]  https://launchpad.net/bugs/140606
[07:14] <tepsipakki> bryce_: yep, I'll poke someone today to get the new ati in
[07:14] <tepsipakki> I'll also merge with the latest version in experimental
[09:55] <ubotu> New bug: #140624 in xorg (main) "when i start wincfg or wine ,xorg crashes and back to login window" [Undecided,New]  https://launchpad.net/bugs/140624
[11:03] <mvo> bryce_: I would like to upload http://launchpadlibrarian.net/9337645/xserver-xorg-video-intel_2.1.1-0ubuntu3.debdiff  tonight if you are ok with that
[01:22] <tormod> tepsipakki: I am looking at the changelog of ati 6.7.192-4ubuntu1: the debian version has commits up to 2d78... I can not find any such commit. I could be a stupid git (user) though :)
[01:57] <tepsipakki> tormod: heh, true
[02:00] <tepsipakki> tormod: I mean, there must be a typo, I think :)
[02:01] <tormod> do you know exactly what is included?
[02:03] <tepsipakki> I believe the latest change was the one by Michel Dnzer
[02:06] <tepsipakki> at least that's included
[02:06] <tormod> from Sept 8, right
[02:06] <tepsipakki> yep
[02:08] <tormod> ok thanks. maybe the wrong ID in the changelog is from the debian git repo.
[02:08] <tepsipakki> ah, right
[02:08] <tepsipakki> could be
[04:24] <ubotu> New bug: #139471 in xserver-xorg-video-intel (main) "screensaver preview overlays everything else despite being in a background window" [Undecided,New]  https://launchpad.net/bugs/139471
[04:35] <ubotu> New bug: #140534 in ubuntu "Launching Googleearth under Compiz crashes X server (dup-of: 130325)" [Undecided,Invalid]  https://launchpad.net/bugs/140534
[05:20] <ubotu> New bug: #140722 in xorg (main) "xorg uses 100% CPU when exiting Gnome" [Undecided,New]  https://launchpad.net/bugs/140722
[06:43] <bryce> mvo, yes that looks good to upload
[06:43] <bryce> heya tepsipakki and tormod
[06:43] <mvo> bryce: cool, thanks!
[06:44] <mvo> bryce: are there any news about the new xserver-xorg-core fix for patch 132?
[06:45] <bryce> yep!  All that's left is to verify it doesn't break ume, and yesterday I worked on getting my ume box going with latest ubuntu.  Today I will figure out how to apply kees' change to it and verify it's all okay
[06:47] <mvo> great, I found that it breaks fglrx too so now I have a personal interesst ;)
[06:47] <bryce> yeah I suspected that might be the case
[07:00] <bryce> btw, did you let kyle know?
[07:03] <tepsipakki> bryce_: hey, pitti promised to take a look at the UVFe request, but didn't have time I guess
[07:04] <mvo> bryce: oh, right *cough*
[07:04] <mvo> kylem: I uploaded a new -x-x-video-intel package with a patch to make it use overlay video on < i965 cards (just FYI)
[07:05] <kylem> fine by me as long as its ok with bryce
[07:07] <bryce> kylem: yeah I reviewed and it basically just removes a texturedAdaptor for 965G
[07:07] <kylem> ok.
[07:07] <bryce> it looks like there's a low chance of it altering behavior for non-965 chips
[07:36] <ubotu> New bug: #139180 in linux-source-2.6.22 (main) "[Gutsy]  PCI: Failed to allocate mem resource (dup-of: 54294)" [Undecided,New]  https://launchpad.net/bugs/139180
[08:17] <keescook> bryce: while you prepare the new xorg-server, can you add the patch to fix CVE-2007-4730?  (as you recommend: prior to the 107 patch?)  I will email it to you.
[08:18] <bryce> sure
[08:20] <keescook> thanks.  I seems that edgy and feisty also have it disabled, but not dapper, so I'll release an update for that.
[08:27] <bryce> excellent
[08:28] <bryce> I'm still trying to figure out a way to get your fix tested on the ume box.  I've updated it to latest and I think I can just compile it for lpia and then copy the deb over on usb...
[08:28] <bryce> (the network on it is busted)
[09:19] <tormod> bryce, displayconfig-gtk can not set up dual-head on the new ati driver (should use xrandr instead of zaphod) https://bugs.freedesktop.org/show_bug.cgi?id=12295  Is this a well known issue?
[09:23] <bryce> I think it is but don't know a bug ID offhand
[09:23] <bryce> I know that "doesn't support xrandr" is a known issue in the TODO
[09:23] <bryce> I recall seeing a bug that dual head was not supported on either ati or nv but don't recall which
[09:24] <tormod> maybe it should disabled then, depending on the driver?
[09:24] <tormod> * should be
[09:25] <tormod> I mean, the dual head set-up in displayconfig-gtk
[09:25] <bryce> possibly
[09:25] <bryce> did it cause breakage?
[09:26] <tormod> yes it makes an xorg.conf that makes the server crash
[09:27] <bryce> ok, put in a bug report about it if there isn't already one.  if you're comfortable patching displayconfig-gtk a patch would be great
[09:27] <tormod> IMOH the server shouldn't just crash because of the xorg.conf, but you know what upstream thinks.
[09:28] <jcristau> upstream thinks it shouldn't crash, but doesn't care enough to fix it, afaics :)
[09:28] <bryce> "send a patch" ;-)
[09:29] <bryce> well I suspect their strategy is to make the need for an xorg.conf go away
[09:29] <bryce> personally I think *some* kind of configuration is always going to be needed, so they really need a wider strategy
[09:29] <bryce> however I'm not ready to send a patch so am keeping my mouth shut ;-0
[09:31] <tormod> where is the displayconfig-gtk source anyway? the bazaar link on the wiki page is stale.
[09:32] <bryce> it's in bzr, hang on I'll get you a link
[09:32] <bryce> https://code.launchpad.net/~displayconfig-gtk/displayconfig-gtk/ubuntu
[09:33] <tormod> thanks, I'll update the wiki page.
[09:33] <bryce> great
[09:53] <tormod> oh my, that URL on the wiki page was ok, it's just that it is a bzr URL and not a web link.
[09:58] <tormod> hmm I can not build displayconfig-gtk on feisty, needs a newer python-distutils-extra :(
[10:09] <tormod> tepsipakki: I guess this has been asked before, but what is holding back the ati driver?
[10:12] <bryce> yeah, I've only built it on gutsy
[10:19] <tepsipakki> tormod: no-one reviewing it
[10:20] <bryce> tepsipakki: who do we need to review it?
[10:20] <tepsipakki> bryce: someone of the release-manager team
[10:20] <tepsipakki> I subscribed them to the bug earlier today
[10:20] <bryce> like pitti?
[10:20] <tepsipakki> yes
[10:20] <bryce> one sec
[10:21] <bryce> hrm, looks like he's offline for the day
[10:21] <tormod> are we in beta-freeze?
[10:22] <bryce> not yet afaik
[10:22] <tormod> no, I get it. UVF.
[10:22] <tepsipakki> two days until beta-freeze
[10:22] <tormod> it's pretty important to get it in before beta, right?
[10:22] <bryce> extremely
[10:23] <tepsipakki> bryce: alex said that he'll do .193 later this week
[10:23] <bryce> probably if we don't get it in by beta it most likely ain't going in
[10:23] <bryce> tepsipakki: ok
[10:24] <bryce> what's the bug id for the -ati package again?  I'll ask riddell
[10:24] <tepsipakki> bug 138987
[10:24] <ubotu> Launchpad bug 138987 in xserver-xorg-video-ati "[UVF]  new version, 6.7.192 + fixes from git master" [Undecided,New]  https://launchpad.net/bugs/138987
[10:25] <tormod> rather get 192 in now, and patch in the 193 changes later, won't need UVFe for that.
[10:26] <tepsipakki> then the changes are smaller so probably easier after .192 is in
[10:26] <bryce> right
[10:26] <bryce> I've asked riddell but suspect he's also afk
[10:27] <bryce> heya seb128
[10:27] <tormod> try mithrandir
[10:27] <seb128> hi bryce
[10:27] <tormod> or cjwatson
[10:36] <bryce> cj would have me work through one of the others
[10:36] <bryce> I think pitti or riddell will be on eventually; I'll keep an eye out for them
[10:37] <bryce> meanwhile...  I am working on new packages for xorg and xorg-server.  So far just one change each.  Either of you know of more patches that need included in those?
[10:37] <bryce> btw, the change for xorg is to disable the wacom entries, as per henrik's direction.  I'm a little concerned what that's going to break for people.
[10:38] <tepsipakki> well, they'll be stripped after gutsy anyway
[10:39] <bryce> yup, but then presumably the input hotplug will start taking over
[10:39] <tepsipakki> right
[10:45] <ubotu> New bug: #140794 in xserver-xorg-video-intel (main) "xserver-xorg-video-intel contains no changelog.Debian" [Undecided,New]  https://launchpad.net/bugs/140794
[11:42] <tormod> bryce, I built feisty packages from the new ati version. Can you mirror them on your Testing/xorg-server-backports-feisty ?
[11:42] <bryce> sure, url again?
[11:42] <tormod> http://tormod.freeshell.org/linux/ati/xserver-xorg-video-ati_6.7.192-4ubuntu1feisty_i386.deb
[11:42] <tormod> and http://tormod.freeshell.org/linux/ati/xserver-xorg-video-ati-dbg_6.7.192-4ubuntu1feisty_i386.deb
[11:43] <tormod> thanks a lot!
[12:00] <tormod> bryce: did you download my debs?
[12:05] <ubotu> New bug: #140811 in xserver-xorg-video-ati (main) "radeon driver bug causes suspend to fail" [Undecided,New]  https://launchpad.net/bugs/140811
[12:06] <bryce> tormod: sorry, distracted
[12:17] <bryce> tormod, ok they're copied
[12:18] <tormod> bryce: thanks


[04:31] <sdhasu> !ops
[04:31] <ubot4> Help!  I wonder if it outputs anything useful, it will spit out a lot of debug messages this way
[07:30] <evfool> mvo: as I said, aptd -r resolves the problem, packages install
[07:30] <evfool> mvo: so I have to find a way to start aptd with --debug by default
[07:32] <mvo> evfool: /usr/share/dbus-1/system-services/org.debian.apt.service has the startup command, iirc it logs to syslog too, so just adding --debug there should work
[07:33] <mvo> evfool: that makes me wonder if its actually something to do with the environment, i.e. when you restart it in your user environment with all PATH/env setup it seems to do ok, but the system env it does not
[07:34] <mvo> evfool: could you check "cat /proc/$(pidof aptd)/environ" if anything looks different from your regular env?
[07:36] <evfool> it's the same in my chroot as in my regular env
[07:36] <evfool> mvo^
[07:38] <evfool> mvo: but after running aptd -r it changes, it gets a lot longer... before it was 1 line long, after it's very long
[07:39] <mvo> evfool: just one line? could you pastebin the original one please too?
[07:43] <evfool> mvo: http://paste.ubuntu.com/654286/
[07:45] <mvo> evfool: is there a "/usr/local/bin/aptd" ?
[07:46] <evfool> mvo: yes
[07:46] <evfool> mvo: probably because I have built and run the latest aptdaemon, I guess
[07:46] <mvo> evfool: ok, which one is that?  it looks like this is part of the problem, aptd -t -d -r will picks this one by default
[07:47] <mvo> evfool: could you please try /usr/sbin/aptd -d -t -r ? and see if that helps or not?
[07:47] <mvo> evfool: or rather, if with that the problem can still be reproduced?
[07:48] <evfool> mvo: no, the problem is solved with this one too
[07:49] <mvo> ok, thanks
[07:50] <evfool> mvo: tried /usr/sbin/aptd -r and /usr/local/bin/aptd -r and both solve the problem, but after killing it, and starting update-manager, I get the same again
[07:54] <mvo> evfool: thanks, could you add --debug to the .service file? maybe that gives us new clues
[07:57] <evfool> mvo: I've added, but nothing's logged to my terminal, as with aptd -r --debug &, so which logfile should I check?
[07:58] <mvo> evfool: does /var/log/syslog show anythng? you probably need to kill aptd once to ensure it gets the new flag
[08:09] <evfool> there's no syslog file
[08:09] <evfool> mvo^
[08:10] <mvo> evfool: ups, sorry /var/log/messages
[08:10] <mvo> or /var/log/debug
[08:11] <mvo> hm, no /var/log/syslog ? odd
[08:11] <evfool> mvo: no /var/log/syslog, no /var/log/messages
[08:14] <bullgard4_> I would like reporting an error in GNOME 2 under Natty: The screen freezes with some artifacts, but I can recover by toggling to a virtual console. What package should I associate my error report to in Launchpad?
[08:14] <evfool> mvo: nvm, I'll try later with a completely new chroot with the latest daily build, we shouldn't waste any more time on this right now
[08:16] <evfool> mvo: just happening in two configs 100% reproducible for me, is too odd... but as no one else can repro it, let's consider the issue an Invalid one for now, I'll get back to it if I can repro it anywhere, anytime or anyone else will complain about this :)
[08:18] <mvo> evfool: right, two setups is suspicous, I really wonder what is going on there
[09:10] <jibel> mvo, good morning
[09:11] <jibel> mvo, have you seen bug 812993 and bug 812862
[09:11] <ubot4> Launchpad bug 812993 in apt (Ubuntu) "aptd crashed with SIGSEGV in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare() -- __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:43 (affects: 13) (dups: 22) (heat: 176)" [High,Confirmed] https://launchpad.net/bugs/812993
[09:11] <ubot4> Launchpad bug 812862 in apt (Ubuntu) "aptd crashed with SIGSEGV in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare() -- __strlen_sse42 () at ../sysdeps/x86_64/multiarch/strlen-sse4.S:32 (affects: 10) (dups: 10) (heat: 90)" [High,Confirmed] https://launchpad.net/bugs/812862
[09:11] <jibel> there is an increasing number of these in Oneiric
[09:13] <jibel> from the duplicates it only affects amd64
[09:29] <mvo> jibel: let me look
[11:39] <bullgard4_> I would like reporting an error in GNOME 2 under Natty: The screen freezes with some artifacts, but I can recover by toggling to a virtual console. What package should I associate my error report to in Launchpad?
[11:47] <mvo> jibel: I may have found the issue with the apt crash, will upload a fix today, I'm 100% certain that its the fix as I was not able to reproduce it, but it looks like it
[12:08] <greg-g> bullgard4_: that could be an xorg issue
[12:11] <bullgard4_> greg-g: Yes. So I will direct my error report in Launchpad to the xorg metapacke.
[12:11] <bullgard4_> greg-g: Yes. So I will direct my error report in Launchpad to the xorg metapackage.
[12:26] <xteejx> Hey peeps
[12:27] <xteejx> Anyone able to help me resolve bug 818011? I'm stuck and can't upgrade anything
[12:27] <ubot4> Launchpad bug 818011 in xdiagnose (Ubuntu) "package xdiagnose (not installed) failed to install/upgrade: trying to overwrite '/usr/share/apport/apport-gpu-error-intel.py', which is also in package xserver-xorg-video-intel 2:2.14.0-4ubuntu7.2 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/818011
[12:27] <jibel> again. I think that was fixed already :/
[12:27] <xteejx> jibel: I only just reported it :S
[12:30] <xteejx> Any way around it? I tried 'sudo apt-get -f install' but it still fails
[12:36] <jibel> xteejx, does it fail if you run 'sudo apt-get install xserver-xorg-video-intel' to upgrade it to 2:2.15.0-3ubuntu2 before upgrading xdiagnose?
[12:37] <xteejx> Yup, same thing..umet deps
[12:37] <xteejx> *unmet deps
[12:37] <xteejx> the -intel depends on xdiagnose
[12:39] <xteejx> jibel: The specific error is "trying to overwrite '/usr/share/apport/apport-gpu-error-intel.py', which is also in package xserver-xorg-video-intel 2:2.14.0-4ubuntu7.2"....would it make sense to just sudo rm that file?
[12:53] <jibel> xteejx, better stay away of manual deletion. If there's no way to force the upgrade, an alternative could be to remove xdiagnose, it will remove ubuntu-desktop, upgrade xserver-xorg-video-intel and then reinstall ubuntu-desktop
[14:00] <bdmurray> Anybody familiar with Kubuntu about?
[14:02] <yofel> bdmurray: hm?
[14:03] <bdmurray> I'm using digikam and the Geolocation part says "Geolocation using Marble not available" and I'm wondering what package I'm missing.
[14:03] <bdmurray> hint its not marble ;-)
[14:04] <bdmurray> I have marble, -data and -plugins
[14:08] <yofel> bdmurray: can you give me some steps to get to that? I don't usually use GPS stuff
[14:09] <bdmurray> yofel: in digikam in the far right side there is a Geolocation thing with a globe by it
[14:09] <bdmurray> yofel: you might need a geotagged photo
[14:11] <bdmurray> yofel: I'll put one somewhere for you
[14:11] <yofel> thanks, I found it, but the window is simply greyed out here
[14:12] <bdmurray> and for me it says Geolocation using Marble not available although the picture has a Latitude and Longitude in it
[14:13] <bdmurray> http://people.canonical.com/~brian/tmp/20110619-133349_IMG_8370.JPG
[14:13] <yofel> thanks
[14:14] <yofel> ok, works here (which is natty + 4.7 backport) - what are you on?
[14:14] <bdmurray> oneiric
[14:14] <yofel> is kipi-plugins installed?
[14:14] <bdmurray> yes
[14:16] <yofel> libgps19 should be there too as long as marble-plugins is installed...
[14:16] <yofel> I'm waiting for a build to finish, so in ~15mins I can reboot back to oneiric and test there
[14:17] <bdmurray> yofel: yes that is installed too
[15:22] <jibel> pedro_, good afternoon
[15:24] <pedro_> good afternoon jibel
[15:25] <jibel> pedro_,  there are 3 desktop bugs that generate a lot of noise
[15:25] <jibel> seb128 thinks it happens at session closing
[15:25] <jibel> Could you do something with a bug pattern to make them quieter. If it is not a issue of course because the number of duplicates is very high
[15:25] <jibel> bug 804896
[15:25] <ubot4> Launchpad bug 804896 in gnome-settings-daemon (Ubuntu Oneiric) (and 1 other project) "gnome-settings-daemon assert failure: gnome-settings-daemon: ../../src/xcb_io.c:140: dequeue_pending_request: Assertion `req == dpy->xcb->pending_requests' failed. (affects: 164) (dups: 226) (heat: 1713)" [High,Triaged] https://launchpad.net/bugs/804896
[15:25] <jibel> bug 804221
[15:25] <jibel> bug 804472
[15:25] <ubot4> Launchpad bug 804221 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon assert failure: gnome-settings-daemon: ../../src/xcb_io.c:515: _XReply: Assertion `!dpy->xcb->reply_data' failed. (affects: 81) (dups: 115) (heat: 964)" [High,Confirmed] https://launchpad.net/bugs/804221
[15:25] <ubot4> Launchpad bug 804472 in gnome-settings-daemon (Ubuntu) (and 1 other project) "gnome-settings-daemon assert failure: gnome-settings-daemon: ../../src/xcb_io.c:221: poll_for_event: Assertion `(((long) (event_sequence) - (long) (dpy->request)) <= 0)' failed. (affects: 22) (dups: 23) (heat: 198)" [Medium,Triaged] https://launchpad.net/bugs/804472
[15:26] <pedro_> jibel, sure, will look at those
[15:27] <hggdh> and my oneiric is still hosed... no more nvidia, unity-2d fails to start up, etc
[15:27] <pedro_> sigh, launchpad timeouts on the bugs...
[15:27] <jibel> pedro_, Cool, thanks!
[15:28] <jibel> pedro_, use /+text at the end of the url
[15:28] <pedro_> yup
[15:28] <jibel> or the api, the timeout is higher
[15:31] <jibel> hggdh, how does unity-2d fails to start ?
[15:31] <hggdh> jibel: yes
[15:31] <hggdh> and metacity
[15:31] <jibel> hggdh, only console or background ?
[15:32] <hggdh> only console ; background is active on X, but no commands except for some indicators
[15:32] <jibel> hggdh, is lightdm-gtk-greeter installed on your system ?
[15:33] <hggdh> jibel: yes, I confirmed it
[15:33] <hggdh> jibel: 0.9.2-oubuntu4
[15:35] <hggdh> there might a a conflict ftom the other packages in xorg-edgers
[15:35] <jibel> hm, there was a bug where this package was not installed, so there was no greeter and only a text console, but that is not it.
[15:35] <hggdh> no, unfortunately
[15:35] <kamusin> hggdh, I had the same problem.. the easy and quick solution for me was reinstall Oneiric .. sigh
[15:36] <kamusin> by the way, happy sysadmin day to everyone!
[15:36] <hggdh> yeah, I was trying to NOT reinstall. Twice in the same cycle is too much
[15:36] <kamusin> who is sysadmin (of course)
[15:36]  * hggdh reluctantly raises hand
[15:41] <hggdh> jibel: is today's oneiric desktop ISO usable?
[15:41]  * hggdh goes for a reinstall :-(
[15:41] <jibel> hggdh, no build today, but yesterday is ok
[15:42] <hggdh> jibel: thank you
[15:49]  * hggdh goes for a surgical reinstall, keeping /home
[15:50] <hggdh> and saving /etc/ for an easier recovery...
[15:58] <hggdh> jibel: insteresting: running rescue from the CD, I cannot successfully enter the password for my disk
[16:00] <hggdh> I get "rescue: no key available with this passphrase"
[16:01] <kamusin> doh.. having a nice day
[16:10] <hggdh> this is hell :-(
[16:10] <hggdh> OK. making a last backup before formatting the disk
[17:10] <bdmurray> yofel: any news?
[17:11] <yofel> sorry, was busy with the kde 4.7 backports for natty, I'm actually just rebooting
[17:17] <yofel> k, nvidia fixed, back in oneiric
[17:27] <yofel> bdmurray: ok, confirmed that it doesn't work, I'll reply once I know more
[17:29] <bdmurray> yofel: well that sucks
[17:49] <hggdh> jibel: yesterday's alternate is also hosed
[18:05] <jibel> hggdh, yes, yesterday and today, same bug. the fix didn't get uploaded. Tomorrow will be a better day.
[18:18]  * hggdh goes back to natty
[18:52] <bdmurray> charlie-tca: have you seen bug 813240?
[18:52] <ubot4> Launchpad bug 813240 in ubiquity (Ubuntu) "Xubuntu installer says "That name already exist on the network" for any choosen name (affects: 1) (heat: 438)" [Undecided,Confirmed] https://launchpad.net/bugs/813240
[18:52] <charlie-tca> yes, it's true, too
[18:52] <charlie-tca> I think it happens in both Ubuntu and Xubuntu desktop installer
[18:52] <bdmurray> here I was hoping they were lies all lies
[18:53] <charlie-tca> nope
[18:53] <charlie-tca> If the name you use for the computer has been in use or exists in a /etc/hosts file, it gives that warning
[18:54] <charlie-tca> It doesn't block the name, it just warns that it exists already
[18:55] <charlie-tca> I will even mark it triaged, if you want me to
[18:56] <charlie-tca> I see it every time I run a desktop image installation


[02:10] <rww> IdleOne, ldunn: Today in "There's a factoid for that!", I give you !ra
[02:11] <ldunn> "Relationship advice is not available in ubottu"
[02:12] <ldunn> Just in case they planned to ask the bot?
[02:12] <rww> !+ra
 Relationship advice is not available in $chan. If you want to chat about other offtopic matters try #ubuntu-offtopic. If you need to talk something through with a professional counsellor there is a global directory of support services at http://befrienders.org
[02:12] <rww> yay variables!
[02:12] <ldunn> oh, nice :P
[02:22] <IdleOne> !ra
[02:22] <IdleOne> well look at that
[02:22] <IdleOne> most useful factoid ever
[06:10] <rww> alrighty, down to 322 *list items in #ubuntu :)
[06:10]  * rww tips hat to Jordan_U
[07:04] <Corey> rww: Yeah, it's about time for a massive ban and quiet clearing.
[07:04] <rww> Corey: 64% full, that's low for that dang channel.
[07:05] <Corey> rww: Yes, but a lot of them are set on dynamic IPs and are ancient.
[07:05] <Jordan_U> When are we getting eir?
[07:05] <Corey> rww: I probably should have asked this before, but my default response to trolling is a ten minute autoremoving quiet.
[07:06] <rww> Corey: Yeah, I've been grabbing hostnames with "dyn" in them, but haven't found a way to figure out if an IP address is dynamic yet.
[07:06] <Corey> If that doesn't work, a kickban is usually my approach.
[07:06] <Corey> Is a banforward to here the "better" way?
[07:06] <rww> I usually only banforward if it's something that I need to talk to the user about but can't talk to them about right now. Problematic /quit messages are a good example.
[07:07] <rww> although it looks like there are ten or so banforwards here in all, so maybe others do it for another reason
[07:07] <Jordan_U> Corey: If you quiet someone you should PM them explaining why (even though 95% of the time it should be painfully obvious) and link them to the channel guidelines.
[07:08] <Corey> I don't have high hopes for wndowsuser. :-/
[07:08] <rww> indeed
[07:09] <Corey> Looks like IdleOne picked him up for now.
[07:10] <IdleOne> ugh
[07:10] <Jordan_U> Corey: The standard pattern (that I've experienced at least) is 1: You quiet them 2: You PM them politely explaining why 3: (often happens before you have time for #2) they abuse you in PM 4: They get their quiet changed to a ban for being even worse in PM
[07:10] <rww> Jordan_U: When the bots team isn't horribly understaffed, I'd guess.
[07:11] <Corey> Jordan_U: As a general rule I don't act in channel for what they do to me in PM.
[07:11] <IdleOne> I should just let Corey handle this one. it will be a good exercise in how to not kill someone
[07:11] <Corey> IdleOne: This is tame comparatively. :-)
[07:11] <Corey> Some of our cross channel issues make this look like a cakewalk. :-)
[07:11] <rww> IdleOne: or /kill, in Corey's case ;P
[07:11] <IdleOne> rww: that is what I meant :)
[07:16] <Corey> IdleOne: Spoilsport. :-p
[07:18] <rww> IdleOne: See, I'm not the only one who thinks that :(
[07:18] <IdleOne> jealous the lot of you are just jealous.
[07:19] <IdleOne> next time ban before I do. I am trying to get back into the top 3 at least of ops with most bans
[07:19] <rww> I'm jealous of the time when I could op random people in #ubuntu-offtopic without worrying they might attempt to op the entire channel.
[07:19] <rww> Yes I am still on that.
[07:19] <rww> ;P
[07:20] <IdleOne> I wonder if that had anything to do....nahhh
[07:20] <Jordan_U> rww: What gave you the confidence to do that before?
[07:20] <rww> Run for IRCC, find out!
[07:20] <rww> Jordan_U: Sometimes my judgement is bad.
[07:20] <Corey> Next year. :-p
[07:21] <IdleOne> Corey: you need to be a ubuntu/member first
[07:21] <rww> One day my practice of emailing irc-council@ with opinions about everyone running for ops will backfire on me.
[07:22] <elky> IdleOne, once upon a time, that was a prereq for being op, so...
[07:22] <Corey> Yeah, I should get together an application for ubuntu/member at some point.
[07:22] <rww> elky: apparently this was before bazhang and ikonia, so I presume it was during the stone age
[07:22] <elky> rww, in The Age of Seveas.
[07:22] <IdleOne> I got ops before membership
[07:23] <rww> elky: Why do I never hear good things about that Age?
[07:23] <IdleOne> it was a tumultuous time
[07:23] <elky> I think LjL and I were the last under that particular rule though.
[07:23] <IdleOne> Volcanoes and Floods
[07:23] <rww> and worst of all, no rww
[07:23] <elky> rww, depends how much you hear via questionable channels.
[07:24] <elky> rww, we're talking a time <1000 in #u
[07:25] <IdleOne> I vaguely remember #u being <1000
[07:25] <ldunn> Nostalgia hour!
[07:25] <rww> IdleOne: netsplits don't count
[07:25] <IdleOne> ldunn: you were only 7 in those days
[07:25] <Jordan_U> I do to, on releases people would go crazy that it was going over 1000.
[07:25] <ldunn> IdleOne: wait. Was I actually? How long ago are we talking here
[07:25] <Jordan_U> *too
[07:26] <Corey> Tell me more about the great war?
[07:26] <IdleOne> ldunn: 6 years ago
[07:26] <ldunn> IdleOne: I'm not 13 :(
[07:26] <IdleOne> hehe
[07:26] <rww> ldunn was in primary school when Ubuntu started
[07:26] <IdleOne> remember Corey is staff if you admit not being 13 he has to remove you
[07:26] <Corey> Somehow they've never told me about that rule.
[07:26] <ldunn> Really?
[07:27] <IdleOne> second rule of opping, make rules up as you go.
[07:27] <ldunn> COPPA violations are bad!
[07:27] <Corey> ldunn: Heh, how old are you?
[07:27] <ldunn> Corey: 15 now
[07:27] <IdleOne> it's a trap!
[07:27] <rww> third rule of opping, justify second rule using Guidelines
[07:27] <Corey> Was gonna say, your account is a few years old. :-)
[07:28] <ldunn> Yeah. Old enough to be a COPPA violation!
[07:28] <rww> repeat after me, "Recommendations from channel operators, including those stored in the channel bots, should be followed."
[07:28] <ldunn> to have been*
[07:28] <Corey> rww: How do I view those?
[07:28] <rww> !guidelines
[07:28] <rww> https://wiki.ubuntu.com/IRC/IrcTeam/OperatorGuidelines also
[07:28] <IdleOne> How did you get ops not knowing the rules?
[07:28] <Corey> rww: Ah, I thought we could notate  bans somewhere in a tracker.
[07:28] <IdleOne> hehe
[07:29] <ldunn> IdleOne: He's a staffer, he can do what he likes
[07:29] <IdleOne> true
[07:29] <rww> Corey: say @login
[07:29] <Jordan_U> Corey: /msg ubottu @btlogin
[07:29] <IdleOne> say it
[07:29]  * ldunn chants
[07:29] <Corey> @login
[07:29] <Corey> Whee.
[07:30] <rww> Corey: say @btlogin, check PM
[07:30] <Corey> @btlogin
[07:30] <rww> Corey: That URL is secret, btw.
[07:30] <IdleOne> yes, log readers we have secret URL's
[07:30] <Corey> Hah, I have bans in there.
[07:31] <IdleOne> secret channels and secret secrets
[07:31] <tonyyarusso> Secret recipes
[07:32] <rww> oh, something that probably applies to you: don't set +q using chanserv, op and set it yourself. It's hard for me to complain at you for having too many bans set if I can't tell it's you :(
[07:32] <tonyyarusso> Why do you think they do it?  :P
[07:32] <Corey> Oh good, everything I did has been removed.
[07:33] <rww> tonyyarusso: additional incentive: I remove ChanServ quiets rather often ;P
[07:33] <rww> which reminds me, #ubuntu's akick list is a freaking mess
[07:33] <tsimpson> oh, and we know the bantracker sucks, so no need to tell us about it :)
[07:33] <Corey> Yeah, I'm far more used to Eir's syntax.
[07:35] <rww> and I can't touch akick, so someone who can should look at it at some point ;P
[07:35] <Corey> Apparently I can.
[07:35] <Corey> I'm trying to figure out if that's because I'm staff, or because of my flags set personally on me.
[07:36] <rww> we have the same flags set, so...
[07:36] <tonyyarusso> +Votia!  Whatever that means...
[07:36] <Corey> Yeah, but I have additional flags due to my cloak.
[07:36] <Corey> I also have _r.
[07:36] <Corey> +r, even.
[07:36] <tonyyarusso> err, votiA rather
[07:37] <Corey> I may just be able to view the list.
[07:37] <Corey> I didn't try altering it any.
[07:38] <rww> tonyyarusso: ability to use voice/devoice commands, ability to use op/deop commands, ability to modify topic through chanserv, ability to use invite and getkey commands, ability to view channel access lists
[07:38] <tsimpson> I think the A lets you see the AKICK list
[07:39] <rww> ldunn: do /msg chanserv akick #ubuntu list and see if you can see it ;P
[07:39] <ldunn> nope
[07:39] <IdleOne> I see it
[07:40] <ldunn> Not that I'm an op there or anything
[07:40] <rww> ldunn: that was the point yo
[07:40] <ldunn> Good.
[08:49] <bazhang> oh the 5.10 user
[08:51] <bazhang> this is the guy who used to come in saying things like "my bunty broke" and he wanted to install ubuntu to his bmw via the cd player
[09:24] <elky> lol
[14:53] <IdleOne> haha that would be pretty neat actually
[19:45] <oCean> @mark #ubuntu thauriswulfa abusive in pm after pointing out that his (obfuscated) swearing is not allowed
[21:10] <rww> RevSpecies116 and SlagDooM are about to exit #ubuntu.
[21:16] <oCean> I had no response from SlagDoom in pm
[21:17] <oCean> meh, now he's in -nl
[21:17] <rww> what is with all the annoying people from -nl recently
[21:18] <oCean> he's telling in -nl how he was kidding around in #u, and he got banned..
[21:18] <LjL> rww: if only seveas was still there they'd all be banned before they manage to find out there are other channels!
[21:18] <rww> oCean: totally unsurprised
[21:19] <phillw> hiyas guys, I understand you want me to flush the ban list from #lubuntu?
[21:19] <rww> ... no?
[21:19] <SlagDooM> hello linux friends
[21:20] <SlagDooM> could someone please unban me in #ubuntu ?
[21:20] <rww> phillw: MichealH was discussing #lubuntu in #ubuntu-irc and I mentioned off-hand that the ban set in #lubuntu isn't valid any more. I guess a game of telephone happened from there.
[21:20] <phillw> my liasion on #freenode (nhandler) is afk, so I'm not too sure what you require me to do?
[21:20] <SlagDooM> i was making some jokes, but someone thougt it was too much
[21:20] <rww> phillw: We don't require you to do anything, there was apparently a miscommunication.
[21:20] <SlagDooM> thought
[21:20] <rww> SlagDooM: Trolling is not permitted in #ubuntu. The purpose of the channel is to get Ubuntu technical support, not to mess around.
[21:21] <SlagDooM> i didn't know that making jokes wasn't allowd
[21:21] <rww> !guidelines | SlagDooM
[21:21] <rww> Please read those and let me know when you've done so.
[21:21] <SlagDooM> ok, i thought it was just a channel to chat about ubuntu in general
[21:21] <rww> It's not. Try #ubuntu-offtopic for non-support discussion.
[21:21] <SlagDooM> ah ok :)
[21:21] <SlagDooM> i understand now
[21:21] <LjL> phillw: rww mentioned that the ban in #lubuntu is a dynamic host, so you may as well remove it since the host will have changed in the meanwhile. there was no requirement to do anything
[21:21] <rww> SlagDooM: Okay. Can you read that guidelines link to make sure you know the rest of #ubuntu's rules, please?
[21:23] <phillw> rww. thanks for the clarification, it is even more important that #ubuntu-ops and #lubuntu work closely together as lubuntu reaches full adoption, hence my having no hesitation on setting the flags for the ubuntu-ops people on the #lubuntu channel. It's been a while since Canonical gave birth to a new 'baby' :P
[21:25] <SlagDooM> ok i've read it
[21:25] <rww> SlagDooM: Is there anything in there you don't understand? Are you going to follow those rules when I unban you?
[21:25]  * phillw would make them sign CoC.
[21:26] <SlagDooM> well there's nothing really surprising in that text
[21:26] <rww> phillw: If you haven't already, you might want to chat with the IRC Council people and get some feedback from them about how best the two teams can work together.
[21:27] <rww> phillw: Since there are a few levels of "officialness"/"core"ness, and different ones work for different channels. And I know a lot of the IRC people are wondering where exactly Lubuntu fits right now :)
[21:27] <SlagDooM> a simple kick would've been sufficient imo, but anyway
[21:27] <rww> (btw, I'm glad to hear you guys are an official derivative now :)
[21:27] <rww> SlagDooM: alrighty, so you understand those rules and will follow them?
[21:27] <SlagDooM> sure
[21:27] <rww> okay, one sec please
[21:28] <phillw> rww: my ex mentor for UBT was Nathan Handler, I am sure we will comply (else he will kill me!).
[21:28] <rww> SlagDooM: alrighty, your ban's been removed. Please be aware of the guidelines in future, and that future bans are harder to get rid of :)
[21:28] <rww> phillw: hehehe
[21:29] <phillw> rww, how do I get a quick list of bans?
[21:29] <SlagDooM> rww ok, thanks :)
[21:29] <rww> phillw: /mode #channelname b
[21:34] <oCean> SlagDooM: as this channel has a no-idling policy, please /part
[21:35] <phillw> thanks rww, now I've had another read through the http://freenode.net/using_the_network.shtml and whilst it told me how to do it, it does not, to me, say how to clear it :/
[21:35] <phillw> (21:30:17) Ban on<EMAIL_ADDRESS>by asimov.freenode.net, set 47 days, 4 hours, 36 minutes ago
[21:35] <phillw> (21:30:18) End of ban list
[21:35] <LjL> how to remove the ban you mean?
[21:35] <LjL> /mode #channel -b blah!blah@blah
[21:35] <rww> phillw: op up (/msg chanserv op #lubuntu phillw), then /mode #lubuntu -b<EMAIL_ADDRESS>[21:35] <rww> then deop (/deop phillw)
[21:41] <phillw> donme.. although I do use the admin robot for such things, I know he's not really allowed on there, it is just on the non adopted channels I've got used to his command structure, as have other admins so I'll get him to /join, do the admin work and then immediately part. Do you guys have a problem with that?
[21:41] <rww> phillw: #lubuntu isn't a core channel, so it's not managed by us, so you can essentially do what you want ;)
[21:42] <phillw> rww: but it will be, what then for fate of DragonEyes? Do I have to ban our guys from using him?
[21:43] <LjL> phillw: depends on what exactly it does, but there's nothing particular against having bots doing some of the house cleaning for you (#ubuntu has that)
[21:43] <phillw> they know he is only allowed on for as long as a command sequence needs to be made and must then leave.
[21:43] <rww> phillw: If #lubuntu becomes a core channel, then ubottu would be in there, and any additional bots would need to get IRCC approval and be listed on https://wiki.ubuntu.com/IRC/Bots . If it just does operating stuff, I'd recommend learning how to do that yourselves.
[21:44] <phillw> LjL: he's an admin bot, hopuse clearance
[21:44] <phillw> rww we already have ubottu and logbot on there.
[21:44] <rww> phillw: no, you have ubot5 on there ;P
[21:45] <rww> anyways, it's time for me to go to work. ttyl everyone.
[21:45] <phillw> rww, if you'd like to split hairs, each ubot is updated hourly from ubottu by a cron job? I know the log bot runs hourly. I was the one who asked for them both :)
[21:46] <phillw> tc
[21:46] <LjL> phillw: i think that's how it works yes, but don't quote me on that
[21:46] <rww> phillw: It's not splitting hairs. ubottu does bantracking. ubot5 and the other clones don't.
[21:46] <rww> LjL: it is, yeah
[21:47]  * phillw can feel a headace coming on when nathan expalins this all to me!
[21:49] <rww> The more I think about it, the more I believe I should sit down with a significant amount of coffee and document everything these is to know about IRC team stuff ;)
[21:50] <LjL> you're OCD enough to do that
[21:50] <phillw> rww: nathan has an excellent set of notes out, it is just that rearely, thankfuilly, that we need to discuss banning / de-voicing etc.
[22:07]  * popey would appreciate such documentation too


[14:08] <Roguehorse> Good Morning
[17:35] <blitz> can someone temp ban this guy
[17:36] <rww> who?
[17:41] <MarkDude> Who?
[17:46] <blitz> poor ryax and his yo-yo connection
[17:47] <blitz> I thought this was ubuntu-ot, and clogging up such a well conversed channel would have been impressive- it's not that bad here though
[17:57] <MarkDude> lol
[20:17] <ianorlin> hmm my logs of this channel aren't even a megabyte yet
[21:35] <rww> blitz: yeah, I don't really bother with ##fix_your_connection in here unless it's egregious
[21:36] <blitz> rww yeah I typed that initially thinking this was u-ot
[21:41] <rww> ianorlin: yeah, it would take a few months :3
[21:41] <rww> i only keep logs for one, so...
[22:07] <MarkDude> ianorlin, the limited amount of chat is in relation to how small of a region we are....
[22:08] <MarkDude> Snarky font implied :D
[22:09] <MarkDude> There are all sorts of cool FOSS things going on statewide- let alone world wide IMHO, there is soooo much to talk about, we should need a second or third channel :)
[23:24] <ianorlin> hmm tpp package was last updated in 2007 :(
[23:28] <ianorlin> the sad thing is trying to goolge for it will show trans pacific partnership stuff
[23:37] <nhaines> ianorlin: https://github.com/akrennmair/tpp
[23:37] <darthrobot`> Title: [akrennmair/tpp · GitHub]