[05:26] <darkxst> robert_ancell, you know anything about multiarch?
[05:27] <darkxst> seems to be not setup on ubuntu gnome remix
[05:28] <darkxst> i.e. I do not see and cannot install any :386 packages on my 64bit
[07:33] <robert_ancell> darkxst, sorry, no
[08:08] <darkxst> robert_ancell, np, guessing its just something simple, but all seems to have changed for quantal ;(
[08:10] <darkxst> and there seems to be no documentation of the changes
[08:10] <jbicha> darkxst: are your multiarch problems on the live CD or after install?
[08:10] <darkxst> jbicha, after install
[08:11] <darkxst> three different installations have no multiarch
[08:19] <darkxst> precise has a multiarch file that specified a foreign-arch
[08:20] <darkxst> but that no longer exists in quantal
[08:20] <darkxst> dpkg --print-foreign-architectures, returns i386
[08:23] <jbicha> multiarch seems to work fine here, what specifically isn't working for you?
[08:24] <darkxst> well installing ia32-libs
[08:24] <darkxst> depends on ia32-libs-multiarch that doesnt show up
[08:25] <jbicha> darkxst: maybe bug 1016294 but it works here
[08:26] <darkxst> at which point I realised no :i386 packages show
[08:26] <darkxst> and 'apt-get update' is not loading the i386 packages
[08:26] <jbicha> your problems isn't specific to the Remix, is it?
[08:27] <darkxst> jbicha, I think so, my laptop has a vanilla ubuntu
[08:27] <darkxst> and its not affected
[08:31] <jbicha> ok, go ahead and open a bug and we can try to find someone who knows what's going on
[08:31] <darkxst> jbicha, I opend a bug against the build script
[08:31] <darkxst> https://bugs.launchpad.net/ugr-iso-build/+bug/1073435
[08:32] <jbicha> I tried looking at multiarch earlier when we had the trying to install wine on the live CD discussion and was annoyed that the multiarch file wasn't there any more
[08:33] <jbicha> could you paste your apt-get update output?
[08:37] <darkxst> hmm now I am getting i386 in update output
[08:39] <darkxst> and I have i386 packages now (before I had none), but no ia32-libs-multiarch still
[08:41] <jbicha> darkxst: try ia32-libs-multiarch:i386
[08:42] <jbicha> restarting gnome-shell gets nice error popups from nautilus-search-provider, contacts-search-provider, boxes-search-provider :(
[08:43] <darkxst> jbicha, 3.6?
[08:43] <jbicha> yes
[08:43] <darkxst> never seen that
[08:48] <darkxst> jbicha, so specifying 'ia32-libs-multiarch:i386' apt apparently finds that package but none of the dependencies ;(
[08:50] <darkxst> I think the completely broken multiarch is limited to my main box only
[08:50] <darkxst> ^was
[09:14] <lapion> I am missing the possibility to enable/disable restricted drivers ( such as nividia)
[09:39] <darkxst> lapion, that was moved into 'software sources'
[09:46] <lapion> yeah I got that from ubuntu..
[09:47] <lapion> what a location to find that..
[09:47] <lapion> ^#ubuntu
[09:48] <lapion> but there is one other thing..how can I set the weather app to Celcius ?
[09:48] <darkxst> weather app?
[09:49] <lapion> gnome2 classic
[09:50] <darkxst> oh, no idea
[09:51] <jbicha> lapion: by the way, the "GNOME Classic" session may not survive until the next LTS, GNOME plans to kill it soonish
[09:54] <lapion> gnome 3.x unity, ios, android and all other icon centric oses are all brain drainers.
[09:55] <lapion> it takes more time for the brain to analyse and image than it takes to recognise a letter, word or even a whole sentence
[09:56] <lapion> so when you realise your productivity has gone down, or you are more tired at the end of the day, you know it's because your mind has wasted too much time analysing icons/images..
[09:57] <jbicha> lapion: perhaps, but on the other hand, I usually use maximized windows in GNOME Shell and there's very little UI to "drain my brain", less than with GNOME 2
[09:58] <jbicha> lapion: part of killing the fallback mode is a proposal for GNOME to officially support extensions like the applications menu for usecases like yours
[09:58] <lapion> whenever you have to open the activities tab and look for a program .. etc etc..
[09:59] <darkxst> but why trawl through a menu when you can just search?
[09:59] <jbicha> lapion: my wife is using Xubuntu this month and she has significant difficulty finding apps in the applications menu
[10:00] <lapion> your mind uses less capacity to recognise words then it does to recognise icons
[10:00] <jbicha> typing a few letters or looking at big icons is much easier for me than trying to read text in submenus and make sense out of 12px icons
[10:01] <darkxst> lapion, I don't really buy that, but each to their own
[10:01] <jbicha> anyway, just use https://extensions.gnome.org/extension/6/applications-menu/
[10:01] <lapion> darkxst, why do you think we are not using the egyptian or the mayan alphabet
[10:03] <darkxst> lapion, chineese, japanese alphabets have 1000's of different character/symbols
[10:04] <lapion> darkxst, why do you think they have such thick glasses....
[10:04] <lapion> darkxst, at least those that know their own alphabet
[10:05] <lapion> or better said the ones that can actually read most of their alphabet, most know one an extremely small subsection
[10:05] <darkxst> sure, but you 'learn' the icons very quickly
[10:07] <lapion> darkxst, still those you have learned, the recognition of the icon ( even those you have learned) takes up more processing power
[10:08] <lapion> and I am not talking about cpu processing power, but brain processing power.
[10:34] <lapion> darkxst, it would be nice to give use at least one lts ..
[10:35] <darkxst> lapion, there is a long way to go before the next LTS
[10:35] <darkxst> and most likely gnome classic will have been removed upstream by then
[10:36] <jbicha> lapion: we did, it's 12.04 LTS
[12:51] <josy1982> hello?
[12:53] <smartboyhw> Hi josy1982
[12:53] <josy1982> is there a ubuntu gnome edition?
[12:54] <smartboyhw> josy1982, yes
[12:54] <smartboyhw> https://wiki.ubuntu.com/UbuntuGNOME/ReleaseNotes/12.10
[12:55] <josy1982> oh thx
[20:13] <trism> Looks like gnome-shell in quantal needs a dep on evolution-data-server, otherwise gnome-shell-calendar-server traps on http://paste.ubuntu.com/1321723/ and it brings the whole shell with it
[21:01] <jbicha> trism: yeah, Debian added that dependency pretty recently; do you know if there's an open bug for that yet?
[21:14] <trism> jbicha: not sure
[22:48] <trism> jbicha: the change was at http://git.gnome.org/browse/gnome-shell/commit/?id=b31d22488 which would make it around the right time for https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1044408 though the traces don't exactly match
[22:52] <jbicha> trism: ah, thanks I'll use that bug
[22:55] <jbicha> it looks like just depending on libebackend-1.2-5 is sufficient
[23:02] <trism> jbicha: it isn't though (at least anymore, don't know about then), because it tries to exec /usr/lib/evolution/evolution-source-registry which is in evolution-data-server
[23:03] <trism> jbicha: that's where I get the trap anyway
[23:24] <trism> seems gnome-shell -> libedataserver-1.2-17 -> evolution-data-server-common which has org.gnome.evolution.dataserver.Sources.service, which fails without evolution-data-server
[23:26] <trism> strangely, gnome-shell happily starts if that service file is deleted, maybe more of an issue with the deps of evolution-data-server
[23:31] <jbicha> trism: you can try filing a Debian bug requesting that eds-common depend on eds for that reason
[23:32] <jbicha> otherwise, I'll just add eds as a depends for the next gnome-shell upload, which at this point I don't plan to do until 3.6.2 is out in 2 weeks
[23:35] <jbicha> because we already have a pending sru and each sru takes 7 days or so and I don't want to delay 3.6.2 more than necessary
[23:36] <trism> jbicha: oh I understand, it isn't really a big issue (most people are likely to have it installed I imagine), I just ran into it today so I thought I'd mention it
[23:48] <darkxst> jbicha, any idea why quilt is making a meal of things here http://bazaar.launchpad.net/~darkxst/ubuntu/quantal/xorg-server/lp1073724/revision/256
[23:51] <jbicha> darkxst: that's fine; it's just updating the line numbers