[00:16] <anonee> darkxst $ sudo adduser --system --group --home /var/lib/deluge deluge means the user deluge will be a member of system, group, and home groups?
[00:19] <darkxst> anonee, not exactly, it will create a user and group deluge:deluge with system uid/gid's (i.e. < 1000)
[00:20] <darkxst> however normally system users would not be added to a group
[00:22] <anonee> darkxst I followed this tutorial, for the second time, because i like deluge's performance, when the torrent is almost dead, it seems to work like "hoover", and I need it to run before I login, so I followed this tutorial http://dev.deluge-torrent.org/wiki/UserGuide/InitScript/Ubuntu%2011.04%2B%20%28Upstart%20Job%29
[00:22] <darkxst> also not sure why you are messing with those things..... the deluge packing would take care of it
[00:24] <anonee> this is the second installation, I've resolved this problem before, but that was with the help of someone,
[00:24] <anonee> which things?
[00:24] <darkxst> creating users etc
[00:25] <anonee> please have  a look at the page if you have 1 min, it's because I need it to run before i login
[00:28] <darkxst> probably all you need to do is edit /etc/default/deluged
[00:47] <anonee> darkxst the file doesn't exist, do you think it's a good idea to create it?
[01:00] <bulletmark> no ubuntu forum to post, so here goes .. yesterdays gnome 3 ppa update of gdm now means that gdm does not start at boot. Funny thing is, neither does lightdm. Both start fine at command line after boot. any ideas?
[01:01] <bulletmark> this is only in my Virtualbox guest installs of Ubuntu 13.04
[01:04] <bjsnider> the forums are still not back up?
[05:13] <anonee> darkxst are you still awake?
[10:18] <matanya> darkxst: I get this  https://github.com/paradoxxxzero/gnome-shell-system-monitor-applet/issues/117 quite a lot
[10:48] <darkxst> ricotz, hey!
[10:48] <ricotz> darkxst, hi
[10:49] <matanya> darkxst: did you see my message?
[10:50] <darkxst> will you do the cogl/clutter updates for 3.9.5?
[10:50] <darkxst> matanya, yes
[10:50] <matanya> need any other info I guess
[10:50] <darkxst> matanya, I can't fix arch bugs
[10:51] <matanya> it is an arch bug?
[10:51] <matanya> I thought it is a gnome issue.
[10:51] <darkxst> matanya, what distro you on?
[10:51] <matanya> arch
[10:52] <matanya> ok, glad to sort that out. thanks, i'll report on the arch tracker
[10:52] <darkxst> it is a bug in libgtop, that I have only seen reported by arch users
[10:57] <ricotz> <ricotz> darkxst, i guess this was meant for me, so yeah, i can look at cogl/clutter, no releases though yet, but i will try to update the snapshots
[10:57] <ricotz> <ricotz> darkxst, it will *require* a whole stack rebuild of cogl rdepends, therefore it is better to wait for a release where the soname is bumped as needed
[11:03] <darkxst> ricotz, I meant with the upcoming release, but right I had no idea how many cogl redepends there are
[11:04] <ricotz> darkxst, bpeel is working on a cogl release for today
[11:04] <ricotz> so i will try to pick that up tonight
[13:14] <ronj> Hi. Approximately 3 days ago, my top-right corner User menu stopped showing the 'Suspend' item when I press ALT. I disabled all my extensions and confirm I am no longer able to suspend from this menu. Any idea why? Could that be a regression? Or maybe it's deactivated because Shell actually detects my hardware doesn't support suspend, and in this case what might be the culprit? This is a Dell XPS 1645 laptop, which has been functioning OK with Ubuntu and
[13:14] <ronj>  GNOME 2/3 for years, and I am using Ubuntu GNOME 13.04 x86_64. Thanks for your help!
[13:18] <ronj> I precise I'm using the (stable, non-staging) PPA, which brings me to Shell 3.8.3
[15:28] <jbicha> darkxst: https://github.com/linuxmint/Cinnamon/commit/d4d268e
[15:54] <ricotz> jbicha, hi :), imo we shouldnt care about this thing
[15:55] <ricotz> darkxst, pushed cogl 1.15.4 and clutter snapshot to ricotz/unstable if you want to build things against it
[15:55] <ricotz> (the changelogs are not done though)
[15:55] <jbicha> ricotz: yeah, Cinnamon is not my responsibility either except that we had to make sure cinnamon would build against the bumped-soname gjs
[15:56] <ricotz> jbicha, i see, this just keeps packagers busy for no reason :\
[15:56] <jbicha> which? cinnamon or the soname bump?
[15:56] <ricotz> jbicha, cinnamon! ;)
[15:57] <jbicha> blame Debian for uploading it and abandoning it
[15:57] <ricotz> jbicha, there is kind of a promise that cogl won't bump again this cycle
[15:57] <ricotz> jbicha, why was it synced? :\
[15:58] <ricotz> jbicha, it can be removed easily for sure
[15:58] <jbicha> Ubuntu release team aren't really willing to block it at this time (they're not even willing to block MATE)
[15:59] <ricotz> jbicha, leaving it alone/broken is the way then
[15:59] <jbicha> Cinnamon really needs at least one developer to care a bit about it
[16:00] <jbicha> if it's still broken near release time it might be removed (but someone might just fix it at that point too)
[16:01] <ricotz> i see
[16:01] <ricotz> all those wild forks are pita
[16:02] <jbicha> it's a crowded field, why would an Ubuntu developer run Cinnamon when he can run Unity, GNOME Shell, XFCE, etc.?
[16:02] <jbicha> if he's a strong Cinnamon fan, he might just as well be a Debian or Mint developer instead
[16:03] <ricotz> exactly, this is a mint linux things like unity is for ubuntu
[16:03] <ricotz> and fighting with it in ubuntu and draw resources to it is not a good idea
[16:05] <ricotz> jbicha, btw the mentioned cogl/clutter build are fully wayland enabled and should suffice as dep for the wayland-based mutter/gnome-shell branches
[16:07] <jbicha> ricotz: so the idea is that it would make our life easier (for maintaining the gnome3 ppa) if the soname-bumped cogl would be in Saucy?
[16:07] <ricotz> jbicha, exactly ;)
[16:08] <ricotz> and given the promise of no further soname bump it should be done with 1.15.4
[16:09] <ricotz> jbicha, to have the wayland support there is need to get wayland/weston 1.2 in first
[16:10] <jbicha> I like the week after GNOME *.90 (and Freeze) and before Ubuntu Feature Freeze
[16:11] <ricotz> jbicha, that is fine as long it gets accepted
[16:12] <ricotz> doing the transition in the ppa isnt too much trouble
[16:12] <ronj> Hi (repeating a message from 3h ago, not spamming, I'd like the opinion of jbicha & ricotz who are here now). Approximately 3 days ago, my top-right corner User menu stopped showing the 'Suspend' item when I press ALT. I disabled all my extensions and confirm I am no longer able to suspend from this menu. Any idea why? Could that be a regression? Or maybe it's deactivated because Shell actually detects my hardware doesn't support suspend, and in this cas
[16:12] <ronj> e what might be the culprit and how can I fix it? This is a Dell XPS 1645 laptop, which has been suspending OK with Ubuntu and GNOME 2/3 for years, and I am currently using Ubuntu GNOME 13.04 x86_64 + PPA, i.e. GNOME Shell 3.8.3. Thanks for your help!
[16:14] <hashem> The shell detects what capabilities the system configuration has
[16:14] <hashem> perhaps you updated something?
[16:14] <ricotz> darkxst, hmm!
[16:15] <ricotz> darkxst, you uploaded a systemd enabled gnome-shell to the main ppa?
[16:15] <ricotz> darkxst, https://launchpadlibrarian.net/145965651/gnome-shell_3.8.3-1ubuntu2~raring1_3.8.3-1ubuntu5~raring1.diff.gz
[16:17] <ricotz> ronj, sorry, the problem is the gnome-shell package which shouldn't be in that ppa
[16:19] <ronj> ricotz, wow that was fast! well no problem, glad I was of help pinpointing the issue, be sure I'll be back whining in a few days if the problem persists :)
[16:19] <ricotz> ronj, ok ;)
[16:29] <roasted> ha, good catch
[16:29] <roasted> way to be awesome guys
[16:47] <ricotz> darkxst, ronj, pushed g-s updates
[16:51] <ronj> cool, I guess it's building, dist-upgrade currently returns "0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded." I'll try it as soon as it's available.
[16:52] <ronj> thx guys I'm leaving, have a good day/night
[18:21] <ronj_> darkxst jbicha ricotz : got the gnome-shell update and I confirm Suspend is back, wheeeeeeeee. Thx!
[18:47] <hashem> ronj_, nice job bringing up the issue quickly
[18:56] <jbicha> ricotz: darkxst: I think I'm going to upload gdm 3.9.5 to saucy https://git.gnome.org/browse/gdm/tree/NEWS
[18:58] <ricotz> jbicha, no concerns about the removed fallback greeter?
[18:59] <jbicha> ricotz: no, http://irclogs.ubuntu.com/2013/07/28/%23ubuntu-gnome.html#t21:55
[19:01] <jbicha> it's not been enabled in Saucy for a while anyway
[19:03] <ricotz> jbicha, ok, you are aware of some lucky (gir) api breaks in regards of gnome-shell which will stay on 3.8
[19:03] <ricotz> i am not saying it is broken already, just saying it is possible
[19:04] <ricotz> if all dependencies are served and it is compatible it seems fine to do
[19:06] <jbicha> yeah I think gdm itself doesn't really do bleeding edge dependencies on things like gtk or g-s-d so far
[19:06] <jbicha> what do you mean about gir?
[19:13] <ricotz> jbicha, i mean gnome-shell uses the "introspected" libgdm which could break api like other things e.g gnome-desktop/gnome-bluetooth
[19:16] <jbicha> you mean an upgrade to gdm could break gnome-shell?
[19:17] <jbicha> my instinct is that the risk of that is minimal and it's easier to take the new version than backport the bugfixes here
[19:17] <ricotz> yes, i am just saying they tend to break things as usual
[19:17] <ricotz> e.g. gnome-shell 3.9 doesnt work with gnome-bluetooth 3.8 (without patching it)
[19:17] <jbicha> :( I'm just hoping they're more distracted by working on other things this cycle ;)
[19:18] <jbicha> the login screen doesn't have to be rewritten every cycle...
[19:18] <ricotz> the revamped usermenu seems not have effected gdm, but things like that could though
[19:19] <ricotz> afaik there were some talks about changing the login-screen too
[19:19] <ricotz> which could rely on gdm changes
[19:19] <ricotz> just speculations from my side currently
[19:19] <jbicha> I hear you
[19:20] <ricotz> jbicha, so updating to 3.8.3.1 seems better
[19:20] <ricotz> if you arent targetting fixes in 3.9.5
[19:20] <jbicha> but I think it's ok to take gdm 3.9.5 with no guarantees that we'll take any future 3.9 or 3.10 upgrades and we'll still be better off than 3.8.* which may not be updated any more
[19:21] <jbicha> although I see that halfline just pushed gdm 3.8.4 so maybe I'll do that instead
[19:21] <ricotz> i mean 3.8.4 ;)
[19:21] <ricotz> https://git.gnome.org/browse/gdm/log/?h=gnome-3-8
[19:22] <ricotz> yes, do that
[19:22] <jbicha> ok
[19:25] <lk82> hi
[19:25] <lk82> hello everyone
[19:25] <lk82> i got a question cause i have a problem with gnome-shell desktop settings
[19:26] <lk82> Ubuntu 13.04 can't remember the settings and every reboot i don't see what i want - desktop with files, mounted drives etc
[19:26] <lk82> anyone got a sollution, please?
[19:33] <hashem> dconf sounds broken maybe
[19:33] <lk82> i reset settings and still the same
[19:35] <lk82> should i reset dconf?
[19:49] <jbicha> ricotz: gdm 3.8.3.1 or 3.8.4 doesn't want to compile, silly fallback mode
[20:03] <ricotz> jbicha, fails how?
[20:14] <jbicha> http://paste.ubuntu.com/5930321/
[20:20] <ricotz> jbicha, you are sure libgdmsimplegreeter.so.1 gets installed
[22:04] <darkxst> jbicha, I suspect gdm 3.9 would be find in saucy but probably best to wait for .90
[22:06] <jbicha> darkxst: it's funny, GNOME *is* rewriting the login screen again according to gnome-shell's NEWS
[22:06] <jbicha> but so far they haven't needed to mess with gdm
[22:08] <darkxst> yeh, thats all abstracted away in the js code