[03:25] has there been a kernel update lately that may fix intel dual screen issues? [03:25] in installed a mainline kernel with drm next (random choice) .. but that worked around the issue [03:25] and i haven't been bothered to try and fix it properly [03:26] ... look into it myself.. answer: no [03:27] damn.. i should've reported this issue earlier === arun_ is now known as run === run is now known as arun [04:34] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1243524 [04:34] Launchpad bug 1243524 in linux (Ubuntu) "Dual Display not working on Mac Mini" [Undecided,Confirmed] [04:34] :D [04:34] at least this one is simple [04:35] we have a problem.. easy to confirm.. and there's definitely a fix for it [04:35] i just dont want to run dodgy mainline nightly kernels on my work desktop.. if i can help ti [04:39] the problem is.. mac mini's should just die in a fire [05:08] how can a bot confirm my bug report [05:09] its almost offensive :P [06:15] snadge, a bot can confirm that you have submitted all the logs that we require. that's what 'confirmed' means to us [06:16] i guess that is a bit of a boring task for a human to do just that [06:16] yes, the turn around was a pain for a dev to then ask and wait. now a bot does it. [06:16] im tempted to mark the bug as minor.. or dont care.. it sounds like a random Mac UEFI issue [06:17] but who knows.. ubuntu is very popular these days.. if it was fedora.. i wouldn't bother at all [06:18] thats the whole reason this mac is running ubuntu in the first place.. fedora simply wouldn't install.. known issue.. marked as wontfix for f19.. issue still open in rawhide.. *shrug* [06:18] it will take a little work to bisect it to find the actual commit that fixes the issue [06:18] unfortunately.. its not completely fixed by mainline either [06:18] however, there will be a new kernel in -proposed this week that would be worth testing to see if it helps [06:20] i'll give that a go.. thats probably the easiest thing to do for now, there wont be much heat on this issue [08:11] Good morning or such :) [08:12] Where should I report problems with ecryptfs to? kernel? ecryptfs-utils? ecryptfs directly on launchpad? [08:14] larsduesing, to some degree that depends where the bug seems to be, if its a userspace issue ecryptfs-utils, if it is anything else against 'linux' the kernel [08:14] On creating files >4GB data gets corrupt. Up to 4GB size everything is ok, but on appending any more data the whole file gets corrupted... [08:14] that sounds kernel side to me [08:14] yes, to me too. [08:15] so, thats clear. Thanks apw. [08:15] then kernel it is, and paste the bug number in here, so i can get it some attention, as data corruption == bad [08:15] larsduesing, which release are you seeing this on [08:16] saucy - 3.11.0-031100rc7-generic (apw@gomeisa) [08:17] hmmm a test build, ok [08:17] anyhow, its likley in all of them, so file it anyhow [08:18] oh. right [08:18] its not very common for people to make large files in ecryptfs luckily, but also likely it has gone unnoticed for a long time as well [08:18] anyhow, let me know the bug# [08:18] I got an .iso.bz2 file, and decompressed it. [08:18] sure [08:19] At first, I'll try to update kernel, and retest [08:19] oh, there is no newer kernel? [08:19] larsduesing, sure, though if it is in 3.11. its in everything most likely so a bug so we cna check sounds good [08:20] ok [08:25] apw - sorry.. but where should I report the bug? https://launchpad.net/linux -> Launchpad needs to know where the user can report a bug [08:28] run "ubuntu-bug linux" in a terminal [08:28] larsduesing, the linux you have there is the linux project not the linux package, LP is rather opaque at times [08:29] ah... ok [08:30] thats no official ubuntu package. [08:30] I DO love software :) [08:31] (I sort things out on my side... give me a few minutes, please...) [08:32] np [08:48] apw - btw - kernel - package naming is a bit confusing: [08:48] linux-headers-3.11.0-12-generic_3.11.0-12.19_i386.deb [08:48] linux-headers-generic_3.11.0.12.13_i386.deb [08:48] 3.11.0.12 <-> 2.11.0-12 [08:49] larsduesing: Hi - upstream eCryptfs kernel maintainer here - please ping me with the bug number when you open the bug [08:49] I'm off to bed, but I'll have a look first thing in the morning [08:50] tyhicks: sure - atm i'm installing current mainline kernel, rebooting, retesting and then I'll report. [08:51] tyhicks: Have a good night :) [08:51] thanks for testing mainline [08:51] tyhicks: thats the minimum I could do. [08:52] *rebooting* away for some minutes... :) [09:01] I'm back. Now testing. [09:06] cute. NOW IT WORKS. [09:13] apw: Now it works. strange. [09:14] two different files which won't work with old kernel do work now. [09:20] tyhicks: Sorry, cannot reproduce with current mainline-kernel === psivaa is now known as psivaa-afk [10:05] Ok, all back... [10:07] this time the curruption is much more cryptic [10:08] apw, tyhicks Sorry.. Bug is reproducible [10:09] in the 3.11.0-031100rc7-generic kernel even the header of the file was currupted [10:10] but in 3.11.0-12-generic the header is ok... [10:11] (as opposed the full file) [10:11] ok, filing bug [10:21] apw, tyhicks : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1243636 [10:21] Launchpad bug 1243636 in linux (Ubuntu) "ecryptfs currupts files over 4GB size" [Undecided,New] === psivaa-afk is now known as psivaa [14:52] Hmm. was the linux-tools- package supposed to be created when compiling the kernel from source? [16:11] does anyone know how rtcwake could be able to work without the presence of /sys/class/rtc/rtc0/wakealarm interface? [16:11] it seems to be able to on ARM [16:15] brendand: strace it [16:16] found it! [16:19] well, sort of [17:27] Hello...So I went to bed last night and I woke up this morning to a blank screen - normal after 5 or so minutes of inactivity - moved my mouse... hit keys on my keyboard... no reaction. I was forced to power down and reboot. This is the first time this has happened and the primary thing that changed was... the kernel. ubuntu 12.04, kernel 3.2.0-55-generic-pae [19:40] HI I have custom card which we build a driver for it. The original implementation was in Redhtat 6.4 which is based on linux 2.6.28 (old) now I am porting the driver to ubuntu and I get ioctl errors (unknown ioctl number). Has there been a change in ioctl framework ? thx [19:58] rostam: If you google for the exact compile/runtime erorrs you're seeing, it'll probably shed some light. [19:58] infinity, thanks will do that [20:09] tyhicks: If I can be of any help, tell me please. [20:17] sforshee: hi [20:20] sforshee: FYI: I'm now trying to rebuild the kernel with your patch active and deactivating the other patch; However, I've managed to control the backlight by Software (By using the KDE-slider it works on both kernels (reverted OOB, unreverted only with the option acpi_osi="Windows 2012")) writing directly into /sys/classes/.../brightness doesn't work at both kernels - it's a little bit weird... [20:20] I will post the update when i've rebuild the kernel and have the results... [20:21] but it may take some time. [20:21] hopefully, my bug report is a little bit helpfull for you [21:12] larsduesing: thanks - this is easy to reproduce so I shouldn't need much help outside of testing a potential fix [21:12] larsduesing: I'll ping you when I have a test kernel ready [21:24] HI I have installed ubuntu 12.04 update 3 on my system. All the sudden I get the following messages in the /var/log/messages: init: serial-ttyS0 main process (1129) terminated with status 1 any idea why? === apb_ is now known as apb1963 [21:51] rostam, do you have a serial port on this system? and have you lost any functionality