[07:40] <speakman> Any updates on pixel-smooth scrolling in Chromium?
[14:20] <bregma> hey guys, could I get a review of https://code.launchpad.net/~bregma/libgrip/lp-872022/+merge/107877 ??
[14:28] <dandrader> I know nothing about that code base
[14:35] <Satoris> Why does moving it outside the if fix the crash? To me it would seem to make it be called more often (which is the cause of the crash, if I understand correctly).
[14:37] <bregma> the signal was being called for every widget in the visual stack rather than just for the top-level widget peered with a window, resulting in dereferences of a deleted pointer
[14:37] <bregma> it's convoluted
[14:37] <bregma> very convoluted
[14:38] <Satoris> An X/GTK issue convoluted? Why, I never.
[14:40] <Satoris> So calling it the first time makes the other calls not happen or something convoluteder?
[14:43] <bregma> removing the toplevel_notify_cb slot on the lower-level widgets and re-queing on the higher-level widget until the top-level widget is peered with a window results in the toplevel_mapped_cb callback only being called once, instead of for each widget
[22:13] <doug> hey, what does the pinch threshold (minimum ratio of 1.1) solve?
[22:14] <doug> like, what problems it keeps from happening...
[22:42] <dandrader> doug, it defines by how much you have to spread your fingers apart so that it's considered a pinch gesture
[22:42] <dandrader> doug, if the value is too small, virtually any gesture will be considered as a pinch
[22:43] <dandrader> since there's always some small variation in the distance between fingers when performing any gesture
[22:44] <dandrader> or, conversely, by how much you have to bring them together
[22:44] <dandrader> well, gotta go now


[16:00] <rbasak> o/
[16:00] <kanashiro> o/
[16:01] <seb128> hey
[16:01]  * tsimonq2 lurks
[16:01] <seb128> unsure who is around today, it's post travelling for Canonicalers
[16:02] <seb128> also there isn't an application to review on the agenda
[16:02] <seb128> kanashiro, I just joined IRC, do you know if anyone else waved before?
[16:02] <kanashiro> just rbasak
[16:03] <seb128> ah, he had declined the calendar invitation
[16:03] <rbasak> tsimonq2 had an enquiry on the ML
[16:04] <tsimonq2> Which one? ;)
[16:04] <seb128> is that the email from yesterday?
[16:05] <rbasak> Date: Sun, 12 Nov 2023 14:01:58 -0600
[16:05] <rbasak> > Please carefully consider my thoughts, and let me know what you think.
[16:06] <rbasak> tsimonq2: I'm not sure what "fast tracking" means though?
[16:06] <tsimonq2> rbasak: To consider such an application in an expedited manner, taking into consideration the exceptional circumstances surrounding his application.
[16:06] <tsimonq2> In short, it's a strong endorsement.
[16:07] <kanashiro> I was wondering how can we fast track someone's application
[16:07] <teward> *derps into existence*
[16:07] <seb128> I think whoever wants to apply should do it by themself
[16:07] <seb128> that proxy nomination of someone else is a bit weird
[16:07] <teward> tsimonq2: anyone who wants rights needs to apply themselves
[16:07] <teward> proxy nomination doesn't exist for devel privs
[16:07] <teward> (except for the Lubuntu packagesets via lubuntu-devel handled by the Lubuntu CounciL)
[16:07] <rbasak> tsimonq2: I'm not aware that there is an application to "fast track" right now though anyway?
[16:08] <teward> rbasak: there isn't.  Simon wants to fast-track arraybolt3 into developer privs WITHOUT arraybolt3 going through the process themeslves
[16:08] <tsimonq2> teward: Hold your horses, though.
[16:08] <teward> rbasak: basically, Simon wants us to create a new process to 'fast track' without direct applications, bypassing the current requirements for DMB
[16:08] <seb128> I'm not sure that's what he asked
[16:09] <seb128> tsimonq2, could you perhaps clarify here what you are asking for exactly?
[16:09] <rbasak> To be clear, given tsimonq2's endorsement in that email, it sounds like we would very much like them to apply for MOTU! But I'm not sure there's anything we can do really until that application arrives.
[16:09] <kanashiro> From what I understood it was indeed an endorsement. But that should go to the wiki page application (when there is one)
[16:09] <seb128> shouldn't Aaron just write an application page and put himself down for review in one of the next meetings?
[16:09] <teward> looks like the email didn't get past spam filters *goes into the archives*
[16:10] <rbasak> For personal reasons I'm not really available to help myself until January unfortunately.
[16:10] <teward> rbasak: ot, i'mma still steal you for like 30min for a keysign so I can get my Debian keys updated.
[16:10] <teward> at some point
[16:10] <teward> tsimonq2: unless Aaron files their own application, there's nothing for DMB to do.  They still have to file an application.
[16:10] <rbasak> teward: tomorrow or Wednesday please!
[16:11] <tsimonq2> To be clear, I don't want to create any *additional* processes. My request is, when he submits his application in the very near future, I would like the context of his lubuntu-dev meeting to be carefully considered. Apologies for any ambiguity, I did clearly state that this is not a current request to *add him immediately*, more me asking for advice/consent, and asking for any helpful feedback
[16:11] <teward> rbasak: send me your availability privately
[16:11] <tsimonq2> you can provide for arraybolt3 as he prepares to take those next steps very soon.
[16:11] <tsimonq2> It is also an incredibly strong endorsement of that application, which I will essentially link there.
[16:12] <rbasak> tsimonq2: OK. So no action requested from us for now?
[16:13] <tsimonq2> rbasak: No formal action required by the Developer Membership Board at this time (thus me not adding it as an agenda item), but I would certainly appreciate a followup from individual members before the next DMB meeting, if you could. :)
[16:13] <kanashiro> teward if you need help with key signing when Robie is not available I can help, just ping me
[16:13] <teward> tsimonq2: until there's an application filed, there's no need for DMB to do anything, either review or otherwise
[16:13] <teward> [ot] kanashiro: ack, thank you kindly!  Robie already said they'd help before the Summit so we just have to sync schedules
[16:13] <tsimonq2> teward: And that is the point at which I draw the line and leave the decision up to the DMB. :)
[16:14] <rbasak> tsimonq2: sorry I don't follow. What sort of folloup from individual members are you looking for?
[16:14] <tsimonq2> rbasak: To look at https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=Aaron+Rainbolt&sponsoree_search=name and, if there is any additional feedback you would provide WRT a prospective MOTU, what would it be?
[16:15] <tsimonq2> Anyway, I don't want to take up a lot of your valuable time on this; either way, the original email is more of a "please have this on your radar, he's really doing great work" :)
[16:15] <kanashiro> tsimonq2 I think it is better if there is a wiki page with the application to provide proper feedback
[16:15] <seb128> tsimonq2, I think he should put his application up and sign up for one of the next meetings so we can review it
[16:16] <seb128> I'm happy to read it and provide feedback on the list before the meeting to help managing expectations
[16:16] <tsimonq2> Got it. Unfortuately, it might be a bit early on his end, but I'll chat with him today. :)
[16:16] <tsimonq2> Thanks everyone, I really appreciate it!
[16:16] <kanashiro> awesome :)
[16:17] <seb128> well you can write him a draft and hand it to him if you want to help him because he's busy or something
[16:17] <rbasak> OK
[16:17] <rbasak> AOB?
[16:17] <seb128> not from me
[16:17] <teward> not here
[16:17] <tsimonq2> Oh, one quick thing, and I can add this to the ML if you guys want...
[16:17] <kanashiro> None
[16:18] <tsimonq2> lxqt-menu-data needs to be added to the lubuntu packageset, is that something that could be handled? :)
[16:18] <tsimonq2> Otherwise that's it from my end, thanks again everyone.
[16:18] <teward> tsimonq2: email a request to devel permissions, we can handle that there.
[16:18] <tsimonq2> teward: Sounds good!
[16:21] <kanashiro> thanks everyone o/
[16:27] <seb128> thanks!
[16:28] <teward> *returns to the abyss of chaotic workI*


[11:00] <mantiena-baltix> hi all
[11:00] <mantiena-baltix> Images Ubuntu 10.04.1 images from http://cdimage.ubuntu.com/lucid/daily-live/current/ contains packages from lucid-proposed repository, is this ok?
[11:00] <mantiena-baltix> See build logs: http://people.canonical.com/~ubuntu-archive/livefs-build-logs/lucid/ubuntu/current/livecd-20100719-i386.out
[11:08] <davmor2> morning all
[19:59] <nagappan> is there a known issue running 10.04 on DELL Latitude ? when running 10.04 with flash the system is unresponsive, only way to recover is reboot


[00:23] <greg-g> https://en.wikipedia.org/wiki/Agafia_Lykova
[00:23] <greg-g> from https://en.wikipedia.org/wiki/Lykov_family
[00:23] <greg-g> " The scientists reported that Lykova spoke a language “distorted by a lifetime of isolation” that sounded akin to a “slow, blurred cooing.”[3] This unusual speech led to the misconception that Lykova possessed little intelligence. Later, after observing her skill in hunting, cooking, sewing, reading and construction, this original misconception was revised.[3]"
[00:23] <greg-g> ie: she's more hardcore than anyone you've met.
[00:28] <cmaloney> damn
[00:30] <greg-g> from today's cabinporn
[00:31] <greg-g> http://www.vice.com/far-out/agafias-taiga-life-full-length
[00:57] <rick_h_> gamerchick02: congrats!
[01:07] <gamerchick02> thank you rick_h_
[01:07] <gamerchick02> i'm so glad i could move my car. :)
[01:07] <rick_h_> yea, erica used hers for the first time today with a new battery
[01:07] <gamerchick02> yay!
[01:07] <gamerchick02> she didn't start?
[01:07] <rick_h_> she was glad to to get going again
[01:08] <rick_h_> nope, it went dead yesterday
[01:08] <gamerchick02> i'm lucky that mine started up. i started it on Monday and Tuesday even though i didn't go anywhere
[01:08] <rick_h_> so I've been driving her around
[01:08] <gamerchick02> UGH
[01:08] <gamerchick02> i'm sorry.
[01:08] <rick_h_> all good, it was almost 5yrs old
[01:08] <gamerchick02> hah time for a new one
[01:08] <gamerchick02> :)
[01:08] <rick_h_> so she was due, and like I told her, I can feel all manly changing a battery outside in -30 wind chill
[01:08] <rick_h_> next time I do something wrong I've got a brownie point to pull out
[01:09] <cmaloney> rick_h_: I take it you're not at CHC tonight?
[01:09] <rick_h_> cmaloney: no, wife had to go check on a patient and I got child duty :(
[01:09] <cmaloney> Ah
[01:09] <rick_h_> she's still there waiting on a test result
[01:09] <cmaloney> No worries.
[01:09] <cmaloney> lmorchard23 is here
[01:09] <rick_h_> send my apologies please
[01:09] <cmaloney> as is a new face for CHC
[01:09] <cmaloney> says he met you in Clarkston's Caribou
[01:09] <rick_h_> hah, I should get called away more often
[01:10] <gamerchick02> ooooh, i forgot about CHC. i was on the phone with my mom and i'm already in PJs. oops
[01:10] <gamerchick02> :-P
[01:10] <rick_h_> heh, well sorry I missed a good CHC it sounds like
[01:10] <rick_h_> husband of a doctor...
[01:10] <cmaloney> Yeah, duty calls
[01:11] <rick_h_> after doing more driveway duty today though I'm beat anyway
[01:11] <gamerchick02> i like you guys. i gotta get my butt to more actual IRL activities. the Penguicon thing didn't work out last year because of a baby shower i promised i'd attend the same weekend. :(
[01:11] <rick_h_> the plows came by which means there was 500lbs of frozen crud at the end to clear
[01:11] <gamerchick02> ugh my mom and brother dealt with that too
[01:11] <rick_h_> on the one hand it's nice the plows come by a couple days later, but man that frozen end of the drive stuff is heavy and a pita
[01:12] <gamerchick02> i know :(
[01:12] <cmaloney> rick_h_: Yeah, when I came home from the MUG board meeting I got the car stuck in the driveway.
[01:13] <gamerchick02> ugh, not cool!
[01:13] <gamerchick02> k, switching to the mac so i can watch Nature and have a cup of tea i think! see everyone in a bit.
[03:11] <waf> rick_h_: i think you would enjoy https://www.youtube.com/watch?v=ShEez0JkOFw
[03:11] <waf> it was given at a clojure conference, it's not really related to clojure
[03:11] <waf> the guy talks about his outlook on woodworking, and how it relates to his outlook on software and automation
[03:40] <jcastro> rick_h_, https://github.com/itchyny/calendar.vim
[03:40] <jcastro> THANK ME LATER
[12:30] <cmaloney> jcastro: Dude, that's AWESOME!
[13:05] <rick_h_> waf: he's got a nice looking workbench
[13:14] <cmaloney> Had a great CHC last night
[13:14] <cmaloney> mostly because I finally put to bed one of the projects that was hanging over my head.
[13:15] <cmaloney> When I moved the episodes of OMC from Linode over to archive.org, I didn't add the rewrite rules for the old files
[13:15] <cmaloney> so I got a bunch of 404s in my logs from bots and other assorted things pinging those files
[13:16] <cmaloney> Up until last night I've been doing a few batches by hand and frankly it was onerous enough that I kept putting it off
[13:17] <cmaloney> Asked if Les and Rick (new Rick) knew of a tool to do this automatically.
[13:17] <cmaloney> Which I knew they probably didn't but it expressed what I really wanted which was "I don't want to do this by hand".
[13:17] <cmaloney> (anymore)
[13:18] <cmaloney> So I got the idea to scrape my site for links using urllib2 and BeautifulSoup4
[13:19] <cmaloney> and since I knew the pattern (uploads/yyyy/dd) I could then do a scrape of omc.com/yyyy/dd and then munge that into a redirect
[13:19] <cmaloney> by the end of CHC I finished something that had been hanging over my head for about a year or so
[13:20] <cmaloney> All because I asked the question that expressed what I really wanted.
[13:20] <cmaloney> I think there's a profound blog post in there somewhere.
[13:21] <brousch> Well done
[13:22] <brousch> So rick_h_ has been replaced by New Rick?
[13:23] <cmaloney> rick_h_ shall now be referred to as Rick Classic.
[13:56] <rick_h_> lol
[14:04] <cmaloney> https://plus.google.com/u/0/+CraigMaloney/posts/4ZfA1jMQwWf
[14:09] <cmaloney> ttp://decafbad.net/2014/01/09/learning-geospatial-analysis-with-python/
[14:09] <cmaloney> http://decafbad.net/2014/01/09/learning-geospatial-analysis-with-python/
[14:11] <brousch> Enough geospam!
[14:11] <cmaloney> brousch: I GOTTA LET YOU KNOW
[14:11] <cmaloney> It's a fucking imperative
[14:12] <cmaloney> I guess telling them "I'm not interested" isn't enough
[14:13] <brousch> And control your animal.  Make sure your pet knows it
[14:14] <cmaloney> brousch: I am the pack leader, but her claws are the enforcer. ;)
[14:15] <brousch> If she uses them on you, you are not the master
[14:28] <cmaloney> No, but I'm smart. :)
[15:14] <rick_h_> waf: good talk, <3
[15:14] <rick_h_> got me all "I really should look at clojure" and then he talked about maven and classpaths and I ran away
[15:15] <cmaloney> hah
[15:16] <cmaloney> Clojure is all sexy-like until you realize there's the hairy underbelly of Java lurking beneath.
[15:17] <brousch> The solid history and performance, you mean
[15:17] <cmaloney> The moustache really doesn't help the illusion.
[15:18] <cmaloney> Nor does the foot-long ZZ-top beard.
[15:18] <rick_h_> more the "wtf is it doing? Why is this traceback 1000 lines long? What tool am I supposed to install now to make me not slit my throat"
[15:18] <brousch> Eclipse!
[15:18] <rick_h_> never
[15:18] <rick_h_> ever
[15:18] <rick_h_> again
[15:19] <cmaloney> There's only two ways I'll ever touch Eclipse ever again
[15:19] <cmaloney> http://eclipsephase.com and http://boardgamegeek.com/boardgame/72125/eclipse
[15:19] <cmaloney> ;)
[15:20] <brousch> What if someone added an extra 0 to your paycheck to use Eclipse?
[15:20] <rick_h_> never
[15:20] <rick_h_> ever
[15:20] <rick_h_> again
[15:20] <cmaloney> They'd probably add a leading zero if they were using Eclipse
[15:21] <cmaloney> and then I'd be paid in octal
[15:21] <cmaloney> and that would make me sad
[15:22] <cmaloney> Actually, I think I might make more if I were paid in octal
[15:23] <cmaloney> Nope. It'd be a paycut
[15:23] <cmaloney> so that's a sad
[15:24] <cmaloney> Now if I were paid in hexadecimal that would be awesome
[15:24] <cmaloney> I'd hire someone to do my taxes to make that work.
[15:36] <waf> honestly, i never have to touch maven and classpath ugliness, they're hidden away, just like most python devs never really need to write custom setup.py files.
[15:37] <waf> although that's exactly the sort of ignorance he's railing against :)
[15:38]  * rick_h_ looks at his hand written setup.py files and cringes
[15:38] <rick_h_> waf but good call, <3 the talk
[15:47] <brousch> waf: Anyone releasing a module does setup.py. Maybe it is more analogous to people not having to mess with PYTHONPATH
[15:50] <waf> i think it's probably analagous. i've never released a python module, though.
[15:51] <waf> but you basically copy some boilerplate, fill in your custom package values, and specify dependencies, right?
[15:51] <rick_h_> waf: ?!
[15:51] <waf> no?
[15:51] <rick_h_> waf: right, defined your new bin/xxxx you provide, versioning info, pypi search/classifier info
[15:51] <rick_h_> waf: more that you've never uploaded something to pypi
[15:51] <rick_h_> was the ?!
[15:52] <waf> ah, ok. most of my python is little server scripts / automation, or maybe small little web apps
[15:54] <waf> here's the equivalent of a setup.py in clojure: https://github.com/weavejester/compojure/blob/master/project.clj
[15:55] <waf> the closest you get to maven is requiring those dependencies, which hits maven servers to download
[16:07] <cmaloney> rick_h_: I've never released anything to PyPi either
[16:07] <cmaloney> Nothing is in a releasable state.
[16:08] <rick_h_> release early/often
[16:08] <brousch> cmaloney: I'm disappointed
[16:08] <cmaloney> I do... to github. ;)
[16:08] <brousch> release something!
[16:08] <cmaloney> 3...2...1...
[16:25] <brousch> greg-g: http://www.dvice.com/2014-1-8/bluetooth-cassette-jacks-your-car-radio-21st-century
[16:26] <brousch> Disappointing that is uses a battery instead of generating power by spinning the gears
[16:29] <cmaloney> brousch: On some decks it might cause enough resistance for it to try to flip the tape.
[16:31] <brousch> heh
[17:24] <greg-g> rick_h_: was there an article about how LP does schema change?
[17:24] <greg-g> +s
[17:25] <rick_h_> greg-g: hmm, you don't want to know
[17:25] <rick_h_> greg-g: it's crazy
[17:26] <rick_h_> greg-g: https://dev.launchpad.net/PolicyAndProcess/DatabaseSchemaChangesProcess has some of it
[17:27] <rick_h_> greg-g: http://rbtcollins.wordpress.com/2012/08/13/minimising-downtime-for-schema-changes-with-postgresql/ seems to have some info as well
[17:28] <rick_h_> greg-g: it's complicated enough that if you want happy to setup a call to walk through it, but basically db related changes happen in their own tree, must be safe, get their own reviews, and had things that kept db changes were required to take < 4s or something
[17:31] <greg-g> hah, k, on call, but thanks :)
[17:40] <cmaloney> Yesh
[18:12] <greg-g> what's the point of a twitter account retweeting the same story but reported by different people over an over again?
[18:12] <greg-g> see: @internetarchive
[18:16] <brousch> greg-g: Did you see my link earlier?
[18:17]  * greg-g looks
[18:17] <brousch> 11:25EST
[18:18] <greg-g> why not just use the 3.5mm jack versions?
[18:18] <greg-g> but I agree, should be self-powered
[18:19] <brousch> wires are so 1990s
[18:19] <greg-g> people and their hate of wires, never understood :)
[18:19] <greg-g> you can take my ethernet cable from my cold dead hands
[18:19] <brousch> Actually I plug into my stereo with a wire
[18:19] <brousch> But it gets tangled up in the car. Wireless might be nice
[18:23] <greg-g> I do need a new casette adapter though, mine is making noises
[19:41] <cmaloney> greg-g: My favorite are the RTs I get for posting an episode on Metal Injection for OMC.
[19:41] <cmaloney> I swear there's 6 or so accounts that do nothing but tweet RSS feeds
[19:41] <greg-g> yeah :/
[20:11] <cmaloney> OK this is the difference between O'Reilly and other publishers.
[20:11] <cmaloney> Had a problem with the Nook downloading a book. They made me call so I could get a refund because their file was screwed up.
[20:12] <cmaloney> Had to wait 30 minutes to sort it out.
[20:12] <cmaloney> I had a problem with a coupon code for 50% off of an O'Reilly book
[20:12] <cmaloney> Sent them an email. They reproduced the problem and gave me the book for my trouble.
[20:12] <cmaloney> Guess which one will be getting more of my money.
[20:14] <cmaloney> I've got some customer service venting and praising that I need to do
[20:38] <brousch> nook will get more of your money because now you get everything free from o'reilly?
[20:39] <rick_h_> I can almost see!
[20:39] <rick_h_> yay
[20:47] <rick_h_> _stink_: ping
[20:49] <brousch> You learn to see and the first thing you do is look at stink?
[20:49] <rick_h_> :)
[20:49] <rick_h_> I look at recent bookie bookmarks and want to warn/save a friend
[20:49] <brousch> Big Brother!
[20:50] <rick_h_> pretty much, all that data to go through
[21:29] <_stink_> rick_h_: pong
[21:29] <_stink_> i bet this is about migrations
[21:29] <_stink_> let's see if i win the prize
[21:32] <rick_h_> _stink_: yea, you know to never ever use models in your migrations right?
[21:32] <rick_h_> just sql expression language
[21:32] <_stink_> i have never done so
[21:32] <rick_h_> never ever ever pull/use a model to change data/etc
[21:32] <_stink_> then i aw that link and wanted to think about it
[21:32] <_stink_> right, i see thepoint is that your models will change
[21:32] <rick_h_> right, and when you git clone $recent release
[21:32] <_stink_> and your migrations will break
[21:32] <rick_h_> and run migrations, they won't work
[21:32] <_stink_> ok cool
[21:32] <rick_h_> but if you stick with SqlE, you'll be ok
[21:32] <rick_h_> or raw sql statements
[21:33] <rick_h_> since they're running against the table structure at the time of the migration
[21:33] <_stink_> i did see the one about writing existing model state in as sqlalchemy models right inside the migration script
[21:33] <rick_h_> which is still at an old state
[21:33] <_stink_> instaed of importing from project.models
[21:33] <_stink_> which i think makes sense
[21:33] <_stink_> but is overkill
[21:33] <rick_h_> use autoload and a table and you're peachy
[21:33] <rick_h_> it'll always work and you'll be safe
[21:33] <_stink_> ok cool
[21:33] <_stink_> thanks for the heads up
[21:34] <_stink_> at least i can save the time thinking about it now, heh
[21:34] <rick_h_> not to get nosy based on your bookmarks, but learn from other's bone-headed mistakes
[21:34] <rick_h_> :)
[21:34] <_stink_> oh yeah
[21:35] <_stink_> this migration is at an early stage in development, but i told myself to just do it the right way
[21:35] <_stink_> so when i have to do it for real i will at least know hojw.
[21:35] <rick_h_> right, some things are big no-nos that will bite you one day in a production deploy on a friday...and this is one of them
[21:36] <rick_h_> and it's such an easy trap to fall into that works at first and you don't see the cliff coming up
[21:48] <rick_h_> heh, well this one is new. Linked in recruiter email...from linked in
[21:48] <rick_h_> linkedin I guess
[21:53] <brousch> isn't there a linkedin scam going on right now?
[21:53] <rick_h_> they knew I was currently at canonical
[21:53]  * rick_h_ goes to look around
[21:54] <brousch> I am thinking of http://www.businessweek.com/articles/2014-01-08/linkedin-sues-unknown-hackers-in-an-attempt-to-find-out-who-they-are
[22:55] <greg-g> gnome-do seems slower recently, for whatever reason
[22:56] <greg-g> I'm routinely only getting the second character recognized by it
[22:56] <greg-g> ie: ctrl+space "lo" enter brings up "open files" because the l isn't registered
[23:00] <rick_h_> greg-g: do you use it for anything other than launch apps?
[23:00] <greg-g> not really
[23:00]  * greg-g just disabled a bunch of plugins
[23:01] <cmaloney> rick_h_: so what about alembic's magic model matching code? :)
[23:04] <rick_h_> cmaloney: that's fine for generating the add/remove of columns
[23:05] <rick_h_> but even then, it's just creating ops against the tables to alter them aside from the model itself
[23:06] <cmaloney> ok. I just didn't want to get the "ire of rick_h_" award


[00:05] <mhall119> james_w: it appears summit already has code to fire a signal on Meeting or Agenda changes to clear the cache, so maybe we need to investigate the bug a little more
[00:11] <mhall119> oh ho! nevermind, it's a relatively easy fix
[00:12] <mhall119> the signal was only clearing 'meeting-html-%s', but render.py is using both that and 'meeting-track-html-%s'
[00:12] <mhall119> and the bug specifically mentions that the cache isn't being cleared when viewing the by_track schedule
[01:19] <mhall119> james_w: approved both of your test-render.py branches
[01:19] <mhall119> also just proposed https://code.launchpad.net/~mhall119/summit/fix-cache/+merge/75881 to fix the cache issue
[01:31]  * nigelb ^5 mhall119
[01:31] <nigelb> Nice job!
[01:40] <mhall119> nigelb: still waiting for tarmac to land james_w
[01:40] <mhall119> nigelb: still waiting for tarmac to land james_w's second branch
[01:40] <mhall119> I approved them both at roughly the same time
[02:05] <mhall119> alright nigelb, something's up with tarmac and james_w's second branch, can you look into it please?
[02:20] <nigelb> mhall119: looking
[02:21] <nigelb> mhall119: commit message?
[02:23] <nigelb> mhall119: yep, empty commit message. Added one.
[02:29] <mhall119> ah, I checked the first, but not the second, thanks nigelb
[02:31] <nigelb> mhall119: I think we should try to have a bot announce commits
[02:31] <nigelb> It makes it way less confusing
[02:31] <mhall119> in here?
[02:31] <nigelb> yeah
[02:31] <mhall119> that'd be cool
[02:36] <mhall119> merge conflicts, I'm having to manually land that other branch
[02:37] <nigelb> ouch
[02:37] <nigelb> go ahead
[12:49] <head_victim> Any idea how long pastes on paste.u.c last?
[12:50] <nigelb> forever, I tink.
[12:53] <head_victim> nigelb: cheers, I figured it was a while but couldn't really find much documentation on anything to do with paste.u.c
[12:54] <nigelb> head_victim: Its a total guess. I'm not sure. I tend to not use paste.u.c because I can't expire pastes
[12:54] <head_victim> nigelb: fair enough, was being asked in my loco.
[13:00] <AlanBell> head_victim: it is forever, you can go back to http://paste.ubuntu.com/1/
[13:18] <head_victim> AlanBell: handy to know, thanks for the evidence.
[13:38] <mhall119> s/forever/indefinitely/
[13:38] <mhall119> paste.u.c presumably won't survive the heat death of the universe
[13:40] <mhall119> nigelb: so a few weeks ago I asked joey for his bug priorities in summit
[13:40] <mhall119> he gave me his "big three"
[13:40] <mhall119> of which, one is Fix Released and the other two are Fix Committed
[13:42] <nigelb> \m/
[13:42] <nigelb> mhall119: get him to buy you a drink ;)
[13:44] <nigelb> mhall119: I want to try and finish off everything I have pending as well.
[13:44] <nigelb> Let me try to get them to you this week.
[13:53] <mhall119> nigelb: can you fix up that last refreshed date display branch so we can clear our the mPs?
[13:53] <nigelb> yeah, that's what I'm doing first
[13:53] <nigelb> mhall119: You want in top left?
[14:00] <mhall119> I think we decided on top-right
[14:00] <mhall119> what does the MP say?>
[14:01] <mhall119> yeah, top-right
[15:26] <james_w> head_victim, you shouldn't rely on paste.ubuntu.com. I'm sure one day they will delete old stuff
[15:33] <mhall119> it's good for what it is, but it ain't document storage
[15:33] <mhall119> james_w: do you want to deploy what's in trunk?
[15:36] <james_w> mhall119, I'll do it tomorrow
[15:37] <mhall119> ok
[15:37] <mhall119> james_w: it's all running on the ec2 now, if you wanted to try it out
[15:39] <james_w> thanks
[15:39] <james_w> I'll do some testing before I start a deploy
[16:27] <cjohnston> mhall119: ever figure out what is needed for leads = ForeignKey(x.x.y.Attendee)  ?
[17:46] <mhall119> cjohnston: nope, haven't looked into it yet


[00:48] -queuebot:#ubuntu-release- New: accepted haskell-hadrian [sync] (noble-proposed) [9.4.7-3]
[00:48] -queuebot:#ubuntu-release- New: accepted octave-tisean [riscv64] (noble-proposed) [0.2.3.hg.2021.11.29-1]
[00:48] -queuebot:#ubuntu-release- New: accepted octave-tisean [amd64] (noble-proposed) [0.2.3.hg.2021.11.29-1]
[00:49] -queuebot:#ubuntu-release- Unapproved: accepted ghc [sync] (noble-proposed) [9.4.6-1]
[00:51] -queuebot:#ubuntu-release- Unapproved: accepted openssl [sync] (noble-proposed) [3.0.10-1ubuntu2.1]
[00:52] -queuebot:#ubuntu-release- New binary: haskell-hadrian [amd64] (noble-proposed/universe) [9.4.7-3] (no packageset)
[00:52] -queuebot:#ubuntu-release- New binary: haskell-hadrian [ppc64el] (noble-proposed/universe) [9.4.7-3] (no packageset)
[00:52] -queuebot:#ubuntu-release- Unapproved: accepted ring [sync] (noble-proposed) [20230206.0~ds2-1.3ubuntu0.1]
[00:53] -queuebot:#ubuntu-release- New binary: haskell-hadrian [arm64] (noble-proposed/universe) [9.4.7-3] (no packageset)
[01:00] -queuebot:#ubuntu-release- New binary: haskell-hadrian [s390x] (noble-proposed/universe) [9.4.7-3] (no packageset)
[01:02] -queuebot:#ubuntu-release- New: accepted haskell-hadrian [amd64] (noble-proposed) [9.4.7-3]
[01:02] -queuebot:#ubuntu-release- New: accepted haskell-hadrian [ppc64el] (noble-proposed) [9.4.7-3]
[01:02] -queuebot:#ubuntu-release- New: accepted haskell-hadrian [arm64] (noble-proposed) [9.4.7-3]
[01:02] -queuebot:#ubuntu-release- New: accepted haskell-hadrian [s390x] (noble-proposed) [9.4.7-3]
[04:44] <vorlon> LocutusOfBorg: so we had a sync of new haskell-hadrian, and a sync of ghc; both have been accepted; and I see that the ghc we've synced does not build-depend on haskell-hadrian.  You clearly must have some plan here, can you walk me through it?
[06:04] <LocutusOfBorg> vorlon, wait for ghc to build everywhere, rebuild haskell-hadrian and what is needed to rebuild it. open autosync
[06:05] <LocutusOfBorg> vorlon, wait for ghc to build everywhere, rebuild haskell-hadrian and what is needed to rebuild it, sync ghc, unblocklist ghc and haskell-*
[06:21] <LocutusOfBorg> vorlon, wait for ghc to build everywhere, rebuild haskell-hadrian and what is needed to rebuild it, sync ghc, unblocklist ghc and haskell-*
[06:37] <vorlon> LocutusOfBorg: ok
[07:31]  * LocutusOfBorg note for myself, never write on irc while on train with unstable connection
[08:11] -queuebot:#ubuntu-release- Unapproved: glibc (noble-proposed/main) [2.38-1ubuntu6 => 2.38-3ubuntu1] (core, i386-whitelist)
[08:13] <schopin> bdmurray: sorry, I'm realizing I didn't give you a warning for the above upload.
[09:36] -queuebot:#ubuntu-release- Unapproved: glibc (noble-proposed/main) [2.38-1ubuntu6 => 2.38-3ubuntu1] (core, i386-whitelist)
[09:43] -queuebot:#ubuntu-release- Unapproved: rejected glibc [source] (noble-proposed) [2.38-3ubuntu1]
[10:22] -queuebot:#ubuntu-release- Unapproved: rejected qpdf [source] (mantic-proposed) [11.5.0-1ubuntu1]
[10:23] -queuebot:#ubuntu-release- Unapproved: rejected qpdf [source] (lunar-proposed) [11.3.0-1ubuntu1]
[10:35] -queuebot:#ubuntu-release- Unapproved: accepted qpdf [source] (mantic-proposed) [11.5.0-1ubuntu1]
[10:36] -queuebot:#ubuntu-release- Unapproved: accepted qpdf [source] (lunar-proposed) [11.3.0-1ubuntu1]
[11:14] -queuebot:#ubuntu-release- Unapproved: accepted glibc [source] (noble-proposed) [2.38-3ubuntu1]
[12:12] -queuebot:#ubuntu-release- Unapproved: software-properties (xenial-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (desktop-core, ubuntu-server)
[12:48] -queuebot:#ubuntu-release- Unapproved: rejected software-properties [source] (xenial-proposed) [<IP_ADDRESS>]
[12:49] -queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (xenial-proposed) [<IP_ADDRESS>]
[13:44] -queuebot:#ubuntu-release- Unapproved: setuptools (lunar-proposed/main) [66.1.1-1 => 66.1.1-1ubuntu0.1] (core, i386-whitelist)
[13:45] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (mantic-proposed) [20230919.git3672ccab-0ubuntu2.2]
[14:00] <_doko> https://lists.ubuntu.com/archives/noble-changes/ doesn't see any updates
[14:03] -queuebot:#ubuntu-release- Unapproved: gcc-13 (noble-proposed/main) [13.2.0-4ubuntu3 => 13.2.0-6ubuntu1] (i386-whitelist)
[14:05] -queuebot:#ubuntu-release- Unapproved: accepted gcc-13 [source] (noble-proposed) [13.2.0-6ubuntu1]
[14:17] <tsimonq2> _doko: jinx :)
[14:41] <LocutusOfBorg> _doko, if you want to steal a gcc-13 merge https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/15333870/+listing-archive-extra :)
[14:41] <LocutusOfBorg> I did it in my ppa to test arm64 fixes
[14:50] <blackboxsw> rbasak: I know the queue has been large for the SRU review. cloud-init has an upload in the unapproved queue which cherry-picks 4 changes to be individually verified. They are important from a first boot performance standpoint and impact to `uvt-kvm wait` for some automated testing cases. We are hoping to get review in the unapproved queue to also seed this upload for mantic, lunar, jammy and focal if there is time.
[14:57] <enr0n> ubuntu-sru: please look into releasing systemd to {jammy,lunar}-updates. TIA
[15:02] <vorlon> rbasak: ^^
[15:04] <rbasak> Sorry, too many pings today. I have one hour left before EOD today, besides meetings, and I think my queue is probably full.
[15:05] <_doko> LocutusOfBorg: ta, had a prepared -6 yesterday
[15:06] <vorlon> rbasak, enr0n: ok I'll pick it up later today
[15:06] <enr0n> vorlon, rbasak: thanks!
[15:07] <LocutusOfBorg> _doko, sadly my gcc issue is still an upstream one, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
[15:07] -ubottu:#ubuntu-release- gcc.gnu.org bug 111677 in gcc "[12/13/14 Regression] darktable build on aarch64 fails with unrecognizable insn due to -fstack-protector changes" [Normal, New]
[15:07] <LocutusOfBorg> it is unresolved for 13
[15:08] <LocutusOfBorg> I reduced it
[15:08] <LocutusOfBorg> just FYI
[15:30] -queuebot:#ubuntu-release- Unapproved: zfs-linux (noble-proposed/main) [2.2.0~rc3-0ubuntu4 => 2.2.0-0ubuntu1] (core, kernel-dkms)
[15:41] -queuebot:#ubuntu-release- Unapproved: zfs-linux (mantic-proposed/main) [2.2.0~rc3-0ubuntu4 => 2.2.0-0ubuntu1~23.10] (core, kernel-dkms)
[16:06] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (noble-proposed/main) [23.10.55 => 24.04.1] (desktop-core, i386-whitelist)
[17:02] -queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (noble-proposed) [24.04.1]
[18:27] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (noble-proposed/main) [23.10.55 => 24.04.1] (desktop-core, i386-whitelist)
[18:34] -queuebot:#ubuntu-release- Unapproved: xorg-server (noble-proposed/main) [2:21.1.7-3ubuntu2 => 2:21.1.7-3ubuntu2.1] (desktop-core, i386-whitelist, xorg) (sync)
[18:35] -queuebot:#ubuntu-release- Unapproved: xwayland (noble-proposed/main) [2:23.2.0-1 => 2:23.2.0-1ubuntu0.1] (ubuntu-desktop) (sync)
[19:16] -queuebot:#ubuntu-release- Unapproved: gtk4 (noble-proposed/main) [4.12.2+ds-1ubuntu1 => 4.12.3+ds-1ubuntu1] (desktop-core, i386-whitelist, ubuntu-desktop)
[19:21] -queuebot:#ubuntu-release- Unapproved: gtk4 (mantic-proposed/main) [4.12.2+ds-1ubuntu1 => 4.12.3+ds-1ubuntu0.1] (desktop-core, i386-whitelist, ubuntu-desktop)
[20:43] -queuebot:#ubuntu-release- Unapproved: linux-firmware (noble-proposed/main) [20230919.git3672ccab-0ubuntu2.1 => 20230919.git3672ccab-0ubuntu2.2] (core, kernel) (sync)
[23:59] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (noble-proposed) [7.0.12-2]


[02:45] <venky> # join ubuntu
[03:53] <homerhomer> ATI suck in Linux digg this and let ATI know that your next graphics card will not be an ATI (unless things change) http://www.digg.com/linux_unix/Linux_Avoid_ATI_Video_Cards
[03:58] <jmichaelx> is it possible to upgrade to gutsy by changing the repo entries in the sources.list from 'edgy' to 'gutsy'?
[04:06] <crimsun> I do not recommend that. First dist-upgrade to feisty from edgy then to gutsy.
[04:06] <FunnyLookinHat> jmichaelx, you could do it that way...  but it would be pretty nasty
[04:06] <FunnyLookinHat> Furthermore...  use the update manager to get from edgy to feisty
[04:06] <FunnyLookinHat> rather than the apt-get method.
[04:08] <jmichaelx> crimsun: that is what i meant.... change the repos to gutsy then dist-upgrade..... i meant to say feisty instead of edgy, sorry about that
[04:08] <jmichaelx> FunnyLookinHat: why use the upgrade manager? just curious as i have never used it
[04:10] <FunnyLookinHat> jmichaelx, there are discrepencies between releases that cannot be accounted for by simply updating the packages on your system.  A good example of that was from dapper -> Edgy when they changed the startup script
[04:10] <Hobbsee> well, you need to know what you're doing a bit
[04:10] <jmichaelx> interesting
[04:11] <Hobbsee> it will work using apt - but you cant just mindlessly hit y, and expect it to work
[04:12] <jmichaelx> i usually wind up having to run dist-upgrade a few times for everything to take, then fenagle with some remaining python stuff that did not want to upgrade. it has never been too rough
[04:22] <Hobbsee> yay, breakage
[12:41] <SmokeyD> !mozilla
[12:41] <ubotu> Sorry, I don't know anything about mozilla - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:41] <SmokeyD> !moztest
[12:42] <ubotu> The Mozilla-testing repos can be found at: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives. Please remember these are testing repos, the packages in these repos are not stable and may break things on your system. Use with caution. Please report bugs found from these packages to: https://wiki.ubuntu.com/MozillaTeam/PreviewArchives/Bugs.
[01:41] <Stormx2> Any specs for gutsy yet?
[01:59] <Tomcat_> Stormx2: https://blueprints.launchpad.net/ubuntu/gutsy
[03:38] <RivaeAerya> How gutsy is gutsy by now?
[03:45] <gnomefreak> RivaeAerya: not really for public testing yet
[03:46] <RivaeAerya> alright.
[03:51] <Stormx2> Do you guys recon compositebydefault will be aproved?
[03:53] <ryanpg> xorg is crashing... afterwords, apport runs... and it crashes too
[03:54] <ryanpg> then apport runs again to debug it's own crash... it tries to open firefox (which is already open because I have to log-in to my network through a browser), firefox presents a dialog complaining that there's already a version running and please close it
[03:54] <ryanpg> then it all happens again
[03:55] <ryanpg> is there a howto that describes how to run dbg on a /var/crash/*.crash file?
[03:56] <ryanpg> sorry meant gdb above of course
[04:01] <ryanpg> huh, the files in /var/crash appear not to be core dumps
[04:44] <ryanpg> when an application crashes, where is the core file found?
[04:57] <ryanpg> I thought I could run apport-retrace on the *.crash file... apparently not... of course I'm completely guessing at what might be going on
[05:02] <Trewas> it's quite annoying that there is no meta-package (linux-image-generic etc) in gutsy, or rather that the package has not been upgraded to depend on current 2.6.22-x kernels
[05:05] <Mikelevel> Trewas~ install it manually ... search 2.6.22
[05:05] <Mikelevel> and install all you need
[05:06] <Trewas> I know, but it won't get new kernels automagically on upgrades
[06:46] <gnomefreak> Trewas: they are working on it. give it time


[15:46] <Sarvatt> phew, so many sync requests :)
[15:46] <Sarvatt> BlackZ: thanks a ton for helping with the universe ones
[15:47] <BlackZ> Sarvatt: :)
[15:48] <Sarvatt> BlackZ: I really think we should wait for xterm 267 that fixes all the linking problems btw, it just got released
[15:49] <BlackZ> Sarvatt: is it in Debian?
[15:51] <Sarvatt> not yet, it *just* got released
[15:52] <BlackZ> Sarvatt: ok, then I will wait for the Debian maintainer to update it
[15:54] <BlackZ> Sarvatt: by the way, can you give a look at bug #677961 ?
[15:54] <ubot4> Launchpad bug 677961 in ppa-purge (Ubuntu) (and 1 other project) "Fails to deal with compressed indexes (affects: 8) (heat: 38)" [Undecided,New] https://launchpad.net/bugs/677961
[15:55] <Sarvatt> oh *fun*
[15:56] <BlackZ> Sarvatt: if you have a fix for it, please let me know
[15:57] <BlackZ> Sarvatt: otherwhise maybe I can give it a look tomorrow evening
[16:24] <Sarvatt> double argh, W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/natty/main/binary-i386/Packages.lzma  404  Not Found
[16:24] <Sarvatt> lzma too?
[16:48] <Sarvatt> tjaalton: so who volunteered to maintain this klingon delta in libX11 again so I can ping them? :)
[16:51] <jcristau> was from lifeless iirc
[16:53] <tseliot> Sarvatt, RAOF: what's the status of bug 650539 in Maverick?
[16:53] <ubot4> Launchpad bug 650539 in xorg (Ubuntu Maverick) (and 6 other projects) "SRU: Launching a Qt app crashes X when using Xinerama (affects: 88) (dups: 10) (heat: 518)" [High,Triaged] https://launchpad.net/bugs/650539
[16:53] <Sarvatt> needs upload desperately
[16:55] <tseliot> Sarvatt: upload or approval by the SRU team?
[16:56] <tseliot> or both?
[16:56] <Sarvatt> not sure if anyone prepared a package there but I know that fix is needed really badly
[16:58] <tseliot> Sarvatt: ok, I'll deal with it then
[17:10] <tseliot> Sarvatt: err... we don't have a branch for Maverick, do we?
[17:11] <tseliot> only one branch, right?
[17:11] <Sarvatt> nope
[17:11] <Sarvatt> yeah
[17:11] <tseliot> I'm asking as it seems that pitti uploaded 1:7.5+6ubuntu3b1 in Natty
[17:12] <jcristau> that doesn't sound like a server version
[17:12] <Sarvatt> xorg-server
[17:12] <tseliot> while we still have 1:7.5+6ubuntu3 UNRELEASED in git (???)
[17:12] <Sarvatt> thats the meta package
[17:12] <Sarvatt> patch is for xorg-server
[17:13] <Sarvatt> http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.9-branch&id=3effb61e207478d92ebbcf5dfc75535cdd2dda12
[17:13] <Sarvatt> we'll get the fix soon in natty
[17:13] <tseliot> right, I pulled the wrong code and my eyes are a little tired...
[17:14] <tseliot> sorry for the noise
[17:15] <tseliot> hehe I was even surprised that git clone was so fast
[17:15] <tseliot> thinking that it was xorg-server...
[17:25] <Sarvatt> tseliot: no need to do it in git really, we've got a newer one in natty already and no maverick branch
[17:26] <tseliot> Sarvatt: yes, I figured it out after seeing the git log
[17:26] <tseliot> I'll just change the package
[17:44] <tseliot> Sarvatt: I assigned the task for Maverick to myself. I hope RAOF doesn't mind
[17:45] <Sarvatt> i'm sure he doesn't, thanks a ton tseliot!
[17:46] <tseliot> good :)
[19:22] <tjaalton> Sarvatt: yeah it was lifeless
[20:27] <Sarvatt> yay x11-apps compiles again http://sarvatt.com/downloads/patches/0001-x11-apps-Fix-linking-with-no-add-needed.patch
[20:42] <Sarvatt> bryceh: mind sponsoring http://sarvatt.com/downloads/merges/x11-apps/ if you get a chance?
[20:43] <Sarvatt> ah wait I should include the debian changelog updates in .changes
[20:43] <bryceh> Sarvatt, sure, I'll ask a small favor in return
[20:44] <Sarvatt> there we go http://sarvatt.com/downloads/merges/x11-apps/
[20:44] <Sarvatt> anything, what's up?
[20:45] <bryceh> Sarvatt, I was taking a look at 312756 (it generates ample bug mail to me).  I don't know that there's anything we can actually do about it other than wait on upstream.  But would you mind taking a quick look and tell me your opinion?
[20:46] <bryceh> it's the hybrid graphics hot swap issue
[20:46] <bryceh> currently the bug is having people submit their DSDT's but is that just busy work or is there actually something that can tangibly be done with it?
[20:47]  * bryceh goes a-sponsorin'
[20:47] <Sarvatt> there's nothing we can actually do, but I think having people upload their DSDT's to that bug in a central place is very useful
[20:47] <bryceh> how would the DSDT's be used?
[20:49] <Sarvatt> you can tell how the multiple GPU's are implemented on that platform, i've dug into dsdt's from there many times looking up laptops to recommend to people because some are hopelessly crappy but some you can potentially switch via that acpicall module and there's no way to know without looking at the dsdt
[20:50] <bryceh> )(x11-apps_7.6+2ubuntu1_source.changes uploaded
[20:51] <Sarvatt> is there any way to make wishlist bugs specifically not spam email maybe? :)
[20:51] <Sarvatt> thanks man!
[20:51] <bryceh> procmail ;-)
[20:52] <bryceh> I think what I'm going to do is set up a procmail rule to put ^Subject: .*MASTER: bugmails into launchpad.masters
[20:52] <bryceh> and I prepended MASTER: onto this one
[20:56] <bryceh> Sarvatt, well the only thing we need to think about when asking users "post blah to this bug" is that launchpad will eventually start timing out and throwing oopses when a bug exceeds a certain number of attachments
[20:57] <bryceh> [ubuntu/natty] x11-apps 7.6+2ubuntu1 (Accepted)
[20:57] <Sarvatt> darn, launchpad is that broken?
[20:58] <Sarvatt> I used that bug extensively when shopping for a new laptop for instance :D
[21:09] <bryceh> yeah we had a similar bug report where people posted data about unsupported joystick buttons, that eventually hit the limit
[21:09] <bryceh> I encountered it due to my arsenal scripts choking on it when processing through bugs
[21:10] <bryceh> again it was another situation where there was nothing we could do, it was a kernel / protocol limitation
[21:10] <bryceh> iirc
[21:10] <Sarvatt> I still reference that evtouch lshal bug to tell people quirks for their touchpads :D
[21:10] <bryceh> can you load it?
[21:10] <Sarvatt> I could last week when I did last, hmm
[21:11] <bryceh> well possibly launchpad fixed the problem, but it would oops regularly for me when I looked into the oops a few months ago
[21:11] <bryceh> oh you know what, maybe the did fix it
[21:11] <bryceh> I was bugging people left and right about that issue when I was on launchpad
[21:11] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xf86-input-evtouch/+bug/317094?comments=all works fine
[21:11] <ubot4> Launchpad bug 317094 in xf86-input-evtouch (Ubuntu) "meta bug to collect lshal touchscreen info (affects: 44) (dups: 2) (heat: 316)" [Undecided,Won't fix]
[21:11] <Sarvatt> maybe they were playing with timeouts?
[21:12] <bryceh> no one had a clue at the time, but I recall lifeless kept working on it
[21:12] <Sarvatt> https://edge.launchpad.net/ubuntu/+archive/primary/+copy-packages?field.name_filter=linux&field.status_filter=published&field.series_filter=natty  used to timeout oops 99% of the time for me, but its been ok lately
[21:14] <Sarvatt> speaking of which, 5th kernel copy in a row that worked fine, amazing!
[21:14] <Sarvatt> for 6 months it would oops every time but actually do the copy
[21:15] <Sarvatt> OOPS-1787ED1419
[21:15] <ubot4> https://lp-oops.canonical.com/oops.py/?oopsid=1787ED1419
[21:16] <Sarvatt> didn't like searching for linux packages in sid :)
[21:29] <bryceh> interesting; they're changing the wayland license from MIT to LGPLv2
[22:03] <ilmari> bryceh: URL?
[22:05] <Sarvatt> http://lists.freedesktop.org/archives/wayland-devel/2010-November/000249.html
[22:06] <pcjc2> Hi guys, how are things in Intel-gfx land on Ubuntu?
[22:07] <pcjc2> I've been testing for a while on maverick + Xorg-edgers + Natty kernel + drm-intel-next DRM backport, and all is really good
[22:09] <Sarvatt> the usual, many regressions creeping in and getting fixed up shortly after on the kernel side lately :) maverick's 2.12 still has problems with the copy-fb patch, intel GPU's are still slow as dirt, nothing too exciting
[22:12] <Sarvatt> natty wont get "fun" until around christmas when mesa 7.10 goes in
[22:13] <Sarvatt> although compiz <IP_ADDRESS> that's in here is already lots of "fun"
[22:13] <pcjc2> Using the drivers on a daily basis and tracking kernel changes, I can pretty much pinpoint the regressions, ping Chris Wilson, and he fixes them in about 2 hours or less ;)
[22:13] <pcjc2> "fun" as in bad?
[22:13] <Sarvatt> yeah he's awesome like that, I agree :)
[22:13] <pcjc2> xorg-edges mesa tracks master, right...? That seems pretty good to me
[22:13] <Sarvatt> yeah
[22:14] <pcjc2> shader compiler is pretty rubbish, but I can't see that being my bottleneck yet
[22:14] <Sarvatt> well you probably dont use things like kwin where the fun shows up :)
[22:14] <pcjc2> I have too many damned pixels on screen to get decent framerate, even with glClear
[22:14] <pcjc2> I have occasionally turned compiz on, but tend to switch it back off to do performance testing
[22:15] <pcjc2> What surprises me is that the desktop, compositing, etc.. don't "seem" slow, yet one measly NOOP render running a glClear once per frame can't beat 60fps full-screen (with sync to VBLANK disabled)
[22:16] <Sarvatt> been focused on sandybridge here and its fun finding out all my hardware has errata making it useless on the graphics side
[22:16] <pcjc2> Still trying to find the magic bullet to cure that, in my search have just ordered some more 800Mhz ram (had a 667Mhz chip in there)
[22:18] <Sarvatt> sheesh, mesa is a blast to work with sometimes eh?
[22:18] <pcjc2> yep
[22:18] <pcjc2> Canonical has some Sandybridge pre-production machines to play with?
[22:22] <Sarvatt> yeah, it's surprisingly decent too (just not on linux) :)
[22:23] <pcjc2> from the sounds of the development work, the architecture has changed a lot
[22:29] <Sarvatt> pcjc2: what GPU are you using where things are fine on edgers?
[22:29] <pcjc2> GM45
[22:30] <pcjc2> But note the drm-intel-next kernel backport
[22:30] <Sarvatt> interested because I've seen some reports of people having to disable page flip support still and we dropped the disabling patch in natty (it's been disabled in edgers since 2.12)
[22:30] <pcjc2> woot.. magic switch
[22:30] <pcjc2> (One I'd found before)
[22:30] <pcjc2> sudo intel_reg_write 0x21D0 0x1000207
[22:30] <pcjc2> 59.6 redraws per second -> 82.8 redraws per second
[22:30] <pcjc2> with one BIT of one ECO register
[22:32] <pcjc2> oh, no.. wait - it has gone back again.. WHY must things be so variable
[22:33] <pcjc2> I know that bit has bumped performance for me before.. it disables some clock-gating on the chip's rendercache. It was a documented 965 ECO, but still seems to do "something" in GM45.
[23:04] <nigelb> bryceh: hi, need your take on a bug
[23:05] <nigelb> bryceh: bug 325581, the patch needs to go into kernel or into xorg server?
[23:05] <ubot4> Launchpad bug 325581 in xserver-xorg-input-evdev (Ubuntu) (and 1 other project) "kensington pocket mouse model #72237 USB 0d62:1000 not working under 8.10 (affects: 1) (heat: 17)" [High,Confirmed] https://launchpad.net/bugs/325581


[20:38] <nuovolnx> Hi everyone, I intend to buy a smartphone and then replace Android with Ubuntu. Can you recommend a cheap smartphone? Is it possible to use WhatsApp? Taking photos?
[20:50] <nuovolnx> nobody?