IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 11 December 2013   (all times are UTC)

00:08freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
00:12map7 has joined IRC (map7!~map7@158.155.168.125.sta.wbroadband.net.au)
00:14map7 has left IRC (map7!~map7@158.155.168.125.sta.wbroadband.net.au, Client Quit)
00:20gdi2k has joined IRC (gdi2k!~gdi2k@120.28.235.144)
00:22
<gdi2k>
hi, we are using VOIP apps (linphone, skype) as local apps on our thin clients (not fat). we are having trouble with voice clarity, especially high frequency S hiss getting clipped and sounding fuzzy. This happens on a range of VOIP clients and codecs (including wideband) so I am thinking it is down to Pulse Audio settings. Any suggestions how I may be able to fix this?
00:24
<vagrantc>
fatclients?
00:25
<gdi2k>
no, thin clients, VOIP clients are local apps
00:25
<vagrantc>
i am suggesting to use fatclients
00:25
<gdi2k>
oh I see hehe
00:25
<vagrantc>
since they would likely use a more conventional pulseaudio configuration
00:25
<gdi2k>
our clients are pretty crusty, I don't think they would deliver a good desktop experience at this stage
00:26
here's the effect at narrow band phone quality (ulaw): http://ge.tt/9uPt1i61/v/0
00:27
it seems like it's clipping the high frequency ranges to me
00:27
output quality is fine though, it's just the recording quality that's an issue
00:29
<vagrantc>
the way we use pulseaudio in LTSP is discouraged... so for the future we're looking at doing things differently, which doesn't help much right now...
00:29
<gdi2k>
I see - are there any settings I can play with anywhere?
00:30
I know standard pulse allows you to change the way audio conversion works etc. (CPU vs quality trade off)
00:31
maybe it's even compressing before sending over the network? I also feel there's more latency than there needs to be, but that may be a different issue
00:36Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Quit: Leaving.)
00:42
<gdi2k>
or maybe there's a way to bypass pulse for the VOIP clients somehow? Can I just get also working on the clients, and force the clients to use alsa, but other apps to use Pulse? We really need general audio working as well as the voice clients
00:42
(especially considering all voip apps are local and no other apps are)
00:51
for others seeking information about how pulse is implemented in ltsp, pulse settings are under client's chroot in /usr/share/ltsp/ltsp-init-common - I will play with these
00:54freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Ping timeout: 252 seconds)
01:01qu3sti0n has joined IRC (qu3sti0n!~QQQ@50.115.165.16)
01:02qu3sti0n has left IRC (qu3sti0n!~QQQ@50.115.165.16)
01:18telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
01:20telex has joined IRC (telex!~telex@freeshell.de)
02:04lns has left IRC (lns!~lns@pdpc/supporter/professional/lns, Read error: Connection reset by peer)
02:53alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
02:56
<alkisg>
gdi2k: try removing --resample-method=trivial in $CHROOT//usr/share/ltsp/ltsp-init-common
02:57
<gdi2k>
alkisg, what will it default to? speex?
02:57
<alkisg>
man pulseaudio :)
02:57
or /j #pulseaudio and ask :)
02:57
<gdi2k>
man pulse audio is a headache sometimes! hehe
02:58
<alkisg>
man pulse-daemon.conf, actually...
02:59
"Defaults to speex-float-3"
03:01
<gdi2k>
side note; I have analyzed a sample recorded from one of the clients and found it's frequency range to cap out at exactly 8000Hz, which explains the issue I am having. I don't think the different methods of resampling methods would cause that
03:01
*its
03:02
<alkisg>
Do you mean that running pulseaudio locally would have the same quality on that client?
03:02
*normally, not with ltsp
03:03
<gdi2k>
I run pulse audio on my desktop and do not suffer that issue. I have done a recording which had in excess of 15000 Hz recorded with my webcam mic
03:03
<alkisg>
Is that the same mic you're using on the clients?
03:03
<gdi2k>
no the mics on the clients are far superior - high quality headsets from plantronics, but we've also tried some consumer headsets from logitech and it's the same thing
03:05
<alkisg>
So what do you think is the cause for cutting off sound frequencies, if not the resampling method?
03:06
I don't think pulse running over the network could cause loss of frequencies, so I can't think of anything other than the client cpu and resample method are to blame
03:07
<gdi2k>
I don't know at this stage - I'm going to have to do more experiments
03:08
<alkisg>
The trivial method is bound to cut off frequencies, but without exact measurements I don't know how much of them
03:08
<gdi2k>
I will report back though, maybe it's something that can be easily corrected
03:08
yes, but I wouldn't have thought it would cut at such an essential frequency
03:08
30,000Hz I could understand, but not 8000
03:08
that's where all the Ss and Ts are heard
03:09
<alkisg>
It surely doesn't do FFT, so it surely wouldn't care about 8000 or 30000
03:09
<gdi2k>
(which is why it's hard to differentiate an S from an F on POTS)
03:09
<alkisg>
Also I don't think the human ear can listen to more then 20KHz
03:12
<gdi2k>
yes, possibly, I was exaggerating. but my dog could tell the difference. testing trivial on my machine now...
03:15gdi2k has left IRC (gdi2k!~gdi2k@120.28.235.144, Quit: Leaving)
03:20gdi2k has joined IRC (gdi2k!~gdi2k@120.28.235.144)
03:21
<gdi2k>
alexqwesa, on my desktop machine, using trivial makes things sound worse, but there is no frequency clipping. I recorded some music playing via a monitor device, and the whole range is there to 23000 Hz
03:24
sorry, messaged wrong person, that was for alkisg
03:24
<alkisg>
:)
03:24
Try changing ltsp-init-common
03:25
<gdi2k>
I'll have to wait for that as machines are all in use and I don't want to screw anything up. I will report back though when I do
03:25
<alkisg>
gdi2k: you can change it dynamically on a single client instead of on the server, if it helps
03:25
<gdi2k>
ok - how can I do that?
03:25
<alkisg>
Put ltsp.break=50-fstab in the kernel command line to get a shell at client boot
03:25
(pxelinux.cfg/default)
03:26
Then just vi ltsp-init-common
03:26
Which distro/version btw?
03:27
<gdi2k>
xubuntu 12.10
03:27
<alkisg>
OK, that will work there
03:27
<gdi2k>
ok, will give that a go - once I've changed the file, do I restart?
03:28
<alkisg>
No, type exit to continue booting
03:28
stgraber: recent plymouth versions no longer need plymouth:force-splash, I'll remove it from update-kernels.conf, ok?
03:28
<gdi2k>
ok
03:30
<stgraber>
alkisg: sure
03:30
<alkisg>
stgraber: would you also consider us removing plymouth from the initramfs?
03:31
It's causing a few problems with e.g. ltsp.break=50-fstab, and it increases the initramfs size a lot,
03:31
resulting in a bigger time downloading it via tftp...
03:31
(by default it's not included in the initramfs in ubuntu, afaik...)
03:31
If you want specific numbers, I can provide them
03:31
<stgraber>
alkisg: yeah, I think the main reason for that was to make the boot prettier when we had a lot of modeset changes, but that was a while ago.
03:32
nowadays we only include it in the initrd when using encryption on Ubuntu, so that's probably fine to drop from ltsp
03:32
<alkisg>
stgraber: cool, I'll test and remove it if I don't find any downsides
03:32
Thanks
03:48
Size drops from 26719243 to 19530498 without FRAMEBUFFER=y
03:50
(initrd.img-3.12.0-7-generic)
04:02andygraybeal has left IRC (andygraybeal!~andy@h214.206.213.151.dynamic.ip.windstream.net, Ping timeout: 248 seconds)
04:24highvolt1ge has joined IRC (highvolt1ge!~highvolta@abathur.jonathancarter.org)
04:24alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
04:24alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 264 seconds)
04:24highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Ping timeout: 264 seconds)
04:24alkisg1 is now known as alkisg
04:26FrozenZia has left IRC (FrozenZia!pbrown@evo.paivola.fi, Remote host closed the connection)
04:26FrozenZia has joined IRC (FrozenZia!pbrown@evo.paivola.fi)
04:27
<alkisg>
Yey, ltsp.break works again :)
04:28
stgraber, vagrantc: would you mind if we didn't recommend cryptsetup in ubuntu, and only leave it as the recommented on debian?
04:28
It forces plymouth into the initramfs, breaks ltsp.break etc
04:29
Plymouth isn't yet the default on debian, so that difference in recommends: I think is justified...
04:29
<vagrantc>
well, i'm not inclined to force things on other distros... :)
04:30
<alkisg>
vagrantc: our current X-something infrastructure in debian/control makes that easy, right?
04:30
<vagrantc>
alkisg: yup
04:30
<alkisg>
Cool, stgraber, would you agree? ^
04:30
<vagrantc>
X-Debian-Recommends: cryptsetup
04:31* vagrantc hasn't kept the all depends/recommends for ltsp-client as suggests for ltsp-client-core ... but suggests are kind of pointless, really.
04:33
<alkisg>
vagrantc: I forgot, why don't we merge those 2 packages?
04:33
<vagrantc>
in order to make it possible to not install all features...
04:34
<alkisg>
Isn't "recommends" enough for that?
04:34
<vagrantc>
it's technically possible for recommends to not be installed, even though they might install by default
04:35
<alkisg>
Right, so someone could use it to avoid things he doesn't want installed...
04:35
<vagrantc>
so you could have an ltsp setup with missing features. with hard dependencies, it ensures all features are present
04:35
<alkisg>
I don't get it... what are the possible use cases?
04:35
1) I want an ltsp client with all the features => ok I get that use case. Any other ones?
04:36
<vagrantc>
as the maintainer/troubleshooter, i want to make sure all the features are present unless they've gone out of their way to do something differently.
04:36
<alkisg>
OK, so put them in depends:
04:36
And if they really want to go out of their way, they could dpkg -r them...
04:36alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Read error: Connection reset by peer)
04:37
<vagrantc>
meh.
04:37
that's disasterous.
04:37
<alkisg>
I think what I'm missing is this: "in which use case would one only install ltsp-client-core?"
04:37
<vagrantc>
cases without X
04:38
use it a lot at freegeek for console only hardware testing
04:41
<alkisg>
vagrantc: thanks, makes sense, sorry I was looking at the package description of ltsp-client in Ubuntu which didn't mention "graphical environment" etc :)
04:42
Ubuntu should try more to minimize its packaging diff from debian :D
04:46alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
04:47
<alkisg>
vagrantc: on second look, ubuntu currently doesn't recommend cryptsetup, so there's no need for stgraber's approval, I think greek schools are the only users of your debian packaging, as built on ubuntu/launchpad
04:48
So, could you please make that X-Debian-Recommends: cryptsetup change, so that it's removed by default from greek schools/
04:48
?
04:49
If you could commit that today, I could request a build on launchpad and do all the plymouth-related tests properly for both 14.04 and 12.04, with the latest ltsp code...
04:57lns has joined IRC (lns!~lns@pdpc/supporter/professional/lns)
05:07Enslaver has joined IRC (Enslaver!~Enslaver@fedora/Enslaver)
05:22
<alkisg>
bbiab
05:22alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
06:15tfdl has joined IRC (tfdl!44904ab5@gateway/web/freenode/ip.68.144.74.181)
06:19
<tfdl>
Hello, I have about 60 ltsp client machines that I would like to remote restart via a bash script, can you please point me to some source?
06:20work_alkisg is now known as alkisg
06:20
<alkisg>
!epoptes | echo tfdl:
06:20
<ltsp>
tfdl: epoptes: Epoptes is a computer lab administration and monitoring tool. It works on Ubuntu and Debian based labs with LTSP or non-LTSP servers, thin and fat clients, standalone workstations, NX clients etc. More info: http://www.epoptes.org
06:20
<tfdl>
hi alkisg, long time no see :)
06:21
<alkisg>
Hi tfdl
06:21
<tfdl>
things have been going so well with ltsp at our school library ;)
06:21
<alkisg>
You can get the wol.py script from there, or you could use the wakeonlan utility
06:22
<tfdl>
you showed us epoptes have been using it but i want to write a bash script.
06:22
<alkisg>
Just get the mac addresses and use them with wol.py or wakeonlan
06:23
<tfdl>
i have 60 clients (60 ips) i can ssh in and reboot but i want to automate this process
06:23
ok, i do have 60 mac addresses too.
06:23
<alkisg>
Ah sorry I thought "start", not reboot
06:23
<tfdl>
i mean reboot
06:23
<alkisg>
OK
06:23
Do you have passwordless ssh access to the clients?
06:24
<tfdl>
we have been using wol in epoptes.
06:24
i have password
06:24
not passwordless
06:24
<alkisg>
Can you do it with passwordless? If not, you'd need to use "expect"
06:24
<tfdl>
i can try to configure passwordless
06:25
but dont know how even
06:25
chroot
06:25
<alkisg>
Googling for passwordless ssh should tell you... you basically need ssh-copy-id
06:25
<tfdl>
ok
06:25
got that
06:25
so what to do after passwordless
06:26
<alkisg>
Do a loop for `ssh client reboot`...
06:26
<tfdl>
ok
06:26
i see
06:26
i will try put together a script for that
06:27
you know the utility ltspinfo reboot?
06:27
<alkisg>
ltsp-info is about getting information, not about rebooting
06:27
<tfdl>
read it from this very old 2004 http://www.redhat.com/archives/k12osn/2004-August/msg00773.html
06:27
ok
06:27
thanks
06:28
<alkisg>
Nah that's for ltsp 4
06:28
It doesn't exist in ltsp 5
06:28
<tfdl>
good, passwordless + a loop thru a list of ips
06:28
thanks
06:29
<alkisg>
np
06:29
<tfdl>
i like to do things right way and its good i got pointer from you, good nite!
06:29
<alkisg>
Good morning :)
06:29
<tfdl>
thanks again, and i will come back to write review on ltsp.org after all the project is done.
06:31
this company failed on the project that i have now replaced with ltsp, and they were so impressed by ltsp, http://www.sharpsav.com/
06:51tfdl has left IRC (tfdl!44904ab5@gateway/web/freenode/ip.68.144.74.181, Ping timeout: 272 seconds)
07:01
<alkisg>
stgraber: on fast systems, it takes e.g. 20 seconds to reach the real file system, then plymouth appears for a couple of seconds, and then ldm appears... do we mind that plymouth will appear only for a couple of seconds there?
07:01* alkisg doesn't :)
07:01
<alkisg>
Also, plymouth adds about 4 seconds to boot time, with the initramfs size, its udev blocking, the upstart events etc...
07:02
*plymouth launched from the initramfs
07:57
<vagrantc>
alkisg: made the cryptsetup change
07:58
<alkisg>
vagrantc: thanks!!
07:58
vagrantc: http://askubuntu.com/questions/371777/dmesg-mounting-takes-longer-in-lubuntu-than-in-debian
07:58
I see that in ltsp too, it lags 10 seconds waiting for nothing in ubuntu...
07:59
[ 3.740100] Switched to clocksource tsc
07:59
[ 14.208118] PM: Hibernation image not present or could not be loaded.
07:59
[ 14.208885] Freeing unused kernel memory: 864K (c19ac000 - c1a84000)
08:00
That's before even `break=top`, so nothing I can do but ping the ubuntu kernel devs, or switch to debian... :D
08:00
<vagrantc>
the kernel in ubuntu are simply huge by comparison to debian
08:00gdi2k has left IRC (gdi2k!~gdi2k@120.28.235.144, Remote host closed the connection)
08:00
<vagrantc>
saves me the trouble switching away from debian to ubuntu and back to debian
08:01
i first noticed it when powerpc64 stopped network booting on ubuntu again... because the kernel is over 25MB
08:01
or something like that
08:02
the comprable kernel on debian was 12MB or so
08:02
so there are significant differences in the actual kernel, at least i'd hope so for a kernel twice the size :)
08:04* alkisg hopes he'll find enough time at some point to create a debian live/install cd for greek schools instead of an ubuntu one...
08:06
<alkisg>
Maybe at debconf ;)
08:14* vagrantc hopes
08:15vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
08:20highvolt1ge is now known as highvoltage
09:02bennabiy has left IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com, Ping timeout: 260 seconds)
09:03bennabiy has joined IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com)
10:15willianmazzardo has joined IRC (willianmazzardo!~textual@187.4.15.116)
10:23workingcats has joined IRC (workingcats!~workingca@212.122.48.77)
10:37freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
10:49biomorph has joined IRC (biomorph!~biomorph@91.85.204.16)
10:52
<biomorph>
Hi All...... I am getting the problem reported in https://bugs.launchpad.net/ubuntu/+source/ltspfs/+bug/1021579 I can't find a solution to it. Anybody else got a fix or workaround?
10:58biomorph has left IRC (biomorph!~biomorph@91.85.204.16, Remote host closed the connection)
11:05biomorph has joined IRC (biomorph!~biomorph@91.85.204.16)
11:16alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 260 seconds)
11:16andygraybeal has joined IRC (andygraybeal!~andy@h214.206.213.151.dynamic.ip.windstream.net)
11:17biomorph has left IRC (biomorph!~biomorph@91.85.204.16, Remote host closed the connection)
11:22willianmazzardo has left IRC (willianmazzardo!~textual@187.4.15.116, Quit: Computer has gone to sleep.)
11:25alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
11:43alkisg is now known as work_alkisg
11:50GrembleBean has joined IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net)
11:58willianmazzardo has joined IRC (willianmazzardo!~textual@187.4.15.116)
12:02willianmazzardo has left IRC (willianmazzardo!~textual@187.4.15.116, Ping timeout: 246 seconds)
12:20freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Ping timeout: 246 seconds)
12:22freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
12:30willianmazzardo has joined IRC (willianmazzardo!~textual@187.4.15.116)
12:46alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
12:51adrianorg has left IRC (adrianorg!~adrianorg@189.58.232.44.dynamic.adsl.gvt.net.br, Ping timeout: 245 seconds)
12:52alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 252 seconds)
12:53adrianorg has joined IRC (adrianorg!~adrianorg@177.132.218.199)
13:40freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Ping timeout: 252 seconds)
13:40alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
13:42freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
13:51brunolambert has joined IRC (brunolambert!brunolambe@nat/revolutionlinux/x-faebsdipdphygoai)
14:13dead_inside has left IRC (dead_inside!~taylor@76.75.3.174, Remote host closed the connection)
14:15dead_inside has joined IRC (dead_inside!~taylor@76.75.3.174)
16:31mgariepy has left IRC (mgariepy!mgariepy@ubuntu/member/mgariepy, Read error: Connection reset by peer)
16:46freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Quit: So long and thanks for all the fish)
16:52Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
17:03kev_j has joined IRC (kev_j!~Kevin@web.ta-realty.com)
17:41vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
17:44
<alkisg>
stgraber: plymouth --quit --retain-splash no longer works in 14.04, so with plymouth not in the initramfs, the ubuntu logo only shows up for a couple of seconds or even not at all on fast clients. Of course on slower clients it shows up more.
17:44
I don't mind about that, the 6 mb initramfs size saving is more significant, as are the other issues like ltsp.break, increased boot times etc with plymouth in the initramfs
17:45
So, if noone objects, I'll delete initramfs-tools/conf-hooks.d/ltsp (=> FRAMEBUFFER=y)
18:10mgariepy has joined IRC (mgariepy!mgariepy@ubuntu/member/mgariepy)
18:18Phantomas1 has joined IRC (Phantomas1!~Phantomas@ubuntu/member/phantomas)
18:19Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Read error: Operation timed out)
18:20
<alkisg>
plymouth:force-splash is no longerneeded,
18:21
and afaik vt.handoff=7 was never useful with pxelinux without the colored background of grub
18:21
So we can go back to "quiet splash" as we were in Lucid...
18:42
<highvoltage>
hey alkisg
18:42
<alkisg>
Hi highvoltage
18:42* vagrantc waves to highvoltage
18:42
<highvoltage>
I got your messages regarding those menus, just been really insanely busy getting end of year things out of the way
18:43
I think the current best place to fix that is in the ubuntu packaging, gnome-flashback isn't currently in debian (although someone is working on it)
18:43
o/ vagrantc
18:43
<alkisg>
highvoltage: that file is the same for gnome-shell though, isn't it?
18:44
...and that's the reason it got broken... afaik...
18:44workingcats has left IRC (workingcats!~workingca@212.122.48.77, Quit: Leaving)
18:44
<highvoltage>
alkisg: not sure, one of the things I want to check first, might just change the path upstream and provide a seperate file
18:45
<alkisg>
Nice, because I fear that we'll have a hard time upstreaming any changes that benefit gnome-flashback if they originated in gnome-shell...
18:50
<vagrantc>
is gnome-flashback one of the many implementations to try and modernize a gnome2-like interface but using gnome3 libs?
18:50
like MATE?
18:50
cinnamin?
18:51
<highvoltage>
vagrantc: neither, it's a continuation of the gnome-fallback code that existed since gnome 3.
18:52
<vagrantc>
that gnome upstream abandoned?
18:52
<highvoltage>
cinnamon is a set of plugins on top of gnome 3 that provides a more traditional desktop. mate is a complete fork of all of gnome 2 (including all libraries, image viewers, file browser, etc)
18:53
vagrantc: yes
18:53
vagrantc: I'm more in favor of both mate and xfce over gnome-flashback
18:53
<vagrantc>
but keep your options open
18:53
<highvoltage>
vagrantc: the problem with both are that they introduce many, many dependencies
18:53
<vagrantc>
hrm.
18:54
<highvoltage>
vagrantc: where gnome-flashback currently needs like, 3 extra small packages to be able to ship it in edubuntu along with unity
18:54
<vagrantc>
i need to remember to change the recommends: gnome-session in ldm-server ... it just plain isn't a good choice for LTSP anymore.
18:54
<highvoltage>
vagrantc: mate is making it's way into debian, so I think gnome-flashback will soon be completely obsolete in debian
18:55
<vagrantc>
highvoltage: eventually making it's way, yes...much to my surprise.
18:55* vagrantc wonders if it'll be in testing in 6-8 months
18:55
<highvoltage>
vagrantc: mate would actually make a lot of sense on ltsp (and also edubuntu). but it's big to ship alongside unity.
18:56
vagrantc: if it was just up do me I would probably drop unity from edubuntu. but there's a lot of reasons that would be hard
18:56
<vagrantc>
sure
18:57
<highvoltage>
the biggest probably that the project wouldn't be able to support that DE in ubuntu by itself, edubuntu is spread too thin atm
18:57
not sure if stgraber would ever +1 removing unity either, we haven't explored that topic yet
18:57brunolambert has left IRC (brunolambert!brunolambe@nat/revolutionlinux/x-faebsdipdphygoai, Quit: Leaving.)
18:58
<highvoltage>
I don't like the Unity dash at all. It's a usability abomination. Users just don't understand it or know how to find apps
18:58freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
18:58* highvoltage stops babbling
18:59brunolambert has joined IRC (brunolambert!brunolambe@nat/revolutionlinux/x-dirbgtgicrovmwjn)
18:59
<kev_j>
apt-
18:59
whoops
18:59
sorry
19:04
<stgraber>
highvoltage: for 14.04, I very much intend to stick to unity by default with gnome-flashback available (and having flashback as default for LTSP). For 16.04, we'll see, I expect a lot to change in 2 years.
19:05
either way, we can be pretty sure that we won't have compiz in 16.04 anymore so quite a bit of the current problems will disappear (and very possibly be replaced by some others)
19:06
<highvoltage>
stgraber: *nod* for all of that
19:07
stgraber: I don't think that current unity and flashback are going to be preferable for 5 years, but it's probably the best current option until the the next LTS arrives
19:08
I need to figure out my future with edubuntu as well. I took the next 2 days off for that and other things. there's just a torrent of cool things happening but not enough attention for all of it :)
19:09
<stgraber>
highvoltage: yeah... I know the feeling... I hope to get some edubuntu-server stuff done over christmas, ideally coming up with a plan of what we'll actually be able to ship in 14.04.
19:10
<highvoltage>
stgraber: that would be awesome. I'm on leave then but not going on holiday so will be glad to test, etc
19:10
<stgraber>
highvoltage: I think I want something that's as easy to install as possible but only support a subset of scenario and a subset of features for 14.04. Basically enough to get people interested, get early adopters and get the real large scale production release for 16.04.
19:11
highvoltage: I'll be in Switzerland from the 18th of December to the 2nd of January, so I should also be on a vaguely better timezone ;)
19:31bitcheker has joined IRC (bitcheker!~bitchecke@dynamic-adsl-62-10-108-237.clienti.tiscali.it)
19:37bitcheker has left IRC (bitcheker!~bitchecke@dynamic-adsl-62-10-108-237.clienti.tiscali.it, Quit: {exiting})
19:54alexqwesa has left IRC (alexqwesa!~alex@109.172.12.47, Ping timeout: 264 seconds)
20:21GrembleBean has left IRC (GrembleBean!~Ben@cpc35-aztw23-2-0-cust207.18-1.cable.virginm.net, Quit: I Leave)
21:08clepto has joined IRC (clepto!~chadlepto@unaffiliated/chadlepto)
21:11ChadLepto has left IRC (ChadLepto!~chadlepto@unaffiliated/chadlepto, Ping timeout: 246 seconds)
21:17alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
21:23alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
21:23
<andygraybeal>
stgraber, hey, i didn't know if you saw it or not, but t hank you for your blog!
21:24
i run across it regularly in my google searches :)
21:24Phantomas1 has left IRC (Phantomas1!~Phantomas@ubuntu/member/phantomas, Quit: Leaving.)
21:28Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
21:33andygraybeal has left IRC (andygraybeal!~andy@h214.206.213.151.dynamic.ip.windstream.net, Quit: Ex-Chat)
21:44andygraybeal has joined IRC (andygraybeal!~andy@h214.206.213.151.dynamic.ip.windstream.net)
22:17unixtroglodyte has joined IRC (unixtroglodyte!~chadlepto@unaffiliated/chadlepto)
22:20bennabiy has left IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com, Ping timeout: 260 seconds)
22:20bennabiy has joined IRC (bennabiy!~Thunderbi@24-181-55-79.dhcp.gnvl.sc.charter.com)
22:20clepto has left IRC (clepto!~chadlepto@unaffiliated/chadlepto, Ping timeout: 260 seconds)
22:40unixtroglodyte is now known as ChadLepto
23:01JesseC has left IRC (JesseC!~Chumba@wsip-98-175-20-126.br.br.cox.net, )
23:17vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Ping timeout: 245 seconds)
23:24vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
23:26Phantomas1 has joined IRC (Phantomas1!~Phantomas@ubuntu/member/phantomas)
23:27Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 250 seconds)
23:38Phantomas1 has left IRC (Phantomas1!~Phantomas@ubuntu/member/phantomas, Quit: Leaving.)
23:55willianmazzardo has left IRC (willianmazzardo!~textual@187.4.15.116, Ping timeout: 246 seconds)