[00:02] <IntuitiveNipple> Have you guys seen the tuxradar comparision of Ubuntu versions vs Windows versions? It's very flattering
[00:02] <IntuitiveNipple> http://www.tuxradar.com/content/benchmarked-ubuntu-vs-vista-vs-windows-7
[00:04] <EagleScreen> Ubuntu can skip a routine file system check with ESC key, it is necessary to use usplash to have this feature?
[00:05] <EagleScreen> is this a Ubuntu specific patch or a feature from upstream?
[00:10] <sladen> EagleScreen: read /etc/init.d/check*.sh
[00:11] <sladen> EagleScreen: the actual magic is in /lib/init/usplash-fsck-functions.sh
[00:14] <EagleScreen> thanks
[00:43] <directhex> .topic
[00:43] <directhex> bah
[00:55] <gimpscape_> hi
[00:55] <gimpscape_> I have installed one package using this command: sudo dpkg -i --force-architecture qbittorrent_1.3.1-0ubuntu2_i386.deb
[00:55] <gimpscape_> and know I'm unable to remove it, it simply doesn't show in any package manager, just like it would not be installed
[00:56] <gimpscape_> but I can see qbittorrent file all over the system
[00:56] <gimpscape_> isn't it a very serious bug?
[00:57] <gimpscape_> s/and know/and now
[01:00] <Hobbsee> gimpscape_: i believe you want #ubuntu for support.
[01:02] <gimpscape_> Hobbsee: so this is not dpkg bug? I have done something wrong?
[01:02] <ion_> Also, you probably shouldn’t blame dpkg for something going wrong with --force.
[01:02] <Hobbsee> ion_: exactly
[01:02] <gimpscape_> I thought that --force-architecture is safe...
[01:02] <directhex> dpkg --purge qbittorrent
[01:02] <gimpscape_> directhex: already tried that
[01:03] <gimpscape_> directhex: E: Couldn't find package qbittorrent
[01:03] <ion_> “Warning:  These  options  are mostly intended to be used by experts only. Using them without fully understanding their effects may break your whole system.” –dpkg(1)
[01:03] <Hobbsee> dpkg -r qbittorrent, then.
[01:03] <Hobbsee> according to man dpkg.
[01:04] <directhex> i blame qt. this wouldn't happen with some nice arch-all mono stuff ;)
[01:04] <gimpscape_> Hobbsee: ohh... you are right
[01:04] <gimpscape_> Hobbsee: that fixed the problem
[01:04] <gimpscape_> sorry for asking lame questions here, I should read the man
[01:05] <Hobbsee> yes, probably.  and failing that, there's #ubuntu for support ;)
[08:21] <calc> does our rpm2cpio not extract modern rpms (eg OpenSUSE rpms)?
[08:23] <calc> ug debian bug 509444
[08:24]  * calc needs to be able to unpack them :\
[08:31] <sbeattie> calc: odd. What do you need?
[08:35] <calc> sbeattie: i found the solution with some help from #opensuse
[08:35] <calc> you now have to do 'cat | rpm2cpio | lzma -d | cpio -ivd'
[08:36] <calc> i followed up to the debian bug report about the issue as well
[08:37] <ion_> UUOC ;-)
[08:37] <calc> well makes it more clear ;-)
[08:40] <calc> so currently rpm2cpio is actually rpm to blob ;)
[08:49] <Riddell> mathiaz: I uploaded amarok, do you want to revert the changes to mysql-dfsg-5.1?  (I'd do it but I see you made changes in the mean time so probably best you re-merge those in)
[08:49] <mathiaz> Riddell: I'll take care of the mysql package now that amarok has been updated.
[09:14] <lool> seb128: Hmm bug-buddy recommends gnome-dbg; that's kind of pulling a lot
[09:17] <seb128> lool: that's coming from debian
[09:21] <lool> seb128: I know :)
[09:21] <lool> seb128: I'm pushing a fixed package
[09:21] <lool> seb128: I wanted to tell you so that you check for such recommends in the future
[09:22] <directhex> is alpha 4 done? can i administer a mild poke for a couple of sync bugs?
[09:23] <seb128> lool: well the idea was to try to make sure upstream gets decent stacktraces I think
[09:23] <seb128> directhex: yes and later
[09:23] <lool> seb128: That might be a good idea on Debian, but shouldn't Ubuintu users use -dbgsyms instead?
[09:24] <seb128> lool: ubuntu users should use apport ;-)
[09:24] <seb128> I've no real strong opinion on bug-buddy in ubuntu
[09:24] <lool> I don't know why I got bug-buddy at all in fact
[09:36] <Riddell> mvo: update-notifier-kde uploaded, you can mark your branch as merged
[09:36] <mvo> Riddell: what was the branch url again?
[09:37] <Riddell> mvo: https://code.edge.launchpad.net/~mvo/update-notifier-kde/mvo
[09:37] <mvo> thanks Riddell
[10:21] <GyrosGeier> hi
[10:23] <GyrosGeier> I'm packaging a web app, targetting hardy. Is there infrastructure for web apps in hardy already that I could use (webapps-common doesn't seem to exist) or do I need to reinvent the wheel
[11:14] <seb128> StevenK: could you look at bug #294271, it's a tsclient sponsoring request for a bug in the hildonize changes
[11:17] <StevenK> seb128: Good idea. I'll drop the hildonfm change while I'm at it
[11:17] <seb128> StevenK: ok ;-)
[12:41] <dholbach> seb128: where's your magic "this needs updating" page?
[12:41] <dholbach> or norsetto's rather
[12:41] <seb128> pochu: ^ do you know the url?
[12:41] <seb128> dholbach: let me look for it
[12:42] <pochu> yeah, sec
[12:42] <dholbach> seb128: want to show an "update" example - give me an easy one :)
[12:42] <dholbach> seb128: ... for jcastro
[12:42] <pochu> dholbach: http://norsetto.890m.com/desktop_packages.php
[12:42] <jcastro> seb128: make it easy. ;)
[12:42] <seb128> dholbach: vinagre
[12:43] <dholbach> http://norsetto.890m.com/desktop_packages.php ?
[12:43] <dholbach> :)
[12:43] <dholbach> awesome
[12:43] <seb128> http://download.gnome.org/sources/vinagre/2.25/vinagre-2.25.90.tar.gz
[12:43] <seb128> http://download.gnome.org/sources/vino/2.25/vino-2.25.90.tar.gz should be easy too if you want an another one
[12:43] <dholbach> thanks a bunch seb128 :)
[12:43] <dholbach> thanks pochu too
[12:43] <seb128> you're welcome
[12:44] <seb128> dholbach: otherwise since that's jcastro you can update the rhythmbox snapshot to current svn if you want ;-)
[12:45] <dholbach> :-)
[12:45] <directhex> why does norsetto's page track sid for some & exp for others?
[12:46] <directhex> 'cos debian has a cleaner newer f-spot than ubuntu
[12:48] <seb128> directhex: "cleaner"? the version uploaded to debian is basically the jaunty version no?
[12:48] <directhex> seb128, it bundles a private copy of mono.addins iirc. and there's the whole NBS issue too
[12:49] <seb128> we should just stop using mono in the default install ;-)
[12:51] <directhex> seb128, or core devs should stop leaping behind desks & hiding whenever i open my gob and the word "sync" comes out
[12:51] <directhex> one or t'other
[12:51] <seb128> ?
[12:53] <directhex> mono-related blocking sync/merge bugs can take a rather long time before anyone goes near them, unless i sit & poke people individually, IME
[12:53] <seb128> directhex: should f-spot be synced?
[12:53] <seb128> directhex: we do syncs several times a week
[12:53] <directhex> seb128, f-spot blocks on mono.addins 0.4
[13:01] <seb128> directhex: there is no mono syncs waiting
[13:02] <directhex> bug 323790
[13:02] <directhex> bug 324741
[13:02] <directhex> bug 323948
[13:02] <directhex> bug 323542
[13:02] <seb128> directhex: ubuntu-archive is not subscribed so they are not listed on the ubuntu-archive todolist
[13:03] <seb128> no wonder it takes a while
[13:03] <StevenK> Maybe they need sponsorship
[13:03] <seb128> yeah just pointing that ubuntu-archive is not the blocker there
[13:04] <StevenK> u-m-s is the blocker
[13:04] <directhex> i wasn't moaning at -archive, i was moaning in general. it's cathartic
[13:04] <StevenK> Moan at dholbach
[13:04] <ScottK> cathartic/demotivating for sponsors.
[13:04] <dholbach> StevenK: ?
[13:19] <dholbach> pochu, seb128: I'll just upload jcastro's vinagre update - it's good work!
[13:25] <seb128> dholbach: excellent!
[13:26] <dholbach> vino next!
[13:27] <slangasek> mvo: bug #247130 :)
[13:27] <slangasek> mvo: so maybe that only applies to downgrades
[13:27] <slangasek> and maybe it's not an update-notifier problem at all
[13:34] <slangasek> mvo: ok - I've confirmed that this problem doesn't show up with pinning a package at an earlier version
[13:34] <slangasek> mvo: so you can continue to ignore that bug ;)
[13:35] <mvo> slangasek: :) excellent! I *think* there is a bug with packages on hold though, so your concern is very valid
[13:37] <ScottK> mvo: I did some discussing with other backports people and I think everyone is behind the not-automatic idea for backports.  Do you think there's a chance for getting that merged in this cycle?
[13:38] <mvo> ScottK: thanks for leading this discussion, I think chances are very good
[13:38] <mvo> scottK especially if there is interesst like this in it now
[13:38] <ScottK> mvo: There is.  It's our biggest usabiltiy problem in backports.
[13:39] <ScottK> It's the reason that for many users places like getdeb are better for them than official backports even though the packages are technically inferior.
[13:41] <mvo> right, I will cleanup/merge the branch soonish (hopefully early next week)
[13:42] <pochu> dholbach: cool :)
[13:43] <ScottK> mvo: Great.  I appreciate the effort.  We all do.
[13:47] <hwilde> anybody happen to know how to supress this alarmist error from syslog   TCP: Treason uncloaked!
[13:47] <StevenK> Fix the sender's TCP stack
[13:48] <hwilde> hehe
[13:49] <hwilde> note I said supress the error from syslog, not resolve the remote tcp window issue
[13:49] <hwilde> it looks scary and gets people all excited for no reason...
[14:51] <RainCT> mvo: Hey
[14:56] <mvo> hey RainCT
[14:58] <RainCT> mvo: what do you think about adding an option to apturl to enable PPAs? (ie, fetching the key et all)
[15:00] <ScottK> RainCT: How about we add getdeb too?
[15:01] <RainCT> ScottK: that's ironic?   (if not, that option should work for any archive, not only Launchpad PPAs)
[15:02] <ScottK> RainCT: Yes it's ironic.  PPAs are not at all more trusted because they are hosted on Launchpad.
[15:02] <ebroder> Does anyone know if Ubuntu's changes to xserver-xorg-video-ati are in a git repo anywhere? They don't seem to be in the repo in the Vcs-Git field
[15:02] <ScottK> There's no reason they should be treated specially and lots of reason they should not.
[15:02] <ebroder> (Or a not-git repo anywhere)
[15:03] <ScottK> RainCT: I guess I don't understand the rationale for simplifying addition of untrusted repositories.
[15:03] <RainCT> ScottK: So? Where's the difference between copying a line inside the box in System -> Administration -> Software Sources or clicking on a link and then on a confirmation dialogue explaining what adding a repo means (and that it can be dangerous)?
[15:04] <RainCT> The later one is more convenient as it saves some clicks (especially those for the GPG key, which else many people may just leave out), but having to do those extra clicks won't stop anyone from adding repos
[15:05] <ScottK> I can see a benifit from making it easier to get the gpg key as that gives assurance you're at least getting what you asked for.
[15:07] <RainCT> Related to this, is there some reason why apt has it's own keys and doesn't use those which gpg has available?
[15:07] <soren> Strictly speaking, I do think PPA's are more trusted because they're hosted on Launchpad. It's a trusted build environment, and if you're concerned you can go look at the source.
[15:08] <pochu> RainCT: it runs as root and your own keys are in /home/me could be one of them
[15:08] <RainCT> pochu: ah, of course :P
[15:08] <soren> Other provideres of repositories could be putting backdooers or whatever into the binaries even if they publish the source.
[15:08] <soren> s/backdooers/backdoors/
[15:08] <ScottK> soren: It is a trusted build environment, but since anything can be in the source, unless you know and specifically trust the PPA owner the trust level is still none.
[15:09] <soren> ScottK: You can go look at the source, if you please.
[15:09] <ScottK> If you're going to audit the source before installing then it's more trusted.
[15:09] <RainCT> ScottK: Yes, but having to do like 5 clicks more won't change the trust level someone has when he adds a repo.
[15:09] <soren> That's the point. You're guaranteed to be able to do that.
[15:09] <ScottK> I think the fraction of the user base that's relevant to is nil.
[15:10] <RainCT> (Ah, and is there anything new about the "trusted PPAs" idea?)
[15:11] <ScottK> RainCT: There is a spec for trusted third party repositories.
[15:12] <soren> ScottK: I disagree.
[15:13] <ScottK> soren: The source is of zero use to viritually all users.
[15:14] <soren> ScottK: This is not a unique properrty of PPA's.
[15:14] <ScottK> This is true, but in the distro archive we have certain processes in place to minize risk of something unfortunate ending up in the archive.
[15:15] <ScottK> None of which there is any assurance exist for some random PPA.
[15:16] <soren> ScottK: To me, it makes a big difference that if I had concerns of any kind, it's guaranteed that I can go look at the source.
[15:16] <ScottK> soren: Sure, for you, but not for the average user.
[15:16] <soren> I'm not talking about average users..
[15:17] <soren> "PPAs are not at all more trusted because they are hosted on Launchpad." does not mention average useres.
[15:17] <soren> It speaks in absolutes.
[15:17] <soren> I don't like absolutes.
[15:17] <soren> Usually.
[15:17] <ScottK> The topic at hand is making it easier for end users to add PPAs, so that's the relevant audience.
[15:18] <ScottK> For that audience, I think that source availability is irrelevant.
[15:18] <Turl> hello
[15:18] <Turl> what's the difference between cruft remover and "computer janitor" packages, if any?
[15:18] <soren> ScottK: Again, that is not a unique feature for PPA's.
[15:19] <soren> ScottK: and to the group of individuals where it makes a difference, it is a very signification difference.
[15:19] <soren> "signification"?
[15:19] <soren> I must be tired.
[15:19] <Turl> cruft-remover=system-cleaner, computer janitor=computer-janitor(-gtk)
[15:19] <soren> s/signification/significant/
[15:19] <RainCT> ScottK: My point is that making it easier is not going to increase the number of people using PPAs (as if they want one they'll add it even if it requires a few clicks more), but it is going to improve their experience.
[15:20] <ScottK> soren: I agree that for people who can make use of the source it's a significant difference.  A very significant difference.
[15:20] <pochu> Turl: it's the same one, has been renamed
[15:20] <Turl> pochu: ok, thanks :)
[15:20] <Turl> pochu: btw, the new one doesn't have an icon
[15:21] <ScottK> RainCT: Of course the easiest user experience would be to have a feature to enable all PPAs by default.
[15:21] <ScottK> Now that's obviously not something we'd want to do.
[15:21] <ScottK> And I think all the same reasons we don't want to do that, we don't want to make it easier.
[15:21] <Mithrandir> sounds like we might want to have a way of signalling that some PPAs are more safe than others.
[15:22] <Mithrandir> like, have the numbers of computers fetching from each of them publically visible, or something along those lines.
[15:22] <ScottK> Personally, I'd place trust more in who has upload rights than how many people use it.
[15:23] <pochu> for stable software, we should rather encourage people to use backports
[15:23] <ScottK> I could see putting some kind of trust related seal on a PPA that only core-dev could upload to.
[15:23] <ScottK> Yes
[15:25] <Mithrandir> ScottK: by choice from the owner of the PPA or something then.  I'd rather not have my personal PPA marked as high quality, since I might end up putting junk there.
[15:26] <ScottK> Agreed.
[15:26] <Mithrandir> (given that I don't believe many/any other than I use it)
[15:26] <ScottK> In Kubuntu we have a kubuntu-experimental PPA that we put all kinds of warnings all over.
[15:26] <ScottK> It doesn't seem to stop anyone.
[15:27] <pochu> ScottK: P3As for the rescue :P
[15:27] <ScottK> That kind of limits your target audience and they're a pain to deal with with some of the usual tools.
[15:28] <ScottK> We actually have one of those too for packaging new KDE releases where we get the tarballs pre-release.
[15:33] <ScottK> soren: To get back to your question about absolutes, I think of trust as multiplicative in this case (for the average user) and so as soon as you have an untrusted uploader trust is 0 and it really doesn't matter what you multiply that by, it'll be 0.
[15:47] <RainCT> Well, leaving apturl for now, is there some reason why Software Sources doesn't get the GPG keys itself (other than, because nobody has implemented this)?
[15:47] <cody-somerville> pitti, ping
[15:47] <pitti> cody-somerville: pong
[15:49] <cody-somerville> pitti, Apologizes for the lack of communication on my behalf about the Xfce4 updates in -proposed that Michael prepared. We're looking to push the Xfce 4.4.3 bug fix point release to -updates for 8.10.
[15:50] <ScottK> RainCT: You do want key adding to be manual because you don't want to automate the decision to trust a repo too much.  I agree though that it ought to be easy as we do want users to actually use the keys.
[15:51] <calc> will we be putting up the release schedule for K anytime soon?
[15:51] <RainCT> Uhm.. Perhaps just having a link to download a .key file on Launchpad
[15:51] <RainCT> would be enough. Having to go to the keyserver, select the text and save it as a new file is quite annoying.
[15:54] <ScottK> You don't actually have to do that.
[15:54]  * ScottK tries to remember where he found the other way ...
[15:55] <ScottK> Ah.
[15:56] <ScottK> RainCT: https://help.launchpad.net/Packaging/PPA#Adding the keys in the terminal
[15:58] <RainCT> ScottK: Yeah, I know. But, Ubuntu is GNU/Linux for human beings, remember? :P
[15:58] <maxb> Bit overcomplicated. Just use: wget -O- 'http://keyserver.ubuntu.com:11371/pks/lookup?search=0xB0BE17C2A0C914F086B7B8327D2C7A23BF810CD5&op=get' | sudo apt-key add -
[15:58] <ScottK> RainCT: Right, but in this case I think that's easier than the save a file approach.
[15:59] <RainCT> ScottK: for us yes, but not for the average user
[16:00] <ScottK> LP could generate a per PPA snippet like they do for sources.list and just say, copy/paste this is a terminal.
[16:01] <RainCT> (The snippet it gives currently can also be pasted into Software Sources)
[16:07] <mvo> RainCT: sorry, I was disctracted. the problem with adding ppas easily is that it opens the door for all sorts of spyware/malware potentially
[16:07] <cjwatson> RainCT: why it doesn't get the GPG keys> also that PPAs have only been signed for roughly five minutes, I would expect ;-)
[16:08] <RainCT> heh
[16:08] <cjwatson> but I agree with others, "is a PPA" is a ridiculously low bar for anything
[16:09] <cjwatson> I do think we should add an easier *command-line* way to add a key
[16:09] <cjwatson> apt-key recv KEYID or something
[16:09] <cjwatson> actually, can't apt-key adv do that?
[16:10] <cjwatson> aha, yes it can. We should simplify the PPA instructions
[16:10] <cjwatson> $ sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 8C6C1EFD
[16:11] <cody-somerville> What about adding a dialogue to software properties to make that easy?
[16:12] <cjwatson> scroll up
[16:12] <cjwatson> circular arguments get tiresome :)
[16:12] <ogra> but round :)
[16:13] <slangasek> a circular argument gathers no code
[16:13] <cjwatson> mrevell told me he's going to update help.launchpad.net for that, since we apparently have a bit of parallel invention with cprov
[16:15] <soren> I like circular arguments. They lack loose ends.
[16:16] <pochu> what about circular footnotes?
[16:38] <ScottK> If the desk isn't level they'll roll off on the floor
[17:29] <bluefoxicy> bluefox@icebox:~/tmp$ killall -9 gtk-gnash
[17:29] <bluefoxicy> bluefox@icebox:~/tmp$ ps -e|grep gnash|grep defunct|wc -l
[17:29] <bluefoxicy> 46
[17:29] <bluefoxicy> :|
[17:31] <maxb> bluefoxicy: A defunct process is not actually running
[17:31] <bluefoxicy> maxb: I killed firefox because it wasn't actually painting the window anymore.
[17:31] <bluefoxicy> it killed all the defunct gnashes
[17:31] <maxb> It's one which has quit, but metadata concerning it is still occupying its PID, etc.
[17:32] <bluefoxicy> there's always a billion gtk-gnash processes running
[17:32] <maxb> The metadata disappears once the parent process acknowledges it
[17:32] <maxb> Or the parent process disappears, in which case the defunct processes get reparented on init, which acknowledges them
[17:33] <maxb> Hence why they disappear when you close firefox
[17:56] <Notch-1> excuse me, my cdrom drive it's gone, but i have ubuntu already installed on hda, how can i install ubuntu on hdb? (using the iso image and ubuquity, i suppose...)
[17:57] <jpds> Notch-1: Make a bootable USB with System -> Admin -> Boot USB?
[17:57] <jpds> And #ubuntu might be a better place to ask.
[17:58] <Notch-1> yes, is there another way? i'm running out of pendrive :P
[17:58] <Notch-1> nobody answer on #ubuntu...
[17:59] <jdong> well it is a difficult question you posed with your set of restrictions
[17:59] <Notch-1> i know :P
[17:59] <jdong> sure there are ways, but fairly troublesome when you neither want to use a CD installer nor a bootable USB medium.
[17:59] <jdong> I'd honestly suggest copying your current installation to that drive
[17:59] <jpds> Notch-1: https://help.ubuntu.com/community/Installation
[18:01] <Notch-1> ah fine, i saw ubiquity in the repository and so i was thinking if it's possibile to use it with an iso image...
[18:03] <jdong> there no readily available way of doing so, though of course I won't say it's impossible.
[18:03] <jdong> it's probably just faster to obtain the materials necessary for a supported installation method listed above.
[18:04] <Notch-1> i see, this list it's pretty complete...
[18:05] <Notch-1> i think i should copy the iso to a partition and then boot from it, thanks
[18:06] <maxb> hrm, not sure whether that's doable
[18:07] <maxb> The usb-creator method seems like the only reasonable supported method in this case
[18:08] <Notch-1> why not? anyway i hate usb-creator and i have no pendrive :D
[18:08] <Notch-1> https://help.ubuntu.com/community/Installation/FromLinux
[18:14] <Alinux> cjwatson, hello, I've tested latest alpha 4 alternate version x64. As installation language I choose Georgian, but installer did not change, the strings remains in English. Should I file a bug against debian-installer ?
[18:49] <emgent> NEWS: Utu is back online, until it is integrated into ubuntustats. (http://thc.emgent.org/utu/)
[18:53] <rbrunhuber> I'm a bit worried now:  I just had an kernel oops and tried to report the problem with apport but it tells me my kernel is not a genuine ubuntu package?!
[18:53] <rbrunhuber> Is my setup compromised or is this due to not booting the latest kernel?
[20:22] <taggart> kees, doku, etc: do you know if intrepid's glibc has additional malloc safety testing above what lenny/sid do?
[20:22] <taggart> someone reported this debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514028
[20:22] <taggart> note they are using a intrepid libc6
[20:23] <taggart> I can't repeat it on lenny/sid, although it is a bug
[20:23] <taggart> so thus my question
[21:12] <mib_p137wmoa> hi all...  i only have 1 question... if someone can help me on this...
[21:13] <jpds> !ask | mib_p137wmoa
[21:13] <mib_p137wmoa> ops ok
[21:13] <mib_p137wmoa> where is the page, email or other thing where i can make a sugestion to ubuntu?
[21:14] <mib_p137wmoa> oh, and sorry for bad english... i live in portugal
[21:14] <jpds> mib_p137wmoa: brainstorm.ubuntu.com
[21:14] <mib_p137wmoa> thanks ;)
[21:32] <kees> `
[21:33] <kees> taggart: I'm not aware of anything extra wrt glibc malloc protections above what is in lenny.
[21:33] <kees> taggart: we do compile with -D_FORTIFY_SOURCE=2, so that may be enabling extra stuff in that region that I'm presently unaware of.  what're you seeing?
[21:34] <fta> TheMuso, dtchen; just tested your new p-a, it doesn't work.
[21:36] <fta> TheMuso, the daemon doesn't start. manually, i get: http://paste.ubuntu.com/114972/
[23:22] <taggart> kees: the output is in Debian bug 514028
[23:23] <taggart> dammit I was trying avoid that, what does ubottu trigger on?
[23:24] <Hobbsee> bug foo
[23:24] <Hobbsee> or <bugtracker> bug foo