| infinity | Logan: No, but it seems someone else just did. | 00:16 |
|---|---|---|
| Logan | ah, but I wanted the infinity stamp on it :( | 00:17 |
| RAOF | Logan: Trusty's done; would you kindly add the bug reference to vivid? | 00:17 |
| Logan | oh, did I not nominate it for Vivid? awks | 00:18 |
| RAOF | No, you didn't include the bug in the changelog. | 00:18 |
| Logan | OH | 00:18 |
| Logan | do I need to bump the version? | 00:18 |
| infinity | No. | 00:18 |
| RAOF | No. | 00:18 |
| infinity | Rejected versions aren't "used up". | 00:18 |
| Logan | I figured | 00:18 |
| Logan | RAOF: ^ thanks! | 00:22 |
| infinity | RAOF: Probably poor form to accept mesa-lts-vivid/trusty, but not the matching mesa/vivid. | 06:02 |
| RAOF | infinity: Hm. Didn't notice that one. | 06:04 |
| infinity | RAOF: For HWE backports, I tend to verify that the origin exists in the archive before accepting the backport. | 06:04 |
| infinity | RAOF: Since it's a bit backwards the other way. :) | 06:04 |
| RAOF | :) | 06:04 |
| infinity | RAOF: (pls fix, since you have context from the first review) | 06:05 |
| RAOF | Doing so now. | 06:05 |
| jamespage | if there is a sru team member around the horizon in trusty proposed addresses a regression introduced with the last update | 06:19 |
| jamespage | https://bugs.launchpad.net/ubuntu/+source/horizon/+bug/1476417 | 06:19 |
| ubot93 | Launchpad bug 1476417 in horizon (Ubuntu Trusty) "[SRU] FloatingIpManager in neutron.py missing is_supported method" [Critical,Triaged] | 06:19 |
| jamespage | I'd like to get that out asap as horizon is quite broken in trusty right now | 06:20 |
| infinity | jamespage: Looking. | 06:20 |
| jamespage | infinity, thankyou | 06:20 |
| infinity | jamespage: Accepted. If it's critical, feel free to turn around a quick verification with some indication of reasonable regression testing, and we can fasttrack the promotion to updates. | 06:22 |
| jamespage | infinity, on that now | 06:23 |
| infinity | jamespage: Well, ideally wait for the binaries to spit out. ;) | 06:23 |
| jamespage | indeed | 06:23 |
| jamespage | infinity, (or any other sru team member): I've worked through the horizon webui as both an end-user and a admin user - fix for bug 1476417 tests out OK and causes no regressions that I can see | 08:10 |
| ubot93 | bug 1476417 in horizon (Ubuntu Trusty) "[SRU] FloatingIpManager in neutron.py missing is_supported method" [Critical,Fix committed] https://launchpad.net/bugs/1476417 | 08:10 |
| jamespage | if we can get that released today much appreciated | 08:10 |
| Laney | flexiondotorg: You dropped ubuntu-mate-wallpapers-common but stuff depends on it | 08:23 |
| Laney | didn't notice that, partially my bad | 08:23 |
| tseliot | can an admin approve nvidia-graphics-drivers-352 and nvidia-graphics-drivers-352-updates in wily NEW, please? | 08:34 |
| tseliot | they belong in "restricted" | 08:34 |
| infinity | tseliot: I'll be looking at those later, but first you need to fix your nvidia-* trusty SRUs for me. | 08:41 |
| infinity | tseliot: Note the comment on the bug, you got your conflicts/replaces wrong (the old packages provide a different virtual package than the one you replace in the new ones) | 08:42 |
| tseliot | infinity: ok, let me check that | 08:42 |
| tseliot | infinity: what bug report did you use for that comment? | 08:44 |
| infinity | tseliot: The one mentioned in the SRUs? | 08:48 |
| infinity | tseliot: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-346/+bug/1465706 | 08:49 |
| ubot93 | Launchpad bug 1465706 in nvidia-settings (Ubuntu Trusty) "SRU: New upstream releases of nvidia for 14.04.3" [High,In progress] | 08:49 |
| infinity | tseliot: Comment #7 | 08:49 |
| infinity | tseliot: Easily visually verifiable that nvidia-opencl-icd-331 doesn't provide the package that the newer ones are replacing. | 08:49 |
| tseliot | infinity: ok, thanks | 08:56 |
| infinity | tseliot: If you can fix that up ASAP, we can re-verify and get it all sorted today. | 09:05 |
| tseliot | infinity: sure | 09:10 |
| tseliot | infinity: is it ok if I add opencl-icd to conflicts/replaces and keep the new virtual package? | 09:25 |
| infinity | tseliot: Yeahp. | 09:26 |
| tseliot | infinity: ok | 09:26 |
| Laney | flexiondotorg: fixing the LO icon deps in your metapackage, since that's also uninstallable on arm64 and ppc64el | 09:30 |
| tseliot | infinity: actually, I've just remembered that I removed that conflicts/replaces in 331 to fix LP: #1247736 . My guess is that the user who reported the problem was using an nvidia-opencl-icd-331 (331.38-0ubuntu7 ?) that is older than what is available in trusty updates (331.113-0ubuntu0.0.4). You can see the difference here: http://paste.ubuntu.com/11958577/ | 09:32 |
| ubot93 | Launchpad bug 1247736 in nvidia-graphics-drivers-304-updates (Ubuntu Trusty) "[SRU] nvidia-opencl-icd-* should not conflicts/replaces on opencl-icd" [Undecided,Confirmed] https://launchpad.net/bugs/1247736 | 09:32 |
| infinity | tseliot: Hrm? | 09:38 |
| infinity | tseliot: It either need to conflict/replace that virtual package, *or* needs versioned conflict/replaces on the older nvidia-opencl-icd-331{,-updates} packages. | 09:39 |
| infinity | tseliot: If the opencl-icd conflict is a bug, then do the latter. | 09:39 |
| infinity | tseliot: If you're overwriting files, you need to express that. | 09:40 |
| tseliot | infinity: yes, the latter seems like the only option | 09:40 |
| infinity | tseliot: I assume nvidia-opencl-icd-331{,-updates} >> 340 are actually empty packages? | 09:41 |
| infinity | So you can just conflict/replace against those (<< 340) | 09:41 |
| tseliot | infinity: yes, those are empty transitional packages | 09:42 |
| tseliot | good point | 09:42 |
| tseliot | I introduced that change in 331.38-0ubuntu7.1 | 09:42 |
| infinity | (<< 340) is easier to type. :P | 09:43 |
| tseliot | right | 09:43 |
| tseliot | :) | 09:43 |
| infinity | And also more obviously correct to a human reviewing, like me. :P | 09:44 |
| tseliot | I assumed admins were superhuman beings ;) | 09:44 |
| tseliot | infinity: something like this should work, right? http://paste.ubuntu.com/11958630/ | 09:48 |
| infinity | tseliot: That looks reasonable, yeahp. | 09:49 |
| infinity | tseliot: x however many packages need that fix. | 09:49 |
| infinity | 2, 4, I dunno, the nvidia stuff seems to multiply. | 09:50 |
| tseliot | infinity: right, it's not my fault though ;) | 09:51 |
| tseliot | infinity: I should debuild with -v to include the diff from the previous release in -proposed too, right? | 10:03 |
| infinity | tseliot: Ideally, yes. | 10:04 |
| tseliot | infinity: ok, good | 10:04 |
| tseliot | infinity: I'm going to add unversioned conflict/replaces for 304 and 304 updates, since, apparently, I've never fixed 1247736 in trusty for these packages | 10:11 |
| flexiondotorg | infinity, Are you on duty? | 10:15 |
| infinity | flexiondotorg: I'm barely awake, so I guess it depends on what you're asking. | 10:16 |
| flexiondotorg | infinity, Sleep well :-) | 10:16 |
| flexiondotorg | Laney, So ubuntu-mate-wallpapers-common should not have been dropped. I'll check my sources and see what happened there. | 10:18 |
| flexiondotorg | Laney, Thanks for steering me in the right direction. | 10:18 |
| Laney | np | 10:19 |
| flexiondotorg | Laney, I've found the issue. ubuntu-mate-common was erroneously removed in a commit. | 10:34 |
| flexiondotorg | Laney, I'll can raise a new debdiff bug for ubuntu-mate-artwork. Should I rev the version in the resubmission? | 10:34 |
| tseliot | infinity: ok, uploaded | 10:35 |
| Laney | flexiondotorg: yes, it's already uploaded so we need a new version | 10:37 |
| flexiondotorg | OK, understood. Sorry I messed this up. Any chance you'd be able to sponsor the new upload when I submit it? | 10:37 |
| Laney | sure | 10:38 |
| flexiondotorg | Laney, because I'd really need this in Alpha 2. I appreciate I'll need to issue a rebuild at some point. | 10:38 |
| flexiondotorg | Laney, Thanks very much. I'll go and make the debdiff. | 10:38 |
| infinity | tseliot: Were 346* the only ones with the bug? | 11:33 |
| infinity | tseliot: Both accepted. Please re-verify, including testing the broken upgrade path you just fixed, so we can get these in. | 11:39 |
| lordievader | stgraber: You around? | 12:03 |
| stgraber | lordievader: sorta | 12:04 |
| lordievader | Did you see my message of yesterday? | 12:04 |
| tseliot | infinity: thanks, I will re-verify that. As for the other packages, 340 has transitional packages for 331, so it should be ok. Installing 340-updates over (non -updates) 331 will probably fail though. | 12:54 |
| flexiondotorg | Laney, sorry for the delay. Here is the ubuntu-mate-artwork debdiff. Thanks for helping. | 13:24 |
| flexiondotorg | https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1479352 | 13:24 |
| ubot93 | Launchpad bug 1479352 in ubuntu-mate-artwork (Ubuntu) " ubuntu-mate-artwork 0.4.12 new nelease [debdiff attached] " [Undecided,New] | 13:24 |
| flexiondotorg | didrocks, If you're not too busy could you sponsor this upload please? | 14:30 |
| flexiondotorg | https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-artwork/+bug/1479352 | 14:31 |
| ubot93 | Launchpad bug 1479352 in ubuntu-mate-artwork (Ubuntu) " ubuntu-mate-artwork 0.4.12 new nelease [debdiff attached] " [Undecided,New] | 14:31 |
| flexiondotorg | didrocks, I really need this so I can rebuild the Ubuntu MATE 15.10 Alpha images. | 14:31 |
| flexiondotorg | didrocks, Laney is aware of this but I'm guessing he got busy. | 14:31 |
| didrocks | flexiondotorg: hey, I didn't download the package yet, but there is no .install? You copy them in the right dir yourself in debian/rules? | 14:34 |
| flexiondotorg | didrocks, The .install for ubuntu-mate-artwork-common was present in 0.4.11 | 14:35 |
| didrocks | ah, you just forgot the declaration in debian/control | 14:36 |
| flexiondotorg | didrocks, But the entry in debian/control got nuked by an erroneous commit. | 14:36 |
| flexiondotorg | So, 0.4.12 just reinstates the control entry that should have been there all long. | 14:36 |
| flexiondotorg | didrocks, Thanks for looking :-) | 14:36 |
| didrocks | flexiondotorg: yw! doing a quick build before uploading :) | 14:37 |
| flexiondotorg | didrocks, Cool. | 14:37 |
| Laney | go didrocks | 14:37 |
| Laney | flexiondotorg: I was having lunch. | 14:37 |
| flexiondotorg | Laney, well I know you're busy. | 14:37 |
| flexiondotorg | Laney, I done some smoke test for Ubuntu MATE. | 14:37 |
| flexiondotorg | Laney, But I want to rebuild and make sure this artwork and meta package stuff is all good too. | 14:38 |
| Laney | 'k | 14:38 |
| flexiondotorg | Laney, I assume that ubuntu-mate-meta will automatically promote from proposed when ubuntu-mate-artwork 0.4.12 is in the relese pocket? | 14:38 |
| Laney | laney@nightingale> rmadison -swily,wily-proposed ubuntu-mate-meta ~ ubuntu-mate-meta | 1.127 | wily/universe | source | 14:39 |
| Laney | laney@nightingale> ~ | 14:39 |
| Laney | it already did | 14:39 |
| flexiondotorg | Laney, Ah, great. | 14:40 |
| flexiondotorg | Laney, Thanks. | 14:40 |
| didrocks | flexiondotorg: sponsored, and kudos for the trailing comma after the last depends :) | 14:44 |
| flexiondotorg | didrocks, I found wrap-and-sort :-) | 14:44 |
| flexiondotorg | didrocks, Thanks for helping out. | 14:44 |
| didrocks | oh, wrap-and-sort is adding the trailing comma? NICE! :) | 14:44 |
| didrocks | yw | 14:44 |
| flexiondotorg | wrap-and-sort -t -a | 14:44 |
| Laney | haha | 14:46 |
| didrocks | I swear I didn't add the -t option to it. But that would have been the case if I thought about it |o| | 14:46 |
| jamespage | infinity, any chance you can release the horizon fixup (bug 1476417) to updates? it LGTM | 15:49 |
| ubot93 | bug 1476417 in horizon (Ubuntu Trusty) "[SRU] FloatingIpManager in neutron.py missing is_supported method" [Critical,Fix committed] https://launchpad.net/bugs/1476417 | 15:49 |
| jamespage | pretty please :-) | 15:49 |
| flexiondotorg | Laney, ubuntu-mate-artwork 0.4.12 is now in the released pocket :-) | 16:24 |
| flexiondotorg | Laney, If I rebuild the iso images will the build pick up that new version? Or is there something else I need to wait for? | 16:25 |
| Laney | flexiondotorg: If rmadison shows you the new version in wily then it'll get that | 16:25 |
| * flexiondotorg goes to learn what rmadison is and how to use it. | 16:26 | |
| Laney | I gave you an example line just there ^^^ | 16:26 |
| * flexiondotorg knows rmadison. Whoa. | 16:27 | |
| Laney | It queries a remote machine to tell you about package versions | 16:27 |
| flexiondotorg | Laney, Thanks. rmadison still shows 0.4.10. So I'll wait. | 16:27 |
| Laney | nod | 16:28 |
| infinity | jamespage: Done. | 19:25 |
| flexiondotorg | Riddell, wxl How is your 15.10 Alpha 2 testing going? | 19:32 |
| lordievader | flexiondotorg: Speaking for Riddell, good :) tested lots yesterday, no crucial problems found. | 19:35 |
| flexiondotorg | lordievader, Excellent. I've found myself in the same happy situation with Ubuntu MATE. One note worthy issue but noth critical :-) | 19:36 |
| * flexiondotorg makes mental note to contact lordievader tomorrow. | 19:37 | |
| lordievader | I do have one problem though, since the Kubuntu team is away at Akademy I volunteerd to do the lead on this one. But as of yet I do not have the rights to make the image ready... :( | 19:38 |
| infinity | lordievader: You can just tell Laney your images are ready and he can mark them. | 19:39 |
| lordievader | Oke, I will remember that. Going to test some more tommorow. Thanks :) | 19:40 |
| flexiondotorg | lordievader, Looks like I could also make you image as ready when you get to that point :-) | 20:27 |
| lordievader | Ah, cool. Then I'll bug one of you two tommorow about it ;) | 20:34 |
| lordievader | flexiondotorg: ^ | 20:34 |
| flexiondotorg | lordievader, Sure, no problem :-) | 20:34 |
| flexiondotorg | lordievader, I owe Riddell a favour or three | 20:35 |
| lordievader | :) | 20:37 |
| jderose | infinity: seems something is a bit off in the *lts-vivid X bits still https://bugs.launchpad.net/system76/+bug/1479524 | 21:18 |
| ubot93 | Launchpad bug 1479524 in totem (Ubuntu) "Totem Crashes at launch from missing libwayland-egl" [Undecided,Confirmed] | 21:18 |
| jderose | that's with todays 14.04.3 daily ISO, sha1sum 61afb95256980077b41415f2986ee75d2b3222cd | 21:19 |
| infinity | jderose: So something has an undeclared dep? Lovely. | 21:19 |
| infinity | tjaalton: Around? | 21:19 |
| infinity | jderose: So, (minus version bumps, obviously), this is the delta from .2 to .3: http://paste.ubuntu.com/11962290/ | 21:22 |
| infinity | jderose: Pretty clearly missing that one library, but I assumed this was intentional on the part of the X maintainers, so we'll have to sort out why. :P | 21:23 |
| jderose | infinity: gotcha. while i have you, do you know why there is no "libegl1-mesa-drivers-lts-vivid" package to replace "libegl1-mesa-drivers-lts-utopic"? is this deliberate or a goof? | 21:26 |
| infinity | So, looks like libopenvg1-mesa and libegl1-mesa-drivers legitimately no longer exist in the new mesa. | 21:27 |
| infinity | But libwayland-egl1-mesa-lts-vivid definitely exists, it's just that nothing pulls it in. | 21:27 |
| infinity | jderose: newer mesa Provides mesa-drivers. | 21:28 |
| infinity | jderose: So, I guess whatever was in that package was pulled in. | 21:29 |
| jderose | infinity: so something that truly does depend on libwayland-egl1-mesa-lts-vivid hasen't properly declared it as such... and after that's fixed, it will fix the ISO manifest automatically? | 21:29 |
| jderose | gotcha, thanks | 21:29 |
| infinity | And it was drivers that depended on wayland, so I guess that dependency needs to move around a bit. | 21:30 |
| jderose | (i don't know much about the ISO building process BTW, so sorry if that's a dumb/obvious question) | 21:30 |
| jderose | ah, gotcha | 21:30 |
| infinity | jderose: Yeah, this isn't something we should hack around in the ISO mastering process, if a package is legit missing a dep, we should fix it. :) | 21:30 |
| jderose | agreed :) | 21:30 |
| infinity | A bit curious that this wasn't an issue with vivid, though... | 21:31 |
| infinity | Unless the backport broke the deps a bit. | 21:31 |
| * infinity goes to look at the vivid manifest. | 21:31 | |
| infinity | Hrm, *something* pulled it in in vivid. | 21:33 |
| infinity | Wait. I've confused myself. | 21:34 |
| infinity | Ahh, it's pulled in incidentally in vivid by gtk depending on it. | 21:38 |
| infinity | Which clearly won't be true in trusty. | 21:38 |
| infinity | jderose: Can you reproduce that bug and verify that installing libwayland-egl1-mesa-lts-vivid fixes it? | 21:42 |
| jderose | infinity: sure, just a sec... | 21:47 |
| jderose | infinity: yup, `apt-get install libwayland-egl1-mesa-lts-vivid` fixes it | 21:50 |
| infinity | jderose: Alright. We'll either get it fixed in mesa, or I'll pull some tricks, but we'll figure it out. | 21:54 |
| jderose | infinity: awesome, thanks! :) | 21:55 |
| infinity | tjaalton: When you pop your head in, please have a look at https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1479524 | 22:00 |
| ubot93 | Launchpad bug 1479524 in mesa-lts-vivid (Ubuntu Trusty) "Totem Crashes at launch from missing libwayland-egl" [Undecided,Confirmed] | 22:00 |
| infinity | RAOF: Or you ---^ | 22:02 |
| infinity | Oh, hrm. I used to install libegl1-mesa-drivers manually for lts-utopic. Maybe you'll both tell me I should just install this manually now instead. | 22:03 |
| * infinity grumps and admits that's probably the answer he'll be given. | 22:05 | |
| infinity | But we'll see. | 22:05 |
| ari-tczew | There are a lot of packages related to KDE, which have been _not_ yet migrated from -proposed. e.g. kf5unitconversion, is there any blacklist for such packages? | 22:12 |
| cjwatson | That seems to fail Occam's Razor | 22:13 |
| infinity | Also, I don't see kf5unitconversion in proposed... | 22:13 |
| infinity | So you might need to be a bit more specific. | 22:13 |
| infinity | kunitconversion? | 22:13 |
| cjwatson | Much easier to actually look at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html | 22:13 |
| ari-tczew | infinity: yes, kunitconversion, sorry | 22:13 |
| cjwatson | Regression in the kdelibs4support autopkgtest | 22:14 |
| cjwatson | Dunno if that actually has anything to do with kunitconversion, I haven't unpicked that; but it would probably be easier to make the tests pass than to invent conspiracy theories about blacklists :-) | 22:15 |
| infinity | cjwatson: Conspiracies are more fun. | 22:15 |
| jderose | infinity: when you say "I used to install libegl1-mesa-drivers manually for lts-utopic", do you mean as per the instructions here - https://wiki.ubuntu.com/Kernel/LTSEnablementStack | 22:16 |
| cjwatson | There is the facility to block packages, but if that were in use then you would see it logged on the above page | 22:16 |
| cjwatson | https://wiki.ubuntu.com/ProposedMigration has overall documentation | 22:17 |
| jderose | infinity: or do you mean in terms of the ISO mastering | 22:17 |
| cjwatson | Oh, and there are a bunch of other problems, because kunitconversion needs ki18n and that has a couple of other autopkgtest regressions | 22:17 |
| infinity | jderose: I mean for the livefs mastering. | 22:19 |
| infinity | cjwatson: I thought you were sleeping. | 22:19 |
| cjwatson | I sure am, I type by telepathy. | 22:20 |
| jderose | infinity: okay, gotcha. just to make sure i'm understanding things correctly, totem should in fact depend on libwayland-egl1-mesa[-lts-*], either directly or indirectly, right? like if you installed from the server ISO, the expectation is that `apt-get install totem` would do something sane, in theory yield a workable totem install? | 22:23 |
| infinity | jderose: I doubt it's totem itself that's trying to load that library. | 22:24 |
| infinity | jderose: Odds are it's mesa's fault. | 22:24 |
| infinity | jderose: Oh, you did say "or indirectly". So, yeah, I'd imagine that mesa has an undeclared dependency there because someone was trying to be overly clever with a package split and didn't notice the consequence. :P | 22:25 |
| infinity | jderose: Alternate fix would be to make whatever's dl()opening that library be more conditional and less violently faily. | 22:26 |
| infinity | Anyhow, the band-aid solution might just be for me to pre-install it, as I did for mesa-plugins in .2 | 22:26 |
| infinity | We'll see. | 22:26 |
| infinity | jderose: I'll have a healthy argument with the X folks and have it fixed -- one way or another -- by tomorrow. | 22:27 |
| jderose | infinity: okay, gotcha. for me the ISO/livefs build process is still much mystery sauce, so i'm just trying to understand things a bit better. thanks for graciously humoring my questions! :D | 22:27 |
| infinity | jderose: In an ideal world where all packages behave, the livefs build process should just be "apt-get install ubuntu-minimal ubuntu-standard ubuntu-desktop" && take package list && "apt-get install ubuntu-live" && take new package list, so we have install/live diff, compress and ship. | 22:29 |
| infinity | jderose: The world isn't always entirely ideal. But we aim for it. :P | 22:29 |
| jderose | infinity: thanks for the pseudo-code there... that hugely, hugely helped me understand the process. | 22:31 |
| jderose | and it's good to have ideals to strive for, even if you don't always reach them :) | 22:31 |
| * jderose catches the bus | 22:51 | |
| bdmurray | Could somebody have a look at my apport SRU in the vivid queue? | 23:03 |
| infinity | bdmurray: What's the magic word? | 23:14 |
| infinity | bdmurray: Pretty sure your bug ref is bogus. | 23:16 |
| bdmurray | infinity: hmmph, thanks | 23:28 |
| teward | infinity: could you please do me a favor and take a look at the nginx sru in the trusty queue? That's a fairly-easy-to-reproduce bug, and init failing because it can't parse pidfile is *bad*... no rush, though, i'm fine waiting for a few days longer, since I use the nginx PPAs on my trusty systems. others, unfortunately, are still hit by this. | 23:30 |
| teward | if you're busy i'll wait :0 | 23:30 |
| infinity | teward: Can you fix your changelog to remove the trailing " *\n"? | 23:37 |
| infinity | teward: Not that that's a problem, but it's icky and shows a lack of attention to detail. :P | 23:38 |
| infinity | teward: Also, the reference to "debian/control:" seems wrong, that's not the file you changed... | 23:39 |
| bdmurray | infinity: I've reuploaded apport. | 23:39 |
| teward | infinity: reject, i'll reupload | 23:41 |
| teward | infinity: i'll make those fixes :) | 23:41 |
| teward | ehhh, i don't need to increment the version again do I, given that it was rejected...? | 23:50 |
| * teward may have made a failure if it needs another version number bump >.< | 23:50 | |
| bdmurray | teward: No, you don't need to the bump the version since it was never published. | 23:50 |
| infinity | teward: You d... What he said. | 23:50 |
| teward | bdmurray: that's what i thought, but i've failed in the past :) | 23:52 |
| teward | the headache of staring at ESXi's command line, coupled by manually rebuilding two VMs is draining my brain :) | 23:52 |
| teward | that one should look better | 23:54 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!