[00:05] if the /debian/control specifies a different package than the original/older name can i set the new/(changed name) package to 'replace' the original package, that way dependencies can be met ? [00:12] aka does the 'replaces' field in the control file work if the packages have different names ? [00:15] the Replaces field only makes sense if the packages have different names [00:15] but a Replaces field doesn't satisfy any dependencies. [00:15] recommended reading: http://www.debian.org/doc/debian-policy/ch-relationships.html [00:16] i guess that was an awful explanation; let me read brb === ember_ is now known as ember [00:16] then explain better [00:39] slangasek: so [00:40] 0.6.6-0ubuntu1 [00:40] 0.5.10+git20080301-1ubuntu2 [00:40] ok, what wireless chipset? [00:40] you seem to have evaded the hal breakage, at least :) [00:41] 4965 [00:42] hmmmmm, I thought there was a 4965 bug open somewhere [00:43] so I get online at the moment by iwconfig + nm [00:43] hammer iwconfig at it enough and it comes up [00:43] after that its fine [00:44] it may not be nm, but I blame nm before anything else. With historical reason :) [00:45] possibly "nm/kernel driver interplay", in this case; the new nm has just changed to make use of the improved kernel stack, which not all drivers support yet (incl. the iwl3945 and iwl4965 drivers we're shipping) [00:46] so n-m may be making some... suboptimal choices [00:46] slangasek: Erm. Got a bug#? [00:47] lifeless: you might look through https://bugs.launchpad.net/ubuntu/+source/linux-ubuntu-modules-2.6.24 to see if any of these 4965 bugs match your symptoms; otherwise, dunno [00:47] The only new kernel stack I can think of is the new configuration stack, which is integrated in the mac80211 stack the iwl* drivers use [00:47] FWIW, 4965 works solidly here [00:47] Though I'm using n-m 0.7 [00:47] mjg59: the mac80211 stack used by the iwl* drivers doesn't know scan_capa [00:47] there's a bug number, yes [00:48] #200950 [00:48] slangasek: Ah, ok. I think your summary is wrong, then :) [00:48] sorry :) [00:48] mac80211 is the stack everything is migrating to [00:49] yes - but we have a forked version of mac80211 in l-u-m for iwl[34]*, and that version doesn't know scan_capa. The one in linux-image does [00:49] Wurgh? [00:49] (don't ask me why we have two different versions of mac80211, that's beyond my ken) [00:49] They're developed against the one in -wireless, which should always be identical or ahead of the one in -image [00:50] that would imply that scan_capa is going away again, that would be messy [00:50] I suspect it might just be the case that the stuff in l-u-m wasn't updated appropriately [00:50] anyway, bug #200950 is the bug [00:50] Launchpad bug 200950 in linux-ubuntu-modules-2.6.24 "[iwl3945] network manager not able to associate to hidden SSID (scan_capa = 0x0)" [High,Confirmed] https://launchpad.net/bugs/200950 [00:52] that summary looks exactly accurate [00:52] except for the chipset [00:52] you have a hidden SSID? [00:53] feel free to update the summary then, and poke asac about adding iwl4xxx to his quirk [00:57] slangasek: I'll fix keurocalc straight away. [00:57] vorian: ok, cheers :) [00:57] :) [00:58] slangasek, thanks for the link, virtual package provides was exactly what i needed [00:58] just didnt want to debuild, then 1/2 hr later find out it actually wasnt correct === lamont` is now known as lamont [01:43] Anyone know if there's a method to use hal to set xserver screen properties? (instead of manually editing xorg.conf after 'autoconfig') [02:17] bryce: in what sense is 915resolution no longer supposed to be removed? The conflict is still there, and my understanding is that the conflict is corret [02:17] correct [02:17] or maybe "that should be fixed" is "we should fix that"? [02:20] slangasek: yeah I don't know exactly what the situation is there, but I *believe* that we decided if they were using -i810 in gutsy, we weren't planning on rewriting their xorg.conf to use -intel, so we should check to make sure we aren't going to cause this bug in that case [02:20] but I'm not sure exactly what we intend to do here though, so assigned to timo to take a look at [02:36] bryce: hmm do you have any hints on why xserver-xorg-intel on GMA950, when playing xv after suspend+resume X freezes? [02:40] jdong: no, I was just looking at that bug report though. I have a 945 box here, I'll have a shot at reproducing it some time this week [02:41] jdong: if you can post a backtrace, that could be quite valuable in tracking it down [02:41] bryce: what kind of backtrace, and how would I go about getting one? [02:41] we've only had a limited set of xorg changes recently that could account for it, so I think it's likely we can get it figured out [02:42] ah, see http://wiki.ubuntu.com/DebuggingXorg for details [02:42] basically ssh into the machine after locking up, and attach gdb to the Xorg process and do backtrace full [02:43] bryce: ah, ok I'll give that a shot the next time I have a chance :) [02:46] bryce: Are you aware of the proposed patch (attached to freedesktop bugzilla) for bug #194214? I don't know enough X to really tell if it's good, but the guy sounds reasonably confident :) [02:46] Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214 [02:46] bryce: OF COURSE, when I TRY to reproduce it, it doesn't happen [02:46] * jdong cries [02:46] hehe [02:46] RAOF, looking [02:46] lol [02:49] bryce: ok from now on, I will tell you that X crashes each time before I suspend. That seems to do the trick. [02:50] RAOF: interesting, the patch so far looks fairly straightforward but it sounds like it's not super thoroughly tested. I'd sort of prefer giving it more time to be tested before rolling it into hardy, but I could probably roll a .deb for people to test with meantime. I'll put it on the todo list for tomorrow [02:50] bryce: I'm very happy to attach a debdiff to the bug if that's easier for you. [02:50] oh yes that would be great [02:51] oh, I notice people have already posted debs, excellent [02:51] I'm not sure which patch they're applying, though. [02:51] There was an initial hack patch, then the better version on freedesktop bugzilla. [02:52] ah, then if you could also post a .deb for folks to test that would be handy too [02:52] Yeah, I will. Time to update my i386 schroot. [02:55] on bug #194214: I experience similar results when using emacs (keys stick) , but the rumor is that mouse events trigger this (Hardy amd64 Beta+) [02:55] Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214 [04:16] wow [04:16] http://slashdot.org/comments.pl?sid=494944&cid=22815662 [04:17] (about john nagle's validator service) "This tool is regularly abused as a proxy server. At one point, somebody even built a call to it into the Debian build process because they needed to read HTTPS from some code that didn't know how to talk SSL." [04:17] "(That's been fixed.) " [06:14] Good morning [06:15] Night [06:17] evand, _MMA_: sane does not need the scanner group any more; dev permissions are dynamically assigned by hal now [07:28] * StevenK tries to figure out what colour depth his X server is running in === _r1__ is now known as _r1_ [07:30] StevenK: xdpyinfo? [07:30] Mithrandir: Yeah, remembered that as I hit enter. :-) === tkamppeter_ is now known as tkamppeter [08:13] what's the procedure for getting new packages (= non-existing in ubuntu) from debian? fontmatrix seems useful [08:15] It will be done automatically for intrepid. [08:15] I was referring to hardy [08:16] I’d guess it’s too late in the release cycle, but i don’t know for sure. [08:19] tjaalton: there a wiki page somewhere, which is called official way and is ignored by develoeprs [08:20] zdzichuBG: right.. paperwork it is then [08:22] zdzichuBG: The official way is ignored by developers? [08:22] tjaalton: there is also https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [08:23] soren: thinkfinger was requested by this page for two releases, even with links to debian packages and haven't been included in Ubuntu [08:23] zdzichuBG: read that already [08:23] hi all [08:23] tjaalton: What you need to do is file an FFe for it. [08:23] hmm, mvo is not online [08:23] zdzichuBG: thinkfinger is in ubuntu [08:23] tjaalton: When that's accepted, you just file a sync request. [08:24] tjaalton: Well... The sync request could be written as an FFe, I guess. [08:24] does anybody know a reliable way to find out the component a package belongs to through python-apt ? [08:24] seems that fontmatrix has been requested already, bug 198837 [08:24] Launchpad bug 198837 in ubuntu "Sync fontmatrix from debian lenny or unstable" [Wishlist,New] https://launchpad.net/bugs/198837 [08:24] zdzichuBG: Erm... A wiki page is not the correct way to request new packages in Ubuntu. I don't know why you think it's official. [08:25] candidateOrigin's component attribute seems to be missing for package like distcc and alike [08:25] soren: it was. now it states it Obsoleted and bug has to be reported in launchpad [08:26] zdzichuBG: So the page even says that it's not the right way to do it... It's hardly surprising noone is picking it up then, is it? [08:26] * sivang waits for Michael to come online [08:27] sivang: He's on holiday. [08:27] afaik [08:27] oh [08:27] hi soren [08:27] o/ [08:27] soren: it was official 1-2 years ago. Instructions on wiki.ubuntu.com stated, that in order to get package in ubuntu one has to add pointers to software in this page. Apparently process changed since then [08:27] and there nobody else who knows python-apt as good as he.. darn [08:28] soren: When's he back? I have a question for him too. [08:28] Next week. [08:29] zdzichuBG: Right. We use wiki pages to track policies and such, and bug reports to handle tasks, bugs, etc. [08:29] zdzichuBG: ...because wikis make lousy bug trackers. [08:31] zdzichuBG: Basing statements like "foo is ignored by developers" on 1-2 years old empirical data is not very useful. [08:31] soren: and louse archive tool, too. I can't find this wiki page right now, so I will back out my statement. Sorry. [08:32] zdzichuBG: Didn't you just say that it said the page was obsoleted and all that? Where did you see that if not on the page itself? [08:33] tjaalton: see the page I linked. Correct way to have package included in Ubuntu is described there [08:33] soren: there was a page with long table of software, sorted alphabetically [08:34] soren: this page was linked from https://wiki.ubuntu.com/UbuntuMainInclusionQueue or similar page [08:34] soren: whole process involving wiki got obsoleted [08:35] the main inclusion queue is for getting software into main, not for getting it into Ubuntu as a whole... [08:35] (”This page is obsolete; please file a bug report for each package to be moved to main and subscribe [WWW] ubuntu-mir to the report.“) [08:35] zdzichuBG: I believe soren knows this, he's been contributing to Ubuntu for years. [08:36] Mithrandir: I'm explaining myself [08:38] zdzichuBG: Basing statements about policy about A based on wikipages about B is not useful either. *Especially* when you don't even mention that when you're making said statements. [08:39] zdzichuBG: It happens to be correct, but as a general rule, I'd advise against it. [08:43] I'm sorry, I didn't meant to offend anybody. === \sh_away is now known as \sh [08:47] Hm... I happend to notice that a package called "xenman" was removed from Ubuntu with a note saying that it had been renamed to "convirt", but "convirt" wasn't sync'ed. This seems unfortunate. [08:48] Package removal is a completely manual process, is it not? [08:56] soren: Some are manually requested, but others are semi-automatically imported from Debian. [08:56] I'm not sure how semi-automatic semi-automatic is, as the archive admin processes are very secret indeed. [08:57] Non-obvious != secret [08:58] Fujitsu: what is secret? [08:58] Fujitsu: it's all documented on the ubuntu wiki [08:59] Ah, so it is. [09:00] So it's "asks for confirmation [for each removal]" semi-automatic. [09:00] I don't understand the question [09:00] I'm not seeing a question. [09:01] Fujitsu: what is your issue then, what information would you like to know but is secret? [09:01] seb128: Oh, I see you joined afterwards. [09:01] seb128: soren asked about how manual removals were. [09:02] 09:47:59 < soren> Hm... I happend to notice that a package called "xenman" was removed from Ubuntu with a note saying that it had been renamed to "convirt", but "convirt" wasn't sync'ed. This seems unfortunate. [09:02] 09:48:20 < soren> Package removal is a completely manual process, is it not? [09:03] ah, ok [09:03] I don't know... I guess I just expected that when a package was removed because it got a new name, the new package would be imported straight away without the need for a sync request. [09:03] I find it strange that removals were processed after the autosync was switched off. [09:04] why? we still do cleaning [09:05] soren: seeing the reason it's likely manual processing [09:06] seb128: That makes it even more strange why the new package wasn't synced, doesn't it? [09:06] not really [09:07] No? Hm.. Is that how renames are usually handled? [09:07] if you ask me now to remove something because it has been renamed I'm likely to trust you, have a quick look and do it [09:08] soren: we get lot of ping on IRC, mails, etc, dunno about this one especially but if the request comes from somebody known and trusted it's likely to be done without a lot of checking [09:09] Isn't this why a bug trail is mandated? [09:09] seb128: Are we talking about the removal of the old package or the syncing of the new one? Or perhaps both? [09:09] soren: any archive admin request [09:09] seb128: Ah. [09:10] Fujitsu: well, bugs are the usually way, but we tend to try to minimize the paper work when it's not required [09:10] Fujitsu: I tend to do quite a lot of desktop syncs when asked on IRC rather than asking them to open a bug, then go to find the bug to close it, etc [09:11] seb128: For syncs it's not so bad; the requester is generally recorded as the Changed-By. [09:31] hi people, question about OpenOffice.org translations - how they get pulled in and how they get updated? [09:48] pitti, hi [10:20] pawalls: hi [10:20] pawalls: want to discuss the mounts listed by gvfs? [10:23] Does someone know if pitti already came back from easter vacation? [10:24] tkamppeter: /whois pitti and read the away text there [10:37] seb128 thanks [10:44] hi tkamppeter [10:45] tkamppeter: I'll upload your packages now, don't worry :) [10:45] tkamppeter: sorry, I was out for a bit [11:08] lifeless: please test if the branch now associated with bug 200950 fixes your hidden connect problem for iwl4965 [11:08] Launchpad bug 200950 in linux-ubuntu-modules-2.6.24 "[iwl3945] network manager not able to associate to hidden SSID (scan_capa = 0x0)" [High,Confirmed] https://launchpad.net/bugs/200950 === asac_ is now known as asac [11:11] pitti, it was not primarily about the stack of packages, but that I have good news for you: bug #25966 is fixed. Bugs in the individual packages get now assigned to the packages. [11:11] Launchpad bug 25966 in Ubuntu Hardy "NEW PACKAGE: Printer drivers for Brother needed" [High,Fix released] https://launchpad.net/bugs/25966 [11:11] pitti, Now the Brother packages are ready for Jockey. [11:11] tkamppeter: right, I read it this morning; awesome job of Saivan and you! [11:12] tkamppeter: looking forward to Austin and discussing how to integrate printer drivers into this [11:12] pitti, should Saïvann appy for MOTU now? [11:13] tkamppeter: he should probably collect some more experience (bug triage, bg fixing, freezes, packaging of free software and best practices, etc) [11:14] pitti, I have a question about bug 139665. In the last comment in it there is a syslog with AppArmor messages about smaba files. [11:14] Launchpad bug 139665 in cupsys "apparmor profile error messages" [Medium,Incomplete] https://launchpad.net/bugs/139665 [11:15] For me it looks like that for Hardy this is no problem any more, as third-party backends, including smb, are excluded from AppArmor protection: [11:16] /usr/lib/cups/backend/* Ux [11:16] pitti, am I right» [11:16] pitti, am I right? [11:16] tkamppeter: in theory yes [11:17] tkamppeter: however, that same relaxed profile is also in gutsy-updates [11:17] tkamppeter: so I'd ask again for his version, and whether he uses the -update packages [11:17] what happened to linda? it's not installable [11:18] tjaalton: it got removed from Debian [11:18] oh.. [11:19] tkamppeter: I wouldn't mind adding some rm privs to /usr/share/samba, that doesn't hurt [11:19] tkamppeter: depends on whether it's only through a third-party driver (and thus fixed now) or due to something built into cups itself [11:19] calc: whats the status of openoffice.org-l10n-en-gb ? [11:20] pitti, CUPS is not talking to Samba directly. Using CUPS as a client to an SMB server is always done via the smb backend. [11:21] tkamppeter: hmm, which is not covered by the AppArmor profile [11:21] so it should work [11:25] pitti, thanks. Bug closed. [11:25] tkamppeter: hm, I just followed up with that question [11:25] tkamppeter: but anyway, if I get a negative response, I'll just reopen it [11:25] thanks [11:30] pitti, I am also closing 153003, as the /dev/tty problem does not break printing and the other problems are fixed. [11:30] ah, great [11:31] bug 153003 [11:31] Launchpad bug 153003 in cupsys "inode_permission error for cupsd on /dev/tty" [Undecided,Won't fix] https://launchpad.net/bugs/153003 [11:41] any idea if dpkg-genchanges is somewhat broken at the moment? -S -si yields http://paste.ubuntu.com/6057/ for me [11:41] while it works in feisty [11:42] and works in gutsy [11:44] asac, do you work remotely and ahve a rinning display as asac on the same machine ? [11:44] *running [11:45] ogra_cmpc: no thats locally [11:45] dpkg-genchanges (or rather gnome-keyrig i think) does use a graphical PW prompt now [11:45] ogra_cmpc: doing the same in gutsy chroot works [11:45] ogra_cmpc: pw prompt? afaik it doesn't sign on its own [11:45] ogra_cmpc: the problem is that the orig.tar.gz is in the .changes ... even though i build with -si [11:46] i hope that its not pw related :) [11:46] heh, no [11:46] but the .changes need to know the md5 for the orig.tar,gz [11:46] ogra_cmpc: no thats the .dsc [11:46] so that should indeed show up there [11:46] hmpf [11:46] he? [11:47] it never shows up there [11:47] only in hardy [11:47] feisty, gutsy, dapper work :) [11:47] e.g. it just doesn't obey the -si flag anymore [11:47] (at least here) [11:51] ogra_cmpc: you have ralink? [11:51] can you test hidden ssid if you have a minute? [11:52] you need to remove the connection info from gconf (through nm applet "Edit Connection ..") [11:52] asac, you have ralink :) its in the classmate :) [11:52] ogra_cmpc: right ;) [11:52] ogra_cmpc: what do you have? [11:52] rt73usb [11:52] i thought you had another ralink of a different kind [11:53] * ogra_cmpc would have said now "all classmates are the same" ... but that doesnt seem true anymore ... [11:53] ogra_cmpc: does that work out of the box? [11:53] but ours are at least :) [11:53] a friend complained that his rt73usb doesn't work out of the box in gutsy [11:53] i never tired hidden essid ... but for all other setups it works fine [11:53] oh, ah, eh ... gutsy [11:53] ogra_cmpc: yes. hidden essid is special. [11:53] no thats rather gamblinbg [11:54] ogra_cmpc: ok. so hardy is better [11:54] good to know [11:54] gutsy did work depending on the moon phase only [11:54] are there issues with just installing the hardy kernel in gutsy or should i advise him to upgrade? [11:55] hardy worked with all setups i have tried yet ... no idea about the kernel though, you will need new module-init-tools and udev additionally i think [11:55] hmm [11:55] i think he should just hit dist-upgrade [11:56] we are at beta stage after all [11:56] pitti, thanks for uploading all that packages which I have prepared the last days, now we had real bug closing fireworks. I have now also prepared hplip, see your mail. [11:57] asac, yeah [11:58] hardy is far beyond wrt ralink [11:58] tkamppeter: indeed :) uploaded hplip, too [12:02] pitti: please give back haskell-http on sparc, thanks! [12:02] sistpoty|work: kicked [12:02] thanks! [12:04] * Hobbsee gently kicks pitti [12:04] if i give pitti back, will he clone himself? [12:05] heh [12:05] * pitti plops back into existence fourfold [12:05] yay! [12:05] * Hobbsee gives pitti back again [12:05] 8, or 16 now? [12:05] -ENOSPC on my desk [12:06] aww [12:07] pitti, thanks [12:07] pitti, hey, you said you like ltsp, i could send you some terminals :) [12:07] hah, great idea [12:08] can then someone please clone my wife, bicycle, fridge, and laptop as well? [12:08] you want a bike riding harem ? [12:09] with a fridge? [12:09] no, with fat geeky girls i guess :) [12:10] eww [12:10] heh [12:10] erk. [12:10] No, pitti just doesn't like sharing. [12:10] Even with himself. [12:14] pitti: do you have an option on whether desktop users should be in lpadmin or not? [12:14] seb128: IMHO no [12:14] pitti: can you add and configure printers without being lpadmin member? [12:15] seb128: no, that needs lpadmin [12:15] so you think desktop users should not be able to set up a printer? [12:15] hum [12:15] probably 'lpadmin' should have been just 'admin'... [12:15] I'm not sure I agree [12:15] same question as 'so desktop users should not be able to change the time zone', or install a package [12:16] * pitti grumbles about a stale 5-a-day lock on lp bzr [12:16] hum [12:16] I'm not sure I agree there [12:16] with admin rights you can break things [12:17] but adding a printer should be no issue [12:17] you can enable printer sharing to the world with lpadmin, or reroute known printers to somewhere else [12:17] alright [12:18] I'm wondering if it makes sense to have a desktop profile [12:18] that's just useless thing, you can't do anything as a desktop user apparently [12:18] why not? [12:18] it's exactly what I'd give to users at an university or an office [12:18] or my wife on my computer [12:19] well, that's just an standard unpriviledged user then, no? [12:19] i. e. audio, video etc. are fine, but no admin rights [12:19] we should have user and admin [12:19] seb128: hm, desktop user is audio/video/modem etc. [12:20] printer adminstration was possible before for nomal users iirc (with the older print tools) [12:20] but never with lpadmin [12:20] ogra_cmpc: how? [12:20] cupsys always required being in lpadmin to do administration [12:20] pitti, i could manage print jobs and add/remove printers with gnome rpint tool if i'm not totally wrong [12:20] pitti: alright, makes sense, I was just checking before changing, thanks ;-) [12:21] ogra_cmpc: you were likely in lpadmin [12:21] ogra_cmpc: I doubt that [12:21] hmm [12:21] ogra_cmpc: you didn't need a password or anything, but you did need the group membership [12:21] and did we use that group for non admin users ? [12:22] i thought i remember it working with such users in ltsp [12:23] but i may remeber it wrongly ... you will know petter as the cups maintainer [12:23] heh [12:23] better as well === chuck_ is now known as zul [12:34] <_MMA_> pitti: The issue is bug #205496. I'm going to grab a new daily to see if the problem persists there still. My installed Hardy still has this issue. [12:34] Launchpad bug 205496 in xsane "[Hardy]Xsane needs root to operate scanner" [Undecided,New] https://launchpad.net/bugs/205496 [12:36] _MMA_: are you member of the scanner group or not? [12:37] <_MMA_> seb128: I did enable it yes. [12:38] <_MMA_> My 1st post in Bug #205628 shows how to reproduce. [12:38] Launchpad bug 205628 in xsane "[Hardy] xsane reports all devices as busy. (dup-of: 205496)" [Undecided,New] https://launchpad.net/bugs/205628 [12:38] Launchpad bug 205496 in xsane "[Hardy]Xsane needs root to operate scanner" [Undecided,New] https://launchpad.net/bugs/205496 [12:42] _MMA_: hm, weird; you shouldn't need group scanner any more, for me it works perfectly without [12:42] zul: regarding bug #204612 , I saw it the other day (but haven't tried to reproduce it) [12:42] Launchpad bug 204612 in nut "nut 2.2.1-2.1ubuntu1 fails to install on Hardy Heron" [Undecided,Triaged] https://launchpad.net/bugs/204612 [12:42] jdstrand: just tried it here locally in my vm and I wasnt able to [12:43] zul: the machine it happened on has upsmon enabled, but not upsd [12:44] jdstrand: hmm...interesting anything in the log files? [12:45] <_MMA_> pitti: It is odd. All 3 of my devices that xsane can see give me busy errors unless I open as root/sudo. This happened a little before beta. I'll see what the daily yields to try to narrow it down to a quirk on my installed system. [12:45] _MMA_, did you notice that ~/.sane is owned by root automatically if you run scanimage as root ? it wont be writable for your user [12:45] zul: nothing out of the ordinary (grep ups /var/log/*) [12:45] zul: but I can't remember quite when I saw it [12:46] <_MMA_> ogra_cmpc: I made sure to clear out any .sane folders and re-run as user. [12:46] ah, k [12:46] (I new there was a bug and moved on :( ) [12:46] jdstrand: I wasnt getting the udev messages like the user is in the bug [12:46] zul: oh-- I remember I got udev failed to restart or something too [12:46] zul: sorry I am not being much help here... [12:46] (with specifics) [12:47] zul: I was really just doing a 'me too' [12:47] jdstrand: yep I got that as well but the upload fixed that and just double checked as well [12:47] jdstrand: heh [13:01] doko_: For Bug #199014 (python-xml removal), only zsi remains. bzed is looking at an svn snapshot for Debian to deal with it, but it's a non-trivial packaging effort. zsi as is stands needs some substantial chunks from python-xml to work correctly. I'm not going to have time to sort through it before release. [13:01] Launchpad bug 199014 in qm "python-xml removal: please drop/replace (build) dependencies" [Undecided,In progress] https://launchpad.net/bugs/199014 [13:02] bryce: hi. I don't think the current approachin gnome-control-center to apply a patch (104) to a patch (101) works, the i18n seems to be as broken as earlier. the patch I gave you was supposed to be applied (so as to update the existing 101 patch), not to add as a patch... [13:02] bryce: could you do another upload and also test that the i18n works with a language of your choice? [13:03] ScottK: seen.I'll at move the package into a private directory probably, so that it gets out of sys.path [13:25] evand: no-reboot and no minimise button changed made in kde_ui [13:26] evand: do let me know when ui changes like that happen so I can make them happen in kde_ui too [13:26] calc: thanks for the minimise issue poke ^^ [13:29] _MMA_: can you please check the ACLs of /dev/bus/usb/...? [13:29] _MMA_: and whether ck-list-sessions has a local session for you? [13:31] <\sh> hmmm..the compile archs for wine are written in the PAS file? === ember_ is now known as ember === DktrKran12 is now known as DktrKranz2 [13:52] Riddell: will do in the future and thanks. fwiw, both were on my TODO list. [13:54] evand: then I rephrase, "do let me know when ui changes like that happen so I can make sure they don't get too low priority on your TODO" :) [13:56] pitti: please give back haskelldb on sparc, thanks! [13:57] Riddell: :) [13:58] Riddell: do you remember the dvd playing issue you asked me last week? [13:58] Riddell: FYI, I've filed bug #204563 about it [13:58] Launchpad bug 204563 in gxine "Update to gxine 0.5.901-1" [Undecided,New] https://launchpad.net/bugs/204563 [14:00] siretart: this is gxine only? [14:01] Riddell: I couldn't reproduce it with totem-xine, but I have to admit that I didn't have to time to test other players [14:01] Riddell: you didn't answer my question what player you have used that time ;) [14:01] kaffeine and xine-ui [14:02] ok, I'll check xine-ui this evening [14:02] thanks [14:02] but for gxine, I know that the version in hardy has serious locking issues. [14:02] do you know if the feature freeze request is missing something? [14:03] if you have a sek to look at it only, of course [14:05] siretart: not that I can see, but its for the universe review team to judge [14:06] Riddell: err, both apps are in main [14:06] both gxine and xine-lib, that is [14:06] (that's why I didn't bother with xine-ui too much, TBH) [14:09] siretart: Directory: pool/universe/g/gxine [14:11] oh? gxine got demoted? why doesn't anyone tell me! [14:11] :) [14:12] xine-lib too [14:12] no [14:12] xine-ui too [14:12] can a core-dev look at bug 188261 for me? [14:12] Launchpad bug 188261 in pm-utils "[debdiff] pm-utils modunload nonfunctional" [Medium,Triaged] https://launchpad.net/bugs/188261 [14:12] It's a trivial straightforward fix [14:13] mjg59: ^^ [14:13] jdong: I'm not a core-dev [14:13] But pitti's been working on pm-utils [14:15] mjg59: wha? really?? [14:18] jdong: uploaded === greeneggsnospam is now known as jsgotangco [14:48] hello, who would i talk to about committing a deb to the repository [14:49] probably you should start at #ubuntu-motu, I am assuming it will be an universe package [14:49] Lamego , hello again -- its a truecrypt wrapper. [14:52] Lamego , appreciated -- i'll take care of it [15:10] Riddell: ah yea :) [15:10] Riddell: also if you continue to use the live cd after doing the install it shows all the dirs from the root of the cd on the desktop [15:10] Riddell: not sure if there is a way to clean that up [15:11] anyone know how I should make this work? [15:11] LANG=es_US.UTF-8 oowriter [15:11] it gives me this: [15:11] (process:20108): Gdk-WARNING **: locale not supported by C library [15:11]