| 00:47 | kjackal has left IRC (kjackal!~quassel@2a02:587:3100:c900:d5f0:1021:c141:60d8, Ping timeout: 255 seconds) | |
| 00:48 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 00:48 | kjackal has joined IRC (kjackal!~quassel@athedsl-253143.home.otenet.gr) | |
| 03:02 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection) | |
| 03:58 | zama has left IRC (zama!~zama@unaffiliated/stryx/x-3871776, Ping timeout: 255 seconds) | |
| 03:59 | zama has joined IRC (zama!~zama@unaffiliated/stryx/x-3871776) | |
| 05:40 | alkisg has left IRC (alkisg!51ba1400@ubuntu/member/alkisg, Ping timeout: 260 seconds) | |
| 05:42 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 06:29 | Statler has joined IRC (Statler!~Georg@p5B30E30F.dip0.t-ipconnect.de) | |
| 07:28 | kjackal has left IRC (kjackal!~quassel@athedsl-253143.home.otenet.gr, Ping timeout: 265 seconds) | |
| 07:43 | eu^athedsl-44898 has joined IRC (eu^athedsl-44898!5e474ea1@gateway/web/freenode/ip.94.71.78.161) | |
| 07:51 | eu^athedsl-44898 has left IRC (eu^athedsl-44898!5e474ea1@gateway/web/freenode/ip.94.71.78.161, Quit: Page closed) | |
| 09:24 | Statler has left IRC (Statler!~Georg@p5B30E30F.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 09:37 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 09:39 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
| 09:48 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 09:58 | Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de) | |
| 10:01 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 10:02 | Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection) | |
| 10:03 | kjackal has joined IRC (kjackal!~quassel@2a02:587:3100:c900:1977:d539:ccc2:5a0e) | |
| 10:03 | Statler has joined IRC (Statler!~Georg@gwrz3.lohn24.de) | |
| 10:08 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 14:13 | lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14) | |
| 14:35 | <onixx>  after some more testing, quiet alone goes to screen 7 automatically, but quiet splash stays on screen 1 | |
| 14:39 |  and splash alone causes the issue | |
| 14:48 | <bcg>  do you have SCREEN_DEFAULT=07 in your lts.conf? if not, try it. | |
| 15:14 | <onixx>  bcg: I tried and does not work either... on screen 1 at boot | |
| 15:15 | <bcg>  ok, then I can't help, as I use text mode boot. | |
| 15:37 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
| 15:50 | <onixx>  bcg: thanks | |
| 15:51 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 17:17 | <JerryT>  Can you set the LDM session type? | |
| 17:17 |  Like "Mate" or "Gnome"? | |
| 17:19 |  nevermind | |
| 17:19 |  "LDM_SESSION=" | |
| 17:49 | <alkisg>  onixx: which distro/version is that? Because adding quiet splash here in Ubuntu MATE 16.04, works fine | |
| 17:49 | <onixx>  alkisg: works here for fatclient | |
| 17:50 |  alkisg: not for thin... | |
| 17:50 |  alkisg: ubuntu server | |
| 17:50 |  alkisg: (same version as you I believe) | |
| 17:50 | <alkisg>  OK let me try with thin | |
| 17:51 |  Works with thin here too | |
| 17:51 |  so, if you put this in lts.conf: | |
| 17:51 |  LTSP_FATCLIENT=False | |
| 17:52 |  So that you try with your fat client hardware, but in thin client mode | |
| 17:52 |  So that we see if it's a problem with ltsp or with your hardware | |
| 17:52 |  ...what happens then? | |
| 17:52 | <onixx>  alkisg: odd... | |
| 17:52 |  alkisg: same hardware, I have just played with memory threshold to change its behaviour | |
| 17:53 | <alkisg>  So by only changing FAT_RAM_THRESHOLD and quiet splash, you get the issue? | |
| 17:54 | <onixx>  alkisg: LTSP_FATCLIENT is undefined | |
| 17:54 | <alkisg>  onixx: Yes I asked you to define it | |
| 17:54 |  But you said you're using FAT_RAM_THRESHOLD which is the same thing | |
| 17:54 |  Correct? | |
| 17:55 | <onixx>  alkisg: yes, that's what I am using currently | |
| 17:55 |  alkisg: I can do LTSP_FATCLIENT=False to try | |
| 17:55 | <alkisg>  Can you also answer this one? | |
| 17:55 |  (07:53:22 μμ) alkisg: So by only changing FAT_RAM_THRESHOLD and quiet splash, you get the issue? | |
| 17:56 | <onixx>  alkisg: yes i do | |
| 17:56 | <alkisg>  And if you press alt+ctrl+f7 you see ldm without issues? | |
| 17:56 | <onixx>  alkisg: correct | |
| 17:56 | <alkisg>  Which graphics card is that? | |
| 17:57 |  And client cpu/ram? | |
| 17:57 | <onixx>  alkisg: lenovo x201 laptop, I believe its intel graphic, its an i5 | |
| 17:58 |  alkisg: 2048 ram | |
| 18:00 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection) | |
| 18:00 | <alkisg>  onixx: and your kernel, which one is it? | |
| 18:00 |  4.4 or 4.10 etc? | |
| 18:01 | <onixx>   4.4.0-103-generic #126-Ubuntu SMP | |
| 18:01 | <alkisg>  Recent i5 CPUs have problems with older kernels like 4.4 | |
| 18:02 |  Doy ou have epoptes, can you check the exact cpu model? | |
| 18:02 |  Also, try this in lts.conf: X_SMART_COLOR_DEPTH=False | |
| 18:03 | <onixx>  alkisg: this one is old... i don't but /proc/cpuinfo: U520 @ 1.07 | |
| 18:04 | <alkisg>  If you mean this one , then yes it's old, should be ok: https://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i5-520UM+%40+1.07GHz&id=785 | |
| 18:04 |  Try with X_SMART_COLOR_DEPTH as I said above | |
| 18:05 | <onixx>  alkisg: doing it now. do I need to redo the image for that change ^ | |
| 18:16 |  alkisg: I tried and same results.. fyi, i remove the ram threshold and just did LTSP_FATCLIENT=False with X_SMART_COLOR_DEPTH=False | |
| 18:17 | Moha has joined IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1) | |
| 18:17 | Moha has left IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1, Client Quit) | |
| 18:18 | Moha has joined IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1) | |
| 18:23 | <Moha>  Hi! | |
| 18:24 | <alkisg>  Hello :) | |
| 18:24 | <Moha>  Hello, please, let me know if it is possible to create images for 32bit clients using LTSP-MANAGER in Ubuntu Desktop 64bits? | |
| 18:24 | <alkisg>  Moha: no, unless you use a VM | |
| 18:24 |  (e.g. virtualbox, or a template client) | |
| 18:24 |  Why doesn't 32bit on the server fit you? | |
| 18:24 |  onixx: if you want, i have a few minutes to check over vnc/epoptes | |
| 18:29 | <Moha>  My idea is to create 32bit and 64bit images for clients (THINCLIENTS) using the same LTSP server. | |
| 18:30 | <onixx>  alkisg: can't really, I am not setup with either. I guess I will try with another machine to see if the same happens | |
| 18:30 |  alkisg: must be my machine if it works for you | |
| 18:30 | <alkisg>  Moha: why isn't 32bit ok for all your machines? | |
| 18:30 |  onixx: I tried in vbox only | |
| 18:31 | <onixx>  alkisg: good idea. I will try this now | |
| 18:35 |  alkisg: works in vbox :-) | |
| 18:36 | <Moha>  What command have you used to create the images? | |
| 18:37 | <alkisg>  Moha: you're not replying to questions, so I'll stop replying too | |
| 18:37 |  (08:24:40 μμ) alkisg: Why doesn't 32bit on the server fit you? | |
| 18:37 |  (08:30:31 μμ) alkisg: Moha: why isn't 32bit ok for all your machines? | |
| 18:38 | <onixx>  alkisg: So it looks like the x201 is acting up :-) | |
| 18:39 | <alkisg>  onixx: it sounds like a race condition | |
| 18:39 |  I think Hyperbyte also saw it once | |
| 18:39 | <Moha>  I have 32-bit and 64-bit clients and I'm not sure if the 64-bit image will work for all clients. | |
| 18:39 | <alkisg>  I haven't been able to reproduce it though, so I can't debug it | |
| 18:39 |  Moha: the 32 bit image should work for all clients | |
| 18:39 |  It's ok for 64bit clients too | |
| 18:39 |  You may have some misunderstanding and I was trying to help you there | |
| 18:39 | <onixx>  alkisg: thanks for your help | |
| 18:39 | <alkisg>  np | |
| 18:40 | <Moha>  I do not answer because I do not know English, I speak Spanish. I am using a translator...;) | |
| 18:41 | <alkisg>  I'm Greek :) | |
| 18:41 |  Don't worry too much about language | |
| 18:41 |  Use 32bit for all your PCs, on the server too | |
| 18:41 | <Moha>  OK, Thanks!! | |
| 18:46 | Moha has left IRC (Moha!05286a01@gateway/web/freenode/ip.5.40.106.1, Quit: Page closed) | |
| 18:55 | adrianor1 has joined IRC (adrianor1!~adrianorg@177.18.171.222) | |
| 18:58 | adrianorg has left IRC (adrianorg!~adrianorg@186.213.157.84, Ping timeout: 240 seconds) | |
| 19:05 | adrianor1 is now known as adrianorg | |
| 19:19 | lucascastro has joined IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br) | |
| 19:20 | Freejack has left IRC (Freejack!~quassel@unaffiliated/freejack, Ping timeout: 256 seconds) | |
| 19:48 | Statler has left IRC (Statler!~Georg@gwrz3.lohn24.de, Remote host closed the connection) | |
| 19:59 | lucascastro has left IRC (lucascastro!~lucas@189.90.38.210.jupiter.com.br, Remote host closed the connection) | |
| 20:30 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 22:03 | onixx has left IRC (onixx!1000@bas1-stetherese38-174-91-240-137.dsl.bell.ca, Quit: leaving) | |
| 22:05 | kjackal has left IRC (kjackal!~quassel@2a02:587:3100:c900:1977:d539:ccc2:5a0e, Read error: Connection reset by peer) | |
| 22:16 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 22:31 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 255 seconds) | |
| 22:36 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
| 23:16 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 23:16 | ian_j has joined IRC (ian_j!~ronin@cpc109347-brom11-2-0-cust141.16-1.cable.virginm.net) | |
| 23:21 | <ian_j>  is ltsp currently using aufs or overlayfs? | |