[01:00] <highvoltage> does Unity have an upstream website (or web page) currently?
[01:03] <persia> highvoltage, apt-cache show points at https://launchpad.net/unity
[01:04] <highvoltage> persia: I saw that, not quite marketingy enough, but I guess it will do :)
[01:05] <persia> Maybe ask the ayatana folk?
[01:22] <beuno> highvoltage, there is no other page than the launchpad one
[01:22]  * beuno waves at persia 
[01:23] <highvoltage> thanks, beuno
[01:24] <persia> hey beuno
[01:24] <persia> There's the announcement press release, and video of some presentations, if one is desperate :)
[06:22] <dholbach> good morning
[06:26] <ion> hi
[06:42] <dylan-m> good night :P
[06:43] <dholbach> night dylan-m! :)
[06:56] <asacv> guys ... wget with http proxy does not work in lucid?
[06:56] <asacv> i have env set ... even tried tweaking /etc/wgetrc
[06:57] <asacv> wget -> fails to resolv host ... curl works -> debootstrap fails
[07:01] <dholbach> asac, in some cases I found that HTTP_PROXY vs http_proxy makes a difference
[07:02] <asac> hmm ... let me try dholbach
[07:02] <asac> nope
[07:02] <asac> how can such a basic feature be broken :)
[08:49] <quadrispro> hi guys
[08:49] <quadrispro> any main's sponsor around?
[08:51] <quadrispro> bug #625327 needs a bit of love
[08:57] <soren> quadrispro: I just put an ACK in the comments, unsubscribe main sponsors, and subscribe ubuntu-archive, right?
[08:58] <quadrispro> soren, yes, it is
[08:58] <soren> quadrispro: done.
[08:59] <quadrispro> thanks soren !
[09:05] <soren> quadrispro: Sure.
[09:06] <quadrispro> soren, you should set mark it "Confirmed", I think
[09:06] <quadrispro> s/set//
[09:07]  * soren does so
[09:11]  * quadrispro thinks soren rocks
[09:44] <cjwatson> lool: linaro-image-tools depends on uuidgen-runtime, which isn't in the archive.  Was that meant to be uuid-runtime?
[09:45] <cjwatson> lool: and why the explicit dependencies on Essential util-linux, e2fsprogs, and coreutils?
[09:45] <ogra_cmpc> smells like someone copied the jasper deps
[09:45] <ogra_cmpc> iircd linaro used jasper in the very beginning
[09:45] <ogra_cmpc> -d
[09:46] <ogra_cmpc> i guess thats a leftover ... when they stopped using jasper that wasnt cleaned up (jasper needs these deps to resize the rootfs on first boot)
[09:49] <lool> cjwatson: Crap, I fixed the deps in the shell script but not in control; sorry about that
[09:49] <lool> cjwatson: Fixing that now
[09:49] <cjwatson> if jasper has the same, then it is buggy too ...
[09:50] <cjwatson> lool: thanks
[09:50] <lool> I didn't think of checking whether any where Essential
[09:50] <cjwatson> jasper has uuid-runtime not uuidgen-runtime; and it has versioned dependencies on the Essential packages, which exempts it from the lintian check
[09:50] <cjwatson> so no, not obviously a copy of jasper
[09:52] <soren> I always forget.. Is it only essential packages that don't need to depended on or can I skip required packages, too?
[09:53] <cjwatson> only essential
[09:53] <lool> We never used jasper, it's not from jasper it's from the ensure_command line in the linaro-media-create script
[09:53] <soren> cjwatson: Thanks. Do you happen to know the rationale for this? Perhaps that'll help me remember.
[09:54] <cjwatson> required packages are removable without complaint
[09:54] <soren> cjwatson: I see.
[09:55] <cjwatson> also, Priority: required is the transitive closure of Essential, including shared library packages which it's usually easy to remember that you have to depend on
[09:56] <cjwatson> actually, I think strictly the transitive closure under Depends of Essential is a subset of Priority: required, but anyway
[09:57] <cjwatson> also, there's a footnote in the policy manual about why depends are omitted on Essential, which may be a useful alternative way to think about it
[09:57] <cjwatson> http://www.debian.org/doc/debian-policy/footnotes.html#f8
[09:57] <ogra_cmpc> lool, asac used jasper for quite some time
[09:58] <ogra_cmpc> lool, for the jasper setup scripts to avoid duplication
[09:58] <ogra_cmpc> (not for the resize stuff)
[09:59] <soren> cjwatson: Thanks! That's very helpful.
[09:59] <lool> cjwatson: I have an upload ready, but I need to sort out some bzr stuff before I push it; will upload later today when james_w is up
[10:00] <cjwatson> ok
[10:02] <cjwatson> kirkland: could eucalyptus be reuploaded to use libavahi-core7-udeb, so that we can NBS out libavahi-core6-udeb?
[10:12] <soren> We've attempted to use udd for working on libvirt. I think we may have done it wrong... So, we checked out lp:ubuntu/libvirt. Hacked on it, used dch to update the changelog, debcommit to commit changes as we went along.. Eventually, I ran dch --release, debcommit --release, bzr bd -S and uploaded.
[10:13] <soren> ..but once the upload was processed and imported, the branch we were working on got moved out of the way and a pristine one was put in its place.
[10:13] <soren> ("pristine" as in "consisting exlusively of stuff put there by the importer")
[10:14] <soren> Am I supposed to merge the two and push?
[10:15] <soren> I tried looking at wiki.u.c/DistributedDevelopment/Documentation/, but I didn't feel any smarter afterwards.
[10:17] <soren> Oh!
[10:17] <cjwatson> this usually happens if the tag is not what it expected
[10:17]  * soren just spotted the merge proposal.
[10:17] <cjwatson> sometimes the right thing to do is to push --overwrite the branch you wanted, if the import doesn't add anything new, but do check things like tags carefully
[10:17] <cjwatson> and possibly check with james_w :-)
[10:18] <soren> cjwatson: I guessed it might be a tag mismatch, but I tried "bzr mark-uploaded" on my local branch, and it said it was already tagged.
[10:19] <soren> cjwatson: Hm... This seems like it's my fault, actually. There's a diff between the two.
[10:20]  * soren didn't think that was possible when using "bzr bd -S" to build the source package.
[10:25] <cjwatson> soren: mm.  I must say that I generally build the source package *then* commit+tag, just in case.
[10:25] <soren> cjwatson: I /may/ have done that.
[10:25] <cjwatson> you should be able to merge the imported branch into your more detailed branch, and push that.  (Doing it that way round may result in a more obvious history.)
[10:26] <soren> cjwatson: Anyways, the problem turned out to be a file that was added.
[10:26] <soren> cjwatson: The importer gave it one id, my local branch gave it another => conflict.
[10:26] <soren> Exact same name, exact same contents.
[10:26] <cjwatson> you may want to check with james_w, then; that sounds like an importer bug
[10:27] <soren> That's the plan when he turns up :)
[11:28] <Riddell> alf__, slangasek: what's the status of qt4-qws ?
[11:31] <alf__> Riddell: Hi! Current plan is to have it in PPA for this cycle. We are also in contact with upstream so that for Lighthouse they will hopefully have a different soname for the UI libs and all other libraries are the same.
[11:32] <Riddell> hmm ok, I'll reject it from new queue
[11:34] <alf__> Riddell: wasn't it already rejected? :)
[11:34] <Riddell> alf__: yes, and re-uploaded
[11:35] <alf__> Riddell: hmm, I wasn't aware of that, can you give me a minute to see what is going on?
[11:35] <Riddell> alf__: I reuploaded it because asac still wanted it in the archive
[11:39] <alf__> Riddell: ok, feel free to remove it, thanks!
[12:04] <lool> cjwatson: Pushed new linaro-image-tools (0.2) fixing the deps; sorry about that
[12:09] <cjwatson> that's ok
[14:54] <mdz> cjwatson, Keybuk, sabdfl, TB in 5, agenda is up at https://wiki.ubuntu.com/TechnicalBoardAgenda
[14:58] <Keybuk> cjwatson: I got your e-mail about Plymouth, but my peril-sensitive glasses engaged when I tried to read it
[14:59] <smoser> cjwatson, i'm looking at bug 632096 (the bug i opened to modify euca to use grub rescue images rather than grub-mk-rescue).
[15:01] <smoser> i'm looking at grub-mkrescue, and it uses '--embedded-boot' of 'boot.img', which is not in the iso9660 filesystem itself. i'm not sure if i absolutely need it or not, but I don't see a way to get it via isoinfo.
[15:01] <cjwatson> smoser: you don't need it if all you need is the equivalent of core.img
[15:02] <smoser> well i need to build a booting iso, (or floppy). I'd prefer ISO, just because i can kind of invision the loader being larger than would fit into my floppy.
[15:03] <smoser> so, sorry to be ignorant, but all i know is coming from man pages and the grub-* scripts.
[15:03] <cjwatson> you don't need it for CD booting either
[15:03] <cjwatson> /boot/grub/i386-pc/eltorito.img in the image is fine for that
[15:04] <cjwatson> the --embedded-boot stuff is for the purpose of creating a hybrid CD/USB/floppy image
[15:06] <smoser> well, that is ideal for me... the stuff i currently have would make a cdrom just as it would make a floppy, the only difference is the floppy gets the size set to 2880K.
[15:07] <smoser> if i have to live with making a floppy one way (using core.img) and cdrom another, then i can, it just seemed nicer with the hyprid.
[15:10] <smoser> am i sort of stuck with that ?
[15:13] <cjwatson> I think you probably are for now, sorry
[15:14] <smoser> thank you cjwatson
[15:17] <tkamppeter> Anyone can help me with an update problem? Bug 631617? How have the Conflicts/Replaces/Provides on foomatic-db and foomatic-db-compressed-ppds to be set so that an update from Lucid (or older) to Maverick works?
[15:18] <Riddell> tkamppeter: let me look
[15:19] <Riddell> tkamppeter: I think I fixed that yesterday by removing hpijs-ppds, ijsgutenprint and foomatic-db-gutenprint from the kubuntu seeds
[15:19] <Riddell> tkamppeter: does that sound like the right thing to have done?
[15:21] <tkamppeter> Riddell, yes, these three packages should really not be in any seeds.
[15:22] <Riddell> tkamppeter: great, I'll close the bug
[15:27] <cjwatson> Riddell: the user says ubuntu-desktop, not kubuntu-desktop, so I don't understand how a change in kubuntu-desktop could have helped
[15:27] <cjwatson> perhaps mvo needs to look at this one
[15:28] <Riddell> the bug title says kubuntu-desktop
[15:31] <cjwatson> the log says: 2010-09-06 16:17:13,123 ERROR Dist-upgrade failed: 'Can not mark 'ubuntu-desktop' for upgrade'
[15:32] <cjwatson> although kubuntu-desktop appears to also be installed
[15:32] <mvo> I have a look
[15:32] <cjwatson> ibus-pinyin was also broken, which I believe to be fixed now
[15:32] <cjwatson> and python-mako
[15:33] <cjwatson> (likewise)
[15:33] <cjwatson> so I'm sure those weren't helping
[15:36] <jibel> cjwatson, the problem was that kubuntu-desktop and ubuntu-desktop were both installed, that k-desktop wants to upgrade foomatic-db and u-desktop wants to install foomatic-db-compressed-ppds which both conflicts.
[15:36] <jibel> cjwatson, I've just tried in a VM and foomatic-db is now removed and replaced by foomatic-db-compressed-ppds.
[15:39] <tkamppeter> jibel, Riddell, cjwatson thanks.
[15:40] <mvo> jibel: nice, thanks a bunch
[15:40] <cjwatson> jibel: yay
[15:43] <Keybuk> huh, there's a Mumble client for iPhone in their GIT repo
[15:54] <cjwatson> james_w`: I may have said this before, but remind me to buy you a drink for sync-helper.py at some point
[15:55] <cjwatson> StevenK: ... and you, since I just noticed you wrote it to start with and apparently I'd been misattributing it.  sorry!
[15:55] <james_w`> cjwatson: much easier isn't it?
[15:55] <cjwatson> looks like both
[15:55] <cjwatson> yeah, I'm trying to get into the habit of just doing them daily
[15:55] <Keybuk> kk, let's see whether this builds
[15:57] <StevenK> cjwatson: It's both, I started it, james_w` made it better.
[16:15] <Daviey> Hi, would an AA be able to publish eucalyptus 1.6.2-0ubuntu30.4 to proposed?
[16:57] <lamont> how in the hell do I get Network Mangler to quit editing /etc/hosts?
[18:44] <mycae> Hello. I am having some problems with cowbuilder (lucid).  I am getting "Package cowdancer is not available, but is referred to by another package"
[18:44] <mycae> This appears to have happened to a couple of other users, but I can't find the solution.
[18:44] <mycae> http://irclogs.ubuntu.com/2010/04/30/%23ubuntu-devel.html
[19:15] <tyarusso> mycae: cowdancer appears to be in universe.
[19:18] <mycae> but universe is in my /etc/sources.list.
[19:19] <mycae> I have lucid-backports enabled -- could this be causing it?
[19:19] <tyarusso> Maybe, but I kind of doubt it.  What's the relevant section of the logs page you posted?
[19:20] <mycae> search for either "cowdancer" or "kkszysiu"
[19:20] <tyarusso> um, not found...
[19:20] <mycae> kkszysiu logs on and has the same question; however I cannot figure out if he actually resolved it or not.
[19:20] <tyarusso> sure you got the right link?
[19:21] <mycae> http://irclogs.ubuntu.com/2010/04/29/%23ubuntu-devel.html
[19:21] <mycae> I just cut and pasted that from firefox
[19:21] <tyarusso> You had /30 before :)
[19:21] <mycae> ah
[19:21] <mycae> yes, i was wondering if it rolled over to the next day.
[19:24] <tyarusso> mycae: It looks like the answers consist of a) check which sources are defined *within* cowbuilder, and b) make sure you know how to use cowbuilder - xnox walks through a few steps.
[19:24] <mycae> I use cowbuilder under debian, but its usually rather automagic.
[19:40] <mycae> ok, so missing pbuilderrc appears to have been the candidate. Maybe I should file a bug in cowbuilder.
[19:40] <mycae> not the most obvious error  :(
[20:00] <Iraqi> ...................Ubuntu Version ...............10.10................beta ...... Is NOT support support HP Pavilion tx2645ee.... When running is west side not showing image correct I think this menu side so no thing see it and Auto restart so ................. bye bye
[20:00] <mterry> lool, asac, doko: Heyo, fellow MIRers.  Looking for guidance on bug 527142, starting around comment #11.  I'm inclined just to approve, as the server team will hopefully be on top of any library changes...
[20:04] <manjo> superm1, I was planning on returning your port replicator today
[20:05] <superm1> manjo, i'm here, feel free to swing by
[20:05] <superm1> hopefully you got some good results from it?
[20:05] <manjo> superm1, you mentioned in your email that you were not able to boot the 6410 ?
[20:05] <superm1> manjo, no i wasn't, i can show you in person here when you come by
[20:06] <manjo> hmmm I was able to boot the 6510 with those boot options .. not sure what is going on
[20:06] <superm1> might be a little different of a problem on the 6410
[20:06] <manjo> you get the same panic ?
[20:06] <superm1> i dunno, i don't have a port replicator to see with the options :)
[20:06] <manjo> :) ah
[20:07] <manjo> superm1, I will be there @4 is that ok ?
[20:07] <superm1> yeah that should be fine, my evening plans were foiled by this rain, so i'll be around for a few extra hours
[20:10] <manjo> superm1, I am booting todays amd64 iso, but getting buffer io err on dev sr0 ... so looking into what is going on
[20:12] <manjo> superm1, do you have any important info on this laptop? can I erase the HDD ?
[20:12] <superm1> manjo, feel free
[20:12] <manjo> ok
[20:13] <superm1> i think today's ISO should have a lot of the grub-installer fixes and partman fixes that cjwatson put together last week too, so you might be able to get through a full install now
[20:14] <manjo> yeah we did a lot of back and forth on installer last week and he emailed me saying todays iso should have those fixes he worked on
[20:18] <manjo> superm1, ok installing on your laptop with UEFI disk
[20:18] <manjo> keeping fingers cross that all the issues have been resolved wrt to grub-installer & partman
[20:19] <lool> mterry: Commented in the bug
[20:19] <manjo> hopefully cjwatson fixed all uefi install issues :)
[20:21] <superm1> manjo, if i remember right that should be the discrete model too, so you might be able to find out if there are issues with nvidia gfx driver and having no vbios after install too
[20:22] <manjo> great :)
[20:23] <mterry> lool, thanks, reading
[20:30] <manjo> cjwatson, superm1 failed to install grub-efi package failed to install into /target/
[20:33] <mneptok> hrmf. an upgrade on x86-64 Karmic complains about lftp not being in the repos.
[20:44] <manjo> cjwatson, bug 632642 opened for grub-efi not able to install on /target/
[20:44] <manjo> superm1, ^
[20:53] <tkamppeter> Ridell, ping
[20:53] <tkamppeter> Riddell, ping
[20:54] <superm1> manjo, what's up with all those intel ips errors in the logs?  i was seeing that on another system too
[20:54] <superm1> stuff like intel ips 0000:00:1f.6: MCP power or thermal limit exceeded
[20:59] <manjo> superm1, looking ...
[21:11] <manjo> superm1, can I keep the 6510 for this week ?
[21:11] <manjo> superm1, I will return the port replicator @4
[21:11] <superm1> manjo, either that or we can trade 6410 for 6510, we can discuss when you swing by
[21:11] <manjo> superm1, ack
[21:13] <superm1> manjo, http://pastebin.com/EjnxcBMv might get you fully installed (it's a dirty hack, it looks like there is a depends/conflicts/replaces problem with grub-efi otherwise)
[21:13] <superm1> if you apply it to /usr/share/grub-installer/grub-installer before ubiquity gets to the phase it runs  grub-installer
[21:19] <manjo> superm1, super, let me try that ...
[21:42] <smoser> cjwatson, i would guess you're not around, is that correct ?
[21:44] <manjo> smoser, no I think.. I pinged him earlier with no response
[21:44] <smoser> its like its 11:00 pm for him or something, and he doesn't think he should be working :)
[21:45] <manjo> yep go figure!
[22:06] <manjo> superm1, looks like that hack worked
[22:06] <superm1> manjo, as in the install finished, or it boots?
[22:07] <manjo> superm1, its past the grub installer
[22:07] <superm1> ah cool
[22:07] <manjo> superm1, now waiting on "installing system"
[22:08] <manjo> superm1, install done
[22:10] <manjo> superm1, heh does nothing on reboot, blank screen ...
[22:13] <manjo> superm1, error: unknown filesystem.
[22:13] <manjo> grub rescue>
[22:13] <superm1> i think the prefix is getting set wrong, i just saw that same thing on another system that can actually boot using noexec=off
[22:14] <superm1> because the prefix seems to be set to (hd1,gpt1)/boot/grub, when it should actually be (hd1,gpt2)/boot/grub
[22:15] <superm1> and root is set to hd1,gpt1, when it should be hd1,gpt2
[22:15] <manjo> can I fix that on the fly ?
[22:16] <superm1> maybe, manually reseting the variables might work, but i think it then needs to still parse the right configuration file
[22:17] <manjo> superm1, can you add these comments to http://launchpad.net./bugs/632642
[22:17] <superm1> well this part is probably a separate bug
[22:18] <superm1> but i'll mention it
[22:19] <manjo> ok
[22:32] <EagleScreen> is it necessary to have four entries for memtest in maverick?
[22:33] <EagleScreen> I think this will confuse people
[22:33] <Riddell> tkamppeter: pong
[22:33] <EagleScreen> four entries in grub
[22:36] <tkamppeter> Riddell, it is about bug 631617: In comment #10 tarekeldeeb tells that he gets "E: Couldn't find package foomatic-compressed-ppds". The package I have named foomatic-db-compressed-ppds, can it be that you have mistyped in a seed?
[22:37] <Riddell> tkamppeter: there's no printing bits in the kubuntu seeds directly now, only in the common platform.maverick/desktop-common seeds
[22:37] <Riddell> tkamppeter: I think it's more likely he mistyped it
[22:38] <Riddell> tkamppeter: there's no rdepends for foomatic-compressed-ppds
[22:41] <tkamppeter> Riddell, thank you, I have added a comment to the bug now.
[22:52] <SpamapS> hrm, if using bzr-buildpackage on a native package, shouldn't it skip the part about getting a .orig tarball?
[22:52] <james_w`> SpamapS: yes
[22:52] <SpamapS> ah, --native
[22:53] <james_w`> SpamapS: mkdir - p .bzr-builddeb/ && echo -e "[BUILDDEB]/nnative = True" > .bzr-builddeb/default.conf && bzr add .bzr-builddeb/default.conf
[22:54] <SpamapS> james_w`: I'd say native packags are the exception, not the rule, so I don't mind remembering to do --native for this one package. :)
[22:54] <james_w`> SpamapS: that's per-package
[22:54] <SpamapS> right now I see that
[22:55] <SpamapS> james_w`: couldn't you just read debian/source/format ?
[22:55] <james_w`> SpamapS: yes
[22:55] <SpamapS> want a wishlist bug as a reminder? ;)
[22:55] <james_w`> bug 586617
[22:55] <SpamapS> sweet
[22:55] <james_w`> have one thanks ;-)
[22:56] <SpamapS> james_w`: have I thanked you for bzr-builddeb lately btw? ;)
[22:56] <SpamapS> if not.. thanks :)
[22:56] <james_w`> I take complaints as thanks, it makes things easier ;-)
[22:57] <SpamapS> how very orwellian of you
[23:10] <Riddell> YokoZar: I see you're into Wine, are you going to fix bug 621694 ?
[23:19]  * micahg thought YokoZar was Wine in Ubuntu