[00:16] intrepid ibex, hey? [00:17] Yeah, my suggestion of Incontinent Imbecile was rejected. [00:17] Hah [00:18] HAHA [00:18] oops, caps [00:41] * lamont kicks /etc/event.d. [00:41] how do I get the system to reconize changes there? [00:41] short of reboot, that is === danielm_ is now known as danielm [02:58] ScottK: errr, yes it (maintaining a mixed system) IS documented; it's called pinning and is documented in man apt_preferences [02:59] FSVO documented [02:59] although I should poorly documented :P [02:59] ion_: ;) [02:59] Not supported though [02:59] ion_: I found that manpage to be really confusing ;) [02:59] ScottK: yeah but the guy was asking about documentation ;) [03:00] s/confusing/complex and lacking examples/ [03:01] K. I took it more as I did this really odd thing to my system, I want to do something odder, and want it to work. Please help. [03:01] question of interpretation I guess ;) === herb changed the topic of #ubuntu-devel to: Archive: Feature freeze, Alpha 5 freeze | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy, #ubuntu+1 for hardy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [03:08] the one thing I did try to achieve with apt/preferences, I failed at :P [03:08] which was trying to convince apt that packages recompiled locally and installed with dpkg -i should take precedence [03:11] but then, I don't even know if that's possible (or if apt/preferences is the right way to do that) === fabbione is now known as thegodfather === calc__ is now known as calc [04:31] slangasek, still going to have time to look over the changes to cdimage with me? [04:55] Anyone around? === choudesh_ is now known as choudesh [04:55] no [04:55] heh. ;-) [04:55] Is the 8.04 kernel compiled with the HIGHMEM flag? [05:03] heya Hobbsee :) [05:03] hey emgent! [05:15] <_MMA_> choudesh: I believe it is for 32-bit. [05:58] superm1: is there a branch I can look at? I think I can squeeze in looking at the changes, but only asynchronously [05:58] slangasek, yeah there is. [05:58] slangasek, let me get you a url [05:59] http://bazaar.launchpad.net/~mythbuntu/ubuntu-cdimage/mythbuntu-cdimage/ [05:59] superm1: thanks, pulling for later [06:00] slangasek, thanks. let me know if you have any questions or concerns. i'll be up for 1-2 more hours, otherwise i'll answer in the morning [06:01] yah, I don't think I'll get to it until tomorrow anyway, I'm a bit sleep-deprived ATM === pooli1 is now known as poolie [07:08] Good morning [07:11] Hi all! === doko_ is now known as doko [07:25] pitti, slangasek: the latest xorg-server upload is not built yet? [07:25] -intel needs that [07:26] tjaalton: built everywhere [07:26] good morning [07:26] hey dholbach [07:27] hey pitti [07:27] pitti: but not published? -1ubuntu4 is the one [07:30] tjaalton: published too. there've been some mirror pulse issues, I know; perhaps your local mirror is lagged as a result of that [07:31] slangasek: ah ok, I'm using archive.u.c ;) [07:31] tjaalton: ah, just wanted to say the same [07:32] slangasek: I uploaded a new -intel which build-deps on the latest xserver-xorg-dev, and drops the patch which forces XAA on !965 [07:32] tjaalton: perhaps archive.u.c is lagged as a result of that ;-P [07:32] hope it's ok.. [07:32] we discussed these with bryce [07:33] tjaalton: is that a new new -intel, or the new -intel that I know about already from talking to bryce ~24h ago? [07:33] same -intel [07:33] ok [07:33] that one's built & published, but perhaps not published as far as we'd like [07:34] slangasek: it's the same, but with the latest patch disabled since it turns out that compiz has issues with XAA&Xv at least on some i9xx in addition to 965 [07:35] it's published, but doesn't do what we'd like it to do :) [07:35] ie. force greedy EXA [07:35] yeah users are reporting that our fix for 965 also works great on other intel chips [07:36] so what you're saying is that you want a -2ubuntu7? [07:36] exactly [07:37] the current behavior isn't a regression, right? [07:38] it's not a regression from gutsy (we had been running XAA there) [07:39] so no urgent reason to try to squeeze it into alpha5..? [07:39] but for alpha3 and 4 we'd turned EXA on for everyone, which we assumed worked no differently than XAA [07:40] exa has been there since 2.2.0 was uploaded.. [07:40] ah [07:40] however users are saying they had been finding EXA fixed things for them, they just hadn't really told us until this patch to put them back to XAA went in [07:40] heh. :) ok, go ahead and upload 7 and I'll try to see that it gets squeezed onto the ISOs [07:40] Is XAA actually meant to work with Xv? It never has for me. [07:41] ok cool [07:41] Fujitsu: I only knew that it didn't work with 965. [07:42] (but then, on my 945 where I play video regularly, compiz had been crashing left and right anyway) === \sh_away is now known as \sh [07:45] slangasek: already did, I assumed that you'd put it on hold if not acceptable for a5 :) [07:58] can anyone please tell me the dependencies of the lamp-server virtual package? (I'm not running Ubuntu so can't check myself) [08:10] peter_b: http://packages.ubuntu.com/hardy/lamp-server except that doesn't return any results, did it get renamed? [08:19] pete_b: grep -A8 lamp-server /usr/share/tasksel/ubuntu-tasks.desc [08:22] infinity: gcc-3.3 upload> ... but it already was in universe before? [08:28] <\sh> asac: ff3 + flash + usb headset (in this case a sennheiser) doesn't work...I wonder if it's a regression of gnome/ff3+flash or something else === cjwatson_ is now known as cjwatson [08:45] pitti: Now that the gcc issue is taken care of in kvm, everything is fine, right? [08:46] soren: yes, it is; I'll get to review/promoting it soon [08:46] pitti: Cool. Thanks. [08:47] Just wanted to make sure it wasn't blocking on me somehow. [08:52] Do we have stable images across the board now, for testing purposes? [08:52] hey sladen! will you be at fosdem? [08:53] mvo: a bit late if I do turn up. Ferry to Rostock left 22:00 last night and I was too busy watching the fresh snow to watch it [08:54] s/watch/catch the ferry/ [08:54] sladen: heh :) ok [08:54] Does a MIR bug need to be marked confirmed? [08:57] silly Deutsch Bahn site is suggesting I go via St. Petersburg. meh germany technology. [08:58] do we have anybody looking to fuse in ubuntu? [08:58] sladen: it's a long bike ride any way you look at it ;) [08:58] looks like the rmdir behaviour on ntfs fuse mounts is not correct [08:58] I would like to know if that's a known issue [08:59] seb128: you mean ntfs-3g or fuse proper? [08:59] pitti: no idea, whatever we use to mount ntfs partitions [08:59] ntfs-3g likely [08:59] rmdir gives a = -1 EEXIST (File exists) [08:59] instead of a = -1 ENOTEMPTY (Directory not empty) [09:00] when used on a non empty directory [09:00] that breaks gvfs [09:00] And I thought only I was having this problem [09:00] slytherin: ? [09:01] ntfs-3g here (default install) [09:01] seb128: I get error when trying to delete folders with files inside [09:01] slytherin: you are the one who opened the bug? [09:02] seb128: No. I didn't [09:04] seb128: yep, ntfs-3g likely [09:04] seb128: there is a new upstream version allegedly, which we should update anyway [09:04] (not for alpha5, though) [09:05] seb128: aside from that it seems easy enough to fix; can you subscribe me to the bug #? [09:05] I'm happy to take a look [09:06] pitti: hi, should I accept translations for x264 package? it's in multiverse [09:06] carlos: good question; why not? [09:07] pitti: it's not a package in main, so I just wanted to check it ;-) [09:07] pitti: bug #186569, I've subscribed you [09:07] Launchpad bug 186569 in ntfs-3g "cannot delete files off of an Fuse mounted NTFS partition in nautilus" [High,Confirmed] https://launchpad.net/bugs/186569 [09:07] carlos: you are afraid of violating LP's usage policy or so? [09:07] pitti: no, there is no problem in Launchpad side [09:07] seb128: taking [09:07] pitti: I was more worried in the fact that the translations will be installed in language packs [09:08] oh [09:08] which are in main [09:08] carlos: no, that shouldn't happen [09:08] I thought LP would import universe translations, but not export them to langpacks? [09:08] we ignore those imports to prevent translation effort lose [09:08] until we implement a way to deploy it [09:12] \sh: hard to tell. [09:16] <\sh> asac: i test it a bit later with loudspeakers attached to the default soundcard, so i can trace this problem [09:27] carlos: ok, then we better ignore it [09:28] ok [09:30] good morning [09:38] hi geser [09:53] Hi pitti [09:54] guten tag pitti [09:55] * pitti hugs Hobbsee [09:56] * Hobbsee hugs pitti back! === \sh is now known as \sh_away [10:55] pitti: elisa dep changes applied with | python >= 2.5 (as also mentionned by pochu); thanks [10:55] lool: great, thanks; I'm not fussed about python2.5 or python (>= 2.5) [10:56] the latter is better for forwards compatibility, right [10:56] Well elisa runs with the default python ATM, so these are only optional if it's >= 2.5 [10:57] StevenK: oh, the joys of de-yada-ifying (just did it for ossp-uuid) [10:57] Yay! [11:11] soren: I wonder whether kvm-source should better stay in universe? I take it on hardy release kvm-source and l-u-m should ideally be synchronized? [11:12] pitti: Well, not l-u-m, but yes. [11:12] And that is currently the case. [11:12] right, it's in linux proper [11:12] ok, done [11:12] Feel free to leave kvm-source in universe. [11:12] * soren hugs pitti [11:12] soren: can you please get it seeded? [11:12] Sure. [11:30] Can anyone tell me please if the Ubuntu cd's are safe for testing? [11:32] depends what you mean by safe. there's always the chance a cd could shatter and cut you [11:32] davmor2: slangasek should be able to answer you [11:34] dredg: I hate that :( [11:56] mvo: 'apt-get install ubuntu-desktop' installs recommends from the metapackage. 'apt-get install ubuntu-desktop^' does not. [11:56] mvo: this feels like an apt bug to me? [12:07] mvo: this happens even if I set APT::Install-Recommends=true. I think perhaps MarkInstall never gets called with AutoInst==true? [12:15] mvo: http://paste.ubuntu.com/4824/ seems to fix it, but I'm not entirely certain what other effects it would have? === Traxer is now known as Traxer|on === Traxer|on is now known as Traxer [12:17] mvo: (this is alpha-5-critical, by the way; we're only running into it as a consequence of other problems, but those seem a lot harder to address) [12:31] cjwatson, oh, you pushed kdeedu completely into desktop-kde ... if i add it to desktop-addon now that will pull in the deps i guess ? [12:32] Riddell: help re displayconfig [12:33] Riddell: is there a known issue with the display configuration in Hardy? [12:33] complaining about being unable to find libpython2.5.so, iirc [12:33] ogra_cmpc: I don't think I made any changes as far as the position of kdeedu is concerned [12:34] ogra_cmpc: yes, seed dependency resolution works as normal [12:34] cjwatson, no, that change was made before aolready (it was in live and the old addon seed) [12:34] we did that for gutsy [12:35] hmm, unpredictable growth then, i'll keep it for after alpha then [12:35] the desktop install works fine from g-a-i now :) [12:36] excellent [12:36] The new ubiquity doesn't set the country and keyboard defaults after the world map anymore. Is this known? [12:37] having .desktop files for -desktop metapackages seems worth to have for all of them imho [12:37] we should discuss that at UDS [12:37] davmor2: #ubuntu-installer [12:37] cjwatson: ta [12:39] sabdfl: yes, that's a known issue, it's on my todo for fixing [12:39] sabdfl: but it has larger problems too due to changes in xorg.conf files so it may disappear altogether [12:40] sabdfl: you can install python2.5-dev to work around that issue [12:41] <__keybuk> asac: default firefox launcher is broken, known? [12:42] cjwatson: thanks, sorry I was at lunch, checking it now [12:43] __keybuk: yes we will go back to firefox.desktop in next upload [12:43] (if that is what you mean) [12:43] Riddell: what are your plans re> displayconfig? is there someone working on fixing it? [12:45] pitti, it seems SRU candidate in bug 41491 is not sufficient, what's the procedure in these cases? [12:45] Launchpad bug 41491 in wzdftpd "Dapper: Broken dependencies for some wzdftpd modules" [Medium,Fix released] https://launchpad.net/bugs/41491 [12:45] mvo: there is not [12:45] mvo: bryce wants to replace it with improved xrandr tools [12:46] DktrKranz: upload a fixed one === cprov-out is now known as cprov [12:46] Riddell: yes, I have seen that (and think that its the right way) - is there a kde version for this in the works too? [12:47] DktrKranz: we can kill the version in -proposed if it is worse than the one in -release [12:47] mvo: not that I know of [12:47] cjwatson: yay, I just wrote "msgequal" to weed out msgid == msgstr [12:47] mvo: the two commands I gave are enough to reproduce in a clean debootstrap [12:47] pitti, it's not worse, because now there's only one packae which has unmetdeps (against three than -release) [12:47] pitti: ooh, neat [12:48] cjwatson: /usr/include/gettext-po.h FTW :) [12:48] cjwatson: thanks, doing that now [12:53] doko: are you aware of bzrtools 1.2.0-1ubuntu1 failing to upgrade with latest pycentral? I get this: http://paste.ubuntu.com/4826/plain/ [12:55] wow, virtualbox through ssh -X works really well :) [12:59] pochu: yes, we (mvo and me) don't yet understand why the preinst is not run. this only happens for upgrades from 1.2.0-1build1. you can work around by using apt-get --reinstall install bzrtools [13:00] is *jemalloc* going to be integrated in ubuntu 8.04 ? [13:02] doko: ok, nice that you are aware of it. do you want me to submit it to lp (via apport) ? [13:07] cjwatson: I can reproduce the different behavior here, I looked closer and it seems that the Task: in the Packages file is incorrect (or not in sync with the metapackages). if you look at e.g. landscape-client, that one is part of ubuntu-desktop as a recommends but in my chroot apt-cache show landscape-client does not list ubuntu-desktop as a task [13:07] cjwatson: apt-get install ubuntu-desktop^ is really just using the task information from the packages file [13:07] mvo: yes, that is a bug (harder to fix), and is triggering the bug in apt; but I think it is nevertheless a bug in apt [13:08] mvo: the ubuntu-desktop metapackage is part of the ubuntu-desktop task, and as such apt should honour Install-Recommends-Sections and install Recommends from the ubuntu-desktop metapackage [13:08] even if they aren't in the task [13:08] Ubiquity is frozen at 94% on ubuntu 32 bit and 64 bit [13:08] mvo: I wrote an analysis of the bug you describe to #ubuntu-release; it's going to take some seed changes and a Launchpad change to fix [13:09] cjwatson: thanks, I see. let me look a bit closer at the code so that I can get a better idea why it is run this way [13:10] 12:28 the underlying problem here is that the seed_map stuff in *-meta/update.cfg is only there, and not in the seeds, so Launchpad is unable to make use of it for generating Task fields [13:10] 12:29 it's actually not a new problem - note the lack of Task field in base-files which strictly speaking should have Task: ubuntu-minimal [13:10] 12:29 err, Task: minimal I mean [13:10] 12:30 but in order to fix it we'll need a Launchpad change, and if we can work around it by fixing the apt bug it appears to be triggering, I'd prefer that to having to ask for a cherry-pick [13:10] this is in turn triggered by the seed reorganisation which split part of the desktop seed out into desktop-common (and desktop-kubuntu-common for kubuntu/kubuntu-kde4) [13:18] cjwatson: thanks for the background. I think I wrote the code under the assumption that the task header would be present on the packages, your change is fine if that assumption is incorrect. I can do a upload with that fix [13:22] mvo: I think the best way to describe it is "incorrect for the time being" :-) [13:22] mvo: I'll definitely try to get the systemic and Launchpad bugs fixed. Thanks! [13:24] cjwatson: ok .) let me do a final test and then I do the upload [13:41] cjwatson: hrm, your fix helps, but its not perfect, there is still a delta between the task install and the meta-package (also smaller) - I look a bit deeper [13:42] mvo: hmm, ok [13:42] I admit I didn't do a proper comparison, I was just looking for ones I knew were left out by mistake [13:43] mvo, do we have *any* GL checks left in compiz (read: is there still a blacklist where we could add xephyr) ? [13:44] seems the desktop crashes in xephyr sessions with a message about texture_from_pixmap (which i belive comes from compiz) [13:45] cjwatson: wdiff with fix compared to metapkg http://paste.ubuntu.com/4827/ [13:46] ogra_cmpc: yes and yes [13:46] ok [13:46] ogra_cmpc: it crashes? [13:46] wait a sec [13:46] ogra_cmpc: no fallback to metacity? [13:46] apparently no fallback [13:46] beep [13:46] johnny is the guy who works on sabayon atm [13:47] one of the guys.. [13:47] which is supposed to switch to xephyr at some point [13:47] ogra_cmpc: strange, it should fall back [13:47] we hope.. [13:47] johnny, *the* guy in ubuntu :) [13:47] im a guy in ubuntu? [13:47] :P [13:48] not officially at least [13:48] my main OS is gentoo, i just happen to use ubuntu all over the place elsewhere :) [13:48] mvo, can we blacklist it (likely post alpja stuff though) [13:48] *alpha [13:49] is this a place where you guys talking about issues you have with specific apps in hardy? [13:49] i'm still having troubles with 2.22 and sabayon that i have replicated with hardy [13:49] johnny: no, this is the Ubuntu developer coordination channel [13:49] but i don't know anybody familiar with gvfs to know what should happen [13:50] cjwatson, he cares for our sabayon package a lot [13:50] got some patches merged in [13:51] hmm.. need to find the guy who maintains the current sabayon dev, gotta tell him that i removed gnomesu from the desktop file [13:51] mvo: odd, fontconfig depends on fontconfig-config; why would the latter ever not be installed? [13:51] now you can add gksu or not.. depending on the setup [13:51] ogra_cmpc: sure [13:52] thanks [13:52] cjwatson: I have no idea at the moment, I'm looking at it, sorry [13:52] mvo: fontconfig-config is installed in both cases for me [13:53] cjwatson: with -o APT::Install-Recommends=true or without? [13:54] mvo: without [13:54] just with the default install-recommends-sections stuff [13:55] mvo: the only difference for me with my patch is mousetweaks, which was a recent addition and I think the metapackage just hasn't been updated yet [13:55] mvo: http://paste.ubuntu.com/4829/ [13:56] cjwatson: thanks, maybe something odd in my chroot [13:56] * mvo investigates [13:58] cjwatson: right, my bad. the fix is fine [13:59] johnny, btw, could you try setting /desktop/gnome/applications/window_manager/current and /desktop/gnome/applications/window_manager/default to metacity and see if it doesnt crash with that ? [13:59] (in gconf-editor) [14:00] it crashes before i get a chance [14:00] i'm just going to put at-properties in /etc/xdg/autostart [14:00] it uses your default desktiop [14:00] with autostart disabled [14:02] oh.. that's a seperate thing [14:02] i was thinking of something else [14:02] oops [14:02] what uses my default desktop? [14:02] mvo: ok, cool [14:03] johnny, sabayon should use your default desktop [14:03] as starting point [14:03] cjwatson: preparing the upload now [14:03] it says that key has been deprecated? [14:03] if you switch the default to metacity it shouldnt choke on compiz [14:04] johnny, thats an upstream comment ... its still used regardless [14:04] ok [14:04] ArneGoetje, cjwatson: I rolled out the langpack-o-matic fix to eliminate msgid==msgstr translations, FYI [14:04] (we should probably fix teh text for final release) [14:06] same diff [14:07] it says it aborts and uses metacity, but that is too late [14:08] pitti: nice [14:10] cjwatson: ah, thanks for devscripts [14:26] ogra_cmpc: just tested it with Xepyhr and compiz, the fallback works ok for me [14:27] hmm, then it must be the way sabayon calls it i guess [14:28] ogra: if you can give me instructions how to reproduce I'm happy to have a look === norsetto_ is now known as norsetto === dholbach_ is now known as dholbach === asac_ is now known as asac === heno_ is now known as heno === manchicken_ is now known as manchicken === \sh_away is now known as \sh === emgent is now known as emgent`work === cjwatson_ is now known as cjwatson [16:30] packages.ubuntu.com is down ? [16:30] not run by us, the same guy who runs packages.debian.org runs it [16:30] Ubuntu Developer Week is going on, join #ubuntu-classroom === \sh is now known as \sh_away [16:33] really sucks ubuntu.org isn't what i think it is every time i type it in [16:36] pitti: gcc-3.3 was moved to universe without anyone realising that libgcc1 builds from gcc-3.3 on hppa. We ended up with override mismatches, DAK exploded, I cried. [16:36] infinity: oh, erk; thanks === tsmithe` is now known as tsmithe [17:06] tjaalton: eh... soft freeze, so I wouldn't have had any way to put it on hold if we needed to roll new CDs [17:06] slangasek, is there currently any intention of DVDs with this release? [17:06] [17:07] mario_limonciell: no, that would get me yelled at about disk space [17:10] (sorry for the off-topic question; but does anyone know if there's a channel where the opers hang out?) [17:11] (#opers appears to be a no-go) [17:18] Chipzz: If you need to speak to freenode staff, #freenode is the place, for Ubuntu operators, you can try #ubuntu-irc or #ubuntu-ops. (depending on the type of issue, see the channel topics) [17:23] Pici: thx! [17:23] (I needed #freenode ;)) [17:42] hello, which channel do i join for the developer week irc's? [17:42] the bughelper session in particular? [17:42] 17:30 < dholbach> Ubuntu Developer Week is going on, join #ubuntu-classroom [17:43] thank you [18:21] do we yet have any way to modify pam configs when packages get installed? [18:21] I'd like libpam-ck-connector.so to be added, either programatically or to the default config [18:24] there's auth-client-config === emgent`work is now known as emgent [18:25] for intrepid I'm hoping for a reworked pam config framework [18:25] but that didn't come along quickly enough for hardy [18:27] this is for mobile, so I'd rather not install too much stuff like auth-client-config [18:27] (and is that supposed to be driven from maintainer scripts?) [18:29] dunno. that's all that exists today, though; the proper in-pam solution is still a cycle away [18:33] evand, cjwatson: I've got a patch to add proxy support to ubiquity's qt side, is now a suitable time to commit it? [18:34] Riddell: should be. I've already uploaded the fixed ubiquity for bug 193986 [18:34] Launchpad bug 193986 in ubiquity "Ubiquity is locking up at 94% Configuring Hardware" [Critical,Fix released] https://launchpad.net/bugs/193986 [18:35] evand: committed, hugs to nixternal [18:36] yeah [18:36] evand does that mean we'll have a new cd in a bit :) [18:37] thanks Riddell and nixternal [18:37] davmor2: eventually. ubiquity needs to build and the cd build system needs time to get the update and then make new images. [18:37] cool :) [18:40] cjwatson: you about? perhaps this would be a good time to talk with tjaalton about input-hotplug? [18:40] bryce: I believe he left around :15 [18:41] slangasek: uh ok, will remember it the next time ((=won't happen again) [18:41] not sure when he'll be back though [18:41] oh, ok, too bad [18:41] bryce: my gprs-connection is busy downloading a java-plugin for FF, so it's quite laggy atm :) [18:42] boo java ;-) [18:43] tjaalton: anyway, with input-hotplug the question is how to get to a stable point - would it be easier to revert back to having input stuff specified in xorg.conf, or to complete the work for making input-hotplug function properly? [18:44] bryce: it would be easier to revert back [18:45] tjaalton: given that we may not know what bugs may appear even after turning input-hotplug on, maybe that would be the safest thing to do? === Ubulette_ is now known as Ubulette [18:48] bryce: indeed [18:48] tjaalton: what is your opinion? === gouki_ is now known as gouki [18:51] bryce: I'm leaning towards status quo, and bringing back the synaptics entries to dexconf [18:51] since hal upstream is not helping [18:52] * bryce nods [18:52] tjaalton: I think I agree; last I talked with cjwatson he was of similar mind [18:54] maybe we could ship a script which generates an fdi-file from xkb configuration so people can start using it if they like [18:55] that's a good idea [18:58] tjaalton: also expectations are going to be that with input-hotplug that things work at least as well as in gutsy, but since things are still not fully matured upstream with this, it's hard to guarantee [18:59] also, I'm a bit worried about that we don't have config utilities yet, so even with input-hotplug working, people will find it difficult to customize beyond the defaults [18:59] yeah, and because upstream input maintainers hate every single component that is related... even the evdev driver deserves a rewrite :P [19:00] yup [19:00] ok sounds like a decent plan - do you want to do the dexconf reverts, or would you like my help with that? [19:01] either works, although I'm away most of this week so it would have to wait until Monday [19:02] I think Monday would be soon enough [19:02] yeah [19:02] I'll go ahead and outline this plan to cjwatson and on the bug report [19:03] ok cool [19:04] hey while I have you two here.... I'm having an intriguing xorg-video-intel bug [19:04] seems like if I use xvideo, suspend and resume then use xvideo again, X hangs and only lets me move the mouse [19:04] I can't click anything, keyboard totally locked, power button doesn't respond either [19:05] (Compiz, EXA, greedy migration). Any clues? [19:09] jdong: doesn't sound familiar.. filed a bug yet? [19:10] tjaalton: not yet, I'll reconfirm a few times and then file a bug if it's reproducible [19:11] ok [19:18] tjaalton: actually, the problem is more trivial than that to reproduce [19:18] tjaalton: xv+compiz seems to randomly [19:18] destroy the display [19:19] ~. [19:19] ~. [19:22] jdong, check through the bugs against -input; xvideo issues after suspend/resume sounds vaguely familiar [19:24] jdong: I've not looked into that issue myself yet, but it is likely an acpi and/or kernel issue (and so probably highly chipset-specific) [19:24] bryce / tjaalton after today's updates it seems like compiz+xvideo = hardlock on my macbook [19:24] it wasn't like this a few days ago [19:24] jdong: well the only change we've put in recently is the greedy patch stuff [19:24] which only affects 965 [19:28] bryce: hmm just rolled back to -video-intel 2ubuntu6 and that worked fine [19:28] lemme apply the upgrade again and see what happens [19:30] jdong, hmm also try out 2ubuntu5. iirc 2ubuntu7 merely reverted the patch in 2ubuntu6 [19:36] nope 6 and 7 both happen [19:36] but it's all pretty random [19:41] hrm [19:42] ok, so it still happens with both 2ubuntu6 and 2ubuntu7? [19:43] 2ubuntu2 would probably be the next to try - 3 and 4 were mainly quirk releases iirc [19:44] jdong, ok anyway, please file a bug with as much info as you can gather (I'll probably forget our discussion here, so please summarize), and I'll take a look into it when I get a chance [19:49] bryce: indeed, I'll have to find some time to look into this more thoroughly [20:02] bryce: the combination core 1ubuntu3 and intel ubuntu6 seems to work [20:02] but core 1ubuntu4 with all intel versions seems to fail [20:03] I'll test this for the rest of the afternoon and let you know if this is wrong [20:03] cool thanks [20:04] so it is starting to sound like the issue may be that greedy fails on your hardware..... something I worried about [20:05] you might also try setting your migration heuristic to "always" (see man exa) [20:06] jdong: what does your `lspci | grep VGA` say? === ember_ is now known as ember [20:34] debugging network-manager via my mum on the phone is not even funny [20:36] alex-weej :) i was doing tech support via sms the other day, /sys/bus/pci/drivers/ipw3945/0000:02:01.0 is not easy to type :< [20:36] hehe [20:37] which package do the man pages for the pthreads functions (e.g.: pthread_create) live in? [20:41] Elly: off-hand, without checking, I would say manpages-dev [20:42] Elly: but this is not the right channel blablabla :), use http://packages.ubuntu.com/ ;) [20:53] Chipzz: I have manpages-dev installed already :P I just noticed there are no man pages for pthreads only - I have manpages for all the system calls and stuff, just pthreads docs appear to be missing [20:54] I betcha I can find it with one google search and one lookup on p.u.c :P [20:54] so, so should you :P [20:55] aha [20:55] thanks :) [20:56]