[00:00] it seems like essentially a paranoia check to me [00:00] but evand could say if I'm missing something [00:01] mmc ususally registers as /dev/mmcblk[0,1,2,..] [00:01] mmc> ah, I see, "block device corresponds to the controller on the card rather than the MMC host adapter" [00:01] apart from the numbering the naming is pretty reliable [00:04] * cjwatson makes a note in the bug [00:04] ogra: search> I knew it was the pkgbinarymangler package, so ran dpkg -c, which reminded me that it had a dpkg-deb wrapper script, so I looked at that [00:06] ah, well, i knew i had talked to pitti about it twice and tried to find it in the logs :) [00:12] Hmm. Making the obvious changes to backend.py doesn't make my SD card appear. [00:13] johanbr, does it get mounted if you dont use ubiquity ? [00:14] Yes. And I think I made a stupid mistake. Just a sec. [00:14] i noticed that it doesnt work after using SD's several times, i fear thats a kernel issue [00:14] or udev [00:15] I've never had any problems like that. [00:22] Still no luck with modifying usb-creator, though. Hmm... [00:25] on what do you match now ? [00:25] probably storage.drive:_type=sd_mmc is better [00:25] -: [00:26] Missed one place. Just a minute, [00:27] Yes! It works. Or well, it detects the device. :) [00:28] cool [00:29] I just took out the usb detection parts, though. When I have something more proper, I'll add a patch to the bug. [00:52] I need to recompile kmail from deb-src with debugging enabled but it seems as though the format of the debian/rules file has changed. How to I change the configure options for a package when compiling from deb-src? [00:52] a Howto or other reference would suffice [00:52] a recent Howto [01:34] Ok something in intrepid wants to keep re-inserting my tray loading external DVD drive. Its actually an IDE drive mounted in an external USB box, but every time I eject it, it is re-inserted straight away... [01:45] TheMuso: Can you try and build the latest libtunepimp from Intrepid on your PowerPC? [02:00] TheMuso: It will fail, but I'd like the config.log from the build, if you can swing it [02:02] StevenK: Sure, just give me a sec. [02:05] * TheMuso updates his powerpc intrepid chroot and prepares to build libtunepimp by hand. [02:05] TheMuso: Yeah, that's the trouble with sbuild. pbuilder can be asked to give a shell [02:06] StevenK: I just schroot into the chroot, install build-deps, and run commands manually. I find it more flexible than pbuilder, since there is no time wasted unpacking the chroot. [02:07] TheMuso: Yeah, me too [02:10] StevenK: 0.5.3-7ubuntu2? [02:11] TheMuso: Right] [02:11] s/]// [02:11] StevenK: It builds, but fails in the binary step. [02:11] StevenK: What log do you want? [02:11] TheMuso: Yup. The cause for the failure is checking for mad_version in -lmad... no [02:11] TheMuso: config.log [02:13] StevenK: do you want it emailed, or will pastebin do? [02:13] TheMuso: pastebin is preferable, if you can swing it [02:13] StevenK: Sure. [02:13] * StevenK keeps testing -mid [02:14] StevenK: http://paste.ubuntu.com/56855/ [02:14] ...and I'm out for a bit. [02:18] TheMuso: I've got the error, thanks [02:37] StevenK: np [02:38] What that actually means, I have no idea [02:38] * StevenK will have to beg doko [02:38] what is the problem exactly? [02:39] /usr/bin/ld: /tmp/ccWjbBvF.o(.text+0xc): unresolvable R_PPC_REL24 relocation against symbol `mad_version' [02:41] lovely [02:42] james_w: Bug 281561 commented on about libmad PPC brokenness [02:43] Launchpad bug 281561 in nufw "libgnutls13 transitions build failures" [Undecided,In progress] https://launchpad.net/bugs/281561 [03:02] anyone know if there is an air quality index applet for gnome? [03:34] hi all. I convinced upstream Xorg to change things last week. Now DontZap is the default. Will DontZap also be the default on jaunty jackalope? [03:34] i.e. will Xorg's change automatically propagate to jaunty? [03:35] bryce_: you're involved with X. do you know the answer? [03:36] *X packaging [03:36] unfo: yes when we re-sync for jaunty it will come in === spm_ is now known as spm [04:00] bryce_: sorry to ask again; but I want to be sure, and I realize I didn't ask so well before. I don't fully understand the code of the change dstone made. But I do know that sudo dpkg-reconfigure xserver-xorg -pcritical causes Ubuntu to write out a new Xorg.conf. Will that Xorg.conf negate the new default by specifying that users may zap? Or will it keep the new default and leave zapping disabled? [04:09] unfo: We don't write that value currently, and I don't see any reason why we'd suddenly start writing it. [04:14] RAOF: ok thanks for clarifying. [04:15] another question. all : there are a lot of games in Ubuntu main. Some are quite bad. Can we move the bad ones into universe or make some other change, thereby raising the average quality of games in Ubuntu? [04:15] What do you mean by bad? [04:15] Or maybe can we ship more of the best games on cdrom 1? [04:16] StevenK: pick a few random games in main. Install them. Try them. See if you like them. [04:16] StevenK: Let me give you examples of bad games, some are in main, some in universe, I don't remember: btanks, tennix, [04:17] i've often wondered why some of the stuff in gnome-games doesn't get split out, and demoted. [04:17] unfo: neither of those are in the default install [04:17] gnome-games is quite good [04:17] Hobbsee: sorry, I'm now on the phone IRL. I agree, neither is in the default install. [04:17] Hobbsee: I'm sure it boils down to manpower [04:17] I can list more in 1 hour once I am off the phone. [04:18] bryce_: i would have thought the manpower would get allocated rather easily, seeing as it'd be a good way to cut down cd space. [04:18] unfo: file demotion requests in launchpad for each you'd like to propose eliminating [04:18] !info gnome-games intrepid [04:18] gnome-games (source: gnome-games): games for the GNOME desktop. In component main, is optional. Version 1:2.24.0-0ubuntu1 (intrepid), package size 1070 kB, installed size 2736 kB [04:19] hmmm, not that big. [04:20] Yeah, there's more low-hanging fruit. Or there has been, at least. [04:20] it seems to be decreasing. THere's not that many more langpacks, either [04:20] the games in gnome-games aren't really that horrible. Some are a bit eye-candy poor, but they're all quite playable [04:22] but it's definitely true games available in ubuntu need a lot of work [04:24] Some games [05:29] Sorry if this is a FAQ, but can someone please point me towards the documentation on how to upload PPA builds? I can't seem to find it. [05:49] Never mind, I found it in some random IRC log. [06:16] aaronp: That's not really such good documentation. :) Someone should write some real documentation. Don't volunteer me for the job though. [06:17] aaronp: Or at least you should write something on the Ubuntu wiki. [06:21] I haven't used gnome-app-install ("Add/Remove...") for a few years now. But IIRC it listed a star rating for each application based on popcon data. But most apps had a star rating of "1 out of 5". Some apps (the apps on the Ubuntu Desktop CD) had 4 stars or 5 stars. Is that still the case? If it is, we should bell-curve the star ratings so that more packages get 2 or 3 stars and less get 1 or 4 or 5. [06:21] That would help the games problem by helping people decide which games to add to their PC based on their star ratings. [06:46] good morning [07:03] pitti: So, in the removal of libcgi-perl, you said it was superseded by libcgi-pm-perl and perl-modules. You failed to check if libcgi-pm-perl was shipped by us, and it isn't. [07:04] Good morning [07:04] StevenK: uh, where? when? me? [07:05] that package name doesn't ring a bell [07:05] # Deleted on 2008-06-20 by Martin Pitt - (From Debian) ROM; obsolete; superseded years ago by libcgi-pm-perl [07:05] ScottK: restricted-manager-kde> hm, do you still have the restricted-manager-kde package removed, but not purged? [07:06] slangasek: coreutils SRU> it's for dapper [07:06] slangasek: it was removed in Debian, perl-modules now provides it AFAIR [07:07] ogra: no problem, not much time any more to fix up stuff :) [07:08] ScottK, slangasek: apparently I missed the libfile-temp-perl discussion, but if we need it still, let's just put it back instead of wasting a lot of work on it [07:08] pitti: Right, but bugzilla3 in Intrepid requires a newer CGI.pm than perl-modules provides. [07:08] pitti: And when that bug was reported in Debian, the reporter said "Use libcgi-pm-perl, kthxbye" [07:09] ArneGoetje, Riddell: not quite sure what you were discussing, but the extra KDE files are in extra-files/kde-LL.tar [07:09] ArneGoetje: they originally came from extracting them from KDE, but they are maintained in langpack-o-matic's bzr now [07:11] cjwatson: gaspa mailed me about usplash overflow, I'll followup there [07:12] StevenK: ok, then let's just copy-package it back from hardy [07:12] StevenK: (for intrepid, anyway) [07:12] pitti: libcgi-pm-perl? It doesn't exist in either [07:13] pitti, Wouldn't it be better to sync the new package than copypackage the obsolete package? [07:13] steven@liquified:~% rmadison libcgi-pm-perl [07:13] steven@liquified:~% [07:22] StevenK: oh, sure; syncing is fine, too [07:25] asac: if you could push another thunderbird with the last change from ~saivann/thunderbird/fix_desktop_file you could close the thunderbird task from bug 190688 [07:25] Launchpad bug 190688 in thunderbird "Use of explicit suffix in 'Icon' field of application launcher" [Undecided,Confirmed] https://launchpad.net/bugs/190688 === tkamppeter__ is now known as tkamppeter [08:19] pitti: Oh, what was the other library that we should transistion away from? [08:22] StevenK: libfile-temp-perl ? [08:22] pitti: Sorry, you mentioned it last week the same time as libgnutls13 [08:23] StevenK: oh, that's opencdk10, but its only user is gnutls13 [08:23] Ah [08:24] StevenK: hm, so I earned the powerpc libtunepimp FTBFS [08:24] pitti: Talk to persia about that :-) [08:25] pitti: I've analysed it, as you can see from the bug comments, but I have no idea how to fix that [08:25] pitti, I just randomly assigned stuff to the cruft-busters. Feel free to reject it if you're too busy. [08:25] pitti: Looks like the breakage is in libmad, too [08:25] persia: right, that's fine [08:25] just wonder how to tackle it [08:25] My plan was "Ask doko how to fix it" [08:26] fix what? [08:27] doko: libmad on PPC. It's giving a realloc error [08:27] StevenK: bug? [08:27] doko: Bug 281561 [08:27] Launchpad bug 281561 in nufw "libgnutls13 transitions build failures" [Undecided,In progress] https://launchpad.net/bugs/281561 [08:28] hallo! I just wanted to report that I have working sound using a custom compiled radeonhd under the git branch HDMI audio [08:29] StevenK: is one of the libraries built with -fpic instead of -fPIC? [08:29] EvanCarroll, Cool. Have you been able to extract the relevant patches yet? [08:29] * StevenK asks searching questions of libmad's PPC build [08:30] persia: they are all extracted and applied to the branch HDMI-Audio if the concern is that the branch is old, I can surely extract or find them [08:30] doko: libmad itself uses -fPIC [08:32] StevenK: or you try to install an earlier binutils version, and see if it works there [08:32] EvanCarroll, No, it's that I'm doubting we'll be able to get them into intrepid from there, given the timeframe. Still great news. [08:33] doko: Right, they all use -fPIC [08:34] I didn't check -lm, but if glibc isn't using -fPIC, I'd be shocked [08:34] persia: Aparently the patch set in HDMI-Audio, is old and there is a newer one that can applied to newer git [08:35] * persia isn't sure what is in intrepid today, or which is more useful [08:35] StevenK: there's a bunch of remaining libgnutls13 universe rdepends which aren't mentioned in bug 281561 [08:35] Launchpad bug 281561 in nufw "libgnutls13 transitions build failures" [Undecided,In progress] https://launchpad.net/bugs/281561 [08:35] gnash-common [08:35] kio-sword [08:35] libflashsupport [08:35] libgnutlsxx13 [08:35] pnet-assemblies [08:35] kio-sword is [08:35] pitti, kio-sword will get a removal bug as soon as ichthux is fixed [08:35] oops, ignore libgnutlsxx13 of course [08:36] libgnutlsxx13 is built from gnutls13 source [08:36] * ajmitch saw a removal bug on pnet-assemblies [08:36] surprised that it was still in the archive, tbh [08:36] libflashsupport and gnash are special [08:36] And pnet [08:36] I should dig those up [08:36] persia: ichtux? by now this metapackage probably has more uninstallable dependencies than good ones.. [08:36] Bwahah [08:36] * pitti processes some removal bugs then [08:36] libgnutlsxx13 has no rdepends, too [08:37] pitti, Shouldn't. txwikinger has been trying to keep up. [08:37] Not sure what to do about libflashsupport [08:37] kill it off? [08:37] gnash is waiting for asac [08:38] Well, a few people have said kill it, and a few people have said keep it [08:38] So I'm confused [08:49] who uses pnet? [08:51] bug 281411, I'll remove it [08:51] Launchpad bug 281411 in pnet "Please remove pnet source and binaries from Intrepid" [Wishlist,Confirmed] https://launchpad.net/bugs/281411 [08:52] oh, there's a delay on mono 1.9.1+dfsg-4ubuntu1 - we want top get another bug fix backported to -4 before we tag & ship it [09:02] pitti: usplash> thanks [09:14] TheMuso: FYI I've removed partman-dmraid from intrepid, since it's been removed from Debian now [09:14] doko: bug 276739, I don't understand the rationale; does the netbeans source now include the IDE? [09:14] Launchpad bug 276739 in netbeans-ide "please remove netbeans-ide src + bin, and blacklist" [Undecided,New] https://launchpad.net/bugs/276739 [09:16] pitti, That's leftovers from previous packaging efforts. "netbeans" is the source package we want. [09:16] seb128: one question about gconf...how do I set a bool? I tried with TRUE but that appears not to work...is it 1/0 ? [09:17] kwwii: gconftool-2 --set --type bool /foo/bar true [09:17] persia: ok [09:19] kwwii: what are you tring to do? [09:19] grrrr compiz [09:22] pitti: I've just filed 282561 on a closely related topic. [09:22] bug 282561 [09:22] Launchpad bug 282561 in libnb-platform7-java "Please remove libnb-platform7-java from intrepid" [Undecided,New] https://launchpad.net/bugs/282561 [09:23] persia: done [09:24] pitti, Thanks. I think those two ought complete the netbeans confusion. [09:39] seb128: trying to set the panelbg to stretch...I set it to TRUE but it returns an error so that can't be right [09:40] what is that? and how do you try to set it? [09:40] Type mismatch: Expected `bool' got `string' for key /apps/panel/toplevels/top_panel_screen0/background/stretch [09:41] kwwii: are you using "TRUE" or "true"? [09:41] I set it in gconf-defaults in the ubuntu-artwork package with [09:41] /apps/panel/default_setup/toplevels/bottom_panel/background/stretch TRUE [09:41] use lowercase [09:41] Mithrandir: hi, btw, and yes, TRUE [09:41] seb128: cool, thanks for the help! [09:41] kwwii: try true lowercase, as I told you thirty minutes ago. :-P [09:41] also, hiya. :-) [09:41] ;-) [09:43] pitti: someone suggested a patch for bug 264767, could you have a look? [09:43] Launchpad bug 264767 in sysvinit "usplash pulsates intermittently during boot" [Low,Confirmed] https://launchpad.net/bugs/264767 [09:44] pitti: I can't tell if it's a proper fix or just disabling the pulsating entirely [09:47] mdz: ah, usplash has *just* started to work for me again, with the -7 kernel [09:47] I think I saw this effect, too [09:48] mdz: yes, it basically disables pulsating for fsck completely [09:49] grrrr, mvo!!! [09:49] mdz: hm, whether that is desired is pretty much a matter of taste, I think [09:49] but we didn't do it in earlier releases [09:49] mvo: ;-) [09:50] well, you want pulsating if there's no other visible sign of progress, potentially a long time on one step, and no way to calculate the length in advance [09:50] I see how that got into Debian, but for the really long ones we already have our usplash fsck integration [09:51] I like Coucouf's approach [09:51] so reverting to the hardy behaviour makes sense for us, IMHO [09:51] (e. g. that patch) [09:51] if I'm reading it right it seems to enable pulsating only when it's going to take a while? [09:52] cjwatson: only if there's an actual fsck happening [09:52] but I discussed that case for hardy with mpt, and he said keeping the progress bar steady and reporting textual progress was better [09:52] pitti: I find it confusing that it pulsates even when no check is taking place [09:52] since the progress bar advances, advances, suddenly pulsates, advances some more, suddenly pulsates, then advances to the end [09:52] and for the actual fsck case we don't need pulsating either [09:53] we can report actual numbers and percentage there [09:53] pitti: I agree on textual progress [09:53] pitti: just about that. [09:54] gaspa: your mail> that's indeed a tricky one [09:54] actually status line with percent and steps of fsck overflow off the chars box. [09:54] cutting off the status is evil, then you don't see anything [09:54] in fact. [09:54] i prefer that it wrap. [09:54] I'd rather fix it to properly clean up [09:54] wrap? that looks even more ugly? [09:55] the other solution is to enlarge the status width... [09:55] if we can't easily fix the status column, then we shouldn't use it at all and change the text instead, or so [09:56] pitti: but why status should be limited? couldn't it take the whole line, if it need to? [09:57] gaspa: making the status column much wider to fit would be the best, indeed [09:57] even in 640x480 there's still quite a lot of unused space at the right, so it should fix [09:57] s/fix/fit/ [09:57] I agree, it's a theme specific parameters, though [09:57] t [10:01] mdz: thanks for pointing out, I'll apply the relevant bits of that patch then (just tested in kvm to make triple-sure) [10:01] pitti: thank you [10:03] fortunately, I have not received any strong confirmation for bug 262567 [10:03] Launchpad bug 262567 in powernowd "Scaling governor set to 'performance' on boot, rather than 'ondemand'" [Medium,Triaged] https://launchpad.net/bugs/262567 [10:06] pitti: bug 276857 is very confusing, X says that it finds no keyboard or mouse, but they turn up in lshal [10:06] Launchpad bug 276857 in xorg "On reboot X requires restart because mouse and keyboard are unresponsive" [Undecided,New] https://launchpad.net/bugs/276857 [10:08] mdz: looks like hal isn't up when X starts [10:09] jcristau: but I had him add an lshal to the init script, and it works [10:10] weird [10:10] mdz: ah, bug #271138 is likely the same issue, thanks for the other bug number ;-) [10:10] Launchpad bug 271138 in gdm "mouse and keyboard unresponsive when gdm first runs" [Medium,Confirmed] https://launchpad.net/bugs/271138 [10:12] i love how people say 'I have exactly the same problem.' and then go on to describe something unrelated [10:12] jcristau: do you know if X logs an error if it cannot connect to hal? I see no such error in the log; the first one is that it cannot find a core pointer/keyboard [10:13] (EE) config/hal: couldn't initialise context: (null) ((null)) [10:13] it logs that when libhal_ctx_init() fails [10:15] pitti: in conclusion: what are you doing, and what could I do? [10:16] gaspa: I'm not working on this right now (will do later when I get back to my email) [10:16] gaspa: maybe you can run some tests with enlarging the width and see if it looks ok then? [10:16] yep [10:20] StevenK: ok i will do gnash today [10:21] jcristau: oh, I see, the error about core pointer/keyboard is normal (happens here too). only the error at the end is meaningful [10:24] tjaalton, what do we do about the -nsc Xserver ? [10:25] * ogra just marked bug 281490 as duplicate of bug 265035 .... seems we need to take some action before release for that [10:25] ogra: what do you mean? [10:25] Launchpad bug 281490 in xserver-xorg-video-psb "can't run X -configure in a T61 (dup-of: 265035)" [Undecided,New] https://launchpad.net/bugs/281490 [10:25] Launchpad bug 265035 in xserver-xorg-video-psb "Xorg -configure breaks on undefined symbol: xf86GetPciVideoInfo" [Undecided,New] https://launchpad.net/bugs/265035 [10:25] StevenK: thanks [10:25] tjaalton, it still chokes on nsc [10:25] mdz: right, the first error is when parsing xorg.conf, so it's ok [10:25] and TheMuso, thanks for building. [10:26] and i still dont get why both got assigned to -psb ... its definately not at fault [10:26] ogra: ok, didn't know about that [10:26] one thing I can see is that it is defined as "extern char const mad_version[];" and then it tries to link against it as "char mad_version ();", should that work? [10:26] you assigned it to psb :) [10:26] hmm :) [10:27] nsc isnt ported yet and apparentl wornt be ported as far as i heard ... we should probably drop it (though i know lots of ltsp users that will kill me) [10:27] s/wont be ported/wont be ported in time/ [10:28] ogra: it should be ported, the current version has a patch for that [10:28] ogra: but maybe it's not complete [10:28] yes, that was at least what Q-Funk told me [10:29] who does the debian package [10:29] the debian X team [10:29] * ogra rephrases [10:30] Q-Funk, who does the debian package for geode and nsc :) [10:30] ah :) [10:30] no he doesn't [10:30] not anymore ? [10:30] oh [10:30] he does geode [10:30] wasnt nsc the result of a package split of amd into geode and nsc ? [10:31] mdz: indeed, and the hal init script blocks until all devices and FDIs have been processed (the "coldplug" phase) [10:31] we had a lot of grief with his packages back when that split happened [10:31] mdz: I subscribed to the bug [10:31] i thought it wasall his work [10:31] nsc has been here for quite some time [10:31] ogra: there was no split [10:32] geode should support those chips in the future [10:32] there's a pciaccess patch for nsc in git, you may want to try that [10:32] jcristau, bug 219630 [10:32] Launchpad bug 219630 in xorg "please add "geode" to driver list in hw/xfree86/common/xf86AutoConfig.c" [Medium,Fix released] https://launchpad.net/bugs/219630 [10:33] (only open that LP page if you have a lot of time ... its loooong) ;) [10:33] it looked like he maintained both packages [10:33] to me at least [10:34] but if tehre is a fix, we should indeed urgently get that [10:37] ogra: btw, that bug was about psb, not nsc [10:37] tjaalton, which one ? [10:37] ogra: bug 281490 [10:37] Launchpad bug 281490 in xserver-xorg-video-psb "can't run X -configure in a T61 (dup-of: 265035)" [Undecided,New] https://launchpad.net/bugs/281490 [10:37] Launchpad bug 265035 in xserver-xorg-video-psb "Xorg -configure breaks on undefined symbol: xf86GetPciVideoInfo" [Undecided,New] https://launchpad.net/bugs/265035 [10:37] er, 265035 [10:38] no, i filed it against xserver-xorg originally, the breakage was on -vga and when that was gone it broke on -nsc with the same error message as on bug 281490 [10:38] Launchpad bug 281490 in xserver-xorg-video-psb "can't run X -configure in a T61 (dup-of: 265035)" [Undecided,New] https://launchpad.net/bugs/281490 [10:38] Launchpad bug 265035 in xserver-xorg-video-psb "Xorg -configure breaks on undefined symbol: xf86GetPciVideoInfo" [Undecided,New] https://launchpad.net/bugs/265035 [10:39] you were the one who assigned it to -psb (which i still dont understand as i said in the beginning) [10:39] (EE) Failed to load module "psb" (module requirement mismatch, 0) [10:39] that's why :) [10:39] but thats not the xf86GetPciVideoInfo message :) [10:40] hm right, but still [10:40] right ... :) [10:42] jcristau: the ubuntu package already has the patch, but seems like it doesn't work [10:43] tjaalton: ah. then i guess someone with the hardware needs to fix it... [10:43] jcristau: exactly :) [10:43] * ogra just confirmed again [10:44] (EE) module ABI major version (1) doesn't match the server's version (4) [10:44] (EE) Failed to load module "psb" (module requirement mismatch, 0) [10:44] Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers//nsc_drv.so: undefined symbol: xf86GetPciVideoInfo [10:44] ogra@osiris:~/Desktop/ltsp$ sudo apt-get remove xserver-xorg-video-nsc [10:44] .... [10:44] ... [10:44] (EE) module ABI major version (1) doesn't match the server's version (4) [10:44] (EE) Failed to load module "psb" (module requirement mismatch, 0) [10:44] (++) Using config file: "/home/ogra/xorg.conf.new" [10:44] Xorg detected your mouse at device /dev/input/mice. [10:44] Please check your config if the mouse is still not [10:44] operational, as by default Xorg tries to autodetect [10:44] the protocol. [10:44] Your xorg.conf file is /home/ogra/xorg.conf.new [10:44] To test the server, run 'X -config /home/ogra/xorg.conf.new' [10:44] even though it has the EE line for psb, it properly creates the config [10:45] Why is it trying to load psb? Ideally, nothing should load psb, because it's known not to work. [10:45] it walks all available drivers [10:46] on a sidenote it detected everything correctly in the config file ... [10:46] hrm. [10:46] +#ifndef XSERVER_LIBPCIACCESS [10:46] if (xf86GetPciVideoInfo()) { [10:46] +#endif [10:46] that's what I was looking at as well.. [10:47] tedg !!! i cant log out from ltsp sessions anymore [10:47] *sight* [10:47] -t [10:49] jcristau: umm, maybe running autoreconf would make it work? [10:50] maybe pcpa screwed up [10:51] maybe, but looks like the package was not built against libpciaccess [10:51] the configure.ac patch looks broken [10:54] tjaalton: bug 222796 indicates that the thinkpad_acpi default hotkey mask is not in fact correct [10:54] Launchpad bug 222796 in linux "Brightness up not generating ACPI event on Thinkpad T43p, T42, X31, X40, R52" [Medium,Triaged] https://launchpad.net/bugs/222796 [10:55] asac_: Okay, cool. [10:57] * ogra is angry and files bug 282595 [10:57] Launchpad bug 282595 in ldm "fusa prevents ltsp sessions from logging out" [Critical,New] https://launchpad.net/bugs/282595 [10:57] mdz: hmm ok, maybe the change should be reverted then. Would be nice if upstream told why it was bad to change the mask [10:57] ogra: if you want that to be RC then it needs to be nominated for release as well [10:58] cjwatson, ah, thanks, will do [10:58] ogra: (http://wiki.ubuntu.com/RCBugTargetting) [10:58] done [10:58] tjaalton: I have asked mjg59 on #ubuntu-kernel [10:58] thanks, i doubt i have any other RC bugs though ... [10:59] the LP translations import queue seems to have progressed through about three or four weeks' worth of imports over the weekend; glad to see it's catching up === asac_ is now known as asac [11:01] jcristau: right, autoreconf didn't help at all [11:02] tjaalton: it's missing the AC_CHECK_DECL(XSERVER_LIBPCIACCESS, ..) [11:04] jcristau: yeah.. [11:07] Mirv: are intrepid langpacks ok? [11:08] woah, the guest session just locks up ltsp [11:09] ogra: ffox? [11:09] grrr .... we had deliberately disabled user switching in fusa [11:09] asac: yep, as far as Firefox is concerned [11:09] Hrm? Isn't that what the "us" in "fusa" represents? [11:10] Mirv: ok cool. could you please verify that language-pack-fi-base contains the xulrunner-1.9 translations ? e.g. dpkg -L language-pack-fi-base | grep xulrunner-addons [11:10] asac, no, i'm just discovering that a) all ltsp related fusa patches were dropped b) you cant log out anymore and c) the gnome-power-manager patches that prevented users from shutting down the server seem to be dropped as well [11:10] *SIGH* [11:10] ouch. [11:10] ogra: how comes? [11:10] asac: yes it does, xulrunner-1.9-fi.jar among else [11:10] and beyond that i can switch to a guest session that kills the server [11:11] Mirv: great. thanks for confirming [11:11] Mirv: do you have a hardy install? [11:11] asac, new fusa, missing patches or dropped patches i wasnt told about :/ [11:12] poor ogra [11:12] ogra: there still is time ;) [11:12] ogra: talk to ted, he's the one working on those [11:12] seb128, yes, i just didnt expect that much fun that late in the release :/ [11:13] ogra: that's not late, those changes are there for a while [11:13] ogra: why wasnt that reported earlier in the cycle? do ltsp users only test at the very end? [11:13] ogra: the fusa applet didn't change for weeks now [11:13] asac: in many cases, yes (sorry) [11:13] seb128, the debconf note and the switch only happened on thurs/fri on all my systems here [11:14] seb128, bu it wasnt the default logout option until last week [11:14] ogra: ah right, the configuration migration is new, debconf note? [11:14] yeah. its a common problem for NM too. all the wierd chipsets get on it short before release [11:14] yes [11:14] a broken note btw [11:14] ogra: it was on new install for weeks, there was just no configuration migration on upgrade [11:14] saying (null) as header, referring to an "update" button i dont get in german [11:14] mvo: read that? [11:15] * ogra was sure he saw a fusa changelog entry that the ltsp patches were forward ported [11:15] ogra: is your update-notifier up-to-date (and/or restarted)? [11:15] ogra: debconf? are you sure you don't mean the notification icon? [11:16] * 71_no_ltsp_user_switching_option.patch: Refressing to new build and making [11:16] sure that LTSP_CLIENT is checkd on GConf key change also. [11:16] cjwatson, yes, i meant that, sorry i'm very upset atm ... [11:16] mvo, yes [11:16] mvo, There's no "Name:" in the note. [11:16]