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


Channel log from 14 May 2014   (all times are UTC)

00:01gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
00:06gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 264 seconds)
00:19vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
00:29T4b has left IRC (T4b!~t4b@89-127.193-178.cust.bluewin.ch, Ping timeout: 250 seconds)
00:41bennabiy has joined IRC (bennabiy!~Thunderbi@96-37-209-0.dhcp.leds.al.charter.com)
01:03gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
01:08gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 252 seconds)
01:25Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
01:37andygraybeal has joined IRC (andygraybeal!~andy@h224.192.213.151.dynamic.ip.windstream.net)
01:46gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
01:50gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 252 seconds)
02:16Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 252 seconds)
02:25T4b has joined IRC (T4b!~t4b@120-196.107-92.cust.bluewin.ch)
02:46gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
02:51gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 265 seconds)
02:59
<gdi2k>
hi all, I am interested in creating a new install of LTSP on Xubuntu 14.04 in June or July. Are there any major issues people are experiencing with 14.04 so far? Any major changes to be aware of? We are currently running Xubuntu 12.04 LTS
03:13adrianorg has left IRC (adrianorg!~adrianorg@187.115.111.194, Ping timeout: 245 seconds)
03:15adrianorg has joined IRC (adrianorg!~adrianorg@187.115.111.194)
03:18vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
03:31||cw has left IRC (||cw!~chris@phpgroupware/cw, Ping timeout: 264 seconds)
03:32||cw has joined IRC (||cw!~chris@phpgroupware/cw)
03:44alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
03:47gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
03:52gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 276 seconds)
04:09gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
04:14gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 264 seconds)
04:43springbok has joined IRC (springbok!~KJ@unaffiliated/springbok)
04:47alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
05:10gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
05:14gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 258 seconds)
05:48khildin has joined IRC (khildin!~khildin@ip-213-49-116-242.dsl.scarlet.be)
05:59mealstrom has left IRC (mealstrom!~Thunderbi@46.63.63.163, Ping timeout: 252 seconds)
06:11gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
06:15gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Ping timeout: 240 seconds)
06:21Yaann has joined IRC (Yaann!~yleger@online.vlq16.iliad.fr)
06:25alexxtasi has joined IRC (alexxtasi!~alex@unaffiliated/alexxtasi)
06:41vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
07:02gbaman has joined IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com)
07:04will has joined IRC (will!5d5d2b9b@gateway/web/freenode/ip.93.93.43.155)
07:04
<will>
hi
07:04
<work_alkisg>
Hello
07:04work_alkisg is now known as alkisg
07:06
<will>
Does someone already succeeded to integrated graphics drivers "via" for vxl console
07:08
I compiled the latest openchrome drivers but no result xorg is black
07:08
<alkisg>
Is this related to ltsp?
07:08
<will>
Whereas consoles park my other mark works
07:09
yes of course
07:16staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Read error: Connection reset by peer)
07:17staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
07:18Ark74 has left IRC (Ark74!~Ark74@189.214.42.128.cable.dyn.cableonline.com.mx, Quit: Saliendo)
07:33telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
07:34telex has joined IRC (telex!~telex@freeshell.de)
08:03bennabiy has left IRC (bennabiy!~Thunderbi@96-37-209-0.dhcp.leds.al.charter.com, Ping timeout: 258 seconds)
08:04bennabiy has joined IRC (bennabiy!~Thunderbi@96-37-209-0.dhcp.leds.al.charter.com)
08:06vmlintu has joined IRC (vmlintu!~vmlintu@217.152.60.84)
08:19vmlintu has left IRC (vmlintu!~vmlintu@217.152.60.84, Ping timeout: 245 seconds)
08:39Yaann has left IRC (Yaann!~yleger@online.vlq16.iliad.fr, Ping timeout: 265 seconds)
08:41mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254)
08:42vmlintu has joined IRC (vmlintu!~vmlintu@37-136-33-237.nat.bb.dnainternet.fi)
08:42Yaann has joined IRC (Yaann!~yleger@online.vlq16.iliad.fr)
08:49vmlintu has left IRC (vmlintu!~vmlintu@37-136-33-237.nat.bb.dnainternet.fi, Ping timeout: 245 seconds)
08:50mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Quit: mealstrom)
08:50mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.71.254)
09:04khildin has left IRC (khildin!~khildin@ip-213-49-116-242.dsl.scarlet.be, Remote host closed the connection)
09:05staffencasa has left IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu, Read error: Connection reset by peer)
09:06staffencasa has joined IRC (staffencasa!~staffenca@8-220.ptpg.oregonstate.edu)
09:21
<cyberorg>
alkisg, hi, how did you solve screenlock unlock for fatclient?
09:22
<alkisg>
Hi cyberorg, I disabled it in gconf/gsettings
09:22
<cyberorg>
alkisg, hmm, no other way?
09:23
can't we get shadow details same way we get passwd from the server and store it in the client?
09:24
<alkisg>
Sure, I think I filed a bug about that too
09:24
We don't need shadow details, we can generate them
09:24
When ldm gets the password, it can do a hash, and store the result in shadow
09:24
But noone works on that, if you want you can send a patch
09:24
It should be optional, LDM_STORE_SHADOW etc for security reasons
09:25
And of course, with ltsp6 + pam, ldm and that part won't be needed anymore
09:25
<cyberorg>
i wouldn't know where to start
09:46Grembler has joined IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net)
09:56gbaman has left IRC (gbaman!~gbaman@host81-130-112-2.in-addr.btopenworld.com, Remote host closed the connection)
10:04springbok has left IRC (springbok!~KJ@unaffiliated/springbok, Ping timeout: 245 seconds)
10:06
<cyberorg>
alkisg, i'm thinking of setting up ldap auth
10:08springbok has joined IRC (springbok!~KJ@70-88-183-163-Atlanta.hfc.comcastbusiness.net)
10:08springbok has left IRC (springbok!~KJ@70-88-183-163-Atlanta.hfc.comcastbusiness.net, Changing host)
10:08springbok has joined IRC (springbok!~KJ@unaffiliated/springbok)
10:09piet has joined IRC (piet!~piet@dyndsl-037-138-032-064.ewe-ip-backbone.de)
10:31piet has left IRC (piet!~piet@dyndsl-037-138-032-064.ewe-ip-backbone.de, Quit: Verlassend)
10:33gbaman has joined IRC (gbaman!~gbaman@host81-133-27-104.in-addr.btopenworld.com)
10:36gbaman has left IRC (gbaman!~gbaman@host81-133-27-104.in-addr.btopenworld.com, Client Quit)
11:09Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)
11:35Grembler has left IRC (Grembler!~Ben@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net, Quit: I Leave)
11:59vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
12:27gp has joined IRC (gp!~IceChat77@adsl-068-016-236-123.sip.asm.bellsouth.net)
12:28Yaann has left IRC (Yaann!~yleger@online.vlq16.iliad.fr, Ping timeout: 240 seconds)
12:29
<gp>
What is the best way to configure pulse to use the switch-on-connect module on the client? http://askubuntu.com/questions/158241/automatically-change-sound-input-output-device
12:30
My client have to use usb speakers
12:30
Or is there a better way to select usb audio as the default device?
12:30
The usb audio is always plugged in
12:33
Or would I just want to set that in "/etc/pulse/default.pa" on my client?
12:34Yaann has joined IRC (Yaann!~yleger@online.vlq16.iliad.fr)
12:36
<Hyperbyte>
gp, have a look at.... pacmd or pactl, I think.
13:14bennabiy has left IRC (bennabiy!~Thunderbi@96-37-209-0.dhcp.leds.al.charter.com, Ping timeout: 258 seconds)
13:18mealstrom has left IRC (mealstrom!~Thunderbi@46.63.71.254, Ping timeout: 245 seconds)
13:29Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Remote host closed the connection)
13:39
<Hyperbyte>
gp, oh, I actually have a more dirty solution, but works better for me - I blacklist the onboard audio kernel module. :-)
13:52
<gp>
That isn't a bad idea. Would that stop HDMI from being selected as the main audio source?
14:15brianr has joined IRC (brianr!~brianr@out.ewbc.com)
14:20alexxtasi has left IRC (alexxtasi!~alex@unaffiliated/alexxtasi)
14:32
<Hyperbyte>
gp, oooh, that one I don't know.
14:32
But you can run the appropriate pacmd or pactl commands during login as well, in a script.
14:33
If you can't disable the hdmi audio
14:36mealstrom has joined IRC (mealstrom!~Thunderbi@46.63.63.163)
14:39vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
14:47gdi2k has left IRC (gdi2k!~gdi2k@120.28.208.60, Ping timeout: 240 seconds)
14:48will has left IRC (will!5d5d2b9b@gateway/web/freenode/ip.93.93.43.155, Ping timeout: 240 seconds)
14:56
<gp>
Okay. I wasn't sure if I could specify it with the MODULE_01 param in lts.conf
14:59* Hyperbyte shrugs
14:59
<gp>
Ill start testing it out. Thanks for the help
15:00gdi2k has joined IRC (gdi2k!~gdi2k@96.44.173.202)
16:40JuJuBee has left IRC (JuJuBee!~mike_knic@24-148-115-153.ip.mhcable.com)
16:59bennabiy has joined IRC (bennabiy!~Thunderbi@96-37-209-0.dhcp.leds.al.charter.com)
16:59Yaann has left IRC (Yaann!~yleger@online.vlq16.iliad.fr, Ping timeout: 252 seconds)
17:04springbok has left IRC (springbok!~KJ@unaffiliated/springbok, Ping timeout: 255 seconds)
17:11
<bennabiy>
alkisg: eta for ltsp6? I saw your conversation with cyberorg and thought I might be able to apply a little time to the code for it, but I would need to know a little more about the current fat client process. Could you let me know when you have a little time?
17:14
<vagrantc>
ltsp6 is like a glacier...
17:14
sometimes it moves in sudden bursts, but mostly sits there.
17:15
unlike a glacier, those sudden bursts are directly related to people investing their time into it :)
17:15Yaann has joined IRC (Yaann!~yleger@online.vlq16.iliad.fr)
17:21
<ogra_>
so global warming will help ?
17:25
<Hyperbyte>
ogra_, +like
17:28cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 255 seconds)
17:39alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
17:41* vagrantc waves to alkisg
17:41
<alkisg1>
Hi vagrantc, hi all
17:42alkisg is now known as work_alkisg
17:42
<alkisg1>
Hi bennabiy
17:45alkisg1 is now known as alkisg
17:52
<alkisg>
!learn todo-jammcq-sbalneav: change the IRC topic, or better yet add an IRC op
17:52
<ltsp>
(learn [<channel>] <key> as <value>) -- Associates <key> with <value>. <channel> is only necessary if the message isn't sent on the channel itself. The word 'as' is necessary to separate the key from the value. It can be changed to another word via the learnSeparator registry value.
17:52
<alkisg>
!learn todo-jammcq-sbalneav as change the IRC topic, or better yet add an IRC op
17:52
<ltsp>
The operation succeeded.
17:54
<alkisg>
!learn todo-jammcq-sbalneav as delete or close http://sourceforge.net/p/ltsp/mailman/ltsp-beginners/ http://sourceforge.net/p/ltsp/mailman/ltsp-announce/ http://sourceforge.net/p/ltsp/mailman/ltsp-translations/
17:54
<ltsp>
The operation succeeded.
17:54
<alkisg>
ltsp-translations is full of spam...
17:54
And completely unused nowadays with launchpad-based translations...
17:57Yaann has left IRC (Yaann!~yleger@online.vlq16.iliad.fr, Ping timeout: 255 seconds)
17:58
<mmetzger>
alkisg: Thank you for the help the other day
17:58
<alkisg>
mmetzger: np :)
18:00
vmlintu: could you explain the impact of this? http://sourceforge.net/p/ltsp/mailman/message/32333612/
18:00
I can't understand how that commit is related to source ports, but ok, that's not important, the important part is, how much it affects 14.04 users, and if someone is requesting an SRU process...
18:13
<vmlintu>
alkisg: before the breaking commit the network stack initialised a random value that was used to get a random source port, but the commit caused the random value to always be 0. Because of this the port was always the same.
18:13
The patch should get in to next 3.15-rc kernel and after that to stable kernels
18:14
<alkisg>
vmlintu: so, we expect that it will reach Ubuntu 14.04 some time, without us having to do anything, right?
18:15
<vmlintu>
I'd imagine so, but then again I don't know how the 3.13 extended stable support works
18:17
It affected all the images we tested with 3.13 or 3.14 kernels (based on 12.10 and 14.04), so I'd guess that also others will experience the bug
18:20
alkisg: have you tried 14.04 yet?
18:21
<alkisg>
vmlintu: yes, on my main systems since December
18:21
Many fixes were needed in ltsp upstream for 14.04...
18:23
<vmlintu>
Have you noticed the source port bug?
18:24santos has joined IRC (santos!ba075497@gateway/web/freenode/ip.186.7.84.151)
18:24
<santos>
I just imported a thin client from china
18:24
2 Gb RAM
18:25
it has hdmi and vga
18:25
but I can't get it to work with hdmi. is there anyhthing that has to be done?
18:27
<vagrantc>
you might want to give more information about the hardware...
18:27
santos: can you boot it with a live image? i.e. USB sticks/CD/DVD ?
18:27
does it com with an os?
18:27
<santos>
one sec
18:28
ok is an amd t40
18:28
no hdd
18:28
realtek gigabit network card
18:28
<vagrantc>
have a link to the thin client somewhere?
18:29
<santos>
one sec let me see
18:29
I can see the bios and the tftp process but when is going to the graphic part
18:29
gone
18:30
I am runnng edubuntu
18:31
Using the AMD Fusion APU; Support VGA + HDMI Dual Display; Support Full HD 1080P; DirectX®11 graphics with UVD 3.0; Realtek Azalia ALC662 5.1-CH
18:32
http://www.smartcloud-china.com/index.php?app=prot&act=index
18:32
<alkisg>
(09:23:03 μμ) vmlintu: Have you noticed the source port bug? ==> no, I was testing with 1-2 clients or VMs, but I haven't yet deployed it to any schools...
18:33
<santos>
monitor says not support
18:33
<alkisg>
Which edubuntu version?
18:34
<santos>
12.04
18:34
<alkisg>
12.04.which-point-version?
18:34
12.04.1, .2, .3 or .4?
18:34
They have different kernels/xorgs...
18:35
(assuming edubuntu did point releases like ubuntu...)
18:35
<vagrantc>
santos: smc sc200 ?
18:36
<santos>
mt-200
18:36
<alkisg>
stgraber, highvoltage: does edubuntu do LTS point releases?
18:36
<vagrantc>
santos: it's got an SSD in it?
18:36
<alkisg>
santos: ls $CHROOT/boot in the server will tell you...
18:37
ls /opt/ltsp/i386/boot
18:37
<santos>
nop
18:37
12.04.4
18:37
<alkisg>
If it's 3.2, it's the first point release
18:37
If it's 3.5, the second, 3.8 the third, 3.11 the fourth
18:37
<stgraber>
alkisg: it does, yes
18:37
<alkisg>
Cool
18:37
<vmlintu>
alkisg: ok, if the nbd connection closes properly, it should not happen. And it could be that it appears only on certain types of hardware. We haven't deployed to any schools yet either, so it's hard to say..
18:38
<vagrantc>
santos: my chinese isn't very good, and the english site is useless
18:38
<santos>
3.2.0.23
18:38
<vagrantc>
santos: does it come with an OS preinstalled?
18:38
<santos>
i asked to come without hdd
18:39
<alkisg>
santos: then you should try installing the newer lts kernel (lts-saucy) and saucy-xorg to the chroot. You can also test with a 14.04 usb stick directly on the client.
18:40
<santos>
lts saucy
18:40
let me google that
18:40
<alkisg>
You're looking for something like that, inside the chroot: apt-get install --purge linux-generic-lts-saucy xserver-xorg-lts-saucy
18:41
<santos>
ooook
18:41
thank u
18:43
<bennabiy>
alkisg: I cannot really get into it right now, but I would like to work on the shadow issue to get screen locking working
18:44
until ltsp6
18:44
I am finally getting more into fat clients
18:47
<vagrantc>
bennabiy: simplest thing is to ensure all your screen lockers run as remoteapps
18:47
<bennabiy>
what is the best way to do that?
18:47
<vagrantc>
simplest != best
18:48
but it should "just work"
18:48
or, not why, what ...
18:49
<bennabiy>
I do not mind putting some time into it to get shadow working for each user, although I will have to get up to speed with where things are at now.
18:49
<vagrantc>
bennabiy: there are lots of ways it could be done, first just get remoteapps working
18:49
<bennabiy>
what is the basic command to remoteapp a program?
18:49
<vagrantc>
ltsp-remoteapp
18:50
ltsp-remoteapp foo
18:50
<alkisg>
vagrantc: getting ldm to write a hash locally to /etc/passwd shouldn't be that hard, if one knows libc etc...
18:50
<vagrantc>
er, ltsp-remoteapps
18:50
<alkisg>
It's not much of a security issue either, and it works with any screensaver etc
18:50
<vagrantc>
alkisg: uh-huh.
18:50
<alkisg>
*/etc/shadow
18:51
And, if we make it optional with an lts.conf var, I don't think anyone can "complain"...
18:51
<vagrantc>
no, it's true.
18:51
but then you'd remove a lot of the impetus for ltsp6 :P
18:52
should even be able to do it mostly with hooks, so it could be an add-on to existing ltsp installs
18:52
<bennabiy>
would ldap make it work?
18:52
if I have all the users set up with ldap auth?
18:52
<vagrantc>
ldap could make it work, sure
18:52
<alkisg>
ltsp6 does have "using pam for authentication" thoughts in its core...
18:52
<bennabiy>
then nothing has to be hashed to the local instance
18:52
<alkisg>
So yeah ldap, samba etc would all make it work, but without ldm of course
18:53
For ltsp 5.x though, I think removing ldm is an overkill
18:53
<vagrantc>
well, ldm could still work, it just wouldn't auth pam directly, it'd still auth against the server's ssh
18:53
<bennabiy>
I am not at home right now, so I cannot really work on the code from here, but when I get home next week, I will pull the latest and see what I can do
18:54
<vagrantc>
but for local apps, if there were ldap in the pam stack, it should work
18:54
<bennabiy>
so if the server has pam_ldap auth set up then ldm would hash against that right?
18:54
<vagrantc>
hash?
18:55
<bennabiy>
I meant authenticate against it
18:55
<vagrantc>
if you set up pam_ldap on the clients, it doesn't matter what the server users
18:55
uses
18:55
though i'd recommend setting up your server to authenticate ssh using ldap ... and then you'd basically have the same authentication on both the server and client
18:56
<bennabiy>
exactly
18:56
<vagrantc>
where you might get into trickiness is that LDM basically sets up a local user in the passwd/group/shadow stuff, so you'll have to prefer ldap to the local files
18:57
<bennabiy>
that is what I meant. That if the server authenticated ssh using ldap, then ldm would authenticate using the ldap by way of the ssh auth using ldap
18:57
yes, the client would have to have the same auth prefs that the server has
18:57
well, not necessarily
18:57
<vagrantc>
but at least in theory, that'd work.
18:58
<bennabiy>
hmm
18:58
<vagrantc>
bennabiy: how's the linuxmint support? weren't there still some more updates you wanted integrated into ltsp-trunk?
18:58
<bennabiy>
I might have to try that here.
18:58
yes
18:58
I am waiting for the rc of the next LTS, and going to base my changes on that
18:59
since it will then most likely go LTS to LTS
18:59
I was encouraged that the current support made it into trusty
18:59
I was finally able to build a client from a stock install
19:00
And now that I am doing more fat clients, I should be able to flesh out that support as well
19:00
vagrantc: you ever make it out to NC?
19:00
<vagrantc>
wow, that'll be a while
19:00
bennabiy: i think i've been there once in my life
19:00
<bennabiy>
a while? should be within a week or so
19:01
<vagrantc>
the next LTS?
19:01
isn't that 16.04?
19:01
i.e. two years from now
19:02
<bennabiy>
no, mint is about to release its equiv of 14.04
19:02
about a month later than ubuntu release
19:02
so within the next day or two
19:02
they just said they would have an RC for me tomorrow or the next day
19:03
mint 17 is going to be the LTS, and they are going to go from LTS to LTS starting with 17
19:03
so much more stable
19:03
alkisg: how did your tests go with 17?
19:04
<vagrantc>
ah.
19:10
<alkisg>
bennabiy: I didn't do any new ones; in my last attempts it was too unstable
19:11
So I focused on getting the keyboard layout fixed in gnome/ubuntu... although I hit about 15 bugs there, 14 of them ubuntu-specific... :(
19:17
<highvoltage>
hectic
19:25freedomrun has joined IRC (freedomrun!~freedomru@unaffiliated/freedomrun)
19:34
<bennabiy>
ouch
19:34
be back in a minute...
19:41Mateusss has joined IRC (Mateusss!bd2f5135@gateway/web/freenode/ip.189.47.81.53)
19:41
<Mateusss>
Alguem pode me responder uma perguntinha?
19:44Mateusss has left IRC (Mateusss!bd2f5135@gateway/web/freenode/ip.189.47.81.53, Client Quit)
19:44
<santos>
tienes que traducirla a ingles mateuss
19:48vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 240 seconds)
20:33brianr has left IRC (brianr!~brianr@out.ewbc.com, Quit: Leaving)
20:40alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
21:06freedomrun has left IRC (freedomrun!~freedomru@unaffiliated/freedomrun, Quit: So long and thanks for all the fish.)
21:18santos has left IRC (santos!ba075497@gateway/web/freenode/ip.186.7.84.151, Ping timeout: 240 seconds)
22:06dead_inside has left IRC (dead_inside!~taylor@76.75.3.174, Read error: Connection reset by peer)
22:07dead_inside has joined IRC (dead_inside!~taylor@76.75.3.174)
22:28workingcats has left IRC (workingcats!~workingca@212.122.48.77, Ping timeout: 265 seconds)
22:30workingcats has joined IRC (workingcats!~workingca@212.122.48.77)
22:35springbok has joined IRC (springbok!~KJ@70-88-183-163-Atlanta.hfc.comcastbusiness.net)
23:52telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
23:54telex has joined IRC (telex!~telex@freeshell.de)
23:58workingcats has left IRC (workingcats!~workingca@212.122.48.77, Ping timeout: 276 seconds)