[00:01] <eliasps> darkxst I changed the ~wilyX number manually on the debdiffs, with an editor. Is that ok? Also, with a new upstream release, that number is reset back to 1 or 0?
[00:01] <eliasps> Because there are multiple packages with both zeros and ones. one has a 0.1 too.
[00:03] <darkxst> eliasps, doesnt really matter if start at 1 or 0, but if you use `dch -l~wily` , it will automatically use 1
[00:04] <eliasps> Ok then, I'll use that! Thanks. Why some packages have to be syncs from debian?
[00:05] <darkxst> because they don't have any ubuntu specific changes, then we just sync from debian
[00:05] <eliasps> Ok. Thanks!
[00:09] <eliasps> The remaining debdiffs are on the same location (http://people.ubuntu.com/~eliasps/files/debdiffs/). I'll do the syncs too.
[00:10] <eliasps> I'll be keeping track of the versions for upgrades upstream from gnome's mailing list, to make them when they are out.
[00:11] <eliasps> But gnome-online-accounts always fail to build for some reason, I see no clear error on the sbuild test. just status attempted.
[00:11] <darkxst> eliasps, log?
[00:16] <eliasps> testing now. I'll send it once it's done.
[00:16] <eliasps> Pastebin?
[00:19] <darkxst> yeh
[00:20] <darkxst> eliasps, git-gsm-utils-fix-leak.patch in gnome-session has a bad rebase, and besides it should just be dropped
[00:25] <eliasps> I'll make it again.
[00:35] <eliasps> darkxst something with the symbols? http://pastebin.com/6kWLinv8
[00:36] <eliasps> E: Build failure (dpkg-buildpackage died)
[00:36] <darkxst> eliasps, yes, use the embedded diff in the log to update debian/libgoa-backend-1.0-1.symbols
[00:38] <darkxst> also change the version to just upstream version 3.18.1 (i.e on line 9 in your paste)
[00:40] <eliasps> Do I note that on the changelog?
[00:40] <darkxst> eliasps, yes of course, all changes you make should be noted
[00:45] <eliasps> Ok. I'll build it again and let you know. Thank you for your help.
[00:46] <eliasps> I have to go for now, I'll fix gnome-session and goa and send them to you once I'm back along with the debian syncs.
[04:26] <bcx> Hi, manual instal on wily:  gdm loops asking for the password, anyway I can get a session with 'sudo service gdm stop ; startx', /var/log/gdm/ is empty
[04:26] <bcx> I need to understand gdm issue but have no clue
[04:31] <darkxst> bcx what do you mean by manual install?
[04:31] <darkxst> you could be missing some dependencies?
[04:31] <bcx> darkxst: yes I use --no-install-recommends
[04:31] <darkxst> anyway to debug gdm set Debug=True in /etc/gdm/custom.conf
[04:32] <darkxst> some logs will goto to the journal, but some should be in /var/log/gdm also
[04:34] <bcx> darkxst: nothing created in /var/log/gdm
[04:34] <darkxst> check journal then
[04:36] <bcx> darkxst: using journalctl I can see a Clutter input issue http://paste.ubuntu.com/12892135/
[04:38] <darkxst> I'd be more worried about this one
[04:38] <darkxst> Oct 22 06:33:01 darkpad gdm-password][1889]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory
[04:38] <darkxst> and the other pam errors that are popping up in your logs
[04:39] <darkxst> the clutter message is not likely causing the problem
[04:41] <bcx> darkxst: commenting (prefix with -) pam_gnome_keyring in /etc/pam.d/gdm does not solve
[04:42] <darkxst> well you need that plugin anyway
[04:43] <bcx> darkxst: do you know the required package ?
[04:43] <darkxst> gnome_keyring?
[04:44] <bcx> ah ...
[04:44] <darkxst> bcx or you can always use something like `apt-file find pam_gnome_keyring.so`
[04:44] <darkxst> to find what package a file comes from
[04:52] <bcx> installing libpam-gnome-keyring does not solve http://paste.ubuntu.com/12892179/
[04:54] <darkxst> does it start to login? then go back to gdm?
[04:54] <darkxst> Oct 22 06:50:35 darkpad /usr/lib/gdm/gdm-x-session[772]: (II) Server terminated successfully (0). Closing log file.
[04:54] <darkxst> Oct 22 06:50:35 darkpad gdm-password][760]: pam_unix(gdm-password:session): session closed for user user
[04:54] <darkxst> Oct 22 06:50:35 darkpad gdm[431]: GdmDisplay: display lasted 2.449007 seconds
[04:54] <bcx> darkxst: exact
[04:55] <bcx> Oct 22 06:50:27 darkpad gnome-session[583]: gnome-session[583]: CRITICAL: We failed, but the fail whale is dead. Sorry....
[04:56] <bcx> darkxst: I hate this message
[04:56] <darkxst> that will be the problem
[04:57] <bcx> I surely need some more deps
[04:57] <bcx> darkxst: possible to debug gnome-session ?
[04:58] <darkxst> gnome-session should become more verbose when you enable gdm debug mode I think
[05:00] <bcx> darkxst: also Oct 22 06:50:28 darkpad gnome-session[633]: (gnome-settings-daemon:664): Gvc-WARNING **: Failed to connect context: Connection refused
[05:02] <darkxst> I don't expect that would be fatal
[05:03] <darkxst> the fail whale message
[05:03] <darkxst> happens when one of the required components fails to start
[05:04] <darkxst> which will likely be shell or g-s-d
[05:04] <bcx> what kind on compo ? gdm/gnome-session/gnome-shell ?
[05:04] <darkxst> ^^
[05:05] <bcx> strangely GS starts and is not cleaned http://paste.ubuntu.com/12892209/
[05:06] <darkxst> that looks like the gdm greeter
[05:06] <darkxst> it stays running on vt7, your user session ends up on vt2 (assuming this is 15.10)
[05:07] <bcx> it is
[05:07] <darkxst> 693 tty7     Sl+    0:06              \_ gnome-shell --mode=gdm
[05:08] <bcx> during last sprint I worked this around by using lightdm
[05:09] <darkxst> try a manual install in a clean VM, using `apt-get install ubuntu-gnome-desktop^`
[05:09] <darkxst> if that works, then you definately have a missing dep somewhere
[05:12] <darkxst> ibus is a recommends in our seeds, though maybe a hard dep these day in GNOME land
[05:12] <bcx> sure, one of the 300MB recommends
[05:13] <darkxst> bcx most of that will be libreoffice
[05:13] <darkxst> http://bazaar.launchpad.net/~ubuntu-gnome-dev/ubuntu-seeds/ubuntu-gnome.wily/view/head:/desktop
[05:14] <darkxst> see the * ( package ) lines, they are the recommends
[05:14] <darkxst> although that only covers the seed, not the underlying packages
[05:15] <bcx> darkxst: it took me long to get this right for trusty/vivid http://paste.ubuntu.com/12892232/
[05:16] <bcx> I am unhappy with the way people define recommends on debian/ubuntu
[05:17] <darkxst> which part?
[05:18] <darkxst> Someone was wanting to make an ubuntu-gnome-core seed, but it never happened
[05:19] <bcx> darkxst: one these recommends should be in deps http://paste.ubuntu.com/12892236/
[05:20] <bcx> darkxst: http://paste.ubuntu.com/12892232/ works great for trusty/vivid
[05:23] <darkxst> bcx, I don't know, there are maybe 2-3 people in the world that insist on using GNOME with --no-recommends
[05:24] <darkxst> more than happy to take fixes affecting deps, but not about to spend time debugging them
[05:24] <bcx> darkxst: maybe we are not a lot but we are consistent with what recommends means
[05:24] <darkxst> well sometimes upstream changes don't get reflected
[05:25] <darkxst> its not always obvious when upstream move from a soft (optional) dep to a hard dep
[05:25] <bcx> darkxst: keep/try my results for trusty/vivid if it can help the other 2 :)
[05:26] <bcx> darkxst: I understand as building a distro without automated tests :S
[05:27] <bcx> darkxst: so many combinations to manually check...
[05:29] <bcx> darkxst: btw I don't know if you remember our discussion 2 days ago about my chicken&egg issue with user-themes
[05:31] <bcx> darkxst: I can workaround it with 'gsettings set ... name Mytheme' either in session-migration or a simple autostart
[05:32] <darkxst> bcx, that is what the gsettings overrides are for!
[05:33] <darkxst> if you want to override settings system wide, use those
[05:33] <bcx> darkxst: already overriden org.gnome.shell.extensions.user-theme
[05:34] <darkxst> and I am still sure you don't need user-theme plugin for themes loaded from /usr/share
[05:34] <bcx> darkxst: some execution is required somewhere, I can confirm diff oldgsettings newgsettings returns nothing
[05:35] <darkxst> the whole point of user-theme is load plugins from ~/.local/share
[05:35] <bcx> darkxst: yes ! i would love to do that
[05:35] <darkxst> glib-compile-schemas /usr/share/glib-2.0/scheams
[05:35] <darkxst> after you edit the override file
[05:35] <bcx> darkxst: checking a sources it does at both $HOME & .local
[05:35] <bcx> darkxst: of course
[05:36] <bcx> 200+300MB landed, I confirm it is a "recommended" issue :)
[05:37] <darkxst> take a look at the germinate output for ubuntugnome
[05:37] <darkxst> and look for recommends below the core components
[05:37] <bcx> darkxst: yes "Recommended packages:" @ http://paste.ubuntu.com/12892236/
[05:39] <bcx> darkxst: you were taking about ibus-gtk3 ibus-table
[05:40] <darkxst> maybe and ibus of course
[05:40] <darkxst> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu-gnome.wily/rdepends/
[05:42] <darkxst> and maybe things like libclutter-1.0-common libcogl-common modemmanager network-manager-gnome
[05:47] <bcx> darkxst: my issue is more with gdm/gnome-session as I can startx
[05:48] <darkxst> bcx, gtg now
[05:49] <bcx> darkxst: thanks for your time
[08:51] <Dracco> Hello lads, quick quesion: any idea what time today is Gnome Wily released?
[09:07] <darkxst> Dracco, after I go to sleep
[09:09] <darkxst> probably around EOD in west coast US
[09:14] <Dracco> awesome, thanks!
[09:15] <darkxst> eliasps, think I uploaded most things for you
[14:51] <mgedmin> hm, should I ppa-purge before upgrading to 15.10?
[14:57]  * mgedmin assumes it's the safe course and does so
[15:02] <mgedmin> oh my, is ppa-purge amazingly slow?  yes it is
[15:44] <bp0> using ubuntu gnome as guest in virtualbox, with virtualbox-guest-utils installed, the mouse pointer is invisible during login
[15:47] <eliasps> darkxst thank you. I'll let you know about the rest.
[15:49] <mgedmin> what sort of input device does virtualbox present?
[15:49] <eliasps> Now that wily has been released, all the packages in staging (for wily) will be copied to xerial at the early development? What's the schedule?
[15:49] <mgedmin> if it looks like a touchscreen, gnome might be hiding the mouse cursor because it thinks you're running it on a tablet
[15:54] <bp0> mgedmin, you are right that vbox's default pointing device setting is USB Tablet
[15:54] <bp0> but I changed it to PS/2 Mouse and the same result
[15:54] <bp0> also, after login, the pointer is visible either way
[15:55] <mgedmin> I guess then my guess was incorrect
[16:01] <bp0> but good idea, tho
[16:02] <bp0> with usb tablet selected there is a usb input device, with ps2 mouse selected there is a serial input device
[16:02] <bp0> but either way there is another input device on pci
[16:02] <bp0> the vbox guest pci device that provides pointer integration
[16:03] <bp0> dmesg | grep input  ... shows both devices
[16:04] <bp0> maybe after login uses sees them in a different order than before login
[16:04] <bp0> but now i'm guessing
[16:07] <Olotila> can I get a menu or something for open apps?
[16:07] <Olotila> like "places", but it would be "running apps"
[16:07] <Olotila> or rather something that is always visible
[16:08] <mgedmin> there's probably a window list extension somewhere
[16:09] <bp0> Olotila, mgedmin: there is an extension... look in gnome-tweak-tool / extensions
[16:11] <bp0> its called "Window list"
[16:12] <Olotila> this seems nice
[16:12] <Olotila> https://extensions.gnome.org/extension/105/panel-docklet/
[16:14]  * mgedmin thinks about the inevitable disappointment that will come later when Olotila discovers the downsides of extensions (they become outdated and stop working, or are buggy and crash/freeze gnome-shell)
[16:14]  * mgedmin becomes sad
[16:22] <Olotila> i am pretty new to gnome, so that future does not scare me :)
[16:22] <Olotila> i am kinda searching my workflow with gnome, so far I like a lot
[16:23] <Olotila> i got bunch of crap all over, but it's not bothering me atm
[16:23] <Olotila> all kinda widgets and stuff
[16:23] <Olotila> just gonna reinstall or clean up when widgets loose their glamour
[17:18] <octoquad> Olotila, https://extensions.gnome.org/extension/307/dash-to-dock/ <- well maintained
[17:18] <octoquad> hi mgedmin
[17:19] <mgedmin> hi
[17:19] <octoquad> So, happy release day! :)
[17:35] <eliasps> darkxst goa and gnome-session debdiffs for staging: http://pastebin.com/NNQ8pKJS http://pastebin.com/tDaPRXck . On gnome-session, would you check the configure.ac log (from git) because those build-dep bumps I made maybe they should have been done in a previous release.
[17:39] <octoquad> darkxst, could you check this: https://bugs.launchpad.net/ubuntu-gnome/+patches the bottom <update> / New upstream patches look old. Can you confirm.
[19:50] <mgedmin> I see nautilus 3.16 didn't make it into wily
[19:54] <mgedmin> hello #1418771 old friend
[20:03] <mgedmin> hm, the gnome3 ppa is empty-ish (but thanks for a not-ancient gedit!)
[20:06] <mgedmin> ah, gnome3-staging has nautilus 3.18 and lots of other goodies
[20:06] <mgedmin> yummy
[20:43] <mgedmin> ah my computer feels so fast after a reboot
[21:49] <darkxst> mgedmin, nautilus 3.16 broke just about every ubuntu patch
[21:57] <bcx> darkxst: i got nautilus 3.16 running well with gnome3-staging on vivid
[21:57] <bcx> mgedmin: yes wily starts really faster
[21:57] <darkxst> bcx, we dropped the ubuntu patches there
[21:58] <darkxst> there not really relevant to ubuntu gnome, but needed for actual archive uploads
[22:12] <darkxst> eliasps, thx, uploading now
[23:27] <eliasps> darkxst remind me if you will, what do I need to send you to upload the syncs?
[23:28] <eliasps> I just downloaded the debian files, edited the changelog and debuild.
[23:38] <eliasps> Should I create the debdiffs against the PPA versions of the packages?
[23:42] <berglh> good morning people, congrats on the release
[23:55] <eliasps> ok scratch that. the debdiff against the debian version.
[23:55] <eliasps> berglh good morning.