[00:13] bryce: heya Bryce, Jonathan Riddell referred me to you. I had a question about this set of modules for the Linux kernel and X for accelerating 2d and GL for KVM and Xen guests (it's called "VMGL"); I was wondering if and when it will get incorporated into the next version of Ubuntu. Its home page is here: http://www.cs.toronto.edu/~andreslc/xen-gl/ [00:13] Riddell: thanks [00:15] Roey: I hadn't heard of this prior to now. Is there a bug id# open about the current status of it? [00:16] Roey: if it isn't already in debian, then the first task would be to get it packaged [00:16] ok [00:16] it's just a project page so far, as far as I know--they had a paper about this for some conference back in '07 [00:16] and they have tarballs and rpms [00:16] (just not an ubuntu module, yet) [00:17] I see it is at version 0.1, which sounds pretty immature [00:17] bryce, and I haven't checked yet about any submission as a bug id [00:17] ok [00:17] Roey: have you tested it? does it do what it claims? Or is it still early on in development? [00:17] bryce: right, right, it's rather embryonic [00:17] bryce: I just found out about it. [00:17] gotcha [00:17] bryce: in #ubuntu+1, [00:17] there's this one guy who -has- tried it and says it works for him [00:18] ok, so step #0 is verify it does work on ubuntu and does something useful. ;-) #1 after that would be packaging it, and upload to universe [00:18] his nick is h3sp4wn; he should be here momentarily (if he's at his computer) [00:18] ok [00:18] bryce: ok [00:19] bryce: which archs must it be compiled for in order to submit to universe? [00:19] once it's had time in universe to get tested, continue development, and is felt to be well polished and useful, then main inclusion can be considered (which requires some code review, security analysis, etc.) [00:19] right right [00:19] but you gave me what I was looking for, which is a roadmap [00:19] thanks [00:19] in the packaging you'll specify which arch it works in. so as long as it works for one arch, that should be ok [00:19] ok [00:20] i.e., there's an arch field in debian/control [00:20] ah, got it [00:20] if it works on i386, that would be a good start [00:20] hrm, that'd require me to compile a different kernel in that case [00:21] (using a quad-core intel core here) [00:21] q6600 [00:23] Roey: I suspect amd64 would be fine too, although you'd probably get better testing coverage if there's an i386 package. Maybe that could come later after it's in universe though. [00:23] do you mean i386 and not i686 [00:23] ? [00:26] ia32 (32-bit) vice amd64 (64-bit) [00:51] when will be the hardy be released? [00:52] rhineheart_m: http://wiki/ubuntu.com/HardyReleaseSchedule [00:58] TheMuso, are you sure with the link you've provided. It seems that it is redirected to www.wiki.com [00:58] that was meant to be http://wiki.ubuntu.com/HardyReleaseSchedule [01:00] april 24? [01:01] yes [01:02] what is Intrepid Ibex? Is it a LTS also? [01:02] it's the next release after hardy; there are no plans for it to be an LTS, no [01:02] just like the gutsy gibbon? [01:03] I expect it's going to be a release with an 18-month support cycle if that's what you mean, yes [01:03] slangasek, what's the difference for heron from gutsy? Is it also a good version for server? [01:04] rhineheart_m: I think you might find that #ubuntu is better suited to answering these questions for you; this channel is for development of Ubuntu [01:05] oaky.. thanks.. no plans yet to include webmin again to repo as it has been updated by the author already? [01:05] LTS is more likely to be deployed on servers than regular Ubuntu releases due to the longer support cycle, but I couldn't tell you how much more likely [01:05] webmin isn't going to be included in hardy, no [01:06] any projected available web based GUI for hardy? [01:09] slangasek: thanks. Slip of the cold finger. [01:10] rhineheart_m: ebox is included in universe for hardy. [01:11] slangasek, how I wish a better web based GUI will be included that could handle multiple sites configuration... just like ISPConfig [01:54] siretart: the problems I was having playing DVDs were because I havn't set the region [02:31] I wrote up a little feature proposal on the wiki and created a Launchpad proposal for it. What is the next step? [02:32] url? [02:32] sigger_: get it ready for the next UDS [02:32] next step is usually for me to review/approve it [02:32] er whoops! [02:32] sorry thought this was #inkscape. nevermind me [02:32] sigger_: next step is to get it approved by mdz. ;-) [02:32] hehe, np bryce [02:33] sladen: well, I unfortunately am not in a position to actually code it. [02:33] Has anything changed lately with the alternate installer that would make uuid-runtime no longer be installed by default? [02:34] I'm not sure what to look at to try and figure it out myself [02:34] sladen: If I leave it be, will is it in queue for someone to look at it, or do I need to take a further action to propose it? [02:35] s/will/ [02:36] Caesar: do you mean "I have tried to install using the alternate and found a possible bug with by-UUID not working on $this machine"? [02:36] Caesar: things won't have intentionally changed to break something that previously worked [02:38] folks [02:38] i just installed hardy beta on a laptop that wouldn't install previous versions without screwing around. [02:38] where am i supposed to report my successes? [02:41] <_MMA_> srbaker: #ubuntu-testing can help. [02:42] okay [02:42] thx [03:08] keescook: can I blame you for strace failing to sensibly detach anymore on ^C? [03:11] ... and tricking me into breaking my own gnome-session when I was looking at bug #58171 [03:11] Launchpad bug 58171 in gnome-session "Connection to ICE-unix/.. socket times out so programs take minutes to start" [Medium,Confirmed] https://launchpad.net/bugs/58171 [03:18] is the the appropriate channel to ask for help while programming under GNOME? [03:19] Erickj92: nope, try #gnome on gimpnet [03:20] jcastro, what is the exact address? [03:20] for gimpnet? [03:20] irc.gimp.org [03:21] ok, thank you === beuno is now known as beuno_ === beuno_ is now known as beuno === thegodfather is now known as fabbione [04:44] does anyone know why totem won't play m2t files anymore? [04:45] does anyone know what an m2t file _is_? === dhaval_away is now known as dhaval [04:47] mpeg-ts [04:47] mpeg transport stream [04:47] ie what a dv/hdv camera spits out from dvgrab [04:47] Bdoh [04:47] it used to work from what i recall, but gives me an error now [04:47] even with the fluendo mpeg-ts plugin installed [04:48] That was what I was going to ask next :) [04:48] i'm doing a full update to see if anything helps [04:48] does vlc/mplayer handle the file? [04:48] haven't tried yet, just tried after haven't used it in a few months [04:49] ** Message: Error: Failed to connect stream: Invalid argument [04:49] error isn't very useful, will try mplayer [04:49] and note it doesn't tell me i need to install a different package to play it which totem normally does(?) if it can't play the file [04:50] you can up the debug level [04:50] pwnguin: what argument do i use? [04:51] i forget. but the manpage knows [04:51] i wonder if it doesn't want to play because its too high res for my screen [04:52] oh [04:52] that reminds me to file a bug [04:52] mplayer isn't playing it either [04:52] but it says no suitable res found [04:52] its 1920x1080 video on a 1280x800 laptop :\ [04:52] totem will make its window larger than the screen if it plays a song that has lyrics embedded in it [04:54] is there a way to make mplayer shrink its video output to say 1/4 original size? [04:54] im sure mencoder can do it ;) [04:54] ah scale [04:56] hmm well i'll mess with it later seems it doesn't like my laptop much [04:56] * calc bbl :\ [05:12] * lamont grumbles at doko for uploading an nmap with half a fix, and no bug in any bug-tracking system [05:45] slangasek: haha, no, I can't claim that one. blame the crappy PTRACE interface in linux. ;) [06:01] keescook: has it somehow gotten crappier recently? [06:03] hrm.. given a bug in the debian bts, is there a trivial way to import that to launchpad? [06:04] sladen: no, I mean previously the uuid-runtime package was installed by default with the alternate installer, and it appears to no longer be [06:04] * lamont points slangasek at the other window. :-) [06:04] Ng: it seems to work, but I haven't used it much yet [06:07] lamont: the...one I replied to? [06:07] /query here, and I didn't get your answer... prairie-net for the win [06:07] lamont: ... right before you disconnected? :) [06:07] https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/196846 Would it be possible to have someone with main uploader privileges look at this bug? It's an RC (high) bug for hardy, and a trivial patch is available. It would be a shame for gitk and git-gui to be broken in hardy's release, and the deadline's coming up... [06:07] Launchpad bug 196846 in git-core "gitk requires wish8.5 but depends on tk8.4" [High,Confirmed] [06:07] did not. my ISP did [06:09] * lamont plans to upload nmap_4.53-3 and request a sync for 211666 [06:22] Caesar: do you have an opinion on bug #90681? :) [06:22] Launchpad bug 90681 in dhcp3 "resolv.conf overwritten using VPN/PPP etc..." [Medium,Confirmed] https://launchpad.net/bugs/90681 [06:24] slangasek: looking [06:25] slangasek: while we're at it, what about #203723 ? [06:30] slangasek: the problem with DHCP, is there's about three different ways that /etc/resolv.conf can be managed [06:30] So just dicking with /sbin/dhclient-script addresses one vector for /etc/resolv.conf getting messed with, but not all of them [06:31] and I hate the way NetworkManager (ab)uses dhclient [06:31] But this is the first I'd heard of this issue (makes perfect sense though). Why hasn't it been forwarded up to Debian? === asac_ is now known as asac [06:59] Caesar: because there's not enough warm bodies to have someone watching the dhcp3 package in Ubuntu, I imagine [06:59] Caesar: is resolvconf a good solution for this, generally? It seemed to be making headway in Debian, and now it isn't [07:01] Caesar: 203723> looks straightforward to fix, so it must really not be [07:18] Good morning [07:23] * slangasek waves === dhaval is now known as dhaval_away [07:54] slangasek: can you please merge r1287 from http://bazaar.launchpad.net/%7Emythbuntu/debian-cd/mythbuntu-debiancd/? === hunger_t is now known as hunger === dhaval_away is now known as dhaval [08:12] good morning! [08:17] good morning [08:24] mjg59: hm, for bug 162654, maybe it's best to revert the network unloading for now? [08:24] Launchpad bug 162654 in pm-utils "networkmanager (0.6.5-0ubuntu16.7.10.0) needs to be restarted manually after suspend using pm-utils, while functioning correctly using acpi" [Undecided,In progress] https://launchpad.net/bugs/162654 [08:26] heyho [08:26] there are some intoduction for creating debootstrap scripts [08:26] i only want wo install some packages (around 10) over debootstrap [09:14] Good morning === doko_ is now known as doko [09:15] hi warp10 [09:15] hey pitti! [09:17] * pitti looks at mvo, wondering what the libpri1.2 transitional package is all about [09:17] mvo: that's just a library, isn't it? why do we need a transitional library package? === cjwatson_ is now known as cjwatson [09:22] pitti: some strangness in the asterisk package [09:23] mvo: but, but... any details? this looks crackful [09:25] pitti: I need to recreate the situation again, if you don't like I can look for a different fix. libpri1.0 claims a conflict on 1.2 [09:26] mvo: oh, I don't want you to do pointless work, I'm just trying to understand the ratinoale for this oddity [09:26] oh, a conflict? [09:26] Conflicts: libpri1.2 (<< 1.4.0-3) [09:26] Replaces: libpri1.2 (<< 1.4.0-3) [09:27] mvo: weird that a transitional package changes that in any way [09:27] mvo: well, apt is your mystery :) [09:27] yeah, then the package gets removed in hardy and [09:27] that confuses it. the alternative is to remove the conflict [09:28] I guess that is cleaner especially because there isn't really a conflict AFAICS [09:29] mvo: unless they conflict on the soname symlink? /usr/lib/libpri.so.1 [09:29] meh, yeah [09:29] I knew there was a reason [09:29] mvo: the package name is wrong then, it should just be libpri1 [09:30] which Conflicts/Replaces/Provides libpri1.2 perhaps? [09:30] if it didn't change ABI [09:30] and if it did, then the SONAME is still wrong [09:30] mvo: so, please don't get me wrong, not trying to cause trouble, but it doesn't feel like this would even be a working hack... [09:31] since we have no guarantee that the transitional package is installed first [09:31] oh, wait, that's what the conflicts is doing, nevermind [09:31] the transitional package does work, I tested it in a dapper chroot, makes both aptitude and apt happy. [09:32] Caesar: uuid-runtime seems to be optional (both according to the changelog, and according to Debian priorities); I made casper depend on it, but I wonder if we need to install it by default [09:32] of course it's arguably inconvenient to deal with UUIDs without it ... [09:33] mvo: ah, ok; well, *shrug*, I'll accept it, but the broken SONAME will likely cause more trouble in the future [09:34] pitti: right, I don't think there is a debian bugreport about this yet, I will create one [09:34] mvo: that'll do, thank you! (please make it serious, it's a gross violation of library policy) [09:45] pitti: I'm looking at it [09:46] mjg59: good morning! thanks [09:46] mjg59: btw, which TZ are you in ATM? [09:46] London [09:47] aah; I was afraid it was Boston and you're up that long :) [09:50] Riddell: *chuckle* removal of adept from Debian: "ROM, broken beyond repair" -- that's certainly a different adept then? [09:52] doko: gcc-4.0 was recently removed from Debian; no rdepends in hardy AFAICS; I assume I can remove it from Hardy as well? [09:53] pitti: no, we still build gcc-3.4 on hppa [09:53] doko: and that needs gcc-4.0? [09:53] libgcc2 is built from gcc-4.0 [09:53] oh, I should reenable ports in checkrdepends [09:54] hppa is too much broken for this [09:55] ok, then I leave it for now *shrug* [10:01] <\sh> damn....what do I need to do to enable pulseaudio again? seems like it's not started anymore since one or two last updates [10:02] <\sh> starting manually fixed it ;) [10:04] \sh: system -> settings -> audio -> software mixing? === emu_ is now known as emu [10:05] <\sh> pitti, when I would find it, hopefully ;) [10:06] <\sh> I have system -> preferences -> default soundcard (which is set to PA) and system -> preferences -> sound (all needed output/input stuff is set to PA too). [10:06] <\sh> but session manager doesn't start PA automatically anymore [10:07] \sh: do you have system -> settings -> audio -> "Klaenge" -> "Mix sounds with esd"? that triggers pulse [10:07] <\sh> ah...there [10:07] <\sh> that was disabled [10:08] <\sh> so you need to enable "ESD" to start pulse automatically? [10:08] geser, doko: hm, atlas3 was removed from debian with "RoQA; NVIU; RC-buggy; obsolete g77 package", but we still have a lot of rdepends; is our transition not complete yet? is that something to be concerned with? [10:09] pitti: no, we need to keep the g77 based packages, IMO [10:10] ok [10:18] pitti: hrm, where do you see that? [10:18] Riddell: in process-removals [10:27] asac: can you please have a look at the firefoxish bits of "binary-only demotions" on http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt and tell me what I should demote, and what should be seeded? [10:28] pitti: looking [10:29] pitti: bug #211569 is something you might want to look at [10:29] Launchpad bug 211569 in xsane "xsane won't start unless run as root (Epson Perfection 1240)" [Medium,Confirmed] https://launchpad.net/bugs/211569 [10:29] seb128: libglib2.0-data certianly needs to become a Depends: of something? [10:29] pitti: i don't understand taht page [10:29] what does "Binary only demotions to universe [10:29] pitti: why? [10:29] " mean? [10:29] asac: those are the binary packages which are not dependencies of any main package [10:29] firefox-themes-ubuntu -> universe [10:29] pitti: it has only translations and we stip those [10:29] asac: they either need to be seeded to stay in main, or become a dependency of a main package, or dropped to universe [10:29] pitti: s/stip/strip rather ;-) [10:30] seb128: ah, ok; so I can demote it then? [10:30] pitti: yes [10:30] seb128: thanks [10:30] pitti: everything that is firefox-3.0* is main [10:30] pitti: hum, wait [10:30] pitti: ok, that's alright [10:30] same for everything just firefox* .... firefox-granparadiso and firefox-trunk bits are transitional packages (they could stay in universe, but are from the same source as the firefox-3.0 bits) [10:30] pitti: I was just checking that it doesn't contain the copyright, etc for the other binaries too [10:31] could somebody with a thinkpad fingerprint reader look at bug 208668, please? [10:31] Launchpad bug 208668 in thinkfinger "sshd core dumps while trying to connect with a password" [Undecided,Incomplete] https://launchpad.net/bugs/208668 [10:31] asac: cdbs shouldn't do that if there is no depends:, thanks for checking [10:31] pitti: that was for me I think ;-) [10:31] right, sorry [10:31] you are welcome ;-) [10:31] pitti: huh? [10:31] asac: so they need to get seeded then? [10:32] seeding like on CD? [10:32] cjwatson: I only have a Dell fp reader, but it also uses thinkfinger; I can try it a bit later [10:32] cjwatson: iam [10:32] asac: just to supported, I guess [10:32] cjwatson: i have the T32 [10:33] T43 [10:33] pitti: ah. right. i can do that. can we keep parts in universe? [10:33] asac: so those are transitional packages for universe and thus should go to universe? firefox-granparadiso firefox-granparadiso-dom-inspector firefox-granparadiso-gnome-support firefox-trunk firefox-trunk-dom-inspector firefox-trunk-gnome-support firefox-trunk-venkman [10:33] i'd like to keep -dom-inspector and -venkman in "unsupported" [10:34] cjwatson: just curious but do you know if there is an known issue about scp upload speed being on crack? it tends to go to 100% really quickly when I scp to rookery for example and display a speed which is much faster than my dsl line and then stay stucked for a while which is likely the real upload still running [10:34] asac: yes, we can have only some in main [10:34] pitti: yes right. [10:34] asac: hm, that basically means that all of the listed ones can go to universe? [10:34] pitti: ok, we can basically push everything to universe [10:35] that is in that list [10:35] yes [10:35] cool, thanks [10:35] the ones that are not transitional are venkman and -dom-inspector [10:35] and they are not supported [10:35] pitti: so nothing to do from my side? [10:35] asac: no, I just wanted to ask you which we want to support [10:35] ok thanks [10:36] pitti: btw did you read the xsane bug number I gave you in the same time you asked about the glib data demotion? [10:37] seb128: yes, I'll look at it [10:37] pitti: ok, cool [10:37] vim is not supported? [10:37] hmm [10:39] pitti, could jockey not display a descriptive message if linux-image and l-r-m are out of sync (running a test of which versionns are available before it even fires up the package installer which will then fail with error) [10:39] pitti: i see that libmozjs-dev libxul-dev xulrunner are bin only promotions to main ... can we hold that back? [10:40] pitti: we have to kick moblin folks to migrate mobile-basic-flash to xul 1.9 [10:40] seb128: not afaik [10:40] seb128: or rather if it is it was too confused to be actionable [10:41] cjwatson: ok, what informations would be useful in case I would like to open a bug about the issue? [10:42] cjwatson: that's only a detail and I'll try to see when it does it, etc [10:42] pitti: ill talk to bob [10:43] asac: no, those are source/binary promotion, and I don't want to promote xulrunner [10:43] pitti: ok. good. just don't promote the xulrunner binary ;) [10:43] seb128: scp -vvv output, ideally with some indication of anywhere it hangs for a long period [10:44] ok [10:44] the estimation seems to be wrong for small files, I need try again to make sure [10:45] seb128: I triaged that bug [10:45] pitti: Re: 162654 - I'm somewhat confused about what the problem is here. Is it just that we're not bringing interfaces back up on resume? [10:45] bug 162654 [10:45] Launchpad bug 162654 in pm-utils "networkmanager (0.6.5-0ubuntu16.7.10.0) needs to be restarted manually after suspend using pm-utils, while functioning correctly using acpi" [Undecided,In progress] https://launchpad.net/bugs/162654 [10:45] pitti: cool [10:45] mjg59: yes; rmmod'ing them tears down the ifaces, and thus you need a /etc/init.d/networking restart to ifup all of them again [10:45] pitti: If so, I think we probably just want the logic from acpi-support [10:46] asac: promote xulrunner binary> over my dead, cold body :) (lib duplication) [10:46] * asac hugs pitti [10:46] pitti: Since the init script has various side effects (like refusing to deconfigure interfaces if you have network mounts) [10:46] pitti: Oh, wait. Actually, the restart call looks ok. Ish. [10:47] ogra_cmpc: I'm not sure I understand; can you please file a bug with the details? [10:47] mjg59: makes me a little nervous, but if we rmood modules, then it's at least better than doing nothing, yes [10:47] mjg59: another question is whether we need to rmmod all of them in the first place? [10:48] pitti: I'd rather go with what we have in acpi-support, since it pays attention to which interfaces are currently up [10:48] pitti: No, we don't need to rmmod all of them. But it's easier than trying to work out which ones we /can/ rmmod. [10:48] we only got reports about ipw3945, which isn't an issue any more (iwl3945), and for e1000 [10:48] I suspect there are more [10:50] tjaalton, bryce: we need to keep xserver-xorg-driver-all in main for dapper upgrades, right? [10:51] pitti: not only that, but there's no way of knowing what driver the user needs [10:51] oh [10:51] -driver-all [10:51] tjaalton: *driver* vs. *video* [10:51] mjg59: after hitting the networking restart thing in the last few days I'm wondering if it might be better to expose the driver bugs than mess with peoples' networking setups by ripping out all the modules. i don't know how far it spreads beyond my e1000 though [10:51] pitti: yes, that's for upgrades I think, mvo added it :) [10:51] tjaalton: so I'll seed it for hardy as a transitional package [10:51] Ng: It's what we did in previous releases [10:55] mjg59: indeed and that was why I thought it would be ok to suggest it [10:55] seb128: gvfs-bin > universe, supported, or desktop? [10:56] aha, so acpi-support does ifdown/ifup the interfaces as well as just ripping out the modules [10:57] pitti: what do you think? supported or desktop I would say, those can be handy but are not really things desktop users will run [10:58] pitti, Bug #211733 [10:58] Launchpad bug 211733 in jockey "jockey should know about restricted drivers being out of sync during linux rebuilds" [Wishlist,New] https://launchpad.net/bugs/211733 [10:59] mvo: oh, thanks for fixing aptitude/cwidget [11:00] seb128: My gut feeling is supported [11:00] ogra_cmpc: thanks [11:01] cjwatson: hm; which seed would you recommend to add "xserver-xorg-driver-all" transitional package to? [11:01] pitti: agreed [11:03] seb128: hm, and libbonobo2-bin? [11:03] not really needed any more AFAICS? [11:04] pitti: it's still used, but those tools are not really required, you can demote to universe [11:05] ArneGoetje, Riddell: do we need scim-bridge-client-qt4 for anything, or shall I demote it to universe? [11:08] cjwatson: also, I don't see a proper place to seed 'vim'; what would you recommend? [11:08] cjwatson: (it sounds like it should be in some platform supported-*, too) [11:09] pitti: cheers [11:10] pitti: drivers vs video - it should be enough to have -drivers-all in the archive, we shouldn't need it in the seeds [11:10] mvo: but for upgrades from dapper it should be in main? [11:10] mvo: or can we always count on having universe enabled on dapper upgrades? [11:10] pitti: oh, yes! [11:11] pitti: in main please (sorry, I misread the earlier bits then) [11:11] right, what I thought; thanks [11:30] Can someone explain why https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/185854 bug has "Declined for Hardy by Pedro Villavicencio" text attached to it and what does it mean? [11:30] Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed] [11:31] hello - quick question [11:31] ok - in a package listing in ubuntu, what does the number before the colon mean? [11:31] eg Package: ardour (1:2.0.5-1ubuntu1) [universe] [11:31] http://packages.ubuntu.com/gutsy/ardour [11:32] mrben: i think that's called "epoch". try #ubuntu-motu for packaging related questions [11:32] ok - thanks laga [11:33] mrben: yeah, it's an epoch, sometimes they are needed for some reason, usually someones mistake with version numbers [11:33] ahh [11:33] anyone? :( [11:34] pecisk: it means that someone proposed it for Hardy, meaning that it would be put in a pool of bugs that would be considered as being high importance to fix before Hardy is released [11:34] thanks for the info [11:34] the fact that it was declined means that it wasn't considered important enough for this status. [11:34] well [11:34] that person have made wrong decision then [11:35] because it is actually a blocker [11:35] pecisk: i believe we're seeing similar issues in mythbuntu, but i have yet to confirm that. [11:36] pecisk: well a blocker normally goes a different route, but proposing for hardy would be a good start. [11:36] doko: maybe you know if I should set BUILD_JARS_NATIVE=n in OOo2.4 Gutsy backport ? [11:36] doko: in gutsy's (OOo 2.3) debian/rules file BUILD_JARS_NATIVE was set to 'n', while in OOo 2.4 from Hardy it's set to 'y' [11:36] infinity: hi [11:37] mantiena-baltix: does it fail to build while building the native jars? [11:38] ogra_cmpc: does the zsync update work for you? http://pastebin.ubuntu.com/6459/ [11:39] amitk, riched uses it extensively and i know highvoltage has used it [11:39] james_w: simply I expierenced this bug on newest live cds, on up-to-date laptops, workstations. It is annoying and Hardy definitely can't be shipped with it. [11:40] pecisk: I'm sure it exists, whether hardy can be shipped with the bug is more subjective. [11:40] amitk, s/-i/-o/ [11:40] pecisk: I'm pretty sure a patch to fix it would be accepted. [11:41] pecisk: you would need to work out why set_auto on the interface doesn't make oobs write out the "auto" line. [11:41] amitk, or even omit the option and mv hardy-classmate-20080326.img hardy-classmate-20080401.img ... before you start [11:41] -i means definately "input file", you want to output to it :) [11:42] james_w: subjective? with manual IP address configuring don't working from gui? :) ok, sure, I will check it [11:44] pitti: thanks for the puppet sync dude :) [11:44] thom: you're welcome [11:45] pecisk: on_iface_toggled in src/network/callbacks.c is probably a good place to start looking. [11:45] thanks :) [11:47] pecisk: it'd be great if you got a patch :) [11:47] I will try [11:47] I do it only second time :) [11:54] Is anyone able to answer my question at the end of https://bugs.edge.launchpad.net/ubuntu/+source/python-central/+bug/205470? [11:54] Launchpad bug 205470 in python-central "python-central crash on upgrade (was: python2.4-minimal could not be uninstalled)" [High,New] [11:54] "if you are removing a package is there a window in which the files are removed (in particular /var/lib/dpkg/package.list), but the package is still listed in /var/lib/dpkg/status?" [11:55] and by listed I mean listed there with a Version: and Depends:? Not in "purge ok not-installed" state. [11:56] ogra_cmpc: I tried all sorts of cmdline options starting from the one you recommend: http://pastebin.ubuntu.com/6460/ [11:58] hum [11:58] i'll test, one secd [12:05] amitk, http://paste.ubuntu.com/6461/ [12:05] works fine here [12:06] (command cop/pasted fromm your pastebin) [12:06] 63min ETA [12:08] amitk, hardy-classmate-20080326.img is lying in $(pwd) ? [12:08] seems it complains about the output file missing [12:09] pitti: scim-bridge-client-qt4 is used by kubuntu-kde4-desktop, but I suppose it's probably also needed by qt 4 apps in main, ArneGoetje? [12:15] ogra_cmpc: yes, file is in cwd. [12:17] thats very weird [12:17] asac: did we remove firefox's Ctrl-Q quit shortcut, or did they? [12:18] ogra_cmpc: nevermind. It will be faster for me to download the whole image :) [12:18] amitk, all i can tell is that it works fine on two different machines i tried with exactly the command you gave [12:18] Ng: can't copy that ;) ... i still have ctrl+q [12:19] asac: lemmie check with a fresh profile, the one I tested it in is a few weeks old === ZrZ is now known as RzR === Traxer is now known as Traxer|off === Traxer|off is now known as Traxer [12:48] infinity, slangasek: livefs builds stuck again [12:50] woah, rsync got noisy [12:51] (on cdimage) [13:05] bryce, do we have a fix for bug 198759 / bug 208224 ? it's annoying on laptops.. [13:05] Launchpad bug 198759 in xkeyboard-config "Right CTRL don't work" [Medium,Confirmed] https://launchpad.net/bugs/198759 [13:05] Launchpad bug 208224 in xorg-server "[hardy] right ctrl key does nothing (french layout) (dup-of: 198759)" [Undecided,New] https://launchpad.net/bugs/208224 [13:06] fta: it seems to be a deliberate choice in the keymap, unfortunately [13:07] which has held me back from just undoing it [13:07] the right control key is deliberately mapped to a level-5 shift [13:08] hm, but at least on a french keyboard, everyone expect the control key to act as control, not produce garbage [13:09] well, that's the thing, this keymap was produced by somebody French [13:09] so there is clearly disagreement among French users, which makes it difficult for relative outsiders to figure out what's going on ... [13:10] I think I might send mail to the keymap author and ask for clarification [13:12] would be nice [13:13] fta: ok, I'll do that [13:14] strange thing is that it works as expected on all my desktops, but no on laptops [13:14] can someone give me some tips on how i can have just one place in my src where i have to change the version number (im building rpms and debs too) ... [13:14] im using kdevelop [13:14] fta: that would be odd, unless you're using a different keymap on the desktops [13:14] fta: it's not particularly hardware-specific [13:15]