| jasoncwarner_ | RAOF, how you looking with compositor for getting to robert_ancell this week? still on track? | 00:42 |
|---|---|---|
| RAOF | jasoncwarner_: Run into an unexpected snag - the xwayland server is a patch series on top of xserver 1.12 (which is fine, we've got a 1.12 PPA and we'll copy that to quantal next week or so), but the whole xserver tree got reindented between 1.12.0 and 1.12.2 (which we'll use). | 00:43 |
| RAOF | So I'm just fixing that up, *then* I can hand off to robert_ancell :) | 00:44 |
| jasoncwarner_ | cool, sounds like a plan. | 00:44 |
| jasoncwarner_ | Thanks, man . | 00:44 |
| MetrosenRJ | I would like to help you, I have a laptop with sis chipset video mirage 3672, I installed ubuntu 4.12 and the video was 800x600, I found searching on google one. deb file with the drivers sis 672 for version 4.12, installed and managed to resolution 1280x800, was visually more beautiful I can not run any video or the VLC by opening it gives to log out. Anyone know a solution? | 02:57 |
| MetrosenRJ | anybody? | 02:59 |
| MetrosenRJ | this channel has 127 people who use ubuntu and nobody is manifested | 03:00 |
| MetrosenRJ | anyone know? | 03:00 |
| AfC | manifested? | 03:23 |
| thomi | RAOF: got a second? | 03:30 |
| pitti | bigon: what's up? | 04:01 |
| thumper | robert_ancell: ping | 04:20 |
| robert_ancell | thumper, hep | 04:21 |
| thumper | robert_ancell: have you got a few minutes to help thomi out with an X/lightDB thing? | 04:21 |
| thomi | *lightDM | 04:21 |
| thumper | lightDM | 04:21 |
| * thumper sighs | 04:22 | |
| thumper | sausage fingers | 04:22 |
| robert_ancell | sure | 04:22 |
| thumper | robert_ancell: our AP machine isn't booting to lightDM | 04:23 |
| thumper | but getting to a failsafe | 04:23 |
| thumper | however if we kill X and restart lightDM, it works | 04:23 |
| thumper | or something... | 04:23 |
| * thumper looks at thomi | 04:24 | |
| robert_ancell | AP? | 04:24 |
| thomi | autopilot | 04:24 |
| thomi | one second | 04:24 |
| robert_ancell | first thing is to look at /var/log/lightdm/lightdm.log | 04:24 |
| thomi | So there's some background info you may need :) | 04:25 |
| thomi | We're PXE booting the live precise daily CD, with NFS root FS. We get an error in the X log file, which says: | 04:26 |
| thomi | [drm] failed to set drm interface version. | 04:26 |
| thomi | Yesterday RAOF suggested that this may be because the drivers weren't loading | 04:27 |
| thomi | I confirmed that the drivers *are* in fact loaded, so we formed the hypothesis that maybe there's a race condition between the drivers loading and X starting. | 04:27 |
| RAOF | And rebuilding the initramfs so that the drivers are in there hasn't worked? Bah. | 04:27 |
| thomi | I've just finished putting the drivers into the boot initrd, but I still get the same issue | 04:27 |
| thomi | RAOF: yeah :( | 04:28 |
| robert_ancell | hmm, so sounds like an X issue then | 04:28 |
| robert_ancell | and/or lightdm is being started before the drm device is ready | 04:28 |
| thomi | RAOF: any idea how I'd confirm that the modules are in fact being loaded as part of the initrd? I mean, I added them, and it still boots, but I'm not sure how to confirm that I've actually altered anything | 04:31 |
| thomi | I can see where the drm module is loaded in the dmesg output, I guess that's a good sign | 04:31 |
| RAOF | thomi: You can pass break=mount on the kernel command line; the boot process will then stop in the initramfs, and you should be able to modprobe/lsmod in there. | 04:31 |
| thomi | RAOF: ahhh, OK, let me try that | 04:32 |
| RAOF | Damnit. When will Debian have ddebs? | 04:35 |
| RAOF | I don't *want* to add a colord-dbg package; that's less-than-pointless busywork that should be handled by the archive tools. | 04:36 |
| ajmitch | RAOF: probably some time after they rely only on builds done on buildds | 04:37 |
| * micahg sees RAOF writing DEP 12 | 04:42 | |
| thomi | RAOF: OK, this is messing with my mind. The kernel appears to be booting version 3.4.0-3, but the initrd on the CD seems to be for 3.2.0-24 | 04:47 |
| RAOF | That would make things a bit weird :) | 04:48 |
| RAOF | In particular, there's no way those drm modules would work ;) | 04:48 |
| thomi | RAOF: well, I think it's not even loading the right initrd. I expected it to load /casper/initrd.lz | 04:49 |
| * ajmitch wonders what daily image has 3.4.0 | 04:49 | |
| thomi | but the files in that file are totally different to what I see from the busybox prompt | 04:49 |
| micahg | ajmitch: I thought quantal would | 04:50 |
| ajmitch | micahg: right, but thomi said it's a precise image, and 3.2.0-24 is the current kernel revision for precise | 04:50 |
| thomi | the precise daily live CD seems to | 04:50 |
| thomi | OK, so I must be doing this wrong | 04:50 |
| ajmitch | not according to the manifest | 04:50 |
| ajmitch | you're using the image from http://cdimage.ubuntu.com/precise/daily-live/current/ ? | 04:51 |
| thomi | yes. To be precise (haha): cdimage.ubuntu.com::cdimage/precise/daily-live/current/precise-desktop-i386.iso | 04:52 |
| thomi | err, that's the rsync source | 04:52 |
| thomi | so I may have made a few assumptions. | 04:52 |
| thomi | The FS I see at the busybox prompt is the initrd FS, yes? | 04:52 |
| * ajmitch would assume so, but doesn't know for certain | 04:55 | |
| thomi | hmm, it must be loading it from somewhere else then | 04:56 |
| thomi | because none of my changes are showing up | 04:56 |
| thomi | RAOF: do you know who I should bug to find out what I'm doing wring with this initrd thing? I can only think that I'm modifying totally the wrong thing. | 05:04 |
| RAOF | thomi: My guess is that slangasek or cjwatson would probably know? | 05:04 |
| thomi | hey - here's something interesting - I just hit Ctrl+D from the busybox prompt, and it booted straight into the desktop. | 05:05 |
| thomi | which reinforces my beliefe that this is a race condition somehow | 05:05 |
| * thomi tries to repeat | 05:06 | |
| thomi | yup, 2 from 2. maybe I fixed it by thinking at it really hard | 05:09 |
| thomi | RAOF: OK, if I put ' break=mount ' on the kernel command line and exit from busybox (without doing anything) it works. If I take out the ' break=mount ' then it fails. It also seems that the drm module *is* being loaded as part of the initrd load. | 05:10 |
| thomi | RAOF: so, any other ideas? ;) | 05:11 |
| RAOF | So you get the initramfs prompt in the screen's native resolution? | 05:12 |
| RAOF | Is this the equivalent of an amazingly, super, awesomely fast hard drive? | 05:12 |
| thomi | RAOF: uhhh, I don't know - the machine is plugged in to a KVM... let me see if I can detect a screen resolution change | 05:13 |
| RAOF | When you break=mount you should notice the initramfs prompt being at a nice high resolution; (generally) not the BIOS default 320x200/640x480. | 05:13 |
| thomi | RAOF: yes, it jumps from the BIOS resolution of 720x400 to 1024x768 | 05:14 |
| RAOF | Ok, so it really is loading the drm module in the initramfs. | 05:14 |
| thomi | seems so. | 05:15 |
| RAOF | Is the boot really amazingly fast? | 05:16 |
| thomi | uhhh, I wouldn't have said so. | 05:16 |
| RAOF | I wonder what's racing, then. | 05:18 |
| thomi | RAOF: about 10-12 seconds | 05:18 |
| thomi | from the busybox prompt to X starting when it works. | 05:18 |
| RAOF | It certainly *seems* like a race, but that should be easily enough for drm to settle down, especially since it's loading so early. | 05:18 |
| thomi | I can take out the break=mount and count again if you want | 05:18 |
| RAOF | Maybe? I'm not really sure. Perhaps apw would be helpful; he's dealt with drm race conditions from the kernel side before. | 05:21 |
| thomi | RAOF: OK, A few more hours till he gets online I guess | 05:21 |
| thomi | RAOF: seems about the same boot time | 05:24 |
| RAOF | That doesn't seem fast enough to be the sort of race I'm thinking about; my systems boot in about that time, too. | 05:24 |
| thomi | right | 05:25 |
| RAOF | Is there any *other* initialisation that occurs during livecd boot that doesn't occur normally? | 05:25 |
| thomi | also, this used to work, I'm reasonably sure that I've eliminated anything *I've* done from the mix, which leaves... I dunno - a change in the daily CD maybe? | 05:26 |
| RAOF | Happen to remember *when* this worked? | 05:32 |
| thomi | I can look it up, one second | 05:32 |
| thomi | June 7th | 05:32 |
| thomi | thing is, I was changing things at the time, but as I say, I've spent a couple of days removing all the changes I was making at the time | 05:33 |
| BigWhale | Good Morning. | 05:33 |
| RAOF | thomi: You mean the *precise* livecd worked on the 7th of June this year? | 05:34 |
| thomi | yup | 05:34 |
| RAOF | That surely hasn't changed since 12.04 release! | 05:34 |
| thomi | I figured maybe we still produce daily CD builds that contain stuff coming in the SRU? | 05:35 |
| thomi | I guess not | 05:35 |
| ajmitch | the cd images are dated later than the 7th, surely they're for 12.04.1? | 05:39 |
| didrocks | good morning | 05:39 |
| thomi | ajmitch: that makes sense | 05:40 |
| thomi | hi didrocks | 05:40 |
| didrocks | hey thomi! | 05:40 |
| thomi | RAOF: I've just re-run a build without *any* customisations - just extract the ISO and go, with the same results. | 05:41 |
| thomi | so is there a way to see what changes have been made to the CD daily ISOs in terms of packages & changelogs? | 05:41 |
| RAOF | thomi: And does the 12.04 release livecd (still) work? | 05:41 |
| thomi | RAOF: good idea, I'll check... | 05:42 |
| ajmitch | thomi: you can diff the manifests | 05:42 |
| thomi | trying this one: /releases/precise/release/ubuntu-12.04-dvd-i386.iso | 05:43 |
| thomi | ...with the same results | 05:48 |
| RAOF | Which suggests that perhaps it's *not* a change in the CDs. | 05:54 |
| thomi | RAOF: Yeah. I'll try and catch apw this evening and see what he says. | 06:46 |
| RAOF | thomi: It's really strange if your setup used to work with the same CD images. | 06:46 |
| thomi | indeed | 06:47 |
| seb128 | hey | 07:51 |
| didrocks | hey seb128 | 07:52 |
| seb128 | lut didrocks | 07:52 |
| === tkamppeter_ is now known as tkamppeter | ||
| tjaalton | how does one get more kbd layout options to the unity-greeter? some langsupport packages installed or.. | 08:00 |
| seb128 | tjaalton, the greeter list your user layouts, just add one to your user session | 08:01 |
| seb128 | tjaalton, i.e that's by user, corresponding to the selected user | 08:02 |
| tjaalton | seb128: and what if a user has never logged in? | 08:02 |
| seb128 | tjaalton, you get only the system layout | 08:02 |
| tjaalton | ok | 08:02 |
| tjaalton | and what if it's on a large setup where you first need to enter your username? same thing? | 08:03 |
| tjaalton | silly questions i get :) | 08:04 |
| tjaalton | guess it's a regression compared to gdm that you can't select the layout from the installed ones | 08:07 |
| tjaalton | from the login screen | 08:07 |
| seb128 | tjaalton, sorry, I didn't read the channel for a bit | 08:20 |
| seb128 | tjaalton, regression, design choice, I think the GTK greeter has a language selector | 08:20 |
| seb128 | tjaalton, it's a greeter thing really, not a lightdm thing | 08:21 |
| seb128 | tjaalton, you would like a flat list of over an hundred keymaps? | 08:21 |
| seb128 | tjaalton, we tried that for a bit, the indicator was just impossible to use | 08:21 |
| tjaalton | gtk-greeter doesn't have it | 08:21 |
| tjaalton | well even a static list of things to choose from, that the admin approves as 'supported' or such | 08:22 |
| tjaalton | also this is apparently still true :) https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/917144/comments/8 | 08:22 |
| ubot2 | Ubuntu bug 917144 in unity-greeter "Other ... option is missing" [Low,Confirmed] | 08:22 |
| tjaalton | unrelated to my question though | 08:23 |
| seb128 | tjaalton, the gtk greeter has a language selector option for sure (it might not be one by default), not sure if that includes keymaps though | 08:24 |
| seb128 | tjaalton, having a "default list of keymaps" or "always listed keymaps" merged with the user list seems a reasonable request | 08:24 |
| seb128 | tjaalton, can you file a request with a described usecase on unity-greeter | 08:24 |
| seb128 | tjaalton, the "other" stuff was an "hot" topic with design, they found in user testing that this entry was confusing lot of desktop users... | 08:25 |
| tjaalton | seb128: sure thing, thanks | 08:25 |
| seb128 | tjaalton, not sure what we can do out of having different configs, greeters for desktop cases and corporates ones | 08:25 |
| tjaalton | the "other" issue isn't an issue for my friend, apparently they have just "Login" now, so maybe the bug could be closed, dunno | 08:25 |
| seb128 | tjaalton, well, that's a configure think, you get "login" if you hide the users list | 08:27 |
| seb128 | tjaalton, but by default you have the user list and no "other" option | 08:27 |
| seb128 | so if you get non listed users you need to tweak your config to be able to enter an username | 08:27 |
| tjaalton | from that bug it would seem that with "greeter-hide-users=true" they got "other" and "guest", but meh | 08:27 |
| seb128 | tjaalton, right, that's what I was trying to say, if you hide the userlist (which is the option you just mentioned) you get the entry | 08:29 |
| tjaalton | seb128: let Esko file it, bug 1012560. marked it confirmed/low for now | 08:37 |
| ubot2 | Launchpad bug 1012560 in unity-greeter "unity-greeter should offer a configuration option for defining "supported" keymaps for selection" [Low,Confirmed] https://launchpad.net/bugs/1012560 | 08:37 |
| seb128 | tjaalton, thanks | 08:37 |
| chrisccoulson | good morninge veryone | 08:38 |
| seb128 | hey chrisccoulson, how are you? | 08:38 |
| chrisccoulson | seb128, yeah, good thanks. but a bit tired | 08:38 |
| chrisccoulson | how are you? | 08:38 |
| Sweetshark | moin! | 08:38 |
| seb128 | hey Sweetshark | 08:39 |
| seb128 | chrisccoulson, I'm good thanks | 08:39 |
| seb128 | chrisccoulson, did you do late hacking again? | 08:39 |
| chrisccoulson | seb128, i was investigating this bug quite late | 08:40 |
| seb128 | chrisccoulson, the focus one? | 08:40 |
| seb128 | chrisccoulson, did you find anything? | 08:40 |
| chrisccoulson | seb128, yeah, it's a unity 2d bug :) | 08:40 |
| chrisccoulson | seb128, https://launchpad.net/~chrisccoulson/+archive/ppa/+sourcepub/2505509/+listing-archive-extra fixes it | 08:40 |
| chrisccoulson | the panel sends the wrong timestamp when closing a window | 08:41 |
| chrisccoulson | it sends the system time rather than the X timestamp | 08:41 |
| chrisccoulson | really silly ;) | 08:41 |
| seb128 | chrisccoulson, I knew it! damn unity 2d :p | 08:42 |
| chrisccoulson | thanks to artnay for helping debug this over IRC too :) | 08:42 |
| bigon | pitti: re consolekit, well I'm trying to figureout when a new session must me started | 08:45 |
| bigon | and I saw a patch from you in the pam connector | 08:46 |
| === chris_ is now known as Guest73851 | ||
| rickspencer3 | seb128, it seems that KDE is having some ongoing problems in the archives? | 09:05 |
| rickspencer3 | http://people.canonical.com/~ubuntu-archive/testing/quantal_probs.html | 09:05 |
| rickspencer3 | and I guess calligra is not building at all on ARM? | 09:05 |
| seb128 | rickspencer3, the current version failed to build apparently | 09:08 |
| rickspencer3 | seb128, this has been dangling for some days | 09:08 |
| rickspencer3 | is someone from Kubuntu working on it? | 09:08 |
| seb128 | rickspencer3, I don't know but I will find out ;-) | 09:16 |
| rickspencer3 | seb128, ok, thanks | 09:16 |
| rickspencer3 | the Kubuntu community should be on top of their quality in the archive | 09:16 |
| seb128 | yeah, makes sense | 09:16 |
| rickspencer3 | seb128, feel free to escalate to jasoncwarner_ if you need someone to follow up with them | 09:16 |
| seb128 | rickspencer3, ok | 09:22 |
| rickspencer3 | thanks seb128 | 09:22 |
| seb128 | thanks for pointing the issue ;-) | 09:23 |
| === rickspencer3 is now known as rickspencer3_ | ||
| === rickspencer3_ is now known as rickspencer3 | ||
| === MacSlow is now known as MacSlow|lunch | ||
| seb128 | chrisccoulson, shouldn't you comment on the firefox bug to point them to your test package or reassign to unity-2d or something? | 11:40 |
| === MacSlow|lunch is now known as MacSlow | ||
| === ralsina is now known as mandels_ring | ||
| === mandels_ring is now known as ralsina | ||
| === pitti is now known as pitti_ | ||
| === pitti_ is now known as pitti | ||
| === apw is now known as apw_ | ||
| === apw_ is now known as cafetiere | ||
| === cafetiere is now known as apw_ | ||
| === apw_ is now known as cafetiere | ||
| === cafetiere is now known as apw | ||
| === MrChrisDruif is now known as ChrisDruif | ||
| === ChrisDruif is now known as BrokenThumb | ||
| === BrokenThumb is now known as MrChrisDruif | ||
| === geser is now known as geser_ | ||
| === geser_ is now known as geser | ||
| bcurtiswx | good morning | 13:10 |
| === m_conley_away is now known as m_conley | ||
| seb128 | mvo, hey, you or glatzor should make the bugs of the aptdaemon SRU which is the queue SRU compliant | 13:44 |
| seb128 | mvo, i.e testcase, regression potential, impact at least | 13:44 |
| chrisccoulson | seb128, yeah, sorry. i've commented and reassigned it now (https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/1010466/comments/22) ;) | 13:51 |
| ubot2 | Ubuntu bug 1010466 in unity-2d "dropdown boxes on sites stop working" [Medium,Confirmed] | 13:51 |
| seb128 | chrisccoulson, thanks | 13:51 |
| seb128 | popey, didrocks: ^ we need that SRUed please | 13:52 |
| didrocks | where is sil2100? | 13:52 |
| didrocks | popey: can you pass it on? | 13:52 |
| seb128 | popey, didrocks: chrisccoulson has a patch for it | 13:52 |
| didrocks | anyway, the -2d SRU is still blocked on the C++ case | 13:53 |
| seb128 | chrisccoulson, did you merge request it for lp:unity-2d? | 13:53 |
| MrChrisDruif | I thought unity-2d would get dropped? | 13:53 |
| chrisccoulson | seb128, i think we need to handle the SRU, as it has to go through *-security | 13:53 |
| * didrocks looks | 13:53 | |
| chrisccoulson | (well, micahg needs to handle it) :) | 13:53 |
| seb128 | MrChrisDruif, it will, it's shipped in precise though | 13:53 |
| seb128 | chrisccoulson, why was that not an issue with firefox < 13? | 13:53 |
| chrisccoulson | seb128, there was a change in firefox to use real timestamps in pointer grabs, to fix some other issues | 13:54 |
| seb128 | ok | 13:54 |
| MrChrisDruif | Yeah, which wise guy didn't mention this in time for precise? ;-) Now we're stuck with it for 5 years =) | 13:54 |
| chrisccoulson | then there was a whole bunch of changes on top of that which rely on the new behaviour ;) | 13:54 |
| didrocks | popey: can you get unity-2d upstream reviewing the patch, getting it merged today, and then, we cherry-pick? | 13:54 |
| chrisccoulson | else i would have reverted it for a bit | 13:54 |
| seb128 | chrisccoulson, ok | 13:55 |
| mvo | seb128: indeed, let me work on this next | 13:56 |
| seb128 | mvo, thanks | 13:58 |
| seb128 | mvo, nice to see those bugs fixed btw so kudos to glatzor and you ;-) | 13:58 |
| popey | didrocks: yeah, will do, thanks | 13:59 |
| didrocks | popey: this is urgent, we need a patch now | 13:59 |
| didrocks | popey: well, the time for chrisccoulson's patch to get merged by upstream and so on | 14:00 |
| didrocks | then cherry-pick in the current unity-2d package | 14:00 |
| popey | ya | 14:00 |
| seb128 | didrocks, sil2100, popey: talk with micahg, that update will need to go through -security according to chrisccoulson since that's where the firefox update got shipped and the fix needs to reach the same set of users | 14:01 |
| popey | thanks | 14:01 |
| seb128 | chrisccoulson, did you put a merge request up yet? | 14:02 |
| chrisccoulson | seb128, no, i wasn't sure what the process was for unity-2d :) | 14:02 |
| chrisccoulson | want me to do that? | 14:02 |
| seb128 | chrisccoulson, yes please | 14:02 |
| seb128 | chrisccoulson, process, just do a merge request for lp:unity-2d | 14:02 |
| chrisccoulson | seb128, ok, will do. thanks! | 14:03 |
| seb128 | chrisccoulson, yw | 14:03 |
| sil2100 | seb128, didrocks, popey: so that I understand it correctly... this patch needs to be released urgently, without considering the other SRU patches for unity-2d? | 14:05 |
| artnay | chrisccoulson: there's probably an issue with your patched unity-2d-launcher (launcher doesn't get drawn, can be only triggered with <super>) - also, the FX bug doesn't happen in unity-3d but it's still valid in unity-2d *and* gnome-shell | 14:05 |
| didrocks | sil2100: indeed | 14:05 |
| didrocks | sil2100: it needs to go through -security | 14:05 |
| sil2100 | So just a cherry pick to the current unity-2d version in precise? | 14:05 |
| sil2100 | ACK | 14:05 |
| didrocks | sil2100: but still need to be reviewed upstream and merged | 14:06 |
| sil2100 | So for now we're waiting for a merge to unity-2d, right? | 14:06 |
| chrisccoulson | artnay, i'm not sure how that could happen, as this is just a one liner to the panel code, which is quite isolated :/ | 14:06 |
| seb128 | sil2100, then it needs to be merged as well in the normal SRU you plan to get out soon | 14:06 |
| chrisccoulson | it doesn't touch anything in the launcher at all | 14:06 |
| seb128 | didrocks, ^ | 14:06 |
| popey | seb128: we need to line up -security to look at it though | 14:06 |
| chrisccoulson | are you sure it didn't happen before? | 14:06 |
| sil2100 | seb128: ACK | 14:06 |
| seb128 | popey, yeah, get the update ready and talk to micahg to get it out | 14:06 |
| artnay | chrisccoulson: 100% positive, started to happen only after updating to test1 | 14:06 |
| didrocks | seb128: well, it's a cherry-pick in the packaging branch, not relevant to talk about the normal SRU as it's unity-2d trunk | 14:06 |
| chrisccoulson | hmmm :/ | 14:07 |
| didrocks | seb128: that's why I'm speaking about getting it merged to trunk first | 14:07 |
| seb128 | ok | 14:07 |
| didrocks | seb128: we are not "waiting for a merge", you need to ping upstream and explain they need to review it | 14:07 |
| didrocks | oupss | 14:08 |
| didrocks | sil2100: ^ | 14:08 |
| popey | ☺ | 14:08 |
| didrocks | that was for you :) | 14:08 |
| sil2100 | ;) | 14:08 |
| didrocks | ETOOMANYs ;) | 14:08 |
| sil2100 | Was the MRQ requested already? | 14:08 |
| didrocks | chrisccoulson: ^ | 14:09 |
| sil2100 | chrisccoulson: ? | 14:09 |
| chrisccoulson | didrocks, sil2100, not yet. doing it now ;) | 14:09 |
| sil2100 | chrisccoulson: ping me once it's setup ;) | 14:09 |
| chrisccoulson | didrocks, sil2100 - https://code.launchpad.net/~chrisccoulson/unity-2d/lp1010466/+merge/110075 | 14:16 |
| didrocks | thanks chrisccoulson | 14:16 |
| sil2100 | chrisccoulson: it's getting reviewed | 14:20 |
| chrisccoulson | sil2100, thanks | 14:20 |
| sil2100 | hm, where did Chris go? | 14:38 |
| MrChrisDruif | I'm right here? | 14:38 |
| sil2100 | The other Chris ... ;) | 14:38 |
| MrChrisDruif | Ghehe, I figured ;-) | 14:39 |
| sil2100 | chrisccoulson: could you check the comment from the unity-2d guys on the MRQ? | 14:43 |
| seb128 | sil2100, he just did | 14:48 |
| seb128 | sil2100, i.e merge request updated | 14:49 |
| sil2100 | Approved \o/ | 15:01 |
| sil2100 | Waiting for it to get merged and I'll cherry pick it | 15:12 |
| sil2100 | didrocks, seb128: how should I give it to the -security team? | 15:12 |
| sil2100 | Can I push it to some local branch for them to use for packaging? | 15:13 |
| sil2100 | Or should I prepare a source package? | 15:13 |
| seb128 | sil2100, either, like you would give to any packager or sponsor | 15:16 |
| seb128 | micahg, hey, are you there yet? | 15:16 |
| sil2100 | I'm pinging him, but I think he's still not around | 15:16 |
| seb128 | sil2100, it might be a bit early for him still | 15:21 |
| didrocks | sil2100: you tested it on your machine as well, right? :) | 15:22 |
| micahg | hi seb128 | 15:29 |
| seb128 | micahg, hey | 15:29 |
| seb128 | micahg, chrisccoulson got a fix for unity-2d for the tb,firefox grab issue | 15:30 |
| seb128 | micahg, sil2100 has been backporting it and doing a package update, can you work with him to get that uploaded to -security? | 15:30 |
| micahg | seb128: sure | 15:30 |
| seb128 | micahg, thanks | 15:30 |
| seb128 | sil2100, ^ | 15:31 |
| sil2100 | micahg: how would you prefer to get the fix? | 15:31 |
| micahg | sil2100: bzr branch or debdiff is fine, are there release specific branches or the UDD ones? | 15:31 |
| sil2100 | micahg: everything's in one branch | 15:32 |
| sil2100 | micahg: the source and distro packaging | 15:32 |
| sil2100 | I'll just double test if it's fine and send you the branch :) | 15:33 |
| micahg | sil2100: we've got 3 unity-2d releases in stable | 15:33 |
| sil2100 | micahg: what are the version numbers? | 15:34 |
| micahg | sil2100: http://paste.ubuntu.com/1039238/, so we need it based on the version in -updates for oneiric and precise | 15:34 |
| sil2100 | micahg: since I'm first patching 5.12.0-0ubuntu1 from precise-updates | 15:34 |
| micahg | sil2100: I can take them as you have them ready and start testing them, do we have a bug with a proper test case as well? | 15:35 |
| sil2100 | micahg: but only the versions from -updates, right? i.e. 5.12.0-0ubuntu1 and 4.12.0-0ubuntu1.1 ? | 15:35 |
| sil2100 | chrisccoulson: ^^ | 15:35 |
| micahg | sil2100: right, natty never got an update thusfar, so it'll be based on the release version | 15:35 |
| sil2100 | micahg: ACK, will ping you as soon as I set up everything | 15:37 |
| micahg | sil2100: thanks | 15:37 |
| micahg | sil2100: what time zone are you in BTW? | 15:37 |
| sil2100 | micahg: european, UTC+2 right now iirc | 15:38 |
| sil2100 | micahg: but I'll still be around for a while | 15:38 |
| sil2100 | didrocks: as the series, should I set precise-security etc.? | 15:39 |
| didrocks | sil2100: indeed | 15:39 |
| sil2100 | didrocks: what about the version number? 5.12.0-0ubuntu2 ? (for precise) | 15:41 |
| didrocks | sil2100: can be 1.1 | 15:42 |
| didrocks | 5.12.0-0ubuntu1.1 | 15:42 |
| sil2100 | ACK | 15:42 |
| sil2100 | didrocks: could you ACK on https://code.launchpad.net/~sil2100/unity-2d/precise-security ? | 15:47 |
| sil2100 | I mean, if the changelog is fine | 15:47 |
| sil2100 | etc. | 15:47 |
| didrocks | looking | 15:48 |
| didrocks | sil2100: everything looks fine to me, I see no gotcha :) | 15:49 |
| sil2100 | didrocks: thanks! Doing the same for the rest now | 15:49 |
| didrocks | great | 15:49 |
| didrocks | micahg: ^ | 15:49 |
| sil2100 | (and testing) | 15:49 |
| sil2100 | micahg: hmm, there's no 4.12.0-0ubuntu2 for unity-2d on oneiric? | 15:50 |
| micahg | sil2100: no, there's 1.1 in updates | 15:51 |
| sil2100 | Ok, doing it the rough way then | 15:51 |
| micahg | didrocks: do you maintain post-release branches anywhere (just worrying if I need to modify the changelog) | 15:52 |
| didrocks | micahg: we didn't for unity-2d yet as we didn't diverge, but it should be ~ubuntu-desktop/unity-2d/precise | 15:53 |
| micahg | didrocks: what about oneiric and natty | 15:53 |
| didrocks | it was still under ~unity-team IIRC, let me check :) | 15:54 |
| didrocks | should be lp:unity-2d/4.0 for oneiric | 15:55 |
| didrocks | and lp:unity-2d/3.0 for natty | 15:55 |
| didrocks | but double checking is wanted | 15:55 |
| didrocks | micahg: as it's quite dead right now, and trunk will be /precise soon, not sure if you want to store an additional maintain branch for precise, it's as you wish | 15:56 |
| micahg | didrocks: ok, should I push changelog changes there? | 15:56 |
| micahg | didrocks: I don't need it at all, I have the archive as a Vcs :) | 15:56 |
| micahg | I just don't want to mess you up | 15:56 |
| didrocks | micahg: no need then, the next SRU (coming soon) is based on trunk and contain the fix already | 15:56 |
| didrocks | I'll just ensure we will have the changelog in it | 15:57 |
| === zyga is now known as zyga-afk | ||
| micahg | didrocks: ok, thanks | 15:57 |
| didrocks | yw :) | 15:57 |
| sil2100 | didrocks: well, lp:unity-2d/4.0 is for oneiric, but not oneiric-updates | 15:57 |
| sil2100 | didrocks: it seems one version got lost somewhere, eh | 15:58 |
| didrocks | sil2100: ah, probably | 15:59 |
| sil2100 | didrocks: not a problem though | 16:00 |
| didrocks | great :) | 16:00 |
| sil2100 | didrocks: I would need some advice though - since ubuntu1.1 from oneiric-updates uses a quilt patch for introducing the new changes | 16:01 |
| sil2100 | didrocks: should I do the same for ubuntu1.2 (our -security changes) ? | 16:01 |
| micahg | Sweetshark: FWIW, you usually don't want to hijack an actual bug for a huge SRU, the bug is part of what you want to verify | 16:01 |
| sil2100 | i.e. adding a quilt patch? Or maybe just include it normally, without using any quilt patches? | 16:02 |
| didrocks | sil2100: it's whatever you prefer, if you want to include it manually, you need to readd the missing upload though | 16:02 |
| didrocks | sil2100: I would say rebase is the best :) | 16:02 |
| sil2100 | didrocks: rebase, you mean turning the ubuntu1.1 quilt patch into a bzr commit and then add our -security ubuntu1.2 patch on top of it directly to the source as well? | 16:03 |
| sil2100 | And requesting the ubuntu1.1 patch to unity-2d/4.0 ? | 16:04 |
| didrocks | sil2100: exactly | 16:04 |
| sil2100 | (by a merge?) | 16:04 |
| Sweetshark | micahg: I was asked to add the boilerplate there by seb128. I will just file a second bug "update to 3.x.x" next time and have in in the changelog too .. | 16:04 |
| sil2100 | Phew, ok - will do | 16:04 |
| sil2100 | ;) | 16:04 |
| didrocks | sil2100: merge or push/pull is fine :) | 16:04 |
| didrocks | sil2100: good luck! | 16:04 |
| micahg | Sweetshark: thanks :), it also saves the people in the bug from seeing all the non-related SRU comments as well :) | 16:05 |
| micahg | chrisccoulson: should I use the test case that I was give in #ubuntu-mozillateam yesterday for the unity issue or is there a simpler one? | 16:07 |
| Sweetshark | cool, people are writing articles containing a TODO-list for my prerelease ;) http://www.webupd8.org/2012/06/libreoffice-360-beta-1-released-ubuntu.html | 16:09 |
| === cking_ is now known as cking | ||
| === mfisch` is now known as mfisch | ||
| === mfisch is now known as Guest71017 | ||
| === greyback is now known as greyback|dindins | ||
| * didrocks waves good evening | 17:00 | |
| === greyback|dindins is now known as greyback | ||
| === JanC_ is now known as JanC | ||
| === Ursinha` is now known as Ursinha | ||
| === Ursinha is now known as Guest57727 | ||
| micahg | chrisccoulson: still wondering about the test case for the unity update when you have a chance | 19:42 |
| chrisccoulson | micahg, yeah, you can just use the case that triggered it yesterday | 19:43 |
| micahg | chrisccoulson: not being able to right click is the symptom? | 19:43 |
| chrisccoulson | it should be quite trivial to come up with a testcase from my explanation on the bug :) | 19:43 |
| chrisccoulson | yeah | 19:43 |
| micahg | ok, thans | 19:43 |
| micahg | popey: I've got 3 symbols dropped from a rebuild of unity-2d (in unity-2d-panel): http://paste.ubuntu.com/1039608/ | 19:50 |
| seb128 | micahg, that seems like qt symbols leaked? | 19:51 |
| seb128 | chrisccoulson, ^ is that a side effect of your change? | 19:52 |
| chrisccoulson | yes it is | 19:52 |
| micahg | seb128: maybe | 19:52 |
| chrisccoulson | those shouldn't be exposed at all | 19:52 |
| seb128 | yeah, it's a bit weird | 19:52 |
| seb128 | but, well, cpp, you can count for weirdness :p | 19:53 |
| * micahg just doesn't want to break someone's panel app | 19:53 | |
| chrisccoulson | why are we checking exported ABI of private objects anyway? | 19:53 |
| micahg | chrisccoulson: we generally run checks on symbols of all libraries, if it's not important, I'll ignore it, just wanted to check | 19:54 |
| chrisccoulson | why do we do that? it seems pretty wasteful to check symbols on a private object that isn't used outside of that package | 19:54 |
| chrisccoulson | it doesn't even have public headers | 19:55 |
| chrisccoulson | that really is a waste of time :) | 19:55 |
| micahg | chrisccoulson: it's part of the security team's tools, it just checks the symbols of all libs | 19:55 |
| micahg | not all libs outside of /usr/lib/*/ are private unfortunately, so we can't train the tools to not check them, but as I said if it's not a problem, I'll ignore it | 19:56 |
| sebas_ | can any one help me to figure why the shutdown screen popups over and over again | 20:57 |
| sebas_ | ? | 20:57 |
| === Guest57727 is now known as Ursinha | ||
| === Ursinha is now known as Guest2796 | ||
| === Guest71017 is now known as mfisch | ||
| jasoncwarner_ | hey robert_ancell , wanted to follow up on the seb128 comment last night about GTK 3.5 and you unblocking it...how are we looking? | 23:35 |
| robert_ancell | jasoncwarner_, yeah, I can make it not crash, so I think that's the best solution | 23:35 |
| robert_ancell | it will look a bit wrong, but that's for ps to fix | 23:35 |
| robert_ancell | we really can't hold everything up for them | 23:36 |
| jasoncwarner_ | thanks robert_ancell , do you know if cimi is on it right now? (I'll follow up there anyway) | 23:36 |
| jasoncwarner_ | agreed | 23:36 |
| jasoncwarner_ | thanks for unstucking it | 23:36 |
| jasoncwarner_ | unsticking | 23:36 |
| jasoncwarner_ | unstucked? | 23:36 |
| thumper | hi | 23:36 |
| jasoncwarner_ | hey thumper | 23:36 |
| thumper | who do we have as a pango fixer? | 23:37 |
| thumper | jasoncwarner_: anything we need to talk about? | 23:37 |
| jasoncwarner_ | thumper: I can't answer the pango question... robert_ancell or RAOF , do you happen to know who cares after that? | 23:39 |
| robert_ancell | thumper, yep, we handle that | 23:40 |
| thumper | robert_ancell: awesome | 23:40 |
| thumper | robert_ancell: we have some memory leaks in pango we'd love to be fixed | 23:40 |
| thumper | I'm sure we even have a trivial sample C file somewhere | 23:40 |
| robert_ancell | thumper, bug links? | 23:40 |
| thumper | which shows leaks in valgrind | 23:40 |
| thumper | thomi: do you know of the pango leak bug? | 23:40 |
| thumper | robert_ancell: I may have to get back to you on that | 23:40 |
| thomi | yeah | 23:41 |
| thumper | robert_ancell: but if I know you can help... that's awesome | 23:41 |
| thomi | uhh, I filed a bug in the GBZ | 23:41 |
| thomi | I also have a simple C app that reproducesd it | 23:41 |
| thomi | I was told that it's down to pango's use of StaticMutex, which apparently has been deprecated | 23:41 |
| thomi | robert_ancell: hmmm, I can't find the bug in bugzilla anymore. But I still have 'pango_leak.c' - would you like a copy? | 23:47 |
| robert_ancell | thomi, sure | 23:47 |
| robert_ancell | thomi, open a lp bug with it | 23:47 |
| thomi | good idea | 23:48 |
| thomi | hmm, maybe I already did | 23:48 |
| thomi | robert_ancell: https://bugs.launchpad.net/unity/+bug/837145 | 23:51 |
| ubot2 | Ubuntu bug 837145 in unity "Memory leak in pango_layout_get_extents" [Undecided,Confirmed] | 23:51 |
| thomi | to get it to leak, define DO_LEAK when you build it | 23:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!