[07:26] <brobostigon> morning boys and girls.
[07:32] <zmoylan-pi> o/
[07:32] <brobostigon> o/
[07:56] <diplo> Morning all
[07:57] <brobostigon> morning
[08:46] <Knight_Wrk> hey brobostigon
[08:47] <Knight_Wrk> hey diplo
[08:47] <brobostigon> hi Knight_Wrk
[11:38] <diplo> Any of you guys Mac users here ?
[12:05] <mgdm> o/
[12:05] <mgdm> diplo: ^
[12:05] <diplo> Just having an issue with Mac mail, smtp server settings keeps removing / changing port or hostname on its own
[12:06] <diplo> There is a setting saying Automaticaly detect and maintain account settigns which we untick
[12:06] <diplo> But it still changes
[12:06] <mgdm> Hmm. What do they change to? Have you got any SRV records which are incorrect?
[12:06] <diplo> From say 465 -> 25
[12:07] <diplo> So I take it that it needs autodiscover records to work, we've never used them... always manually enter ( only a very small company )
[12:07] <diplo> But I did suggest that as what could be the problem
[12:07] <mgdm> I'm not sure if you provide your email yourselves or use someone else, but it wouldn't hurt to check those and maybe update them if you can
[12:08] <mgdm> something like `dig _submission._tcp.example.org` might tell you what it thinks they are?
[12:09] <diplo> We provide mail ourself, so we just normally enter mail.domain.tld - ssl with 993/465 but since a recent update ( this has been working for 5 years ) the mac keeps changing just the SMTP details
[12:09] <diplo> ok, will take a look ta
[12:11] <diplo> All the references I find for autodiscover etc are for use with 365 which was why I guessed it wasn't used by default, may add some records to try it
[12:12] <mgdm> 365 use the same mechanism as the RFC, you can add your own if you like, it's described here https://tools.ietf.org/id/draft-daboo-srv-email-05.html#rfc.section.3.1
[12:15] <diplo> OK, well I've added the record, wait for it to propogate and see if that makes a difference
[12:16] <mgdm> cool
[12:16] <mgdm> hope it helps :-)
[12:17] <diplo> Thanks, should have just tried it earlier, will add imap as well even though it already works :)
[13:07] <daftykins> sounds like it's trying to change from SSL to plain?
[13:12] <diplo> Yeah, but not sure why
[13:12] <daftykins> one of the many reasons i don't like macs, so little feedback in UIs to tell you what's going on.
[13:13] <diplo> Yup exactly, apparently there is a log, but it shows nothing :)
[13:13] <daftykins> what's changed about the one today? is it a newer OS than the usual ones?
[13:13] <zmoylan-pi> maybe you're logging it wrong? :-p
[13:14] <diplo> Only our boss has a mac, last week it just started changing SMTP details, be it hostname or ports
[13:14] <diplo> Waiting to hear back from bosses, they went on a lunch date, so that can be anywhere from an hour to three
[13:15] <daftykins> :)
[13:15] <daftykins> bah i had an amazing deal desktop system from the Dell Outlet but they've cancelled it due to 'technical reasons'
[13:16] <zmoylan-pi> an absent boss is a boos that doesn't get in your way as smuch
[13:16] <diplo> I'mm not in their office anyway, about 200 miles away
[13:16] <diplo> But always the one who has to fix stuff :/
[13:16]  * zmoylan-pi loans diplo my long handled hammer... :-)
[13:17] <diplo> heheh
[13:17] <daftykins> can always toss on Thunderbird for mac i suppose, mozilla are meant to have finally put a dev on it again
[13:17] <diplo> Just installing the tmnations snap on my work PC \o/ hope it runs, graphics are rubbish on here
[13:17] <daftykins> though i find it so nasty to extract data from that i regret ever putting it in for anyone
[13:17] <zmoylan-pi> some day it will do email! :-P
[13:18] <diplo> My boss was doing that just before I left to prove it was the mac mail software and not the server
[13:18] <diplo> Albeit, 17 other members of staff aren't affected
[13:19] <daftykins> but they're non-mac?
[13:22] <daftykins> oh i get what you mean
[13:23] <diplo> heh yep, sorry,trying to multi task and failing
[13:23] <daftykins> nah i missed the obvious train of thought
[15:28] <diplo> It appears the autodiscover did the trick, apparently been working since lunchtime
[15:28] <diplo> Which is when I amended it
[15:32] <daftykins> neat, i know you need that for MS Outlook on mac, but didn't think it was required for the Mail app on standard setups too o0
[15:34] <diplo> You didn't
[15:34] <diplo> Stopped working last week
[20:44] <zmoylan-pi> for any b5 fans knocking about... https://i.imgur.com/IE2uXow.gifv


[21:36] <willwh> http://www.cbc.ca/news/technology/story/2012/03/27/pol-vic-toews-anonymous.html
[21:36] <willwh> unreal
[21:37] <willwh> shut up Vic Toews
[21:43] <willwh> hey BobJonkman
[21:43] <willwh> http://www.cbc.ca/news/technology/story/2012/03/27/pol-vic-toews-anonymous.html
[21:43] <BobJonkman> howdy, willwh
[21:46] <BobJonkman> Good response to @ToewsVic from @JesseBrown http://www2.macleans.ca/2012/03/27/toews-feeds-trolls/
[22:12] <willwh> yes indeed :)
[22:12] <willwh> thx BobJonkman
[22:12] <willwh> and, teehee.
[22:13] <BobJonkman> Nothing like making fun of someone by saying "I'm not making fun of someone"
[22:14] <willwh> yes


[01:32] <TheMuso> c
[05:22] <m4n1sh> can anyone explain me this message?
[05:22] <m4n1sh> Gtk-CRITICAL **: gtk_calendar_select_month: assertion `month <= 11' failed
[05:22] <m4n1sh> 2012-12-31 is surely a valid date
[05:24] <m4n1sh> or does it need between 0 to 11?
[05:24] <m4n1sh> valadoc doesnt explain much
[05:25] <RAOF> It's likely 0-based; so 0 is January?
[05:25] <RAOF> And 11 would be December.
[05:25] <desrt> month :
[05:25] <desrt> a month number between 0 and 11.
[05:25] <desrt> quoth the docs
[05:26] <desrt> that's some serious silliness there
[05:26] <m4n1sh> ah. I was looking on valadocs. That hardly has anything
[05:26] <desrt> use the gtk-doc
[05:26] <m4n1sh> yeah. The day can be 1-31, but month needs to be 0-11
[05:27] <desrt> i'm all for 0-based counting, but that's a bit ridiculous
[05:27] <desrt> i could understand if there wasn't some overwhelming concensus on month numbering
[05:28] <m4n1sh> but atleast for calendar and datetime based classes, it would be better to follow the general convention
[05:28] <m4n1sh> python's datetime does not count from 0 but from 1
[05:28] <desrt> you don't even need to appeal to python
[05:29] <desrt> freakin' *G*Datetime uses 1 to 12
[05:29] <m4n1sh> now that is a big inconsistency
[05:29] <m4n1sh> converting all the time
[06:24] <pitti> Good morning
[07:21] <tkamppeter> jasoncwarner, hi
[08:41] <ritz> mvo ping, wrt https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/926763
[08:41] <ubot2> Launchpad bug 926763 in software-center (Ubuntu) "Cannot install local packages (.deb files) without network connection (offline)" [Medium,Triaged]
[08:42] <ritz> mvo does one need to attach a debdiff to have this included in O,P,Q ?
[08:42] <ritz> or use a lp branch ?
[08:43] <ritz> do let me know, and I would do the needful and attach ubuntu-sposor for SRU
[09:57] <chrisccoulson> good morning everyone
[09:57] <chrisccoulson> who's enjoying the snow? ;)
[09:58] <Laney> none here yet this morning :(
[10:00] <ritz> morning :)
[10:04] <chrisccoulson> Laney - we've got a little bit now
[10:04] <chrisccoulson> my daughter is quite happy http://www.flickr.com/photos/67705534@N06/8390975681/ ;)
[10:05] <Laney> hah
[10:05] <Laney> lucky it's still open ;)
[10:10] <chrisccoulson> Laney, yeah, there are so far only 5 school closures in Solihull
[10:24] <xnox> it's snowing here in london, but it's not even a layer yet.
[10:37] <czajkowski> xnox: https://plus.google.com/102921374554385564572/posts/3tSksKANgaW
[10:40] <xnox> pretty
[10:40] <czajkowski> eh no
[10:40] <czajkowski> loath snow
[11:02] <ogra_> czajkowski, lol, come on, thats not even 1"
[11:02] <czajkowski> ogra_: it's the UK, it's enough to stop the trains working :)
[11:02] <ogra_> funny
[11:03] <Laney> in ogra_'s day they walked 15 miles in 5 mile deep snow
[11:03] <Laney> UPHILL BOTH WAYS!
[11:03] <czajkowski> and had no shoes!
[11:03] <ogra_> upwind too !
[11:04] <chrisccoulson> i still remember the days when school teachers managed to get to school in more than 1/2" of snow
[11:27] <xnox> ogra_: well, i wanted to say - i still can see pavement so it's only starting to snow....
[11:27] <ogra_> yeah
[11:31] <davmor2> ogra_: you have a folding shovel with you at all times for just such digging emergencies right :D
[11:32] <ogra_> heh, no, but i usually spend 1-1.5h shoveling per day during winter
[11:33] <ogra_> i would go out for something like above :)
[11:33] <ogra_> *wouldn't
[13:35] <chrisccoulson> ah, crap. i make a 1 line change and my firefox tree decides it's going to rebuild absolutely everything
[14:41] <pitti> chrisccoulson: you changed the top-level Makefile or so? :-)
[14:45] <desrt> chrisccoulson: hey... have you been watching https://bugzilla.mozilla.org/show_bug.cgi?id=259356 ?
[14:45] <ubot2> Mozilla bug 259356 in General "Support for the Freedesktop.org XDG Base Directory Specification" [Enhancement,Reopened]
[14:51] <ricotz> pitti, hi :)
[14:55] <pitti> hey ricotz
[14:55] <ricotz> pitti, could you sponsor this package? http://people.ubuntu.com/~ricotz/soup/
[14:56] <ricotz> pitti, i hope you are fine
[14:57] <pitti> ricotz: I am, thanks! how about yourself?
[14:57] <pitti> ricotz: I can sponsor it, in some 10 minutes or so
[14:57] <ricotz> fine, pretty cold though here ;)
[14:57] <ricotz> pitti, thank you
[15:29] <pitti> ricotz: thanks, uploaded
[15:30] <tkamppeter> Someone knows how to get hardware-accelerated graphics on the Pandaboard with Raring (I have a working 1920x1080 desktop now, but very slow).
[15:38] <ricotz> pitti, :)
[15:55]  * desrt wonders what the deal with fam is
[15:56] <desrt> it seems that we build our glib packages without fam support...
[16:00] <smspillaz> tkamppeter: even if you have a working 1920x1080 desktop with hardware acceleration it will be quite slow
[16:00] <smspillaz> tkamppeter: currently we use a technique on the desktop to reduce flickering to a minimum, but it effectively constitutes fill-rate abuse
[16:01] <smspillaz> hardware that is often fill-limited like the sgx does not cope very well with this
[16:01] <smspillaz> the solution is to wait until those drivers support something like EGL_EXT_buffer_age or something
[16:02] <smspillaz> sadly, there is not a whole lot of interest in implementing EGL_EXT_buffer_age on X11 because of some finer details about how redirection works
[16:29] <chrisccoulson> desrt, no, i've not been watching that bug. should i?
[16:30] <desrt> chrisccoulson: would be nice to finally see that fixed....
[16:49] <tkamppeter> smspillaz, thanks, so there will be no solution soon? Another things is video play acceleration which does not seem to work, playing a 1080p Youtube video with XBMC is too slow and xbmc.bin takes ~180% CPU, making the impression that the video is handled totally by software.
[17:20] <desrt> seb128: hey.  can we chat for a second about fam?
[17:21] <seb128> desrt, hey, sure, what about it?
[17:22] <desrt> seb128: we have some vague ideas to use fam to monitor files in gio if we detect NFS is in use
[17:22] <desrt> currently glib in ubuntu is not built against fam...
[17:26] <desrt> seb128: fwiw, the gio module that links against fam is built as a separate .so
[17:26] <desrt> seb128: perhaps it would be nice to build glib against fam but then split the fam module off into a separate package as not to pull fam into the base system...
[17:27] <desrt> then people who want to have reliable monitoring on NFS could install the module
[17:32] <seb128> desrt, it used to be like that, I need to check why it was turned off
[17:35] <desrt>   [ Josselin Mouette ]
[17:35] <desrt>   * Only build the libgio-fam package for hurd and kfreebsd, it is
[17:35] <desrt>     totally useless under Linux.
[17:36] <desrt> bad joss
[17:41] <desrt> seb128: k.  thanks for the pointer.  he said he'd turn it back on.
[17:42] <seb128> desrt, cool
[20:23] <jasoncwarner> hey everyone :)
[20:25] <robru> jasoncwarner, how's it?
[20:27] <jasoncwarner> hey robru
[20:29] <robru> jasoncwarner, you in Victoria yet?
[20:30] <jasoncwarner> robru not yet, going to be in phoenix for a few weeks before heading up. should start the drive up around feb4th and be there maybe feb 7thish
[20:31] <robru> jasoncwarner, ah yeah. I will be receiving the shipment of all my stuff today, so hopefully this weekend I'll finally be settled ;-)
[20:32] <jasoncwarner> robru \o/
[20:49] <tkamppeter> jasoncwarner, hi
[20:50] <tkamppeter> jasoncwarner, have you seen my last mail about the printer transfer? Is the cost OK?
[23:47] <cody-somerville> cyphermox: ping
[23:53] <cyphermox> cody-somerville: pong
[23:54] <cody-somerville> cyphermox: Should LP #780602 be just about the memory leaks or about the functional issues with nm-applet? It doesn't appear the two are related.
[23:54] <ubot2> Launchpad bug 780602 in OEM Priority Project precise "nm-applet leaks memory and stops functioning after a while" [High,In progress] https://launchpad.net/bugs/780602
[23:55] <cody-somerville> cyphermox: The bug has mostly been focused on the memory leak issues but the SRU test case is for the "nm-applet becoming unresponsive to interactions and submenus showing an empty list" issue.
[23:56] <cyphermox> it's both
[23:56] <cyphermox> the leak fixes in nm-applet will help, then there needs to be fixes in dbusmenu
[23:57] <cyphermox> (or whatever similar library can't keep track of the menus when I update them)
[23:57] <cody-somerville> Cool. There's some confusion by users due to Jame's comment. He says he is marking it fixed release (though it appears he actually changed it from fix committed to confirmed).
[23:58] <cody-somerville> and then someone started unmarking duplicates because they interpreted that to mean the bug should only be about the memory leaks


[00:16] <bryce> tjaalton: do you want to revert the patch until there is a bug id we can reference?
[00:16] <bryce> tjaalton: I've asked stevenk for a bug id or commit id but he doesn't have one
[00:18] <bryce> I'll make sure in the future that patches the mobile team uploads come sourced with bug id's, etc.
[00:34] <bryce> here we go:  http://lists.freedesktop.org/archives/xorg-commit/2008-February/014648.html
[00:48] <bryce> I've added a note about that in the changelog, and checked all steven's stuff into git
[00:50]  * jcristau can't see a patch by mjg59 there
[00:51] <bryce> jcristau: <tjaalton> bryce: mjg59 said that it was from upstream
[00:51] <jcristau> ah ok
[00:51] <bryce> jcristau: it appears mjg59 modified the patch to apply against xserver 1.4
[00:56] <jcristau> only saw the changelog on hardy-changes, so i was confused
[01:10] <ubotu> New bug: #190347 in linux-restricted-modules-2.6.24 (restricted) "Bad entry in menu" [Undecided,New] https://launchpad.net/bugs/190347
[01:24] <bryce> I fixed up the changelog and stuff in git, but didn't push out a new release
[02:10] <ubotu> New bug: #188512 in ubuntu "Hardy Alpha 4 600x800 only in VMware  (dup-of: 172821)" [Undecided,New] https://launchpad.net/bugs/188512
[05:40] <ubotu> New bug: #190378 in xorg (main) "Kubuntu Hardy Alpha 4: xserver-xorg loads Type1 fonts" [Undecided,New] https://launchpad.net/bugs/190378
[06:10] <ubotu> New bug: #190381 in xorg (main) "edidfail for widescreen lcd (Dell 2405 FPW) causes incorrect resolution and refresh rates" [Undecided,New] https://launchpad.net/bugs/190381
[07:03] <tjaalton> bryce: no the patch is ok, I'd just wish they would end up in git as well :)
[07:03] <tjaalton> oh cool, you did that
[07:03] <bryce> yeah
[07:04] <bryce> I'm kinda bummed about my libxrandr changes
[07:04] <tjaalton> there are a couple of patches (by Hong Liu) that are probably worth having if they don't end up in the stable branch..
[07:05] <bryce> ok
[07:05] <tjaalton> changes to libxrandr?
[07:06] <bryce> carl worth had game night, with me and keith and some other folk, and I told keith that I'd have a patch for him soon for it
[07:06] <tjaalton> ok, cool
[07:06] <bryce> but he said since libxrandr is a protocol library, it can't take additional logic code, so it'd have to be done as a separate library
[07:08] <bryce> which is disappointing since I'm already about 80% done with it this way, and it's only a week until FF.
[07:08] <bryce> unfortunately if Xorg can't take the libxrandr patch, then gnome certainly won't take the gnome-control-center patch, so all of this will have to be ubuntu-specific :-/
[07:09] <bryce> bleah
[07:10] <bryce> it's particularly a shame because I could have saved a lot of time just copying the xrandr code in directly to gnome-control-center, but I figured this way others (like KDE) would be able to benefit from the library as well
[07:11] <bryce> hmm
[07:11] <tjaalton> would upstream take a separate library then?
[07:11] <bryce> well yeah, that's what he was saying I should do
[07:12] <bryce> but one of the objectives was to end up with no code I had to be the maintainer of ;-)
[07:13] <tjaalton> hehe, right
[07:14] <bryce> ah well, at least ubuntu will have a cool xrandr gui
[07:19] <tjaalton> too bad that there has to be two separate apps for the configuration (user-settings and system-wide), but there's no easy solution to that I guess
[07:20] <bryce> it sort of makes sense though, since conceptually we have two distinct workflows
[07:20] <tjaalton> but two entries on the menu
[07:20] <bryce> and also, the way things are going we'll have less and less system-wide configuration to do
[07:21] <tjaalton> true, maybe dc-gtk could be dropped from the menu?
[07:21] <bryce> that's sort of what I've been thinking
[07:22] <bryce> it's mostly broken at this point for most people.  It may still make sense for the failsafe situation but in general it's mostly vestigial
[07:22] <tjaalton> speaking of which, I think we should streamline the failsafeDexconf even more. What worries me is that when people end up in it and change their configuration, the resulting xorg.conf looks a lot different to the one they had after installation
[07:23]  * bryce nods
[07:23] <tjaalton> because I think that with the current xserver the only thing that would have to be changed with the failsafe-mode was the driver. rest is autoconfigured reliably anyway
[07:23] <bryce> do you feel like working on cleaning that up?  It's been on my todo list to regen it based on the current dexconf, but I may not have time to get it done before FF
[07:23] <tjaalton> so, maybe just feed the real dexconf with the failsafe driver?
[07:23] <bryce> right
[07:24] <tjaalton> that would cut duplication a lot
[07:24] <bryce> that might work; I'm trying to remember what else drove me to having a separate copy
[07:25] <bryce> oh, I also wanted to make it write to xorg.conf.failsafe instead of xorg.conf
[07:26] <bryce> ah, and I put in code to disable dri, etc. etc. but that may not be necessary (probably those don't get enabled with vesa anyway)
[07:26] <tjaalton> right
[07:27] <bryce> I'd also forced it to 800x600 and 16 bit.  Dunno if it's better or worse to let xserver autodetect vesa's max
[07:29] <tjaalton> hmm, I'm not sure what the server would do if it can't get the mode from the monitor
[07:29] <bryce> I believe it defaults to 1024x768
[07:29] <bryce> at least, I've noticed in bug reports that it seems to be doing that when failing to detect the monitor
[07:30] <bryce> like for instance, I think that's what was screwing things up when it was thinking something was connected to s-video but couldn't get edid out of it
[07:33] <tjaalton> hmm, vesa shouldn't care about s-video
[07:48] <tjaalton> anyway, I'll take a look at it and see what can be safely dropped
[07:48] <bryce> cool thanks
[07:49] <bryce> I think the week after FF I'll devote to sorting out the displayconfig-gtk bugs, and fixing bulletproof-x stuff
[08:18] <tjaalton> hmm, failsafeDexconf still uses discover :)
[08:18] <tjaalton> if installed
[08:19] <tjaalton> sorry, make that failsafeXServer
[08:23] <tjaalton> gotta run ->
[10:00] <ubotu> New bug: #190410 in linux-restricted-modules-2.6.24 (restricted) "[hardy] avm-fritz-firmware-2.6.24-7 is referenced, but package repositories include only avm-fritz-firmware-2.6.17-6" [Undecided,New] https://launchpad.net/bugs/190410
[11:16] <ubotu> New bug: #190418 in xorg (main) "Server crash when starting totem-xine to play a DVD" [Undecided,New] https://launchpad.net/bugs/190418
[13:41] <ubotu> New bug: #139582 in xorg (main) "volume knob on dell multimedia keyboard doesn't work out of the box, cannot be configured in gnome keyboard applet" [Wishlist,New] https://launchpad.net/bugs/139582
[17:30] <ubotu> New bug: #190506 in xrandr "[Hardy] GNOME and GDM are starting up with wrong display resolution" [Undecided,New] https://launchpad.net/bugs/190506
[18:44] <ubotu> New bug: #154937 in linux-restricted-modules-2.6.24 (restricted) "nvidia-settings defaults to "no" on 3 button mouse emulation" [Undecided,New] https://launchpad.net/bugs/154937
[18:45] <ubotu> New bug: #190526 in linux-restricted-modules-2.6.24 (restricted) "laptop monitor does not turn on after inactivity when using nvidia-glx-new" [Undecided,New] https://launchpad.net/bugs/190526