[00:29] <jbicha> robert_ancell: gnome-software 3.26.1 works here and you can close LP: #1713285 except…
[00:29] <jbicha> the Add-ons > Shell Extensions subcategory is empty
[06:07] <oSoMoN> good morning desktoppers!
[06:11] <koza> o/
[06:43] <duflu> hi oSoMoN, koza
[06:53] <Gargoyle> mornin'
[07:01] <koza> duflu, there is a new trailer of Star Wars already available and I have a trailer of the next season 'Ubuntu vs Headsets' series, behold: "paź 10 08:50:56 fyke pulseaudio[2443]: [pulseaudio] module-bluez5-device.c: Refused to switch profile to a2dp_sink: Not connected"; Something to fill the cold and snowy winter evenings ;-)
[07:02] <duflu> koza, yeah one or two open bugs for such issues still. Also winter ended 6 weeks ago :)
[07:03] <koza> lol
[07:25] <didrocks> good morning
[07:33] <duflu> didrocks, morning. I'm about to attach a distro patch for font hinting etc
[07:38] <didrocks> duflu: do you think we could get an upstream review on it first?
[07:38] <seb128> good morning desktopers
[07:38] <didrocks> duflu: or are you very confident on it?
[07:38] <duflu> didrocks: Been waiting a day for upstream so far
[07:38] <duflu> Morning seb128
[07:38] <didrocks> (I think as we are in sync with mutter, some people won't be happy to diverge from debian)
[07:38] <didrocks> seb128: thoughts? ^
[07:38] <seb128> Trevinho, hey, thanks for fixing bug #1712866
[07:39] <duflu> didrocks, I don't mind if it waits for 18.04. The task is basically done
[07:39] <Trevinho> seb128: it's not the nicest way, as the apps are bugged (so they were also in unity7, to be fair, but the bug didn't show because we didn't stop the shell)... But at least
[07:39] <didrocks> duflu: ok, let's wait, I think the extra css change is good enough for 17.10
[07:39] <seb128> didrocks, we can see with jbicha, I'm not really getting annoyed by such graphical issues so I would tend to say it doesn't need to be fixed on the iso but if others think we should we can cherry pick tomorrow
[07:40] <didrocks> Trevinho: upstream already answered btw :)
[07:40] <didrocks> seb128: yeah, I think we mitigate the issue with my "fix"
[07:40] <seb128> didrocks, good enough for me
[07:40] <duflu> Also, gnome upstream is a couple of months behind on my other patches. I don't expect them to be fast
[07:40] <didrocks> duflu: maybe nag them on IRC?
[07:41] <didrocks> I'm afraid that's the only way it works
[07:41] <didrocks> Trevinho: it looks weird to add copyright on files you didn't change btw :)
[07:41] <duflu> didrocks, no need. I've actually forgotten most of what's pending. Will wait until they wake up
[07:41] <duflu> Some day
[07:41] <Trevinho> didrocks: oh, yeah, I forgot to remove those in fact
[07:41] <Trevinho> didrocks: as I changed them in another commit.... but..
[07:41] <Trevinho> let me fix it
[07:41] <seb128> didrocks, did you understand the copyright comment?
[07:41] <seb128> didrocks, did he meant that the copyright was changed in files we didn't contribute to?
[07:42] <seb128> it's weirdly worded
[07:42] <didrocks> seb128: I think that's this part, indeed
[07:42] <didrocks> but I'm unsure
[07:44] <duflu> didrocks, nice that the shell menus, dialogs and even the login screen is fixed too
[07:45] <seb128> duflu, unsure why you need more details on bug #1722258? it's pretty easy to confirm and the apport info are not very useful afaik
[07:46] <seb128> duflu, also if you can confirm bug #1722256 maybe you can upstream it? here it only displays a "?" when there is a captive portal
[07:47] <duflu> seb128, to prove to future readers of the bug that it pertains to 17.10
[07:47] <duflu> (since so many people still log gnome-shell bugs against 16.04 and 17.04)
[07:48] <seb128> duflu, well the bug was filed with apport and has that info, " DistroRelease: Ubuntu 17.10"
[07:48] <duflu> seb128, the "?" was in a haze of jetlag. Might have only been captive portals but I thought I saw it on my home network too
[07:48] <duflu> seb128, no it wasn't filed with apport. He added that on my request
[07:48] <seb128> I think I saw it once when I was online/not blocked by a portal but I can't reproduce
[07:49] <seb128> duflu, oh, you edited the description to include the apport info later, I see
[07:49] <duflu> seb128, no, apport-collect edits the description
[07:49] <seb128> ah
[07:49] <seb128> I didn't know that :-)
[07:50] <duflu> Sometimes multiple times if you're not careful
[07:58] <Gargoyle> This has been happening for a few days, finally the bug reported managed to gather all-the-things and successfully post it. (bug #1722468)
[07:58] <Gargoyle> Oh, it's private.
[08:00] <Gargoyle> Do I need to change that, or can the required people still access? (I assume because some of the debug stuff could contain private data from RAM, etc)
[08:01] <duflu> Gargoyle, we don't know who the required people are till we can see it. I can't see it either. Try changing it to public
[08:02] <Trevinho> duflu: where's the patch?
[08:02] <duflu> Trevinho, for what?
[08:02] <Trevinho> duflu: subpixel...
[08:02] <Gargoyle> #1722468
[08:03] <Gargoyle> bug #1722468
[08:03] <Gargoyle> There we go!
[08:03] <duflu> Trevinho, Ubuntu: https://bugs.launchpad.net/bugs/1714459 | upstream: https://bugzilla.gnome.org/show_bug.cgi?id=645433
[08:04] <duflu> Gargoyle, thanks but I set it back to private. The core dump is private. Just wait for the robots to come and retrace it...
[08:05] <duflu> Gargoyle, Strangely I can still see it while Private now. So that's good.
[08:06] <Trevinho> duflu: interesting.. thanks.
[08:06] <Gargoyle> duflu, ok.
[08:10] <Trevinho> duflu: I'm just a bit confused about the fact of using "org.gnome.settings-daemon.plugins.xsettings" for this...
[08:10] <Trevinho> I guess it should be put somewhere in a more generic place, then gsd or mutter will use the same
[08:10] <duflu> Trevinho, yeah ignore the name. It's what GTK does for Wayland, and what the wikis mention too
[08:11] <Trevinho> duflu: since in a wayland session gsd isn't considered at all for such things
[08:11] <duflu> Also that's what gnome-tweak-tool uses
[08:11] <duflu> Trevinho, well, your GTK apps for Wayland are using it :)
[08:11] <Trevinho> yeah... I mean, I guess it's the good moment to move all this somewhere in a place that is generic
[08:11] <duflu> Trevinho, that's a big can of worms. The schema name is hardcoded in countless projects
[08:12] <duflu> Moving it is a very difficult long term thing
[08:15] <Trevinho> duflu: not so many... (excluding gsd)
[08:15] <Trevinho>  /media/M2/GNOME/gtk+-3/gdk/mir/gdkmirscreen.c
[08:15] <Trevinho> /media/M2/GNOME/gtk+-3/gdk/wayland/gdkscreen-wayland.c
[08:15] <Trevinho> /media/M2/GNOME/mutter/src/core/prefs.c
[08:15] <duflu> Trevinho, OK, not so many if you only count Gnome. :)
[08:16] <Trevinho> I think others just depends on the xsettings it defines, no?
[08:17] <duflu> Trevinho, I guess wait for confirmation of a plan...
[08:17] <duflu> https://wiki.gnome.org/Initiatives/Wayland/GTK%2B#XSettings
[08:17] <duflu> https://wiki.gnome.org/Initiatives/Wayland/gnome-settings-daemon#xsettings
[08:18] <duflu> But don't block the patch waiting... because it's been so many years already
[08:19] <Trevinho> sure, not at all
[08:21] <duflu> Trevinho, also similar things: com.canonical.unity-greeter xft-rgba 'rgb'
[08:56] <andyrock> seb128: so yeasterday you logged off before I was able to write you back
[08:56] <andyrock> seb128: the patch is ubuntu-lid-close-suspend.patch
[08:56] <andyrock> try to remove it and check if the problem is still there
[08:57] <seb128> andyrock, hey, ok, I'm going to try that in a bit
[09:01] <didrocks> Trevinho: if you are still around, do you have time to finish up on https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/97? (you got some answers on the Utils. usage), we can sponsor it quickly once all approved by Jan Niklas
[09:01] <andyrock> seb128: btw I should get my adapter tomorrow so I can work on this
[09:02] <seb128> andyrock, nice
[09:50] <andyrock> https://errors.ubuntu.com/problem/fb179bc620e408d216f4b8700f714e6ebb2ebf09 nice to see that debug info stops with js code
[09:50] <andyrock> 💔
[10:05] <duflu> andyrock, although that crash is for Xorg sessions only
[10:05] <duflu> at least some good news
[10:05] <andyrock> I think it's due to dash-to-dock
[10:05] <duflu> andyrock, check out the yellow graph
[10:05] <andyrock> there is a call to global.sync_pointer();
[10:06] <andyrock> I guess we can avoid the crash inside ... sync_pointer
[10:06] <andyrock> but upstream will ask us to fix the problem in dash-to-dock
[10:07] <andyrock> if I'm right this should happen when autohide is enabled
[10:07] <andyrock> otherwise the problem is in gnome-shell
[10:38] <andyrock> or maybe not mmh
[10:43] <andyrock> but looks like they are already working on this https://bugzilla.gnome.org/show_bug.cgi?id=788666
[12:22] <willcooke> hi all
[12:23] <jibel> morning willcooke
[12:26] <seb128> hey willcooke, how is it going in N-Y?
[12:27] <willcooke> seb128, it's going.
[12:27] <willcooke> :)
[12:29] <seb128> heh
[12:29] <koza> willcooke, once you get over language barrier is shall be fine ;-)
[12:36] <willcooke> :)
[12:49] <oSoMoN> hey willcooke
[14:12] <alexarnaud> Hello all
[14:14] <jbicha> seb128: I have to do a new mutter upload to fix LP: #1722510 , did we want LP: #1714459 now or wait for it to be reviewed upstream first?
[14:15] <didrocks> jbicha: look at our disussion above ^ sounds like duflu was ok waiting
[14:16] <didrocks> (above being ~6h ago)
[14:16] <jbicha> ok
[14:17] <didrocks> jbicha: if you are confident enough and uploading the same with debian (keeping in sync), I think that's ok to get it in though
[14:20] <alexarnaud> I'm trying to help to translate Compiz in French, especially the show mouse and ezoom modules. On Launchpad when I try to translate Compiz I don't see Ezoom and show mouse modules, see https://translations.launchpad.net/ubuntu/artful/+source/compiz/+pots/compiz/fr
[14:20] <alexarnaud> Should I have to open a bug? If yes, where? On Compiz directly?
[14:21] <jbicha> didrocks: I'll hold off since it's not been reviewed in GNOME yet
[14:21] <didrocks> jbicha: sounds good to me
[14:28] <seb128> jbicha, what didrocks said
[14:30] <seb128> ok, it's meeting time
[14:30] <didrocks> yep!
[14:30] <seb128> #startmeeting Desktop Team 2017-10-10
[14:30] <meetingology> Meeting started Tue Oct 10 14:30:22 2017 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:30] <meetingology> Available commands: action commands idea info link nick
[14:30] <seb128> Roll call: andyrock (out), dgadomski, didrocks, duflu (out), jbicha, jamesh (out), jibel/heber, kenvandine, laney (out?), oSoMoN, seb128, tkamppeter, trevinho, robert_ancell (out)
[14:30] <jamesh> I'm here.
[14:30] <kenvandine> o/
[14:30] <seb128> jamesh, ah, good
[14:30] <seb128> don't forget to list your milestoned bugs and their status
[14:31] <jbicha> o/
[14:31] <heber> o/
[14:31] <seb128> ok, let's get started
[14:31] <seb128> #topic andyrock
[14:31] <oSoMoN> o/
[14:31] <seb128> he had to step out of a bit so his summary
[14:31] <seb128> 1. lp:~azzar1/unity/lockscreen-dont-allow-multiple-failre-retry (to avoid weird GUI issue if the user upgrade manually from Z to A, not a big issue but still a bug!)
[14:31] <seb128> 2. Some work on osk + gnome-shell:
[14:31] <seb128>    2.1. don't show (by default) if pyshical keyboard present
[14:31] <seb128>    2.2. show the osk just when the user touches an a text entry
[14:31] <seb128> 3. https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1714542
[14:31] <seb128>    3.1  Prepared a modified version of g-s to get more debug info
[14:31] <seb128>    3.2  Prepared a distro patch to workaround the issue for the moment
[14:31] <seb128> 4. Spent some time to make sure I can run g-s on wayland on X (using an artful chroot + jhbuild, I had to debug systemd issues etc.). This is useful to developers for several reasons (touch does not work with VM, don't want to update my main partion to A, etc.)
[14:32] <seb128>
[14:32] <seb128> he has bug #1716160 milestoned which I'm testing a change for
[14:32] <seb128> next
[14:32] <seb128> #topic dgadomski
[14:32] <seb128> dgadomski, hey
[14:32] <dgadomski> hey
[14:32] <dgadomski> I was on the second part of my vacation last week, so nothing to share today. But this time I'm back for good ;)
[14:32] <dgadomski> eof
[14:33] <seb128> thanks dgadomski
[14:33] <seb128> #topic didrocks
[14:33] <seb128> didrocks, hey
[14:33] <didrocks> ubuntu dock cherry-pick from dash to dock fixes after reporting: edge scroll fix, maximized window resized
[14:33] <didrocks> Ambiance/Radiance theme fixes for background window not showing up proper action button.
[14:33] <didrocks> glib sponsor fix for gsettings key (per session overrides leading to plugin list not loaded in rhythmbox) + merge with debian + debug & fix for i18n (desktop action on right clicks not being translated) in action mode (debian patch which needed fixing, reported it there thus).
[14:33] <didrocks> Reset the gsettings key for rhythmbox plugin list if people didn't get our desired default (not destructing people who set their own plugin lists)
[14:33] <didrocks> Reviewed unity7 keys trevhino + fix some gnome-session migration
[14:33] <didrocks> Theme fixes review and discussion with Trevhino
[14:33] <didrocks> Extensions indicator patch review and sponsoring
[14:33] <didrocks> Debug on some GNOME Shell extensions said to be not working in our session bug. Some are due to our session (or GNOME Shell), other on the extensions themselves. All fixes need to be done in the extension
[14:33] <didrocks> Contributed to 17.10 Release main page
[14:34] <didrocks> Grab comments/feedback we got with top quotes on our default session work (over the 600+ comments on my blog)
[14:34] <didrocks> .
[14:34] <seb128> thanks didrocks, good work as usual!
[14:34] <didrocks> thx ;)
[14:34] <seb128> no milestoned bug assigned so we can move to the next one
[14:34] <seb128> #topic duflu
[14:34] <seb128> * Video acceleration:
[14:34] <seb128>   - Completed final testing and documentation for 17.10's out-of-the-box experience: https://wiki.ubuntu.com/IntelQuickSyncVideo
[14:34] <seb128>   - Sadly we just passed two months of my main VAAPI fix for totem/gstreamer being ignored upstream: https://bugzilla.gnome.org/show_bug.cgi?id=773453
[14:34] <seb128>   - Happily, it still seems to be working well for Ubuntu users.
[14:34] <seb128> * Performance (https://trello.com/c/7zeMdP0S/240-fix-totem-performance)
[14:34] <seb128>   - Proposed distro patch for artful to eliminate half of totem's CPU usage: https://bugs.launchpad.net/ubuntu/+source/clutter-gtk/+bug/1698282 (upstream are now silent on the matter so just go with it...)
[14:34] <seb128>   - Proposed distro patch to fix related GdkFrameClock smoothness: https://code.launchpad.net/~vanvugt/gtk/fix-1698270/+merge/331846 (again, upstream have had the patch for a while but are silent still)
[14:34] <seb128>   - Looks like these fixes will miss release.
[14:34] <seb128> * Appearance (https://trello.com/c/YgueNEZA/260-bug1714459-shell-panel-font-is-blurry-under-wayland)
[14:34] <seb128>   - Prototyped and proposed to mutter upstream a fix for blurry shell text rendering in Wayland sessions: https://bugzilla.gnome.org/show_bug.cgi?id=645433
[14:34] <seb128>   - This actually fixes all shell text including panel, menus, dialogs and the gdm login screen!
[14:34] <seb128>   - Looks like this fix will also miss release...
[14:34] <seb128> * Other:
[14:34] <seb128>   - Minor fix to upstream gnome-shell: https://bugzilla.gnome.org/show_bug.cgi?id=788752
[14:35] <seb128> * Daily bug management across gnome-shell, mutter, gdm, ubuntu-themes, bluez, pulseaudio, dkms and mir.
[14:35] <seb128>   - Fully caught up on the bug backlog from travel.
[14:35] <seb128>
[14:35] <seb128> k, that should be enough for people to read, next
[14:35] <seb128> #topic jbicha
[14:35] <seb128> jbicha, hey
[14:35] <jbicha> • Packaged GNOME 3.26.1
[14:35] <jbicha> • Helped slangasek remove thunderbird/s390x
[14:35] <jbicha> • Added fonts-indic to desktop-common
[14:35] <jbicha> • Fixed LP: #1721802 upstream and in Ubuntu
[14:35] <jbicha> • Filed LP: #1720262 upstream. I think I'd rather not remove the Actions from the .desktop because that could cause a translation problem when we want to re-enable it.
[14:36] <jbicha> so how do we mark that?
[14:36] <jbicha> eof
[14:36] <seb128> comment saying it's going to be fixed in a sru?
[14:36] <seb128> I'm not sure upstream reassigned correctly btw
[14:36] <seb128> gnome-screenshot displays the "fallback to x11" when the dbus call to the screenshoter fails
[14:36] <seb128> but in this case I think it failing is a gnome-shell bug
[14:37] <seb128> since the call is correctly made
[14:37] <seb128> but the file is never stored on disk
[14:37] <seb128> I'm going to comment upstream with some details later I think
[14:37] <seb128> thanks jbicha
[14:37] <seb128> #topic jamesh
[14:37] <seb128> jamesh, hey
[14:38] <jamesh> snapd: work on getting my user-mounts branch to perform mounts while running as
[14:38] <jamesh>  regular user with privileges (needed to support xdg-document-portal)
[14:38] <jamesh> gnome-control-center: track down whoopsie restart loop (bug #1720331).  I have
[14:38] <jamesh> a patch that seems to stabilise the switch, but whoopsie-preferences might need
[14:38] <jamesh>  a change to fully fix the problem.  Will have the g-c-c packaging merge request ready tomorrow.
[14:38] <jamesh> snap forums: followed up on various desktop related threads (content interface as a solution for cups plugins, problems with file choosers)
[14:38] <jamesh> eof
[14:38]  * didrocks is amazed that jamesh is still around at that time
[14:38] <jamesh> didrocks: it's an hour earlier this week, and I just got back from dinner
[14:38] <didrocks> dedication :)
[14:38] <jamesh> (and I'd forgotten to send a status update by email)
[14:39] <seb128> jamesh, bug #1722195 and bug #1721735 are targetted to artful and assigned to you but they are rather recent, did you look at them yet?
[14:40] <jamesh> seb128: we were discussing them in an email thread with will, robert, and jibel.  I haven't made any progress on them beyond that.
[14:41] <seb128> k
[14:41] <seb128> thanks jamesh
[14:41] <seb128> next
[14:41] <seb128> #topic jibel/heber
[14:41] <heber> Hey! QA Status:
[14:41] <heber> * Daily triaging
[14:41] <heber> * More upgrade tests (update-manager crashes on wayland, synaptics -> libinput transition, migration script failure)
[14:41] <heber> * Moved private desktop dashboard to desktop.kpi.canonical.com
[14:41] <heber> * Added ISO size to the main dashboard
[14:41] <jamesh> seb128: for the second one, the short term fix might be to just #ifdef out the auth dialog support in gnome-software: a real fix would require snapd changes that probably won't make it
[14:41] <heber> * Tested support for policy kit for snap packages in gnome-software
[14:41] <heber> * Wrote test plan for the policy kit support for snap packages
[14:41] <heber> * Implement DBUS service for gnome integration tests
[14:41] <heber> * Implement test runner for gnome integration tests
[14:41] <heber> EOF
[14:41] <jibel> s/gnome/gnome-shell/
[14:41] <jibel> thanks heber :)
[14:41] <heber> jibel,  :)
[14:42] <seb128> jibel, did you manage to verify if bug #1715330 is fixed for you?
[14:42] <jibel> seb128, not yet
[14:42] <seb128> k
[14:43] <seb128> thanks jibel heber
[14:43] <seb128> #topic kenvandine
[14:43] <seb128> kenvandine, hey
[14:43] <kenvandine> * Did a round of manual testing on all our GNOME snaps in the edge channel and promoted them to stable.
[14:43] <kenvandine> * Worked on snapping Geary, webkit has proven to have issues in a snap.  libwebkitgtk thinks the web process binaries are installed under /usr/lib.  I've created a webkitgtk build snap that should honor WEBKIT_EXEC_PATH, but haven't been able to build Geary using the build snap yet.
[14:43] <kenvandine> * Working on updating the Remmina snap, maintained upstream, to include the desktop and wayland interfaces as well as utilize the gnome platform snap.
[14:43] <kenvandine> * Working with popey to finish up the elementary sdk build snap
[14:43] <kenvandine> eof
[14:43] <jibel> kenvandine, where is the list of all our gnome snaps?
[14:44] <kenvandine> https://wiki.ubuntu.com/DesktopTeam/GNOMESnaps
[14:45] <jibel> thanks
[14:45] <kenvandine> jibel, it would be nice to automate some testing of those :)
[14:45] <kenvandine> i'm going to get automated builds going
[14:45] <jibel> kenvandine, indeed, snaps on desktop is one of our priority
[14:46] <seb128> +1
[14:46] <seb128> thanks kenvandine
[14:46] <seb128> #topic Laney
[14:46] <seb128> Laney, around?
[14:47] <seb128> I guess not and I didn't see a summary via email
[14:47] <seb128> k, let's move on then
[14:47] <seb128> #topic oSoMoN
[14:47] <seb128> oSoMoN, hey
[14:47] <oSoMoN> hey there
[14:47] <oSoMoN> • chromium-browser 61.0.3163.100 stable update published to trusty, xenial, zesty, artful
[14:47] <oSoMoN> • updated chromium beta to 62.0.3202.45
[14:47] <oSoMoN> • still trying to solve the chromium 62 on trusty build problems, as it will soon become stable (ETA next week)
[14:47] <oSoMoN> • investigated further bug #1697641
[14:47] <oSoMoN> • investigated and discussed bug #1718446, proposed fix upstream and waiting for feedback
[14:47] <oSoMoN> • investigated bug #1662031, acked Gunnar's proposed fix and reported upstream to look for a more generic solution
[14:47] <oSoMoN> • filed bug #1722151
[14:47] <oSoMoN> ^D
[14:48] <seb128> thanks for the work on those gdm issues
[14:48] <seb128> what's the status of the fallback one? blocking on upstream?
[14:48] <seb128> do you think we should distro patch your change?
[14:49] <oSoMoN> I just had an idea of a possibly less intrusive change, I'm going to experiment with it now
[14:49] <seb128> nice
[14:49] <oSoMoN> I'd rather have upstream ack the patch before distro patching
[14:49] <seb128> right but freeze is thursday
[14:49] <oSoMoN> yes
[14:49] <seb128> so it's tight
[14:49] <seb128> anyway let's rediscuss it later or tomorrow
[14:50] <seb128> thanks oSoMoN
[14:50] <oSoMoN> let's see if I can get halfline to comment on it today
[14:50] <seb128> that would be great
[14:50] <seb128> thx
[14:50] <seb128> next
[14:50] <seb128> #topic seb128
[14:51] <seb128> - sponsored orca fix from andyroc_k
[14:51] <seb128> - reverted g-s-d changes to drop setting of ibus in favor of initial setup which we don't use
[14:51] <seb128> - debugged/backport udisk fix for audio/blank cds
[14:51] <seb128> - updated poppler to re-enable its openjpeg decoder so images can be displayed in pdf again
[14:51] <seb128> - debugging/fixed the g-s-d housekeeping dbus service not working
[14:51] <seb128> - discussed gdm/locale changes
[14:51] <seb128> - recent bugs & e.u.c daily triaging
[14:51] <seb128> - updated langpacks and tested a bit the current french translations
[14:52] <seb128> my milestoned bugs are fix commited
[14:52] <seb128> outside of an ubiquity/orca issue which I know how to fix but didn't get to it, on my list for today or tomorrow
[14:52] <seb128> next
[14:52] <seb128> #topic tkamppeter
[14:52] <seb128> tkamppeter, hey
[14:52] <tkamppeter> - ippusbxd: Released 1.31 with bug fixes, especially a missing 'TAG+="systemd"' in the UDV rules file added.
[14:52] <tkamppeter> - UDEV/systemd: Tested auto-setup of USB printers which does not work any more -> bug 1721839 Did additional tests together with xnox via IRC and found escaping issues as possible cause. xnox is busy with other systemd issues, so solution probably only as an early-term SRU.
[14:52] <tkamppeter> - Release Notes: Added updated info about driverless printing and the USB auto-setup issue.
[14:52] <tkamppeter> - Bugs.
[14:53] <seb128> thanks tkamppeter
[14:53] <seb128> #topic trevinho
[14:53] <seb128>  · Migrate properly font scale settings from unity to gnome, keeping
[14:53] <seb128>    unity settings in a different namespace
[14:53] <seb128>  · Some debugging in mutter crashes (but without many luck, due to
[14:53] <seb128>    missing infos on crash dumps).
[14:53] <seb128>  · Fixed theme notebook's tab backdrop state
[14:53] <seb128>  · Fixed suggested-action theming to be more consistent with ambiance
[14:53] <seb128>  · Use inverted decoration gradient in maximized windows (let's decide
[14:54] <seb128>    the bottom gradient color and land it)
[14:54] <seb128>  · Experiments and analisys with some cool cloud-related project
[14:54] <seb128>  · Fixed ubuntu gtk-2 themes with proper menu colors and support for
[14:54] <seb128>    mate desktop apps
[14:54] <seb128>  · Fixed issue with app-indicators not showing again after lock-screen
[14:54] <seb128>    or any enable/disable (actually it's an apps bug!).
[14:54] <Trevinho> (hi!)
[14:54] <seb128> Trevinho, you forgot the review of your milestoned bugs. bug #1716056 you seem to work on and have a fix for bug #1714504
[14:54] <seb128> but bug #1717923, is that fixed?
[14:55] <seb128> bug #1716341 as well, I think it is in .1?
[14:56] <Trevinho> seb128: we can't reproduce 1717923 the crash, the fix to ignore wrong config seems to worl and it's already in 3.26.1
[14:56] <seb128> oh, and hey Trevinho-who-never-sleeps :-)
[14:56] <seb128> Trevinho, can you comment on the bug/close the one fixed?
[14:56] <seb128> Trevinho, thanks, and good work as usual :-)
[14:56] <Trevinho> I asked for feedback, was waiting for some reply before... but ok
[14:57] <seb128> also I liked my tb context menu better before, unsure if that's your gtk2 fixes to blame :p
[14:57] <seb128> Trevinho, it's fine, please just include the status of milestoned bugs next week in the summary
[14:57] <seb128> Trevinho, thanks!
[14:57] <Trevinho> seb128: I didn't land that yet,so no
[14:57] <seb128> k, so it's tb itself I guess
[14:57] <seb128> moving on then
[14:57] <jbicha> tb is gtk3 now, right?
[14:57] <seb128> jbicha, could be?
[14:58] <seb128> is that recent?
[14:58] <seb128> I didn't look much, just that the context menu doesn't look nice
[14:58] <Trevinho> yeah, so it should be
[14:58] <seb128> cool
[14:58] <seb128> thanks Trevinho
[14:58] <seb128> #topic robert_ancell
[14:58] <Trevinho> seb128: ah, need to figure what to do with the panel mode in maximized windows
[14:58] <seb128> Artful release bugs:
[14:58] <seb128> - Issues with GNOME Software installing / removing snaps - fix being testing in ppa:ubuntu-desktop/gnome-software (LP: #1721740) (LP: #1721765)
[14:58] <seb128> - GNOME Software high CPU usage - being investigated (LP: #1716579)
[14:58] <seb128> - GNOME Software cancellation issues - being investigated (LP: #1722183) (LP: #1721762)
[14:58] <seb128> Other work:
[14:58] <seb128> - GNOME Software 3.26.1 package update to artful.
[14:58] <seb128> - Fix average ratings in GNOME Software Xenial
[14:58] <seb128> - Refactoring in snapd-glib to handle requests during async operations correctly.
[14:58] <seb128> - Migrating LightDM bzr branch to git for moving to GitHub.
[14:58] <seb128> #topic AOB
[14:59] <seb128> Trevinho, some more panel fun? ;-)
[14:59] <seb128> bug #1722479 also around the lines of panel/color/etc
[14:59] <seb128> anyway
[14:59] <seb128> any other topic to discuss today?
[15:00] <jbicha> upstream says that we shouldn't offer empathy 3.25 but use 3.12.14 instead (still has the webkit2 migration) so we might have an ugly version number for that
[15:00] <jibel> o/
[15:00] <didrocks> (panel/dock color will always be different as we have a gradient on top)
[15:00] <Trevinho> seb128: yeah, I mean I've a branch done but didrocks doesn't like it, duflu thinks it's better and andyrock too, but not perfect, however still an improvement.... it's all about finding the proper color
[15:00] <seb128> jbicha, why?
[15:01] <jbicha> upstream says 3.25 is too buggy, it may take months before it's fixed(?)
[15:01] <seb128> k, fine then
[15:01] <didrocks> Trevinho: As discussed, I prefer your second proposal, but with some rework on the traditional titlebar (lighter color), you told you could do this but didn't see any movement?
[15:01] <seb128> Trevinho, didrocks, let's continue discussing those tweaks later, it's not something we are going to resolve in a meeting I guess...
[15:01] <didrocks> I don't think anyway it's something really important in general, we had that for a big part of the cycle and 2 weeks before release is late for such change
[15:01] <didrocks> +1
[15:02] <didrocks> (well, just after meeting)
[15:02] <seb128> k
[15:02] <jbicha> https://mail.gnome.org/archives/distributor-list/2017-September/msg00000.html
[15:02] <seb128> jbicha, thanks
[15:02] <seb128> any other topic to discuss then? ;-)
[15:02] <jibel> yes
[15:02] <Trevinho> didrocks: I didn't tonight, I did last week, but since I'm quite happy with both, i'd prefer you guys to pick the colors :-D
[15:02] <jbicha> nothing from me :)
[15:02] <seb128> jibel, yes?
[15:03] <seb128> sorry I didn't see your o/ first
[15:03] <jibel> as every knows release is next week, we'll have an UbuntuOnAri Hangout on Monday
[15:03] <jibel> to talk about ISO testing and all the tips and  tricks
[15:03] <jibel> more details on the community hub https://community.ubuntu.com/t/ubuntu-17-10-community-iso-testing/458
[15:03] <jibel> UbuntuOnAir*
[15:04] <jibel> ...
[15:04] <seb128> good
[15:04] <didrocks> nice!
[15:04] <seb128> do you need anything for the team?
[15:04] <seb128> participants? feedback?
[15:05] <jibel> participants from all flavors, testers, and feedback (bug reports ...)
[15:05] <jibel> it'd be nice to have people testing on hardware too
[15:05] <seb128> right
[15:05] <seb128> everyone, please join in testing, feedback, etc
[15:06] <seb128> thanks jibel
[15:06] <seb128> other topics?
[15:07] <seb128> seems not? it's a wrap then
[15:07] <seb128> thanks everybody
[15:07] <seb128> #endmeeting
[15:07] <meetingology> Meeting ended Tue Oct 10 15:07:10 2017 UTC.
[15:07] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2017/ubuntu-desktop.2017-10-10-14.30.moin.txt
[15:07] <didrocks> thx!
[15:07] <oSoMoN> thanksC
[15:07] <didrocks> Trevinho: want to discuss theme thus?
[15:07] <Trevinho> didrocks: ok
[15:08] <didrocks> Trevinho: as told, from your 2 proposals, I like the second one you did last Friday
[15:08] <didrocks> but
[15:08] <Trevinho> didrocks: the one I didn't push eventually? :)
[15:08] <didrocks> the titlebar (not headerbar) needs to be a little bit lighter IMHO
[15:08] <didrocks> yep
[15:08] <didrocks> well
[15:08] <didrocks> the last one in the ppa
[15:09] <didrocks> I feel that the top bar + headerbar is working well
[15:09] <Trevinho> ah, since I shown one screenshot here, but it wasn't the one I pushed then, it was a bit different
[15:09] <didrocks> I'm running the ppa since Friday
[15:09] <Trevinho> to avoid changing the look of classic menubars
[15:09] <didrocks> (well, wget it)
[15:09] <didrocks> so unsure if you updated it or not
[15:09] <Trevinho> (of course)
[15:09] <Trevinho> nope
[15:10] <Trevinho> by lighter you mean that it should be ligher in the top side or bottom side?
[15:10] <didrocks> top side, I find it in traditional title bar (not headerbar) like a strong dark flat thingy
[15:10] <didrocks> let me screenshot
[15:10] <Trevinho> As I'd prefer to keep the bottom color the same of it was before in order to be the same of other widgets that could be there (like menubars)
[15:10] <Trevinho> ok
[15:10] <didrocks> (cheese)
[15:10]  * Trevinho switches laptop
[15:10] <didrocks> too late
[15:11] <didrocks> Trevinho: https://imgur.com/a/rwfV6
[15:11] <didrocks> I find the top part of the title bar to be really dark, and it's jumping on my eyes (contrary to the headerbar)
[15:12] <didrocks> just added the headerbar screenshot as well for those interested
[15:14] <oSoMoN> seb128, Ray suggested a solution on https://bugzilla.gnome.org/show_bug.cgi?id=788552 , I’ll give it a try
[15:16] <Trevinho> didrocks: ah ok... quite agree... let me hack the color a bit
[15:17] <didrocks> oSoMoN: seb128: /!\ it means we'll need to change the ubuntu-xorg session thus as well. I'm unsure as we can't transition people already running the beta and selecting xorg they won't be upgraded on a random session now
[15:17] <didrocks> or we need a gdm migration patch
[15:17] <didrocks> which sounds… risky at this point
[15:17] <didrocks> Trevinho: \o/
[15:18] <seb128> oSoMoN, great
[15:19] <seb128> didrocks, :-(
[15:24] <oSoMoN> didrocks, isn't that an acceptable breakage, given it's only a beta?
[15:25] <didrocks> oSoMoN: I don't really like breaking people knowingly, we can have a small distro patch to rename the picked up session I guess in the code that we'll drop next cycle
[15:26] <oSoMoN> can be done, indeed
[15:27] <didrocks> only hardcode 2: gnome-xorg and ubuntu-xorg and change the string to "gnome" and "ubuntu" IMHO
[15:27] <didrocks> should be a 2 liners (3 with the free :p)
[15:27] <didrocks> IMHO
[15:28] <Trevinho> didrocks: so this was the one I showed here...
[15:28] <Trevinho> https://usercontent.irccloud-cdn.com/file/2BDAxsbR/
[15:29] <didrocks> Trevinho: that's not the last patch, correct?
[15:29] <Trevinho> didrocks: no
[15:29] <didrocks> Trevinho: I guess for titlebar, that's fine, keep the headerbar as it is though, please
[15:29] <Trevinho> it's 1.5, which I didn't push :)
[15:29] <Trevinho> headerbar isn't touch
[15:30] <jbicha> oSoMoN: the ubuntu-settings package will need to be updated for the imagemagick .desktop hack if the sessions aren't ubuntu and ubuntu-xorg
[15:33] <Trevinho> didrocks: or even lighter bottom
[15:33] <Trevinho> https://usercontent.irccloud-cdn.com/file/DLQ4KFP5/
[15:34] <Trevinho> as it probably works better when there are no menus
[15:34] <Trevinho> https://usercontent.irccloud-cdn.com/file/jPZkVykR/
[15:34] <jbicha> kenvandine: thoughts on LP: #1712535 ?
[15:35] <didrocks> Trevinho: +1
[15:35] <Trevinho> ok, pushing this
[15:36] <kenvandine> jbicha, i guess i'm fine with it, maybe minus the libido patch
[15:36] <kenvandine> that was just to use our design of the modal dialog for voip calls
[15:37] <kenvandine> we could skip that to avoid the libido depends
[15:37] <kenvandine> oh, actually known of this would make the indicator work in gnome-shell though
[15:38] <oSoMoN> jbicha, the sessions will remain ubuntu and ubuntu-xorg, but the X fallback for the "ubuntu" wayland session will be named "ubuntu" too, and "ubuntu-xorg" will be visible in wayland only
[15:38] <kenvandine> jbicha, it used the messaging menu not libappindicator
[15:38]  * kenvandine comments on the bug
[15:38] <oSoMoN> jbicha, so IIUC your ubuntu-settings patch, it won't need updating
[15:43]  * oSoMoN goes parenting, back later for some gdm fun
[15:49] <Trevinho> didrocks: ok, pushed, rebuilding now
[15:51] <didrocks> Trevinho: nice!
[16:39] <jackpot51> Can we talk about this patch again? https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1699216
[16:40] <jackpot51> I just saw a new accountsservice show up, superseding my patches for encrypted home.
[16:40] <jackpot51> Here is a debdiff of the patch I want to keep in accountsservice, one that allows gnome-initial-setup and gnome-control-center to support Encrypted Home https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1699216/+attachment/4945507/+files/accountsservice_encrypt_home.debdiff
[16:42] <jackpot51> GunnarHj and others would you mind taking a look?
[16:44] <seb128> jackpot51, sounds a bit late in this cycle for such changes
[16:47] <jackpot51> All I want is the accountsservice patch, so we don't have to hold a forked accountsservice
[16:52] <jbicha> we never found anyone willing to review the accountsservice patch :(
[16:53] <jackpot51> Well, every time accountsservice gets updated in Ubuntu, I get fucked. Why? Because I cannot rename the package.
[16:53] <jackpot51> So I am probably going to have to drop the patches for encrypted home entirely
[16:56] <jbicha> once Ubuntu 17.10 is released, any SRUs for accountsservice will have to age in -proposed for at least 7 days first. That gives you time to update your PPA.
[16:56] <jackpot51> Ok, that would be good
[16:57] <jackpot51> Many users are getting pop-gnome-initial-setup removed if they dist-upgrade
[16:58] <jackpot51> It doesn't break their systems, but it introduces a significant amount of maintenance work
[17:54] <GunnarHj> Hi jackpot51, sorry if you felt ignored by my accountsservice upload. That was not my intention.
[17:54] <GunnarHj> I have noticed your patches previously, but unfortunately they are too complex for me to review. The change I uploaded was a trivial one, and that's what I do - trivial stuff. :)
[17:54] <GunnarHj> Hopefully some experienced developer will find the time in the beginning of next cycle.
[17:57] <jackpot51> I dropped all our patches. Users will have to wait until Ubuntu can merge the patch, it is too much maintenance work to have encrypted home in gnome-initial-setup and gnome-control-center
[17:59] <jackpot51> The only other alternative was to use an epoch, which would make it impossible to go back to the Ubuntu version if the patches are merged
[18:00] <dmj_s76> This patch represents a fairly important feature for us.
[18:36] <seb128> dmj_s76, right, we are likely to get it reviewed next cycle
[18:37] <seb128> it hasn't been high priority for us since we don't use gnome-inital-setup and don't plan to for next cycle either
[18:37] <seb128> but we should be able to review those changes anyways
[18:51] <jackpot51> seb128 what about for creating new users? It is not supported in gnome-control-center either
[18:52] <seb128> jackpot51, that would be a nice improvement to get
[18:52] <seb128> but for next cycle now
[18:56] <GunnarHj> seb128: I think that oSoMoN is trying to fix an upstreamable solution to the ~/.pam_environment / GDM conflict.
[18:57] <seb128> GunnarHj, I saw that
[19:02] <seb128> GunnarHj, I told you it was probably fixable in a way that could go upstream :-)
[19:04] <GunnarHj> seb128: I never claimed otherwise (I think). My concern was/is the time frame. ;)
[19:07] <seb128> GunnarHj, you said that ~/.pam_environment and the accountsservice patches were ubuntu specific which would make the solution ubuntu specific iirc
[19:07] <seb128> GunnarHj, anyway no need to argue over it, if that can go upstream it's better for everybody
[19:11] <GunnarHj> seb128: Possibly I did... Anyway, good if we can avoid another permanent patch.
[19:14] <GunnarHj> seb128: The gnome-settings MP, OTOH, is Ubuntu specific. So whenever you find the time to get it in... I added a use case example to the bug report to illustrate the nature of the issue.
[19:15] <seb128> right, I saw that, I'm going to try to have a look tomorrow
[19:16] <GunnarHj> seb128: Ok. ( s/gnome-settings/gnome-session/ )
[19:16] <seb128> (right, I know which change you are talking about)
[19:17] <Laney> why do we have these differences in locale setup?
[19:18] <seb128> that's a complex topic, I don't think it can be summarized on IRC
[19:18] <GunnarHj> Laney: It's a long story. But the short version is that the way we do it in Ubuntu is desktop independent, i.e. it's used by several of the flavors. The GNOME way is GNOME only.
[19:18] <seb128> history, Debian doing things differently from rpm distros, etc
[19:22] <Laney> I would like to understand it
[19:23] <seb128> the internet and the ubuntu archive source are available for your pleasure :-)
[19:23] <Laney> thanks seb
[19:23] <seb128> yw!
[19:24] <seb128> I'm not sure anyone has a complete understanding of the history how why the pieces got stacked to lead to what we have now
[19:24] <seb128> so I'm unsure anyone can reply to your question
[19:24] <seb128> so I think if somebody wants to understand the why and the details then the way is to dig and try to understand how we end up there
[19:24] <seb128> or maybe buy a beer to p_itti at some conference :p
[19:27] <seb128> Laney, some of the difference are debian vs redhat, e.g /etc/locale.conf vs /etc/default/locale, I'm unsure you are going to get a rational for that
[19:27] <GunnarHj> Laney, seb128: I can write down a summarized history from my horizon.
[19:27] <seb128> GunnarHj, I guess that would be useful
[19:28] <seb128> GunnarHj, your history would be how things are done in Ubuntu though, not how it differs from other distributions and why right?
[19:28] <GunnarHj> seb128: Mostly, yes.
[19:29] <seb128> pam_env.so is availabe in other distributions and mentioned in some redhat documents
[19:29] <seb128> unsure if they use it by default though
[19:29] <Laney> so it's something we inherit from debian mainly?
[19:29] <seb128> some bits yes
[19:30] <seb128> then we have some extra ubuntu specifics changes for language-selector and langpacks iirc
[19:30] <seb128> but I'm not familiar with the specifics
[19:31] <GunnarHj> seb128, Laney: Previously (before 12.04) we used ~/.profile for the purpose, but it was considered inappropriate, since users often use that file for personal stuff. So we switched to ~/.pam_environment.
[19:31] <seb128> GunnarHj, is pam_env.so standard among distros?
[19:31] <seb128> or did we start installing it to address this need?
[19:32] <GunnarHj> seb128: We already had pam_env.so AFAIK. It was Colin W. who called our attention to ~/.pam_environment.
[19:33] <GunnarHj> seb128: Please note that both /etc/default/locale and /etc/environment are pam_env files.
[19:37] <GunnarHj> seb128: At that time ~/.pam_environment was read by pam_env by default, but that was changed later, which is the reason why we need to state it explicitly in a bunch of files in /etc/pam.d.
[19:39] <seb128> GunnarHj, right, anyway I guess that Laney is interested in locales to be standard across distro, I'm not sure how far we are from that and if anybody ever trying to reduce divergence/standardise, that gdm bug suggests we are not there
[19:41] <GunnarHj> seb128: My impression is that there is no cross distro standard in this respect.
[19:42] <seb128> right, that's my impression as well
[19:42] <GunnarHj> Of course, gettext is a common denominator.
[19:43] <seb128> well gettext doesn't define how the environment is set
[19:43] <oSoMoN> a comparison of what various distros do in that regard would be useful to understand the work needed to converge, if at all possible
[19:43] <seb128> right
[19:49] <Laney> yeah
[19:50] <Laney> or at least if we do things differently it'd be good to have a good idea of why
[19:50] <Laney> since it seems to cause work
[19:50] <Laney> thx for the introductory lesson
[20:03] <syeh_> Hi, on 17.10, when the user requests 1360x768 32bpp mode, the pitch that I get in the DRM is 5632 (vs 1360*768 = 5440), does anyone happen to know how this pitch is determined?
[20:09] <syeh_> There are also a couple of details regarding how this new Wayland-based compositing manager is using framebuffers that I'd like to chat with someone about.  On a low GPU configuration, we are running into a few issues with our HW.
[20:41] <willcooke> bug of the week: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1721141
[20:43] <sarnold> wow
[20:46] <Laney> :D
[20:46] <acheronuk> o_O
[20:48] <flocculant> nice workaround :D


[12:20] <andrupal> ok...
[12:21] <LaserJock> etank: ok, so are you basing it on Xubuntu?
[12:22] <etank> LaserJock: that is the idea
[12:22] <LaserJock> hmm
[12:22] <LaserJock> do you have limited disk space?
[12:22] <etank> LaserJock: we are thinking of doing a oem install of xubuntu on one machine and then ghosting it to the rest
[12:23] <etank> the drive space on some is a little limited
[12:23] <sbalneav> andrupal: ok
[12:23] <sbalneav> on your server tab:
[12:23] <etank> 10G or less i think
[12:23] <LaserJock> etank: I was just thinking becuase the Edubuntu Addon CD has XFCE4 on it
[12:23] <sbalneav> ldap Host/uri = localhost
[12:24] <sbalneav> Base DN is dc=example,dc=net
[12:24] <LaserJock> so you could do an edubuntu install with xfce4
[12:24] <sbalneav> on the Details tab:
[12:24] <LaserJock> it would also have all the Gnome stuff, hence the disk space question
[12:24] <etank> LaserJock: where is this addon cd
[12:24] <sbalneav> BindDN is cn=admin,dc=example,dc=net
[12:24] <sbalneav> bind password = the password
[12:24] <LaserJock> etank: www.edubuntu.org/Download
[12:24] <sbalneav> bind type = Simple
[12:25] <sbalneav> search attribute = cd
[12:25] <andrupal> cd or cn?
[12:25] <sbalneav> Ask password on first connect should be clicked on
[12:25] <sbalneav> cn
[12:25] <sbalneav> CommonName
[12:25] <LaserJock> etank: Classroom Server Add-on CD
[12:26] <LaserJock> etank: it's just a CD with the educational stuff and xfce4 .debs
[12:26] <etank> LaserJock: so i can use that cd once i have xubuntu installed ?
[12:26] <etank> or use it to do the whole install
[12:26] <LaserJock> once you have *buntu installed
[12:27] <etank> sweet
[12:27] <LaserJock> you can add the  CD as a repo source
[12:27] <andrupal> Ok. so this is what I've been trying...and searching for users with this access level yields nothing...is this normal
[12:27] <LaserJock> etank: if you pop the CD into a Ubuntu or Edubuntu install it pops up a little Add/Remove window
[12:27] <sbalneav> enable TLS should be off
[12:28] <LaserJock> etank: I'm really not sure if the add-on cd would be much better for you, but it does have the apps you want
[12:28] <etank> but it will be handy to have for later
[12:28] <etank> LaserJock: thanks for pointing it out
[12:29] <LaserJock> np
[12:29] <etank> and we want to be able to give something that allows the new owner to reinstall all of the apps that we placed on the box
[12:29] <sbalneav> andrupal: What happens if you go to browse?
[12:29] <andrupal> same deal...asls for password, then nothing
[12:29] <etank> so we can give them the xubuntu cd and the addon one as well and the will satisfy it
[12:31] <sbalneav> So, in the left hand pane, you see the localhost host, yes?
[12:32] <sbalneav> What exactly does the pop up box say?
[12:33] <andrupal> the "password required" popup?
[12:33] <sbalneav> yes
[12:34] <LaserJock> etank: you should test it out and see how well it works with xubuntu, but I think so
[03:44] <andrupal> having trouble getting LDAP client authentication to work.  Owing to help from this channel, I have LDAP server running and GUI authenticating so I can add users.  I seem to be stuck setting up nsswitch.ldap  and/or libnss-ldap.conf...the client still won't authenticate against the LDAP server
[04:17] <Burgundavia> andrupal: welcome to pain
[04:17] <Burgundavia> have you seen that LDAPClient page?
[04:23] <andrupal_> Yes...trying to follow...I do everything I see..naively...and it doesn't work...you're referring to https://help.ubuntu.com/community/LDAPClientAuthentication?
[04:30] <andrupal_> still here
[04:34] <andrupal_> just sent my client into an infinite loop with that ever-so-helpful example file
[04:34] <andrupal_> How do I mount my hard drive from the livecd again?
[04:39] <Burgundavia> sudo mount /dev/blah /mountpoint
[04:39] <Burgundavia> oh, geez
[04:39] <Burgundavia> nope, taht isn't it
[04:44] <jsgotangco> hey Burgundavia how's it going with your life
[04:45] <Burgundavia> life goes on
[04:46] <Burgundavia> better last week
[04:47] <sbalneav> Burgundavia: Something happen?
[04:48] <Burgundavia> sbalneav: quit my job
[04:48] <Burgundavia> dealing with depression
[04:48] <sbalneav> Sorry to hear that.
[04:50] <sbalneav> LaserJock: Xaos is giving me the 5cent fractal tour
[04:50] <Burgundavia> it appears to be a common affliction int he tech industry
[04:51] <sbalneav> I find not giving a darn about a lot of things helps immensely :)
[04:51] <jsgotangco> heh i just started my new work today if its any news
[04:51] <jsgotangco> and im working from home
[04:51] <sbalneav> jsgotangco: Cool!
[04:51] <sbalneav> Whatcha doin?
[04:51] <jsgotangco> Apache land stuff
[04:51] <jsgotangco> (Maven)
[04:52] <sbalneav> apache land stuff.  Are we talking apache the web server or apache the North American First Nation?
[04:52] <jsgotangco> heh Apache Software Foundation project
[04:53] <jsgotangco> maven.apache.org
[04:53] <sbalneav> Oh, hehe.
[04:53] <sbalneav> When you said apache land stuff, we've got lots to do here in Canada with First Nations land claims :)
[04:53] <sbalneav> Confused me.
[04:54] <sbalneav> Well, I've never taken drugs, but this Xaos tutorial's about the next best thing :)
[04:54] <sbalneav> Freaky, man.
[04:54] <jsgotangco> first nations claim heh
[04:54] <jsgotangco> i'm mostly doing work in hadoop and solr though
[04:54] <jsgotangco> for the past few days
[04:55] <jsgotangco> we're also organising http://www.ossummit.com/
[04:55] <sbalneav> I prefer to do most of my work in flabbengormer and schlutzbarb, but hey, to each his own :)
[04:57] <sbalneav> whoooaaaah dude, Julia set's fab, man.
[04:57] <jsgotangco> haha
[04:58] <jsgotangco> you trippin on fractals dude
[04:58] <sbalneav> "I can see eternity"
[04:59] <sbalneav> If you showed this in an imax to a bunch hippies, it'd be flashback city.
[05:00] <jsgotangco> heh yeah
[05:01] <sbalneav> Well, that was trippy
[05:01] <sbalneav> LaserJock: Xaos not only works, it's hippy-trippy-tastic
[05:02] <sbalneav> George Carlin gives it 5 stars.
[05:05] <LaserJock> sbalneav: great
[05:07] <LaserJock> kill -9 xaos
[05:08] <jsgotangco> try xaos with thumping beats from h2 in the background
[05:08] <andrupal_> sbalneav:  got a GUI to finally authenticate as root user in LDAP...thanks again for your tireless help earlier
[05:08] <sbalneav> Excuse my while I kiss the sky, errr, Mandelbrot set.
[05:08] <sbalneav> andrupal_: What was hanging you up?
[05:09] <andrupal_> As for gq, I don't know...I'm using a different gui LDAP Administration Tool...I changed the username to the full root dn and viola!
[05:10] <andrupal_> I tried the same trick in gq and it still just smirked at me.
[05:10] <LaserJock> sbalneav: xaos + pink floyd
[05:10] <LaserJock> that's gotta be illegal ;-)
[05:10] <jsgotangco> LaserJock: that's hendrix
[05:10] <sbalneav> jsgotangco, LaserJock, Burgundavia, et al.  I had a busy day.  The aircon shutdown in my server room.  Arrived today to a dozen crashed servers and a 36 deg C (97 F) server room
[05:10] <Burgundavia> ouch
[05:10] <jsgotangco> 36 ouch
[05:11] <sbalneav> yeah, wasn't pretty
[05:11] <sbalneav> think I got most things back on line, but I'll find out for sure when the users show up :
[05:11] <sbalneav> :)
[05:11] <LaserJock> anybody try jokosher lately?
[05:12] <sbalneav> No, i keep meaning to look at it.
[05:12] <jsgotangco> i have it
[05:13] <LaserJock> I was thinking of putting it in Feisty
[05:13] <sbalneav> Sure.
[05:13] <LaserJock> but jono said it was too unstable
[05:13] <sbalneav> Meh, what does he know.
[05:13] <LaserJock> sounded like it might be better for gutsy
[05:13] <LaserJock> so I wondered if anybody had any thoughts
[05:14] <sbalneav> I do.
[05:14] <sbalneav> "A b**r would be good about now"
[05:14] <sbalneav> That's my thought
[05:14] <sbalneav> Oh, about jokosher.
[05:14] <sbalneav> Sure, pack it up for gutsy
[05:15] <sbalneav> Music classes might get a bang out of it.
[05:16] <LaserJock> we should have some sort of video editing software
[05:16] <sbalneav> Dont we?
[05:16] <LaserJock> I know at my uni iMovie is all the rage
[05:16] <sbalneav> Kino?
[05:16] <LaserJock> oh, right
[05:17] <LaserJock> does anybody use that?
[05:17] <LaserJock> seems like I read something about it being horribly broken
[05:17] <LaserJock> but that could be denemo
[05:17] <sbalneav> Umm, well it's broken for me.
[05:18] <sbalneav> But I thought that was just me.
[05:18] <LaserJock> kino is?
[05:18] <sbalneav> yeah
[05:18] <LaserJock> what does it do?
[05:18] <sbalneav> It wont even start on my box
[05:18] <LaserJock> oh
[05:18] <LaserJock> on gutsy?
[05:18] <sbalneav> looks like it's trying to bring up a banner page, and hangs.
[05:18] <sbalneav> yeah
[05:18] <LaserJock> darn, I really must be from Reno, I spelled it kino
[05:19] <LaserJock> ;-)
[05:19] <LaserJock> sorry, keno rather
[05:20] <andrupal_> just to make sure I understand the wiring of a client-server pair...1) I have a client connected to the LDAP server via a crossover, is this right?...2) the IP addr of the LDAP server is the default <IP_ADDRESS>  but I notice this is also the loopback IP address of the client...this seems problematic.  Should I be doing something like assigning an IP to the LDAP server? OR is this normal?
[05:21] <sbalneav> Oh, man.
[05:21] <sbalneav> Dude, stop
[05:22] <sbalneav> slow it up one sec.
[05:22] <sbalneav> First, what do you mean,  I have a client connected to the LDAP server via a crossover
[05:23] <andrupal_> have a b**r
[05:23] <jsgotangco> LaserJock: diva
[05:23] <sbalneav> what client, are you trying to set up a thin client workstation?
[05:23] <andrupal_> Well, the server has two NICs...one to a router and the other to the thick client.
[05:23] <LaserJock> jsgotangco: hmm?
[05:24] <jsgotangco> LaserJock: you're looking for video editing right?
[05:24] <LaserJock> yeah, sorry
[05:25] <LaserJock> I moved on ;-)
[05:25] <jsgotangco> heh
[05:25] <LaserJock> I'm going through Open Source Victoria's educational FLOSS catalog
[05:25] <LaserJock> looking at what I can try to push into gutsy
[05:26] <jsgotangco> victoria canada?
[05:26] <LaserJock> I don't think so
[05:26] <LaserJock> I think it's Australian
[05:26] <sbalneav> andrupal_: Your server's going to have 3 ip addresses.
[05:26] <LaserJock> Burgundavia would know
[05:27] <sbalneav> <IP_ADDRESS>, which is the loopback address (think fake IP address that things on the box can use to talk to themselves about)
[05:27] <sbalneav> and the two REAL ip addresses that the nics should have.  On different subnets.
[05:27] <andrupal_> Once NIC should be static, right?
[05:28] <andrupal_> The other DHCP to take an IP from my ISP..
[05:29] <sbalneav> Correct
[05:29] <andrupal_> OK so using <IP_ADDRESS> as the IP of the LDAP server is a problem.
[05:30] <sbalneav> Is that the address you assigned to the ethernet card?
[05:30] <sbalneav> yes, that's a problem.
[05:30] <andrupal_> If every linux client uses this IP as it's localhost IP...
[05:31] <andrupal_> OK so I'll change that...but where does the config happen to assign the LDAP server to that IP?
[05:31] <sbalneav> It doesn't
[05:31] <andrupal_> ldap.conf?
[05:31] <sbalneav> the LDAP server will listen for connection attempts on ANY ip interface
[05:31] <sbalneav> When you have the client AND the server on the same box, you tell the client to connect to <IP_ADDRESS>
[05:32] <sbalneav> the loopback address.
[05:32] <andrupal_> I see...but calling it ldap://localhost in the network doesn't make any sense.  I should assign it the IP of the NIC.
[05:33] <sbalneav> it's a "pretend" ip address than you can bind to, so that two programs that communicate via IP can talk to each other via a "network" without generating any traffic on the network.
[05:33] <sbalneav> yes.
[05:33] <sbalneav> so if your LDAP server has a static address of <IP_ADDRESS>, lets say
[05:33] <sbalneav> you want ldap://<IP_ADDRESS>
[05:33] <andrupal_> even in the ldap.conf file on the server?
[05:34] <andrupal_> or just on the client.
[05:34] <sbalneav> no, the ldap.conf file on the SERVER can reference <IP_ADDRESS>, since it's on the SAME BOX.
[05:34] <andrupal_> got it.
[05:37] <andrupal_> Thanks again!
[05:41] <andrupal_> Wait!  I need to have DCHP running on the server to assign an IP to the client as well...right?
[05:45] <sbalneav> The client's a client with a hard drive?
[05:46] <sbalneav> if so, just asign it a static ip address, different than the server, on the same subnet
[05:57] <andrupal_> ok...simpler...long term I'll need DHCP to work, not now.
[06:10] <LaserJock> ok, so I'm looking through a lot of cool content tools for education
[06:10] <LaserJock> and I'm wondering why we don't have them
[06:41] <LaserJock> man I love shell scripts
[08:11] <RichEd> g'monday morning
[08:14] <jsgotangco> hi
[08:15] <LaserJock> hi RichEd
[08:15] <RichEd> hi jsgotangco & LaserJock
[08:15] <jsgotangco> sup
[08:15] <RichEd> jsgotangco: how's the career situation ?
[08:16] <jsgotangco> RichEd: not bad, i'm at the office now (which is my bedroom)
[08:16] <RichEd> jsgotangco: how's the early morning commute ?
[08:17] <jsgotangco> sure i wake up, bring my daughter to school, do a morning run back home and i start working after a shower
[08:17] <jsgotangco> hehe
[08:17] <jsgotangco> so many trips for me though
[08:24] <jsgotangco> RichEd: looking into balance of working at home
[08:25] <RichEd> jsgotangco: can be tricky ... mostly you get sucked into *more* hours, not less than an office worker. difficult to switch off ... literally & figuratively
[08:26] <jsgotangco> its a good thing we're building an office in a nearby city
[08:27] <jsgotangco> because the other office is an hour away by plane heh
[09:01] <LaserJock> RichEd: ready for a long read?
[09:01] <RichEd> LaserJock: some time today :) ... appreciated
[09:23] <LaserJock> RichEd: sent
[09:23] <LaserJock> RichEd: I also did some work on https://wiki.ubuntu.com/JordanMantha/EdubuntuMIRCandidates today
[09:23] <RichEd> thanks LaserJock ... will give you some feedback on both
[09:24] <LaserJock> I also managed to get some decent Edubuntu bug triage in
[09:24] <LaserJock> next is spec work, gotta get things in before Feature Freeze :/
[09:25] <LaserJock> deadlines are quite a bit earlier in Main, I have to remind myself of that
[09:57] <pips1> good morning
[10:02] <RichEd> hi pips1 ... got your mails thanks ... am setting aside the whole morning tomorrow to catch up on what I owe you
[10:02] <pips1> ok :-)
[10:02] <RichEd> pips1: will you be at the wed meeting ? can we make 30 mins together at or around the time ?
[10:03] <pips1> let me check my agenda...
[10:04] <pips1> it's a noon time meeting. Ok, I can make time for that
[10:04] <pips1> what is better for you: before the meeting or towards the end?
[10:05] <RichEd> before is good ... so we can present a united front during the meeting on community
[10:05] <pips1> ok, 11:30 UTC ?
[10:05] <RichEd> how about 11:00 UTC ... then we have 30 mins to chat and then 30 mins to prep for meeting if there are any consequences ?
[10:05] <RichEd> i.e. 11:00-11:30 pips1 and rich
[10:05] <pips1> ok, agreed
[10:06] <RichEd> 11:30 pips1 is free to work
[10:06] <RichEd> 12:00 meeting
[10:06] <RichEd> thanks :) as usual
[10:06] <pips1> fine
[10:09] <pips1> RichEd: if you could send me those slides (tomorrow morning?) that would be great
[10:09] <pips1> I can put them on the wiki page, if you are too busy
[10:09] <RichEd> top of the list ... you and augustin
[10:09] <pips1> oki
[10:09] <RichEd> will mail and add ... I need to check who else has not provided slides and chase them up
[10:10] <pips1> chasing up... yeah, that always takes time :-/
[10:11] <RichEd> ogra: ping
[11:05] <crimsun> ogra: I've disabled the a52 alsa-lib plugin in the alsa-plugins source package to save 2 MB on the alternate cd image; please let me know if it presents an issue.
[11:14] <crimsun> hmm, I must have been looking at unstripped
[11:25] <pips1> moquist: hi
[11:31] <ogra> RichEd, pong
[11:31] <ogra> crimsun, i dont think i use it anywhere specifically
[11:32] <RichEd> ogra ... sent a /msg do you have it ?
[11:33] <RichEd> ogra: back to your favourite pastime, juggling CD space & files ? :(
[11:33] <ogra> yeah
[11:34] <ogra> and thats the server iso ...
[11:34] <ogra> it should even have spare space
[11:34] <ogra> must find out whats wrong there especially since its only i386
[12:31] <moquist> pips1: hi
[01:05] <ubuntuers>  someone could help me build an internet cafe using edubuntu?
[01:07] <`6og> ubuntuers, probably depends what help you need
[01:08] <ubuntuers>  someone could help me build an internet cafe using edubuntu?
[01:08] <`6og> ubuntuers, no
[03:00] <sbalneav> Morning all
[03:00] <cliebow2> Scotti!
[03:01] <sbalneav> Morning cliebow2
[03:01] <sbalneav> eugh.  Didn't sleep a wink last night
[03:01] <sbalneav> Had another thunderstorm, layed awake and worried wether or not the aircon at work was still on
[03:01] <cliebow2> how you coming along?? i am on vacation in Jersey shore..
[03:01] <cliebow2> we had one as well..
[03:02] <cliebow2> i thought they were moving dumpsters at th erstaurant next dor
[03:02] <sbalneav> You see the problems I had yesterday?
[03:02] <cliebow2> no..i was travelling
[03:02] <sbalneav> Our aircon shut down in the server room
[03:02] <cliebow2> holy!!
[03:02] <sbalneav> when I got there, it was 97 F
[03:02] <sbalneav> Had a ton of broken stuff
[03:03] <cliebow2> holy!!/
[03:03] <cliebow2> damn!!
[03:03] <cliebow2> operating systems?
[03:08] <sbalneav> everything
[03:16] <pips1> sbalneav: !!!
[03:17] <pips1> sbalneav: hope the most critical things are ok... :-/
[03:17] <cliebow2_> gotta go look n the sidewalk for warmarks
[03:42] <sbalneav> pips1: back
[03:43] <sbalneav> yeah, I got everything back online.
[03:43] <sbalneav> Always have spare hard disks and psu's on hand
[03:45] <pips1> kudos
[03:46] <pips1> well done :-)
[03:47] <aaylnx> i'm new to edubuntu.  i'm thinking about setting up a client with dual monitors.  should i expect this to be a headache or are dual monitors on client pcs well supported in edubuntu?
[03:49] <aaylnx> i know will be getting better support for dual monitors so maybe that will effect edubuntu clients also.
[03:50] <aaylnx> guttsy that is.
[04:32] <RichEd> aaylnx: ask in #ubuntu ... monitors is a "base level" support issue ...
[05:06] <stgraber> RichEd, aaylnx : Dual head will be hard to configure on a thin client as the xorg.conf is regenerated every reboot, it should become easier with Gutsy and the new Xorg
[05:06] <ogra> well
[05:06] <ogra> you can easily use a static xorg.conf
[05:07] <ogra> just have to generate/write it
[05:07] <stgraber> ogra: can we assign a different xorg.conf for each client ?
[05:07] <ogra> out of the box ltsp will only generate single display configurations
[05:07] <ogra> stgraber, sure
[05:08] <ogra> you can have a mac address based section for every single client in your lts.conf
[05:08] <stgraber> ogra: right, I just didn't know you can specify a xorg.conf there
[05:09] <ogra> see /opt/ltsp/i386/usr/share/doc/ltsp-client-core/examples/lts-parameters.txt.gz (or ltsp-client instead in feisty and before)
[05:09] <ogra> XF86CONFIG_FILE
[05:11] <stgraber> aaylnx: ^ you have your answer :)
[05:15] <RichEd> stgraber: thanks for the info :)
[05:46] <aaylnx> ogra, stgraber thanks!  that does pretty much answer things.
[05:52] <stgraber> oh, gutsy-changes seems to be working again :)
[06:28] <LaserJock> morning Edubuntu land
[06:29] <LaserJock> ogra: I did some cleanup on gcompris
[06:29] <LaserJock> and added rasmol and qcad to our ~edubuntu-bugs list
[06:30] <ogra> thanks !
[06:30] <ogra> i saw the bug work :)
[06:31] <LaserJock> yes, there were a few bugmails
[06:31] <LaserJock> most of it was just triage kind of things
[06:31] <LaserJock> not a lot of closings, unfortunately
[06:32] <LaserJock> yeah?
[06:32] <sbalneav> What's the page with bugs?
[06:33] <LaserJock> I use http://launchpad.net/~edubuntu-bugs/+packagereport
[06:33] <ogra> LaserJock, yep http://people.ubuntu.com/~ogra/ltspfs-hal-root.png
[06:33] <LaserJock> sorry, that URL should be http://launchpad.net/~edubuntu-bugs/+packagebugs
[06:33] <LaserJock> ogra: interesting
[06:34] <LaserJock> so what are you going to do with that?
[06:34] <ogra> its only the root device yet
[06:34] <ogra> all ltspfs volumes will regiseter as children
[06:34] <ogra> *register
[06:35] <sbalneav> LaserJock: ah, sexy.
[06:35] <sbalneav> ok, I'll start wandering through some of those.
[06:36] <LaserJock> oh nifty, I'll want to see that. I didn't know he was talking
[06:36] <LaserJock> qcad has a lot more bugs than I expected
[06:37] <LaserJock> quite a few crashers
[06:37] <ogra> https://penta.debconf.org/~joerg/events/22.en.html
[06:37] <ogra> "hiking the trail to LTSP 5.0 and the friends we make along the way"
[06:37] <ogra> *G*
[06:37] <ogra> beautiful title
[06:37] <LaserJock> yes
[06:38] <LaserJock> ogra: ok, I was going to start building some metapackages
[06:38] <ogra> cool
[06:38] <LaserJock> I wondered how you wanted them done. Do you want to use seed files?
[06:38] <LaserJock> or should I just build it "manually"
[06:39] <ogra> well, that would require germinate integration
[06:39] <ogra> i think manually should be fine
[06:39] <LaserJock> ok, that's a bit easier for me
[06:40] <ogra> you could look at the new control.in/control.Debian/control.Ubuntu architecture we have in ltsp and steal that
[06:40] <LaserJock> since the package lists aren't that big
[06:40] <LaserJock> ah, ok
[06:40] <ogra> that just uses a list attached to a variable
[06:40] <ogra> but we could make it a line by line list as well, similar to the seeds
[06:41] <LaserJock> well, I'll just see as I go along
[06:41] <LaserJock> I just wondered if you wanted it in the edubuntu seeds or not
[06:50] <ogra> i want the package in the seeds :)
[06:52] <LaserJock> the package yes ;-)
[06:52] <LaserJock> also, I last night I went through the OSV Educational apps .pdf and filled out https://wiki.ubuntu.com/JordanMantha/EdubuntuMIRCandidates
[06:54] <LaserJock> there were some pretty interesting content management apps in the list that we don't have in Ubuntu
[06:55] <LaserJock> perhaps it might be a good project for some budding young MOTU Hopefuls to package some up ;-)
[06:57] <LaserJock> oh heah, bdoin is here
[06:58] <bdoin> Hi,
[06:58] <bdoin> something I can do ?
[06:58] <LaserJock> every time I go to say hi you've just left :-)
[06:59] <LaserJock> bdoin: over the weekend I went through all the gcompris bugs in Ubuntu
[06:59] <bdoin> hum, your out of luck, I usually stay there too long ;)
[06:59] <bdoin> really
[07:00] <LaserJock> I wanted to get your input on a few
[07:00] <bdoin> sure
[07:01] <LaserJock> bug #41172 and bug #67360
[07:01] <ubotu> Launchpad bug 41172 in gcompris "XUBUNTU panels in Gcompris" [Medium,Confirmed]  https://launchpad.net/bugs/41172
[07:01] <ubotu> Launchpad bug 67360 in gcompris "GCompris Fullscreen mode causes gnome-session to end with vesa driver" [Medium,Confirmed]  https://launchpad.net/bugs/67360
[07:02] <bdoin> We have completly changed this code, moved from xrandr to xvidmod
[07:02] <bdoin> it has perhaps made the bug disappear
[07:03] <bdoin> but, it's not a GCompris bug, it's the vesa driver which is bugged
[07:03] <LaserJock> ok
[07:03] <LaserJock> that's sort of what I wanted to know
[07:03] <LaserJock> if I should close the gcompris part of the bug
[07:03] <LaserJock> and leave it as a vesa issue
[07:03] <bdoin> what GCompris release is this bug for ?
[07:04] <LaserJock> oh geeze, probably 7.2 or 7.4
[07:04] <LaserJock> both bugs are from 2006
[07:05] <LaserJock> and we've just got 8.X in Feisty
[07:05] <bdoin> at 8.2 we changed to xvidmod IIRC
[07:07] <LaserJock> bdoin: I'm also interested in what you think of bug #115611
[07:07] <ubotu> Launchpad bug 115611 in gcompris "gcompris messes up screen" [Undecided,Incomplete]  https://launchpad.net/bugs/115611
[07:07] <LaserJock> it's kind of a messy bug report
[07:08] <LaserJock> but the part where people end up with a 800x600 viewport after exiting gcompris fullscreen
[07:08] <bdoin> it's kind of funny
[07:09] <bdoin> there is 2 problems, the 3 screen support (xinerame) and the tuxpaint crash
[07:10] <bdoin> I still have complaints that we crashes when tuxpaint is not installed
[07:10] <LaserJock> yes, I tried it and it didn't crash, but it just hung
[07:10] <bdoin> and when we crashes, we catch it and do our best to set back the screen resolution
[07:11] <bdoin> probably a regular kill (without -9) would have work regarding the screen resolution
[07:11] <LaserJock> well, I wondered if maybe we should just make tuxpaint a dependency
[07:12] <bdoin> at least, it's an easy fix but maybe it will hurt edubuntu one cd packaging
[07:12] <LaserJock> well, we already include tuxpaint
[07:13] <bdoin> then it's an easy fix
[07:13] <LaserJock> bdoin: ok, I've got to run to work
[07:14] <LaserJock> what's the best way of forwarding bugs onto you? I don't see any bug tracker on the gcompris site
[07:14] <bdoin> for the xinerama, I don't know
[07:15] <bdoin> http://gcompris.net/-Documentation,10-
[07:15] <bdoin> How-to report a bug
[07:15] <bdoin> I agree, it's not easy to find
[07:15] <LaserJock> bdoin: doh
[07:15] <LaserJock> ok, thanks for your help
[07:16] <LaserJock> I'll try to forward on as much as I can there
[07:19] <bdoin> ok
[07:20] <bdoin> I am going there, any of edubuntu team attending ? http://akademy2007.kde.org/codingmarathon/schoolday.php
[07:21] <someperson> is this where people can ask questions?
[07:22] <someperson> on edubuntu
[07:22] <someperson> irs://freenode/ubuntu
[07:22] <someperson> irc://freenode/ubuntu
[07:23] <bdoin> yes
[07:23] <someperson> i use an ltsp server, and everytime a thin client selects hibernate my server seems to hibernate
[07:24] <someperson> is there some way to disable that
[07:32] <bdoin> It makes sense that the server gets the command and there is probably a way to disable this. what desktop are you using ?
[07:32] <stgraber> you can disable it in gconf, but I don't really know what's the way to do the change systemwide
[07:33] <stgraber> it's in : apps/gnome-power-manager/
[07:33] <stgraber> you should have something like can_suspend and can_hibernate
[07:33] <stgraber> just switch them to false and find a way to do that system wide :)
[07:36] <someperson> oh cool
[07:36] <someperson> great, i'll try that, thanks
[07:37] <stgraber> np
[07:46] <gsvl> I was wondering. Where do i find a list of schools using Edubuntu (anyone in Denmark?)?
[07:50] <shishirjh> what is the absolute bare minimum hardware required for the thin client, and how much of RAM is needed so that the swap is not necessary
[07:59] <shishirjh> what is the absolute bare minimum hardware required for the thin client, and how much of RAM is needed so that the swap is not necessary
[08:01] <stgraber> shishirjh: writting your question won't make it being solved faster :), anyway the answer is in the minimal requirement, just let me find the page
[08:02] <stgraber> https://help.ubuntu.com/community/EdubuntuDocumentation/EdubuntuCookbook/HardwareRequirements
[08:28] <sbalneav> ogra: Woot!  Just got an email from Wouter.
[08:28] <sbalneav> 2.9.4 upstream will have inetd back in!!
[08:32] <LaserJock> sbalneav: rockin'
[08:34] <cliebow> rockin' dude!!!
[08:35] <cliebow> dudes i should say\
[08:37] <cliebow> ogra:so what is involved getting my endians in a row to support ppc?
[08:37] <sbalneav> Yeah, he accepted the patch upstream
[08:37] <cliebow> he being?
[08:52] <sbalneav> LaserJock: Did a little triaging at the bugsquad
[08:52] <sbalneav> in the ltsp area mainly
[08:57] <LaserJock> sbalneav: excellent
[08:57] <LaserJock> ltsp has the most bug reports
[08:57] <LaserJock> so it's a good place to work ;-)
[08:58] <sbalneav> Bunch of them seem to be update related, others will be handled by the ldm rewrite currently underway.
[09:03] <georgsvl> Hi. Does anyone know where to find a list of schools using edubuntu? (like skolelinux.no has it).
[09:04] <LaserJock> georgsvl: I don't believe we have such a list
[09:04] <LaserJock> especially since we have no way of tracking users
[09:04] <georgsvl> Hmm.. :-(
[09:04] <LaserJock> I think it would be nice to do though
[09:04] <georgsvl> Does any one know of Danish Schools running it?
[09:04] <LaserJock> it might be something that RichEd might be interested in
[09:05] <georgsvl> We are sitting with 20 computers and a server in Aalborg, Denmark, and practising. So it would be nice to know about som schools ind Denmark.
[09:06] <LaserJock> georgsvl: I would suggest you email the edubuntu-users mailing list
[09:06] <georgsvl> LaserJock: Good idea. I will try that :-)
[09:06] <LaserJock> that would get a lot more exposure to your question :-)
[09:08] <georgsvl> LaserJock: A wiki-site etc. where you could add your school to a list, would be a nice idea :)
[09:08] <LaserJock> yes, suggest that in your email :-)
[09:08] <georgsvl> LaserJock: I'll do.
[09:17] <LaserJock> join #launchpad
[09:17] <LaserJock> blah
[09:17] <hilmar> georgsvl: Yo man!
[09:35] <georgsvl> Anyone knows how not to have a black screen wheen a terminal client is booting
[09:35] <georgsvl> I would like to have some kind of indication to the user, that the computer is working.
[09:37] <sbalneav> Hmm, you should get a bootsplash screen
[09:38] <sbalneav> unless the bootsplash program doesn't like your particular graphics card, which is possible.
[09:39] <hilmar> Are there any particular new programs in edubuntu?? can only find the standard ubuntu files..
[09:39] <hilmar> *files=programs
[09:40] <hilmar> is there a deb package?
[09:40] <LaserJock> hilmar: the Classroom Server Addon CD has most of the educational apps
[09:40] <hilmar> ahhhh
[09:41] <hilmar> of course
[09:54] <pygi> LaserJock, poke?
[09:55] <pygi> unpoke
[09:55] <pygi> sorry :)
[09:55] <LaserJock> pygi: prode
[09:56] <pygi> LaserJock, I wanted to bug you about sponsoring, but I found poor soul :)
[09:57] <LaserJock> heh
[09:58] <pygi> what? :)
[11:17] <[mdevilz] > hey i was wondering how do i change the screen resolution for the edubuntu server? As it is quite large and unusable .. using 7.04


[05:00] <mborzecki> morning
[05:56] <mborzecki> heh, vendor.json keep flipping between 2 revisions of secboot package
[06:58] <mborzecki> jamesh: iirc pulseaudio tests fail pretty consistently on 20.10, i don't remember whether it's the same case for preseed though
[06:58] <jamesh> mborzecki: thanks.
[07:01] <mborzecki> hmm interesting behavior of shellcheck https://github.com/koalaman/shellcheck/issues/650
[07:43] <mup> PR snapd#8851 closed: interface/fwupd: add more policies for making fwupd upstream strict <Needs security review> <Created by woodrow-shen> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8851>
[08:13] <pedronis> mborzeck1: hi, could you finish the review of #8959 when you have a moment, I will also look at it today
[08:13] <mup> PR #8959: gadget,gadget/install: refactor partition table update <UC20> <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8959>
[08:37] <mborzecki> it'd be nice if for queued check jobs, there'd be some info since when the job has been in that state
[08:38] <mup> PR snapd#9023 closed: sysconfig/cloudinit: add CloudInitStatus func + CloudInitState type <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9023>
[08:43] <jamesh> pedronis: do you think https://github.com/snapcore/snapd/pull/8861 is good to merge then?
[08:43] <mup> PR #8861: data,packaging,wrappers: extend D-Bus service activation search path <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8861>
[08:45] <pedronis> jamesh: I need to look at it again, I'll try to do that today or tomorrow
[08:45] <jamesh> thanks.
[10:08] <mup> PR snapd#8959 closed: gadget,gadget/install: refactor partition table update <UC20> <Created by cmatsuoka> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8959>
[13:41] <jdstrand> zyga: not sure if you say, but I have a reproducer: https://bugs.launchpad.net/snapd/+bug/1888305
[13:41] <mup> Bug #1888305: layout lost after snapd refresh with long running content plugging snap <snapd:New for zyga> <https://launchpad.net/bugs/1888305>
[13:41] <jdstrand> zyga: saw*
[13:41] <jdstrand> zyga: and hello :)
[13:44] <ijohnson> jdstrand: I think Zygmunt is off today
[13:54] <mup> PR core20#76 opened: hooks/001-extra-packages.chroot: add gdbserver <Created by anonymouse64> <https://github.com/snapcore/core20/pull/76>
[13:56] <mup> PR core18#163 opened: hooks/001-extra-packages.chroot: add gdbserver <Created by anonymouse64> <https://github.com/snapcore/core18/pull/163>
[14:04] <mup> PR snapd#9039 opened: cmd/snap-seccomp/syscalls: add faccessat2 (2.45) <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9039>
[14:05] <mborzecki> pedronis: ^^
[14:05] <pedronis> thanks
[14:26] <mborzecki> pedronis: fwiw google:ubuntu-20.10-64:tests/main/interfaces-audio-playback-record seems to be passing in isolation
[14:27] <pedronis> interesting
[14:29] <mborzecki> pedronis: the recording bit i handled by snap policy module which is added by ubuntu patches, and it queries the snapd api to get the connected plugs
[14:30] <pedronis> yes
[14:30] <mborzecki> pedronis: there shouldn't be any races there though
[14:34] <mborzecki> pedronis: otoh, it ECONNREFUSED, so maybe pulseaudio just died there?
[15:41] <zyga> o/
[15:41] <zyga> jdstrand: that's great news
[15:41] <ijohnson> hey zyga
[15:42]  * zyga woke up and catching up
[15:42] <zyga> today was not the best but it's almost over
[15:42] <zyga> ah
[15:43] <zyga> jdstrand: interesting that it is related to snapd refresh
[15:43] <zyga> it could be related to something i was looking at lately
[15:45] <zyga> jdstrand: https://forum.snapcraft.io/t/injecting-snapd-tools-into-base-snaps-and-keeping-them-up-to-date/12139
[15:45] <zyga> (the last comment there)
[15:45] <zyga> no need to read it but I suspect that's really just uncovering a bug we knew existed for a while
[15:45] <zyga> it's great that there's a reproducer, I will try to pull myself together and write a spread test based on your super detailed bug report
[15:46]  * cachio lunch
[15:47] <zyga> hey ijohnson :)
[16:08] <pedronis> ijohnson: I did a review of #9010
[16:08] <mup> PR #9010: cmd/snap-bootstrap/initramfs-mounts: call systemd-mount instead of the-tool <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9010>
[16:12] <pedronis> zyga: hi, I reviewed #8977 in my morning
[16:12] <mup> PR #8977: cmd/snap: track started apps and hooks <Created by zyga> <https://github.com/snapcore/snapd/pull/8977>
[16:13] <zyga> thank you, I didn't look yet
[16:13]  * zyga looks
[16:13] <zyga> ah, thanks I'll send some updates there shortly
[16:14] <zyga> I will be around normally tomorrow
[16:20] <jdstrand> zyga: cool, thanks (though, I was told today you're off, so, only do it if it is fun and relaxing :)
[16:20] <zyga> jdstrand: yes because it's a mystery and I want to know :)
[16:20] <jdstrand> :)
[16:21] <jdstrand> zyga: hopefully for a spread test you will create a smaller reproducer snap ;)
[16:23] <zyga> yes, I just did
[16:26] <pedronis> ijohnson: when you have time, #9030 needs your review
[16:26] <mup> PR #9030: bootloader/assets: helpers for registering per-edition snippets, register snippets for grub <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9030>
[16:26] <ijohnson> pedronis: yes I will review it today
[16:27] <ijohnson> and thanks for the review
[16:27] <pedronis> np, thank you
[16:33] <pedronis> mostly eod but I will look again later at the tests of some PRs to see if they are landable
[16:44] <zyga> jdstrand: btw, did you notice that the snap has this:     target: $SNAP/data-dir/icons
[16:44] <zyga> twice
[16:44] <zyga> (I guess we should validate better)
[16:47] <jdstrand> zyga: ah, no, thanks! this doesn't use sounds so I never noticed it
[16:49] <Elleo> what's the correct way to get the user's real home directory from within a snap?
[16:51] <zyga> Elleo: there isn't a perfect way but most people use /home/$LOGNAME
[16:51] <Elleo> zyga: okay, thanks
[16:51] <zyga> I have a patch somewhere that provides that but it's not proposed anywhere
[16:51] <Elleo> ah, okay
[16:52] <Elleo> I vaguely remembered some discussion of adding an "$ORIG_HOME" variable or something, but wasn't sure if that ever happened
[16:53] <zyga> right, I don't think it did
[17:48] <cachio> ijohnson, hey
[17:48] <cachio> ijohnson, about the comment https://github.com/snapcore/snapd/pull/9027#discussion_r458208030
[17:48] <mup> PR #9027: tests: refresh/revert snapd in uc20 <Run nested> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9027>
[17:49] <cachio> ijohnson, cmatsuoka requested me to force the reboot when we refresh and revert snapd
[17:49] <cachio> to check if tpm works well afte the reboot
[17:51] <cachio> or it is ok and I should leave the code you proposed without explaining why we force the reboot
[17:54] <ijohnson> cachio: I understand
[17:54] <ijohnson> cachio: it's okay to still do a reboot after the refresh
[17:54] <ijohnson> cachio but the code as is is masking whether or not snapd triggered a reboot for the given type of refresh
[17:54] <cachio> ijohnson, yes, that could be a problem
[17:55] <ijohnson> The code you have always reboots and so if there was a bug where we trigger a reboot when we shouldn't be, or vice versa, your code would mask the problem and make the test pass
[17:55] <cachio> or perhaps it does not work properly if we dont reboot
[17:55] <ijohnson> Yes exactly
[17:55] <cachio> perhaps I could test both scnarios
[17:56] <ijohnson> That's why I wanted you to refactor it to check what kind of snap was being refreshed, and ensure the change for snaps that don't automatically trigger a reboot don't trigger a reboot
[17:56] <cachio> 1 forcing reboot and also without reboot
[17:56] <ijohnson> I provided some example code for how to do that
[17:56] <ijohnson> cachio: I don't think we need two tests
[17:56] <ijohnson> Just make the existing test slightly more accommodating to the different scenarios
[17:57] <cachio> ijohnson, I mean, same test test both thinks
[17:57] <cachio> things
[17:58] <cachio> ijohnson, but in the code you proposed it is going to reboot always for snapd and pc snaps
[17:59] <cachio> it is waiting until the refresh is comppleted fedore the reboot
[17:59] <cachio> right?
[17:59] <ijohnson> cachio: yes it will reboot anyways but if snapd triggered the reboot it would make one of the commands fail if I understand what I wrote correctly
[17:59] <ijohnson> Yes exactly if the reboot was triggered as part of the refresh then I think that command would exit non-xero and the test would fail
[18:00] <cachio> ijohnson, ah, ok, in that case I'll apply that
[18:00] <cachio> thanks for the suggestion
[18:01] <ijohnson> cachio: yaw, hopefully it's not too difficult to make work
[18:01] <cachio> trying now
[18:21] <mup> PR snapd#9038 closed: tests: check for pids correctly <Test Robustness> <Created by zyga> <Merged by cmatsuoka> <https://github.com/snapcore/snapd/pull/9038>
[18:40] <zyga> jdstrand: interesting, the reproducer fails with
[18:40] <zyga> + test-snapd-app.sh -c test -d /usr/share/hamster-applet
[18:40] <zyga> update.go:85: cannot change mount namespace according to change mount (/snap/gtk-common-themes/1506/share/gtk2/Materia-compact /snap/test-snapd-app/x1/data-dir/themes/Materia-compact none bind,ro 0 0): cannot write to "/snap/gtk-common-themes/1506/share/gtk2/Materia-compact" because it would affect the host in "/snap"
[18:46] <mup> PR snapd#9040 opened: spread: add opensuse 15.2 and tumbleweed for qemu <Simple 😃> <Created by jdstrand> <https://github.com/snapcore/snapd/pull/9040>
[18:46] <jdstrand> zyga: huh
[18:47] <jdstrand> zyga: fyi, don't worry about tumbleweed lzo. I am doing it
[18:49] <zyga> k
[18:49] <zyga> that log is just a warning, not an error (in the sense that it doesn't stop)
[18:49] <zyga> but it's still wrong
[18:49] <jdstrand> yeah
[18:50]  * jdstrand idly wonders if his https://blog.strandboge.com/2019/04/16/cloud-images-qemu-cloud-init-and-snapd-spread-tests/ has been useful for others here... I've found it immensely useful for my spread testing :)
[19:11] <mup> PR snapd#9018 closed: cmd/snap-preseed: check that target path exists and is a directory on --reset <Preseeding 🍞> <Simple 😃> <Created by stolowski> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9018>
[19:19] <zyga> kenvandine: hi
[19:19] <zyga> I found a small bug in gtk-common-themes
[19:19] <zyga> cat /snap/gtk-common-themes/current/meta/snap.yaml | grep Materia-dark-compact
[19:19] <zyga> this shows
[19:19] <zyga>       - $SNAP/share/gtk2/Materia-dark-compact
[19:20] <zyga> but
[19:20] <zyga> ls -ld /snap/gtk-common-themes/1506/share/gtk2/Materia-dark-compact
[19:20] <zyga> ls: cannot access '/snap/gtk-common-themes/1506/share/gtk2/Materia-dark-compact': No such file or directory
[19:20] <zyga> jdstrand: the error was a red herring
[19:31] <mup> PR snapd#9041 opened: osutil/group.go: treat all non-nil errs from user.Lookup{Group,} as Unknown* <Bug> <Preseeding 🍞> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9041>
[19:41] <zyga> something is weird in a way that makes no sense
[19:41] <ijohnson> tell me about it
[19:41]  * ijohnson is slightly bitter about error checking getpwnam_r
[20:08] <pedronis> zyga: have we just too many PRs, started too many tests, or something else is off, we have some PRs with queued tests since hours, for example: https://github.com/snapcore/snapd/pull/9012
[20:08] <mup> PR #9012: release/2.45: merge 2.45.2 release <Created by mvo5> <https://github.com/snapcore/snapd/pull/9012>
[20:21] <zyga> pedronis: checking
[20:22] <zyga> only 4 spread runs in progress
[20:22] <zyga> now three
[20:22] <zyga> we may be queued on the github hosted tests
[20:23] <zyga> https://github.com/snapcore/snapd/actions?query=is%3Aqueued is very small
[20:23] <ijohnson> it's odd that there's a bunch of jobs that are still waiting though
[20:24] <ijohnson> for example https://github.com/snapcore/snapd/pull/9013
[20:24] <mup> PR #9013: many: merge 2.45.2 fixes back into master <⛔ Blocked> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9013>
[20:25] <ijohnson> actually now that I mention it that's the only one I can find other than the one pedronis found
[20:25] <zyga> hmmm
[20:25] <zyga> I did the close & reopen dance
[20:25] <zyga> now they show up in the queue
[20:29] <zyga> ijohnson: when it says "expected"
[20:29] <zyga> it means that it's not queued
[20:29] <zyga> but the rules say it should run
[20:29] <ijohnson> ah interesting
[20:29] <zyga> so likely a bug on their side
[20:29] <zyga> I close/reopend both
[20:29] <zyga> that reliably fixes it
[20:29] <ijohnson> zyga: so does it work to close and re-open someone else's PR?
[20:29] <zyga> or not?
[20:29] <zyga> yeah
[20:29] <ijohnson> I seem to have thought that wasn't allowed
[20:30] <zyga> it didn't change from queued
[20:30] <zyga> er
[20:30] <ijohnson> but maybe I just misremember that
[20:30] <zyga> from expected
[20:31] <zyga> I wonder if the fact it has conflicts matters
[20:31] <zyga> could it be that actions don't run
[20:31] <zyga> because it cannot be merged
[20:31] <zyga> so it cannot create the workspace for actions?
[20:31] <ijohnson> mmm interesting
[20:31] <ijohnson> could be
[20:33] <zyga> eh, shit
[20:33] <zyga> I just got a note that I need to re-do blood tests
[20:33] <zyga> for unknown reason
[20:34] <zyga> so I need to go there again and endure the morning without painkillers
[20:34] <zyga> eh, ...
[20:34] <zyga> more details in the morning
[20:34] <ijohnson> oh I'm so sorry to hear that
[20:35] <zyga> oh well
[20:35] <ijohnson> hope everything's still ok for your surgery
[20:35] <zyga> every day is something now
[20:35] <zyga> but it's just a few more days
[20:35] <zyga> then it's going to be better
[20:36] <zyga> week to get the stitches removed
[20:36] <zyga> about two weeks for most of the cut to heal
[20:36] <zyga> and in a month I should be able to sit normally again
[20:54] <zyga> jdstrand: do you have any experimental options set?
[20:54] <jdstrand> zyga: I do. is there an easy to list them all?
[20:55] <jdstrand> ah yes
[20:55] <jdstrand> $ sudo snap get system experimental
[20:55] <jdstrand> Key                              Value
[20:55] <jdstrand> experimental.hotplug             true
[20:55] <jdstrand> experimental.parallel-instances  true
[20:55] <jdstrand> zyga: ^
[20:56] <zyga> thanks
[21:37] <zyga> jdstrand: no luck with a reproducer
[21:37] <zyga> I'll try more tomorrow
[21:37] <zyga> I pushed what I have
[21:38] <zyga> https://github.com/snapcore/snapd/compare/master...zyga:fix/lp-1888305?expand=1
[21:38] <zyga> o/


[01:28] <mwhudson> ojwb: you can start to acquire the downtown lifestyle block you've always wanted?
[01:31] <ojwb> mwhudson: jenny pointed out that we should have bought the house next door but one last year
[01:32] <ojwb> then we could buy these two, and build a hotel
[01:32] <mwhudson> if you want to own a hotel
[01:33] <ojwb> well, they make more rent
[18:33] <ibeardslee> morning
[18:59] <ajmitch> morning
[19:16] <chilts> morning
[19:20] <Atamira> mornin
[20:01] <mwhudson> good morning
[20:05] <ibeardslee> I should read the Ubuntu-NZ mailing list more often
[20:07] <ajmitch> there were actually some messages sent to it recently
[20:07] <ajmitch> more relevant to wellington people though
[20:07] <ibeardslee> yeah busy replying to the guy wanting to get a Wellington Ubuntu user group going
[20:08] <ibeardslee> suggesting that there may be more value to the greater community to focus on WellyLug
[20:08] <ibeardslee> being distro independent
[20:08] <ajmitch> and probably most of the wellylug people have some familiarity with ubuntu anyway?
[20:08] <ibeardslee> yeap
[20:08] <ajmitch> I know a few of the dunlug people do
[20:45] <ajmitch> hads: quick service, modem just arrived :)
[22:54] <hads> ajmitch: Excellent
[22:55] <hads> I think I might unsubscribe from NZlUG now that's it's turned into NZEarthquakeAndPoliticsEtcChat.
[22:59]  * ajmitch hasn't been subscribed there for a couple of years now


[00:11] <kristian_> can someone recommend a theme for a super small screen, as in 800×480?
[00:52] <kristian_> anyone using aqualung for listening to web radio?
[01:30] <kristian_> trying to get radiotray running... it's dependencies are tricky... I'd hate to use 60 megs on something that I don't need
[01:31] <nubuntu> yooooo so im installing lubuntu on my hard drive and i selected to manually partition(advanced) option. can some1 help me out with something
[01:34] <nubuntu> is any1 here?
[03:06]  * hajour goodnight all
[10:47] <jarnos> Is it possible tu make LVM install?
[10:48] <bioterror> anything is possible
[10:51] <enigmatic> install with ubuntu alternate disk and after that do http://psychocats.net/ubuntu/purexfce but change the last command  to sudo apt-get install lubuntu-desktop
[10:53] <bioterror> no-recommends or what rwas it
[10:56] <enigmatic> dont know this it what i wanna try today ^^
[10:56] <enigmatic> after i failed with lubuntu isos
[12:53] <kristian-aalborg> hi all
[12:53] <kristian-aalborg> may I propose removal of the package gnome-power-manaqgement?
[12:53] <bioterror> and which software is going to replace it
[12:53] <kristian-aalborg> manager, sorry
[12:53] <kristian-aalborg> lok
[12:54] <kristian-aalborg> lol... sorry, can't type today
[12:54] <bioterror> I've got no issues with gnome-power-manager
[12:54] <kristian-aalborg> bioterror: it seems to need a gnome desktop to work and thus be unneeded in lubuntu
[12:54] <bioterror> as I'm running lubuntu on laptop
[12:55] <kristian-aalborg> it's not that I don't like the program per se
[12:56] <bioterror> Sun14:53 <bioterror> and which software is going to replace it
[12:57] <kristian-aalborg> yes, I saw that
[12:57] <bioterror> but you did not answer
[13:00] <kristian-aalborg> hang on, testing something
[13:01] <kristian-aalborg> ah wait, scratch that
[13:02] <kristian-aalborg> it *was* used after all - I thought it was gnome-specific
[13:03] <bioterror> yeah, apt-cache show gnome-power-manager
[13:03] <bioterror> it tells you what it does
[13:03] <kristian-aalborg> I know... that's still not what I meant
[13:03] <kristian-aalborg> nm
[13:04] <bioterror> xfce-power-manager?
[13:04] <bioterror> but I'm off, laters.
[13:05] <kristian-aalborg> see ya
[13:40] <vlad__> Help me to choose distrib. I installed XUbuntu  to my Celeron 1,2 Ghz and 256 RAM and It works very slow. If I start more then three aplications it almost hangs. Will I have a change get fast OS if I install Lubuntu?
[13:43] <vlad__> Is it important what programs to install? Can I install then Open Office to Lubuntu, is that make the system slower?
[13:47] <enigmatic> xubuntu wasnt an aprovment on ubuntu on my old lap but i think lubuntu will cause youll have more ram free
[13:47] <enigmatic> iam installing atm
[13:48] <enigmatic> improvement i mean
[13:53] <vlad__> What is atm?
[13:55] <kristian-aalborg> at the moment
[13:56] <kristian-aalborg> vlad__: have you considered something like slitaz?
[13:56] <kristian-aalborg> or perhaps an X-free box?
[14:00] <vlad__> kristian-aalborg: I am new in Linux. And Chose Ubuntu as most popular Linux. Tried Xubuntu - thats works slow.. Now I find another choice. How I can use slitaz or X-free box?
[14:02] <kristian-aalborg> slitaz is a distro which is fast on old computers
[14:02] <kristian-aalborg> X-free just mean that you have no X, only the command line... like DOS, if you're old enough to remember that ;)
[14:03] <kristian-aalborg> if you have a cdrom drive, I guess you could try lubuntu from a cd to see if it's good enough?
[14:08] <kristian-aalborg> vlad__: I'd avoid openoffice on such a machine
[14:10] <vlad__> Thank you. You mean OO will work slow? It is OK, because I am going to use that seldom. The question is if it slow down all system or not?
[14:17] <jarnos> bioterror, thanks for the hint. As for to get pure lubuntu 10.10, I suppose http://psychocats.net/ubuntu/purelxde can be used.
[14:23] <JLuc> lubuntu is not on http://psychocats.net/ubuntu/whichbuntu
[14:24] <JLuc> so xubuntu is another light distro
[14:24] <JLuc> seems to be closer to ubuntu
[14:24] <kristian-aalborg> vlad__: it should not, but it's rather big
[14:25] <JLuc> sorry : yes, lubuntu IS on this page
[14:25] <kristian-aalborg> have a look at Abiword and Gnumeric, they come by default in Lubuntu and does much of what OO does
[14:37] <bioterror> xubuntu aint that light anymore
[14:39] <bioterror> best thing to get a light OS is to ditch all DE's and run a WM like fluxbox or wmaker, pure openbox
[14:43] <bioterror> I'm playing with my in-laws Dell D510 and only thing that's slow in this is a HDD
[14:47] <vlad__> "and run a WM like fluxbox or wmaker, pure openbox" how to do that?
[14:48] <bioterror> sudo apt-get purge de & stuff
[14:48] <bioterror> sudo apt-get install fluxbox thunar gnome-power-manager vlc what ever you need
[14:49] <bioterror> psychocats has a guide to get rid of DE's
[15:05] <vlad__> bioterror: and how I will start aplications?
[15:06] <bioterror> you can use menumaker to create yourself a menu or run or terminal or or
[15:42] <pip__> is everybody having the log in screen thing?  Missing 'panel' at the bottom that is?
[17:34] <ChrisDruif> I don't know pip__, not running lubuntu atm and have to go....doesn't it appear after selecting a user?
[17:34] <ChrisDruif> Like in gdm?
[19:09] <bobslee> hi, what is the login/passwd for the 10.10 LiveCD ?
[19:11] <pip__> wow, I've just been able to resize my login screen, along with having a missing panel & flashing date & time :o
[19:13] <bobslee> anybody ?
[19:14] <pip__> bobslee: someone had the same question a couple of days ago, unfortunately I can't remember what the answer was.  I'm really sorry
[19:15] <MichealH> bobslee: Im guessing "lubuntu" ?
[19:16] <bobslee> nope, nor ubuntu
[19:16] <bobslee> it's a pity that such livecd is causing this trouble
[19:17] <MichealH> Try restartin? :P
[19:17] <bobslee> reboot is busy ;)
[19:18] <bobslee> but after reboot?
[19:18] <MichealH> It should log you in automaticly?
[19:18] <pip__> ChrisDruif: nope it doesn't appear with user choice
[19:18] <bobslee> i'm curious, w8ting
[19:18] <ChrisDruif> Alright...
[19:18] <pip__> I can also resize the login screen now too
[19:19] <pip__> I think it's something to do with updates I did yesterday as it happens on 2 machines
[19:19] <pip__> I'm using natty BTW
[19:19] <bioterror> there's no password
[19:20] <bioterror> something has gone wrong if the LiveCD asks username and password
[19:20] <bioterror> I suggest to clean drive and cd and try again
[19:21] <bobslee> hmm ok, i'll give it a shot
[19:26] <kristian-aalborg> yo yo
[19:27] <kristian-aalborg> where's the icon settings in Lubuntu?
[19:27] <kristian-aalborg> as in, so that I can change the icon for a given program
[19:27] <bioterror> lxappearance
[19:30] <kristian-aalborg> can't seem to find it?
[19:31] <kristian-aalborg> I can see how to switch theme, but not how to change the icon for the individual programs
[19:42] <kristian-aalborg> is is recommended for some reason *not* to substitute lxdm with slim?
[19:43] <ChrisDruif> kristian-aalborg: Not that I know of :)
[19:43] <kristian-aalborg> hi ChrisDruif
[19:43] <kristian-aalborg> good, I'm doing it now...
[19:44] <kristian-aalborg> nothing against lxdm, but I already know how to tweak slim
[19:57] <kristian-aalborg> oh no
[19:59] <ChrisDruif> oh no, what?
[19:59] <kristian-aalborg> slim won't start lubuntu
[19:59] <kristian-aalborg> at least not out of the box
[20:15] <ChrisDruif> You need to edit SLiM...it should work....maybe check out arch wiki?
[20:20] <kristian-aalborg> yes, I have it almost there now
[20:21] <kristian-aalborg> anyone else using slim? care to share an .xinitrc?
[20:55] <kristian-aalborg> ah, nm... this cat goes back to lxdm
[21:00] <kristian-aalborg> anyone had luck getting rid of the keyring?
[21:01] <bioterror> available to all users
[21:01] <kristian-aalborg> last time I tried to remove it, I messed up everything
[21:01] <kristian-aalborg> bioterror: what do you mean?
[21:01] <bioterror> you're using wlan, right
[21:02] <kristian-aalborg> I'm talking about the program that asks for a password on each startup, to clarify
[21:02] <bioterror> you didnt answer to my question
[21:02] <stlsaint> kristian-aalborg: thats built in, removing it can cause alot of issues
[21:02] <bioterror> again
[21:02] <bioterror> lots of talking and bashing, but never a clear answer yes or no
[21:02] <stlsaint> well removing it improperly
[21:03] <bioterror> kristian-aalborg, once again: a r e   y o u   u s i n g   w l a n ?
[21:07] <kristian-aalborg> y e s
[21:07] <bioterror> click the wlan icon
[21:07] <bioterror> take settings
[21:07] <bioterror> and make that connection available to all users
[21:07] <bioterror> no need to remove anything
[21:08] <kristian-aalborg> "edit connections"?
[21:09] <bioterror> yes
[21:09] <kristian-aalborg> nothing happens
[21:09] <bioterror> what should happen?
[21:09] <kristian-aalborg> I get no dialogue when I click "edit connections"