[00:42] Hello. Please package the latest gnome-screensaver into the main repos, because it now has the bug of not being able to stop when playing fullscreen movies. [00:42] A signal (I think --poke) does not work with the current version. [00:42] But now there is a patch. [00:42] is a bug filed? [00:42] I think. [00:42] yes, siretart was on that shortly before release [00:42] i'm not sure what happened of it though [00:42] hi superm1 [00:43] hi MsMaco [00:43] superm1: it's in a PPA, I'm guessing he might look at getting it into -updates [00:43] https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/428884 [00:43] i sure hope so. it's certainly a very suboptimal experience right now [00:43] Ubuntu bug 428884 in gnome-screensaver "gnome-screensaver --poke functionality does no longer inhibit screen blanking" [Unknown,Confirmed] [00:44] I think this is the report. So, is the package ready to get available as an update? [00:44] superm1: im going to be attempting to make a dkms-based package soon, going off that UDW session you did a while back. if i get stuck, do you mind if i poke you? [00:44] MsMaco, it would be better if you did said poking tomorrow, but yes feel free [00:45] things are actually significantly easier nowadays too [00:45] and will only be improving now that debian is working on dh_dkms :) [00:45] amikrop: is the person that fixes that bug the "Screen Savior?" [00:45] ah, i wont be attempting it today anyway. i have to migrate laptops so i can send this one for a replacement hinge. lid's almost detached :( [00:46] mneptok: puns like that should be shot [00:46] ah, then that would make it quite difficult to work with. [00:47] Are the powerpc buildds still running Dapper? [00:47] will also make it difficult to test with since the hardware itd be enabling is on the to-be-fixed laptop :P gonna get bugabundo to test it for me ;) [00:47] mneptok: :P === iWolf[Ubuntu] is now known as iWolf [00:49] superm1: excuse me, but I didn't get what it is going to happen with this case [00:49] the package is ready and it is going to be moved on official updates? [00:49] amikrop, i've not followed the details here, but once the proper fix has been developed, it will be put into -proposed [00:49] amikrop: no, from reading the bug, the package is mostly ready but needs some further work [00:49] s/will/may/ [00:50] why is rhythmbox stupid? [00:50] people will need to verify that it works, and it will live there for about 2 weeks, and then go to updates if it fixes the problem properly without introducing regressions [00:50] wgrant: I think siretart plans to follow through with fixing it :) [00:50] bluefox_: because applications lack brains? [00:50] * bluefox_ saves a file into ~/Music/, rhythmbox sees the .part and then loses the file when the .part is lopped off and the file's called .mp3 [00:52] superm1: wow. would you suggest any workarounds until then? [00:53] Is there any Community Council Members Here? [00:57] iWolf: pleia2 is signed on to freenode, but she's afk right now [00:57] Anyone else [00:57] iWolf: Why do you want a CC member? [00:58] I need to ask a question [00:58] Community Council Related [00:58] Community* [00:58] just ask it [00:58] if we can't help we'll point you at the list [00:58] Its about Teams [01:04] Check this bug: https://bugs.launchpad.net/ubuntu/+bug/464710/ [01:04] Ubuntu bug 464710 in ubuntu "LiveCD freeze" [Undecided,New] [01:04] Problem with distro? [01:13] I'm trying to repackage libjsw on my ppa. My first go at this. Anyways it doesn't work for karmic due to a gtk 1.2 dependency. I've got a quick fix that will work but I can't figure out dpatch. I try to modify debian/rules not to run the makefile in the jscalibrator directory and somehow after i create the patch and apply all patches it still tries to call the makefile in this directory. I think it is possibly that someone unp [01:14] "someone unp..." cutoff [01:14] I think it is possibly that somehow unpatch is being called by build and that somehow allows make to run on an unpatched debian rules file?? help?? [01:15] jgoppert: You can't patch debian/rules using dpatch. Just edit it directly [01:15] And you're right: unpatch will be a part of the clean target, which will be run first in the build process. [01:16] ok thats kind of what i thought was going on, so i modify the original tarball? or how do i go about that [01:17] stupid question i know but i've tried that and have been very lost, do i do it in the patch to the original tarball? like the .gz.diff [01:17] You don't modify the original tarball, you modify the packaging directly, then the source package contains your changes in the diff.gz. This is better suited to #ubuntu-motu, by the way. [01:17] ok thanks for the help guys [01:29] they are kind of dead over there a motu, so anyways i figured out what i was doing and got libjsw packaged, i noticed that when uploading to the ppa i just give it my .changes file, but since there is no original tarball on my ppa do i need to upload that as well, the tarball is also not in karmic yet [01:43] jgoppert: #ubuntu-motu really is more appropriate than here. [01:54] okay I'm going to ask this before going forward. [01:54] Did someone hard-disable IP forwarding in the Ubuntu kernel? [01:57] Works in 2.6.31-14-generic-pae [01:59] nevermind I'm dumb [01:59] * bluefox_ writes a firewall rule for IP masquerading. [02:00] not that I can see. /etc/sysctl.conf unsets the /proc bits by default, but that's fairly straightforward to enable. [02:00] Yeah, I had forgotten that I have to do PAT for this to work. [02:47] pitti: is there some straightforward way that apport could check for "package is already installed and configured" as the error message, and file the bug against dpkg or apt or something instead of the individual package which isn't at fault? [03:01] slangasek: probably; we can haz bug plz? [03:01] done [03:06] lolspeak is an accepted dialect here? [03:07] MsMaco: Sometimes. [03:08] ccheney`: ola ola [03:08] I know its waaaaaaaaaay OT but you guy have GOT to see this: http://www.youtube.com/watch?v=pAoqOCQlb0E [03:08] I'm still laughing [03:16] MsMaco: selectively :) === Whoopie_ is now known as Whoopie [03:39] so, umm [03:39] mountall has some weird bug where it hangs when ran on Xen [06:57] Does Quickly have a dev website besides Launchpad? [06:58] https://wiki.ubuntu.com/Quickly is good, nvm === jussi01 is now known as jussi01_ [07:10] good morning [07:24] dholbach, good night [07:25] hi eboyjr [07:26] Lol hiya.. It's night over here :P [07:26] :) [07:51] Good morning [07:51] g morning [07:52] MsMaco: no problem :) [07:54] slangasek: yes, should be easy; found the bug [07:54] (... report) [08:00] anyone spent any time looking into the wrong kernel/initramfs after upgrading to karmic? [08:01] lifeless: dan's been looking [08:01] apparently users are prompted about keeping old config or using new one [08:01] and are choosing to keep the old config [08:01] and thus grub is not updated [08:01] MsMaco: I wasn't prompted... [08:01] pitti: ok - morning :) [08:03] slangasek, mvo: for disabling apport again after that dist-upgrade, would I do the conffile change in preinst or postinst? I think "preinst", to avoid conffile questions, right? [08:03] lifeless: nor was i. thats the confusing bit. no idea what determines who is prompted [08:03] I think preinst [08:04] since "no" is the default [08:04] pitti: I don't think there's much difference, really - since the conffile shouldn't have changed between the previously installed version and the current one, there'd be no conffile prompt anyway [08:04] preinst lets you correctly handle the exceptional case where the user has removed apport and is reinstalling it [08:05] slangasek: ah, true [08:05] so preinst is a bit better :) [08:05] lifeless, MsMaco: has anyone grabbed a copy of one of these "Don't install the maintainer's version" menu.lst files yet? [08:05] changing conffiles in maintainer scripts is new territory for me, so I better double-check [08:06] slangasek: let me see if a backup was kept by update-grub [08:06] update-grub keeps one backup [08:07] MsMaco: whats the bug # === dholbach_ is now known as dholbach [08:12] lifeless: there isnt a single bug. there's hundreds of bugs over the last 3 days that dtchen has triaged [08:13] of people with "no sound after upgrade" because they're using the wrong kernel [08:13] slangasek: no idea. dan may have [08:13] slangasek: he's asleep though [08:14] MsMaco: there should be a single master bug or the failure to upgrade the menu.lst correctly [08:14] i guess...vast majority are being filed as audio bugs [08:14] there's also the caveat that some of these people, when told to use the right kernel...end up with no X [08:15] so they have to choose between 2.6.31-with-sound-but-no-X or 2.6.28-with-X-but-no-sound [08:15] (ive spent a lot of time on the forums the last few days) [08:16] lifeless: well, they're each going to have to be looked at individually regardless, because many of these are likely to be "I changed menu.lst by hand, then update-grub did what I told it to" - there's no way to fix that other than using tags in the release notes, the menu.lst format is crap and this was a major reason for pushing grub2 [08:16] (too bad we didn't get grub2 by default on upgrade, this cycle) [08:17] slangasek: sure, they have to be looked at [08:18] slangasek: so, is the bug, 'if any menu.lst changes were made, we fail to run update-grub' ? [08:18] no, not atall [08:18] slangasek: then I totally misunderstood what you said [08:19] we run update-grub, update-grub pops up a message informing the user that there's a conflict between their local changes and the changes the system wants to make, user clicks through "keep my changes" and ends up not getting entries for the new kernel [08:19] whereas it should be more of a merge? [08:19] merge is one of the options the user didn't choose [08:19] slangasek: ok. That doesn't match what happened to me. [08:20] lifeless: gonna need more info, then [08:20] slangasek: I upgraded, rebooted, no sound. Ran 'sudo update-grub', which did not prompt me at all. Rebooted, had sound (though initially muted). [08:20] lifeless: and the kernel package was in 'installed' state? [08:20] I have the backup menu.lst. [08:20] hit me [08:20] oh. what dan saw in one comment looked more like "i upgraded, during upgrade i was prompted, i chose no, rebooted, and had no sound" [08:20] slangasek: I can make no assertions about the kernel packages state at the time, i didn't think to check. [08:21] lifeless: have you run update-manager or apt or dpkg since then? [08:21] slangasek: I think so [08:21] lifeless: ah; well, give me time stamps for the menu.lst files and full dpkg/apt logs as well, then :) [08:21] slangasek: what bug do you want it on [08:21] or should I make a new on? [08:21] one? [08:21] lifeless: feel free to open a new one on grub [08:22] * lifeless pops through to the other machine [08:22] these other bugs apparently haven't been getting triaged over to the grub package yet, so I've only seen the barest trace of this issue [08:22] slangasek: look at pretty much any "alsa-driver" bug in the last week... [08:23] dan sent one of 'em to you two in email [08:23] he pasted a link to another comment along the same lines in here earlier, but i dont have scrollback [08:24] 108576 could be a candidate [08:24] *week*? and no one thought to escalate it before the release? [08:25] he said he hit a couple of these weird "booting into the wrong kernel" ones back around beta but didnt notice the trend [08:25] MsMaco: I have one thread in my mailbox about this starting Saturday, though lifeless isn't Cc:ed, so not sure if that's who you mean by "you two" [08:25] lifeless = robbie? [08:25] MsMaco: hah, no [08:25] oh oops [08:25] according to crimsun some changes need a 2-5 min power down before they work because of crappy hardware, so that might also accidentally explain what lifeless saw... [08:25] lifeless: 108576> unlikely to be the same bug, the ucf-based update-grub handling didn't exist back then [08:26] lifeless: well.. might be the same as /your/ bug, but not the same as the other one I'm complaining about [08:26] slangasek: kk [08:27] slangasek: is apt/term.log useful? [08:27] i only heard about grub not updating when a week before release someone in #ubuntu+1 said current was -10 because his grub hadnt been updated since then [08:27] lifeless: apt/term.log and dpkg.log both; I expect I'll need to cross-reference [08:28] anything sensitive in term.log? its 0500 [08:29] shouldnt be...its just the spew from apt-get install type operations [08:29] no passwords ? [08:30] right, I'm not aware of anything sensitive; they routinely get copied to bug reports without setting the 'private' bit [08:30] passwords> God, I hope not [08:30] that would be Special [08:30] ok [08:30] haha [08:31] slangasek: bug 470265 [08:31] Launchpad bug 470265 in grub "intrepid to karmic upgrade failed to update menu.lst" [Undecided,New] https://launchpad.net/bugs/470265 [08:31] bug 470265 [08:31] bug, ubottu fail.. [08:31] bug, ubottu fail.. [08:32] bug 470265 [08:32] * lifeless shrugs [08:32] slangasek: its there, ping me if you want more. [08:32] intrepid to karmic, eh? [08:32] lifeless: will do, thanks [08:32] slangasek: jaunty. [08:32] ok :) [08:32] * lifeless slaps himself [08:32] lifeless: timestamps on menu.lst*? [08:32] (need to know where to line it up with in the logs) [08:33] slangasek: the backup appears to be open, copy data as opposed to 'cp -a' or 'mv' [08:33] slangasek: the timestamp is unlikely to be useful, still - I've attached it [08:34] right, ok; that limits its usefulness, but I should be able to get something out of it [08:35] huh, the diff is telling [08:35] update-grub has only successfully run once since the new kernel was unpacked [08:35] right [08:35] I just don't know *why* :) [08:36] lifeless: grep postinst_hook /etc/kernel-img.conf ? [08:38] zip [08:38] we really ought to put those hooks in /etc/kernel/postinst.d instead of relying on the installer's setup to have infinite shelf life [08:38] nada [08:38] nothing [08:38] lifeless: that's it, then. On a normal system, you should see 'postinst_hook = update-grub' [08:38] I haven't touched kernel-img.conf [08:38] lifeless: when was this machine installed, and how? [08:38] so the bug is 'somehow kernel-img.conf is missing postinst_hook' [08:39] did you ever have lilo on it instead of grub? [08:39] no, its my new i7 desktop [08:39] please post your full kernel-img.conf to the bug [08:39] which dates it [08:41] slangasek, mvo: apport fix committed (see bug followup, and http://bazaar.launchpad.net/%7Eubuntu-core-dev/ubuntu/karmic/apport/ubuntu/revision/1570); quick eyeballing appreciated [08:41] slangasek: done, with datestamp [08:41] slangasek: which is either the jaunty cd datestamp, or when I installed the machine. [08:44] lifeless: ack, thanks [08:44] slangasek: I'm quite sure I installed jaunty fresh on it [08:44] hmm, disturbing thought that all jaunty installs from liveCD might have this problem :/ [08:44] * slangasek will start poking at the livefs [08:44] its certainly never had lilo on it [08:45] right [08:45] Was it a livecd install? I think so. dmraided though, so I may have manually partitioned [08:45] theres probably a log somewhere ;) [08:46] indeed, installer logs are present if you want them [08:46] lifeless: oh awesome, please attach those also :) [08:46] (anyone wandering by this bug is going to be completely confused by the stack of attached files) [08:46] 21 april is the deb timestamp [08:47] slangasek: are passwords in the installer logs? [08:49] pitti: $1 check is superfluous but not wrong; bdmurray pointed out on the bug that release-upgrader 0.126.5 would also have this bug, so best to grep for 0.126.[56]. Otherwise, looks ok to e [08:50] me [08:50] lifeless: nope [08:50] (man, what do you take us for :) [08:50] slangasek: ah, thanks [08:51] oh hey, I don't have to download a copy of the jaunty ISO to check this, do I [08:52] the bandwidth of me walking across the house and back is awesome [08:53] slangasek: I just noticed that apport doesn't upgrade with being disabled (the upstart job failed, which causes postinst to fail); I'll file a bug and fix this first [08:54] pitti: meep; methinks we should have a session on writing upstart jobs at UDS [08:56] slangasek: oh, nevermind; it's the new lucid debhelper apparently [08:57] oh, hmm [08:57] it adds an additional invoke-rc.d call [08:57] mismerge? [08:57] slangasek: pitti: I wonder if you have any ideas on the cause of bug 464037 - we have two duplicates (from Dell machines) and I can confirm it myself when installing gnome-user-guide-gu. I've read through the build log but can't figure it out, I wonder if it is something to do with pkgstriptranslations. Not urgent, but if you have any bright ideas... [08:57] Launchpad bug 464037 in gnome-user-docs "package gnome-user-guide-gu (not installed) failed to install/upgrade: trying to overwrite '/usr/share/omf/gnome-access-guide/gnome-access-guide-C.omf', which is also in package gnome-user-guide 0:2.28.0+git20090921ubuntu2" [Medium,Confirmed] https://launchpad.net/bugs/464037 [08:57] slangasek: I've written a good summary I hope [08:57] pitti: oh, you merged it ;) [08:58] slangasek: well, most of the upstart bits were committed to debian, so apparently there was an eror somewhere; will look into this after I'm done with this SRU [08:58] MsMaco: this bug is the master, if you have other bugs where just upgrade-grub fixed the problem (no prompts being asked, just-worked), please feel free to close them as dups to this bug [08:58] pitti: no, only *some* of the upstart bits were committed to Debian, then Keybuk extensively modified debhelper again after I'd negotiated that patch with joeyh [08:59] slangasek: the concept of this being every or even many livecd installs is scary-as [08:59] so the chance of a mismerge is actually quite high [08:59] slangasek: yeah, there were some bits which weren't accepted, I merged those [09:00] especially the --only-upstart bits [09:00] lifeless: indeed - but it gives us a nice way to clean up all the bug reports at once [09:00] pitti: well, it's not that they weren't accepted, it's that they haven't been submitted... anyway, I guess you'll be able to sort it now that you're looking at it :) [09:00] [281264.038921] SQUASHFS error: Major/Minor mismatch, older Squashfs 3.1 filesystems are unsupported [09:01] right, how do I mount a jaunty squashfs :P [09:01] lifeless: alrighty [09:02] slangasek: someone claimed that the initramfs could be stale too, but I haven't seen data to corroorate that [09:03] s/oo/obo [09:03] that'd be a separate bug, and should only ever happen when the kernel package has failed to finish installing [09:03] yeah i saw one person in #ubuntu where initramfs was wrong after an update-grub. the initramfs existed, so i just told them to edit it manually and it worked [09:03] er edit menu.lst manually [09:05] slangasek: inside a jaunty vm? [09:05] MsMaco: no virtualization capabilities here [09:05] if I had a jaunty vm, I wouldn't need to loopback mount the CD, I could just... boot the CD :) [09:05] (which is what I'm going to end up doing as soon as I wrap this email) [09:06] i can look if you tell me what to look for [09:06] cjwatson, slangasek: How important is v3 source package support before 2009-12-05? [09:07] MsMaco: I want the contents of /etc/kernel-img.conf from inside the livefs [09:07] MsMaco: specifically, I'm comparing it with http://launchpadlibrarian.net/34936461/kernel-img.conf [09:07] ok [09:08] wgrant: we'll start the syncs/merges from Debian in the next days, so if we need it at all, we need it soon, I guess [09:10] wgrant, pitti: well, I wonder how quickly the new formats are going to be adopted - so far we just have buxy's one test package, right? [09:10] and if we're autosyncing from testing, that's 10 days grace period [09:10] Right. It's unclear exactly how quickly it will be adopted. [09:10] slangasek: apport waiting in karmic/unapproved now [09:11] wgrant: right, that's the "if we need it at all" (for lucid) bit [09:11] I haven't seen such a package yet [09:11] pitti: ok; may not get a chance to approve that 'til morning [09:11] pitti: There is only one in the Debian archive at the moment. [09:11] pitti: there's one test package in the archive; I know buxy is chomping at the bit to be able to start uploading them :-) [09:11] if it's only two or so, we can easily rebuild them on our side for lucid [09:11] But dak only gained support for it last week. [09:13] <\sh> moins [09:14] lifeless: wait where's that bug number? [09:15] 470265? [09:15] bug 470265 [09:15] Launchpad bug 470265 in grub "[MASTER] intrepid to karmic upgrade failed to update menu.lst (update-grub missing from kernel-img.conf)" [High,New] https://launchpad.net/bugs/470265 [09:15] oh wow ubotto fail [09:15] or hmm [09:15] no slangasek trampled on my edit [09:15] it should say jaunty [09:15] heh [09:15] thank AJAX :) [09:16] hell no [09:16] least you didn't edit the description [09:16] :) [09:16] * slangasek grins [09:16] <\sh> oh that bugged me too...and I thought I messed my installation (intrepid -> jaunty -> kernel update fail) [09:17] lifeless, slangasek: ok, livecd's /etc/kernel-img.conf attachd to bug [09:17] lifeless: it says jaunty when i look in firefox in the vm [09:18] MsMaco: thanks [09:18] np [09:18] MsMaco: yes, cause I just fixed it ;) [09:18] lifeless: was yours i386 or amd64? [09:18] amd64 [09:18] ok [09:19] (probably doesn't matter, just wondering which livefs build logs to look at) [09:19] somebody want to check the kernel-img.conf in a *karmic* livefs? [09:20] booting i386 karmic... [09:21] no mention of kernel-img.conf anywhere in the livefs build log for jaunty final, so not sure what actually generates the one that's there in the livefs - the kernel package, maybe [09:25] well, when ubiquity calls grub-installer it should unconditionally add its hooks to /etc/kernel-img.conf [09:26] still need the karmic live cd's /etc/kernel-img.conf? [09:27] slangasek: what one in the live fs ? [09:27] MsMaco: might be nice for reference [09:27] MsMaco: yes, I'd say that that is a useful thing. [09:27] ok [09:27] lifeless: the /etc/kernel-img.conf [09:27] slangasek: not the file, the hook :) [09:27] http://launchpadlibrarian.net/34939246/kernel-img.conf - no hook [09:28] I wonder if it might be an ordering problem [09:28] grub-installer before /etc/kernel-img.conf exists [09:29] if grub-installer is depending on dpkg hooks to run lazily at the right time [09:29] slangasek: everybody can upload new packages using new formats, I did logitee-tools, quilt itself and ftplib [09:29] lifeless: not in the karmic version of grub-installer; checking jaunty now [09:29] buxy: quilt> bah :) [09:31] buxy: anyway, obviously everybody /can/ upload packages in the new format, I just have no feel for how many /will/ do so or how quickly [09:31] slangasek: that depends also whether I make dpkg-source produce new formats by default or not :) [09:31] ugh [09:31] well, that would neatly screw Ubuntu over until LP supports v3, then [09:32] it has been accepted as release goal, and there aren't that many packages failing to build with new formats, see http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=hertzog@debian.org;tag=3.0-quilt-by-default [09:33] it's been accepted as a release goal to make it the /default/? [09:34] that's not mentioned on http://release.debian.org/squeeze/goals.txt or http://wiki.debian.org/ReleaseGoals/NewDebFormats [09:35] "Have all packages in the archive buildable using the new source package formats." => this is my prerequesite to enable dpkg-source to produce new format by default [09:36] well, yes, but that doesn't mention anything about actually /making/ it the default for squeeze... [09:37] well, the other half is my responsibily as dpkg (co-)maintainer, I can surely make that decision? and it's not like I haven't made it clear since quite some time [09:39] buxy: changing the default will affect every derivative distro [09:39] obviously if we're having this conversation, it wasn't clear to me that you meant to make it the default for squeeze [09:39] it is your decision; I'm informing you of one side effect of this decision [09:39] but it needs some fine-tuning still, I will probably solicit some input [09:40] slangasek: I'm still not sure we can make it for squeeze, it has taken much longer than what I hoped [09:40] jdong: thanks for ACKing bug 427217. What are the next steps? [09:40] Launchpad bug 427217 in openwsman "FTBFS in karmic" [High,In progress] https://launchpad.net/bugs/427217 [09:55] EOCHAN [10:02] slangasek: is there a launchpad ticket requesting support of the new format in the ubuntu infrastructure? [10:02] wgrant: ^^ ? [10:03] Bug #293106 [10:03] Launchpad bug 293106 in soyuz "does not support debian v3 source formats" [Critical,In progress] https://launchpad.net/bugs/293106 [10:03] The code is pretty much done. [10:03] But it is very very awkward timing. [10:05] thanks, I subscribed to it, if you have questions just ask [10:07] MsMaco: well, so far my sampling of recent alsa-driver bugs yields me only reports from people who /are/ running the karmic kernel [10:09] hmm, a lot of checkbox bugs [10:22] buxy: debian bug #485137 should be fixed in unstable (sometimes during the 2.27.x experimental era).... would be nice if you could confirm that (and tag the bug appropriately)... [10:22] Debian bug 485137 in totem "totem: FTBFS when converted to new source format 3.0 (quilt): diff.gz contains cruft" [Minor,Open] http://bugs.debian.org/485137 [10:24] fatal^: the recipe to reproduce is easy, why don't you do it yourself? [10:24] tseliot, yeah... let's hope that "special driver" is an OpenSource one [10:24] * tseliot nods [10:25] buxy: no time/interest/access_to_suitable_system at the moment. will probably forget it, so I thought it might be slightly better to poke you about it now. [10:25] tseliot, th GPU-core in the GMA500 isn't too bad... has geometry-, vertex- and fragment-shaders in hw [10:25] fatal^: it might be better to record that information in the BTS [10:26] I don't have time for such individual request, if I do anything like that it will be automated over all the bugs I submitted :) [10:26] MacSlow: yes, it doesn't draw too much power and has hardware HD video decoding [10:26] so it's good on the paper [10:27] tseliot, afaik the same GPU-core also drives the iPhone's screen [10:27] power-VR? [10:27] tseliot, yes [10:28] let's cross our fingers and wait then :-) [10:43] is Ubuntu going to follow XDG desktop specifications (http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html) - for config file locations ? === Shockrates is now known as Suckerats === Suckerats is now known as Linus === Linus is now known as LinusTorvalds === Shockrates_ is now known as avs2 === MacSlow is now known as MacSlow|lunch === stefanlsd1 is now known as stefanlsd [12:19] SandGorgon: we try, anyway; but of course there's still a lot of old upstream software which doesn't [12:42] gah. ruby1.8 needs a SRU. The version in unstable/testing fixes several major bugs, but nobody noticed :( [12:43] Do we have an expected ETA for when Lucid opens? Do we expect it to be this week? [12:51] soren: rumors in #ubuntu-release say soon, almost certainly this week [12:56] mvo: Cool. Thanks. === fenris__ is now known as ejat === MacSlow|lunch is now known as MacSlow [13:24] soren: still waiting for a debhelper fix to publish, then I think we're ready [13:24] soren: feel free to upload already (it'll land in the queue) === mrpouit is now known as mr_pouit === bigjools is now known as bigjools-lunch [13:43] MacSlow: http://www.phoronix.com/scan.php?page=news_item&px=NzY2Mg [13:52] pitti: Great. Thanks! === jamie is now known as Guest47125 === bigjools-lunch is now known as bigjools [14:46] DktrKranz: thanks for your work on Kupfer. I think next version is going to default to install in DATADIR [14:46] (install its python package there). I think it's smarter anyway, and as long as the binary is in the $PATH, there is no trouble to find the package [14:46] yup :) [14:46] but it is strange for a linux package to be installed all in one directory like that [14:49] well, it's one of the features provided by python packaging, in case someone ever wants to package some "kupfer" module, and make it available system-wide, we're safe [14:59] https://wiki.ubuntu.com/UbuntuOpenWeek kicking off in 1 minute in #ubuntu-classroom === mtrudel_ is now known as cyphermox === jcastro_ is now known as jcastro === funkyHat is now known as funnyHat === funnyHat is now known as funkyPants === dendro-afk is now known as dendrobates === funkyPants is now known as funkyHat [15:11] Hi all [15:13] I've noticed lots of identifical bugreports about jaunty->karmic upgrading problems when users have ttf-mscorefonts-installer (same bug occurs when also during installation ttf-mscorefonts-installer package, but not so often), maybe someone from Ubuntu developers can assign bug #464422 to the right person and increase importance ? Every day since karmic release about 10 identifical bugs are reported about this problem :( [15:13] Launchpad bug 464422 in baltix "fail to complete upgrade jaunty > karmic ttf-mscorefonts-installer" [Undecided,New] https://launchpad.net/bugs/464422 [15:13] This problem appears because ttf-mscorefonts-installer always tries to download fonts from internet servers without asking if user wants to do this and returns an error if there are no access to the fonts download locations === yofel_ is now known as yofel === marjomercado is now known as marjo [15:59] hi all. does the libevent-dev package even work at *all*? it seems to contain errors :( [15:59] * hdon wonders if it has been tested [16:15] james_w`: ping [16:15] james_w`: i'm trying to bzrize a package, but i can't find any documentation in https://wiki.ubuntu.com/DistributedDevelopment/Documentation/ [16:15] hi nxvl [16:16] james_w`: i remember that with svn there was a way to do that from the dsc [16:16] nxvl: a new package? [16:16] oh [16:16] bzr import-dsc [16:16] james_w`: yup [16:16] james_w`: awesome, will check the manpage for that, thank you [16:16] bzr help import-dsc will get you started [16:16] also file:///usr/share/doc/bzr-builddeb/user_manual [16:17] * nxvl HUGS james_w` [16:23] james_w`, will there be a way in future to work completely in VCS? Download upstream source though svn or git, merge with package branch and release ready source package? [16:24] will need to run autogen.sh or similar [16:24] Laney, i know, i know [16:24] kklimonda: yes [16:25] I once tried to package f-spot based on the git tags, then decided it was too much work [16:31] is /etc/rc.local expected to be called on Karmic boot ? === james_w` is now known as james_w === mathiaz_ is now known as mathiaz [16:42] <_lemsx1_> the lsb-base package on Ubuntu introduces /etc/lsb-base-logging.sh which is supposed to be provided by sysadmins and other packages wanting to change the way init functions are called. this is inconvenient for others [16:43] <_lemsx1_> there are 4 new bugs that should be merged with this one LP #328089 [16:43] Launchpad bug 328089 in splashy "[Jaunty] splashy 0.3.13-3ubuntu1 fresh install conflicts with lsb-base" [High,In progress] https://launchpad.net/bugs/328089 [16:44] <_lemsx1_> now that karmic is out, i want to get this resolved some how... === beuno is now known as beuno-lunch === asac_ is now known as asac [17:02] I know this is officially not the right place to ask for support but the normal channels seem clueless. How do I add a new user with an encrypted home? --encrypt-home does not work in 9.10, it did in 9.04 === jsalisbury_ is now known as jsalisbury [17:14] pitti: Do you know why apport-kerneloops reports are still coming in about karmic? [17:14] bdmurray: unfortunatly kerneloops wasn't disabled before release; james_w wanted to look into this AFAIR [17:15] pitti: we are getting lots and lots of these [17:18] pitti, bdmurray: just uploading to -proposed now [17:18] james_w: is there a bug number so we can get it verified quickly? [17:18] sbeattie: ^ [17:18] james_w: thank you! [17:20]