[01:21] <djwattz> '
[05:07] <kaushal> hi
[05:08] <kaushal> is http://dev.mysql.com/downloads/workbench/#downloads available in Ubuntu repository ?
[05:11] <Bachstelze> kaushal: doesn't look like it
[05:11] <kaushal> ok
[05:12] <kaushal> Bachstelze: Any specific reason why its not available in the repository ?
[05:14] <micahg> kaushal: no one has had time to package it yet is the most likely reason
[05:15] <kaushal> micahg: ok
[05:17] <micahg> debian 584987 was filed to replace mysql-gui-tools with it
[05:20] <kaushal> micahg: ok
[05:21] <kaushal> micahg: is it related to Ubuntu ?
[05:21] <kaushal> since it mentions about debian
[05:21] <kaushal> I know Ubuntu is from Debian SID
[05:23] <micahg> kaushal: we get over 75% of our packages from Debian
[05:23] <kaushal> oh ok
[05:24] <kaushal> micahg: Are there any documents which mentions about this ?
[05:24] <micahg> kaushal: we're spread pretty thin, so we usually wait for new packages to get in through Debian unless a specific Ubuntu Developer has an interest in the packagte
[05:25] <micahg> kaushal: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[05:28] <micahg> hi bilalakhtar, thanks for the accolades
[05:29] <bilalakhtar> micahg: no problem, I already had to update the topic, and add the fact that maverick-proposed is open. Just before /topic-ing, I noticed that the end of the topic says: Congrats to new MOTU: debfx . Just changed it to your nick
[05:30] <bilalakhtar> bdrung: Thanks for that gimp upload!
[05:31] <bilalakhtar> bdrung: Dunno why it was being ignored till now, since it was a work item for me, assigned at UDS
[05:31] <kaushal> micahg: Thanks again for the explanation
[05:31] <kaushal> much appreciated
[05:31] <micahg> kaushal: no problem
[05:38] <kaushal> micahg: I did apt-cache search mysql |grep -- ^mysql-
[05:39] <kaushal> what does -- signifies mean after grep command ?
[05:39]  * micahg isn't suer
[05:39] <micahg> *sure
[05:39] <ebroder> It means that all arguments after it are treated as filenames to search
[05:41] <kaushal> ebroder: ok
[05:41] <kaushal> thanks
[05:41] <kaushal> so if i just do grep ^mysql- ?
[05:42] <ebroder> That would print out all lines that start with mysql, yes
[05:43] <kaushal> so there is no difference
[05:43] <kaushal> ?
[05:43] <kaushal> not sure i understand that
[05:53] <kaushal> ebroder: you around ?
[06:00] <Bachstelze> kaushal: what are you trying to do?
[06:00] <kaushal> Bachstelze: np
[06:00] <kaushal> i got it now
[06:01] <kaushal> just trying to understand the difference between grep -- ^mysql- and grep ^mysql-
[06:01] <kaushal> curious to knpw
[06:01] <kaushal> know*
[06:27] <ebroder> kaushal: Sorry, stepped away for a bit
[06:28] <ebroder> I'm not sure what I said before was right. Normally, if you have a command that takes both options (i.e. -r or -l) and arguments, you can use -- to separate the options and the arguments
[06:29] <ebroder> "ls -l" means do a long listing. "ls -- -l" means list the file or directory -l
[06:29] <ebroder> I don't know exactly how -- works with grep, though
[06:40] <StevenK> -- is shorthand for 'anything after it isn't an option'
[08:08] <dholbach> good morning!
[08:10] <stefanlsd> morning!
[08:11] <stefanlsd> ebroder: fixed that dkms issue i was having. dkms error reporting isnt great
[08:14] <stefanlsd> What happens to the changelog when doing a UDD merge?  seems like its ignored?
[08:26] <geser> what you mean with "ignored"?
[10:57] <ari-tczew> I heard that everybody in ~ubuntu-dev can ACK sync of a new package. is it true?
[11:13] <tumbleweed> ari-tczew: the archive admins process new package syncs periodically, but if it's urgent yes, any MOTU can ack a sync destined for universe/multiverse
[11:14] <ari-tczew> tumbleweed: but not every ~ubuntu-dev member is MOTU.
[11:14] <AnAnt> Hello
[11:14] <ari-tczew> like kklimonda
[11:14] <ari-tczew> hello AnAnt
[11:14] <tumbleweed> ari-tczew: you can only ack for things you can upload to
[11:14] <tumbleweed> an ack is a sign that you've done all the checks you would do if you were sponsoring the upload, you just haven't uploaded
[11:15] <ari-tczew> very odd
[11:15] <ari-tczew> tumbleweed: look on bug 673230
[11:19] <tumbleweed> ari-tczew: no idea, AFAIK new packages come into universe, so MOTUs can ack new packages, not sure about how this relates to ~ubuntu-dev
[11:32] <geser> ubuntu-dev = core-dev + motu + packageset uploaders + ppu
[11:33] <ari-tczew> geser: ok, what's the conclusion?
[11:34] <geser> not sure yet, have to think about it
[11:35] <ari-tczew> ok
[11:35] <geser> have you a link to documentation which tells who can ACK a sync?
[11:49] <Laney> so MOTU can upload NEW packages
[11:49] <Laney> therefore can ack their sync
[11:49] <geser> ari-tczew: it probably should work like this: motu+core-dev can ACK new package syncs, package set uploaders can ACK new package syncs that belong to their package set (not yet but will once they are in the archive and added to the package set), PPU can't ACK new package syncs as we don't give PPU for packages not yet in the archive
[11:49] <geser> I hope I didn't miss a valid case
[11:49] <Laney> for other packages  I have bene informed that once there is a SPPR (or whatever) for it anywhere in LP then they can be added to a set
[11:49] <Laney> so you can upload to $PPA and have it added to your set and then sync
[11:49] <Laney> or probably just do this informally through AAs, I doubt there would be a problem
[11:50] <dholbach> ari-tczew, the code in the sponsoring overview uses code that is very very similar to http://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk/annotate/head:/sync-helper.py#L67
[11:50] <dholbach> so what the archive admins use
[11:50] <Laney> speaking of sets, ...
[11:50] <Laney> cjwatson: could you add dbus-sharp dbus-sharp-glib to cli-mono please?
[11:51] <geser> Laney: is the cli-mono package set TB or DMB managed? if it's the later any DMB member can do it
[11:52] <Laney> oh, don't know
[11:53] <Laney> I've only ever pinged cjw before, let's see
[11:53] <Laney> dmb owns the team... how do you find out for the set? want to just try?
[11:53] <geser> Laney: that always works as Colin is both TB and DMB
[11:54] <geser> Laney: I could try but as I'm currently at work, I don't have access to my computer where I've set up everything
[11:55] <Laney> ok
[11:56] <geser> Laney: grab your package set through the LP API and look at the owner attribute
[12:01] <Laney> >>> set.owner.display_name
[12:01] <Laney> 'Ubuntu Technical Board'
[12:01] <Laney> geser: ^^^
[12:02] <geser> then you need someone from TB to get those package added
[12:02] <Laney> ok, already done ;)
[12:02] <Laney> I wonder if it should not be DMB though… was the first packageset of this kind so kind of broke new ground
[12:03] <dholbach> https://wiki.ubuntu.com/ArchiveReorganisation/Permissions#Technical Board considerations
[12:04] <geser> I know that the "mozilla" and "zope" package set are DMB owned, all other package set TB owned
[12:04] <dholbach> oh... I thought all were TB-owned
[12:04] <dholbach> hmhm
[12:07] <geser> I don't remember how it came that DMB created the "mozilla" package set; have to check the meetings logs for it
[12:31] <cjwatson> Laney: done
[12:32] <Laney> thanks a lot
[12:32] <cjwatson> I'd be OK with the cli-mono set becoming DMB-owned, probably ought to be signed off by other TB folks though
[15:24] <ScottK> barry: I'd appreciate it if you would have a look at the proposed patch in https://bugs.launchpad.net/bugs/674009 and give an opinion on it.
[16:26] <AnAnt> Hello, is this build failure Natty-specific: http://launchpadlibrarian.net/58996466/buildlog_ubuntu-natty-i386.python-whoosh_1.2.6-1_FAILEDTOBUILD.txt.gz ? I don't get this build error under Maverick
[16:27] <AnAnt> in other words, is it actually a problem in python-whoosh or python2.7 in Ubuntu ?
[16:31] <Rhonda> Why did helloubuntu.com end on november 6th?
[17:18] <geser> AnAnt: could be the same issue as bug 671441
[17:19] <AnAnt> geser: how's that
[17:19] <AnAnt> ?
[17:21] <AnAnt> geser: I get this FTBFS on maverick too btw with python-whoosh, but I added patch to workaround this  issue
[17:21] <AnAnt> geser: actually, it is that patch that causes python-whoosh to FTBFS on natty
[17:23] <geser> AnAnt: the bug is about /dev/shm not being mount in the buildds which make the test fail as it tries to create a semaphore (which IIRC is stored in /dev/shm)
[17:23] <geser> and when you compare in which module the both tests fail, you notice the same python module (multiprocessing)
[17:24] <AnAnt> geser: here's the patch that is causing the FTBFS: http://svn.debian.org/viewsvn/python-modules/packages/python-whoosh/trunk/debian/patches/shm_check.diff
[17:25] <AnAnt> but that does not happen in maverick
[17:31] <geser> AnAnt: looks like the exception changed. The patch catches OSError (like the error in the bug I mentioned) while your build log shows an ImportError
[17:32] <geser> try modifying the patch to "except (OSError, ImportError):"
[17:32] <AnAnt> geser: yup, the Queue() call causes the ImportError
[17:33] <AnAnt> geser: modifying the patch will fix it , but my question is: is the problem actually in whoosh or python2.7 ?
[17:33] <geser> AIUI neither, but a problem on the buildds
[17:35] <AnAnt> AIUI ?
[17:37] <geser> As I Understand It
[17:38] <ari-tczew> stefanlsd: you don't need to mention in d/changelog: - debian/control: Change Maintainer
[17:40] <AnAnt> geser: ok
[17:56] <ari-tczew> wow! new wiki style!
[18:06] <achiang> if i'm developing a small package in my own ppa, what is the proper method to ensure it is installable in both maverick and lucid? what keys off the distro series in debian/changelog? just the PPA buildd?
[18:07] <achiang> iow, if my distro series is maverick, the buildd will build it in a maverick chroot; but will lucid users subscribed to my ppa still be able to install the package?
[18:07] <ari-tczew> achiang: normal set release - lucid or maverick. in versioning you can use ~ppa0
[18:07] <ari-tczew> achiang: or ~lucid1 ~maverick1~
[18:08] <micahg> achiang: no, each series is a separate repo
[18:08] <micahg> s/is/has/
[18:09] <micahg> achiang: so you can either build on lucid and copy forward, or upload to both lucid and maverick with slightly different versions as ari-tczew suggests
[18:09] <achiang> micahg: hm. so that means on my actual hard drive, i need to have 2 parallel directories with essentially the same source, but two different debian/changelogs ; the only difference being the distro series?
[18:09] <achiang> oh... hm.  a binary copy to a maverick ppa
[18:10] <micahg> achiang: can be the same PPA, just different series (BTW, #ubuntu-packaging is more appropriate for this)
[18:10] <ari-tczew> no need separate PPA for another release
[18:12]  * achiang hops over to #ubuntu-packaging
[18:16] <psusi> it seems to me that one should use +ppa0 rather than ~ppa0, because foo2~ppa0 will be treated as > foo1.2
[18:17] <micahg> psusi: well, depends on what version is there, I prefer verion~series~ppaX
[18:17] <micahg> *version
[18:17] <micahg> psusi: that way it won't conflict with official backports
[18:18] <psusi> micahg: yea, but if there is then an official version.2 released, it won't superceed your version~
[18:18] <micahg> psusi: well, you wouldn't want it to in most cases
[18:18] <micahg> as it would be a different branch
[18:18] <psusi> why not?  it is newer than yours
[18:19] <micahg> psusi: oh, I see like ubuntu2 vs ubuntu 1.2
[18:19] <psusi> if you take version1 and patch it, and call it version2~ppa0, then upstream comes out with version1.1, it won't replace yours
[18:19] <micahg> psusi: so in that case yes, you would want the +ppa, but in a lot of cases, the PPA versions are ahead of what's currently in teh archive
[18:19] <psusi> exactly
[18:57] <ari-tczew> Rhonda: around?
[19:07] <Rhonda> ari-tczew: It would be useful if you could add content to your ping, then I could respond with something fruitful, too. :)
[19:07] <ari-tczew> Rhonda: I'm pleased to see that your changes in packages.ubuntu.com have been applied.
[19:08] <Rhonda> You already mentioned that.
[19:08] <Rhonda> And actually I applied them myself.
[19:09] <ari-tczew> Rhonda: did you got upload access?
[19:09] <Rhonda> Rather shell access. Wouldn't work with "upload"
[19:10] <ari-tczew> Rhonda: you know what I mean. we had discussion last time about it.
[19:11] <Rhonda> Yes, and I told you back then that it's in the works and that I have it on my agenda.
[19:16] <ari-tczew> Rhonda: summarizing - did you got what you want or no?
[19:16] <stefanlsd> ari-tczew: yeah thanks. was just a previous change, so i left it
[19:17] <Rhonda> Was my response really that unclear? Yes, I have shell access. Yes, I am able to apply the changes myself.
[19:19] <cody-somerville> so whats the correct way to run autoreconf in lucid with a package using dh7 since dh-autoreconf doesn't exist in lucid?
[19:28] <ScottK> congratulations then Rhonda.  That's one roadblock to progress sovled.
[19:29] <sebner> anyone already using natty? Will it explode if I upgrade? =)
[19:31]  * Rhonda . o O ( No, I haven't changed the admin contact address yet. Actually thinking of changing it to a list. )
[19:31] <Rhonda> ScottK: Thanks. :)
[19:31] <Rhonda> And thanks to cjwatson for directing me properly. :)
[19:32] <micahg> Rhonda: +1 for a team/list, is it worth a project on launchpad?
[19:33] <Rhonda> micahg: Not certain. The code is in git.debian.org. :)
[19:34] <Rhonda> Actually I think of moving the code to git.deb.at where I can use gitolite ACLs.
[19:41] <ari-tczew> Rhonda: my internet fail again. could you pastebin last lines from this channel? irclogs is not updated (I know, it's a few minutes)
[19:46] <Rhonda> What was the last message you saw?
[19:48] <ari-tczew> Rhonda: <Rhonda> Yes, and I told you back then that it's in the works and that I have it on my agenda.
[19:49] <ari-tczew> Rhonda: I'm really pleased when during discussion I'm pinged. Then I couldn't forget about discussion. :)
 Was my response really that unclear? Yes, I have shell access. Yes, I am able to apply the changes myself.
[19:50] <ari-tczew> Rhonda: only this one? ok, my phrase then:
[19:50] <ari-tczew> Rhonda: summarizing - did you got what you want or no?
[19:50] <Rhonda> That was my response that specific question. :)
[20:01] <xteejx> Can I request a giveback on bzr in main? It builds fine locally, build-deps seem ok now
[20:04] <xteejx> and bzrtools
[20:04] <ajmitch> xteejx: is python-testtools in main now?
[20:04] <xteejx> ajmitch: Yes, I believe so, pbuilder picked it up
[20:05] <ajmitch> & you didn't have universe enabled?
[20:05] <ajmitch> since LP still reports it as being in universe
[20:05] <xteejx> ajmitch: Not afaik :S
[20:06] <xteejx> Hmm, perhaps it *is* enabled
[20:06]  * ajmitch suspects that you may have had it enabled, python-testtools will need to be promoted to main if it's needed to build packages in main
[20:06] <xteejx> Ignore me :P
[20:07] <xteejx> Sorry about that
[20:09] <ajmitch> not a problem :)
[20:09] <xteejx> :)
[20:09]  * ajmitch suspects it won't be hard to get into main, given who's upstream for it
[20:09] <xteejx> one of our guys I assume?
[20:10] <ajmitch> yeah
[20:30] <ari-tczew> ld: cannot find -lQtCore
[20:30] <ari-tczew> which Build-Depends is missing?
[20:31] <ari-tczew> xteejx: if locally package built fine but build-machine has FTBFS, perhaps pbuilder is not good. try build by sbuild
[20:32] <xteejx> ari-tczew: python-qt4-dev ?
[20:32] <Rhonda> ari-tczew: apt-file libQtCore
[20:33] <xteejx> or libqt4-dev
[20:33] <xteejx> ari-tczew: It's ok, I've sorted out the pbuilder problem :)
[20:34] <Rhonda> ari-tczew: For questions like this I usually keep a copy of the Contents file locally to zgrep on.
[20:34] <Rhonda> apt-file can help with that, there are other approaches, too.
[20:35] <Rhonda> Another approach is: http:/packages.ubuntu.com/ and inser libQtCore.so in the content search form.
[20:35] <Rhonda> insert*
[20:35] <Rhonda> That way you can answer this question yourself next time. ;)
[20:37] <ari-tczew> Rhonda: try this command locally. doesn't work :P
[20:38] <ari-tczew> it gives --help
[20:38] <Rhonda> Then read it? :)
[20:38] <micahg> ari-tczew: apt-file search libQtCore
[20:38] <Rhonda> Like said, I have a copy of the Contents file locally, so I'm not too familiar with the apt-file handling. I just know that it can answer the question that you had for you.
[20:39] <Rhonda> And it has a manual page, too. IRC shouldn't be your replacement to reading documentation, you know. ;)
[20:39] <ari-tczew> thanks micahg
[20:39] <ari-tczew> xteejx: you're right, libqt4-dev
[20:39] <xteejx> woohoo :D
[20:39] <ari-tczew> but it's already in Build-Depends :/
[20:39] <ari-tczew> what's wrong?
[20:41] <xteejx> could it be that -I/usr/lib needs to be added to the compile line?
[20:42] <ari-tczew> xteejx: I added LDFLAGS to d/rules
[20:43] <xteejx> ari-tczew: Just a guess, but you might need to edit or patch the actual source
[20:43] <Rhonda> I don't think so
[20:43] <xteejx> I'm just guessing :) Hard to know without seeing the source
[20:45] <Rhonda> There should be a config.log or something that contains more information on the error.
[20:49] <ScottK> ari-tczew: What package?
[20:50] <ari-tczew> ScottK: xca
[20:52] <ari-tczew> xteejx: could you try to fix FTBFS on xca from Debian unstable?
[20:52] <xteejx> I'm doing something else
[20:52] <ari-tczew> package is sync ready, but one remaining changes is LDFLAGS to workaround FTBFS.
[20:54] <ScottK> ari-tczew: How did you add -lQtCore?
[20:54] <ari-tczew> ScottK: LDFLAGS = -Bsymbolic-functions -lQtCore (debian/rules)
[20:58] <ScottK> ari-tczew: Try -lQtCore4.
[21:00] <Rhonda> ScottK: There is no libQtCore4.so?
[21:01] <xteejx> apt-file has nothing for that
[21:01] <ari-tczew> ScottK: ld: cannot find -lQtCore4
[21:01] <ScottK> Not sure then
[21:02] <ari-tczew> marking as FTBFS on MoM
[21:10] <ScottK> ari-tczew: I bet the current Ubuntu package is also FTBFS.
[21:11] <ari-tczew> ScottK: I can check.
[21:11] <xteejx> How do I find out what to link for an undefined reference?
[21:11] <xteejx> I tried apt-file search, but nothing came up
[21:12] <ari-tczew> maybe it's looking on package which is not exist in archive
[21:18] <ari-tczew> ScottK: current xca in Ubuntu - /usr/lib/libQtCore.so.4: could not read symbols: Invalid operation
[21:19] <ScottK> So there's a problem either way.
[22:20] <ScottK> JFTR, adding -lstdc++ and -lQtCore to LIBS fixes the FTBFS.  Didn't have time to sort out the best place to attach it.


[01:27] <bkerensa> pleia2: you guys still set for PuppetConf?
[01:27] <bkerensa> :)
[01:30] <pleia2> bkerensa: not at all, I had completely forgotten about it
[01:31] <pleia2> it's on yom kippur and my first day of a long on call weekend, so I don't think it's happening
[01:31] <pleia2> actually, the two days after yom kippur
[01:32] <pleia2> but I'm still on call
[01:33] <bkerensa> pleia2: nobody can run the booth?
[01:33] <bkerensa> =/
[01:33] <pleia2> I don't even know if there is a booth
[01:33] <bkerensa> oh
[01:33] <pleia2> back in May Jose said we could work on getting one, but that was the last email
[01:33] <pleia2> so I don't think one exists :)
[01:35] <bkerensa> pleia2: ahh well I dont remember what day it is but i am sure they would still accomodate you guys
[01:36] <pleia2> it's a week from now, I don't know who would run it
[01:37] <pleia2> I don't know any puppet-minded folks who can get the time off in time
[01:39] <MarkDude> In an emergency, MarkDude can put the Ubuntu hat on and Circle of Friends it up at Puppetconf :D
[01:39] <bkerensa> pleia2: ok well generally they do charge a couple grand for the event and you do get free training :)
[01:39]  * MarkDude just found his UDS shirt. GF said she thought it was a nice lookinbg shirt - and i should wear it
[01:39] <bkerensa> and food
[01:39] <bkerensa> parties
[01:39] <bkerensa> etc
[01:40] <bkerensa> figured there might be someone who would scoop it up
[01:40] <bkerensa> MarkDude: my UDS shirt is almost dead
[01:40] <bkerensa> :)
[01:41] <bkerensa> MarkDude: http://www.customink.com/track/2332077-7000357/invoice
[01:41] <darthrobot`> Title: [CustomInk Order Invoice - Order #2332077]
[01:41] <bkerensa> can you get that for me ^
[01:41] <bkerensa> :)
[01:41] <pleia2> bkerensa: heh, yeah, if I had realized sooner maybe, but not now (and my schedule wouldn't have allowed for it afterall, since I'm practically taking a month off from all work next month)
[01:41] <bkerensa> pleia2: ahh :)
[01:41] <bkerensa> pleia2: you still doing remote stuffs?
[01:42] <bkerensa> pleia2:  ^ expensive bill eh? :P
[01:42] <pleia2> today I am, but I'm taking 3.5 unpaid weeks off to do ghana and denmark
[01:42] <pleia2> so no "I need 2 days off for a conference" right now :)
[01:43] <MarkDude> Wow- that sounds like some fun pleia2
[01:43] <pleia2> should be
[01:43] <bkerensa> Enjoy Denmark
[01:43] <bkerensa> :)
[01:43] <pleia2> thanks
[01:43] <MarkDude> Did you decide- Hey there Dangerous G- I'll see you Africa, and raise you Northern Europe?
[01:43] <bkerensa> I will be at next UDS... or very likely so
[01:44] <pleia2> MarkDude: haha
[01:44] <pleia2> he did africa for 3 months, I'm doing 2 weeks :) I think he still wins
[01:44] <bkerensa> I would go to Africa
[01:45] <bkerensa> not Ghana though
[01:45] <pleia2> we're deploying edubuntu with computer reach: http://princessleia.com/journal/?p=6753
[01:45] <darthrobot`> Title: [I’m going to Ghana to deploy Edubuntu! – pleia2's blog]
[01:45] <bkerensa> I would like to go to Tanzania and  mount a Ubuntu flag at the top
[01:45] <bkerensa> :D
[01:45] <bkerensa> of Kilimanjaro
[01:46] <MarkDude> Saving the world in measurable amountz aside, coolness abounds in your trip
[01:46] <pleia2> long hike :)
[01:46] <bkerensa> it might take me a year to climb though
[01:46] <bkerensa> I just realized its like 3 times to height of Mt. St Helens
[01:46] <pleia2> MarkDude: yeah, I'm excited :) going with Beth Lynn and some other Pittsburgh people
[01:46] <bkerensa> and Kees and bdmurray just did that a month ago
[01:48]  * pleia2 > laundry
[01:48] <bkerensa> lol
[01:48] <bkerensa> kk
[01:48] <bkerensa> ugh
[01:48] <MarkDude> Right on- I been meaning to talk to BLE
[01:49] <bkerensa> so far I am not loving the Kindle Fire HD
[01:49] <MarkDude> What are the issues
[01:50] <bkerensa> Lack of customization
[01:50] <bkerensa> a locked desktop
[01:50] <bkerensa> no app drawer
[01:50] <bkerensa> also the wireless driver for it cannot recognize the need to enter a password on a wireless splash page
[01:50] <bkerensa> so it failed at starbucks
[02:02] <MarkDude> Wow
[02:05] <bkerensa> I do however like the Sputnik laptop that Dell sent me
[02:05] <bkerensa> :D
[02:05] <bkerensa> Ubuntu is sooooooooo fast on it :)
[02:05] <bkerensa> and it thinner than my hand
[04:30] <iheartubuntu> anyone purchase the humble bundle 6 yet? game looks pretty nice this time around!
[05:45] <iheartubuntu> so far i like the new games in the humble bundle
[05:47] <philballew> i need to still try that out iheartubuntu
[05:47] <philballew> whenever I find the time
[05:48] <nUboon2Age>  jtatum, jledbetter will you make it to UH tomorrow? last time i checked it wasn't on the LOCO directory event schedule
[05:53] <dragon> I'm ordering Raspberry Pis from Newark. Shipping cost is flat rate, so ordering more than one will essentially save on shipping.
[05:54] <dragon> If you want one, ping me and I can order it for you!
[05:54] <nUboon2Age> how much?
[05:55] <dragon> 38 + 7.6 / n
[05:55] <dragon> Long time nUboon2Age!
[06:16] <dragon> I'm placing the order tomorrow by ~noon. Ping me here or email me if you want one!
[06:17] <iheartubuntu> what r u ordering dragon
[06:17] <dragon> iheartubuntu: Raspberry Pi!
[06:18] <iheartubuntu> ahhh cool
[06:21] <iheartubuntu> could it handle say, xubuntu on it
[06:25] <philballew> probably openbox
[06:25] <philballew> iheartubuntu, I think ubuntu doesnt run.
[06:26] <philballew> Unless they have done something with arm in the past few months
[06:26] <iheartubuntu> ahh
[06:26] <philballew> debian does iirc
[06:27] <philballew> something about the pi being an older type of arm and ubuntu only runs on a version above
[06:29] <philballew> well gotta go.
[06:31] <iheartubuntu> ciao
[06:34] <nUboon2Age> the debian version on their website has lxde
[17:38] <jyo> I have ~8 Raspberry Pis on hand if anyone wants one.
[17:41] <jyo> The OS is Raspbian, Debian ported for the ARMv6 hardfp.
[17:50] <Darkwing> jyo: How much?
[17:53] <jyo> $39ish? including tax/freight/microUSB cable
[17:54] <Darkwing> jyo: I'll get back to you on that.
[18:49] <dragon> jyo: where are you located?
[18:55] <dragon> If close enough, I'll pick some from you instead of ordering online!
[19:40] <nUboon2Age> dragon: jyo works in Fremont i believe.  not sure where he lives
[19:41] <nUboon2Age> Anyone planning to make it to Ubuntu Hour Mountain View tonight? jyo
[19:42] <nUboon2Age> iheartubuntu: according to their web site Raspbian has LXDE
[19:43] <pleia2> no UH for me (HOA meeting tonight, goodie!)
[19:43] <nUboon2Age> What's HOA pleia2 ?
[19:44] <pleia2> homeowners association
[19:44] <nUboon2Age> ah
[19:44] <pleia2> I was being sarcastic :) they are boring, but my fiance is on the board
[19:45] <nUboon2Age> aren't meetings just so much fun :-/
[19:45] <pleia2> it was actually fun last time, got to look over the new roof deck furniture (which we sat in :))
[19:46] <pleia2> but nothing fun this time
[19:46] <pleia2> on the bright side, the meeting means MJ has to come home from work for it, which means I'll actually see him tonight!
[19:47] <pleia2> (he's been working really late a lot)
[20:15] <dragon> fremont isn't far. I won't order at this point, since all I need is one.
[20:21] <dragon> all: http://events.hackerdojo.com/event/1613010-whats-up-and-coming-with-raspberry-pi
[20:21] <darthrobot`> Title: [What's Up And Coming With Raspberry Pi]
[20:22] <dragon> hey, thanks darthrobot`!
[20:22] <dragon> Though the URL says more than the title itself.
[20:29] <Torikun> Yo
[20:30] <Torikun> jyo: How can I get a pie =)
[20:34] <dragon> jyo: Can I have five of them?
[20:34] <dragon> Always wanted my own cloud cluster.
[20:36] <Torikun> dragon: what would you do with a cluster?
[20:36] <Torikun> CLusters do not really accomidate the home user
[20:38] <Torikun> Unless you like to process data, high-availability, or video processing
[20:39] <Torikun> I used to think a long time ago that if I had a cluster, I could make all my applications run faster......I was wrong....lol
[20:40] <dragon> That's... an interesting question.
[20:40] <dragon> I don't know. I just want one.
[20:40] <Torikun> hahaah they seem cooler than they are
[20:40] <dragon> (hey, I'm not really creating a cluster of pies)
[20:40] <Torikun> I worked in the clustering business a few years now
[20:40] <Torikun> the concept is better than reality lol
[20:40] <dragon> haha that's true
[20:41] <Torikun> I would like a raspberry pi as a firewall and another as a media server
[20:41] <pleia2> at least it's not an x86 cluster, which you run at home because you like paying extra on your electric bill ;)
[20:42] <Torikun> True
[20:43] <Torikun> I made a program in java to batch process images for compression and videos for compression
[20:43] <Torikun> I used it about once .... all hype
[20:43] <pleia2> http://princessleia.com/images/journalpics/072008/office_jul_2008.jpg
[20:43] <darthrobot`> Content type: [image/jpeg] Size: [549226]
[20:44] <Torikun> it basically takes a directory and gathers the files in it and sends it out to be processed on all the nodes
[20:44] <pleia2> no clusters, but it was insane
[20:44] <Torikun> NIce
[20:44] <Torikun> a raspbery pi would be a good low power bot
[20:45] <Torikun> My home network https://docs.google.com/drawings/d/1hraRBthphz_ypiM8BSJD7MVeTtnj3J9dguYlO-zeCes/edit
[20:45] <darthrobot`> Title: [Home Network Diagram - Google Docs]
[20:45] <R2Pi2> Linux raspberrypi 3.2.27+ #160 PREEMPT Mon Sep 17 23:18:42 BST 2012 armv6l GNU/Linux
[20:45] <pleia2> ^^ all I am doing with my pi at the moment :P
[20:46] <pleia2> running irc bots is serious stuff
[20:46] <Torikun> yup
[20:47] <R2Pi2>  13:47:20 up 23:08,  1 user,  load average: 0.01, 0.02, 0.05
[20:47] <pleia2> hehe
[20:47] <pleia2> apparently it can do so much more
[20:47] <Torikun> almost 1 day
[20:48] <pleia2> yeah, I brought it along to balug earlier this week to show off how pretty they are in a case
[20:48] <pleia2> (we were auctioning another off for charity)
[20:48] <Torikun> Is your pi running at 1GHZ?
[20:48] <Torikun> with that new update/
[20:48] <pleia2> nah
[20:48] <Torikun> it would be worth it
[20:49] <pleia2> yeah, if I ever do anything with it
[20:49] <Torikun> I want it to replace my current media center..I got a wireless keyboard for it also. will be so sweet!
[20:50] <pleia2> my tv does all kinds of media stuff, so I can just serve stuff up from my desktop via upnp
[21:11] <dragon> pleia2: that setup in crazy.
[21:11] <dragon> How much would it take to run an XMPP server? Can I do it on a Rasp Pi?
[21:11] <dragon> XMPP server being prosody.
[21:13]  * dragon does some research.
[21:13] <dragon> Guess I'll have to try it out. Now if only I could setup failover with prosody.
[21:13] <dragon> Or use node-xmpp-server with redis backend.
[21:15] <Torikun> install the raspberry pi XBMC
[21:15] <Torikun> http://www.linuxuser.co.uk/tutorials/raspberry-pi-media-centre-tutorial/
[21:15] <darthrobot`> Title: [Raspberry Pi Media Centre Tutorial | Linux User]
[21:34] <bkerensa> pleia2: would you like to speak at an event in November :)
[21:34] <bkerensa> ;)
[21:34] <bkerensa> I will be seeking more speakers :D and sponsors
[21:36] <pleia2> bkerensa: where and when?
[21:37] <bkerensa> pleia2: Portland, OR sometime in November
[21:37] <bkerensa> WebVisions is helping me with logistics
[21:37] <bkerensa> :D
[21:37] <bkerensa> no idea what it will be called yet but I do have 7 speakers lined up :P
[21:38] <pleia2> ah no, can't travel again in November
[21:38] <pleia2> will be getting home the first or second week (not sure which yet) and going to San Diego for a conference in December
[21:42] <bkerensa> pleia2: im kind of concerned though idk
[21:42] <bkerensa> pleia2: so I had talked to a guy I met and now they are immediatly running with it
[21:42] <bkerensa> I hope they dont steal my event :)
[21:42] <pleia2> hehe
[21:43] <bkerensa> They were like "and what are your thoughts on registration fees"
[21:43] <bkerensa> Me: I hoped for it to be a free event
[21:43] <bkerensa> Them: Well you have to charge at least $15-25 so people show up
[21:43] <bkerensa> >.<
[21:44] <akk> Because, y'know, nobody at all showed up at UDS since it was free.
[21:44] <bkerensa> MarkDude: ^ You needed a conference to go to come to mine :) webvisions is seeking sponsors
[21:44] <bkerensa> tell Fedora :P $1500 for sponsorship
[21:45] <nUboon2Age> Anyone planning to make it to Ubuntu Hour Mountain View tonight? jyo jtatum
[21:45] <akk> Not I, sadly.
[21:46] <jtatum> nUboon2Age: I think this month might be skipped - demand seems very low. I will definitely schedule October, though.
[21:47] <nUboon2Age> okay that sounds like a plan jtatum
[21:56] <nUboon2Age> dragon: the Zotac Zbox running preinstalled Ubuntu 11.10 I got from Fries (updated to 12.04) came with XBMC media server
[21:59] <nUboon2Age> pleia2: Debbie and I really had fun seeing your rooftop view.  Thanks!
[21:59] <pleia2> nUboon2Age: thanks for coming up! sorry I couldn't do dinner too, my schedule has been crazy lately
[21:59] <pleia2> ended up popping downstairs later that night again to give Sameer Verma some Ubuntu CDs for SFD at SFSU
[22:00] <nUboon2Age> we ended up going to a Japanese restaurant.  pretty good.
[22:00] <nUboon2Age> oh, i forgot to hit you up for disks and stickers. :-)  did they get to JT?
[22:01] <jyo> dragon: Yes. How do you want to do this?
[22:02] <pleia2> nUboon2Age: I brought a bunch down to MV last month
[22:55] <nUboon2Age> pleia2: urrr when i couldn't make it :-(  Well maybe next time.
[22:55] <nUboon2Age> ;-)
[22:57] <nUboon2Age> oh, i get it pleia2, you're talking about the disks and stickers.  oof.  oh, thank you for doing that.
[23:15] <iheartubuntu> having fun with the game Torchlight today... part of that new humble bundle
[23:15] <iheartubuntu> havent played a game in months. nice to just kick back
[23:28] <bkerensa> I love Torchlight 2
[23:29] <bkerensa> :D
[23:40] <raevol> bkerensa: they're still a negatory on a linux client for that one, right? just got torchlight 1 in the humble bundle yesterday
[23:40] <raevol> err, tuesday
[23:54] <bkerensa> raevol: correct its on steam for win only
[23:54] <bkerensa> shh dont tell anyone
[23:54] <bkerensa> :D
[23:54] <raevol> hehe


[09:59] <doko> tsimonq2: https://bugzilla.opensuse.org/show_bug.cgi?id=1121214 seen in libqt
[10:17] <doko> jamespage: murano-agent fails autopkg tests (with python 3.7.2)
[12:01] <rbasak> juliank: why the dnsmasq upload? I thought Laney was sorting it in the network-manager autopkgtests?
[12:02] <juliank> rbasak: i don't know, Laney asked me if I'd upload it
[12:03] <Laney> The dnsmasq upload was the failure; my changes to n-m fixed some other ones, but not those which were failing on autopkgtest.u.c
[12:04] <rbasak> I feel that this just kicks the can down the road, and I'm not keen on having to maintain this patch :-/
[12:05] <rbasak> (based on my current and rather incomplete knowledge of the actual problem; but I suspect that's the case with everyone else involved too)
[12:07] <Laney> Second best approach that I could see given that we don't know how to fix it
[12:08] <Laney> Changing the tests in network-manager to work around a bug in dnsmasq would not have been right, IMO
[12:08] <Laney> and I *did* do some analysis and post on the upstream list, which I still hope/expect to result in a proper fix
[12:10] <rbasak> I agree with the general principle of not having to change the tests in N-M to work around a bug in dnsmasq.
[12:11] <rbasak> But it seemed to me that n-m tests weren't actually testing the right thing?
[12:11] <rbasak> In that the failure couldn't identify a specific buggy use case in dnsmasq?
[12:11] <rbasak> In that case narrowing down the n-m tests seems like a good idea.
[12:12] <Laney> what do you mean?
[12:12] <Laney> It was always a specific few tests that were failing in the same way
[12:13] <rbasak> But AIUI we haven't been able to say to dnsmasq upstream "here's a bug: when we do <valid use case> it results in <incorrect behaviour> instead of <expected behaviour>"
[12:15] <Laney> I think my thread was fine in that sense
[12:16] <Laney> Upstream attempted to come up with a patch but it didn't work
[12:16] <rbasak> I appreciate your work in analysis and talking to upstream btw. Hopefully that'll lead to a proper fix and we'll be able to drop the patch. I'm just concerned in case that doesn't happen, we'll end up stuck.
[12:16] <Laney> If someone else wants to help out and create a more minimal reproducer, that would be welcome. I was suffering from a lack of knowledge.
[12:16] <rbasak> I got the impression that upstream haven't identified a specific bug either. We only have your successful bisection, and we're all still blind to the underlying cause.
[12:17] <rbasak> (and blind to even what the bug actually is)
[12:18] <Laney> That's... why you post a bug report?
[12:19] <rbasak> We know that an upstream commit caused a change in behaviour that broke us.
[12:19] <rbasak> We don't know that there's actually a bug in upstream dnsmasq...do we?
[12:19] <Laney> I'm confident enough.
[12:19] <Laney> But if you're unhappy with my call, it's your team's package.
[12:20] <rbasak> I'm not sure I agree. But anyway, I appreciate your time on this. It's probably not worth us spending more time on discussing this more unless something further happens.
[12:20] <Laney> Put the change back in, it'll get blocked in proposed because of breaking network-manager's tests.
[12:21] <Laney> And then, well, we can argue about who gets to debug it.
[12:25] <juliank> That seems reasonable
[12:26] <juliank> We really need to have a convention for changes we made that we do not want to stop syncing. So something between ubuntu and build
[12:27] <juliank> So that I could have uploaded that hack with that version, and then a later sync would still happen and we'd see it being broken again (or it's fixed and migrates)
[12:27] <rbasak> Something that starts with 'l' or 'm' then :-P
[12:28] <juliank> Well, it could be any string lower than ubuntu
[12:28] <juliank> like buntu
[12:28] <juliank> 1.0-1buntu1
[12:28] <juliank> that was my silly string
[12:28] <Laney> I should mail the person who wrote the patch in question in the first place and see what they think
[12:29] <juliank> 1.0-1ubuntmp1
[12:29] <juliank> ubuntmp sorts well, but is not entirely obvious
[12:38] <Amnesia> question, I'm trying to create a cosmic chroot, but debootstrap is stating that the InRelease file has expired: E: InRelease file http://archive.ubuntu.com/ubuntu/dists/cosmic/InRelease is expired since (Wed, 09 Jan 2019 00:00:00 +0100)
[12:38] <Amnesia> does anyone have a clue what's goin on?
[12:40] <juliank> So, haproxy and wget are stuck in proposed as they built against pcre2. I patched wget to use pcre3 again
[12:40] <juliank> Not sure about haproxy
[12:40] <juliank> Amnesia: What do you see when you open http://archive.ubuntu.com/ubuntu/dists/cosmic/InRelease (wget, curl, or browser, whatever)
[12:41] <Amnesia> juliank: Date: Thu, 18 Oct 2018 15:17:19 UTC
[12:41] <juliank> Amnesia: Right, but no valid-until line, right?
[12:41] <Amnesia> correct
[12:43] <juliank> Amnesia: so, it works for me in disco, which release are you trying that on? Also, I think you can check in the target directory you specified and look at release files there
[12:44] <Amnesia> I'm trying it on arch..
[12:44] <juliank> Amnesia: ok, that's trickier
[12:44] <juliank> Amnesia: that's debootstrap 1.0.113?
[12:44] <Amnesia> yep
[12:45] <Amnesia> https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/debootstrap&id=03584f10a9edb8de54c6417f133ecea5862f4ff3
[12:46] <juliank> Amnesia: So, I don't see how this happens
[12:46] <juliank> Amnesia: I think you can run debootstrap as sh -x <path to>/debootstrap
[12:47] <juliank> that should give you a verbose log
[12:48] <Amnesia> yep, going through it atm..
[12:48] <juliank> Amnesia: No, I see how this happens
[12:48] <Amnesia> you do?
[12:49] <juliank> Amnesia: Passing --no-check-valid-until should make it work
[12:49] <juliank> The code assumes that Valid-Until is in the release file, which it is not for ubuntu
[12:50] <Amnesia> hm seems to work indeed
[12:51] <Amnesia> https://github.com/felixonmars/debootstrap/blob/4f6c6c0ccfd15145bae94b204056be3f78b08670/functions#L632
[12:51] <Amnesia> looks like you're right yes
[12:52] <juliank> That's https://bugs.debian.org/918722
[12:53]  * Amnesia facepalms
[12:53] <Amnesia> I should've checked the bug tracker
[12:53] <Amnesia> sorry for the hassle juliank
[17:01] <seb128> bdmurray, hey. Could you help with https://launchpad.net/ubuntu/+source/gvfs/1.38.1-0ubuntu1.1 ? It includes 3 fixes, 2 have been verified and the 3rd one isn't working because it's relying on a samba change which we don't have in our version. The non-verified one is basically equivalent of no-change, can we validate the SRU as it? or do you want another upload with that change removed? (but then we need to revalidate the other fix/delay?)
[17:03] <seb128> vorlon, how did you manage to get a SRU in without bug reference? ;) (https://launchpad.net/ubuntu/+source/livecd-rootfs/2.542.1)
[17:04] <seb128> bdmurray, https://launchpad.net/ubuntu/+source/fontconfig/2.12.6-0ubuntu2.3 should also probably be deleted from bionic-proposed, it failed verification and it was decided that SRU was not needed after all so no fixed version has been uploaded
[17:05] <vorlon> seb128: well, I didn't accept it, ask whoever did :)
[17:05] <vorlon> seb128: (livecd-rootfs is a special case, but having an SRU with no linked bugs at all risks foundering on the process)
[17:15] <seb128> vorlon, right, unsure if the "who accepted" info is available somewhere? anyway, I mentioned it in case that was an overlook because it looks like the sort of isse that could lead the SRU to be stucked because ti's never marked as green/verified on the report page
[17:15] <vorlon> seb128: nope, we record that information in comments on the linked bugs ;-)
[17:16] <seb128> k, well that usually doesn't work for me :p
[17:16] <vorlon> well in this case there's no linked bug, hence the ';-)'
[17:16] <seb128> right
[17:16] <seb128> anyway
[17:16] <seb128> thx for the reply :)
[17:22] <vorlon> bdmurray: ^^ does that happen to have been your accept?
[18:09] <bdmurray> vorlon: Yeah, it was I who accepted the package. I imagine you or Cody will nag about getting it released.
[18:09] <vorlon> bdmurray: ok :)
[18:11] <bdmurray> although I guess I misremembered what you'd added to the SRU page about it.
[18:12] <bdmurray> I blame Santa for that.
[18:15] <bdmurray> seb128: fontconfig will require an AA which I am not
[18:20] <bdmurray> seb128: I'm fine with letting gvfs into cosmic-updates.
[18:35] <seb128> bdmurray, thx, I can do fontconfig, I was just unsure if that needed some sort of SRU team ack first
[18:37] <bdmurray> seb128: Well I'll ack it just in case


[02:52] <astroo-> ciao pessoal
[20:56] <astroo-> ola pessoal
[23:54] <astroo-> Snappy Ubuntu Linux Now Used in Networking, Refrigerators  http://www.eweek.com/networking/snappy-ubuntu-linux-now-used-in-networking-refrigerators.html


[00:12] <JontheEchidna> apachelogger: :P
[06:42] <Mamarok> apachelogger: since 4.7 SC rc is available: where can I find it?
[06:49] <karmo> Mamarok: Muon package manager?
[06:50] <Mamarok> karmo: not really more usefull than apt-get, what I need is the PPA
[06:53] <karmo> Mamarok: in oneiric you don't need ppa. unfortunately i don't know if there is ppa for stable kubuntu versions...
[06:54] <Mamarok> ah, so not available for 11.04 then
[06:55]  * Mamarok is a sad panda :(
[09:53] <apachelogger> Mamarok: we are barely done with oneiric, so I doubt there will be 11.04 packages before final release
[09:54] <Mamarok> apachelogger: OK, thanks anyway, I can survive another 2 weeks :)
[09:55] <apachelogger> Mamarok: http://www.youtube.com/watch?v=QH2-TGUlwu4
[09:56] <apachelogger> and should that not help with making the time pass by fast.... http://www.youtube.com/watch?v=8AOfbnGkuGc this one will
[10:05] <apachelogger> could someone fix phonon to include the flipping qt designer plugin
[10:10] <debfx> ScottK: in case you have some time, could you investigate why python-kde4 depends on libpython2.6? we can't afford having 3 python versions on the cd
[10:11] <apachelogger> oh right
[10:12] <apachelogger> debfx: how much oversize do we have right now?
[10:12] <apachelogger> I noticed last week that all images were too fat
[10:12] <apachelogger> or was it this week
[10:12] <debfx> apachelogger: 21 MB
[10:12] <apachelogger> some week anyway ^^
[10:12] <apachelogger> debfx: eek, that is rather a lot
[10:16] <debfx> yep
[10:16] <debfx> kde-workspace-data +2871 kB
[10:16] <debfx> kdm +1226 kB
[10:16] <debfx> those should be investigated as well
[10:17] <apachelogger> wallpapers perhaps?
[10:17] <apachelogger> jr made everything use one wallpaper file
[10:17] <apachelogger> at one resolution
[10:17] <apachelogger> which is brr anyway IMHO :S
[10:19] <debfx> we probably need to drop libreoffice-help-en-us
[10:20] <debfx> libreoffice opens the online documentation in a web browser when it's not there locally so it's not that bad
[10:20] <debfx> have we already decided which wallpaper to ship by default?
[10:25] <apachelogger> hm
[10:25] <apachelogger> debfx: what kde ships by default
[10:26] <apachelogger> appmenu-gtk3 appmenu-gtk
[10:26] <apachelogger> why do we need those?
[10:26] <apachelogger> and why do we need both?
[10:26] <debfx> to make the global menu work with gtk2 and gtk3 apps
[10:26] <apachelogger> Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.2.5), libcairo2 (>= 1.2.4), libdbusmenu-glib3 (>= 0.4.2), libdbusmenu-gtk3 (>= 0.4.2), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.26.0), libgtk2.0-0 (>= 2.21.2-0ubuntu6), libpango1.0-0 (>= 1.14.0
[10:26] <debfx> both are on the cd anyway so appmenu only adds a few kb
[10:27] <apachelogger> debfx: why do we have gtk3 on the cd?
[10:28] <apachelogger> we could ditch ksystemlog ^^
[10:28] <debfx> gconf2 recommends it
[10:28]  * apachelogger finds the application horrible in anyways anyway
[10:28] <apachelogger> debfx: why do we have gconf2
[10:29] <debfx> iirc gstreamer depends on it
[10:29] <apachelogger> gstreamer0.10-plugins-good
[10:30] <apachelogger> oh and jon the taco of course needed to use qtgstreamer in qapt
[10:31] <apachelogger> 1 mib
[10:32] <apachelogger> ah, nvm, more like 100kb
[10:32] <apachelogger> virtuoso is 3 though
[10:32] <apachelogger> zeitgeist-core 1.1
[10:34] <apachelogger> debfx: I suppose we also have some random growth due to docs in app packages
[10:35] <debfx> apachelogger: https://felix.fobos.de/kubuntu/kubuntu-oneiric-cd-amd64-diff.htm
[10:36] <apachelogger> everything is getting fater all the time
[10:37] <apachelogger> debfx: how did you make that handy page?
[10:37]  * apachelogger wonders why plasma-widget-networkmanagement grew
[10:38] <debfx> apachelogger: I parse the .manifest files of the images and get the package size with python-apt
[10:38] <apachelogger> groovy
[10:39] <apachelogger> debfx: you should totally put that in kubuntu-dev-tools ^^
[10:39] <debfx> apachelogger: all the networkmangement packages collapsed into plasma-widget-n
[10:39] <apachelogger> or ubuntu-dev-tools
[10:39] <apachelogger> debfx: what other packages were there
[10:40] <persia> Or ubuntu-qa-tools, as those are the folk most likely to be looking at this sort of thing.
[10:40] <apachelogger> knm-runtime	was only 535kb the page sez
[10:40] <persia> Or create a branch that automatically does this for all the flavours, and have ubuntuwire host it as a regular report.
[10:40]  * apachelogger likes that last option
[10:40] <apachelogger> also it reminds me of automated package QA for some reason
[10:41] <apachelogger> for which I have a blog post lingering I noticed yesterday
[10:41] <debfx> apachelogger: it contains a copy of the nm solid plugin which works with nm0.9
[10:41] <apachelogger> and that is fater than 0.8 or whatever we had before?
[10:42] <debfx> the ugly part of the script is a manual mapping of packages that have been renamed
[10:42] <apachelogger> make it a config
[10:42] <debfx> the nm0.8 solid plugin is in kde-workspace
[10:42]  * apachelogger also made kde-l10n-common config driven :D
[10:42] <apachelogger> debfx: *is* it still there?
[10:42] <apachelogger> if so we should like shoot it dead
[10:42] <debfx> probably
[10:43] <apachelogger> it builddeps network-manager-dev (>= 0.7.0)
[10:43] <debfx> a config would be an improvement but it should automatically detect library and kernel abi bumps
[10:44] <apachelogger> oh right, we need to do kwingles
[10:44] <apachelogger> lol
[10:44] <apachelogger> debfx: well, that should be a simple enough regex
[10:44] <apachelogger> anyhow
[10:45] <apachelogger> even though the good ol kde-workspace builddeps on nm-dev, cmake does not detect it ^^
[10:45] <apachelogger> debfx: no nm plugin in workspace anymore
[10:45] <apachelogger> just fake and wicd
[10:46] <apachelogger> which makes me wonder why fake is installed actually
[10:46] <debfx> right, it would have failed the build since nm 0.8 isn't in the archive anymore
[10:47] <apachelogger> is that plunder not api compatible?
[10:47] <debfx> not at all
[10:47] <debfx> in fact we can't migrate nm0.8 connections at the moment
[10:49] <apachelogger> hm
[10:49] <apachelogger> lol
[10:49] <apachelogger> fun software
[10:49] <apachelogger> debfx: so, I do not see why workspace-data grew
[10:49] <apachelogger> of course diffing two files with different name in different revisions is not all easy to do with bzr
[10:50] <apachelogger> perhaps there is a recursive match rule in the install though
[10:50]  * apachelogger compares debs
[10:53] <apachelogger> debfx: http://paste.ubuntu.com/644703/
[10:55] <apachelogger> just as I suspected
[10:55] <shadeslayer> \o
[10:57] <debfx> yeah we need to get rid of those
[11:01] <apachelogger> Nokia N950	1	Device Sent to Customer
[11:01] <apachelogger> :D
[11:02] <apachelogger> shadeslayer: you should consider yourself lucky that you do not have to mess with video drawing and opengl
[11:02]  * apachelogger is twisting his brain dry
[11:03] <shadeslayer> hahaha
[11:03] <shadeslayer> apachelogger: el neato, whatcha going to do with the phone?
[11:03] <apachelogger> tennis
[11:03] <shadeslayer> apachelogger: i still have to mess with the dbus server which has all sorts of weird shit in it
[11:05] <shadeslayer> right now i just have one last problem to take care of and everything should be good to go
[11:06] <shadeslayer> debfx: was the kate packaging any good?
[11:06] <apachelogger> shadeslayer: well, I'd picky a shitty dbus server over gl anyway
[11:06] <apachelogger> anytime
[11:06] <apachelogger> as long as it has stable API
[11:06] <apachelogger> muhahaha
[11:07] <shadeslayer> the API is stable, the part where you have figure out key value pairs to set a proper config, not so much
[11:09] <apachelogger> debfx: you could debdiff stuff you list on the diff page
[11:09] <apachelogger> would make investigation easier I supose :)
[11:18] <shadeslayer> apachelogger: free for a while?
[11:24] <debfx> shadeslayer: I had to change a few things (see bzr branch)
[11:25] <debfx> katepart still needs to be split into an own package but I'm busy fighting with qtwebkit
[11:25] <shadeslayer> oh
[11:25] <yofel> o/
[11:25] <apachelogger> shadeslayer: that question will be answered with no until september 2018
[11:26] <apachelogger> I guess waiting for that to happen would be inefficient
[11:26] <shadeslayer> whats so special about September 2018
[11:29] <shadeslayer> debfx: thanks :)
[11:29] <debfx> apachelogger: debdiff doesn't show file size changes though, right?
[11:30] <apachelogger> nope
[11:31] <apachelogger> debfx: but you get the file size changes, if they are noticably different that they would show up in the tables, you get the old deb and the new and run debdiff on it, then link the resulting diff from the table
[11:31] <apachelogger> that way one can easily find out why the size changes
[11:31] <apachelogger> if there were file changes
[11:32] <apachelogger> if no files were changed but the size is different something grew, hard to get that checked
[11:32] <apachelogger> well, you could dpkg-deb -c and parse the size, but IMHO that is a bit unreliable and complicated
[11:32] <apachelogger> shadeslayer: so whats up?
[11:33] <shadeslayer> apachelogger: i have a QComboBox that lists the friendly names of a akonadi resource
[11:34] <shadeslayer> now i map that to the akonadi source name using a QMap, the config stores the source name, when i read the config i get the source name back and i was wondering if there was a method to set the index of the combobox to match the friendly name to the sourcename
[11:35] <jussi> hrm, anyone know if I can get Kate on windows?
[11:35] <apachelogger> jussi: kde windows isntaller
[11:35] <shadeslayer> sigh
[11:35] <shadeslayer> why does gmail keep changing my inbox look
[11:35] <apachelogger> shadeslayer: ehm
[11:35] <shadeslayer> apachelogger: yeah i know, i worded it poorly
[11:35] <jussi> apachelogger: I mean kate only, is that possible?
[11:36] <apachelogger> shadeslayer: why not use a model?
[11:36] <shadeslayer> QComboBox and a model?
[11:36] <apachelogger> sure
[11:36] <afiestas> have you had any problem compiling soprano ?
[11:36] <apachelogger> seems much more reliable
[11:36] <shadeslayer> i didn't know that it was possib;e
[11:36] <apachelogger> afiestas: nope
[11:36] <afiestas> I'm having some issues with raptor1 raptor2 raptorXXXXXX xd
[11:36] <apachelogger> shadeslayer: sure setModel()
[11:36] <shadeslayer> *possible
[11:37] <shadeslayer> i seriously need to devote time to MVC
[11:37] <apachelogger> anyhow
[11:37] <apachelogger> shadeslayer: setCurrentIndex
[11:37] <apachelogger> (index)
[11:37] <shadeslayer> apachelogger: thats what i was using
[11:37] <shadeslayer> but its not working the way its supposed to :P
[11:37] <apachelogger> why not?
[11:38] <shadeslayer> how do i map a index to friendly name or a source name?
[11:38] <apachelogger> you iter over all items in the qcb and get the index of the item that matches
[11:38] <apachelogger> then you set that
[11:38] <apachelogger> shadeslayer: you cannot, point being that your approach is ugly as it needs to rely on strings
[11:38] <shadeslayer> thats what i thought
[11:38] <shadeslayer> yes
[11:38] <shadeslayer> which is why i want to avoid it
[11:38] <apachelogger> you need to string compare all items and then set the index to the one that matches
[11:39] <apachelogger> with a model you'd be able to find the index within the model
[11:39] <shadeslayer> right, but i don't want to do that because thats very sub optimal
[11:39] <shadeslayer> reading up on models then
[11:39] <apachelogger> and inside the model you can ensure persitant indexes etc.
[11:39] <apachelogger> also
[11:39] <shadeslayer> oooh
[11:39] <apachelogger> shadeslayer: can the friendly names be translated?
[11:40] <yofel> afiestas: we have soprano 2.6.51 which carries a raptor2 patch
[11:40] <yofel> you probably want that
[11:40] <shadeslayer> apachelogger: like i18n calls?
[11:40] <apachelogger> shadeslayer: if so you want to avoid string compares all and entirely
[11:40] <afiestas> yofel: I do! I do
[11:40] <apachelogger> shadeslayer: for example
[11:40] <apachelogger> shadeslayer: I dunno what a friendly name is :P
[11:40] <apachelogger> nor where it comes from
[11:40] <afiestas> though trueg told me that raptor2 support is not finished and fully working yet
[11:40] <shadeslayer> apachelogger: like "Personal Contacts"
[11:40] <afiestas> there is one bug left or something like that
[11:40] <apachelogger> but since it is friendly and UI visible it supposedly should be translated
[11:40] <apachelogger> so you cannot rely on strings
[11:40] <shadeslayer> and the source name would be akonadi:?collection=41
[11:40] <apachelogger> if the user changes his language all will fall apart
[11:40] <yofel> afiestas: well, we can't really choose here either :S
[11:41] <shadeslayer> apachelogger: yeah, thats something that hit me last night as well
[11:41] <yofel> afiestas: you know where to get the patch from?
[11:41] <apachelogger> shadeslayer: collection number is unique I guess?
[11:41] <apachelogger> shadeslayer: there surely is a way to uniquely identify an akonadi resource instance/collection
[11:41] <apachelogger> and that is the value you want to look up/store
[11:42] <afiestas> yofel: nope, but wait seems that trunk is compiling well against extra/soprano 2.6.50 which is the one ship with the distro I'm using righ now
[11:42] <afiestas> if it compiles with the distro one, is good enough :p
[11:42] <yofel> well, sounds new enough ^^
[11:42] <shadeslayer> apachelogger: yeah, collection number is unique
[11:43] <shadeslayer> apachelogger: thats not the problem, i can easily make a QStringMap which maps everything easily during initial ui setup
[11:43] <apachelogger> so you'd have a model of at least an internal index mapping to your uuid and the name of that item
[11:43] <shadeslayer> the problem is when i need to read the config
[11:43] <shadeslayer> and set appropriate values
[11:43] <apachelogger> that is why you only store the uuid
[11:43] <apachelogger> i.e. the collection number
[11:44] <shadeslayer> oh, then i can read the index of the combobox
[11:44] <shadeslayer> and use the appropriate source name to use in the config
[11:44] <apachelogger> something like that, yes
[11:45] <shadeslayer> sounds about right
[11:45]  * shadeslayer goes implementing
[11:47] <apachelogger> shadeslayer: did you break kdevelop?
[11:47] <apachelogger> is kdevelop broken because you broke kate?
[11:47] <apachelogger> is kate fixed yet?
[11:49] <yofel> what's broken with kdevelop?
[11:49] <apachelogger> well
[11:49] <apachelogger> kdevelop uses the katepart
[11:49] <apachelogger> so if katepart is still kaput, kdevelop will be too
[11:50] <yofel> well, if you're not using ninja kate it'll probably be broken
[11:50] <yofel> shadeslayer: put katepart into seperate package?
[11:51] <shadeslayer> sure can do
[11:51] <shadeslayer> debfx: ^^ is that alright on your end?
[11:51] <yofel> would be good IMO since a ton of apps seems to use it
[11:51] <yofel> *seem
[11:52]  * yofel checks if anything else was moved there from kdelibs5-plugins
[11:53] <shadeslayer> i'll do in a bit, have some other things i need to take care of right now
[11:53] <shadeslayer> *do it in a ...
[11:54] <yofel> there's also a ton of katepart related stuff in -data
[11:54] <yofel> which was in kdelibs5-data before
[11:54] <apachelogger> omg
[11:54] <apachelogger> amarok++
[11:54] <apachelogger> http://www.youtube.com/watch?v=NbTEVbQLC8s
[11:54] <apachelogger> markey: remember that?
[11:55] <apachelogger> wow, them good ol' times, how I miss them
[11:55] <yofel> shadeslayer: usr/lib/kde4/ktexteditor_* was also in kdelibs5-plugins, so that probably belongs to katepart too (maybe...)
[11:56] <yofel> LOL @ video ^^
[11:56] <shadeslayer> yeah ^^ :P
[11:57] <shadeslayer> thats more like the Qt 5 Dance xD
[12:00] <apachelogger> whow so?
[12:00] <apachelogger> *how
[12:15] <markey> apachelogger: yeah, I always hated it :p
[12:15] <apachelogger> awww, you have no taste whatsoever
[12:30] <shadeslayer> apachelogger: this is weird, mapping the QComboBox index to source name gives me : 0   "akonadi:?collection=16"
[12:30] <shadeslayer> 0   "akonadi:?collection=41"
[12:31] <shadeslayer> i wonder why that value is not incremented
[12:33] <apachelogger> I do not understand
[12:38] <shadeslayer> !botsnack
[12:39] <yofel> hm, thinking about katepart, we'll have to make kdelibs5-plugins depend on that package for transitional reasons, or stuff like kdevelop or kile won't work since they don't depend on it
[12:47] <yofel> can someone upload mobipocket so that get's reviewed?
[12:47] <yofel> *gets
[12:53] <debfx> yofel: have you fixed the problem that it installs a okular desktop file with mimetypes but doesn't depend on okular?
[12:53] <debfx> apachelogger said adding TryExec=okular would fix it
[12:55] <yofel> hm, nope, but pretty much everything in the package except the strigi plugin has something todo with okular so I would rather make it depend on okular
[12:56] <yofel> for some reason I didn't get a lintian warning though
[12:56] <apachelogger> yofel: depend is the wrong relationship
[12:57] <apachelogger> if anything it should be recommends
[12:57] <apachelogger> + tryexec is in order anyway
[12:57] <apachelogger> (upstream)
[12:57] <debfx> yofel: then you should fix your lintian :)
[12:57] <yofel> I currently made it enhance okular
[12:57] <debfx> it should emit W: mobipocket: desktop-command-not-in-package usr/share/applications/kde4/okularApplication_mobi.desktop okular
[12:59] <yofel> I'll make it recommend it and file a bug upstream
[12:59] <yofel> and add a patch for tryexec
[13:01] <apachelogger> Nightrose: do you know if eean submitted the mid term eval yet? I cant seem to reach him
[13:01]  * yofel goes reading desktop file spec
[13:02] <yofel> apachelogger: if I understand this right you need both Exec and TryExec?
[13:03] <apachelogger> yofel: yes, TryExec is nothing but a prerequisite
[13:03] <yofel> ok
[13:03] <apachelogger> if tryexec fails the desktop file will not be displayed
[13:03] <apachelogger> sorta like conditional NoDisplay
[13:04] <Nightrose> apachelogger: he did
[13:04] <apachelogger> also TryExec does not have to be the same as Exec, essentially you could have an inline shell expression there
[13:04] <apachelogger> Nightrose: kthx
[13:14] <apachelogger> what should I be blogging about this weekend?
[13:14] <apachelogger> automated package QA thoughts or more phonon qml stuff?
[13:29] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/mobipocket] Philip Muškovac * 11 * debian/ (5 files in 2 dirs) recommend okular and use TryExec in okularApplication_mobi.desktop
[13:29] <yofel> debfx: ^
[13:30] <apachelogger> what do we do with plasma-widget-kubuntu-feedback?
[13:30] <debfx> yofel: hm, you only renamed the binary package?
[13:31]  * debfx doesn't like those generic names
[13:31] <debfx> apachelogger: rm -rf
[13:31] <yofel> feel free to change it again, but I don't see why we should split it up since most of that is for okular
[13:32] <apachelogger> debfx: wanna do that now or I should make a work item?
[13:32] <debfx> yofel: I mean renaming the source package to kdegraphics-mobipocket
[13:33] <debfx> apachelogger: looks like it's already removed
[13:33] <yofel> you'll need to rename the tarball then, which I wouldn't do without talking to upstream first, or that'll be quite error prone
[13:33] <debfx> apachelogger: what do you think? ^
[13:33] <apachelogger> debfx: from archive too?
[13:33] <apachelogger> yofel: why is that error prone?
[13:34] <apachelogger> yofel: FWIW IMHO upstream should also rename the tar to kdegraphics-mobipocket
[13:34] <apachelogger> mobipocket is no good name for that tar
[13:34] <debfx> yes, from the archive, where else do we need to remove it?
[13:34] <yofel> hm, nvm that, I'll send a mail to one of the maintainers
[13:34] <apachelogger> debfx: seed
[13:35] <yofel> debfx: FWIW, I'm not against renaming it, so if you want to rename the source too go ahead
[13:36] <debfx> yofel: ok, I'll upload it later today or tomorrow
[13:36] <apachelogger> yofel, debfx: renaming the binary because of generic name but not the source seems like bougs application of pita policies :P
[13:37] <yofel> true
[13:37] <yofel> hm, who decided the tar names? the maintainers or dirk?
[13:38] <apachelogger> tar == repo name
[13:38] <apachelogger> usually
[13:38] <apachelogger> but dirk should be able to override that
[13:38] <apachelogger> yofel: just mail kde-release
[13:38] <apachelogger> or whatever the list of the release team is
[13:38] <apachelogger> I keep forgetting ^^
[13:39] <yofel><EMAIL_ADDRESS>I think
[13:39] <yofel> I'll do that then
[13:41] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/meta-kde] Philip Muškovac * 8 * debian/ (changelog control) mobipocket was renamed to kdegraphics-mobipocket
[13:52] <yofel> apachelogger: something like this? http://paste.kde.org/97123
[13:52] <apachelogger> yeah
[13:53] <yofel> sending
[13:53] <apachelogger> ah
[13:53] <apachelogger> hold on
[13:53] <yofel> ?
[13:53] <apachelogger> yofel: perhaps make it more about how mobipocket is not reflecting the content at all
[13:53] <apachelogger> as it would suggest it contains an app called mobipocket
[13:53] <apachelogger> which is not the case
[13:54] <yofel> ok, "... since it's not the only source that deals with mobipocket files and doesn't contain a "mobipocket" application either as you would think seeing how the other tarballs are named."
[13:54] <yofel> better?
[13:54] <apachelogger> yus
[13:55] <yofel> k
[13:55]  * apachelogger had too much coffee
[13:55] <apachelogger> way too much
[13:55] <yofel> heh
[13:56] <yofel> sent
[15:10] <shadeslayer> apachelogger: shouldn't the sekrit chan be retired
[15:10] <shadeslayer> seeing how there are only a few of us
[15:15] <yofel> which one?
[15:16] <shadeslayer> the bunker
[15:17] <yofel> wasn't that from pre-ktown-ssh-access times?
[15:17] <shadeslayer> yus
[15:18] <yofel> rm -f
[15:18] <shadeslayer> and now there are just 3 of us in there, just close it down i say
[15:20] <shadeslayer> Nightrose: doesn't the appu up event eat up into DS timings?
[15:20] <Nightrose> shadeslayer: a bit yes
[15:20] <shadeslayer> hmm ... better to attend the one on the 21st then
[15:21] <shadeslayer> Nightrose: btw has Dinesh submitted my evaluation, he has a bad internet connection and i can't get to him
[15:22] <Nightrose> shadeslayer: yes - all fine - he's not on my poking list
[15:22] <shadeslayer> w00t
[15:23] <yofel> oh you're done? fix kate then :P
[15:23] <shadeslayer> i'm ~done
[15:23]  * yofel makes some natty backports for kdevelop
[15:24] <shadeslayer> just a small piece of code left that for some reason isn't working even tho it's supposed to work
[15:24] <shadeslayer> yofel: i'll have a look at kate after dinner, my brain is kaput after looking at code all day
[15:25] <yofel> harald has coffee to spare, get some from him :P
[15:25] <shadeslayer> no coffee for me, i'll be up all night and then i'll be back to my old sleep schedule
[15:33] <yofel> anyone an idea why we have no bzr branches for the kdevelop stuff?
[15:35] <shadeslayer> yofel: i think we have branches for packages that involve alot of effort in maintaining
[15:35] <yofel> ah, well, not important
[15:36] <shadeslayer> kdevelop probably doesn't need alot of people working on it, pretty much the same reason rekonq doesn't have a branch
[15:36] <yofel> you kdevplatfrom package uses boost 1.42 btw. I'll fix it
[15:36] <yofel> *your
[15:36] <shadeslayer> feel free to, i need to make a release by tuesday
[15:36] <shadeslayer> or i'll get some whooping
[15:36] <yofel> sure
[15:37] <shadeslayer> weird how updating works but adding doesn't :/
[16:18] <shadeslayer> Nightrose: here's something for you http://nyan.cat/
[16:19] <Nightrose> shadeslayer: OMMG!
[16:19] <shadeslayer> :D
[16:20] <yofel> make someone listen to that for a day nonstop and he'll have a cat phobia ^^
[16:20] <shadeslayer> or he'll see cats pooping rainbows everywhere
[16:20] <shadeslayer> s/he'll/they'll/
[16:20] <kubotu> shadeslayer meant: "or they'll see cats pooping rainbows everywhere"
[16:26] <shadeslayer> yofel: have you seen this? http://wiki.desktopsummit.org/Workshops_%26_BoFs/2011/KDE_Buildsystem_BoF
[16:27] <yofel> nope
[16:32] <shadeslayer> well, now you have
[16:33] <yofel> what's that supposed to be? some cmake-addon-like-thing so the build stuff is in one place instead of every component having to care about their own scripts?
[16:34] <shadeslayer> super builds?
[16:35] <yofel> uh, you mean it's supposed to create batched up release tars?
[16:35] <shadeslayer> afaik its a CMakeLists.txt file that will pull in git repos and build them like the earlier KDE versions
[16:35] <shadeslayer> yofel: https://projects.kde.org/projects/kde/superbuild
[16:36] <yofel> didn't someone write that already?
[16:36] <shadeslayer> yus
[16:37] <shadeslayer> i didn't know CMake could init git repos and pull sources until i saw that project
[16:37] <yofel> me neither, but I heard of that on -packagers already
[16:40] <shadeslayer> ffffffffuuuuuuuuuuuuuuuuu
[16:43] <shadeslayer> i'm the lord of borkage
[16:43] <shadeslayer> i just made one thing work, and broke 3 other things
[16:44] <yofel> new person to blame when something wroks: GET
[16:44] <shadeslayer> yay, now the server works
[16:44] <shadeslayer> weird shit
[17:09] <yofel> 3000s, if I hear this cat any longer I'll go crazy
[17:29] <shadeslayer> yofel: lol
[17:29] <shadeslayer> yofel: just mute it? :P
[17:29] <yofel> closed it
[19:10] <vikapi> my rkonq crashes quite frequently.i guess its after i installd flash-plugin.
[19:10] <vikapi> how can i confirm?
[21:46] <bambee> evening


[20:50] <Pendulum> hmm... here's an a11y thing I haven't heard directly addressed: some people with dyslexia have issues with the icons in unity because they look pretty much all the same and the font size on the labels is small enough they're having trouble reading them
[20:53] <charlie-tca> good point
[20:53] <charlie-tca> Don't really need dyslexia for that, though. Just poor vision will also do it.
[20:55] <charlie-tca> Also, people who can not use high contrast are probably in trouble too, since it is black background with white text, unchangeable
[20:57] <Pendulum> yeah
[20:57]  * maco hasnt seen the icons. what?
[20:57] <Pendulum> maco: the launcher icons
[20:57] <charlie-tca> click the logo in the upper left, get a black background, with weird icons and white text in small fonts
[20:58] <Pendulum> to some people with various vision or processing issues, they all look the same
[20:58] <maco> um um um...
[20:58]  * maco goes screenshot hunting
[20:58] <maco> ok so not the left launcher bar thingy? cuz thats the usual application upstream icon
[20:59] <Pendulum> I think it's both
[20:59] <Pendulum> where if you can't visually process icons
[20:59] <maco> and not this eiether then? http://lh5.ggpht.com/_FJH0hYZmVtc/TCSQ6haGEKI/AAAAAAAAIkQ/Lb0Xs_psUjg/image%5B7%5D.png
[20:59] <Pendulum> it's an issue
[20:59] <maco> there's no text at all on the side launcher bar thingy
[21:00] <maco> if he weren't too dyslexic to use irc, i'd say getting my boyfriend in here to help test would be good
[21:00] <charlie-tca> The launcher bar icons are not easy to tell apart for many people.
[21:01] <maco> why do the launcher bar icons have background colours?
[21:01] <charlie-tca> and with the black background in 3d, it makes it worse for them
[21:01] <maco> and why are those colours so similar to the icon in the middle of them?
[21:01] <charlie-tca> heh
[21:01] <charlie-tca> that's part of the problem
[21:02] <charlie-tca> I think they called that a "good design decision" instead of "usable by all"


[00:11] <pabs3> they left already
[11:16] <jelmer> Argh, time to consider another matrix client (-:
[13:24] <pabs3> I don't think any of the bridges properly forward IRC availability to Matrix