| lehjr | ogasawara, checked that kernel on a quantal install and seems good, I don't think it liked my fglrx driver on mint, but that's a driver issue, not a kernel issue | 01:15 |
|---|---|---|
| ppisati | moin | 05:13 |
| smb | morning | 07:04 |
| * ppisati -> back in 20mins | 07:50 | |
| * apw giggles | 08:57 | |
| * smb slaps apw | 09:09 | |
| * cking --> popping out for a mo | 09:24 | |
| * ppisati is already hungry... | 10:05 | |
| ogra_ | ppisati, bug 746137, how hard do you think would it be to have the suggested changes from comment 16 in the kernel for a test ? | 10:39 |
| ubot2 | Launchpad bug 746137 in jasper-initramfs "Page allocation failure on Pandaboard and Beagle XM" [Undecided,Fix released] https://launchpad.net/bugs/746137 | 10:39 |
| ppisati | ogra_: creating the patch is easy, but i doubt it'll fix any real problem | 10:47 |
| ppisati | ogra_: omap3 or omap4? | 10:47 |
| ogra_ | ppisati, well, plaing around with omap4 is probably less intrusive (since you dont need to hack around in the mainline tree) | 10:49 |
| ogra_ | up to you, hqappy to test it on either platform | 10:49 |
| ogra_ | omap3 exposes it easier though since the ram is less | 10:49 |
| ppisati | i'm in the middle of the tilt porting | 10:50 |
| ppisati | when i cut a working new kernel | 10:50 |
| ppisati | i'll create the patch | 10:50 |
| ppisati | someone suggested the rx200 commit upstream | 10:50 |
| ppisati | but i can't find that comment in that bug report | 10:50 |
| ppisati | do you remember where it is? | 10:50 |
| ogra_ | no, but ask marvin24, he was the one suggesting the fix to me | 10:51 |
| ppisati | ack | 10:51 |
| ogra_ | i suppose he was also the one sending it upstream | 10:51 |
| ppisati | when i've a bit of time i'll comment on that bug too | 10:52 |
| ogra_ | (he is usually very german^Wstrict with upstreaming) | 10:52 |
| ppisati | ogra_: just pinged him | 10:53 |
| ogra_ | great | 10:53 |
| henrix | apw: when you have some time, could you take a look at my oneiric lts git trees? | 10:56 |
| henrix | apw: ubuntu-lucid and ubuntu-lucid-meta, branches lts-backport-oneiric | 10:57 |
| apw | henrix, ack | 11:11 |
| henrix | apw: thanks | 11:13 |
| * henrix goes grab some food | 11:17 | |
| apw | henrix, reviewed and pushed | 12:02 |
| henrix | apw: great, thanks! | 12:02 |
| rtg | ayan, ppisati, jjohansen, henrix: rebooting tangerine for kernel update | 12:22 |
| ayan | rtg: okay. | 12:24 |
| henrix | apw: i've uploaded packages for signing into zinc | 12:33 |
| rtg | cking, rebooting gomeisa for kernel update | 12:47 |
| cking | ok | 12:47 |
| * cking logs off | 12:47 | |
| * henrix is out for ~20mins | 12:58 | |
| === amitk_ is now known as amitk | ||
| * apw giggles again | 13:08 | |
| * amitk know what the outcome will be this time :) | 13:11 | |
| amitk | *knows | 13:11 |
| amitk | 14:27 * apw giggles | 13:11 |
| amitk | 14:39 * smb slaps apw | 13:11 |
| smb | amitk, you are welcome to do it yourself. :) | 13:13 |
| amitk | smb: too many in one day might cause damage and cause you more work ;) | 13:18 |
| infinity | apw: What's with the giggling? | 13:27 |
| apw | infinity, 20m ... obviously | 13:28 |
| smb | infinity, And apw's dirty imagination | 13:33 |
| infinity | apw: Oh, heh, I'm too tired to go looking for context. :P | 13:33 |
| infinity | apw: IT WAS FOUR WHOLE LINES UP. | 13:33 |
| apw | infinity, was that yesterday? i lost some context yesterday due to bip fookage | 13:34 |
| smb | infinity, The context need even more than just 4 lines | 13:34 |
| infinity | smb: I've been filled in on the rest of the context. ;) | 13:35 |
| smb | infinity, :) I bet | 13:35 |
| ppetraki | I think I've hit a btrfs bug: https://pastebin.canonical.com/70912/ | 13:47 |
| ppetraki | df says I have plenty of free space but when things like apt-get upgrade start to run, it fails with have no free space | 13:48 |
| ppetraki | \/home is a subvolume that the precise installer created, perhaps \/ and \ /home are being double counted? | 13:48 |
| apw | ppetraki, cking is likely your best bet for knowledge, but i do recall that freespace in btrfs is basically random and useless | 13:50 |
| apw | ppetraki, another example why it is so not ready for use | 13:51 |
| * smb believes to recall the same... | 13:51 | |
| ppetraki | apw, sigh... I saw something similar a couple weeks ago when using a chroot but thought it was chroot related. | 13:51 |
| ppetraki | well, it won't get better if we don't dogfood it :) | 13:51 |
| smb | I was wondering whether "df -i" is sensible for btrfs. That was another factor at least on ext4 | 13:51 |
| cking | ppetraki, the free space is a bit "off" in btrfs | 13:51 |
| cking | use btrfs fi df | 13:52 |
| cking | ppetraki, see https://btrfs.wiki.kernel.org/index.php/FAQ | 13:53 |
| ppetraki | yeah, I've been reading that, what isn't clear though is that if their df mechanism is integrated into the system df? | 13:53 |
| cking | ppetraki, nope, df on btrfs seems like fiction | 13:53 |
| cking | urgh, who changed the libreoffice splash screen? it's way ugly | 13:56 |
| ppetraki | sigh... will try disabling cow and run balance, good thing my backups are current | 14:00 |
| diget | hi | 14:01 |
| * ppisati notes it *almost* compiles again... | 14:35 | |
| ppisati | and with that said, calls it a day | 14:36 |
| * ppisati -> EOD | 14:36 | |
| hyperair | hi. does anyone have overlayfs working for v3.5? | 14:36 |
| hyperair | i just looked at the v3.5 packages in the kernel-ppa, but it looks like overlayfs is missing frmo there. | 14:37 |
| * ogasawara back in 20 | 14:54 | |
| rtg | bjf, dput -uf ppa:canonical-kernel-team/ppa *.changes | 14:54 |
| bjf | rtg, look at the bottom of: https://wiki.ubuntu.com/Kernel/StableReleaseCadence | 14:59 |
| henrix | rtg: i usually just do: dput -u kernelteam:lucid <pkg>.changes | 15:00 |
| rtg | bjf, huh. maybe we should change the directions that are on the PPA page | 15:00 |
| henrix | rtg: but i have the .dput.conf with the ppa configuration | 15:00 |
| rtg | bjf, henrix: so, I think the commit log messages in 'ubuntu-lucid-meta ports ' are difficult to distinguish from master if we are using them to create tags (which I normally do). For example, the most recent ports branch commit is Ubuntu-2.6.32.42.34, whereas master is Ubuntu-2.6.32.42.49. You cannot quickly pull a tag and know which branch it references. | 15:11 |
| rtg | hmm, I see that someone has been creating tags that don't match the commit, e.g., ports-Ubuntu-2.6.32.41.33 | 15:12 |
| skaet | ogasawara, rtg - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1027851 is there a workaround? | 15:13 |
| ubot2 | Ubuntu bug 1027851 in linux "Quantal desktop installation on a vm hung on reboot." [High,Confirmed] | 15:13 |
| rtg | skaet, hold down the red button until everything is quiet. | 15:13 |
| skaet | rtg, ack | 15:14 |
| rtg | skaet, ok, there were some suspend/resume fixes that I think affected shutdown. | 15:14 |
| rtg | they would be in -6 | 15:15 |
| rtg | skaet, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1027851/comments/4 | 15:17 |
| ubot2 | Ubuntu bug 1027851 in linux "Quantal desktop installation on a vm hung on reboot." [High,Confirmed] | 15:17 |
| henrix | rtg: hmm... ok | 15:18 |
| henrix | rtg: so, from the history, it looks like the ports tree follows a different logic: tag is different from commit | 15:19 |
| henrix | herton: ^ is this correct? | 15:19 |
| herton | yes, that's what being done, putting a 'ports-' prefix to the tag | 15:20 |
| henrix | rtg: and if that's true, my last tag *is not* correct: i tagged with Ubuntu-2.6.32.42.34 instead of ports-Ubuntu-2.6.32.42.34 | 15:20 |
| herton | as it's a branch on the repo, it could potentially clash with tags from master for example | 15:20 |
| herton | so I think that's why it's done this way | 15:20 |
| rtg | henrix, I'm generating my own tags after a fetch, so we're OK. | 15:21 |
| brendand | cking, this problem : FAILED [HIGH] DMIInvalidHardwareEntry: Test 1, Unmatched Chassis Type SMBIOS | 15:22 |
| brendand | cking, is it generic or would it need to be fixed on each system affected? | 15:22 |
| brendand | cking, or was that something that was taken care of in FWTS? | 15:22 |
| henrix | rtg: ok, i meant: Ubuntu-2.6.32.42.49 instead of port-Ubuntu-2.6.32.42.49 | 15:22 |
| henrix | s/port-Ubuntu-2.6.32.42.49/ports-Ubuntu-2.6.32.42.49 | 15:23 |
| cking | brendand, i can't tell from almost zero context, can you send me the entire output | 15:23 |
| rtg | henrix, I just created a ports tag that matched the others, then pushed that | 15:23 |
| henrix | rtg: still can't see it... | 15:24 |
| rtg | henrix, doh! now pushed... | 15:25 |
| henrix | ah, now i can see it. thanks :) | 15:25 |
| brendand | cking - http://paste.ubuntu.com/1110316/ | 15:26 |
| brendand | cking, there was https://bugs.launchpad.net/bugs/1021674 | 15:26 |
| ubot2 | Ubuntu bug 1021674 in fwts "DMIInvalidHardwareEntry - Unmatched Chassis Type" [High,Fix released] | 15:26 |
| brendand | cking, wonder if it's covered by that | 15:26 |
| cking | brendand, yes it does, and it will be fixed in 0.25.06 | 15:27 |
| cking | ..I'm just waiting for it to be packaged and uploaded | 15:28 |
| cking | brendand, so skip this one, it's a non-bug (fwts false positive) | 15:29 |
| brendand | cking, will that end up in precise too? | 15:29 |
| cking | brendand, not unless we explicitly get it uploaded to precise, I will talk to kengyu about this | 15:29 |
| * herton -> lunch | 15:55 | |
| ppetraki | apw, cking, https://pastebin.canonical.com/70912/ , evidently btrfs fi balance is not "optional" | 15:59 |
| ppetraki | ran a defrag too, everything is good, and faster | 15:59 |
| ppetraki | once I disabled cow, lots of space opened up, it's enabled by default | 16:00 |
| cking | once cow is disabled you will see file updates performance drop | 16:01 |
| ppetraki | turned out ssd wasn't enabled by default, added that too, overall the system feels snappier | 16:01 |
| cking | ppetraki, ..until it eats your data :-/ | 16:04 |
| ppetraki | cking, regular backups :) | 16:04 |
| ppetraki | cking, ext4 has failed me more on ssd than btrfs has | 16:04 |
| * cking wonders how many hours ppetraki has run ext4 vs btrfs ... | 16:05 | |
| ppetraki | cking, well its my primary workstation so... since Dec 2011 | 16:06 |
| ppetraki | spent about a year on ext4, that didnt go so well. my early days of btrfs however, 2.6.32, when I was using compression, ended badly when I had an epic power failure. So I don't do that anymore | 16:07 |
| bjf | ppetraki: i was just running btrfs on my laptop (encrypted home) and it was slooooowwww | 16:08 |
| ppetraki | bjf, ever try it without cryptfs? | 16:09 |
| bjf | ppetraki: yes about a year ago, slow and it ate data | 16:10 |
| ppetraki | bjf, yeah, it moves fast, when I was using compression, everything that was zipped ended up with zero file size after a power outage | 16:10 |
| ppetraki | but that was 2.6.32 | 16:10 |
| === juarlex_ is now known as juarlex | ||
| * smb -> EOD | 16:31 | |
| rtg | skaet, https://bugs.launchpad.net/ubuntu/quantal/+source/linux/+bug/1027851/comments/8 | 17:17 |
| ubot2 | Ubuntu bug 1027851 in linux "Quantal desktop installation on a vm hung on reboot." [High,Fix released] | 17:17 |
| * rtg -> lunch | 17:36 | |
| skaet | rtg, agree. | 17:43 |
| * henrix -> EOD | 17:49 | |
| navincool_2003 | HI frieds | 18:04 |
| cking | Libreoffice: cut'n'paste does not mean cut'n'crash, doh | 18:06 |
| navincool_2003 | yes | 18:06 |
| * cking --> beer time | 18:10 | |
| * rtg -> EOD | 20:35 | |
| === BenC_ is now known as BenC | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!