[02:27] So if I build a test server based on the 14.04 alpha, I can update it as normal and after 4/14 it will be a full release version. Is that right? [02:35] Looks like it: http://askubuntu.com/questions/5675/i-installed-an-alpha-or-beta-am-i-up-to-date-with-the-final-release-if-i-keep-u [02:40] Howdy all, I am trying to find the alpha version of Ubuntu 14.04 by any chance can someone pass me a link? [02:43] LuckyWilly: http://cdimage.ubuntu.com/daily-live/current/ there aren't any alpha images for ubuntu [02:44] Only daily builds? I mean I just heard it get released. [02:44] LuckyWilly: although there are ones for other flavors: http://fridge.ubuntu.com/2013/12/19/trusty-alpha-1-released/ [02:44] https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule [02:44] LuckyWilly: yes it is opt-in for flavors but ubuntu doesn't do them anymore [02:44] Ugh, only images for other flavors I gotcha. [02:44] LuckyWilly: the dailys are generally pretty good these days [02:45] alpha beta they are only words [02:45] trism, No problem I'll check that out nice to know that. [02:45] Indeed Beldar though at times they used to have an Alpha and the daily builds were separate. [02:46] Overall, I'm just happy to see it's out at this stage. [02:46] :) [02:46] Don't mean to be a burden. Though there are no torrent links for a few daily builds? [02:48] Have a good one guys. :) [03:32] Has anyone tried compiling a custom kernel in Trusty? I just upgraded my chroot from Saucy to Trusty and now I am getting output like http://pastebin.com/2Fw78mgK when I try to compile the kernel. [03:33] I dug into the issue and it looks like the comments in the arch/x86/syscalls/syscall_64.tbl file are being processed as data, causing several invalid lines to appear in arch/x86/include/generated/asm/syscalls_64.sh. [03:33] It worked fine in Saucy. [03:34] And nothing changed about the kernel source tree. All I did was upgrade to Trusty. [03:37] I couldn't figure out what was actually causing the problem, so I figured I would check if anyone was having the same issue. [03:37] mamarley: might be related to bug 1261872 based on a quick glance [03:37] bug 1261872 in linux (Ubuntu) "P_ALL behavior inconsistent in eglibc vs. kernel headers (enum vs. #define)" [Medium,Confirmed] https://launchpad.net/bugs/1261872 [03:37] Thanks, I will check that out. [03:38] mamarley: since it is a eglibc bug about rearranging headers [03:38] mamarley: but perhaps not [03:38] It doesn't really look like it. [03:39] My problem is that the #-prefixed comments in syscall_64.tbl are processed as data instead of being ignored. [03:41] I am spinning up another saucy chroot right now so I can do more targeted testing (run the syscalltbl.sh script manually and check that the comments are ignored) [03:42] My gut feeling would be that it is a bash bug, but the version of bash did not change from Saucy to Trusty. [03:56] mamarley: /bin/sh would be dash but that appears unchanged as well [04:18] mamarley: nm I'm an idiot it runs with CONFIG_SHELL which seems to want to be bash [04:24] mamarley: though if anything it would seem like a grep bug, since grep does all the work filtering the comments, and grep is changed in trusty [04:30] mamarley: but the script by itself seems to work fine on both trusty and saucy here, so that's kind of weird [04:59] mamarley: I'm only in an lxc container though so I wouldn't see any weird kernel bugs, have you tested without -j? [07:35] * elfy wonders when firefox 26 will turn up properly [11:16] Strangely enough, it does indeed work perfectly if run it on my laptop (which is also running Trusty). [11:16] Let me check out that grep angle... [11:29] the latest ISO is broken, does not boot. HELP ? [11:45] om26er: whats the error message? [11:46] and how did you get a project cloak? [12:10] maybe not related but i had this problem on 12.04 yesterday. and i could not find a single hint in the logs [13:02] hiyas all [13:08] does anyone try xubuntu 14.04? [13:09] seems to me not very many - which is not much help when we're trying to get it tested [13:09] I - for one - do ;) [13:10] i have installed xubuntu 14.04 a1, but after installation, i found that the appearance is not what i saw in live cd [13:11] you probably have xfce session [13:11] i just installed and logged on [13:11] so should i change to xubuntu before log on? [13:11] yea - but ... [13:12] you might need to remove .config and .cache from your home [13:12] i found some software has been removed [13:12] with new replacement [13:13] remove .cache and .config from your home folder - logout, choose xubuntu session - login [13:13] there are user session bugs with the image [13:13] ok..i will have a try later [13:14] I'll be off again in 20 minutes, but will be about in a few hours again === Wubix_ is now known as Wubix [18:07] !schedule [18:07] Saucy Salamander (13.10) release milestones can be found at https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule [18:07] That better be updated [18:14] !schedule-#ubuntu [18:25] http://www.omgubuntu.co.uk/2013/12/ubuntu-14-04-alpha-1-released [18:26] !schedule [18:26] A schedule of Trusty Tahr (14.04) release milestones can be found here: https://wiki.ubuntu.com/ReleaseSchedule [18:26] genii: nice fix mate [18:27] lotuspsychje: I used to work on the factoids much more, just it's very time consuming when you start going through them all, etc [18:27] trism: Thanks for the help! I ended up figuring out that the problem was that grep was failing to load the PCRE library, and instead of displaying an error message, it was just silently failing and ignoring the regex. That caused the commented lines to slip through and break the kernel build. [18:27] genii: i understand, its a time robbing job but alot of factoids, still contain very usefull info [18:28] its hard to keep it up to date 24/7 [18:30] mamarley: wow that is really strange, I had a thought that grep might just be ignoring the regex but I couldn't figure out how to reproduce it, glad you got it working [18:51] Hi [18:52] How do I report errors against the current 14.04 version. The current livcd can not login. [19:02] you can manually create a bug report on launchpad and provide all needed information [19:10] SorenHolm, suggest you use acpi=off and nomodeset as boot options on the live cd , I believe it's F6 that gives those options on the try ubuntu page [19:11] BluesKaj: The case is that I get a kde-password promtp when pressing "Try Kubuntu". [19:13] then a kubuntu version must already be installed , SorenHolm [19:14] BluesKaj: yes - but does the livecd ask for a password just because I have kubuntu installed on the hdd? [19:16] SorenHolm, dunno why , but I've heard of this happening before , and sorrt to say I've forgotten what the workaround is. Unless your pw is accepted and lets the system boot the cd/dvd [19:18] BluesKaj: I'll try some other stuff.. [19:19] SorenHolm, do you have separate / and /home partitions, suggest you format / , then try the live media [19:20] with gparted live cd/usb [19:21] err format with that is ^ [19:28] SorenHolm, do you have separate / and /home partitions, suggest you format / with a utility like gpat, then try the live media [19:28] gparted [19:30] SorenHolm: if the kubuntu live session is asking for a password - it 'could' be a similar issue to the one xubuntu and lubuntu have or had [19:30] BluesKaj: hmmm - I don't want to wipe my current system just yet. [19:31] SorenHolm: have you tried using kubuntu without a password [19:31] though I am guessing as I'm not sure how kubuntu sets user sessions [19:32] elfy: well i just displays a password field - nu username or anything. [19:32] ok - not the same them [19:32] s/then [19:33] SorenHolm,assume you plan to install kubuntu , installing to / wheile leaving the /home dir alone is great method for clean installs of new vwrsions [19:33] versions [19:37] anyway, stuff to do, BBL === Logan__ is now known as Logan_ [23:29] I just updated to Trusty but it still shows I'm pulling from Saucy.