[00:00] <apachelogger> kubotu: 8ball will ScottK's vote increase or decrease within the next 24 hours?
[00:00]  * kubotu shakes the magic 8-ball for apachelogger ... no
[00:00] <apachelogger> kubotu: hello
[00:00] <kubotu> 'sup owner?
[00:00] <apachelogger> u slow mate
[00:00]  * shadeslayer pets kubotu
[00:26] <kubotu> ::workspace-bugs:: [1198509] kscreenlocker_greet does not focus w/ 2 monitors @ https://bugs.launchpad.net/bugs/1198509 (by Brad Huntting)
[01:26] <kubotu> ::workspace-bugs:: [1198509] kscreenlocker_greet does not focus w/ 2 monitors @ https://bugs.launchpad.net/bugs/1198509 (by Brad Huntting)
[05:40] <jussi> I also am still pondering
[06:00] <jussi> and ponder no more :D
[06:08] <jussi> yay, batter indicator playing up again
[06:32] <jalcine> I noticed that P-K-O has the ufw-kde project
[06:32] <jalcine> I was just planning on packaging/hacking on this as a maintainer
[06:32] <jalcine> is there someone already doing so?
[06:48] <jussi> oooh, updates to 3 things that sucked on saucy, muon, plasma nm and upower. lerts see if it helps :D
[07:53] <lordievader> Good morning.
[08:10] <soee> good morning
[08:18] <lordievader> Hey soee, how are you?
[08:19] <soee> lordievader, hi im good, waiting to eat something :) thank you, and you?
[08:21] <lordievader> soee: Doing good, just had breakfast.
[08:21] <soee> lordievader, , lucky you :)
[08:22] <lordievader> soee: :)
[09:03] <shadeslayer> morning
[09:03] <lordievader> Good morning shadeslayer
[09:34] <shadeslayer> ScottK: haha http://lists.debian.org/debian-devel/2013/10/msg00492.html
[09:35] <yofel> heh
[09:36] <cortexA9> hello Riddell
[09:37] <cortexA9> :)
[09:37] <cortexA9> where can i find
[09:38] <cortexA9> the daily of 14.04
[09:39] <shadeslayer> there is none right now
[09:40] <cortexA9> ok
[09:40] <cortexA9> and if i download
[09:40] <cortexA9> the ubuntu 14.04 and put kde
[09:41] <cortexA9> ?
[09:41] <cortexA9> shadeslayer
[09:41] <shadeslayer> there are ubuntu 14.04 ISO's?
[09:41] <cortexA9> yea
[09:42] <shadeslayer> should work I suppose
[09:42] <shadeslayer> pointless to run 14.04 at the moment though?
[09:42] <cortexA9> idk
[09:42] <cortexA9> system update
[09:42] <cortexA9> hehe
[09:42] <shadeslayer> *shrug*
[09:42] <cortexA9> :P
[09:43] <shadeslayer> I mean I want to land ktp 0.7.0 and kpeople in trusty by the end of this week
[09:43] <shadeslayer> ScottK: Riddell review plz https://launchpad.net/~rohangarg/+archive/nightly/+files/libkpeople_0.1.0-0ubuntu1%7Eppa2.dsc
[09:44] <cortexA9> shadeslayer just for testing
[09:44] <cortexA9> now i try the ubuntu daily iso on usb
[09:44] <shadeslayer> seriously? there's not much to test, and it's kind of pointless to test right now since things *will* change over the next week
[09:44] <shadeslayer> *next couple of weeks
[09:45] <cortexA9> oh ok
[09:45] <shadeslayer> but go ahead if you have alot of spare time :)
[09:45] <cortexA9> hehe
[09:45] <cortexA9> i see
[09:45] <cortexA9> on iso.qa
[09:45] <cortexA9> there is a testing section
[09:45] <cortexA9> but no iso
[09:47] <lordievader> cortexA9: Or you can install 13.10 and change the repo's to trusty.  How are you?
[10:21] <cortexA9> hey ahoneybun
[10:34] <ahoneybun> lordievader, pretty goo
[10:34] <ahoneybun> I think that means I'm a member no?
[10:34] <lordievader> ahoneybun: You should ask a KC member, I have no knowledge of this ;)
[10:34]  * jussi hides
[10:34] <ahoneybun> lol
[10:35] <ahoneybun> jussi still has not voted lol
[10:35] <jussi> ahoneybun: have too!
[10:35] <ahoneybun> oh sorry
[10:35] <lordievader> ahoneybun: See mailing list ;)
[10:35] <lordievader> ahoneybun: He is the third +1 :)
[10:35] <jussi> ScottK: still needs to end his pondering
[10:35] <ahoneybun> I thought he did
[10:36] <ahoneybun> oh that was jussi
[10:36] <ahoneybun> so valorie Riddell jussi shadeslayer voted
[10:37] <shadeslayer> yep
[10:37] <shadeslayer> ahoneybun: looks like you're in
[10:37] <jussi> and yofel
[10:37] <ahoneybun> yea just not ScottK
[10:37] <ahoneybun> shadeslayer, yea?
[10:38]  * ahoneybun parties
[10:39] <shadeslayer> yep
[10:39] <shadeslayer> you have 3 +1's
[10:39] <shadeslayer> and 2 +0's
[10:39] <shadeslayer> kubotu: order party for ahoneybun
[10:39]  * kubotu gives everyone a party hat and a hand full of conffeti.
[10:39]  * kubotu turns on tha most funky party music as well as the all shiny disco ball.
[10:39] <kubotu> ahoneybun: wanna dance with me? :-)
[10:39]  * kubotu starts shaking her tight ass
[10:40] <ahoneybun> lol
[10:40] <lordievader> ahoneybun: Congratulations!
[10:40] <ahoneybun> shadeslayer, I would think I would have needed 4 out of 6
[10:41] <shadeslayer> quorum is 3 out of 5 I think?
[10:41] <ahoneybun> lordievader, thanks :)
[10:41] <ahoneybun> jussi, thanks
[10:41] <shadeslayer> jussi: ^ can you confirm if quorum has been reached?
[10:42] <jussi> shadeslayer: I think so, but please wait for ScottK's vote just to round it out.
[10:42] <shadeslayer> ahoneybun: ^^ though I think you're in
[10:43]  * ahoneybun will keep the partying in till ScottK has voted
[12:04] <ScottK> Voted.
[12:05] <shadeslayer> Quintasan: https://github.com/shadeslayer/kubuntu-extra-tools
[12:05] <lordievader> Whoo nice: 4-2. Hmm ahoneybun left...
[12:06] <ScottK> Actually it's 4-0-0.  -1 has a different effect than +0.  If I'd done -1 he wouldn't have got it.
[12:06] <shadeslayer> ^^
[12:08] <lordievader> I see. Haven't said a thing ;)
[12:20] <apachelogger> yofel: will regular neon continue building for raring?
[12:20] <apachelogger> I am looking into moving kf5 to saucy+trusty and drop raring
[12:24] <cer> hi there .... I think I found a bug in the kubuntu / ubuntu kernel but I need to have a chat to confirm before logging.
[12:24] <yofel> apachelogger: can you upload qt5 for trusty? It's repeatedly failing for me.
[12:25] <yofel> as for raring, I usually keep that running for a month after release and then disable it. ~a week later I purge the packages
[12:29] <cer> anyway, there seems to be some problem with setting the frequency of some Core 2 Xtreme CPUs ....
[12:30] <cer> so I recompiled the kernel without intel_pstate support and everything else as module using the classic debian system
[12:31] <cer> and modprobing each module one by one and then debugging .... it turns out that p4_clockmod is loading, but return wrong frequency reading (as it should) and recommends acpi-cpufreq
[12:32] <cer> but acpi-cpufreq does nto actaully load, because one of the checks says that the CPU is not supported (which is incorrect). I think the bug may be in the acpi-cpufreq module.
[12:34] <shadeslayer> cer: #ubuntu-kernel might be a better place?
[12:34] <cer> shadeslayer: thanks!
[12:50] <Quintasan> So ahoneybun made it?
[12:51] <shadeslayer> yep
[13:21] <Riddell> who wants an account on the new Kubuntu Gossip blog?
[13:21] <Riddell> would be cool to have lots of kubuntu members with access to just post any interesting stuff they find from the internet
[13:21] <Riddell> http://gossip.kubuntu.org/wordpress/
[13:21] <jussi> gossip.... :/
[13:21] <Riddell> you didn't come up with any better name :)
[13:22] <jussi> I mustve missed the discussion :/
[13:22] <jussi> at least we should have come up with something "hip" like "The Wrap" thewrap.kubuntu.org
[13:23] <Riddell> there's still time to change it if you want
[13:23] <jussi> I would much prefer something like that, give me 15 mins to think about it
[13:23] <jussi> We are aiming for an OMGubuntu type site?
[13:24] <jussi> Kubuntu Wire wire.kubuntu.org
[13:24] <Riddell> jussi: yeah I think that's the idea
[13:24] <jussi> (just throwing what comes into my head here, see if something resonates)
[13:25] <Riddell> actually it's starbuck1 you'd need to persuade, he set it up with theme and all
[13:25] <jussi> Kubuntu Fire fire.kubuntu.org
[13:25] <yofel> Riddell: what needs to be done to actually add aaron to the members? Add him to the LP team and send welcome mail to ML?
[13:25] <jussi> starbuck1: ping
[13:25] <jussi> yofel: pretty much, remember to CC mark and the CC
[13:26] <yofel> ack
[13:27] <jussi> Kubuntu Tingles tingles.kubuntu.irg :D :D
[13:27] <jussi> org
[13:28] <jussi> The Wrap and  Kubuntu wire are my favourites so far
[13:28] <jussi> starbuck1: ping me if you think any of this is remotely sane :D
[13:30] <Riddell> jussi: anyway are you interested in having an account?
[13:31] <jussi> Riddell: yeah, if it isnt called gossip
[13:32] <jussi> oh come on peoples, still 4 shirts left... one more and I dont have to ask Riddell for any money!
[13:39] <apachelogger> Riddell: gossip vs. planet?
[13:39] <genii> jussi: How much are the hoodies?
[13:39] <apachelogger> as usual I am confused :P
[13:40] <jussi> genii: I dunno, havent done the research yet. (and we need to sell all the polo's first)
[13:40] <genii> Hm.
[13:41] <jussi> genii: I cant imagine them being crazy expensive, but they will be more than the polo's
[13:44] <Riddell> jussi: with all these demands must be careful not to get too many options, last thing we want is stock which doesn't sell
[13:45] <Riddell> apachelogger: what are you confused by?
[13:45] <Riddell> good welcome message yofel
[13:45] <yofel> I took some inspiration from the past :P
[13:46] <jussi> Riddell: yes, hence one thing at a time, when it is sold out, then we get somethign different
[13:47] <jussi> then, by the time we get back to polo's, the people that bought them last time will need new ones
[13:47] <apachelogger> Riddell: what is the mission of gossip?
[13:49] <jussi> apachelogger: to gossip... duh!!! :P
[13:50] <apachelogger> but gossip happens on the socialweb....
[13:52] <Riddell> apachelogger: to post any news about kubuntu, I'm thinking just repost most stuff that comes in from google news alerts on kubuntu
[13:53] <apachelogger> sounds like a hassle, but ok
[13:53] <apachelogger> Riddell: that should be written down somewhere
[13:53] <genii> jussi: Don't know if you got my pm ... but I could take a polo then if I can pay by Visa or else wire by Western Union. But needs to include the shipping to Toronto
[13:53] <Riddell> apachelogger: it's an experiment
[13:53] <apachelogger> ultimately on gossip.k :P
[13:53] <apachelogger> cuz you go there and ubuntu foo comes up, kinda confusing I must say :P
[13:54] <jussi> genii: visa works, link is in the topic, go order! :D
[13:55] <genii> Ooooh. /topic here rarely changes so I don't always bother looking at it!
[13:55] <yofel> topicdiff?
[13:56] <genii> jussi: I will place the order Thursday ( payday! )
[13:57] <shadeslayer> jussi: so the warning regarding the old protocol version is just a warning
[13:57] <shadeslayer> it'll still work
[13:57] <jussi> genii: no probs. I worry though that your size wont be there anymore...
[13:57] <genii> There are still 3 Small :)
[13:57] <jussi> genii: only s and m left
[13:58] <jussi> ok, so you are a small. great!
[13:58] <jussi> :D
[13:58] <jussi> (and yes, I meant the pun,..=)
[13:58] <apachelogger> IMO topics should only ever have one thing btw
[13:58] <shadeslayer> not everyone needs to know how much wine you drink ....
[13:59] <apachelogger> of course all of freenode disagrees with me on that, but disagreeing with apachelogger tends to proof that apachelogger is right
[13:59] <apachelogger> because no one ever reads channel topics
[13:59] <apachelogger> why is that... because they are abused as peristent codification
[14:00] <apachelogger> like in this fine channel here we have the trello url, while probably useful that is not changing or moving around, so I saw it once I don't need to see it again
[14:00] <apachelogger> and since most of the topic is seen most of the topic becomes irrelevant which is why people don't read topics
[14:15] <apachelogger> hm
[14:15] <apachelogger> upate notification
[14:15] <apachelogger> wants to do do-release-upgrade
[14:53] <Riddell> ooh KDE Telepathy 0.7.0 Released
[14:53] <Riddell> Quintasan: fancy getting onto that?
[14:55] <shadeslayer> Riddell: already done
[14:55] <shadeslayer> https://launchpad.net/~rohangarg/+archive/nightly/+packages?field.name_filter=&field.status_filter=published&field.series_filter=trusty
[14:56] <shadeslayer> waiting for ktp-text-ui to finish
[14:56] <shadeslayer> then I'll upload to trusty
[14:56] <shadeslayer> Riddell: OTOH if you could review libkpeople packaging, that'd be awesome
[14:56] <Riddell> shadeslayer: you rock
[14:56] <shadeslayer> ;)
[14:57] <Riddell> shadeslayer: does telepathy use kpeople now?
[14:58] <shadeslayer> Riddell: can the cron job that runs for KDE SC also parse other package build logs?
[14:58] <shadeslayer> Riddell: yep
[14:59] <Riddell> shadeslayer: this one? http://qa.kubuntu.co.uk/kubuntu-buildstatus/kubuntu-buildstatus.html
[15:00] <shadeslayer> well, the SC one, but can that one tell you if there are missing files?
[15:01]  * shadeslayer uploads tp-logger-qt
[15:02] <Riddell> this one? http://qa.kubuntu.co.uk/ninjas-status/build_status_4.11.2_saucy.html
[15:02] <shadeslayer> yep
[15:02] <shadeslayer> can we run that for other packages?
[15:03] <Riddell> that one uses lp:~kubuntu-packagers/%2Bjunk/kubuntu-automation
[15:03] <Riddell> and it takes packages from kubuntu-ppa
[15:03] <Riddell> so yeah it could be adapted for other packages but probably best as a separate setup
[15:03] <Riddell> kubuntu-ppa or kubuntu-ninjas
[15:04] <shadeslayer> or we add list-missing functionality to the script from debfx
[15:05] <yofel> shadeslayer: the list missing functionality of the script depends on the list-missing output in dhmk
[15:05] <Riddell> that's probably doable, it would need to download the build logs and parse it, and it only works with builds that use pkg-kde-tools but that should be most of what we care about
[15:06] <yofel> other than that, there's not really a hard requirement on the parsed packages. I think it filters by version
[15:06] <shadeslayer> yofel: well I want to parse output of dh_install --list-missing
[15:07] <shadeslayer> so that we can pick up not installed files for packages not using pkg-kde-tools
[15:07] <Riddell> well how would you make them run dh_install --list-missing then?
[15:07] <shadeslayer> like I don't think the ktp packages use pkg-kde-tools
[15:07] <shadeslayer> Riddell: it's run by the buildd and the output is in the logs?
[15:07] <debfx> s/--list-missing/--fail-missing/ and you're done ;)
[15:07] <kubotu> debfx: You did something wrong... Try s/you/me/ or tell me "help sed"
[15:08] <shadeslayer> debfx: nah, sometimes it uselessly fails, or like in the case of digikam where we actually don't want to install files with dubious copyrights
[15:08] <Riddell> shadeslayer: if it's already there then that's half the problem solved
[15:09] <shadeslayer> it is for some packages
[15:09] <shadeslayer> others, dunno
[15:09] <shadeslayer> and you get to see messages like : dh_install: usr/lib/libktpcommoninternalsprivate.so.0.6.3 exists in debian/tmp but is not installed to anywhere : in the log which seem parsable
[15:10] <debfx> iirc the script already supports --list-missing
[15:11] <debfx> http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/revision/21
[15:13] <shadeslayer> is that for http://qa.kubuntu.co.uk/kubuntu-buildstatus/kubuntu-buildstatus.html
[15:14] <Riddell> shadeslayer: no kubuntu-buildstatus doesn't parse logs at all I think
[15:14] <shadeslayer> aha, so lets add the functionality there?
[15:14] <Riddell> go for it :)
[15:14] <soee> can someone remind me why PSD files preview is gone ?
[15:15] <shadeslayer> aye
[15:15] <apachelogger> it appears incoming bugs are slowing down \o/
[15:15] <apachelogger> more time for stuff, weeh
[15:16] <shadeslayer> clerarly people getting pissed off and not using our product :(
[15:16] <Riddell> eh? or people not finding bugs
[15:17] <apachelogger> plenty of bugs in muon, most of them land upstream though
[15:18] <shadeslayer> ^^
[15:19] <lordievader> shadeslayer: Perhaps Saucy just works ;)
[15:19] <shadeslayer> if only
[15:20] <shadeslayer> like apachelogger said, plenty of bugs in muon
[15:21] <shadeslayer> Riddell: what generates http://qa.kubuntu.co.uk/kubuntu-buildstatus/kubuntu-buildstatus.html
[15:21] <apachelogger> well
[15:21] <apachelogger> actually discover and muon work just fine, only -installer and -updater have problems
[15:22] <apachelogger> and as I said some weeks ago IMO it shouldn't be using -updater anyway as it seems more sensible to have an integrated experience from discover
[15:22] <apachelogger> plus discover can update, so...
[15:26] <debfx> shadeslayer: why do you want list-missing functionality in the archive buildstatus? that's something that can be checked before uploading ...
[15:26] <Riddell> shadeslayer: lp:~kubuntu-members/%2Bjunk/qa.kubuntu.co.uk
[15:27] <shadeslayer> debfx: just to make sure?
[15:27] <shadeslayer> humans are unreliable
[15:27] <Riddell> shadeslayer: seems to be under ~jr/qa.kubuntu.co.uk on docs.kubuntu.org
[15:28] <Riddell> and output to /var/www/qa.kubuntu.co.uk/kubuntu-buildstatus/
[15:28] <debfx> then you need an override mechanism that someone maintains
[15:29] <debfx> otherwise you'll end up with lots of orange on the page with packages that don't install files on purpose
[15:29] <shadeslayer> hm, true
[15:29] <shadeslayer> anyway, something to work on
[15:30] <Riddell> shadeslayer: should libkpeople1-dbg depend on kdelibs5-dbg ?
[15:34] <Riddell> (I'm honestly not sure)
[15:34] <Riddell> shadeslayer: otherwise good to upload
[15:34] <shadeslayer> Riddell: d_ed says doesn't need to, but you'll get better backtraces if you do that
[15:34] <shadeslayer> Could make it a suggests I suppose
[15:34] <Riddell> recommends would be more useful
[15:35] <Riddell> ScottK: yep, still working on bug 1245593
[15:35] <shadeslayer> it's just that kdelibs5-dbg is so large and apt installs recommends by default ...
[15:35] <shadeslayer> Riddell: note that we will want to update libkpeople for post LTS updates
[15:35] <Riddell> libkpeople1-dbg is not installed by default, I'd think if you installed libkpeople1-dbg you'd want kdelibs debug too
[15:35] <shadeslayer> since people are likely to hit bugs
[15:36] <shadeslayer> I suppose ...
[15:36] <Riddell> this can't be a new question
[15:36] <Riddell> shadeslayer: dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[15:36] <shadeslayer> 0.o I thought I fixed that
[15:37] <shadeslayer> Riddell: what version do you have?
[15:37] <Riddell> shadeslayer: 0.1.0-0ubuntu1~ppa2
[15:37] <shadeslayer> Riddell: https://launchpadlibrarian.net/155298103/libkpeople_0.1.0-0ubuntu1~ppa2_0.1.0-0ubuntu1~ppa3.diff.gz
[15:37] <shadeslayer> Riddell: https://launchpad.net/~rohangarg/+archive/nightly/+files/libkpeople_0.1.0-0ubuntu1%7Eppa3.dsc
[15:39] <shadeslayer> Riddell: could you upload it if everything is good?
[15:40] <Riddell> E: libkpeople1: description-synopsis-is-duplicated
[15:41] <Riddell> clearly an error :)
[15:42] <shadeslayer> again, should be fixed
[15:43] <Riddell> shadeslayer: uploaded!
[15:43] <shadeslayer> " Library providing metacontacts infrastructure based on Nepomuk
[15:43] <shadeslayer>  .
[15:43] <shadeslayer>  This library allows you to read meta data and initiate
[15:43] <shadeslayer>  various actions for a contact.
[15:43] <shadeslayer> "
[15:43] <shadeslayer> different from the one line thing
[15:43] <shadeslayer> s/thing/description/
[15:43] <kubotu> shadeslayer meant: "different from the one line description"
[15:43] <shadeslayer> Riddell: thx
[16:24] <shadeslayer> Riddell: ktp uploaded, waiting on kpeople approval
[16:25] <shadeslayer> Riddell: otoh vHanda says that soprano-dbg and nepomuk-dbg should also be added to libkpeople-dbg recommends
[16:25] <Riddell> shadeslayer: well you can add them if you think appropriate :)
[16:26] <shadeslayer> I can't upload the source :)
[16:27] <Riddell> shadeslayer: sorry libkpeople rejected
[16:27] <Riddell> harsh these archive admins
[16:27] <shadeslayer> heh
[16:27] <shadeslayer> did they say why ? :P
[16:28] <shadeslayer> or just grumbly
[16:28] <Riddell> cmake/ not included in copyright
[16:28] <shadeslayer> oh
[16:43] <shadeslayer> Riddell: are you fixing that?
[16:43] <shadeslayer> or should I?
[16:44] <shadeslayer> but then I don't have your changes for debian/control
[16:57] <Riddell> shadeslayer: I didn't make any changes
[16:57] <Riddell> shadeslayer: go ahead
[16:58] <Riddell> (if I did it I couldn't do the New review)
[16:58] <shadeslayer> okay
[16:59] <shadeslayer> Riddell: http://paste.kde.org/p0f1a219a
[16:59] <shadeslayer> review plz
[17:00] <Riddell> shadeslayer: lovely
[17:02] <shadeslayer> Riddell: http://people.ubuntu.com/~rohangarg/kpeople/libkpeople_0.1.0-0ubuntu1.dsc
[17:06] <Riddell> shadeslayer: you could also tell upstream to fix the location of cmake/modules/COPYING-CMAKE-SCRIPTS
[17:06] <Riddell> uploaded!
[17:06] <shadeslayer> thx
[17:06] <shadeslayer> will do
[17:09] <Riddell> shadeslayer: accepted!
[17:09] <shadeslayer> cool
[17:25] <Riddell> shadeslayer: accepted!
[17:25] <shadeslayer> yay
[17:28] <Riddell> cor lots of people interested in the kickoff meeting http://doodle.com/hapst5krwg6pp6gd
[17:28] <Riddell> but no ideal time
[17:28] <Riddell> wed 8pm and mon 8pm about the best ones
[17:29] <Riddell> but no shadeslayer at either :(
[17:29] <shadeslayer> are you sure
[17:29] <Riddell> and we'd have to pick between ScottK and ahoney
[17:29] <Riddell> and no smartboy alas, past his bedtime I guess
[17:30] <Riddell> no apachelogger?
[17:31] <Riddell> yofel: is your mumble still running?
[17:31] <Riddell> or is that too faffy?
[17:33] <yofel> the one I quickly set up last time should still be running, I didn't touch it
[17:33] <Riddell> yes it is
[17:33] <Riddell> I don't know who Radu Crisan is but he can't make any time!
[17:34] <Riddell> let's say tomorrow at 8pm then and we can have another one if we need it on monday
[17:56] <shadeslayer> :(
[17:56] <shadeslayer> 20:00 UTC totally doesn't work for me if I want to keep a sane work schedule
[18:28] <genii> Meh, the Ubuntu polo shirts   £15.99   and the Kubuntu polo shirts are   £25.00    .. but I'd rather the   £9.00 goes to you guys anyhow.
[18:29] <shadeslayer> genii: probably because the ubuntu ones are mass produced
[18:30] <shadeslayer> Riddell: libktpcommoninternalsprivate6 in bin new
[18:34] <genii> shadeslayer: Yes, good point. I notice they have all the Kubuntu stuff now in the "Sale Item" Section now too :-/
[19:24] <kubotu> ::qt-bugs:: [1200523] Some of the kubuntu patches break plasma @ https://bugs.launchpad.net/bugs/1200523 (by karaluh)
[19:45] <apol> hi, I just installed a kubuntu iso on a virtualbox and every time I install something I get that the sources are not authenticated
[19:45] <apol> even for gcc and such basic stuff
[19:45] <apol> is that normal?
[19:47] <debfx> certainly not
[19:56] <ahoneybun> anyone testing mumble right now>
[20:08] <ahoneybun> hey Riddell
[20:16] <jussi> genii: do the ubuntu ones include postage?
[20:17] <ahoneybun> yofel, I wanted to see if mumble was working for me
[20:18] <yofel> ahoneybun: give me a sec
[20:18] <ahoneybun> ok
[20:18] <yofel> I also want to see if the server is working right, last time that wasn't really the case
[20:18] <ahoneybun> yea
[20:22] <yofel> ahoneybun: please connect to kyofel.dyndns.org
[20:23] <ahoneybun> ok
[20:24] <yofel> meh, I'll send a mail to use that host
[20:24] <yofel> and I'll kill the other murmurd instance
[20:24] <yofel> that's just broken
[20:28] <genii> jussi: I can't tell. I get all the way to "Check Out" and it doesn't ask me yet where to ship and the price up until then is the same.
[21:35] <Quintasan> shadeslayer:
[21:35] <Quintasan> ffs
[21:36] <Quintasan> this will get overwritten by the sync I believe
[21:36]  * Quintasan is sick
[21:43] <shadeslayer> Quintasan: ???
[21:44] <shadeslayer> Quintasan: we can sync once Debian is up-to-date
[21:44] <shadeslayer> till then I'd like Saucy and Trusty packages
[21:44] <shadeslayer> I am already collaborating with detrout
[21:44] <shadeslayer> so that we can eliminate delta
[21:45]  * shadeslayer goes back to not IRC'ing
[21:48] <m_tadeu> hi...I want to use secrets (login info) so I need to use gnome keyring as well as kwallet....is there an integration of both libraries
[21:48] <m_tadeu> ?
[22:25] <Riddell> m_tadeu: secrets?
[22:26] <Riddell> shadeslayer: accepted!
[22:26] <m_tadeu> Riddell: login info, like passwords...I've been searching and now I found this ksecretservice....does anyone know the status of that?


[08:49] <Raf> hi
[09:36] <alfed> Uploaded file: https://uploads.kiwiirc.com/files/d69632288f4b058507ba6b71ededeacf/pasted.txt
[09:39] <alfed> Hi. have problem with drivers: ethernet 60 mb/c only, wifi 20mb/c only, video too slow in google maps street view. Help
[09:41] <gnrp> alfed: Whta do you expect? Actually, 60MB/s is too much for your 100MBit card anyway?
[09:42] <alfed> Nvidia version 340.108, G86m ge force8400m gs.
[09:43] <gnrp> alfed: Wait, what is the issue? That network transfer speed is too slow? Or that your video is too slow?
[09:43] <alfed> time ago was 90 mb/s
[09:54] <oerheks>  Gforce8400m not a youtube racemonster
[09:55] <oerheks> and networking, 100mb and 54 mb wireless, not bad results, 60 mb and 20 mb
[09:56] <oerheks> https://www.speedtest.net/


[01:31] <pp7> in 12.04 how do change the background color of just the panel?
[02:21] <SpamapS> pp7: try #ubuntu
[04:45] <pitti> Good morning
[04:48] <infinity> bdrung: I have zero issues with people stealing my bug tasks as long as they also fix them (as you did).
[04:54] <pitti> @pilot in
[04:56] <pitti> gah, 80 requests in the queue?
[05:00] <SpamapS> sounds like we need to get back on top of piloting
[05:00] <infinity> SpamapS: pitti will fix it!
[05:12] <pitti> RAOF: FYI, rejecting your precise udev-proposed queue upload; I add herton's fix for bug 1017715 and reupload; I also commit your fix to the bzr branch
[05:13] <RAOF> pitti: Ah, cool.
[05:13] <RAOF> pitti: Also, gah bzr. :)
[05:13] <pitti> Vcs-Bzr: ...
[05:22] <pitti> RAOF: same for oneiric-proposed
[05:26] <pitti> RAOF: argh; do you have a minute for a quick SRU review?
[05:26] <pitti> RAOF: I accidentally rejected udisks from oneiric-proposed instead of udev
[05:26] <RAOF> pitti: Sure; what's up?
[05:26] <RAOF> :(
[05:26] <pitti> RAOF: so I wonder whether you can quickly review it from https://launchpad.net/ubuntu/oneiric/+queue?queue_state=4&queue_text=udisks
[05:26] <pitti> or whether I should reupload it
[05:29] <RAOF> pitti: That's a nice, simple review; accepted.
[05:29] <pitti> RAOF: cheers
[05:30] <RAOF> I don't suppose you could get my mail to the TB out of the moderation queue in return? :)
[05:34] <stgraber> RAOF: accepted
[05:34] <RAOF> Ta muchly.
[05:46] <pitti> RAOF: ah, saw this too late; would have done with pleasure..
[05:46] <pitti> thanks stgraber
[05:46]  * pitti runs listadmin nevertheless
[05:47] <StevenK> Ah, that reminds me. /me runs listadmin too
[05:47] <RAOF> Heh.
[06:49] <hyperair> pitti: regarding https://code.launchpad.net/~hyperair/ubuntu/quantal/dput/sftp-progress-indicator/+merge/112934, sftp.py is currently an ubuntu-only thing. can we have it merged into ubuntu's code anyway?
[06:49] <pitti> hyperair: oh, it is? sorry about that, I'll upload it then
[06:49] <hyperair> pitti: thanks
[06:50] <hyperair> pitti: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505173 <-- cody-somerville submitted it to debian, but debian didn't want to install bzr to use dput with sftp.
[06:50] <pitti> *nod*
[06:51] <hyperair> Laney submitted a python-paramiko using version of sftp.py, but debian hasn't replied to that.
[06:51] <hyperair> responded, i mean
[07:02] <xclaesse> I've removed liboverlay-scrollbar, now applications print that: "Gtk-Message: Failed to load module "overlay-scrollbar"" --> any idea why they are still trying to load that module?
[07:02] <dholbach> good morning
[07:03] <RAOF> xclaesse: Probably because the session file that sets that environment variable is a config file, so we don't remove it on remove.
[07:08] <xclaesse> RAOF, which file is that?
[07:08] <RAOF>  /etc/X11/Xsession.d/81overlay-scrollbar
[07:10] <xclaesse> good to know, merci
[07:10] <RAOF> Passing --purge to the apt-get remove call would have removed that file, by the way.
[07:12] <dholbach> hi xclaesse
[07:15] <bretth> anybody know how i can catch the event, when the user clicks my appindicator?
[07:17] <Sweetshark> cjwatson:could you copy over the two libreoffice packages in https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601 to ppa:libreoffice/libreoffice-prereleases including binaries?
[07:17] <RAOF> bretth: I don't believe that there's any such event. Also, you'll probably have better luck in #ubuntu-app-devel, which is the relevant channel.
[07:18] <Sweetshark> cjwatson: and the one package in https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-precisetest-20120327 to ppa:libreoffice/ppa (<- different ppa) including binaries?
[07:22] <bretth> RAOF, your right: https://bugs.launchpad.net/screenlets/+bug/522152
[07:32] <caribou> pitti: ping
[07:32] <pitti> hello caribou
[07:32] <caribou> pitti: morning, how are you doing ?
[07:32] <caribou> pitti: I just saw your note about https://code.launchpad.net/~louis-bouchard/ubuntu/precise/kexec-tools/lp988512-no-vmcoreinfo/+merge/112086
[07:33] <pitti> quite fine, thanks! how about you?
[07:33] <caribou> I'm fine, one week away from vacation :)
[07:35] <caribou> I do agree that the comments were misleading. I'll check with smb if he wants his fixed introduced, but so far, abandoning vmcoreinfo is simpler
[07:36] <caribou> upstream has confirmed that vmcoreinfo was no longer needed anyway
[08:18] <xclaesse> any idea why evolution is in English while all other apps are in French on ubuntu Quantal?
[08:19] <pitti> we didn't yet get new langpacks
[08:19] <pitti> and evolution thinks it's a good idea to change the translation domain with every major version
[08:19] <pitti> so it always takes a bit for evo to catch up
[08:20] <xclaesse> btw, cherry-pick gnome-shell's f1ba2b77949d4732cd22a1fc4fe2ef9a96d0c3a1 fix a lot of things
[08:20] <xclaesse> like gnome-shell freezing each time I start evolution
[08:20] <xclaesse> pitti, ok thanks ;:)
[08:20] <xclaesse> :)
[08:24] <xclaesse> any idea why evolution won't load GOA google account?
[08:31] <cjwatson> Sweetshark: So I was getting quite close to you being able to do that in the web interface - how urgent is this (i.e. could it wait for a Launchpad deployment and feature flag tweak), and how often do you need to do this (i.e. would I get another handy real-world test case in a few days)?
[08:56] <tkamppeter> Anyone around who knows about debconf internals?
[08:57] <tkamppeter> OdyX, hi
[08:57] <cjwatson> tkamppeter: yes
[08:59] <tkamppeter> cjwatson, it is about bug 921875 and its duplicates. What causes postinst to exit with status 10? How can one help the users to get able to update again?
[08:59] <cjwatson> don't reassign use-of-debconf bugs to debconf.  that's like reassigning C code crashes to gcc
[09:01] <cjwatson> Reassigned back to foomatic-filters with advice
[09:02] <Sweetshark> cjwatson: this is rather urgent (I want to blog about it today to get as much early testing for 3.6.0/3.5.5 as possible). another testcase is a few days: not guaranteed, but should be no problem: LibreOffice rc release cadence is once a week ..
[09:06] <cjwatson> Sweetshark: OK, all copied now
[09:07] <Sweetshark> cjwatson: thanks a lot!
[09:44] <DktrKranz> infinity: if you're going to file a debian bug, would you mind passing me the bug# ?
[09:53] <pitti> @pilot out
[10:04] <cjwatson> jdstrand: There's an ancient (2006) restriction in the LP code that forbids direct uploads to -security.  This dates from when -security was managed outside Launchpad; I think it's no longer relevant and would like to remove it.  I know that you always stage in a private PPA anyway, but do you have any reason to keep that hardcoded restriction?
[10:04] <cjwatson> (Any such direct upload would need manual approval anyway.)
[10:05] <davmor2> hey guys I'm attempting a fresh install of quantal the top bar seems to be missing from the current iso
[10:06] <shadeslayer> hallyn: uhm, do you guys need help with the tiff transition?
[10:06] <davmor2> sorry to clarify the top bar is missing from the install part
[10:46] <cjwatson> davmor2: I suspect the indicator ABI has changed again
[10:46] <davmor2> cjwatson: okay just highlighting it
[10:47] <seb128> cjwatson, it should not
[10:47] <seb128> cjwatson, there was no change in the ABI version at least and no unity or indicator rebuild required
[10:48] <davmor2> seb128: this could be fall out from the new unity roll out that I happened to notice maybe?
[10:49] <seb128> there was no recent unity roll out
[10:49] <davmor2> seb128: I thought there was one last week or was I dreaming?
[10:50] <cjwatson> Mind you, I get a top bar in today's image
[10:50] <cjwatson> (in KVM)
[10:50] <davmor2> cjohnston: so could be a driver/screen size issue then maybe
[10:51]  * cjwatson is not cjohnston
[10:51] <davmor2> cjohnston: this is a laptop 1366x786 off the top of my head with an intel driver
[10:51] <davmor2> cjwatson: sorry
[10:51] <davmor2> cjohnston: sorry
[10:51] <cjwatson> No idea.  Check logs ...
[10:52] <davmor2> cjwatson: I'd love to but the whole system died on the webcam page let be try it again for you
[10:53] <davmor2> cjwatson: this is on amd64 incase I didn't mention that
[11:06] <davmor2> cjwatson: okay I have the bar this time bad burn maybe
[11:19] <cjohnston> cjwatson: I have debated changing my nick... don't know how much it would help, might then just get tab-completed for someone else... plus after having one for years its hard to change
[11:20] <cjwatson> I think the appropriate response is mocking people who don't check the results of tab-completion, not changing your nick :)
[11:20] <cjohnston> that works too..
[12:23] <vibhav> pitti: ping
[12:24] <pitti> vibhav: hello
[12:24] <vibhav> pitti: The fbasics debdiff you uploaded for me FTBFSes in armel and armhf
[12:25] <vibhav> Though the changelog says "Work around gfortran ICE on armhf, build with -O0. LP: #642043." and "Work around gfortran ICE on armel, build with -march=armv6. LP: #642043."
[12:25] <pitti> gcc: error: SHLIB_LIBADD: No such file or directory
[12:25] <pitti> vibhav: that's not an ICE, it's just a plain bug in the build system
[12:26] <pitti> looks like a forgotten $ or so
[12:26] <vibhav> pitti: ah, is there any workaround?
[12:26] <pitti> well, it needs to be fixed
[12:28]  * vibhav takes a look
[12:30] <vibhav> hmm, SHLIB_LIBADD doesnt seem to be defined anywhere, grep -rw SHLIB_LIBADD * returns nothing
[12:34] <vibhav> also, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680417 seems relevant
[12:34] <vibhav> Though that is a remove-a-package bug
[12:35] <tkamppeter> OdyX: hi
[12:36] <DktrKranz> vibhav: it shouldn't happen anymore with very recent r-base upload
[12:37] <DktrKranz> vibhav: also debian #679180 has some details about it.
[12:37] <BenC> infinity, cjwatson: What's the proper way to get something ported (to powerpc) that build-deps on itself (sbcl)
[12:38] <vibhav> DktrKranz: I had a look at this bug though :)
[12:46] <hallyn> shadeslayer: hm, afaik we should be about done.
[12:48] <cjwatson> BenC: infinity can arrange for the powerpc build chroots to temporarily point to somewhere with binaries to serve as build-deps; but we'll still need to get those binaries from somewhere
[12:48] <BenC> cjwatson: Could that just be a .deb that I build and sign?
[13:19] <cjwatson> BenC: I think so
[13:20] <cjwatson> BenC: Or packages from Debian, preferably, if that's possible
[13:21] <Laney> I think the policy says that the debs which are used for the real build must have been rebuilt on Ubuntu
[13:21] <BenC> cjwatson: sbcl isn't being built for debian-ppc either, but sbcl.org has linux-ppc binaries, which I'm using to do the original .deb
[13:21] <BenC> Laney: that's fine, we can always do a build1 afterwards
[13:22] <cjwatson> Or we can do a build pass before feeding bootstrap binaries as build-deps to LP
[13:22] <ScottK> Laney: Eventually.  You can (and sometimes must) use non-Ubuntu debs for bootstrapping.  You just can't leave them there.
[13:22] <Laney> I'm talking about the build that you feed to LP to bootstrap.
[13:23] <cjwatson> I can't remember the number of layers, but anyway, all BenC needs to do is to provide the initial set
[13:23] <Laney> So take your debs from wherever, do your bootstrap locally using it on Ubuntu, and give those debs to LP.
[13:23] <Laney> https://wiki.canonical.com/InformationInfrastructure/OSA/BootstrappingPackages
[13:24] <cjwatson> Gosh, actual docs (albeit internal)
[13:24] <Laney> the process for the developer is basically ^. The rest of it is about how to mangle the chroots, mostly.
[13:24] <ScottK> I thought the official process was harass lamont or infinity until they do it.
[13:25] <Laney> I just ripped the arm off my chair. This working out must be paying off ...
[13:26] <cjwatson> ScottK: I think they were trying to hand it over to the OSAs.
[13:26] <cjwatson> Or at least lamont was.
[13:26] <ScottK> I was sort of joking about that being official.
[13:27] <shadeslayer> hallyn: oh .. the tiff transition page needs to be updated then I guess
[13:27] <cjwatson> ScottK: don't you know Ubuntu better than that? :-)
[13:28]  * Laney applies superglue. An excellent resolution.
[13:39] <hrw> hi
[13:42] <tkamppeter> OdyX, hi
[13:53] <micahg> cjwatson: jdstrand is on vacation until Friday
[14:02] <hrw> guys: if I use git checkouts as source how version should look? 4.1.1+git20120713-0ubuntu1 or other?
[14:09] <hyperair> is anyone else receiving these annoying intuit payment mails?
[14:09] <Laney> yes
[14:09] <Laney> isn't it just spam?
[14:10] <ogra_> depends, are there banks using phpmailer ?
[14:10] <ogra_> :P
[14:10]  * ogra_ gets it too btw
[14:11] <hrw> ogra_: phpmailer was quite popular class for sending emails few years ago
[14:11] <ogra_> hrw, i still doubt any bankl IT security person would allow it in their network :)
[14:11] <ogra_> *bank
[14:11] <hyperair> Laney: yeah, but every 5 minuets or so i'm getting a new one.
[14:11] <hyperair> sigh
[14:15] <hrw> guys: versioning question - someone?
[14:15] <Laney> looks fine
[14:15] <Laney> I'd put the commit ID somewhere too
[14:16] <Laney> either in the version or in the changelog itself
[14:16] <hrw> Laney: in changelog as those are two repos
[14:17] <shadeslayer> hyperair: Laney yeah me too
[14:18]  * shadeslayer is wondering what all the email noise is about
[14:23] <BenC> infinity: So, I have a signed sbcl.deb where do we go from here?
[14:29] <cjwatson> micahg: thanks
[14:32] <hrw> heh, why I did not learnt git-buildpacakge earlier ;D
[14:33] <hrw> ok, android-tools 4.1.1 on a way to quantal
[14:58] <ogra_> grrr, silly dmraid
[15:00] <micahg> @pilot in
[15:48] <hallyn> how do i have debian/rules just do the 'make install' step?  (i'm pretty sure 'make install DESTDIR=debian/tmp' will work, but i want to make sure i'm doing the idential steps)
[15:49] <micahg> isn't that dh_auto_install?
[15:53] <micahg> ogra_: is there a reason you used lzma in ac100 tarball instead of xz?  AIUI lzma has no error correction (or is xz not supported there)
[15:53] <ogra_> micahg, well, all out live images use lzma unless that recently changed
[15:54] <ogra_> happy to use something else if thats the common standard now
[15:54]  * micahg has no idea what's used in the live images
[15:54] <ogra_> gz is simply to big and gets corrupted during unpack ...
[15:54] <cjwatson> Our live images use neither lzma nor xz.
[15:54] <ogra_> any higher compression will do for me
[15:54] <ogra_> oh ?
[15:54] <cjwatson> Neither is sanely rsyncable.
[15:54] <ogra_> i thoguht we switched to lz in lucid
[15:54] <cjwatson> No, we've repeatedly rejected that.
[15:54] <SpamapS> why does it seem like there are always 50 - 100 haskell-* uploads every few days?
[15:55] <ogra_> ok
[15:55] <cjwatson> But if you're going to use something based on that algorithm, you should indeed use xz if possible.
[15:55] <ogra_> well, our initrd on ac100 doesnt need to be rsyncable
[15:55] <micahg> SpamapS: people were trying to get it installable, but there were more ABI changing uploads to do still
[15:55] <ogra_> since it is wrapped in a bootloader binary file
[15:55] <Laney> I think depwaits are just shaking out
[15:55] <Laney> there haven't been any new uploads in a while.
[15:55] <cjwatson> SpamapS: It has very strict ABI handling, so even just new upstream versions of lower-level components tend to require everything above them in the stack to be rebuilt.
[15:55] <SpamapS> micahg: this is going on 3 cycles tho
[15:56] <Laney> But that set of uploads was ill-advised anyway.
[15:56] <micahg> SpamapS: hrm?  haskell rdeps need to be rebuilt for every upload
[15:56]  * ogra_ switches to xz then
[15:57] <SpamapS> that all makes sense.
[15:57] <Laney> (I hobbled it so that I get to stay high up on the leader board)
[15:57] <SpamapS> I wonder if we'll see similar batches of uploads with more golang packages
[15:57] <micahg> probably
[15:57] <Laney> ocaml is similar
[15:57] <SpamapS> similar but less popular? ;)
[15:57] <cjwatson> ogra_: Though do check that your kernel actually supports that :-)
[15:58] <Laney> less trendy, probably less churny as a result
[15:58] <ogra_> cjwatson, haha, just what i asked in the other channel :)
[17:00] <BenC> Build Start in 15 minutes => HAHAHA, JK LOL, Build Starts in 2 hours
[17:42] <bambee> hi, when I try to start a dhcp server, nothing happens (the daemon is not running in background). Even if I start it myself by hand it does absolutely nothing. I only get the following message in dmesg  :   " init: isc-dhcp-server main process (3512) terminated with status 1"
[17:42] <bambee> it's on quantal
[17:42] <infinity> BenC: Honestly, I'd rather you argued with the Debian maintainer to turn PPC back on there first.
[17:42] <BenC> infinity: Silly boy, Debian doesn't listen to me anymore
[17:42] <BenC> But I can try pretending to be someone else
[17:43] <infinity> BenC: Thankfully, the whole project doesn't have to, just one maintainer. :P
[17:43] <infinity> BenC: You are, in general, upstreaming your PPC fixed for other things, I hope?
[17:43] <micahg> benc: any chance you have a quick fix for https://launchpadlibrarian.net/109855481/buildlog_ubuntu-quantal-powerpc.lightning-extension_1.6%2Bbuild1-0ubuntu1_FAILEDTOBUILD.txt.gz, we can finally get lightning for powerpc again if we can get a fix today
[17:43] <BenC> infinity: Yes
[17:44] <BenC> micahg: Looks like the same fix is needed from thunderbird/firefox
[17:44] <BenC> micahg: Should I upload, or send to someone?
[17:44] <micahg> benc: debdiff on a bug would be fine
[17:44] <infinity> BenC: Are any source changes required for sbcl on PPC (other than enabling the arch in debian/control)?
[17:45] <BenC> infinity: Nope, just had to bootstrap it with an sbcl linux-ppc binary I downloaded from sbcl.org
[17:45] <jono> are you folks having issues with broken packages?
[17:46]  * ogra_ never had issues with non-broken ones ...
[17:46] <infinity> jono: You might need to be a biiiiit more specific.
[17:46] <jono> these are my issues:
[17:46] <jono> http://pastebin.ubuntu.com/1095250/
[17:46] <BenC> ogra_: Every once in awhile, you should pick a fight with a working package just for kicks
[17:46] <infinity> BenC: Grr.  Then that makes the Debian maintainer's "I can't debug this, so I'll disable every arch" thing even more annoying. :/
[17:47] <infinity> BenC: I wonder if ARM would be in a similar Just Works boat.
[17:47] <ogra_> BenC, boooring :)
[17:47] <BenC> infinity: arm isn't shown in the assembly subdir, so it's probably a no-go
[17:47] <jono> infinity, ^
[17:47] <cjwatson> jono: So how come you don't have python3-minimal 3.2.3-4?
[17:48] <jono> cjwatson, no idea
[17:48] <ogra_> yeah
[17:48] <cjwatson> jono: Try 'apt-get install python3 python3-minimal'.
[17:48] <jono> I have just been upgrading as normal throughout the cycle
[17:48] <BenC> infinity: mips, sparc, alpha, and hppa are though
[17:48] <BenC> micahg: I'll get right on lightning
[17:49] <cjwatson> Oh, wait, I'm reading it the wrong way round.
[17:49] <jono> cjhttp://pastebin.ubuntu.com/1095253/
[17:49] <jono> cjwatson, http://pastebin.ubuntu.com/1095253/
[17:49] <infinity> jono: Looks like you might have an older version of python3 on hold for some reason?
[17:49] <jono> infinity, oh?
[17:49] <cjwatson> Current python3's dependencies are correct.
[17:49] <cjwatson>  Depends: python3.2 (>= 3.2.3), python3-minimal (= 3.2.3-4)
[17:50] <infinity> jono: Oh, but not from your second paste.
[17:50] <infinity> jono: apt-get update? ;)
[17:50] <ogra_> ++
[17:50] <infinity> You may have updated in the middle of an arch skew, and not since.
[17:50] <cjwatson> Or 'apt-get --reinstall install python3' might help too.
[17:50] <cjwatson> But I have to go.
[17:51] <jono> cjwatson, I just tried that, smae issue
[17:51] <cjwatson> dpkg -l python3
[17:51] <jono> infinity, I did that before I tried to upgrade
[17:51] <jono> iF  python3        3.2.3-3      all          interactive high-level object-ori
[17:54] <infinity> jono: Grabbing 3.2.3-4 by hand and "dpkg -i"ing it should work fine, but I'm rather confused how your system got here in the first place without some violence.
[17:54] <jono> infinity, yeah, I am not sure, I have not been doing anything particularly crazy
[17:54] <ScottK> Some people have been having to fix this by hand.  No idea why though.
[17:55] <ScottK> I can't replicate it.
[17:55] <infinity> ScottK: You mean, Jono's not the only victim?
[17:55] <ScottK> No.
[17:55] <infinity> ScottK: I can't figure out how one would arrive here...
[17:55] <stgraber> I saw some bug trafic with people having similar issues
[17:55] <ScottK> Me neither.
[17:56] <ScottK> Is it possible for not all binaries from a package to make it into a publisher run?
[17:56] <infinity> Although, the 'iF' could be a clue.  Maybe something was breaking postinsts?
[17:56] <ScottK> The bug that was fixed in -3ubuntu1 or -4 was a postinst bug.
[17:56] <infinity> ScottK: No, it's impossible for this to have been published skewed, both are arch:all, from the same build.
[17:57] <ScottK> -3ubuntu1 finished seconds before a publisher run started.
[17:57] <ScottK> I was surprised it made it.
[17:57] <infinity> ScottK: But a postinst failing could perhaps have gummed up the works, and could explain why jono is "stuck" on -3
[17:57] <jono> infinity, do you have a link to the python3  3.2.3-4 package I can download?
[17:57] <jono> what is the LP project?
[17:58] <ScottK> jono: python3-defaults
[17:58] <jono> thanks ScottK
[17:58] <infinity> https://launchpad.net/ubuntu/+source/python3-defaults/3.2.3-4/+build/3655725/+files/python3_3.2.3-4_all.deb
[17:59] <bkerensa> infinity: I have a similar or same issue as jono
[17:59] <bkerensa> my updates are failing because of py 3
[17:59] <jono> ok installing the package manually fixed it
[17:59] <jono> thanks cjwatson, infinity, ScottK
[18:00] <BenC> micahg: patch applied and build started...
[18:00] <BenC> micahg: bug #1025387 for reference...
[18:00] <micahg> benc: thanks
[18:01] <infinity> bkerensa: Same workaround should get you going again (download the above and manually install it).
[18:02] <infinity> ScottK: So, how long was the window of exposure here, and should we look deeper into trying to figure out WTF is going wrong, or just recommend people fix it by hand and scream "la la la, development release, la la la"?
[18:03] <ScottK> I think the latter.
[18:03] <bkerensa> infinity: that fixed it... I will pass the fix along since I know a few people who ran into the same
[18:04] <infinity> ScottK: This may be exposing a subtle apt bug, if it just blindly refuses to do anything sane about upgrading packages in 'iF' state...
[18:05] <infinity> ScottK: I was going to blame dpkg, until jono and bkerensa told me that 'dpkg -i' worked just dandily.
[18:09] <BenC> chrisccoulson, micahg: bug #1025387 has the debdiff and the build completed without error
[18:09] <ScottK> infinity: It could be.  Personally, I did the "meh.  development release".  that doesn't mean everyone should.
[18:10] <micahg> benc: that upstream URL seems wrong
[18:10] <BenC> micahg: ?
[18:11] <micahg> benc: in the debdiff you link to a webkit attachment
[18:11] <BenC> micahg: I just copied the patch from thunderbird, I didn't change the file, so it contains the same URL I had originally downloaded it from
[18:11] <micahg> benc: ah, ok
[18:11] <BenC> If that is gone, I'm not sure where to look :/
[18:12] <infinity> Not actually the same patch, though it's conceptually the same idea.
[18:13] <micahg> benc: and you wrote this one? (just want to get the dep3 headers correct)
[18:15] <BenC> micahg: Eh, I fiddled the original just enough to work
[18:15] <BenC> But yeah, I guess you could say I wrote it
[18:20] <BenC> Are i386 and amd64 dep-waits being force rebuilt?
[18:20]  * BenC is wondering how they dropped so quickly
[18:21] <BenC> infinity: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681808
[18:21] <BenC> But I'm doubting that will help quantal...
[18:22] <micahg> benc: depwaits are rebuilt when the deps are met
[18:22] <micahg> s/rebuilt/retries/
[18:22] <micahg> *retreid
[18:22] <micahg> meh :P
[18:23] <Laney> build happen good time
[18:23] <BenC> micahg: unless of course it's dep-waiting on a virtual package
[18:24]  * BenC notices those don't automatically run
[18:41] <tkamppeter> OdyX: ping
[19:08] <infinity> BenC: Well, it'll need bootstrapping in quantal regardless, I'd just prefer not to have a one-line Ubuntu delta to debian/contorl forever.
[19:08] <BenC> Is linux-any valid on Ubuntu?
[19:08] <infinity> BenC: Yeah, any-* and *-any are valid.
[19:10] <BenC> Thanks
[19:12]  * infinity goes to make a bootstrap archive for ppc.
[19:15] <infinity> BenC: Where are these (signed) binaries of yours for me to play with?
[19:15] <BenC> infinity: http://www.swissdisk.com/~bcollins/sbcl/
[19:16] <BenC> just a signed .deb, no .changes or anything, since it's original source
[19:16]  * infinity nods.
[19:16] <BenC> infinity: do you need the whole shebang (.dsc signed)?
[19:16] <infinity> Nope.
[19:18] <bryceh> hmm, bug #968845 was fixed in quantal and SRU'd to precise, however there are no bug tasks for precise, and 'Nominate for series' doesn't give an option to add them.
[19:18] <bryceh> anyone know how to fix this?  bdmurray?
[19:21] <BenC> Is it just me, or is any package that uses clang to compile just trying to be a hipster?
[19:22] <infinity> BenC: clang has a few language extensions that some people think are useful.
[19:22] <infinity> BenC: But if something is build-depending on clang and *doesn't* actually require it, that's a bug, and it should use gcc.
[19:22] <BenC> I just wonder if anyone using clang is using those extensions
[19:22] <infinity> BenC: I know of one package that definitely is, though I forget the name now.
[19:23] <BenC> I could try to fix the segv in clang on ppc…but I think I'll opt to test those packages failing because of it using gcc
[19:24] <infinity> BenC: Fixing clang (and/or llvm) would be a good thing anyway.  It's here to stay, whether we like it or not.
[19:25] <infinity> (Which reminds me, I still need to do some armhf violence to clang...)
[19:25] <bdmurray> bryceh: tried the api?
[19:25] <BenC> llvm is even further down my priority list
[19:26] <infinity> BenC: Oh, it could also magically go away with a newer clang.  Can you test with Debian unstable?
[19:26] <BenC> I fixed one compiler (ghc), verified bootstrap of another (sbcl) and attempted another (D-compiler)…I think I'm done now
[19:26] <BenC> infinity: I might give that a short
[19:26] <BenC> *shot
[19:26] <infinity> BenC: If it works in unstable, then just poke me repeatedly in the head to merge that to quantal, it's on my TODO.
[19:26] <infinity> BenC: Oh heavens, you tried to do things to D?
[19:27] <BenC> D is telling me that 1024 / (8 * 4) is a divide by zero error
[19:27] <BenC> and I'm not even exaggerating
[19:27] <infinity> BenC: Oh, if you use the unstable clang, you'll probably have to toss in the Ubuntu "powerpc doesn't always have altivec, you braindead compiler" patch.
[19:27] <infinity> BenC: I really need to push that upstream.
[19:27] <BenC> Ok
[19:33] <infinity> BenC: Alright, I've uploaded an sbcl that enables itself on PPC (and will, of course, dep-wait), and I'll enable the bootstrap bits in the PPC chroots in a bit and make it happy.
[19:33] <BenC> infinity: saweet, thanks
[19:39] <micahg> infinity: can you bump this please: https://launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/3661232
[19:39] <micahg> I'd like to see one actually work, before uploading the rest
[19:40] <stgraber> micahg: done
[19:40] <micahg> stgraber: thanks
[19:40] <micahg> infinity: disregard
[19:40] <infinity> micahg: Disregarded. :P
[19:44] <BenC> stgraber: you should have made the score 9001, so we could say "the build score, it's over 9000!"
[19:46] <stgraber> BenC: fixed ;)
[19:47] <BenC> Let the memes begin
[19:47] <infinity> BenC: You're a bit late for that meme.
[19:47] <BenC> infinity: Yes, but I've never had a chance to use it, so call me slow
[19:51] <BenC> Is there a run of http://qa.ubuntuwire.org/ftbfs/ for precise (or any releases prior to quantal)?
[19:56] <micahg> benc: http://qa.ubuntuwire.com/ftbfs/precise.html, but hasn't been updated since release, maybe ask wgrant if he could turn it back on
[19:56] <BenC> micahg: thanks, I just wanted a quick comparison for quantal
[20:04] <infinity> BenC: Trying to see if you're making any progress? :)
[20:05] <maxLimit> how can i compile/debug the source code of totem using eclipse ?
[20:10] <bdrung> Laney: the unar support in file-roller bug: #965757
[20:11] <Laney> nice
[20:11] <bdrung> http://unarchiver.c3.cx/formats
[20:11] <Laney> how should it be fixed in the packaging?
[20:11] <Laney> full-on Depends?
[20:12] <bdrung> let's check how the other formats are linked.
[20:12] <mdeslaur> looks like upstream unrar is now available under the gpl
[20:12] <micahg> @pilot out
[20:13] <BenC> infinity: yes :)
[20:14] <BenC> stgraber: While you're on a build score frenzy, can you bump: https://launchpad.net/ubuntu/+source/blktap/2.0.90-1ubuntu1/+build/3661194 please
[20:15] <BenC> Trying to get some build-deps out of the way for xen related things
[20:15] <bdrung> mdeslaur: where?
[20:15] <BenC> Although useless on powerpc, it's nice to have when one day I feel the urge to do some porting
[20:15] <stgraber> BenC: done
[20:15] <BenC> stgraber: Thanks
[20:15] <mdeslaur> bdrung: http://www.rarlab.com/rar/unrarsrc-4.2.4.tar.gz
[20:16] <mdeslaur> bdrung: "...this product may be distributed under the terms of the GNU General Public License (GPL), in which case the provisions of the GPL apply INSTEAD OF those given above."
[20:17] <infinity> DktrKranz: Ugh, why didn't you just give Edd my patch and be done with it?  There's no "negative side-effect" to using PCRE on all arches.
[20:17] <infinity> DktrKranz: Adding a bunch of fragile arm-only logic just makes it all the harder to maintain any sort of consistency.
[20:19] <mdeslaur> bdrung: never mind, I misread
[20:19] <infinity> DktrKranz: It also seems rather silly to use substring matching to detect broken substring matching.
[20:19] <bdrung> mdeslaur: where did you read that statement?
[20:19] <infinity> DktrKranz: It's also not a glibc bug, FWIW.
[20:20] <infinity> DktrKranz: (Well, not that I've been able to determine so far).
[20:20] <mdeslaur> bdrung: it's from the acknow.txt file in the archive, but I misread it...it's for code included, not the whole thing
[20:20] <infinity> DktrKranz: POSIX extended regexes in r-base are handled by a bundled library.
[20:20] <mdeslaur> bdrung: it's still non-free, forget what I said
[20:26] <bdrung> Laney: file-roller depends on bzip2, zip and unzip. most other extracting tools are in suggests.
[20:26] <bdrung> Laney: IMO, unar should be recommended.
[20:27] <Laney> feel free to do so if you can justify the space usage and get the MIR done :-)
[20:27] <bdrung> then it would be installed by default and we could drop unrar from ubuntu-restricted-extras
[20:28] <DktrKranz> infinity: my first patch was indeed PCRE as default, and was very much the same as yours (and I noticed yours a couple hours later, so I didn't even have the chance to "steal" it :)
[20:28] <Laney> bdrung: although u-r-e is in multiverse so arguably it could be dropped right now
[20:29] <bdrung> Laney: hm, unar would pull gnustep
[20:29] <DktrKranz> infinity: but I must admit I don't know R at all, so I trusted edd knowledge about potential impact of extending PCRE everywhere
[20:29] <DktrKranz> I checked the simple substring worked, and it did. The rest was only a bad copy&paste :)
[20:29] <infinity> DktrKranz: Ahh, your looked shockingly similar to mine, I assumed origination that wasn't there. :P
[20:30] <infinity> DktrKranz: s/your/yours/
[20:30] <infinity> DktrKranz: (As such, disregard the "PS" to my follow-up to the Debian bug) :P
[20:30] <Laney> bdrung: I think you can still replace the suggests
[20:30] <Laney> even if you can't justify putting it in main because of this
[20:31] <DktrKranz> infinity: also, I supposed the real problem was something related to eglibc because I didn't have any clue about how R handles the regexes
[20:31] <DktrKranz> But my bisecting didn't found the culprit, so perhaps it's not eglibc at all
[20:32] <infinity> DktrKranz: As for PCRE by default, honestly, it's not even about R, it's about PCRE being wildly more reliable than, well, any other regex engine.  A rewrite of all that code to just use PCRE for EVERYTHING would be the sanest approach, since we link it in anyway.  But that's some serious effort, and a lot of ifdef foo to make upstream happy in the case of people building --without-pcre
[20:32] <DktrKranz> ewww
[20:33] <infinity> (Or just make R have a hard depdency on PCRE, like so many other applications do, because people have realised it's the only reliable and portable implementation that doesn't suck)
[20:33] <infinity> But, way more effort than I want to put into a language I don't care about.
[20:33] <DktrKranz> ACK.
[20:34] <bdrung> Laney: i think the ubuntu-restricted-extras needs to be reworked
[20:34] <DktrKranz> Anyway, I hope we can solve this issue for good, and then forward our thoughts upstream, to let them handle the situation in the most appropriate way
[20:35] <infinity> DktrKranz: If you feel like debugging further, I *suspect* the error either lies in the bundled tre (in src/extra/tre), or in the code in R itself that's calling it.
[20:35] <infinity> DktrKranz: 20 to 1 odds say it's an alignment issue or something.
[20:36] <infinity> DktrKranz: And, for added fun, the bundled tre is a forked version from upstream tre.  So, it could just be that it was subtly broken in the fork.
[20:36] <DktrKranz> Ouch
[20:36] <DktrKranz> but good news it's not eglibc's fault, it could have been a PITA...
[20:37] <infinity> DktrKranz: It still *could* be eglibc's fault, as we're also calling into eglibc to mangle wchars and such, but if wchar was fundamentally broken in eglibc on ARM, I think I'd have seen a lot more fallout.
[20:37] <infinity> DktrKranz: So, it's probably either R mis-mangling types or doing dodgy pointer math, or tre doing similar.
[20:37] <DktrKranz> I'm going to see the exact time builds started to screw things up, maybe it's easier to bisect the guilty change
[21:23] <BenC> http://qa.ubuntuwire.org/ftbfs/ <= empty: guess everything is built
[21:23] <BenC> And it's back
[21:44] <infinity> robert_ancell: Hey dude.
[21:44] <infinity> robert_ancell: You do realise that gnome-mahjongg was renamed to mahjongg rather recently, right? :P
[21:44] <robert_ancell> infinity, hey, how's it going?
[21:44] <robert_ancell> infinity, yes, I just did it
[21:44] <infinity> robert_ancell: How many more times will it go back and forth?
[21:44] <robert_ancell> infinity, none
[21:44] <infinity> robert_ancell: No.  I mean, it was renamed in the other direction last cycle.
[21:44] <robert_ancell> was is gnome-mahjongg at one point?
[21:45] <infinity> robert_ancell: Yes.
[21:45] <robert_ancell> infinity, oh, I think we might have picked that up off Debian
[21:45] <infinity> robert_ancell: It was gnome-mahjongg in oneiric and earlier.  We changed a ton of stuff for the last rename, :P
[21:46] <infinity> Oh, you mean Debian may have had it uniquely-named, but upstream didn't, and for some boneheaded reason, we dropped the Debian uniqueness patch for precise?
[21:46] <infinity> And now, you've decided to do it upstream?  Check.
[21:47] <infinity> We can mangle the seeds again.  Just promise me it won't rename again in 6 months. :)
[21:48] <robert_ancell> infinity, well, it will be split into a separate module at some point, so we'll have that to deal with upstream!
[21:48] <infinity> robert_ancell: But... It won't rename? ;)
[21:48] <robert_ancell> nope
[21:48] <infinity> Alright.
[21:48] <robert_ancell> that's why I wanted to give it a more unique name
[21:49] <infinity> robert_ancell: Shame you didn't just commit this upstream in the precise cycle, rather than us carrying it by a different name for exactly one release. :/
[21:49] <infinity> Oh well.
[21:49] <robert_ancell> yeah, there was some disagreement upstream, but that's been resolved now
[22:05] <epikvision> bazaar branches are usually out-of-date.
[22:05] <epikvision> how can I pick up the latest package versions?
[22:06] <Laney> the archive is authoritative
[22:11] <infinity> epikvision: By which, Laney means "apt-get source" should get you what you want.
[22:11] <infinity> (Or getting it from LP)
[22:12] <epikvision> hahah, thanks infinity
[22:12] <epikvision> I needed the translation.


[03:44] <ahoneybun> hey valorie
[03:45] <valorie> hi ahoneybun
[03:47] <ahoneybun> how u doing?
[03:48] <valorie> good, the contractor got well
[03:48] <valorie> and i got locally-roasted coffee beans today
[03:48] <valorie> v. good day
[03:48] <valorie> how about you?
[03:49] <ahoneybun> nice
[03:49] <shadeslayer> valorie: i am ~70% through looking for alaska
[03:50] <valorie> how does it compare with stars?
[03:50] <shadeslayer> John Green has radically changed my perspective about the world in the last 12 hour's
[03:50] <valorie> errr, the fault in our stars
[03:50] <valorie> in what way?
[03:50] <shadeslayer> maybe radically is too strong a word
[03:51] <valorie> how did his books change your perspective?
[03:54] <shadeslayer> Not sure how to put it in words, but I now think alot more deeply about things, how things that appear something on the surface might just be an abstract idea and might represent something else entirely
[03:55] <valorie> that's true
[03:56] <valorie> what I got from looking for alaska is how amazing life is, and that we have to enjoy it NOW
[03:56] <valorie> since everything can change so quickly
[03:58] <shadeslayer> valorie: http://www.goodreads.com/quotes/629719-but-it-is-a-pipe-no-it-s-not-i-said
[03:59] <shadeslayer> one of the more awesome quotes
[04:01] <shadeslayer> also, both the books i have read have a very depressing finality of the human condition to them and then John seems to go to great lengths to then reveal things about some person even after theyre dead
[04:01] <valorie> in some ways finality is depressing
[04:01] <shadeslayer> *depressing sense of the finality
[04:01] <valorie> but it would be worse if we all lived forever
[04:02] <valorie> and I've lost enough loved ones to say that they might be dead, but they aren't gone
[04:02] <shadeslayer> not really, some people/religions view it as a release from the physical world and you evolve into a higher consciousnesses
[04:03] <shadeslayer> or somethin
[04:03] <shadeslayer> which is nice, think about not having to worry that your computer is kaput
[04:03] <shadeslayer> or that a pipe broke
[04:04] <shadeslayer> and your house is now flooded
[04:04] <valorie> for me it isn't religious or whatever
[04:04] <valorie> and yes, they all got release in one way or another
[04:04] <shadeslayer> i am just saying that certain religions view it as that
[04:04] <valorie> right
[04:05] <valorie> for sure, since it is one of the central mysteries of life
[04:07] <shadeslayer> also made me realize one of my core issues that has been eating away at me for a couple of months .... but i need to write those down on a computer
[04:09] <valorie> a book that brings out your core issues is great!
[04:09] <valorie> even if painful, which Looking for Alaska was for me
[04:14] <shadeslayer> yep
[04:14] <shadeslayer> also i think looking for alaska is way darker
[04:15] <shadeslayer> i found the fault in our stars tamer than looking for alaska
[04:19] <shadeslayer> valorie: I want to read http://store.kobobooks.com/en-US/ebook/an-abundance-of-katherines next
[04:19] <valorie> sounds good
[04:20] <valorie> I'm stuck in reality right now, reading The Brothers, about John Foster Dulles and Allen Dulles who ran the US foreign policy in the 50s
[04:20] <valorie> so depressing
[04:20] <valorie> interesting, but damn
[04:22] <shadeslayer> alright gtg
[04:31] <valorie> have fun in India, shadeslayer
[05:38] <ahoneybun> valorie: so translations should start soon
[05:43] <valorie> yes, I'll write to the translators this weekend
[06:10] <ahoneybun> sounds great
[08:43] <shadeslayer> apachelogger: btw for the kde developer meta package do I just write a Desktop file and app-install-data extracts info from it?
[08:43] <shadeslayer> or does it require something more elaborate
[08:43] <shadeslayer> I am not entirely sure how the app-install file thingy works
[10:49] <lordievader> Good morning.
[12:17] <apachelogger> shadeslayer: no clue
[12:17] <apachelogger> read the source I'd say
[13:06] <Quintasan> http://i.imgur.com/ttlIUS8.png
[13:06] <Quintasan> hurr
[13:06] <Quintasan> why can't I into QML
[13:45] <BluesKaj> howdy all
[23:32] <ahoneybun> did not see you on valorie
[23:37] <ahoneybun> I put myself on a list of nomines for the new Ubuntu FL LoCo community council
[23:40] <valorie> great!
[23:41] <ahoneybun> yep not expecting too much but still


[09:05] <mgz> morning!
[09:05] <mira|AO> moien
[09:48] <lolek> hello all
[09:48] <mgrandi> hello
[09:49] <lolek> i'm looking for some documentation about, how to supply username aand login for bzr-svn ?
[09:49] <mgrandi> to access a svn server?
[09:49] <lolek> yes
[09:50] <mgrandi> im not an expert on bzr-svn, im not sure if you can do that
[09:50] <mgrandi> but i may be wrong
[09:50] <lolek> well, the problem is that from the error stack trace it seems that bzr is using my system login, and system password
[09:51] <lolek> so there must be some way to use another one
[09:51] <mgrandi> hmm.
[09:52] <mgrandi> http://stackoverflow.com/questions/3166189/how-to-save-subversion-password-with-bzr-svn
[09:53] <mgrandi> maybe authentication.conf?
[09:53] <lolek> ok
[09:53] <lolek> next question, where authentication.conf should be placed cause i don't have that file in: ~/.bazaar
[09:54] <mgrandi> pretty sure in ~/.bazaar
[09:55] <mgrandi> http://doc.bazaar.canonical.com/developers/authentication-ring.html#file-format
[09:58] <lolek> ok and how can i force bzr to use that file, cause it's ... not using it :/
[09:59] <mgrandi> well it should, are you sure the host is the same in the conf and the host you are connecting to?
[09:59] <lolek> yes
[10:00] <mgrandi> are yo using the latest version of bzr-svn?
[10:01] <lolek> Version: 1.2.1-1
[10:02] <lolek> ok, that's weird
[10:02] <lolek> with qbzr it's asking me for a password, but still using the wrong login :/
[10:02] <mgrandi> hmm, i feel like its something silly but im not the expert
[10:02] <mgrandi> jelmer, are you here :o
[10:04] <mira|AO> it's easier to just use ssh keys
[10:04] <lolek> yes i agree, but i don't have that option
[10:05] <lolek> i can only use svn providing login and password
[10:05] <lolek> nothing more
[10:05] <mira|AO> the username's normally in the URL
[10:05] <mira|AO> for svn
[10:05] <mgrandi> bzr branch <scheme>://<user>:<password>@host:port/path
[10:06] <lolek> ok, that's working
[10:06] <lolek> but i'd like to stre it's in authentication.conf
[10:06] <lolek> it should be working
[10:06] <mgrandi> yeah, not sure why its not working with that file
[11:38] <LarstiQ> lolek: if you login with plain 'svn', svn should cache that and bzr-svn will pick up on it, iirc
[11:39] <lolek> LarstiQ: hmm ok, i've read about that, but the problem is that i don't use plain svn login, i do login only from inside eclipse with svn plugin
[11:43] <LarstiQ> lolek: you could try logging in once, as a workaround?
[11:43] <LarstiQ> using something like `svn info` to not do actual work
[11:43] <LarstiQ> or much of it anyway
[11:43] <lolek> hmm
[11:48] <lolek> LarstiQ: ok, i've tried
[11:49] <lolek> and it seems that it gets login from cache
[11:49] <lolek> but it have some problem with password
[11:51] <lolek> LarstiQ: look here: http://pastebin.com/e2pJb3qR
[11:51] <lolek> password contains only ascii characters
[11:54] <LarstiQ> lolek: heuh
[11:54] <lolek> :D
[11:54] <lolek> i knew you'd love this :D
[12:00] <LarstiQ> lolek: next thing I'd do is maybe check bzr/bzr-svn versions and/or see if there any similar bugs on launchpad
[12:00]  * LarstiQ prepares for his Galois Theory course
[12:03] <mgrandi> its not necessarily because you have invalid characters, its just a python 8 bit string vs a unicode string
[12:05] <mira|AO> oh yes, python, the only modern language with a default 7-bit safe string type
[12:05] <mira|AO> and py3k doesn't improve on it
[12:05] <mgrandi> python3 strings are unicode
[12:05] <mgrandi> by default
[12:05] <mira|AO> that doesn't mean you can print them :D
[12:05] <mgrandi> thats not python's fault
[12:06] <mira|AO> that's a matter of opinion
[12:06] <mgrandi> i cant print weird strings on windows cause the console is CP1257 or whatever
[12:06] <mgrandi> and you can't convert it
[12:06] <mgrandi> how would you print the character if the character encoding its outputting doens't have said character?
[12:06] <mira|AO> by defaulting to a reasonable encoding
[12:07] <mira|AO> (even on windows, since 1991 the console can do Unicode)
[12:07] <mgrandi> windows doesn't have a 'reasonable' encoding haha
[12:07] <mgrandi> can it? ive had this problem on other languages
[12:07] <mgrandi> what encoding type is that
[12:07] <mira|AO> yeah, just use the API with a W on the end
[12:07] <mira|AO> UTF-2LE
[12:07] <mira|AO> erm no
[12:07] <mira|AO> UCS-2LE
[12:07] <mgrandi> i mean the windows..encoding
[12:07] <mira|AO> so, just the BMP, normally
[12:08] <mgrandi> or what codepage is it
[12:08] <mira|AO> you've got two APIS with, in the case of the console, three encodings
[12:08] <mgrandi> thats what the console uses
[12:08] <mira|AO> one is the API with the A at the end, which uses the "ANSI" encoding (often cp1252)
[12:08] <mira|AO> then there's the OEM encoding (often cp437 or cp850)
[12:08] <mira|AO> then there's the API with the W at the end, which uses UCS-2LE
[12:08] <mira|AO> codepages map between A and W
[12:09] <lolek> ok guys guys guys
[12:09] <lolek> there are no character outside the standard ascii
[12:09] <lolek> in my password
[12:09] <lolek> so this is weird why it's complaining about.. unicode
[12:10] <mgrandi> because the object itself is not a unicode object
[12:10] <mgrandi> aka a bug or something else is going wrong
[12:10] <mira|AO>    I set up the cmd window to use Lucida Console font (and you should do it too, otherwise any attempt
[12:10] <mira|AO>    to see Unicode characters in it is bound to fail!). I realized that it is possible to print wide
[12:10] <mira|AO>    strings directly to the console using functions from conio.h (_cputts, _tcprintf, etc.). Very nice!
[12:10] <mira|AO> like that, it can work
[12:11] <mgrandi> ive tried that but it still doesn't work
[12:11] <mgrandi> and python should see the default code page and adjust to it
[12:11] <mgrandi> what code page do you change it to?
[12:12] <mgrandi> never mind, apparently it doesn't matter? (windows encoding sounds like a cluster****)
[12:13] <mira|AO> WriteConsoleW also would work
[12:15] <mgrandi> that does seem to work
[12:15] <mgrandi> but i dont think that its still python's problem, since you fix it when you change fonts on cmd.exe, nothing on python changes
[12:16] <mira|AO> AUF DROGEN ODER WAS?
[12:16] <mira|AO> oops
[12:17] <mira|AO> sorry, just found some… disgusting code
[12:17] <mira|AO> and forgot I had /query on
[12:17] <mgrandi> like, in "terminal" font, the same python session, gives me
[12:17] <mgrandi> 'garbled characters
[12:22] <w7z> lolek: the get_svn_simple callsite in bzr-svn is misusing the bzr ui, by passing a str not a unicode type
[12:23] <w7z> but the point is you don't want it prompting for a password right? I suspect you have your creds wrong so it's falling back to asking you again.
[12:27] <w7z> lolek: `bzr version` will tell you where to put authentication.conf and check .bzr.log after connecting to see if it works
[12:27] <w7z> I'd avoid putting the username and password in the url
[12:32] <lolek> hmm
[12:37] <lolek> w7z: well i see in the log that it's using the proper login... but i don't see anywhere in bzr.log that it's reading authentication.conf
[12:37] <w7z> ...does it say it connects and does stuff? if so, problem solved, right?
[12:38] <lolek> it's : Obtaining username and password for SVN connection (see only login) and then the error: http://pastebin.com/e2pJb3qR
[12:38] <w7z> okay, so it's not getting the values from the conf file then.
[12:39] <lolek> uhm
[12:39] <lolek> but the question is... why ?
[12:39] <lolek> of course if i put login/password into url it's working ok
[12:40] <w7z> paste your conf with the password xxxed out?
[12:40] <lolek> k
[12:41] <lolek> http://pastebin.com/MxwVkTDi
[12:45] <w7z> looks okay, maybe bzr-svn just doesn't check
[12:46] <w7z> file a bug against bzr-svn with your traceback and I'll put up a branch that fixes it
[12:46]  * mira|AO eyes “branch that fixes”
[12:47] <w7z> jelmer or vila might know more about svn/auth specifics
[12:48] <lolek> ok, where do you want me to fill a bug ?
[12:49] <w7z> bugs.launchpad.net/bzr-svn
[12:51] <lolek> w7z: https://bugs.launchpad.net/bzr-svn/+bug/452121
[12:51] <lolek> hmm
[12:52] <lolek> https://bugs.launchpad.net/ubuntu/+source/bzr-svn/+bug/532292 <- similar
[12:52] <lolek> lol
[12:52] <lolek> maybe i should wait for new bzr-svn version ?
[12:52] <w7z> no, different bug
[12:52] <w7z> but, you should be able to put the details in the config file and have it work
[12:53] <w7z> the prompt should not happen at all if it can get the values from your config
[12:56] <w7z> do you only get prompted for the password, or did you type something else in first?
[13:05] <vila> w7z: sorry, my memory is fuzzy on that topic. The most common answer I remember is: connect with svn first as it will cache the credentials and bzr-svn can then rely on that
[13:05] <vila> i.e. auth.conf is not used
[13:07] <lolek> w7z: erm... i don't have any prompt
[13:07] <lolek> w7z: i just do: bzr update and i get this error
[13:07] <lolek> no prompt for password
[13:10]  * jelmer waves
[13:10] <vila> I'm not sure 'svn' is a valid scheme though (jelmer ?)
[13:10] <vila> (for auth.conf that is)
[13:11] <jelmer> I don't think I've ever seen (or tested) authentication over svn://
[13:12] <jelmer> I don't see why it shouldn't work, but I don't think I've ever tested it.
[13:12] <jelmer> lolek: ^
[13:13] <lolek> lol :)
[13:13] <lolek> that would explain the problem :)
[13:14] <jelmer> lolek: It shouldn't really be different from http/https though, and those *do* work
[13:14] <jelmer> I aguely recall there were some issues with the authentication interface being inconsistent about whether it expected unicode or byte strings, perhaps that's related.
[13:14] <jelmer> *vaguely
[13:14] <jelmer> what versions of bzr/bzr-svn are these?
[13:20] <lolek> bzr: Version: 2.5.0-2ubuntu2
[13:20] <lolek> bzr-svn: Version: 1.2.1-1
[13:54] <w7z> lolek: okay, can you try a few debug things for me?
[13:54] <lolek> w7z: i'll do my best
[13:55] <w7z> #1: with your authentication.conf in place, run `bzr -Dauth branch svn://YOURDETAILS` and look in .bzr.log for a "Using authentication section" line
[13:58] <lolek> ok,
[13:59] <lolek> the is not such: Using authentication section in the bzr.log
[14:00] <w7z> okay, so that's straight up not being matched
[14:01] <w7z> so, either there's a bug in how bzr-svn uses AuthenticationConfig, or you have the conf file in the wrong place, or the details don't match up
[14:02] <w7z> try adding a section that's just [something] with a username and password set underneath, then branch any (non svn) url with that -Dauth flag and see if that message then appears
[14:03] <w7z> without scheme/host/port/path it should match anything
[14:03] <lolek> ok, give me a second
[14:04] <w7z> also, you still need to file the bzr-svn bug with your traceback? I don't see it.
[14:04] <lolek> ok, that's working
[14:05] <lolek> when i placed: [something] with only user/pass it was working
[14:05] <lolek> ok, i'll fill it up :)
[14:06] <w7z> and you got the line in .bzr.log?
[14:06] <w7z> did you try branching your svn thing, or another random branch?
[14:06] <lolek> yes there is line: using authentication section :  'something'
[14:06] <w7z> I wonder if just the scheme matching is broken or something
[14:07] <lolek> i tried to branch svn thing
[14:07] <w7z> okay, so, try adding back in the host, then the port, then finally the scheme
[14:07] <lolek> ok
[14:07] <w7z> see which one makes it break again
[14:07] <lolek> give me a minute
[14:09] <lolek> it's ... port directive
[14:09] <w7z> fun...
[14:10] <lolek> yeah
[14:10] <w7z> so, with the scheme and the host it works, but plus port then doesn't?
[14:10] <lolek> when i added port=... it goes with the error  (pass is not unicode..)
[14:10] <lolek> correct
[14:10] <w7z> great, I can imagine the bug now
[14:11] <w7z> "3690" != 3690 I bet
[14:12] <lolek> hmm
[14:12] <lolek> ok, give me second
[14:12] <w7z> so, for you right now, just omitting the port is fine
[14:12] <w7z> but can I request two bug reports from you
[14:12] <w7z> one for the password traceback against bzr-svn
[14:13] <w7z> and one against bzr for the autentication.conf section not matching when you supply a port
[14:13] <lolek> but the password traceback is only visible when the port directive is given
[14:13] <lolek> there is no problem if there is no port directive :)
[14:13] <lolek> aaa ok
[14:13] <lolek> i understand, ok
[14:15] <lolek> https://bugs.launchpad.net/bzr-svn/+bug/1076386
[14:16] <lolek> here
[14:21] <lolek> https://bugs.launchpad.net/bzr-svn/+bug/1076388
[14:31] <w7z> thanks lolek!
[14:31] <lolek> you welcome :)
[14:33] <lolek> ok, i'm going... bye :)
[14:33] <lolek> thx for helping me out :)
[15:40] <jetsaredim> is it possible to create a branch based on the tree of a certain release of a given package?
[15:41] <jetsaredim> like - i want to try to fix something in a quantal package but there is already a raring version of the same
[15:41] <jetsaredim> so i'm assuming if i just branch the project it will give me the raring version
[15:48] <mgz> you can branch lp:ubuntu/SERIES/PROJECT instead of lp:ubuntu/PROJECT
[15:49] <jetsaredim> i seem to be getting an error with bzr
[15:50] <jetsaredim> http://paste.ubuntu.com/1342817/
[15:52] <mgz> jetsaredim: you don't have ssh configured correctly or haven't given launchpad the right ssh key
[15:52] <mgz> use `ssh -vv<EMAIL_ADDRESS>to debug, it's not a bzr related problem
[15:53] <jetsaredim> mgz: this would be the key I uploaded to launchpad vs my gpg key locally?
[15:55] <mgz> jetsaredim: this is your ssh key, from ~/.ssh, which is a different thing from your gpg key. see https://help.launchpad.net pages for walkthrough
[15:57] <jetsaredim> ahh - much better
[15:59] <jetsaredim> so - once i download the release-based tree for a given package i can then branch it locally for my own changes?
[16:00] <w7z> jetsaredim: see <http://developer.ubuntu.com/packaging/html/patches-to-packages.html> for details
[16:01] <w7z> be a little careful with terms 'tree' and 'branch', they mean specific things for bzr, <http://doc.bazaar.canonical.com/bzr.dev/en/user-guide/core_concepts.html>
[16:04] <w7z> also you need to go through the SRU process for quantal, so might want to check in #ubuntu whether the change you're planning is suitable for that, see <http://developer.ubuntu.com/packaging/html/security-and-stable-release-updates.html>
[16:04] <jetsaredim> w7z: its a pretty simple change to the build config
[16:05] <jetsaredim> and its already in raring
[16:05] <w7z> that doesn't sound security or serious data loss related
[16:06] <jetsaredim> the package is broken for certain functionality due to a config option not being set
[16:08] <w7z> jetsaredim: try asking in #ubuntu-devel
[16:22] <delinquentme> is there some reason that I need to pass a --no-strict .. to push to a parent when I've got locally uncommitted changes?
[21:15] <mathrick> hmm, I have a colocated project created on windows, which I just zipped and unpacked on linux
[21:16] <mathrick> and I can't get it to work, since it can't find the repo/branches with differing absolute paths
[21:17] <mathrick> http://pastebin.com/JwMDwvpK
[21:17] <mathrick> how do I fix it?


[21:26] <pendulum|phone> FYI, tonight's meeting is likely to start late. I have to pick up a friend and then get to an Internet connection and the thing I'm picking up the friend from is so far running over by 30 min
[21:30] <pendulum|phone> AlanBell: If I'm not around by 15 min late and there are people around for the meeting, can you run it?
[21:32] <AlanBell> not doing that well myself on timing
[21:33]  * AlanBell is using a phone on a train
[21:33] <pendulum|phone> Heh. I'm phone in a car park
[21:34]  * nigelb waves
[21:34] <pendulum|phone> But at least I've now heard from the person I'm picking up so I know she should be out within the next 10!
[21:34] <AlanBell> I think we just found a volunteer
[21:34] <pendulum|phone> Heh
[21:37] <pendulum|phone> Is my phone sending messages to the channel when I go away and come back?
[21:38] <dutchie> there's a meeting tonight?
[21:38] <pendulum|phone> Yes
[21:38] <dutchie> lucky i got back from holidays then
[21:38] <pendulum|phone> Anyway I'm getting offline so I can drive
[21:39] <pendulum|phone> Catch y'all when I get to proper Internet!
[21:57]  * AlanBell gets on another train
[21:58] <nigelb> AlanBell: how many trains do you have to take to get home?
[21:58] <AlanBell> two
[21:58] <AlanBell> and a bike
[21:58] <nigelb> AlanBell: I'm so jealous
[21:58]  * nigelb <3 trains
[21:59] <AlanBell> I used a Boris bike in London
[22:11] <nigelb> AlanBell: is it like the system paris and montreal have?
[22:15] <Pendulum> heya!
[22:15] <Pendulum> nigelb: AlanBell TheMuso maco dutchie charlie-tca meeting?
[22:16] <nigelb> o/
[22:16]  * charlie-tca waves
[22:16] <Pendulum> I assume y'all didn't start without me since it's quiet in here?
[22:16] <charlie-tca> right
[22:16] <dutchie> o/
[22:16]  * dutchie pauses david mitchell
[22:16] <nigelb> Pendulum: you're our fearless leader afterall :)
[22:16] <maco> umm i'l be on in a bit. i have to get to the bus stop now
[22:17] <maco> well hmmor i can be on now and leave in like 10 minutes and catch a later bus
[22:17] <Pendulum> maco: take your bus :P
[22:17]  * dutchie runs off for food
[22:17] <maco> well i wont make it now anyway
[22:17] <maco> its in 6 minutes, and its a 10 minute walk
[22:17] <nigelb> run
[22:17] <maco> i cant run that far!
[22:18] <maco> i can run like... 50m!
[22:18] <Pendulum> okay, might was well get started, I think
[22:18] <maco> its an improvement over the 10m i could manage before, but still not enough to catch the bus :P
[22:18] <nigelb> +1
[22:18] <Pendulum> #startmeeting
[22:18] <meetingology> Meeting started Wed Sep 15 21:17:53 2010 UTC.  The chair is Pendulum. Information about MeetBot at http://wiki.ubuntu.com/AlanBell.
[22:18] <meetingology> updated
[22:18] <meetingology> Useful Commands: #action #agreed #help #info #idea #link #topic.
[22:18] <meetingology> updated
[22:19] <Pendulum> who all is here? I think saying "present" means the bot recognises you or something like that ;-)
[22:19] <dutchie> updated?
[22:19] <dutchie> present
[22:19] <AlanBell> hi
[22:19] <nigelb> present
[22:19] <Pendulum> dutchie: ask AlanBell about the "updated"
[22:19] <Pendulum> present :)
[22:19]  * dutchie senses AlanBell has some debugging he forgot to disable
[22:19] <AlanBell> oops
[22:19] <Pendulum> heya hypatia :)
[22:20] <Pendulum> dutchie: at least it no longer gives me hugs ;-)
[22:20] <charlie-tca> present
[22:20]  * AlanBell will bite
[22:20] <AlanBell> oops
[22:20] <dutchie> oh dear, i've made a mess out of this yoghurt
[22:20] <nigelb> AlanBell: present => o/
[22:20]  * AlanBell will be popping out
[22:20] <Pendulum> okay, so meeting agenda is at https://wiki.ubuntu.com/Accessibility/Team/MeetingAgenda
[22:21] <maco> present
[22:22] <Pendulum> #topic Review of what's been accomplished in Maverick cycle
[22:22] <meetingology> TOPIC: Review of what's been accomplished in Maverick cycle
[22:22] <Pendulum> So I guess the first thing is that we actually have a team!
[22:22] <Pendulum> For the first time in a few years :)
[22:22] <hypatia> woot!
[22:23] <charlie-tca> That seems BIG!
[22:23] <Pendulum> I think it is!
[22:23] <nigelb> Yes it is!
[22:23] <Pendulum> Thank you to everyone who has shown up and helped and supported so that it wasn't just me (or just me and TheMuso ) trying to do it all ourselves :-)
[22:24] <Pendulum> other things that have happened:
[22:25] <Pendulum> We managed to research the info for the Accessibility Personas and AlanBell , dutchie , and I have started putting them together to actually create the personas
[22:25] <Pendulum> we should hopefully have them done by 10.10.10 :)
[22:26] <Pendulum> charlie-tca and nigelb have started working to update the wiki to make it more current and make it slightly easier to follow
[22:26] <Pendulum> nigelb: charlie-tca do either of you have an update on how that's going?
[22:26] <nigelb> Work schedule has been killing lately.  (I'm at work at 3 am).  Perhaps in 2 weeks.  We could use some help.
[22:26] <charlie-tca> We now have a meeting heading we can use to show when the next meeting is. Just update it one place to update all the pages
[22:27]  * nigelb hugs charlie-tca
[22:27] <charlie-tca> We changed a couple of pages to see if there would be any feedback. No bad things came back yet
[22:28] <Pendulum> okay so that has been started
[22:28] <Pendulum> anyone who is interested in helping, please poke charlie-tca or nigelb :)
[22:28] <Pendulum> oh, and if you're interested in the personas, please poke one of us who have been working on them
[22:28] <charlie-tca> We are working slowly, to make sure nothing gets changed and can't be read by all of us
[22:28] <Pendulum> charlie-tca: thank you so much!
[22:28] <charlie-tca> You are welcome
[22:28] <kinouchou> hello
[22:29] <Pendulum> hi kinouchou :)
[22:29] <charlie-tca> nigelb: did I miss anything?
[22:29] <nigelb> charlie-tca: Nope :)
[22:29] <charlie-tca> I do have a question, though.
[22:29] <Pendulum> yes?
[22:30] <charlie-tca> Does anyone have an opinion on putting the Table Of Contents first on the page instead of on the side?
[22:30] <MichelleQ> sorry I'm late.  ;-)
[22:30] <Pendulum> MichelleQ: no worries :)
[22:30] <charlie-tca> It means having to go to the top of the page to see it, but I think that happens now.
[22:31] <Pendulum> charlie-tca: doesn't bother me
[22:31] <nigelb> Folks using scren readers could greatly help us make decisions while working on the wiki.
[22:31] <charlie-tca> It does eliminate the two different items side-by-side on the page
[22:31] <nigelb> If something is irritating/difficult to use, please let one of us know.
[22:32] <Pendulum> my big thing is that I don't want the ToC to have all the pages listed on it (like it used to)
[22:32] <charlie-tca> It won't
[22:33] <charlie-tca> done here
[22:33] <Pendulum> I'd say if you're worried make a couple mock-ups and we can test them all out and figure out what's best :)
[22:33] <Pendulum> e-mail the list for feedback :)
[22:33] <Pendulum> TheMuso: are you around to give us an update of what's happened in terms of development this cycle?
[22:35] <Pendulum> okay, I'm guessing he's not here yet (I know it's early for him)
[22:36] <Pendulum> so that's all I can think of in terms of reviewing Maverick cycle
[22:36] <maco> its sunrise for him
[22:36] <Pendulum> Anyone else have anything to add?
[22:36] <nigelb> o/
[22:36] <Pendulum> nigelb: go for it
[22:36] <nigelb> Team Reports!
[22:36] <Pendulum> oh! yes! we did our first team report!
[22:37] <nigelb> I figure we should have a rotating volunteer(s) to deal with it rather than one person
[22:37] <Pendulum> if someone who is actually on their own computer has a link, can you stick it in?
[22:38] <nigelb> https://wiki.ubuntu.com/Accessibility/TeamReports
[22:40] <Pendulum> for those who don't know Team Reports are done monthly and then show up in Ubuntu Weekly News as a way of informing the larger Ubuntu community of what we're doing :-)
[22:41] <Pendulum> I like the idea of switching off who does them, but I think we may want to organize that through the mailing list because a couple people who might be willing to help out aren't here
[22:41] <Pendulum> maybe it should go under our next item of business?
[22:41] <Pendulum> anyone else?
[22:41] <AlanBell> personally I think the team reports should be done by *everyone*
[22:42] <nigelb> AlanBell: yes, but *somone* should make sure its done.
[22:42] <AlanBell> if you do anything interesting, like revamping some wiki bits, chairing a meeting (like this one) blogging about something relevant then shove in a bullet point
[22:42] <Pendulum> right
[22:43] <AlanBell> I am happy to make sure it is done at the end of the month, that is one of the things that the ubuntu-for-all team will help with for various projects
[22:43] <Pendulum> I'm also happy to be the final person since I work on UWN so am aware of when they need to be done by
[22:43] <nigelb> I do it for another team awayway, so I'll be happy to help too.
[22:44] <Pendulum> so it sounds like that shouldn't be an issue
[22:44] <AlanBell> great
[22:44] <Pendulum> is that it?
[22:45] <Pendulum> going once...
[22:46] <Pendulum> going twice...
[22:46] <Pendulum> okay, next topic
[22:46] <Pendulum> #topic Blueprint for UDS-N and the Natty Narwhal cycle
[22:46] <meetingology> TOPIC: Blueprint for UDS-N and the Natty Narwhal cycle
[22:47] <Pendulum> So it's time to start thinking about our blueprint for the next cycle because our next meeting will be so right before UDS that we won't really have time
[22:47] <Pendulum> last meeting I asked people to start thinking about it
[22:47] <AlanBell> does the blueprint exist yet?
[22:48] <Pendulum> no
[22:48] <AlanBell> ok, I will stop looking for it then!
[22:49] <AlanBell> one thing I think would be good would be to contribute an accessible moin theme for wiki.ubuntu.com
[22:49] <Pendulum> I'm just going to assign myself to do that this week
[22:50] <Pendulum> #action Pendulum to set-up UDS-N blueprint
[22:50] <meetingology> ACTION: Pendulum to set-up UDS-N blueprint
[22:50] <Pendulum> so what are things community/documentation/outreach related that people want to see next cycle?
[22:52] <Pendulum> okay, I guess I"m starting
[22:53] <Pendulum> for documentation one thing I'd like to have is a list of programs in Univers/Multiverse that are accessibility related split by what they do
[22:53] <Pendulum> there's an old one on help.ubuntu.com but it's out of date and it's not clear how to find the programs
[22:54] <Pendulum> (like some accessibility related programs aren't found in the Software Center's accessibility section)
[22:55] <Pendulum> I'd also like to get an updated wiki page about the accessible install
[22:55] <Pendulum> as AlanBell discovered, there's not much up-to-date info out there and it's not clear
[22:55] <Pendulum> anyone else have any other documentation things they'd like to see?
[22:56] <AlanBell> I think we have to continue with the personas, getting them attention
[22:57] <Pendulum> yeah
[22:57] <Pendulum> anything else?
[22:57] <AlanBell> we should probably do more with upstreams too
[22:58] <Pendulum> that's the next bit :)
[22:58] <Pendulum> okay, so next bit I was going to ask about was outreach
[22:58] <Pendulum> both internal outreach with Ubuntu, but also working with other projects
[22:59] <Pendulum> for example, I've started doing some work with the Gnome Accessibility team and they'd love to work with us if anyone is interested in helping out there as well
[23:01] <Pendulum> since a lot of accessibility work happens upstream, it'd be nice to work with them
[23:01] <AlanBell> anything in particular they need?
[23:02] <Pendulum> well, they're about to do a huge hackfest next month and one thing they're going to be doing then is tagging accessibility bugs
[23:02] <Pendulum> and they're always looking for documentation help
[23:03] <Pendulum> they hang out in #a11y on irc.gnome.org (which is technically gimpnet, but I never remember that)
[23:04] <Pendulum> so anyone who wants to pop by there is welcome!
[23:04] <Pendulum> as far as internal outreach, I think advertising the personas when they're done is a big thing
[23:05] <Pendulum> also, I think if we could get more blogging done is good
[23:05] <Pendulum> anyone else have any ideas?
[23:06] <Pendulum> anyone? beuller?
[23:07] <nigelb> scheduled blogging hitting the planet?
[23:07] <nigelb> so somone talks about it at least once a week
[23:07] <Pendulum> yeah, probably
[23:08] <Pendulum> i'm a lot less worried about the "how" right now
[23:08] <Pendulum> and more interested in other things people want to have happen
[23:10] <Pendulum> okay, moving on since I'm getting bored of talking to myself
[23:10] <Pendulum> :P
[23:11] <nigelb> heh
[23:11] <Pendulum> I suspect development goals need to mostly be addressed to TheMuso and<EMAIL_ADDRESS>[23:11] <Pendulum> especially as I'm not sure TheMuso is here
[23:11] <AlanBell> some stuff around the installer would probably be good to put in for that
[23:12] <Pendulum> yeah
[23:13] <Pendulum> okay, we're now running late (mostly because we started late) so does anyone have a problem with moving on?
[23:14] <Pendulum> okay
[23:14] <Pendulum> final item on the agenda
[23:14] <Pendulum> #topic Any Other Business
[23:14] <meetingology> TOPIC: Any Other Business
[23:15] <nigelb> We did talk of reports earlier.  Does anyone want to add something to it?
[23:16] <Pendulum> I do actually have a different AOB thing, but if people want to talk about reports, please speak up!
[23:16] <Pendulum> anyone?
[23:17] <Pendulum> nigelb: is there something with it you want to talk about?
[23:17] <AlanBell> I will add a link to the persona stuff done the other day
[23:17] <AlanBell> the wiki is being *very* slow right now
[23:17] <nigelb> Pendulum: none, lets move on
[23:17] <Pendulum> okay :)
[23:18] <Pendulum> I want to put out an announcement that if anyone has problems with other Ubuntu teams that are accessibility related, please let me know while they're happening so I can see about mediating what's happening
[23:18] <Pendulum> I've started hearing stuff that has happened where accessibility concerns have been dismissed by Ubuntu teams and I do want to see if things can get figured out so they work for everyone
[23:18] <Pendulum> but if I don't hear about it until after it happens, I can't do anything!
[23:21] <TheMuso> Sorry guys, totally forgot there was a meeting.
[23:22] <Pendulum> TheMuso: no worries :)
[23:23] <Pendulum> TheMuso: do you want to do a "what happened during Maverick" for devel update?
[23:24] <TheMuso> There is not much to say. My priorities have been elsewhere, so other than updating the pieces of the stack as well as I can, thats about it.
[23:24] <Pendulum> *nods*
[23:24] <Pendulum> TheMuso: I've pretty much told people who have things they're interested in in terms of devel to e-mail the accessibility devel list
[23:24] <TheMuso> Been doing a little bit of vinux work in my own time, but I haven't done so for a while. Other personal interests have taken up my own time.
[23:24] <TheMuso> Pendulum: Thanks.
[23:24] <Pendulum> okay.
[23:24] <Pendulum> Does anyone have anything else for the meeting?
[23:26] <Pendulum> going once
[23:26] <Pendulum> going twice
[23:27] <Pendulum> #endmeeting
[23:27] <meetingology> Meeting ended Wed Sep 15 22:26:16 2010 UTC.  Information about MeetBot at http://wiki.ubuntu.com/AlanBell . (v 0.1.4)
[23:27] <meetingology> Minutes:        http://mootbot.libertus.co.uk/ubuntu-accessibility/2010/ubuntu-accessibility.2010-09-15-21.17.moin.txt
[23:27] <maco> TheMuso: is it still the case that webkit is a failwhale for screenreaders?
[23:28] <maco> i recall that being a complaint about the software center
[23:28] <Pendulum> okay. i'm heading out y'all. catch you later!
[23:28] <AlanBell> maco: not only that, it is now part of the installer
[23:28] <maco> AlanBell: uh oh
[23:28] <TheMuso> maco: Yes, and AlanBell is correct.
[23:28] <AlanBell> night all o/
[23:30] <TheMuso> maco: Been like that since lucid. All we can do is wait for webkit a11y to catch up. We may consider disabling the slide show in the future if accessibility is enabled...
[23:30] <TheMuso> If webkit is still not ready.