vanhoof | Sarvatt: /me is going to test as well | 03:33 |
---|---|---|
kees | did tangerine changes its host key? | 06:41 |
broder | kees...are you asking that...from blackhat? :-P | 06:44 |
kees | broder: haha, yes, but I see the same host key change from home too :) | 06:44 |
broder | "you just think you're seeing the same host key change from home" | 06:44 |
kees | if so, I'm a certainly doomed :) | 06:45 |
kees | s/ a/ | 06:46 |
diwic | is it really kees asking that? :-) | 06:47 |
kees | hehe | 06:47 |
=== Quintasan_ is now known as Quintasan | ||
=== smb` is now known as smb | ||
smb | Morning | 07:33 |
smb | kees, In case still interested, yes it did change. And for your convenience we erased all you data in /home | 07:35 |
=== kentb-out is now known as kentb | ||
* ogasawara back in 20 | 14:08 | |
kees | smb: where can I find the new host key? | 14:30 |
apw | kees, i emailed you the fingerprints | 14:30 |
apw | (and even signed them) | 14:30 |
* smb is much more careless and trusts the key to be right knowing the machine had been reinstalled... | 14:31 | |
kees | apw: ah, heh, just saw that now :) | 14:31 |
kees | <sysadmin>why not keep the host keys when reinstalling?</sysadmin> | 14:32 |
apw | kees, heh | 14:33 |
_ruben | and use the same keys on all hosts just to be on the "safe" side | 14:44 |
apw | kees, of course you'll be phoneing me to confirm _my_ fingerprint | 14:46 |
smb | and set it to 123456 so one can remember | 14:46 |
_ruben | apw: but how will you know it's kees calling? | 14:59 |
apw | luckily i'd be giving out public information so if its the wrong person it doesn't matter | 15:00 |
_ruben | true | 15:00 |
mfilipe | sforshee, man, you rox! lol | 15:26 |
skaet | ogasawara, apw - could one of you take a pass at https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview and update the linux kernel info? | 15:27 |
ogasawara | skaet: yep | 15:27 |
skaet | thanks ogasawara ! | 15:27 |
mfilipe | I will try the lucid backport | 15:27 |
mfilipe | I only need more time here :) | 15:27 |
ogasawara | skaet: should I add an "Ubuntu Kernel" section to the "New features in Oneiric" area? or would you prefer I put our info under a different section? | 15:32 |
skaet | ogasawara, please do. | 15:32 |
skaet | heh | 15:32 |
sforshee | mfilipe, thanks, but all I did was backport :) | 15:32 |
skaet | ogasawara, put it in the new features section. | 15:33 |
ogasawara | skaet: ack | 15:33 |
mfilipe | sforshee, I know but it is 2.6.32 | 15:33 |
mfilipe | backport of natty need be 2.6.38, no? | 15:33 |
sforshee | mfilipe, did you test it? is it working for you? | 15:33 |
sforshee | mfilipe, yep, natty is 2.6.38 | 15:33 |
mfilipe | not yet | 15:34 |
mfilipe | I need get free time in work | 15:34 |
mfilipe | tonight I will test it | 15:34 |
sforshee | mfilipe, cool. I'm a little uncertain of the lucid backport since that code has changed quite a bit, so I'm interested to hear if it works. | 15:35 |
mfilipe | ok, certainly I will talk with you about the results | 15:36 |
sforshee | mfilipe, thanks! | 15:36 |
ogasawara | skaet: https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview#Ubuntu_Kernel | 15:48 |
skaet | ogasawara, looks good. Thanks! :) | 15:49 |
ara | Hello! | 16:04 |
ara | maybe sconklin, or bjf can help a bit | 16:04 |
bjf | ara, ? | 16:05 |
apw | ara, ask, you never know who might answer | 16:05 |
ara | we had a Lucid kernel SRU released just last week and another one is now in the testing phase | 16:05 |
ara | are we losing the three week cadence? | 16:06 |
ara | (this would be less than 3 weeks) | 16:06 |
bjf | ara, no | 16:06 |
bjf | ara, give me a sec to find out what is going on | 16:07 |
bjf | herton, it looks like you've uploaded a new lucid kernel to fix a single regression, is that correct? | 16:09 |
herton | bjf: yep, was about to tell this | 16:09 |
herton | it was just a new release for 811745 | 16:09 |
herton | *bug 811745 | 16:09 |
ubot2 | Launchpad bug 811745 in linux "Whole system freeze after safely remove external usb drive" [High,Fix committed] https://launchpad.net/bugs/811745 | 16:09 |
apw | bug #811745 | 16:09 |
apw | did the previous one make it out to -updates already ? | 16:10 |
herton | yes | 16:10 |
bjf | herton, so I think a little more communication should have been done, we probably should have put that information into the tracking bug and given qa/cert a heads up | 16:10 |
* apw wonders if its worth handling that single fix as an upload given the regresion made it into -updates | 16:10 | |
herton | bjf: indeed | 16:14 |
bjf | herton, we decided that since a regression went out in -updates, we wanted to do a quick turn to "fix" that regression and get that into -updates as quickly as possible, correct? | 16:16 |
bjf | herton, do you know who this was discussed with? | 16:16 |
herton | exactly. Also worth to note that we are in the regression testing week, and thus lucid syncs again with calendar if testing is done this week I think. bjf, sconklin did the packaging | 16:17 |
herton | I told to him about the regression, and he pushed the update | 16:17 |
* herton -> lunch | 16:20 | |
bjf | ara, ^ | 16:21 |
bjf | herton, the lucid that went to -updates last week, was that from this cycle or the previous cycle? | 16:22 |
ara | bjf, the problem is that it is very difficult to plan this. We hadn't planned to test this week (nor in the next two weeks) | 16:22 |
ara | bjf, is it necessary to do a full testing if it was only 1 fix? | 16:23 |
bjf | ara, isn't this the week for cert. testing in the current cycle? | 16:23 |
bjf | ara, i've not looked at what was done to fix this regression, so i don't know how much testing is required | 16:25 |
ara | bjf, with all the changes that we have been doing to adapt to the different uploads, really, we lose track | 16:25 |
bjf | ara, not sure i'm following that, you are saying that there have been a number of unanticipated uploads (of kernels)? | 16:26 |
ara | bjf, there must be. If not, how we could have tested last week and also this one? | 16:31 |
ara | (or 2 weeks ago) | 16:31 |
ara | the kernel calendar only shows "one path" where, actually, every series follow their own cadence | 16:33 |
bjf | ara, that is true to a point, we try to keep them all in sync and as part of the same cadence | 16:34 |
sconklin | ara: I should have communicated this better. The intention was that with a single fix, this could receive light testing, and we could turn it quickly. | 16:35 |
sconklin | The next update will be large, and I didn't want to hold this fix for it. | 16:35 |
sconklin | I'm pretty sure I discussed this with someone, but I didn't put it out to your team, as I should have. | 16:36 |
herton | bjf: previous cycle | 16:36 |
ara | sconklin, could you send to the mailing list the testing that you would be happy with? | 16:36 |
sconklin | yep | 16:37 |
ara | sconklin, awesome, thanks | 16:37 |
* ara needs to log off now | 16:38 | |
* bjf -> quick errand | 17:15 | |
=== bjf is now known as bjf[afk] | ||
* smb -> gone | 17:24 | |
=== bjf[afk] is now known as bjf | ||
* bjf -> back | 17:40 | |
* apw performs extensive keyboard surgery | 18:29 | |
ricotz | apw, hello, what happened to the lucid kernel repos? it looks like there are only a few new commits, but pulling it results in a massive download like after multiple rebases | 18:38 |
apw | can you pastebin the output of the pull please | 18:39 |
apw | and when did you last pull? as there may well have been some rebases | 18:39 |
apw | for the derivative branches | 18:39 |
ricotz | i pulled yesterday and it already downloaded 170mb at 40% | 18:40 |
ricotz | so it is still loading | 18:40 |
ricotz | apw, http://paste.debian.net/125127/ | 18:42 |
ricotz | the hash is from master branch | 18:42 |
apw | when did this pull start | 18:42 |
ricotz | like 15min ago | 18:43 |
apw | i think the natty lts backport may have been rebased today, but that seems like a lot of objects none the less | 18:43 |
apw | if you are happy to let it finish i'd like to see which refs changed and from and to what | 18:44 |
ricotz | yeah will do | 18:44 |
ricotz | apw, http://paste.debian.net/plain/125130 | 18:50 |
apw | ricotz, what do you use as transport? git:// or http:// ? | 18:51 |
apw | the odd thing about that output is all of the updates are fast-forward updates, much as i would expect | 18:51 |
apw | a few commits on any one branch. why you got all those other objects is a mystery | 18:51 |
ricotz | using git:// | 18:53 |
apw | then that is just bizarre, as i suspect if you got log --oneline | wc -l on each of those xxx..yyy it won't add up to more than 3 or 4 commits | 18:54 |
ricotz | weird, i need to check the repo config | 18:57 |
apw | ricotz, its not at all obvious how it could be your fault | 18:57 |
ricotz | i use to define references to save download | 18:57 |
=== med_out is now known as med | ||
apw | ricotz, there are three commits in those ..'s, so why you didn't get those three and only those three i have no idea | 19:03 |
ricotz | apw, i have no idea, after a rebase it seems normal to a larger diff, but that seems not normal | 19:07 |
ricotz | anyway thanks for looking at it | 19:08 |
=== hggdh_ is now known as hggdh | ||
=== yofel_ is now known as yofel | ||
=== Quintasan_ is now known as Quintasan |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!