[13:17] <sil2100> Hello o/
[13:19] <sil2100> I would like to perform a search for bugs throught the Launchpad API's searchTasks GET method, but I would like to perform the search over all launchpad bugs
[13:20] <sil2100> ubuntu?ws.op=searchTasks seems to look only for bugs assigned to ubuntu
[13:21] <sil2100> Is there a way to perform the search for the whole launchpad bug database?
[13:23] <dobey> i am not sure there is. "bugs" doesn't list searchTasks as a method in the api doc, iirc
[13:26] <sil2100> That would be very sad indeed
[13:27] <geser> it would be interesting to know if such a search across all projects would work without causing timeouts
[13:28] <sil2100> Launchpad itself performs such searches, so I didn't think it would cause any problems through the API
[13:52] <smoser> hi. i'm pretty sure there is a way to expliciltly not stack a branch. is that right?
[13:52] <smoser> ie, i want one thing to be:
[13:52] <smoser>  lp:~virtual-maasers/modev
[13:52] <smoser> and
[13:52] <smoser>  lp:~virtual-maasers/modev-bin
[13:53] <smoser> er...
[13:53] <smoser>  lp:~virtual-maasers/modev/trunk
[13:53] <smoser> and
[13:53] <smoser>  lp:~virtual-maasers/modev/modev-bin
[13:53] <smoser> and explicitly not stack those
[14:06] <smoser> think i found it. https://answers.launchpad.net/bzr/+question/59490 and that seems to be right
[14:12] <dobey> sil2100: well i don't think the launchpad global search is doing the same thing as searchTasks() does
[14:12] <sil2100> I guess so, just saying that it's possible to perform a global search and I would like to do the same through API
[14:12] <dobey> sil2100: i think it's doing a general site search through some index; as you get results for people, archives, bugs, blueprints, questions, etc…
[14:13] <dobey> oh, i guess there is a search all bugs on bugs.launchpad.net though
[14:13] <dobey> hmm
[14:13] <dobey> no idea then :-/
[18:49] <helmut> hi. I am about to break launchpad by changing the syntax of Build-Depends in backwards-incompatible ways and would like to avoid breaking the main launchpad instance.
[18:49] <helmut> wgrant: vorlon told me to contact you about this.
[18:49] <helmut> the backwards incompatible change I am talking about is described at https://wiki.debian.org/BuildProfileSpec
[18:50] <helmut> judging from lib/lp/archiveuploader/dscfile.py you will have to update python-apt to either versions from jessie or apply the patches at https://lists.debian.org/deity/2014/04/msg00142.html
[18:52] <helmut> apart from that I do not see any obvious places where lp breaks, but I may be wrong.


[01:21] <slangasek> Is Jan Rathman here?
[01:22] <slangasek> (reported that http://iso.qa.ubuntu.com/qatracker/result/1870/8 showed bug #255008, but that bug is marked as fix released)
[01:35] <stgraber> doh, that internet is way too slow for ISO testing ... I won't be able to test as many iso as I usually do ...
[01:35]  * stgraber takes alt amd64
[04:30] <stgraber> any known issue with testing ISO images in kvm ?
[04:30] <stgraber> my debian-installer is cycling here but as the ISO already got two +1, I guess it's my kvm that's broken (again ...)
[04:32] <stgraber> (maybe it'd work better if I was running 2.6.27 but I don't like my lappy to poweroff on resume :))
[04:34] <stgraber> okay, works with qemu so that's a kvm issue. Though I don't really want to wait 3 hours for my install to complete so I'm affraid I won't be able to help this time (or only tomorrow at work if I happen to have some free time) :(
[05:54] <sbeattie> Did the manual partitioner recently change? it seems... quirky.
[09:14] <soren> stgraber: Are you using the kvm modules in the kernel or from kvm-source?
[11:46] <heno_> schwuk, ara: how are you getting on with iso testing?
[11:46] <heno_> I'm kicking off some tests in kvm now
[11:46] <ara> heno_: I have installed alternate i386 with manual partitioning
[11:47] <ara> in real hw
[11:47] <ara> so far so good
[11:47] <ara> I am now running automated tests
[11:47] <ara> against it
[11:47] <ara> I will upload results before lunch break
[11:50] <heno_> ara: ok hanks. are you updating iso.qa.ubuntu.com with results?
[11:50] <heno_> *thanks
[11:50] <ara> heno_: not yet, i will do it now. thanks for the reminder
[12:01] <schwuk> Is anyone else having problems with iso.qa.ubuntu.com?
[12:02] <heno_> schwuk: I'm not, what problem?
[12:05] <schwuk> heno_: How strange. *.qa.ubuntu.com wouldn't load in one tab of Firefox. I assumed it was a slow response, but trying another tab worked... O_o
[12:06] <heno_> ah they are switching over the DNS today
[12:06] <heno_> 12.00 London time I believe ...
[12:07] <liw> heno, what should I test?
[12:08] <heno_> liw: anything 64 bit would be good
[12:08] <heno_> I think that's still under-represented
[13:07] <heno_> doh! doing two installs to the same virtual disk at the same time may cause it to fail
[13:07]  * heno_ tries again
[13:30] <schwuk> heno_: At least you've got a reason for fails. kvm has been giving me segfaults :(
[13:31] <heno_> we often find we are testing kvm as much as the ISOs
[13:42] <schwuk> Grr - it segfaulted again. Happens during the actual installation.
[13:43] <heno_> schwuk: same place, same ISO?
[13:43] <schwuk> Yes - i386 alternate OEM install
[13:46] <heno_> schwuk: try a different ISO to narrow it down - perhaps something in that particular install trigers it
[13:58] <schwuk> heno_: No - I think it's a kvm thing.
[13:58] <schwuk> Same effect (same place) with the server cd
[14:19] <liw> schwuk, are you running hardy's kvm and kernel? I upgraded to -proposed versions to get intrepid guests to work
[14:48] <cr3> hey dudes
[14:48] <cr3> ara: I will follow up on your request for hardware in the datacenter now, sorry for the delay
[14:48] <ara> cr3:  no problem
[15:04] <stgraber> soren: from the kernel
[15:05] <soren> stgraber: Running intrepid on your host?
[15:06] <stgraber> yes
[15:06] <stgraber> but on 2.6.26 because fo the resume problem with 2.6.27
[15:07] <soren> No worries.
[15:08] <soren> Try installing the kvm-source package. It'll build some more recent kernel modules for kvm for you.
[15:14] <stgraber> ok
[15:18] <stgraber> ok, it still resets debian-installer when unpacking the libc udeb
[15:39] <soren> I'm not sure what that means.
[15:59] <stgraber> when the debian-installer gets to the step where it loads the various udeb, it resets d-i
[16:22] <soren> stgraber: Oh, dear. I can't imagine that being kvm's fault.
[16:26] <schwuk> liw: No dice. Got the packages from -proposed. Segfault at the same point, but this time it took my mouse with it!
[16:26] <stgraber> soren: can't reproduce with qemu :)
[16:27] <soren> stgraber: Er.. Damn.
[16:27] <soren> :)
[16:27] <soren> stgraber: Did the new modules get built when you installed kvm-source?
[16:33] <cjwatson> I've been unable to get anywhere with DVD testing, I'm afraid; the jigdo template is at 47% :-(
[17:12] <liw> oh, dear: I started the iso rsync in the background and then forgot the whole thing -- is testing still going on?
[17:12] <liw> seems to be
[17:14] <liw> (whoever replaced my brain with porridge today kindly undo it, thank you)
[17:41] <liw> is there a point in reporting that I've done a test under kvm, and not under real hardware
[17:44] <liw> and if there is a point, would it make sense to have a tick mark for that explicitly?
[17:53] <heno_> I think we should have a flaf for that, yes
[17:53] <heno_> though we could probably gather a bit more system info as well
[17:55] <liw> as long as I only ever have to feed the info once :)
[18:01] <stgraber> soren: yeah
[18:02] <liw> note to self: human multitasking means you sometimes get confused and run qemu-img instead of kvm... *sigh*
[18:04] <stgraber> liw: sounds like hyperthreading rather than real multitasking, you should upgrade yourself to a dual/quad core CPU :)
[18:06] <liw> not even hyperthreading, really, I'm old enough that I'm really just a set of TSRs rather than real multitasking
[18:38] <mathiaz> liw: how do you perform the -server iso tests under kvm ?
[18:38] <mathiaz> liw: are you doing it manually ?
[18:39] <mathiaz> liw: I meant the install process
[18:39] <liw> mathiaz, yes, manually
[18:39] <mathiaz> liw: hm - ok - I can get it to work using preseeds - it seems that acpi fails to install correctly
[18:40] <mathiaz> liw: could you check in the syslog from one of your install if acpi works correctly ?
[18:40] <mathiaz> liw: rather installs correctly
[18:40] <liw> mathiaz, what should I grep for?
[18:40] <mathiaz> liw: grep acpi /var/log/syslog
[18:41] <mathiaz> liw: I see messages that acpi stating that acpi cannot be found
[18:41] <liw> that could be an artifact of running under kvm -- does it suppor acpi? soren?
[18:42] <liw> I'll do the grep after the next install finishes (I wipe the image file after I'm done with a test)
[18:42] <mathiaz> liw: you need to start your guest with the acpi feature enabled
[18:43] <liw> ah, then I probably don't do that :) ("kvm -m 1024 -hda foo.img -name isotest1 -cdrom ... -boot d")
[18:43] <mathiaz> liw: http://paste.ubuntu.com/43423/ <- here is a guest definition for libvirt
[18:44] <liw> I don't do these tests under libvirt, it's easier I think to just run kvm directly
[18:47] <liw> mathiaz, I see no errors about acpi in syslog
[18:48] <liw> mathiaz, the grep returns two lines, one saying lapic_id enabled, the toehr about seetting latency timer to 64
[18:48] <mathiaz> liw: ok - thanks
[18:49] <mathiaz> liw: may the installer tries to install acpi if it detects that acpi is available
[18:49] <mathiaz> liw: *may be*
[18:58] <fbesoain> hola me pueden ayudar un segundo?
[18:58] <fbesoain> tengo un problema con alpha 4
[18:58] <persia> !es
[18:59] <jpds> fbesoain: Seria mejor si hablabas en ingles.
[19:01] <fbesoain> ok, hello all, i have a problem in my laptop, i'm installing ubuntu alpha4 .. and after to install when i reboot my laptop, my screen is black, i can't see any image, and if press crt + alt +F1 it's the same ¿?
[19:01] <fbesoain> my card is intel 965gm
[19:05] <slangasek> jpds: s/hablabas/hablaras/ :-)
[19:05] <jpds> slangasek: No, I didn't want the future tense, I wanted past.
[19:06] <slangasek> jpds: that's not future tense, that's imperfect subjunctive
[19:06] <fbesoain> hahahaa!!
[19:07] <jpds> slangasek: Oh yeah, I usually don't bother with accents.
[19:08] <slangasek> fbesoain: you probably want to file a bug report about this, I don't see anyone in this channel who I know has the expertise to help you
[19:08] <slangasek> fbesoain: you could try the alpha-5 candidate images that we're currently working on, though :-)
[19:12] <fbesoain> slangasek: ok, thanks for your help. i'm waiting alpha-5
[19:12] <slangasek> fbesoain: you can find the candidate images linked from http://iso.qa.ubuntu.com/qatracker/build/ubuntu/all, if you'd like to try them and see if they solve your problem
[19:16] <fbesoain> ok, i need image in the screen for see the log files...
[19:16] <fbesoain> i will download the new image
[19:39] <liw> I'm slightly worried about not finding any problems
[19:40] <heno_> liw: try ubuntu studio alternate - I'm seeing some install failures
[19:40] <heno_> just trying to cheer you up ;)
[19:40] <liw> :)
[19:40] <liw> I'm about to crash, I think, so I will head for bed as soon as I finish this last ubutu-server amd64 test
[19:41] <heno_> liw: ok, thanks for your help!
[19:50] <liw> ok, that was the last ubuntu-server amd64 test, they all passed for me
[19:51] <liw> I can continue in the morning if there's still tests remaining, but for now: good night
[19:52] <heno_> has anyone else tried ubuntu studio? I get a fair with bug 264804
[20:56] <EagleScreen> i think ther are problems with ethernet LAN in Intrepid