ScottKslangasek: I'm reviewing the queue.  Some of it looks familiar....03:09
lamontslangasek: so...  acorn build failed, but acorn DIDN'T!!  this is progress.06:11
slangasekah, cool06:12
lamontre build-queue, I expect we'll have that resolved once london is awake06:12
slangasekI didn't bother looking at the log... :)06:12
slangaseks/looking at/looking for/06:12
slangasekyes, that seems to be the consensus06:12
lamontright.  me neither.  just passing through before crashing.06:12
lamontthere was a change made this morning that is very co-incident to the cessation of builds06:13
lamontso I've lobbed that grenade back to the involved, come wakey-wakey in london06:13
* lamont tries one thing before sleeping06:15
* ogra hugs lamont 07:16
=== ogra_ is now known as ogra
ttxslangasek/cjwatson: jjohansen investigated options for bug 54674309:09
ubottuLaunchpad bug 546743 in linux "Blank screen at first boot with ATI ES1000 and 10.04 server" [High,Confirmed] https://launchpad.net/bugs/54674309:09
ttxjjohansen: could you detail them again ?09:10
jjohansenoptions are kernel quirk, or we could set /etc/modprobe.d/radeon-kms.conf to have options radeon modeset=009:10
ttxjjohansen: would kernel quirk be limited to -server kernels ?09:11
ttxwould it be limited to ES1000 ?09:11
jjohansenwell I would hope so it would be targeted at a specific match09:12
ttxjjohansen: but you don't like this last option, as it means breaking the freeze, right09:13
jjohansenyes it will require breaking kernel freeze it is the proper way to do it, but very late09:14
ttxjjohansen: will apw update it anyway to fix the i830 kms issue ?09:15
jjohansenttx: maybe but this one won't have been tested09:15
ttxThe problem with /etc/modprobe.d/radeon-kms.conf is that it would break all radeon KMS iiuc, also I'm not sure that one is installed on servers09:17
ttxanother option is to play with server kernel boot options but that would affect everyone rather than just ES1000 users, and some people like to have big consoles (don't ask)09:20
jjohansenttx: kernel mode line could just set it for radeon09:21
jjohanseninstead of nomodeset09:21
ttxjjohansen: ok. That's still a little uglier, especially in update scenarios09:22
ttxslangasek/cjwatson: deferring to you on this. I obviously prefer the inkernel fix, but I understand John's concerns as well09:22
jjohansenttx: yep09:22
slangasekwe certainly don't want to be disabling KMS for all radeon systems09:23
jjohansenwell I am against the in kernel fix at all until it is tested09:23
slangasekthen I think this is release notes material, documenting that users need to add the kernel option when booting09:24
slangasekand we can try to fix it for the first post-release SRU09:24
ttxjjohansen: fader can help in testing, he has quite a few affected boxes available in HW enablement09:25
jjohansenttx: okay, I will get him a kernel to test and we will get this in for the first SRU09:26
ttxslangasek: note that it affects "certified" configs, even if that manual test is not part of the automated acceptation tests09:26
ttxjjohansen: ok, I'll report suggested solution to management and see how well it flies09:29
ttxslangasek, jjohansen: thanks !09:30
jjohansenttx: I'm sure not well09:30
ttxjjohansen: we'll see :)09:30
apwslangasek, the option nomodeset looks to be no longer working because of some module options X are installing and i am not sure why they are installing them at the moment09:33
apwyeah those force kms on (there is an i915 one too)09:34
apwand so to turn it off you have to use i915.nomodeset to undo it, nomodeset cannot do it09:34
apwit is also what is stopping the i830 work quirking from working too09:34
apwwhich is why it didn't get uploaded yesterday ... i only found that the setting wasn't -1 as it should be at midnight, and only foudn the overrides this morning09:35
slangasekI think that's a mismerge from Debian09:35
apwdamn ... ok so for the quirks to work we'd need to upload the kernel bits and x...-intel09:36
apwdon't know if we want to do go that far or wait and sru it09:36
slangasekuploading the X bits is not a problem, and should be done anyway even if the kernel has to be postponed09:36
apwi can easily do the kernel bits for i830 etc09:36
slangasekI'm comfortable uploading to drop those blacklist files09:36
mvoI can test the fixes, I have the require HW09:37
slangasekthough I still need to get mountall off my plate first09:37
apwthe patches there got some testing last night by mvo, and he could retest today removing the file manually09:37
slangaseksince I've been fighting with that for 3h due to a change in bzr that made all my filesystems fail to mount at boot :/09:37
slangasekmvo: for i830, or ES1000?09:38
apwoh he is here ... mvo if you could comment out the contents of /etc/modprobe.d/i915-kms.conf09:38
apwand redo the test you did last night for me09:38
apwwith no kernel command options09:38
apwslangasek, what i can't be sure of getting is the dell bits fixed today, that is a tricky09:38
apwif we don't get dell done do you still want the i915 blacklists uploading?09:39
slangasekapw: well, I know from the bug log that rickspencer3 does09:39
ttxslangasek: would you consider adding radeon.modeset=0 to server installs (in the same vein we remove "splash") to be a pre-release option ?09:39
apwjjohansen, where we at with the radeon thing there09:40
slangasekttx: I'm not happy with that across the board, it means using a completely different code path for displays on server than desktop and may cause us unreproducibility grief09:40
apwjjohansen, i have blacklist framework for radeon available if we know the PCI-id09:40
ttxslangasek: ack09:41
slangasekttx: and it means having the installer guys make touchy changes to the installer the week before RC, for something which is just a workaround for a bug we plan to SRU anyway09:41
* apw pokes jjohansen 09:41
ttxslangasek: (just checking) :)09:41
mvoapw: win09:41
mvoapw: works just fine now09:41
apwmvo ... now if it had done that at 10 last night we'd have it in ... grrr09:42
apwmvo, not your fault, a miss-merge of another package09:42
mvoyeah, hope it can still make it, the diff is small and even though the machines are old, they are still in use09:42
slangasekapw: has that also been regression-tested on non-i830 intel?09:43
ttxapw: we can certainly get you a PCI-id if that's what it takes09:44
apwslangasek, not as yet, now the positive side of it is working i want to test the negative09:44
slangasekwell, huh - just reproduced bug #533745 locally for the first time09:44
ubottuLaunchpad bug 533745 in sitecmd "link() - move $params to 3rd parameter" [Low,Fix released] https://launchpad.net/bugs/53374509:44
slangasekgreat night for boot bugs, here09:44
apwttx could you get it for me yes09:45
apwslangasek, would you prefer i try and blacklist this radeon one as well to save changes to the installer?09:45
ttxapw: I don't have that HW, fader has it in the labs... I'm parsing existing logs to see if it shows09:45
apwwould mean re-uploading xorg-radeon as well09:46
apwttx whats the bug#09:46
ubottuLaunchpad bug 546743 in linux "Blank screen at first boot with ATI ES1000 and 10.04 server" [High,Confirmed]09:46
slangasekapw: jj already expressed concern about uploading it untested; the X bits I'll upload for both regardless, I'll let the two of you sort out whether you want to push that change09:46
apwjj yep, testing it well enough is the only concern from myside, positive and negative testing09:46
apwslangasek, even09:46
slangasekapw: well, how soon did you want to upload the kernel?  I don't think you're going to get the one half of that testing until morning in Boston09:47
apwslangasek, yeah we could get the i915 tested and ready in a couple of hours, but the radeon would delay that till late here09:48
apwand doing that means i have little or no time to work on the dell bug09:48
* ttx gets some coffee, sounds like a long day coming up09:49
slangasekapw: work on the dell bug first, let radeon tend to itself?09:49
* apw is slightly worried that they are reinventing the wheel, making new patches for blacklisting when they already exist <- jjohansen 09:50
slangasekwho is?09:50
apwjohn ...09:50
apwi'll square it with him when i find him09:50
apwslangasek, fyi there are two linux-meta-xxx updates outstanding pending builds ... linux-mvl-dove and linux-ec210:06
slangasekapw: linux-ec2 bins now accepted; processing dove as well10:15
apwslangasek, oh had ec2 finished10:17
ograslangasek, the ubiquity change i talked about yesterday looks like: http://paste.ubuntu.com/414837/ (i'm still looking for the d-i equivalent, i forgot where thats set)10:26
slangasekogra: not in a position to review right now, sorry10:28
ograslangasek, i didnt expect you to, just wanted to show how trivial it is :)10:28
ograsorry that i didnt manage yesterday10:29
directhexis an upload in order to make a package build on amd64 as well as i386, rather than i386-only, something that i should make for lucid?10:30
slangasekdirecthex: generally welcomed, but will be weighed against things like build time and complexity of the change10:32
directhexslangasek, i'm just running the test suite to make sure i didn't break anything10:34
directhexyup, passed10:35
directhexshould i just make an upload & ping in here, or is a bug report preferred?10:35
slangasekupload and ping10:37
slangasek(what package?)10:37
directhexslangasek, libflaim10:42
* slangasek nods10:43
directhexjust doing one more test build, then i need an i386 lucid pbuilder to make sure i didn't break things there10:44
directhexbah, except "pbuilder create" is busted today10:48
directhexsigh, 6 hours to try building it in a ppa instead11:02
slangasekcjwatson: can queuebot come out and play?11:21
directhexlaney test-built for me on i386. just doing some lintian cleanup11:29
directhex  Uploading libflaim_4.9.966-0ubuntu3_source.changes: done.11:31
slangasekcjwatson: xserver-xorg-video-{intel,ati} in the queue are mine; could you review?11:46
slangasek(I'm happy to explain why these changes are sane, if you have questions)11:46
apwmvo, could you test the final patches for i830 here: http://people.canonical.com/~apw/master-lucid/ (with the modprobe.conf files missing)11:53
slangasekseb128: hi, libdbusmenu is listed as an "upstream merge" - has the merge result been runtime-tested before upload?12:17
mvoapw: let me do that now12:18
mvoapw: hrm, filesystemcheck on the machine, so will take some minutes12:22
apwmvo, i _hate_ that thing12:22
* mvo too12:22
seb128slangasek, I've built and installed the update on my main work machine if that's what you are asking there, is an upstream merge any different of a patch in the debian dir?12:24
seb128slangasek, it's working fine for me, I don't know if ted tested it too but I guess he did12:25
slangasekseb128: if you've tested it, that's all I need to know, thanks12:25
seb128slangasek, ok, yes I'm running it there and using the indicator and didn't notice any issue ;-)12:26
slangasekseb128: in theory 'upstream merge' vs. 'cherry pick' doesn't mean anything; my real concern was the size of the patch, and whether the "upstream merge" wording might imply less rigorous testing12:27
seb128slangasek, understable, thanks for checking ;-)12:28
slangasekthanks for testing! :)12:28
cjwatsonslangasek: looking12:32
slangasekmvo: no bug # on this libubuntuone upload, why is this needed/wanted?12:32
seb128slangasek, we discussed it on #ubuntu-desktop, because otherwise the music store loads flash which leads to bugs and crashes12:34
slangasekheh, cute12:35
seb128I've tested the update there, stored works fine12:35
seb128and rodrigo acked the change too12:36
cjwatsonslangasek: I accepted it anyway since it hardly matters that much, but it looks like a buglet that you didn't remove the /etc/modprobe.d/ directory in xserver-xorg-video-ati12:36
slangasekcjwatson: yeah, noticed that after I tagged/uploaded while I was preparing -intel12:37
cjwatsonboth look fine, and I've verified the kernel defaults12:38
* cjwatson does a dist-upgrade with his dpkg upload by way of stress-testing12:39
mvoapw: works fine the ~~i915 kernel12:45
apwmvo thanks ... thats the patches as they would be in an upload, so thanks for testing12:46
apwmvo, if you have any non-affect intel you could boot it on that would be a good data point too12:46
* apw has pushed the two remaining linux-meta-* variants now that the kernles are built and accepted12:54
* apw strokes queuebot -- perfect timing12:54
slangasekI'm accepting those12:56
slangasekand I've uploaded d-i for the dove ABI change12:56
slangaseksomeone else should review / accept :)12:56
* cjwatson remembers to change kernel-version in the seeds for -2112:57
cjwatsonright, this dpkg looks good12:58
* ogra would like to upload flash-kernel, but it will break the images unless uboot-envtools gets approved (MIR bug 563394)12:59
ubottuLaunchpad bug 563394 in uboot-envtools "MIR uboot-envtools is needed for flash-kernel installer in omap" [Undecided,New] https://launchpad.net/bugs/56339412:59
cjwatsond-i trivially ok, approved13:00
cjwatsonslangasek: you planning to change the seeds to match or shall I?13:00
slangasekI can do it13:00
ogracjwatson, was that to me ?13:00
slangasekhmm, speaking of seeds13:01
slangasekstgraber: did the seed reorg ever shake out with edubuntu?13:01
slangasektask field on ubiquity-slideshow-ubuntu suggests that it did13:04
ttxapw: fader is up now, if you need any info or test on the affected hw13:14
fader_ttx, apw: you guys need PCI IDs from an affected system?13:14
apwfader_, yes please13:15
fader_apw: you want the output of "lspci -vnvn" or just the ID for the video card?13:15
apw+                       { PCI_DEVICE(0x1002, 0x515e) },13:15
apw+                       { PCI_DEVICE(0x1002, 0x515f) },13:15
apwfader_, i was told it was those two that are affected, does that match13:16
fader_apw: Let me take a look13:16
fader_(It'll take me a moment as the systems are powered off and need to boot, etc.)13:18
fader_apw: 1c:04.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)13:25
fader_(more to come)13:26
apwfader_, whats the pci ids13:28
fader_D'oh, sorry -- not yet caffeinated :(13:30
slangasekpitti: do you need an MIR bug for a TeX macro package (feynmf)?13:30
pittislangasek: ah, I can review that quickly; these are usually harmless13:30
=== ogra_ is now known as ogra
fader_apw: All the Lenovo systems I've checked have had the same PCI ID... I'll have the info on the IBM in a few13:40
pittislangasek: feynmf looks harmless, promoted; I wrote bug 563788 as a paper trail13:59
ubottuLaunchpad bug 563788 in feynmf "[MIR] feynmf" [Undecided,Fix released] https://launchpad.net/bugs/56378813:59
apwfader_, did i miss the IBM results?14:13
fader_apw: Sorry, having problems with that machine this morning.  I think I need Nafallo to stab its power button but he went out to lunch :(14:14
fader_I've asked him to ping me ASAP14:17
apwfader_, did i ask you to test a kerenl on those machines?14:22
fader_apw: No, but I can14:23
apwyou also need to disable config for radeon14:23
apw/etc/modprobe.d/radeon-kms.conf needs its content commenting out14:23
apwa dmesg from one booting that kernel would also be appreciated14:23
fader_apw: Will do... okay if I attach the dmesg to the bug?14:24
apwsure thing14:24
apwor pastebin, or paper napkin :)14:25
fader_apw: There doesn't seem to be an /etc/modprobe.d/radeon-kms.conf, at least on the first one of these I've looked at14:29
apwfader_, ok then thats fine14:29
apwnot sure _why_ there isn't one ... but hey14:29
fader_apw: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/546743/comments/1514:35
ubottuLaunchpad bug 546743 in linux "Blank screen at first boot with ATI ES1000 and 10.04 server" [High,In progress]14:35
apwfader_, [    3.995143] [drm] radeon disabling kernel modesetting for known bad device.14:39
apwthanks for the testing ... that looks good14:39
apwjust need to confirm that that those two id's are right14:39
fader_apw: No problem.14:39
fader_apw: The Lenovos all look to have the same one; I'll get data on the IBM as soon as I can14:39
jdstrandfrom #ubuntu-devel:14:45
jdstrand08:43 < jdstrand> slangasek: I have a profile change to fix bug #517714 which  I, *ahem*, reintroduced just before freeze. ok to upload?14:45
ubottuLaunchpad bug 517714 in libvirt "[Lucid] Error starting domain: could not remove profile" [Critical,Triaged] https://launchpad.net/bugs/51771414:45
jdstrandpitti: can you make this call? ^14:49
jdstrandpitti: hi btw :)14:49
ttx<apw> not sure _why_ there isn't one : because it's part of the xserver-xorg-video-radeon package, which is not installed on servers ?14:53
cjwatsonalso Steve removed radeon-kms.conf in his recent upload14:58
pittijdstrand: looking15:00
jdstrandpitti: basically, my little 'deny /dev/**' maneuver was, ummm, aggressive. 'deny' overrides any allows, so the stuff for /dev in 'base' got overridden15:04
pittijdstrand: this seems like a pure bug fix to me, though?15:04
pittijdstrand: i. e. I don't see that this would violate FF or something15:04
jdstrandpitti: it is a totally pure bugfix. I introduced it in my last upload. profile change only-- no code changes15:05
pittijdstrand: so, please just upload it15:05
jdstrandpitti: ah, I thought that everything had to go through you guys these days15:05
pittijdstrand: well, we need to review the uploaded packages in the queue15:05
jdstrandpitti: can you accept it once I upload it? I'll ping you15:05
pittijdstrand: we regularly review the queue anyway, but sure15:06
jdstrandpitti: ok thanks! the binaries are building locally. after testing I'll upload and ping15:06
=== starshiptrooper is now known as apachelogger
jdstrandpitti: uploaded. please process when convenient. thanks again :)15:21
pittijdstrand: done15:31
* cjwatson rebuilds server to cope with kernel ABI skew15:36
jdstrandpitti: thanks! :)15:38
ScottKpitti or cjwatson: Would you please rescore the pending ttf-indic-fonts build.  Until that gets published, people's upgrades are getting broken.15:52
cjwatsonyay for ridiculous build queue lengths15:53
cjwatsondone, 5 minutes15:53
fader_apw: PCI ID on the ES1000 on the IBM system is 1002:515e15:59
fader_Same as the Lenovos15:59
apwfader_, i wonder what this 0x515f matches to15:59
fader_apw: I don't have console access to that system but if it's useful I can ask Nafallo to plug up a KVM and watch the console for us16:00
fader_apw: No idea, I haven't found any of our systems that have it :/16:00
apwdoes that drm string show up?16:00
apwin dmesg16:00
apwaccording to 'pci-ids'16:01
fader_apw: not with the default kernel -- the relevant lines seem to be:16:02
fader_[    4.631987] [drm] radeon defaulting to kernel modesetting.16:02
apwok so we are happy it does the right thing on an ES1000 at least16:02
fader_[    4.631991] [drm] radeon kernel modesetting enabled.16:02
fader_[    4.632075] radeon 0000:01:01.0: PCI INT A -> GSI 22 (level, low) -> IRQ 2216:02
fader_[    4.634692] [drm] radeon: Initializing kernel modesetting.16:02
fader_apw: Want me to try it with your new kernel?16:02
fader_Roger wilco16:02
apwi expect it to day disabled16:02
fader_apw: [    3.646621] [drm] radeon disabling kernel modesetting for known bad device.16:08
ttxslangasek: if you're still on mountall/lvm strange issues, you might want to include bug 563902 and bug 563916 to the mix16:09
ubottuLaunchpad bug 563902 in mountall "When snapshots exists, mountall will not mount the parent partition" [Undecided,New] https://launchpad.net/bugs/56390216:09
ubottuLaunchpad bug 563916 in mountall "[lucid] No prompt for [S]kip or [M]anual recovery on server boot" [Undecided,New] https://launchpad.net/bugs/56391616:09
ttxslangasek: I'll prioritize/target for lucid, feel free to switch to a better package16:11
apwfader_, most excellent16:16
fader_apw: I'm at your beck and call if there's more I can do on this :)16:17
* ttx highfives apw and fader_ 16:24
bdrungwhat do you think about this FFe request: 56394016:34
bdrungbug #56394016:34
ubottuLaunchpad bug 563940 in ubuntu "ubuntu-wallpapers-extra freeze exception" [Undecided,New] https://launchpad.net/bugs/56394016:34
seb128could somebody approve the light-themes update? it fixes buttons order which got screwed in yesterday's update16:46
=== apachelogger is now known as starshiptrooper
ograpitti, you dont happen to be bored and in MIR approval mood ?17:02
pittiogra: no, but if it's urgent, I can do it :)17:02
* ogra has a tiny little package that looks for some MIR team member to care for it17:02
ograwell, as urgent as the freeze approaching is ... not more than that though17:03
ograbug 56339417:03
ubottuLaunchpad bug 563394 in uboot-envtools "MIR uboot-envtools is needed for flash-kernel installer in omap" [Undecided,New] https://launchpad.net/bugs/56339417:03
pittiogra: ok, looking17:03
apwslangasek, about ?17:12
apwpitti, did steve tell you about the drm blacklists issues ?17:14
pittiapw: I don't think so17:15
apwpitti, ok, then it makes sense to talk to him about things17:16
apwpitti, i assume he has gone to get some zz'17:16
seb128pitti, did you see my ping about themes?17:19
pittiseb128: erm, no?17:20
seb128pitti, can you accept light-themes, the update from yesterday screwed the button orders17:21
pittisure, I'll review it17:21
seb128pitti, before kwwii get killed because he screwed that17:21
seb128pitti, danke17:21
* pitti also accepts all the kde-l10n stuff17:22
pittiogra: is that package actually useful on !arm?17:23
pitti-ECHANNEL, -> #u-devel17:23
cjwatsonit would be good if somebody could review dpkg at some point17:42
cjwatsonah, language packs incoming17:42
* cjwatson accepts a batch of them17:43
* apw wonders what time slangasek will be back with us17:43
cjwatsonsomebody else should take over accepting language packs, to stop queuebot blowing up17:54
pitti(sorry, was @phone)17:59
pitticjwatson: yep, can do (dpkg/langpacks)17:59
pitticjwatson: I take it the fsync patch was tested already?17:59
cjwatsonso, bit of a saga there18:07
cjwatsonit's been upstream for a little while18:08
cjwatsonbut it was busted, as I found when I merged and tested it18:08
cjwatsonso Guillem and I fixed it up between us, and Guillem hit it with some new tests18:08
cjwatsonI've done test dist-upgrades using it that exercised quite a bit18:09
elmois it a reasonable speed now? :-p18:09
cjwatsonand apw confirmed that its perf on ext4 is reasonable - slightly slower than before, but not the hour to unpack l-h18:09
elmoand the fsync is to fix all the zero length bugs people were seeing previously?18:10
cjwatsonI've tested on ext3 and before/after speeds there were within noise, but that was expected18:10
cjwatsonright, the last vestiges of those18:10
apwyep at worse 50% slower on a very slow machine otherwise avbout the18:10
apwabout the speed of a cache cold18:10
cjwatsonapw was testing a slightly older version, but the changes since then were bug fixes18:11
pitticjwatson: thanks (sorry, a bit slow to respond here now due to tbird)18:17
pitticjwatson: we obviously want to test it rather earlier than later18:17
* pitti bumps its build score18:17
pittiwith > 1600 i386 jobs we need some manual love here18:17
apwi've uploaded a kernel package to cover the issues we are seeing with the KMS on a number of platforms.  slangasek is aware of the situation and i presume will handle it18:30
cjwatsonpitti: slow> shrug, I'm in the pub having dinner ;-)18:49
pitticjwatson: hm, laptop and beer don't mix well18:49
pitticjwatson: enjoy :)18:49
cjwatsonphone :)18:57
stgraberslangasek: yep, it fixed edubuntu. Thanks !19:06
=== starshiptrooper is now known as apachelogger
highvoltagejdstrand: sorry, I made a mistake with the qimo upload of yesterday, could you perhaps let my new upload through? it's just an important type (s/DGM/GDM) that it fixes in a configuration file20:44
ScottKhighvoltage: Done21:00
mhall119thanks ScottK21:02
highvoltageScottK: thanks!!!21:32
ScottKpitti: I'd appreciate it if you could look at the apport hook in eclipse in queue (no rush).   I just fixed queuediff so that you can use it to look.21:46
highvoltageslangasek: I'd appreciate it if you could approve the edubuntu-artwork package I uploaded so that it can get into tomorrow's daily build, functionality wise all our known bugs is fixed now so there shouldn't be any more until we get the final artwork from canonical's design team22:10
ScottKhighvoltage: I can take care of it.22:11
ScottKhighvoltage: Is it gray matter or grey matter?22:13
ScottKIt's one way in debian/changelog and the other in the package content.22:13
ScottKhighvoltage: OK, me research reveals the package content is in en_US, so I guess that's correct.22:16
ScottKhighvoltage: Accepted.22:18
highvoltageScottK: thanks!22:18
highvoltageScottK: ok we'll take it as a typo in the changelog then :)22:18
ScottKHaving lived in place where both US and UK English were spoken, I can never remember.22:19
highvoltage'gray' is real English right?22:19
highvoltageand 'grey' is American?22:20
ScottKNo.  Other way around.  Apparently.22:20
highvoltageheh, ok22:20
ScottKThere's a web site for everything.22:20
* ScottK is out for several hours. Have fun.22:20
jdstrandhighvoltage: this should only be a bugfix upload, no? as such, just file a bug, rev the version, upload referencing the bug and someone from ubuntu-release will review22:21
jdstrandhighvoltage: or am I missing something?22:21
ScottKjdstrand: I got it already22:21
highvoltagejdstrand: ScottK sorted it out, thanks!22:21
jdstrandScottK: ok cool22:21
* jdstrand didn't read backscroll22:21
highvoltageit's amazing how reactive and quick the release team is22:21
jdstrandcertainly better than I am ;)22:21
ScottKUsually when I have the term reactive associated with me, it's not a good thing ....22:22
ScottKSee you later.22:22
highvoltageI'm not sure if it's always this good but of all the teams I interacted with in the Lucid cycle the release team seems to work the most effeciently22:22
highvoltageciao ScottK22:22
slangasekttx: 563902> is the user trying to mount by UUID, which won't be unique, instead of by LV name, which will be unique?22:27
slangasekttx: bug #563916> well, that's a plymouth bug in the ubuntu-text theme; side effect of not using the ubuntu-logo splash theme, I doubt there's time to implement that for final22:27
ubottuLaunchpad bug 563916 in mountall "[lucid] No prompt for [S]kip or [M]anual recovery on server boot" [High,Confirmed] https://launchpad.net/bugs/56391622:27
slangaseker - not ubuntu-text; rather, the 'details' (no 'splash')22:28
slangasekapw: so, we didn't get the dell overheat fix?22:54
slangasekapw: from scrollback, I didn't see anything regarding a positive test for 1002 515f, only for 515e - do you still think disabling KMS on this chip is the right thing to do?22:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!