=== slank is now known as slank_away [00:34] psusi, hey. uploaded your util-linux [00:34] was going to ask you if it would work for gpt. i didn't think it would, but it seems to. [00:34] smoser, ahh, cool... I don't remember if kpartx speaks gpt or not [00:35] err, partx [00:35] from what I've seen, it doesn't [00:36] but maybe I was doing it wrong [00:36] smoser, I've got patches for upsteam parted to add a resizepart command to use the new ioctl to sync the new, larger patition size as well, so you can just run parted -s /dev/sda resizepart 1 100% [00:39] slangasek, psusi well, what i did is shown at https://bugs.launchpad.net/cloud-utils/+bug/1087526 [00:39] Ubuntu bug 1087526 in cloud-initramfs-tools (Ubuntu) "need support for gpt partition tables" [Undecided,New] [00:39] it seemed like the kernel/udev could get confused easily (see comment 4), but it *did* work. [00:40] psusi, that'd be pretty nice. [00:40] for now, growpart does basically the same thing [00:40] growpart /dev/sda 1 [00:40] will work for gpt or msdos [00:41] (as of today) [00:41] it uses sgdisk or sfdisk [00:43] but it (growpart) does not do the partx call yet. i plan to make an option to it. [00:51] smoser, why make it an option? if sfdisk or sgdisk complain about BLKRRPART failing, may as well go ahead and run partx -u [00:51] psusi, yeah, i considered that. [00:52] the only reason to not have it just do it is that it "just didn't" before [00:52] well, before it was run in the initramfs so it wouldn't run into that error, right? [00:52] so now it does the same thing, just is no longer restricted to running in the initramfs [00:53] are there any other outstanding issues to dropping the initramfs from cloud images? [01:09] psusi: wait, what ? [01:21] lifeless, at UDS... what was it, october before last? in Orlando, we discussed dropping the initramfs as a requirement for simple configs that don't really need it [01:22] lifeless, cloud image boot time is apparently significantly impacted by the initramfs, and iirc, the one hangup for getting rid of it was growpart [01:25] psusi: so what would an image look like then? [01:25] psusi: FWIW cloud images boot in 5-6 seconds for us with the initramfs. [01:25] lifeless, just the kernel, no initramfs [01:26] psusi: this worries me, because the initramfs provides an excellent debugging facility when things go wrong [01:26] psusi: will it be easy to revert for folk building on the cloud images? [01:27] about the only thing that can go wrong in the initramfs with a simple disk config is can't find the root fs [01:27] yea.. the plan was to make it optional, and most configs have no need for it, so, faster boot [01:27] psusi: we're using the cloud images to boot bare metal :0 [01:28] i really doubt the initramfs is a significant speed issue for cloud images. it might be. but it'd shave a second or two at most i'd think. [01:28] clearly non-zero [01:28] the idea was also to have regular installs initramfs scripts detect whether or not an initramfs is actually required ( i.e. you are using lvm ) and disable it unless overridden [01:29] right. this is really a uber-fast desktop boot thing. [01:29] ohh, maybe it was the arm guys that were driving it because for them it was a big time sink [01:29] it was/is a time sync. [01:29] and it is not insignificant. [01:29] something about grub being very slow at IO on arm [01:29] loading 10M-ish, decompressing, runnign a bunch of scripts ... [01:30] well, bios load is generally slow (which is what grub is using) [01:30] so its not going to be the fastest thing in the world, for sure. [01:30] iirc, arm has no bios so grub was using its own disk module there, which was supposedly very slow [01:30] right. [01:31] but it does add a not insignificant time to boot on your average pc desktop and cloud images too [01:31] anyway... during that "lets get rid of initramfs" discussion, i raised that i like initramfs , and this was one of the reasons why. [01:31] but then psusi fixed *that* the right way, and now we dont need initramfs for it anymore. which is really cool. [01:32] but doesn't mean we'll drop initramfs. just one less thing to prevent it being dropped. [01:32] ok [01:33] well, let me know what we need to do to keep it on, so the ops guys doing run around gibbering [01:33] :) [01:33] what benefit does it provide when you are using a simple disk config? [01:34] it's whole purpose is to locate the root fs, so if the kernel can do that on its own... [01:34] did the kernel uuid finding patches ever get applied? [01:35] psusi: so - for example - the HP public cloud has two block devices [01:35] psusi: and there may be LVM particularly if you are using boot from volume. [01:36] yea, lvm still would require an initramfs [01:36] psusi: bare metal cloud will often have more complex setups too. [01:36] well, if / is on lvm anyhow [01:36] lifeless, you dont have to worry. [01:36] psusi: MAAS is moving to using cloud images; nova bare metal uses cloud images. [01:36] its not going away. [01:36] smoser: yeah, I'm not:) [01:36] it would be going away in places where its not needed [01:37] but you're listing places where it *is* needed. [01:37] smoser: that was estalished above; I'm answering psusi's question about where it may be needed. [01:37] smoser: I may have misparsed that question, of course :> [01:37] right, the question was where is it needed, other than when / is on lvm ;) [01:37] when / is crypto [01:37] or that ;) [01:37] or when / has died and you want to poke around [01:37] when / is iscsi [01:38] lifeless, when / has died and yrou initramfs was on / [01:38] you're kind of dead [01:38] smoser: well, PXE booting initramfs+kernel [01:38] that's grub fallback time [01:38] smoser: / can die, can still examine :) [01:38] well, its not goingt away in pxe boot either! [01:39] indeed! [01:39] yea... the idea was for simple disk configs.. i.e. root is on a regular disk partition [01:39] and smart people were even discussing ways where grub would fall back automatically to initramfs if no-initramfs seemingly failed. [01:40] nice [01:40] just ask yourself, do you think that OS that runs on your devices from apple have an initramfs ? [01:40] (not that they boot fast... but probably not necessary ) === security is now known as megha [01:41] smoser: what devices from apple? :) [01:41] your kids devices, lifeless [01:41] :) [01:41] yeah, thats why i have one. [01:41] kids. [01:41] You have a kid to get apple devices? [01:42] Seems expensive :> [01:42] its not significantly more than the price of the device. [01:42] and easier to justify to employer [01:42] rotfl [01:49] can someone else confirm for me ... [01:49] https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1015339 [01:49] Ubuntu bug 1015339 in debian-installer (Ubuntu) "Missing kernel modules for Mellanox ConnectX HCA Ethernet " [Medium,Confirmed] [01:49] that doesn't look like an installer issue to me, but a driver issue. [01:50] (as in lack of pci-ids or some other reason it wouldn't load automatically) [01:52] smoser: hi [01:52] smoser: so thats our hardware config; the driver is in a separate kernel package [01:53] separate kernel package, as in ... [01:53] smoser: linux-image-extra [01:55] ah. well, that is installed by linux-server -> linux-generic -> linux-image-generic -> linux-image-extra-3.8.0-4-generic [01:55] does the server image build include that by default? [01:55] ie, it was not just missing driver in initrd.gz (at least per the reporter). [01:56] hi [01:56] smoser: EntropyWorks is the reporter [01:56] Hi [01:56] EntropyWorks: I'll just pastebin the discussion so far [01:56] oh. there, you're right. it does not include it. [01:56] at least per report [01:56] EntropyWorks: http://paste.ubuntu.com/1610977/ [01:56] so you're right. thats strange. [01:57] but EntropyWorks it seems that just having it in the intiramfs is not enoguh to make it work, right? [01:57] yo uahve to load it manually? [01:57] at least that goo.gl link there seems to imply that (as does another report to me) [01:58] so there may be two bugs :) [01:58] let me dig up my notes on this. [01:58] A) Where is my driver! [01:58] B) Why driver not load?! [01:59] right. [01:59] but "where is my driver" is not (i dont think) related to "my driver is in -extra" [01:59] so yeah, "where is my driver" i san installer/installer build process bug. [02:00] "why my driver no load" is a driver/udev/kernel bug i think. [02:00] EntropyWorks, so why did you do this udev rule business for modprobing? [02:01] smoser: right, being in -extra isn't an intrinsic bug (but if -extra isn't in the installer default initramfs...) [02:01] nah. most every thing is 'extra' from that perspective [02:02] i think [02:02] I eventually did something slightly different after getting fustrated. [02:02] but maybe your'e right. i could be wrong. === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as Jacky_ [02:04] I went and downloaded the http://us.archive.ubuntu.com/ubuntu/dists/precise/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/initrd.gz and unpacked it... [02:04] EntropyWorks, it seems to me what you did with that udev rule should have been equivalent to adding the item to /conf/modules in the intiramfs. [02:05] ie, by putting it in /conf/modules, you're doing what would happen if you had put it in /etc/initramfs-tools/modules during the initramfs build process. [02:06] I added a 80-mellanox-drivers.rules to /etc/udev/rules.d [02:07] right. but why/where did you come up with that? [02:08] it would seem to me that you're essentially loading mlx4_en every time a "net" device was found. [02:08] i could be missing something. [02:08] its been a while since I repackaged this initrd.gz for the netboot so forgive me while I try to remember. I think I may have just borrowed it from somewhere else. to be honest. [02:09] EntropyWorks, thats fine. i was just trying to see if i was missing something. [02:09] EntropyWorks: thats whats in the diskimage-builder rules [02:09] before i was doing this.. echo "modprobe mlx4_en ; # Move this line up" >> init [02:09] :) [02:09] EntropyWorks: we have both the modprobe and the udev rule [02:09] you clearly should not need both. [02:10] right? [02:10] https://github.com/stackforge/diskimage-builder/tree/master/elements/mellanox [02:10] right [02:10] and the udev rule is wierd, an I right? [02:10] you're loading that module every time a net device is seen [02:10] (but then, i'm kind of confused as to how linux knew it was a net device since clearly the driver didn't completely recognize it) [02:11] EntropyWorks, just so we're clear, i'm grateful for your help, i'm just trying to figure out if you were doing stuff for a reason, so that i can make sure we take that into account. [02:13] lifeless, where does 'init' from mellanox/init end up? hnow does that get rendered ? [02:14] smoser: it gets attached to the deploy ramdisk init script [02:14] smoser: the deploy ramdisk is a special special creature [02:16] lifeless, thanks. [02:18] I think this covers how I have been fixing my initrd.gz at the moment [02:18] http://paste.ubuntu.com/1611008/ [02:19] I may have added etc/udev/rules.d/010_net-hotplug.rules but I don't think I did. [02:22] smoser: honestly its been awhile and if there is anything confusing I can build another initrd.gz from scratch if you need it === tumbleweed_ is now known as tumbleweed === OutOfControl is now known as benonsoftware === Jacky_ is now known as zz_Jacky_ [06:22] Good morning === jono is now known as Guest40438 [06:28] hi pitti [07:04] siretart: Hey, handbrake (in both experimental and raring) seems to be implicitly declaring a few functions that exist nowhere in the source, and I can't find reference to them in libav headers either. [07:05] siretart: You might want to grep build logs for "implicit", and figure out where those missing functions went. :P [07:06] siretart: (Maybe it's depending on either an old feature that was removed from libav, or a new feature that's not yet in the Debian packages?) [07:56] cjwatson: um, nvidia-173 isn't in -proposed yet? [07:56] cjwatson: for .2 [08:00] oh it's nvidia-173-updates [08:01] jockey doesn't suggest any drivers for my gf8600gt [08:01] the window is empty [08:12] should there be a jockey launcher in system settings? [08:12] on 12.10 [08:12] good morning [08:14] ..behind software sources it seems [08:22] tjaalton: it's not jockey any more; right, software-properties supersedes it [08:22] admittedly hard to discover [08:26] yeah [08:32] it should shout out tho that the system needs to be rebooted once the driver has been changed.. just logging out will end up in a crash and a bug report.. [08:32] a confusing one too === tkamppeter_ is now known as tkamppeter [09:46] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach [09:46] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach, seb128 [09:47] dholbach, alter! in what order do you go through the sponsoring list? I will try to help you a bit, I missed my shift while I was in SF [09:47] * dholbach hugs seb128 [09:47] * seb128 hugs dholbach [09:47] I don't care which way we go - maybe we just say what we're looking at? [09:47] dholbach, ok [09:47] dholbach, I will try to grab what is desktopish first [09:48] seb128, I'll do cliff-tablib [09:49] dholbach, doing alacarte nautilus language-selector xorg-gtest [09:49] woohoo [09:49] ;-) [09:52] seb128, taking a look at ubuntukylin-theme [09:52] Riddell, hey, do you have any comment on https://code.launchpad.net/~gunnarhj/ubuntu/raring/language-selector/help-update/+merge/145491 (dropping language-selector-kde)? [09:53] seb128: I'm not currently expecting to go back to using language-selector so I guess it's fine [09:53] Riddell, ok, thanks, we can still bring it back some way if really needed [09:54] pitti, ^ I'm sponsoring l-s then [09:54] seb128: merci [09:54] pitti, or did you want to do it/had it ready? [09:54] pitti, de rien ;-) [09:54] no, I didn't [09:54] good === henrix_ is now known as henrix [09:57] tjaalton: my mistake, sorry [09:58] tjaalton: I noticed the missing task and my eyes tend to pass over existing invalid tasks ... [10:03] cjwatson: heh, yeah === zz_Jacky_ is now known as jackyalcine === jackyalcine is now known as Jacky_ === caribou_ is now known as caribou [10:07] seb128, taking a look at ktorrent [10:08] dholbach, looking at telepathy-logger-qt === henrix is now known as henrix_ [10:13] seb128, looking at ubuntu-sounds === henrix_ is now known as henrix [10:15] howto apply ubuntu settings to compiz compiled from source? [10:16] I have compiled and installed compiz but when I login the only thing I get to see is the wallpaper [10:17] so I change to a VT and start compiz using: env DISPLAY=:0 compiz –replace composite opengl move resize decor compiztoolbox mousepoll wall expo animation switcher unityshell [10:21] Esokrates, try asking on #ubuntu-unity but the compiz package ships a profile, export COMPIZ_CONFIG_PROFILE="ubuntu" [10:21] Esokrates, not sure how you can get the profile and apply it from a source build [10:22] @seb128 thank you [10:22] Error: "seb128" is not a valid command. [10:23] dholbach, looking at sphinxbase === Ursinha is now known as Ursinha-afk [10:38] dholbach, commented on the python-tz from stokachu, seems like a possible direct sync [10:38] stokachu, ^ [10:40] doko, python2.7 2.7.3-15ubuntu1 broke the testsuite of bzr, I filed bug 1116079 [10:40] bug 1116079 in bzr (Ubuntu) "Test bzrlib.tests.test_tuned_gzip.TestToGzip.test_enormous_chunk fails - potential regression in python2.7 2.7.3-15ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/1116079 [10:40] doko, it's probably caused by this change "Issue #1159051: GzipFile now raises EOFError when reading a corrupted file with truncated header or footer.", could you have a look [10:40] ? [10:42] seb128, cool [10:46] dholbach, looking to vino [10:47] wow, you're quick :) [10:52] dholbach, french efficiency my german friend :p [10:52] haha [10:54] tjaalton, Sarvatt: do we have someone we can ping upstream about bug 985202? :) [10:54] bug 985202 in libxrandr (Ubuntu Precise) "libx11 causes kwin to crash on login (over NX protocol)" [High,Triaged] https://launchpad.net/bugs/985202 [10:56] dholbach: sure [10:56] pitti, hey, can you set https://code.launchpad.net/~baltix/ubuntu/precise/ubuntu-defaults-builder/remove-quotes-from-firefox-bookmarks-titles/+merge/137107 as needs work/work in progress/whatever status is available to indicate it needs the comments to be addressed before being ready for sponsoring? [10:56] tjaalton, and a bit more recently bug 1112147 [10:56] bug 1112147 in mesa (Ubuntu) "gbm_dri_bo_create fails to initialize bo->base.base.format" [Medium,In progress] https://launchpad.net/bugs/1112147 === Ursinha-afk is now known as Ursinha [10:59] hmm, could be that they'd have better success via the list(s) [11:00] although the mesa-dev list does get all the bugmail too [11:01] pitti, can you set those as merged (they are in the unapproved queues for SRU): [11:01] https://code.launchpad.net/~arges/ubuntu/precise/iptables/fix-lp982961/+merge/145941 [11:01] https://code.launchpad.net/~arges/ubuntu/quantal/iptables/fix-lp982961/+merge/145942 [11:06] dholbach: got a rev-by for the libxrandr patch, I'll upload it [11:06] * dholbach hugs tjaalton! [11:07] the mesa patch doesn't apply as-is to the version we're preparing, will investigate further.. [11:12] seb128, looking at the raring part of firebird2.5 === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [11:17] dholbach, looking to bind9 [11:23] lamont, hey [11:24] lamont, I'm looking at https://bugs.launchpad.net/ubuntu/+source/bind9/+bug/1090593 , e.g https://launchpadlibrarian.net/130013535/quantal.debdiff ... those debdiffs only change the ip, I saw that your version adds a "D.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2D::D" ipv6 entry as well (in addition of autotools noise) [11:24] Ubuntu bug 1090593 in bind9 (Ubuntu Quantal) " D.ROOT-SERVERS.NET changing January 3rd 2013" [Undecided,New] [11:24] lamont, should the ipv6 entry be added in those SRUs or are the current debdiffs with only the ip change fine for upload? [11:28] for security uploads to the current devel release - is it normal to use a *ubuntu0.13.04... version number? [11:31] xnox, hey, is there still anything blocking https://bugs.launchpad.net/ubuntu/+source/player/+bug/979841 to be uploaded (you mentioned python issues)? you can probably fix the bug number/target and upload rather than just to block on the submitter to fix those typos [11:31] Ubuntu bug 979841 in player (Ubuntu) "robot-playercam crashed with SIGABRT in __assert_fail_base()" [Medium,In progress] [11:33] seb128: let me check if python multiarch hacks got uploaded or not. === Ursinha is now known as Ursinha-afk === Jacky_ is now known as zz_Jacky_ [11:39] dholbach: I wouldn't bother, just increment the version as usual [11:40] cjwatson, my question was the other way around (the suggested patch had 13.04 in it) and I thought it looked weird :) [11:41] Yeah, I know. It's not forbidden but I agree it's weird. If I were sponsoring that I would just amend the patch and tell the contributor I'd done so (if it were otherwise OK) [11:41] cjwatson, since I have you here... do you have any feelings about bug 1102107? (I just saw that an earlier request in Debian was not acted on yet: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676533) [11:41] Debian bug 676533 in openssl "please enable arm assembler code in openssl" [Wishlist,Open] [11:41] bug 1102107 in openssl (Ubuntu) "Add basic arm64 support" [Undecided,New] https://launchpad.net/bugs/1102107 [11:41] yeah, I changed it to ubuntu1 :) [11:41] those bugs are quite different - arm != arm64 [11:41] I'll review 1102107, thanks === Ursinha-afk is now known as Ursinha [11:43] dholbach: (And BTW 676533 was already applied in Ubuntu) [11:43] xnox, I'm unsubscribing sponsors from https://bugs.launchpad.net/ubuntu/+source/libsemanage/+bug/1103271 btw, your comment indicates that the patch will need to be reworked if it's still needed at all, right? [11:43] Ubuntu bug 1103271 in libsemanage (Ubuntu) "libsemanage: Add crossbuild support" [Undecided,New] [11:43] xnox, oh, you already did that, ignore me ;-) === zz_Jacky_ is now known as jackyalcine === jackyalcine is now known as Jacky_ [11:44] cjwatson, yes, I saw that - I just thought that if the request for arm wasn't replied to after half a year, we probably shouldn't block on debian for arm64 [11:45] thanks a lot for having a look at it! [11:46] Eh, it's really not that related - that's arm optimisation, not arm enablement [11:46] Enablement rightly normally jumps the queue [11:47] oh ok [11:48] dholbach: I'm going to have to look around as I'm not convinced the second patch is correct either - it doesn't seem to agree with my reading of the arm64 abi [11:49] thanks a lot [11:52] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach [11:52] dholbach, ok, if/when pitti is around and mark the merge requests I pointed before as needs work/merge we should be < 35 in the queue [11:52] dholbach, time to get some lunch ;-) [11:53] * dholbach hugs seb128 [11:53] good work [11:53] * seb128 hugs dholbach [11:53] thanks, you too === francisco is now known as Guest13450 [11:55] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach, jamespage [11:55] dholbach: how low can we go :-) [11:55] yes yes yes! :) [11:56] * dholbach hugs jamespage [11:56] piloting party :) [11:56] jamespage, looking at 'player' right now [11:56] dholbach: OK _ I'll look at the bind SRU [11:57] jamespage, if you check the backlog - seb128 pinged lamont about something related to bind earlier [11:57] not sure if it's the same issue [11:58] jamespage, I looked at bind9, I wanted to know if we should add the ipv6 record lamont added in his ppa and debian or not [12:01] seb128: right-oh === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [12:25] o/ [12:25] I just uploaded two debdiffs to https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1100587 [12:25] Ubuntu bug 1100587 in gnome-control-center (Ubuntu) "gnome-control-center does not remove system-wide proxy settings from /etc/environment when switch from manual to automatic mode." [Undecided,Confirmed] [12:26] I was wondering if this could be considered for an SRU or not. [12:37] marga, hey, that debdiff seems fine to me, I will sponsor it today [12:38] seb128, tnx === _salem is now known as salem_ [12:41] marga, yw, was there any other bug/patch that you want review on? (asking because some might be lost in email backlog from our side) [12:43] seb128: sorry, missed your pings! doing now [12:43] pitti, hey, danke! [12:44] seb128, I need to discuss the dropbear patch with vorlon [12:44] But I'm guessing I still need to wait a few hours for him to be around. [12:44] yeah [12:44] I will let non desktopish ones to Steve ;-) [12:44] Aside from that, I think I don't have anything else pending. [12:45] ok, good [13:05] seb128: "my version" is the current-n-correct file, not some patch applied to some randomly old file. :D [13:05] seb128: my ppa has some bits sitting in it - though I suspect I'll have even-newer for raring [13:06] seb128: so yes, the answer is we should have all of the entries in the file... [13:09] lamont, hey [13:09] lamont, well the only difference between "current-n-correct file" and "some randomly old file" is a one line ipv6 record ;-) [13:10] lamont, your version also has some autotools noise, not sure how much the SRU team like that [13:10] hrm [13:10] lamont, I saw you uploaded those fix to Debian and to your ppa, any plan to deal with the SRUs for Ubuntu as well? ;-) [13:10] * lamont was hoping to avoid learning the SRU process [13:11] s/learning/being reminded about/ [13:11] lol [13:11] lamont, the bug is SRU ready, you just need to get sources uploaded targetting the right series [13:11] lamont, with the changelog having a reference to the launchpad bug, and without the autotools noise if possible [13:12] ah, that's not so bad === MacSlow is now known as MacSlow|lunch [13:12] I think I might be talked into that [13:12] is tomorrow soon enough? tuesdays tend to be crazy [13:13] seb128, jamespage: I'll do some more sponsoring tomorrow - now need to get some other things done first :) [13:14] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jamespage [13:14] and: we're at 31! [13:15] seb128, thanks again :) [13:15] dholbach, great work! [13:15] marga, yw ;-) [13:15] lamont, yeah, no hurry, I was going to upload the version of the guy who took the time to contribute the debdiffs but as I said he didn't include your ipv6 extra entry ... anyway if you want to take care of it this week great, I will just get it off the sponsoring queue and assign to you ;-) [13:17] sounds good [13:17] seb128, lamont: that was me. My understanding is that SRUs need to be minimal === yofel_ is now known as yofel [13:19] rbasak, hey, they do, but if the ipv6 entry (which is a one liner) is considered useful there is no reason to do 2 uploads for a 1 liner each, we can as well include both changes in that update [13:21] Sure, I understand. I suppose this comes down to my original philosophy that it barely matters anyway. bind will immediately bootstrap the ipv6 entry from any of the other addresses listed, so I saw the SRU as merely fixing the soon-to-be-broken entry rather than anything else [13:22] rbasak, I think what you did is right, but if lamont (who is the bind maintainer) wants to include the ipv6 change as well I will not stop him [13:24] rbasak: by your logic, we don't need to update the ipv4 address either - 1 time in 13 the startup will be delayed by a few seconds. So yeah, fixed is better [13:25] so yeah, keeping that file current is a good thing [13:34] * jamespage gets the feeling he's now just following dholbach through bugs... === Jacky_ is now known as zz_Jacky_ [13:54] kirkland: anerd has binary files in the .orig.tar.gz, should I reject to let you fix that? [14:16] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [14:25] doko: hey, so about llvm.. would it be possible to include a snapshot of the r600-branch just for mesa? [14:25] doko: as a new package [14:26] doko: upstream says the branch will stabilize tomorrow, since mesa 9.1 was branched last week [14:27] Riddell: sure, you bet [14:27] Riddell: sorry about that :-/ [14:31] hallyn: telling the truth, i didn't understand anything in your lxc reply... :) [14:33] kirkland: voila === zz_Jacky_ is now known as jackyalcine === jackyalcine is now known as Jacky_ === MacSlow|lunch is now known as MacSlow === slank_away is now known as slank [14:51] hi, according to apport i'm affected by https://bugs.launchpad.net/bugs/925545 but this bug is hidden. can you tell me whether there is a known workaround, though? [14:51] Error: ubuntu bug 925545 not found [14:57] seb128, stokachu shall i just sync python-tz now? === francisco is now known as Guest8850 [15:04] mjt: heh, sorry, rant :) [15:25] doko: did you see this? http://lists.debian.org/debian-java/2013/02/msg00005.html [15:46] highvoltage, stgraber: ready for in 45m? :) [15:47] cjwatson: could you add clutter-1.0, clutter-gst, clutter-gtk, cogl, gnome-bluetooth, gnome-icon-theme-symbolic, and vte3 to the ubuntu-desktop set? [15:48] I already sent https://lists.ubuntu.com/archives/devel-permissions/2013-January/000440.html for all but gnome-bluetooth [15:50] dholbach: yep [15:50] stgraber, greta [15:50] great [15:56] Riddell: can you give her another look? cheers! === chiluk is now known as chiluk_away [16:00] kirkland: accepted! [16:00] Riddell: cheers, bud, thanks === chiluk_away is now known as chiluk [16:01] cjwatson, ping [16:01] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1015339 [16:01] Ubuntu bug 1015339 in linux (Ubuntu) "Missing kernel modules for Mellanox ConnectX HCA Ethernet " [Medium,Confirmed] [16:02] smoser: yes? I followed up this morning and made that bug not my problem :) [16:02] there seem 2 issues there. 1 (as you stated) the network driver does not get into the initrd.gz. [16:02] 2. the modules dont get auto-loaded [16:02] i dont think this is "your problem" [16:02] there was a horribly confused pile of stuff involving manually created initrds [16:02] but can you verify for me, that they should "just get loaded" [16:02] I decided it was unlikely to be diagnosable until we had something more sane [16:03] if they're present, based on udev and pci-ids built in. [16:03] smoser: that is generally up to the modalias tables in the kernel [16:03] right [16:03] smoser: if the ids are correct then they will be auto-loaded, yes [16:03] and usually if they aren't then the driver won't bind to the device anyway [16:03] k. so it would appear to me that those need updating also. [16:03] in this case at least, manual 'modprobe' gets them functional. [16:04] thanks, cjwatson . as you said "not your problem" :) [16:04] there's a big list of ids in the driver; certainly possible it's missing one or two [16:04] can't tell from the bug since it doesn't quote any ids [16:05] and I would say that any id update should be regarded as a separate bug [16:10] barry: should i remove that MP since im going to do a sync ? [16:11] stokachu: probably not delete it. what status options do you have? (probably different than me since it's your mp) [16:11] barry: i got WIP, needs review and merged [16:11] stokachu: hmm [16:12] stokachu: yeah, i guess delete it then [16:13] ok [16:13] hmm, so diggin into the udevd issues on the nexus7(i now end up with 26 daemons on boot), stracing shows that only two of them are actually active, the rest just sits and gives no output via strace === Jacky_ is now known as zz_Jacky_ === Quintasan_ is now known as Quintasan [16:21] \o [16:23] tumbleweed: Your mk-sbuild change to improve naming of cross-building chroots doesn't align with what Adam committed to upstream sbuild; your version has an extra "-cross" in the output name. Would you mind if I removed that extra "-cross", since it hasn't been uploaded yet anyway? [16:24] I don't think it's necessary - SERIES-BUILD-HOST should be clear enough [16:24] barry: pad.lv/1116418 [16:24] i did a brief explanation about most of it being in debian, and i didnt notice any other Ubuntu specific changes [16:32] stokachu: looks good, thanks. i'll do the sync momentarily [16:34] barry: awesome! :D [16:34] barry: since its a request sync do i get any credit for it? (mainly for when i apply for core-dev) [16:36] stokachu: if i run syncpackage correctly, you should ;) [16:36] lol ok cool, thanks man for your help [16:37] stokachu: thanks for working so hard on this package. it's always fun when you think you've got an easy one and it turns out to be "interesting" :) [16:37] barry: yea no kidding, i was like hmm python-tz should be easy its just timezones :X [16:37] pitti: Do you think we're good to go with language-pack-* for precise-updates? === zz_Jacky_ is now known as jackyalcine === jackyalcine is now known as Jacky_ [16:48] slangasek, I'm hoping you'll be around soon. [16:49] slangasek, I'd like to discuss the fix for https://bugs.launchpad.net/ubuntu/+source/dropbear/+bug/834174 [16:49] Ubuntu bug 834174 in dropbear (Ubuntu Quantal) "cannot login via ssh when using dropbear in initramfs" [Undecided,New] === zequence_ is now known as zequence [16:56] marga: hey there [16:56] marga: otp, but I have a couple spare brain cycles [16:56] * marga tries to expand "otp" [16:57] "on the phone" :-) [16:57] Anyway, the thing is, do you want me to prepare a new upload without the "echo 'passwd: compat'" line? Or do you want a completely different patch? [16:57]