[01:13] alright so [01:13] what's the now official way to hibernate [01:13] *new [01:43] does Trusty not support hibernation yet? [01:43] pm-utils doesn't resume, uswsusp just hangs at start [01:43] both have done that on two different systems now === ryanakca_ is now known as ryanakca [01:51] welp, I just found a system that does not have legacy boot [01:51] a Toshiba laptop [01:51] UEFI only [01:59] roothorick: no CSM at all? what model? [02:24] actually come to think of it [02:24] it might just be a secure boot thing [02:24] because the option is there but greyed out and set to "UEFI Only" [02:24] Satellite L875D-S7342 [02:25] unfortunately not my machine, and the owner specifically requested Win8.1 with the OEM license intact [02:40] roothorick: that would sound correct; no CSM in SB mode [03:45] dpkg ver 1.17.1 iin trusty as well as 1.16 in saucy is not cleaning up properly. packages purged are still showing up in listing. [03:46] debian testing is now at 1.17.5, and this one is working properly [05:07] Is testing Ubuntu excitered as a Job? (Volunteer job) [05:08] excitered? [05:09] lol cant spell today [05:09] i thought maybe it was something lost in translation [05:10] na its english just cant spell it [05:11] Testing can be boring if you're doing it for its own sake; if you're trying to do interesting things for their sake and just happen to be trying to use the latest development packages, that can be frustrating but fun when you find and then try to isolate bugs [05:11] is it "exciting"? [05:12] is testing exciting?.. is that the question? [05:12] I look for bugs and report them to Launchpad [05:14] lol i forget what it was but whats that bug when it freezes every thing up and ur 3 lights of CAPS, NUM LOCK AND SCROLL LOCK starts flashing [05:15] any 1 know what causes it? [05:16] Darkangel: usually that can be a symptom of memory corruption [05:16] kk [05:17] Darkangel: CPU's PC/IP (instruction pointer) reads an invalid code and goes off somewhere it shouldn't interpreting random data as instructions [05:17] can it be cause while installing something? [05:20] Darkangel: can be caused by anything... buggy code, RAM modules going bad, or not properly seated, something interfering with the memory controller, etc. [05:21] ahh ok [05:21] thank u much === Logan__ is now known as Logan_ [07:32] hi, somaone has lately problems to strt lightdm ? [08:13] were there some updates lately that have influance on lightdm ? [10:59] Hi, I just upgraded to trusty, however when I boot into the default kernel it just displys a black screen. [11:00] However, booting into 3.11.0-15-generic makes it boot normally. [11:18] benonsoftware: kernel headers installed for the prop. video driver to built? [11:22] k1l_: Sorry, I have no idea how to do that/check it. [11:22] Hey folks [11:23] benonsoftware: check if the linux-headers-... package is installed matching to the kernel linux-image-.. package [11:23] Okay, will do [11:29] k1l_: It appears I have it. [12:00] Ah nevermind, I fixed it by changing to the nvidia drivers :) [18:35] lol holy crapper whats all the libboost files for? like what do they do? there in the "New in Repository" section [18:38] Darkangel, "New in Repository" section? [18:39] its the option in Synaptic Package Manager [18:41] in the repositories ? I don't use synaptic [18:42] in /etc/apt/sources.list ? [18:43] na if u open Synaptic and then go to STATUS on the bottom right ull get a list above that and 1 of them will say "New in Repository" [18:43] bottom left i mean sorry just wook up not fully focused [18:43] Is python 2.7 still going to be installed by default and required for the trusty server install? [18:44] yes [18:44] ill have to check though on what version is running [18:44] there doin some fine upgrades for trusty [18:44] look in the sources.list and put a # in front to disable the repository if you don't want it, then update [18:45] i hope 3.x is the only one installed [18:45] na i was just woundering on what it was for lol [18:47] Im running Python 2 [18:48] oops [18:48] Im running Python 2.7.6 and some other 1 Python 3.3 [18:49] ughhhh, 2.7 is never going to die [18:49] in trusty... but i thank the other 1 is for some other purpose [18:52] its a goal to remove it from the default install [18:52] desktop at least, don't know about server [18:52] it might have already happened? [18:52] nice [18:54] UserError: heres some info for ya with Trusty and Python https://wiki.ubuntu.com/Python [18:54] aw nice [19:26] So what i'm seeing is "we hope python3 will be the only one in Trusty" [19:26] :P [19:26] Can't even 2to3 like a boss [19:33] only in the default install [19:33] everything else is hopeless at this point [19:34] maybe in 16.06 [19:34] 04 [19:37] hate to sound like a broken record b ut [19:37] what hibernate mechanism, exactly, is 14.04 supposed to use by default? As far as I can see there isn't ANYTHING installed currently. [19:45] roothorick: should be pm-hibernate from the pm-utils package, and since 12.04 hibernate is off by default [19:47] glitsj16: in 14.04 pm-utils isn't installed at all by default, and doesn't work [19:48] roothorick: you have the needed amount of swap in relation to RAM i assume? [19:49] glitsj16: tried it on two different machines and the state of swap doesn't matter [19:49] the resume= stuff isn't even on the kernel command line [19:49] even if it was [19:49] 14.04 automatically sets up cryptoswap which breaks that mechanism [19:50] so I'm wondering if maybe we're supposed to use uswsusp now, but installing uswsusp renders the system unbootable [19:52] roothorick: could be, uswsusp supports encryption iirc [19:53] only relevant info i can find isn't conclusive though .. https://help.ubuntu.com/community/PowerManagement/Hibernate [20:06] Is the Rhythmbox last.fm plugin working for anyone else? [20:07] When I enabled it for Last.FM and leave the plug-in preferences, nothing happens and opening the preferences pop up again show me it's disabled. [21:07] mamarley: ping [21:16] TJ-: Switching sonar to active! PONGPONGPONGPONG [21:16] mamarley: :D [21:16] mamarley: I'm busy delving into the source-code. I now know why it SEGFAULTS... but I need to identify the cause of that [21:17] mamarley: Could you zip/tar.gz "/etc/init/*" and "/var/log/apt/history.log" and put them someplace I can pull them from? probably attaching them to bug #1269731 would be best [21:17] bug 1269731 in upstart (Ubuntu) "init crashed with SIGSEGV" [Critical,Confirmed] https://launchpad.net/bugs/1269731 [21:18] mamarley: The crux of the issue is a pointer which is supposed to point to a data-structure that represents the jobs defined in /etc/init/*.conf files is NULL. So far it looks as if a faulty conf file syntax could be the reason [21:19] That sounds logical. Doing it right now. [21:19] I still think it is an upstart bug though, because faulty input should never KP the system. [21:20] I think it's a subtle change in eglibc and/or gcc, brought on by some significant re-ordering of the underlying assembly instructions generated.. I wouldn't be surprised if an upstart built without compiler optimsations works fine [21:23] TJ-: OK, I attached the initscripts to the bug report. My APT history isn't helpful because I have my /var/log mounted on a tmpfs. (I know, very very bad mamarley) [21:31] mamarley: hehehe yeah, I forgot you're trying to make it harder [21:39] mamarley: I've updated the bug with my analysis - I'll look at your init scripts now [21:47] mamarley: Just looking at modification times, three alsa jobs were modified on the 14th, and nvidia-peristenced.conf on the 9th. Could you move them out of "/etc/init/" temporarily and do "sudo telinit u" and see if the SEGFAULT still occurs? [21:47] OK, just a sec... [21:52] TJ-: When I remove those jobs, I can then run get_state.sh successfully from the desktop (I am testing using user jobs so I don't KP the system.) [21:53] using a recent ubuntu-gnome trusty image, the installer's live environment run nicely, and the installer seems to complete successfully, but the first boot stays at a black screen forever. where should I start poking? [21:53] (I can access the filesystem to see logs) [21:53] (Before, running get_state.sh would cause either an X restart or a KP, depending on whether I did it for user or system jobs.) [21:53] jrr: where are you getting the iso? [21:53] !nomodeset | jrr [21:53] jrr: A common kernel (boot)parameter is nomodeset, which is needed for some graphic cards that otherwise boot into a black screen or show corrupted splash screen. See http://ubuntuforums.org/showthread.php?t=1613132 on how to use this parameter [21:54] http://cdimage.ubuntu.com/ubuntu-gnome/daily-live/current/ [21:54] mamarley: Can you add the jobs back one by one and retest after each one is added... we may be close to discovering the culprit [21:54] does the usb live image's nomodeset differ from that which is installed? [21:56] TJ-: I added back all the ALSA jobs and that crashed it again. I will now see which one is causing the problem. [21:57] mamarley: You're a star :) [21:59] TJ-: Thanks :) alsa-restore.conf makes it crash. I will test the others too. [21:59] with only one of them present at any time ... that would be great [22:00] TJ-: Yeah, alsa-restore.conf crashed by itself. [22:00] It may be they all contain the faulty syntax because they look, to me, to be almost identical [22:01] TJ-: alsa-state.conf also crashes it. [22:01] TJ-: All three of them crash it. [22:02] OK... I'll report that [22:04] mamarley: I think I've spotted the fault [22:04] :) :) :) [22:04] Can you move them out... then create a new empty alsa-restore.conf and await my text for it? [22:05] TJ-: OK. [22:06] (With the empty file sitting there, it doesn't crash, by the way.) [22:06] mamarley: http://paste.ubuntu.com/6764452/ [22:07] Should I add a final newline to that? [22:07] yeah [22:07] TJ-: It doesn't crash. [22:08] Yay... I'm going to pastebin you the 2 other modified files [22:09] mamarley: alsa-state.conf: http://paste.ubuntu.com/6764479/ [22:10] mamarley: alsa-store.conf: http://paste.ubuntu.com/6764481/ [22:12] mamarley: I'm guessing it is OK now? [22:13] Yep :) [22:13] great teamwork :) [22:14] :) [22:14] I'm working up a patch for alsa-utils now [22:30] holstein: nomodeset gets me past the blank screen - I can now see all the text fly by, and then X starts at the wrong resolution. (nouveau) [22:32] googling suggests that nouveau requires nomodeset [22:33] er, the inverse - nouveau requires kernel mode setting [22:34] jrr: resolution is read from the monitor's EDID via DDC ... if that isn't being returned then issues will occur... first thing is to find out if the monitor is giving out valid modes: "xrandr -q" will help there [22:35] xrandr reports wrong (1280x1024 vs 1920x1080), but there are references to 1920 in Xorg log [22:35] "Supported established timings" vs "Supported standard timings" [22:36] also "DDC gathered Modelines" seems to carry the correct one [22:40] TJ-: Shouldn't there also be a patch for upstart to prevent it from crashing when fed bad data? [22:41] mamarley: I've suggested that... that's up to James though [22:41] mamarley: (sloppy programming!) but don't say I said so [22:46] is this ook to ignore, init: /etc/init/alsa-store.conf:10: Unknown stanza [22:47] I am also getting kernel panics when ever libc6 updates, have to chroot to fix [22:56] Fudge: see bug #1269731 [22:56] bug 1269731 in alsa-utils (Ubuntu) "init crashed with SIGSEGV" [Critical,Triaged] https://launchpad.net/bugs/1269731 [23:06] TJ- thanks mate [23:12] mamarley: is bug 1269405 the problem with the suspected libc6? [23:12] bug 1269731 in alsa-utils (Ubuntu) "duplicate for #1269405 init crashed with SIGSEGV" [Critical,Triaged] https://launchpad.net/bugs/1269731 [23:15] oh right, its the same [23:18] ooh look a kernel backtrace http://pastebin.com/33avdbMT [23:18] don't think I've seen one of those before [23:26] what's the appropriate way to file a bug for a kernel oops that I suspect is from nouveau? [23:28] 'linux' I guess =]