=== lifeless_ is now known as lifeless === yofel_ is now known as yofel === emma is now known as em === rsalveti` is now known as rsalveti === wolfe_ is now known as wolfe === dendroba` is now known as dendro-afk === dendro-afk is now known as dendrobates === ion_ is now known as ion === RAOF_ is now known as RAOF\ === RAOF\ is now known as RAOF === evilnhandler_ is now known as evilnhandler === calc is now known as Guest28474 === spm` is now known as spm [04:55] * SpamapS_ just made his first real upload.. :-D === SpamapS_ is now known as SpamapS [04:59] SpamapS: Awesome! === wgrant_ is now known as wgrant [05:08] is there any tutorial available for how to create a plugin for any application? === ion_ is now known as ion [05:12] c2tarun: It depends on the application, and whether that application supports plugins. [05:12] TheMuso`: its kontact. [05:12] c2tarun: Then you will have to find the developer documentation to look up the plugin API. [05:13] TheMuso`: actually I am trying to look into this http://community.kde.org/GSoC/2011/Ideas#Project:_VOIP_Plugin_for_Kontact I thought to do my side research first, but failed to find on google how to create a plugin [05:14] isn't there any basic steps for writing a plugin? :/ [05:14] c2tarun: It's entirely application-specific; there's no guarantee that kontact even supports plugins. [05:15] (Although the GSoC idea suggests that it does ☺) [05:15] RAOF: yup. ok, so I'll ask in #kontact channel then :) [05:15] anyone here is participating in GSoC? === Amaranth is now known as xKoreBeastMode [05:15] not as mentor. === xKoreBeastMode is now known as Amaranth === Tm_T_ is now known as Tm_Tr === poolie_ is now known as poolie === _LibertyZero is now known as LibertyZero === buxy_bak is now known as buxy === AlanChicken is now known as AlanBell === ttx` is now known as ttx [07:30] good morning === udevbot_ is now known as udevbot [07:51] good morning [08:17] Good morning === smb` is now known as smb [09:03] dholbach, thanks for your email reply :) [09:03] abhinav-, sure :) [09:07] Riddell, hi, do you have a recent package example that used cmake and hardcoded /usr/lib/ paths that needs to be fixed for multiarch?I remember you mentioning something like this a while ago [09:08] there's a FTBFS which may be caused by something similar https://launchpadlibrarian.net/67912682/buildlog_ubuntu-natty-armel.igstk_4.2.0-4_FAILEDTOBUILD.txt.gz [09:14] hm [09:14] seeing lots of 404s on changelogs in aptitude lately, did something change? === directhe` is now known as directhex === bcurtiswx_ is now known as bcurtiswx === ev_ is now known as ev === jtimberman_ is now known as jtimberman === lag` is now known as lag === doko__ is now known as doko === Pendulum_ is now known as Pendulum === lan3y is now known as Laney [10:14] janimo: cmake should be fixed to know to look in the multiarch directories [10:15] Riddell, so you only worked around that in a specific package? Is the cmake fix in progress? [10:15] is this affecting Kubuntu packages? [10:16] janimo: cmake itself should be fixed with the debian/patches/ubuntu_multiarch_library_directory.diff patch === DrKranz is now known as DktrKranz === Lutin is now known as Guest74051 [10:48] If a dummy package is removed entirely do we need to conflict/break it or can we just let it rot? Will update manager remove dummy packages that no longer exist in the archive? === bantu_ is now known as bantu === nijaba_afk is now known as nijaba [10:52] Nevermind, answered my own question: "If a package is completely replaced in this way, so that dpkg does not know of any files it still contains, it is considered to have "disappeared". It will be marked as not wanted on the system (selected for removal) and not installed. Any conffiles details noted for the package will be ignored, as they will have been taken over by the overwriting package." [10:52] in practice this never happens because there's always /usr/share/doc/$packagename/ === cjwatson_ is now known as cjwatson [10:52] or more or less never [10:53] hmm, that seems wrong somehow [10:53] I would declare Breaks anyway. It's cheap. [10:54] actually, no, you want to get rid of the old package completely, don't you? Conflicts+Replaces sounds appropriate [10:55] co [10:55] update-manager is useful for many things, but you shouldn't assume everyone is using it unless you have no other choice [10:55] (of course, presumably an old dummy package hanging around isn't actually going to do any harm, so use your judgement there) [10:56] Why not breaks/replaces? [10:56] breaks doesn't enforce removal [10:56] just deconfigure [10:57] you can still have the files unpacked [10:57] right [11:00] Will these conflict lines do bad things if I define a new virtual package by the same name as the dummy package? [11:01] I think that was my original intuition for wanting to use breaks [11:01] if you plan to do that, use versioned Conflicts [11:01] ahh, the one real use for versioned conflicts, makes sense [11:02] right [11:02] note that provides will only help for unversioned depends (if that's indeed what you are trying to take care of) [11:11] ScottK2: Aye. Bugs were filed. apiextractor: #748331 generatorrunner: #748333, shiboken: #748334 and pyside got renamed: #740177 === geser_ is now known as geser [11:22] whoa, freenode is unstable today === Chipzz_ is now known as Chipzz === diwic is now known as diwic_afk === debfx_ is now known as debfx === Nigel_ is now known as G === jelmer_ is now known as jelmer === ScottK2 is now known as ScottK === calc is now known as Guest70915 === beuno is now known as beuno-lunch === apachelogger_ is now known as apachelogger [12:28] @pilot in === udevbot changed the topic of #ubuntu-devel to: Natty Beta-1 released! | Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: chrisccoulson === TheMuso` is now known as TheMuso === Pici` is now known as Pici === beuno-lunch is now known as beuno === diwic_afk is now known as diwic [13:15] chrisccoulson: Could you review my debdiff on Bug #746538? [13:15] Launchpad bug 746538 in ubufox (Ubuntu) ""Needs restarted" message is not translated in Japanese(ja) locale" [Undecided,Confirmed] https://launchpad.net/bugs/746538 [13:15] nobuto, sure [13:15] oh, it's for ubufox [13:15] heh, we seem to be carrying a monster patchset for that now [13:16] i should fork it ;) [13:41] can i have a ubuntu page on my website? === jam1 is now known as jam [13:43] superm1, heyo, would you mind having a mythbuntu person look at https://code.launchpad.net/~mterry/ubuntu-seeds/mythbuntu.natty-gnome-system-tools/+merge/53423 ? thanks [13:46] mterry, Have you tested it? [13:47] Daviey, no? it seemed straightforward. But other flavors have used similar changes, so I believe it's safe [13:53] mterry, Great, I see xubuntu has adopted it.. fine with me, merged. [13:53] thanks for spotting it. [13:53] Daviey, I did the package split, so I felt obliged :) === OdyX` is now known as OdyX [13:54] heh [14:02] slangasek, are you on "archive admin" duty today? I have a sync I'd love to see happen: bug 746448 [14:02] Launchpad bug 746448 in pylint (Ubuntu) "Sync pylint 0.23.0-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/746448 [14:03] * mterry isn't sure why he put archive admin in quotes :) [14:05] mterry: I'll do a sync pass now [14:05] cjwatson, thanks! [14:06] cjwatson, note that that particular bug requires 3 syncs [14:06] if ubuntu-archive is subscribed to it, then I'll pick it up === Hobbsee` is now known as Hobbsee === Hobbsee is now known as Guest41331 [14:10] cjwatson, well, they are all in the same bug. perhaps I should have filed 3 separate ones?, but the other 2 are only needed to support new pylint [14:10] skaet_: good morning - please let me know if there is anything else you need from me on bug 727342. (As I say it tests well for me) [14:10] Launchpad bug 727342 in open-vm-tools (Ubuntu) "FFE: open-vm-tools kernel module failed to build" [Critical,New] https://launchpad.net/bugs/727342 [14:10] OdyX: All approved now. Should get sync'ed soon. Thanks. [14:10] ScottK: niiice. Thanks. [14:14] mterry: it's fine the way it is. === kenvandine_ is now known as kenvandine === Guest41331 is now known as Hobbsee [14:30] chrisccoulson: Thanks for uploading! === cnd` is now known as cnd === txwikinger2 is now known as txwikinger [14:47] ScottK: Would pyside-tools (currently in unstable, got out of Debian:NEW recently) be considerable ? It's only new functionality, but pretty much needed for correct PySide operation ? [14:47] OdyX: Yes, but it will need an FFe. [14:47] Please file the sync request as an FFe request and I'll review it. [14:48] ScottK: doing that now === wgrant_ is now known as wgrant [14:56] ScottK: https://bugs.launchpad.net/ubuntu/+bug/750295 [14:56] Ubuntu bug 750295 in Ubuntu "FFe: Sync pyside-tools 0.2.8-1 (universe) from Debian unstable (main)" [Wishlist,New] === skaet_ is now known as skaet [14:58] OdyX: Just approved it. It should at least get to Ubuntu New on the next round of syncs. [14:58] Nice. [15:05] hallyn, have gone in and approved it. Thanks for getting this fixed. === mok0_ is now known as mok0 === mok0 is now known as 5EXACFVV1 === JayFo is now known as JFo [15:10] jdstrand, kees: releasing lucid kernels to -security/-updates: linux linux-backports-modules-2.6.24 linux-meta linux-restricted-modules-2.6.24 linux-ubuntu-modules-2.6.24 [15:11] cjwatson: Is https://wiki.ubuntu.com/SeedManagement#CD%20builds still accurate? It doesn't look to have been update since there was a unified live/install CD. I've been hunting around to find the list of packages one expects on a Live CD - is there a better way than looking at filesystem.manifest (or filesystem.manifest-desktop) on the CD? For example a way that doesn't require I get the CD? [15:17] jonny: it looks fairly close to me, if you s/install/alternate/ and s/live/desktop/ [15:17] jonny: you can look at the .manifest and .list files alongside the CD on cdimage.u.c [15:20] I've updated that documentation a bit - there's no point in it listing lots of seed names that are already in the STRUCTURE dependencies === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:24] cjwatson: thanks. Is there some documentation somewhere about how the livecd is build - this is curiosity speaking now :) - As I understand it, Germinate spits out a bunch of potentially intersecting lists of packages, is there a tool beyond apt that reconciles those and makes the cd inside a chroot or something? [15:24] *s/build/built ^ [15:26] jonny: livecd-rootfs builds the live filesystem [15:27] https://code.launchpad.net/~cjwatson/ubuntu-cdimage/mainline (plus the submodules in configs/devel) does the rest of it [15:27] hm, let me fix the mirroring there [15:30] well, it should sort itself out in a bit === calc is now known as Guest13982 [15:48] Daviey, can you regenerate that meta package and upload too? === DreamThi1f is now known as DreamThief === achiang` is now known as achiang [15:58] is there an easy way to tell why apt wants to remove something on dist-upgrade? [15:58] use aptitude? :D === JackyAlcine is now known as Guest79216 [16:00] ohsix: welp, aptitude wants to do something different from apt-get [16:03] shrug [16:03] at least aptitude lets you investigate its upgrade solution [16:03] ugh, aptitude [16:04] YokoZar: There are debugging switchs to see this [16:04] yeah that was my thought [16:04] superm1, ack, i wanted to check there wasn't anything else before doing so. === diwic is now known as diwic_afk [16:05] YokoZar: Try -o pkgProblemResolver=true [16:05] YokoZar: "-o Debug::pkgProblemResolver=true" [16:07] But it can be very verbose [16:07] juliank: $ sudo apt-get -o Debug:pkgProblemResolver=true dist-upgrade ? [16:07] YokoZar: yes [16:07] hmm doesn't seem to be changing the output up to the prompt... [16:08] (the do you want to continue prompt) [16:11] YokoZar: Try apt-get dist-upgrade -o Debug::pkgProblemResolver=1 [16:12] YokoZar: You just missed a colon, it seems [16:13] yeah [16:13] now if I can make sense of this output... === webjadmin is now known as JackyAlcine [16:14] YokoZar: you could put it on a paste bin and tell me what you're looking for [16:15] http://paste.ubuntu.com/ [16:16] ahh I think I figured it out, obsolete version of a pacakge in an enabled PPA that was the same version as the fixed package I installed locally. Apt wants to upgrade from dpkg -i installed package to one available on PPA, which in this case means getting the broken one. [16:16] which had the side effect of trying to remove a fixed package that was also fixed in the ppa [16:18] YokoZar: If needed, you can use pinning to overwrite this === hggdh_ is now known as hggdh [16:19] Yup. Thanks juliank [16:25] jhunt_: about the sendsigs killing OMITPIDS .. this seems somewhat broken.. I think the appropriate thing to do is to only care about processes with a goal of stop/ .. since the point of having no 'stop on' is that you run "forever" is it not? [16:26] jhunt_: so whynot just replace that kill with a loop to stop all remaining jobs except rc? === calc is now known as Guest13166 === dendrobates is now known as dendro-afk === shana` is now known as shana === bjf is now known as bjf[afk] === oubiwann` is now known as oubiwann [16:36] SpamapS: seems reasonable - that script just kinda "feels" too complex right now. [16:36] I'm interested in the "vanilla upstart approach" too as it would be [16:36] nice to keep separation between Upstart and SysV jobs (Upstart shouldn't [16:36] need SyV) [16:36] s/SyV/SysV [16:37] We might need Keybuks thoughts on the preferred method for that one though. === dendro-afk is now known as dendrobates === kees_ is now known as kees === deryck is now known as deryck[lunch] === herton is now known as herton_lunch [16:54] * YokoZar just vastly simplified some package rules files thanks to debhelper 7. [16:54] jhunt_, can you verify for me that upstart doesn't care if a file is dos format ? [16:55] i have to fix something in cloud-init when input is dos format, i have to fix user scripts ("#!/bin/sh\r\n" -> "#!/bin/sh\n" ...) [16:55] i'd like your statement as to whether or not i should do that for upstart jobs [16:58] It makes no sense to use \r\n in anything unixish. [16:59] ion: except for TCP/IP protocols [16:59] but yeah, files? \n [16:59] agreed. but user input is from windows, and i would like to not change their content except when required. [16:59] because arbitrarily "fixing" things will break checksums that they might have calculated. [17:01] I'm fairly sure upstart/libnih treats \r like \n [17:01] at least that is why i wasn't going to change everything. [17:02] ie, if you did a wget of a file, you wouldn't want wget to change its content. [17:05] mterry: sync> ack [17:05] slangasek, cjwatson grabbed it for me, but thanks [17:09] mterry: ok, cool :) === diwic_afk is now known as diwic === mdz` is now known as mdz === dendrobates is now known as dendro-afk === chuck_ is now known as zul [17:31] jhunt_: I wonder if we can complete the transition to an upstart-only shutdown in oneiric. === lamont` is now known as lamont [17:37] SpamapS: would be good! I've added it to the wishlist: https://wiki.ubuntu.com/FoundationsTeam/OneiricPlanning#Ideas === bjf[afk] is now known as bjf [17:45] jhunt_: so another thing I was wondering is whether we can implement grouping in upstart jobs. If we could say initctl --exclude-group shutdown stop-all .. and let upstart do this internally.. that gives us a very clean way to terminate everything === mako_ is now known as mako [17:47] jhunt_: the problem with "disable spawning" is that you may need to spawn a few processes to shutdown cleanly. === deryck[lunch] is now known as deryck === sforshee is now known as sforshee-lunch === skaet is now known as skaet_afk [18:12] @pilot on [18:12] (pilot (in|out)) -- Set yourself an in or out of patch pilot. [18:12] @pilot in === udevbot changed the topic of #ubuntu-devel to: Natty Beta-1 released! | Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: chrisccoulson, [18:12] @pilot in === udevbot changed the topic of #ubuntu-devel to: Natty Beta-1 released! | Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: bryceh, chrisc === pedro__ is now known as pedro_ === hallyn is now known as hallyn_afk === herton_lunch is now known as herton === dendro-afk is now known as dendrobates === zyga is now known as zyga-dinner [18:35] TheMuso, so ldtp and pyatspi2 don't get along packaging-wise (ldtp depends on pyatspi1 currently). Is that just a packaging bug or is ldtp not compatible with atspi2? === zyga-dinner is now known as zyga [18:47] cjwatson, I'm thinking vga=788 isn't gonna work so well on bare metal. see bug #745947 [18:47] Launchpad bug 745947 in linux (Ubuntu Natty) "Fails to display video after grub (kernel lacks video output)" [High,In progress] https://launchpad.net/bugs/745947 === sforshee-lunch is now known as sforshee [18:50] bug #660483, what should I do now? [18:50] Launchpad bug 660483 in couchdb (Ubuntu) "CouchDB 1.0.1 must depends by libjs-jquery >= 1.4.2" [Undecided,Confirmed] https://launchpad.net/bugs/660483 [18:51] I've proposed a patch [18:56] akheron, I'll take a look [18:56] akheron, can you also add to the changelog the bug number that your patch fixes [18:56] i.e. [18:56] + * Don't link to system's jquery.js, as it's too old (LP: #660483) [18:58] akheron, sometimes I also like to mention the error message that goes away with the fix (so people with the problem can verify that this patch fixes it). Totally not necessary though. [18:59] akheron, if you post an update ping me and I can upload it for you, the change itself (removing the link) looks fine [19:00] bryceh: ok [19:02] tgardner: seems odd because that was actually a change inherited from Debian [19:02] cjwatson, well, I've got it repro'd on at least one server. [19:02] tgardner: wait, is this a recent regression? [19:03] tgardner: they said it was fine in the alphas, and those used vga=788 too [19:03] I wonder if it has to do with modularizing CONFIG_FB_VESA [19:03] I bet that we forgot to put vesafb in a udeb [19:03] cjwatson, hmm, lemme check. [19:03] the installer has code to load it if it can [19:03] actually, I'm sure of it [19:04] hm, it's in fb-modules [19:04] -rw-r--r-- root/root 14288 2011-04-01 00:11 ./lib/modules/2.6.38-8-generic/kernel/drivers/video/vesafb.ko [19:04] mind you, d-i is still on -7 [19:04] cjwatson, and in modules/fb-modules:vesafb [19:05] yeah [19:05] does it actually work when modularised, at the moment? :) === skaet_afk is now known as skaet [19:06] fb-modules is in the initrs [19:06] initrds [19:07] cjwatson, dunno. I've been reading the stuff in Documentation/fb/fbcon.txt. it says if you specify vga= , then fbcon isn't loaded (which kind of looks like what is happening) [19:07] d-i explicitly loads fbcon [19:08] cjwatson, I'm not nearly as familiar enough with this frame buffer stuff and early boot. [19:09] http://bazaar.launchpad.net/~ubuntu-core-dev/rootskel/ubuntu/view/head:/src/lib/debian-installer-startup.d/S40framebuffer-module-linux-x86 === tubadaz___ is now known as tubadaz [19:12] tgardner: you can add BOOT_DEBUG=3 and drive stuff by hand, FWIW [19:12] that gives you a shell at the start of /init [19:13] cjwatson, ok, gimme a minute. this is easily reproducible using VMware [19:14] the execution flow is then the stuff in /init, then /sbin/debian-installer-startup, then /sbin/debian-installer [19:14] (but you shouldn't need the last bit) [19:14] it's nearly all shell, fairly easy to pick apart and run step by step [19:14] kvm doesn't show it (either default or -vga std) [19:15] cjwatson, agreed, kvm was the first thing I tried. [19:16] cjwatson, BOOT_DEBUG=3 on the syslinux command line, right? [19:16] yeah [19:16] no joy [19:16] bryceh: ping, I added an updated patch [19:17] akheron, thanks [19:17] tgardner: what variety of absence of joy? [19:18] oh, hm [19:18] you can type 'modprobe vesafb' blind === akgraner` is now known as akgraner [19:18] cjwatson, a total absense of joy with vga=788 (e.g. no display whatsoever). I verified that BOOT_DEBUG=3 works without vga=788/ [19:19] tgardner: that total absence of joy may be fixed by typing 'modprobe vesafb'? [19:19] fbcon is non-modular [19:19] is there a particular way to tell it to attach to a new fb, or is it just supposed to notice? [19:20] I'm open to the option of deleting vga=788 BTW, I just want to try as hard as possible not to since it really makes the installer a lot more pleasant [19:20] and actually, we used vga=788 in maverick [19:20] it's not a new thing in natty [19:21] cjwatson, so if I blindly type 'modprob vesafb' then I get a console with BOOT_DEBUG=3. so, its definitely related to the modularization of VESAFB [19:22] akheron, looks good, upload sponsored [19:23] bryceh: thanks [19:23] my first upload :) [19:23] akheron, well then congrats :-) [19:23] tgardner: aha, so then the question is what happened to the existing code to run that [19:25] cjwatson, at the point that the boot debug breaks, /proc isn't mounted. [19:25] indeed [19:25] cat /init [19:25] akheron, for reference, in the future when you have patches to sponsor you can check the topic of this channel to see if someone is listed as Patch Pilot on duty, and if so give them a holler, and they'll help you get stuff uploaded [19:25] it's mounted right after that debug shell [19:25] bryceh: ok [19:25] cjwatson, ok, that looks fine. [19:26] bryceh: I actually once worked on a new package, but fixing existing packages seems to be way easier :) [19:26] what comes to get the upload sponsored [19:26] *getting [19:27] tgardner: what does 'readlink /proc/self/fd/0' say, after you mount /proc? [19:27] we are much more forgiving of lack of perfection in existing packages :) [19:28] cjwatson, I exited busybox once to let init run, so /proc is now mounted, readlink /proc/self/fd/0 == /dev/console. [19:28] akheron, 'upload sponsored' means your patch has been added to the ubuntu repository and will be live to natty users once the package has finished rebuilding (typically a couple hours, depends on the package and build server loads) [19:29] bryceh: yeah [19:29] bryceh: but this fix was actually targeted to the lucid backport only [19:29] akheron, in this case since your patch is against lucid, it will also need to go through a review step [19:29] ah, ok [19:29] subject: [ubuntu/lucid-backports] couchdb 1.0.1-0ubuntu3~lucid2 (Waiting for approval) [19:30] tgardner: hm, not quite the right test, one moment while I experiment [19:30] I'm not sure how frequently lucid-backports gets reviewed though... could take anywhere from a few hours/days to maybe weeks [19:30] is there a backports team or such that does the approving? [19:30] yes [19:31] ok, sounds good [19:31] and I'm not in that big a hurry, a few days is fine :) [19:32] akheron, I'm not sure exactly who is on the team, but https://help.ubuntu.com/community/UbuntuBackports has some more information [19:32] tgardner: ok, reboot; in the first debug shell, 'modprobe vesafb; echo sh >/lib/debian-installer.d/S00sh' (no need to make it executable); exit twice; 'readlink /proc/self/fd/0' [19:32] in kvm, that gives me /dev/tty0 [19:32] cjwatson, ok, one sec while I get there [19:34] cjwatson, readlink /proc/self/fd/0 == /dev/console [19:35] pitti: send the brainstorm final mail to technical-board list. It might be in the moderation queue [19:37] tgardner: hm, so d-i's assumption is that that means serial [19:37] tgardner: is there a free vmware download that exhibits this, do you know? [19:37] cjwatson, you can use it as an eval for 30 days AFAIK [19:38] ok, will just workstation do, do you think? [19:38] cjwatson, yep, I'm using 7.1.4 [19:38] ok, I can queue it up to give it a try, unless you want to continue [19:39] IIRC there is some weird interaction with stdin and the console in the depths of busybox init [19:40] cjwatson, well, what would you like to try next? remember, I can get this on bare metal (buts a huge pain 'cause the server takes 3 minutes to boot) === tlyu_ is now known as tlyu [19:40] cjwatson, I could always de-modularize VESAFB for the -server flavour, but that seems like a hack. [19:41] I think what I ideally want is a set -x trace of debian-installer-startup, to see why it apparently isn't loading vesafb === hallyn_afk is now known as hallyn [19:41] there's a lot of blind typing involved there though [19:42] cjwatson, ok, perhaps I'll let you handle it, ok? [19:42] after that ... not sure, might involve building a debug busybox init? [19:42] I'm happy to have a crack at it, although I do already have about a week's worth of work queued up that's beta-2-critical [19:42] but I guess we have an understood fallback option [19:43] I'll dribble some notes in the bug report. === neversfelde_ is now known as neversfelde [19:43] thanks - I'll give you a shout if it's looking impossible for me [19:51] cjwatson, I'm sure you don't get enough email, so I've subscribed you to bug #745947. I'm sure this'll come up on skaet's radar pretty soon. [19:51] Launchpad bug 745947 in linux (Ubuntu Natty) "Fails to display video after grub (kernel lacks video output)" [High,In progress] https://launchpad.net/bugs/745947 [19:52] * tgardner --> lunch [19:53] ta === rbelem_ is now known as rbelem === bjf is now known as bjf[afk] [19:58] SpamapS: hi, i think you also have to comment asking people to test the -proposed.. pitti uses a reply template for SRUs; otherwise people wont know how they have to test it.. (noticed it on the compiz bug) [20:00] or was that the initial ACK? (/me confused, normally used to seeing pitti do those :D ) [20:01] vish: that happens when it's accepted I believe [20:01] ok, seems something new.. i blame pitt-i ! ;p [20:02] vish: or rather, when review/accepted at the same time, that notice is used since the package is building, it's hard to post it before it's actually accepted since you don't know when the package will build [20:02] ahhh! its still building [20:05] vish: I do not have the ability to accept the package into -proposed yet, as pitti is still training me, so he will see that message and accept it. [20:06] I'd make a template, but I'm hoping we'll finish with the training-wheels soon and I can just use his template. [20:06] SpamapS: cool, thanks! dint know that.. :) (thought you approved it) [20:29] vish: well I "approve" it, but Pitti pulls the big red handle to make it actually go. :) [20:29] righto, i meant accepted :) === ivanka is now known as ivanka-train [20:30] ivanka-train: cunning. how did you manage that? [20:31] sladen: which bit? [20:31] ivanka-train: not dropping IRC while transitioining? [20:31] sladen: skillz [20:32] sladen: it will drop - but network manager handles the tunnels rather well without throwing its toys out === 15SAAFJHR is now known as tubadaz === bjf[afk] is now known as bjf [21:09] I pushed a package to lucid-proposed. Where do I go to track whether I properly caused a package build? [21:10] hallyn: was it accepted yet? [21:10] [21:10] how do I tell? :) [21:10] hallyn: you can look at launchpad.net/ubuntu/+source/foo to see about any package in the archive [21:10] hallyn, https://launchpad.net/ubuntu/lucid/+queue [21:10] (sorry, by 'pushed' i meant 'bzr push', not dput) [21:11] ok, thanks, lemme check those [21:11] hallyn: ah, that's different :) [21:11] hallyn: you should be able to do bzr lp-open in the dir I think [21:12] hm, i don't think i did it right [21:14] hallyn: which package? [21:14] lp:ubuntu/lucid-proposed/qemu-kvm [21:14] it did update in bzr [21:15] but from the bzr source page i don't see how to go to package builds [21:15] hallyn: that doesn't work yet [21:15] hallyn: you can to create a source package like normal from the bzr branch and upload [21:21] micahg: doh. are you saying that only doesn't work for -proposed? [21:21] or for anything? [21:21] hallyn: you can't build from branch unless it's a source recipe for a PPA [21:22] AFAIK [21:22] micahg: good to know. i didn't know that :) [21:22] hallyn: once you push the bzr branch, you can have to still use bzr-builddeb to create a source package [21:22] thanks, will just dput then [21:22] well do, thx [21:22] (was just trying to be as UDD as possible :) [21:48] slangasek: so i did a bzr push to lp:ubuntu/lucid-proposed/qemu-kvm, thinking (wrongly) that would kick a build. Now I can't dput the src package from the same tree bc it sees it already there. Should I bzr uncommit and push --force? Is there something better to do? [21:48] hallyn: I don't understand what you mean, "it sees it already there". Can you paste me the error? [21:49] it rejected in email, i can fwd that [21:49] yes please [22:17] hallyn: so the reason for the reject is that the 0.12.3+noroms-0ubuntu9.4 *version* already exists; it appears to have been a security update, so it was never uploaded to lucid-proposed [22:17] hallyn: you'll want to untag your version from the lucid-proposed branch, merge in the version from lucid-updates/lucid-security, and re-push your changes on top [22:17] slangasek: d'oh, but that's not in lucid yet either right? [22:18] (i checked the bzr tree and didn't see it there) [22:18] hallyn: the "lucid" bzr branch is never updated after the release [22:19] ah [22:19] so this is only in the updates and security branches [22:19] even with an SRU? [22:19] yes [22:19] SRUs are published in -updates [22:19] oh! [22:19] got it [22:19] slangasek: thanks much. i think it's clear to me now [22:19] sure thing :) [23:13] @pilot out === udevbot changed the topic of #ubuntu-devel to: Natty Beta-1 released! | Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: chrisc [23:14] slangasek: yay, upload worked. (now just waiting for approval) === JasonO is now known as Guest72019 [23:31] jono: hey [23:38] hey Keybuk [23:38] hows tricks? [23:38] good thanks, you? [23:41] hi keybuk [23:41] RAOF_, hi, can you have a look at bug 749817 for me? [23:41] Launchpad bug 749817 in xorg (Ubuntu) "natty regression: screen goes black when external monitor is connected" [Undecided,New] https://launchpad.net/bugs/749817 [23:41] is there anything i can do to help move it along? === dendrobates is now known as dendro-afk [23:51] poolie: You might like to attach the output of intel_reg_dumper from the intel-gpu-tools package in both the normal and broken states [23:52] ok, thanks [23:52] I also wonder, shouldn't that be against xserver-xorg-intel or whatever the correct intel specific name is? [23:53] penguin42: No, we like X bugs to be filed against xorg. === sconklin is now known as sconklin-gone [23:53] RAOF_: Oh ok, didn't know that - I'd moved a few to the specific ones in the past [23:53] jono: but in answer to your tweet, no [23:53] I'm not attending LF Collab this week [23:54] penguin42: No, that's generally right. We just encourage people to *file* bugs against xorg, where we can dispatch them appropriately. [23:54] ok === RAOF_ is now known as RAOF [23:57] Keybuk, np