[05:30] bigon, https://launchpad.net/ubuntu/+archive/primary/+files/gdm_3.10.0.1-0ubuntu3_3.10.0.1-0ubuntu4.diff.gz [05:31] you guys probably want those changes ;) [05:36] ahoneybun, hi, finally back from my lack of internet, sorry I forget where you where at, build failures on something? [07:06] darkxst: thx :) [07:07] they are already in our svn I think, the systemd support for DM was been cooked by pitti and joss during our sprint last weekend === prth is now known as prth|AFK [08:19] bigon, right, I just stole pitti's work anyway ;) ' [08:32] :) [10:50] upgraded to 3.12 from gnome3-staging; things seem fine [10:50] upgrade was a bit painful: gnome-settings-daemon-schemas 3.12 conflicts with unity-settings-daemon (which wants g-s-d-s << 3.10) [10:51] apt-get couldn't find reasonable solutions (either held a lot back or wanted to remove the ubuntu-gnome-desktop metapackage); aptitude dist-upgrade found one (remove unity metapackage as well as unity-settings-daemon and unity-control-center) [10:53] tracker-extract keeps segfaulting (bug 1304129); it's hard to debug without debug symbols [10:53] mgedmin, install the symbols then! [10:53] where can I find them? [10:55] this is tracker-extract 1.0.0-1ubuntu1~trusty1 from the ppa; so far I only found the -dbgsym packages for 0.16.2-1ubuntu4 from trusty/universe [11:01] mgedmin, additionally add "deb http://ppa.launchpad.net/gnome3-team/gnome3-staging/ubuntu trusty main/debug" [11:01] ooh, main/debug? does this exist for all PPAs? [11:02] no, just for those which support it [11:02] is this documented somewhere? my google failed [11:02] not sure, but i dont think [11:07] mgedmin, probably not documented but all gnome3-team ppa's support ddebs [11:07] apport-retrace picks them up automatically, but otherwise as ricotz said you need to add main/debug [11:08] mgedmin, we also have a retracer running (probably the only ppa with one) so if you submit crashes, they will get retraced ;) [11:09] https://bugs.launchpad.net/ubuntu-gnome/+bug/1304129 did not get retraced [11:10] mgedmin, yes it did, but coredump was invalid [11:10] maybe I should've allowed apport to submit a new bug instead of deciding it was a duplicate [11:10] "package libtracker-miner-1.0-0 does not exist, ignoring" seems to indicate that the retracer bot did not have the ppa enabled? [11:11] well, it was before the release... [11:11] https://bugs.launchpad.net/ubuntu-gnome/+bug/1309073 might've been after [11:12] mgedmin, occasionally retracer fumbles and things get blocked.... these things bit-rot fast ;( [11:12] anyway I've seen the segfault twice now in two days; with debug symbols available locally hopefully I'll get a full stacktrace tomorrow [11:13] mgedmin, ok CC me on bug report once you can provide that [11:14] mgedmin, also provided you don't need interactive debugging, apport-retrace works really well to analyse crash dumps ;) [11:14] hey, good idea [11:15] I still have the /var/crash/... file [11:15] mgedmin, aka, click' examine locally' in the [11:15] apport pop-up [11:15] (only shows if apport-retrace is installed though) [11:16] hm, but it already contains the (incomplete) stack trace [11:16] I see I don't have apport-retrace installed [11:16] mgedmin, that was either bit-rot, or an invalid core-dump [11:16] probably the first [11:18] ricotz, so packaging branches? git or bzr? [11:19] my preference would be for git, I still don't like bzr much! [11:20] stack trace produced by apport-retrace from the crash dump: http://paste.ubuntu.com/7358761/ [11:20] is there really a choice here? [11:21] https://code.launchpad.net/~gnome3-team [11:21] ricotz, also gdm in -staging will now boot off systemd ;) [11:21] oh :) [11:22] wasnt brave enough yet to switch [11:22] ricotz, bzr merges are a huge pain when the branches are not aligned ;) [11:23] hmm, so i guess you would prefer a github repo? [11:24] * mgedmin tries to figure out if pull-lp-source can fetch source packages from PPAs [11:24] mgedmin, I don't think so [11:24] use chdist [11:25] ricotz, github would work [11:33] mgedmin, please add that trace to a bug report, I am off for the night [11:34] darkxst, is it enough to link to the pastebin, or do you want an attachment? [11:34] mgedmin, attach it, pastebin's tend to expire sometimes [11:35] mgedmin, also `t a a bt full` can be nice if you can reproduce it ;) [11:35] oops, I forgot the 'full' [11:36] https://bugs.launchpad.net/ubuntu-gnome/+bug/1304129/comments/7 seems pretty clear [11:36] now I'd like to find the upstream bug tracker [11:38] b.g.i [11:38] b.g.o [11:38] thanks [11:38] but might already be fixed in tracker 1.0... [11:39] yup, it is fixed: https://github.com/GNOME/tracker/blob/master/src/libtracker-miner/tracker-decorator.c#L331 [11:40] in https://github.com/GNOME/tracker/commit/a1efdb7691542c4a871b3bd4d0aefe6aa34012f8 [11:40] 7 days ago [11:41] mgedmin, ok link upstream bug to lp report [11:41] * darkxst has to run now [11:41] there was no upstream release with this fix [11:42] mgedmin, and/or feel free to send through a debdiff with the patch added [11:42] ;) [11:43] darkxst, ok, i would prefer one branch per cycle containing all packagings [11:43] mgedmin, better get upstream to do a release ;) [11:45] ricotz, right, I guess if we have trusty, utopic etc branches, can just cherry-pick relevent bits as needed [11:46] mgedmin, ah, this wasnt even cherry picked to 1.0 yet [11:46] ricotz, or maybe it really needs to be trusty-3.10, 3.12 etc ? gah anyway need to sleep [11:46] darkxst, right, better gnome-3.10-trusty, gnome-3.12-trusty and so on ;) [11:47] darkxst, ciao [11:47] ricotz, night [11:55] mgedmin, pushed tracker including that patch [11:55] \o/ [13:13] anyone running with efi partition? [13:13] i have seriously long booting times and i think its because of that [13:16] i have ultrafast boot enabled in bios. while i had win8.1, i saw post screen, then windows logo for 2 seconds and after that could enter my password...but now, i see post screen, then theres blank grey screen with dark grey border for about 5 seconds and PC is doing nothing...then it disappears to black screen and finally i see ssd working for another 5 seconds...only then i see login screen [13:16] i wonder whats going on during the first grey image === ph_afk is now known as ph1 [15:43] is it possible to do a dist-upgrade from vanilla ubuntu to ubuntu gnome? [15:55] weierophinney: install ubuntu-gnome, remove ubuntu-desktop, keep the difference. [15:55] weierophinney: some minor things might get stuck weird e.g. some gsettings et.al. [15:56] install ubuntu-gnome-desktop [15:58] ah, yeah weierophinney ^ [15:59] eurythmia: that's it? Really? [15:59] I assume I also need to do the PPA purge, correct? [16:00] weierophinney: that installs gnome, gdm, and all the standard stuff in the ubuntu gnome dist. You *can* remove ubuntu-desktop if you'd like, but it's not necessary. [16:00] cool -- looks like I can do that _now_, and then upgrade to 14.04 when done with that. [16:00] weierophinney: xnox's warning about some minor weirdness hanging around still stands though. [16:01] eurythmia: I figured. I've had minor wierdness since switching to gnome-shell a couple years ago anyways. [16:01] weierophinney: no need to do PPA purge ... ubuntu and ubuntu gnome *are* the same distro with different user interfaces. [16:01] I'm just hoping this will be _less_ wierdness. :) [16:01] weierophinney: could be due to ppa use.. try the default ubuntu packages [16:01] ah, okay. [16:02] rigt -- that's what I was getting at. I have the gnome3- ppa currently. I should purge that one? [16:02] weierophinney: you should keep in mind, if you have issues with it, you get support from the ppa maintainers.. otherwise, i would just try both [16:03] okay [16:03] excellent -- wasn't aware of the ubuntu-gnome-desktop metapackage. That will be nice to try out. [16:03] Thanks, all! [16:04] if you are saying, i have always had issue with gnome, and always used the ppa, try the default repo packages.. at least you can get support from the larger ubuntu community [16:05] holstein: agreed, thx === prth is now known as prth|AFK [17:02] darkxst: Good job cutting it down to 2 PPAs. Couldn't have done it better imho [17:47] anyone can help me find out why booting my OS takes so long? :/ [17:52] Wild guess, one of your usb devices [17:54] I had that problem, powered down my HP 1018 LaserJet and booted normally [17:55] Then I noticed that hplip was again installed, which causes problems [17:55] my only usb devices are keyboard and mouse... [17:56] when i turn on my pc, after post screen it shows grey screen for about 5 seconds and do nothing... [17:56] only after that i see my ssd working [18:00] Ok, I did find a thread somewhere about the issue, do not know if there are bugs reported [18:02] <[Ch4m3l30n]> majod: you might want to make a Boot Chart to see what's going on... http://www.bootchart.org/ [18:29] [Ch4m3l30n]: thanks, will try!