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


Channel log from 11 January 2017   (all times are UTC)

00:12book` has left IRC (book`!~book`@68.ip-149-56-14.net, Quit: Leaving)
00:12zerkalo has left IRC (zerkalo!myricae@ny1.hashbang.sh, Ping timeout: 240 seconds)
00:12book` has joined IRC (book`!~book`@68.ip-149-56-14.net)
00:13Freejack has left IRC (Freejack!~Freejack@unaffiliated/freejack, Ping timeout: 240 seconds)
00:14zerkalo has joined IRC (zerkalo!myricae@ny1.hashbang.sh)
00:16Freejack has joined IRC (Freejack!~Freejack@unaffiliated/freejack)
01:03quinox has left IRC (quinox!~quinox@ghost.qtea.nl, Quit: :wq)
01:04quinox has joined IRC (quinox!~quinox@ghost.qtea.nl)
01:58carlos has joined IRC (carlos!be96bc3e@gateway/web/freenode/ip.190.150.188.62)
01:58
<carlos>
Hola, como mejor el rendimiento de los clientes...
01:59
Hi, how better the performance of customers ...
02:04carlos has left IRC (carlos!be96bc3e@gateway/web/freenode/ip.190.150.188.62, Ping timeout: 260 seconds)
04:36url_work has joined IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net)
06:03Statler has joined IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de)
06:38forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
07:02forum1 has joined IRC (forum1!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
07:05forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 245 seconds)
07:05forum1 is now known as forum
07:10ricotz has joined IRC (ricotz!~ricotz@p5B2A8DB5.dip0.t-ipconnect.de)
07:10ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:11forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
07:11forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
07:45alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:53dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Ping timeout: 258 seconds)
07:58dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher)
07:59alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:14forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
08:16forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
08:36url_work has left IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net, Ping timeout: 240 seconds)
08:39Statler has left IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de, Remote host closed the connection)
08:50forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
08:51forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
08:57forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
08:58forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
09:40mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
09:58markus_e92 has left IRC (markus_e92!~markus_e9@91-115-158-123.adsl.highway.telekom.at, Ping timeout: 245 seconds)
09:59markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-154-40.adsl.highway.telekom.at)
10:06forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
10:07url_work has joined IRC (url_work!~url_work@220-128-110-82.HINET-IP.hinet.net)
10:07forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
10:39Statler has joined IRC (Statler!~Georg@mail.lohn24.de)
11:32Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
11:34santi_ has joined IRC (santi_!9242f0b9@gateway/web/freenode/ip.146.66.240.185)
11:34
<santi_>
Is someone using epoptes?
11:36
Noone?
11:51
<alkisg>
Hi santi_
11:51
What is your question?
11:51forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 245 seconds)
11:53
<alkisg>
!ask
11:53
<ltsp`>
ask: Don't ask to ask a question, simply ask it, and if someone knows the answer, they'll respond. Please hang around for at least a full hour after asking a question, as not everybody constantly monitors the channel.
12:03cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Quit: Leaving)
12:40santi_ has left IRC (santi_!9242f0b9@gateway/web/freenode/ip.146.66.240.185, Quit: Page closed)
13:05forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
13:20forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 240 seconds)
13:49forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
13:55forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
13:56forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
14:12lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
15:29mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
15:36
<sbalneav>
alkisg: Bad news on the ltspd
15:36
:(
15:36
<alkisg>
Snow time here, schools and offices closed!
15:36
<muppis_>
No snow here, schools and offices open!
15:36
<alkisg>
There's a chance that the greek ministry will continue the ltsp/sch-scripts/epoptes support team
15:37muppis_ is now known as muppis
15:37
<alkisg>
If so, i'm sure Fotis will start the ltspd implementation...
15:37vmlintu has joined IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi)
16:05forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Read error: Connection reset by peer)
16:07forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
16:49vmlintu has left IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Quit: Ex-Chat)
16:49vmlintu has joined IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi)
16:51vmlintu has left IRC (vmlintu!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Client Quit)
16:51vmlintu_ has joined IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi)
16:56vmlintu_ has left IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Ping timeout: 252 seconds)
17:00vmlintu_ has joined IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi)
17:15vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:16
<vagrantc>
alkisg: so, apparently the vnc4 maintainer uploaded a version that simply depends on tigervnc ...
17:17
alkisg: https://bugs.debian.org/811783
17:17
alkisg: we either need to support tigervnc or use one of the other fallbacks in the dependencies for epoptes
17:33
<||cw>
if tigervnc could be in the repos, that's be great
17:41
<alkisg>
vagrantc: so xvnc4viewer gets dropped, and from stretch + on, it'll be replaced by tigervnc?
17:41
while tigervnc is not available before stretch, right?
17:43* alkisg wonders if it's command-line compatible with xvnc4viewer...
17:46
<||cw>
somewhat is, at least for the vncviewer binary
17:56
<alkisg>
Very nice! http://tigervnc.org/doc/vncviewer.html
17:56
I think it supports all the xvnc4viewer options
17:59
Unfortnately it can't be installed in xenial due to: libgnutls30 (>= 3.5.6)
18:05vmlintu_ has left IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Ping timeout: 252 seconds)
18:15
<vagrantc>
alkisg: yeah, tigervnc is available in stretch+
18:15
alkisg: if it's commandline compatible (at least for the options we use), then the current package *might* be fine
18:17* vagrantc checks if they at least shipped a symlink for vnc4viewer
18:17
<vagrantc>
nope, no symlink
18:18
so either we have to get xvnc4viewer in debian to ship a compatibility symlink, or add tigervnc support to epoptes.
18:19
alkisg: epoptes just uses xvnc4viewer (or alternatives) ... not the server-side components of vnc4?
18:19
<alkisg>
vagrantc: yup
18:19
we also use the vncviewer symlink (without 4)
18:21
<vagrantc>
alkisg: it looks like it may set up the vncviewer symlinks ... so we might be fine.
18:23
alkisg: yup, if we use the symlink, then i don't think we have to do anything
18:23
and it's sufficiently compatible
18:23* vagrantc will test
18:24
<vagrantc>
although it'd be good to prefer tigervnc-viewer over xvnc4viewer in the dependencies, but nothing urgent there
18:27forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
18:31forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
18:46lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Read error: Connection reset by peer)
18:46lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
18:53
<alkisg>
Sounds fine to prefer tigervnc, since it's not there in older versions, and it'll also make sure that ssvnc won't be preferred
18:56
<vagrantc>
i'd just add it to the front of the dependency chain... e.g. tigervnc-viewer | xvnc4viewer| ssvnc ...
18:56
after testing that it actually works, of course :)
19:11
alkisg: so...
19:11
alkisg: it doesn't seem to work with any of the broadcast features
19:12zama has left IRC (zama!~zama@unaffiliated/stryx/x-3871776, Remote host closed the connection)
19:14
<vagrantc>
wait ... i may not have updated the chroot
19:14
but... how is it connecting to epoptes at all then?
19:15
ah, of course, a thin client is running the server image
19:17
<alkisg>
Yey, I managed to install it to xenial
19:17
If the snow stops, I'll go to the office and test it tomorrow
19:17
<vagrantc>
funny you should mention snow
19:18
it's been snowing here for ~17 hours ... i think i've only seen it snow this much here once or twice in the last 16 years
19:18
<alkisg>
wow :D
19:24
<vagrantc>
alkisg: hrm. tigervnc doesn't appear to be working for me
19:24lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Ping timeout: 252 seconds)
19:24
<vagrantc>
it's also not detecting the client at the ldm login screen
19:24
maybe that's a sign
19:29
seems like epoptes-client isn't running
19:29
if i run it manually from tty2, it seems to work
19:29Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
19:29Statler has left IRC (Statler!~Georg@mail.lohn24.de, Remote host closed the connection)
19:30
<vagrantc>
no, tigervnc still isn't working
19:30* vagrantc sighs
19:30
<vagrantc>
i knew this was looking too easy
19:37
alkisg: so, downgrading back to xvnc4viewer doesn't seem to help either ...
19:38
alkisg: there's something wrong with starting the root epoptes-client
19:49
<alkisg>
vagrantc: it works manually, but it doesn't autostart?
19:49
It's supposed to start from if-up
19:50vmlintu_ has joined IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi)
19:51forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Ping timeout: 255 seconds)
19:51forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
19:52
<vagrantc>
alkisg: if i run DISPLAY=:7 epoptes-client from tty2, it kind of works
19:53
alkisg: maybe ifup is no longer being called?
19:53
<alkisg>
DISPLAY shouldn't be needed
19:53
Dunno, wouldn't that be a bug?
19:53
It works fine in xenial
19:53
Haven't tried stretch recently
19:54
<vagrantc>
alkisg: systemctl status epoptes-client shows it as having started and exited
19:54
<alkisg>
vagrantc: it's not a service
19:55
The service is there only for ancient ltsp, like wheezy
19:55
(at that time we configured networking wrong and it didn't call if-up)
19:55
The /etc/network/interfaces still states "manual", right?
19:58Statler has joined IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de)
20:06
<vagrantc>
alkisg: manual in /etc/network/interfaces , for the right interface
20:07
it's using the new fun interfaces scheme ... e.g. ens3 vs. eth0
20:08
<alkisg>
same here in xenial, but everything works
20:08
make a test script and see if it gets called on boot
20:08
(in if-up)
20:09
or just add an echo >> /tmp/something in the epoptes-client one
20:10
when is the deadline for bug fixes for stretch?
20:12
<vagrantc>
it requires more "paperwork" after ... the 28th
20:12
this is pretty serious, though.
20:12bennabiy has left IRC (bennabiy!~bennabiy@unaffiliated/bennabiy, Remote host closed the connection)
20:13
<vagrantc>
i mean, it basically doesn't work with the defaults
20:16bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy)
20:30forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Remote host closed the connection)
20:31forum has joined IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at)
20:38fnurl has left IRC (fnurl!~paul@36-225-16-53.dynamic-ip.hinet.net, Ping timeout: 260 seconds)
20:38lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
20:39Statler has left IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de, Remote host closed the connection)
20:46
<alkisg>
vagrantc: is it a problem with if-up, or with epoptes?
20:46
and, 28th of january, i imagine?
20:46
if it's a problem with if-up, then we don't need to worry about it...
20:46
At most, we can file a bug there
20:46
Does anything run from if-up in stretch?
20:52
https://lists.debian.org/debian-devel-announce/2017/01/msg00002.html
20:52
* Uploaded changes must be in testing before February 5th
20:52
* With the mandatory 10-day delay, the latest day for the upload is /at least/ 10 days earlier.
20:52
So probably 27th
20:56
<bennabiy>
alkisg: would it be a lot of work for the ltsp-update-image to be able to take the final output of -c / and make a chroot out of it before it does the squash image?
20:57
<alkisg>
bennabiy: so you basically mean "call ltsp-cleanup"?
20:57
You can just use cp + call ltsp-cleanup, it's only a few commands...
20:57
Note that it's mksquashfs itself that omits the files in .excludes
20:57
<bennabiy>
I saw that
20:59
<vagrantc>
alkisg: sure, the 27th is better... in the next hour would be even better, but :)
21:00
<alkisg>
vagrantc: but is it a problem in epoptes, or not?
21:00
did you try an "echo" somewhere in if-up, to see if they get executed?
21:00
I don't have a stretch ltsp installation to test...
21:00
<vagrantc>
bennabiy: you could mount the image on /opt/ltsp/amd64 as a overlayfs and make upates, changes, etc. and then run ltsp-update-image
21:01
alkisg: i was going to do that, then an avalanche of snow fell off the roof that i had to deal with :)
21:01
<alkisg>
haha
21:01
That does sound more urgent :P
21:01
<bennabiy>
vagrantc: would you run into a loop condition where the underlaying device gets written as it is updating itself?
21:02
or could I overlay it to a different chroot name and then give the update-nbd ?
21:03
Say I wanted to make a couple images, just slightly different from each other
21:03
<alkisg>
bennabiy: you do know you can just copy the contents of the amd64.img image, right?
21:03
mount -o loop, and cp -a
21:04vmlintu_ has left IRC (vmlintu_!~vmlintu@a88-112-2-122.elisa-laajakaista.fi, Ping timeout: 252 seconds)
21:05
<vagrantc>
bennabiy: you would need to generate the image to a different file, of course
21:06
huh
21:06
we could add support for a second overlayfs on boot ... then you could have multiple diverging images
21:07
<bennabiy>
yes, but I run into funny things, like locale not being set
21:08
<alkisg>
bennabiy: locale shouldn't be at all related to these things... sounds like a completely different issue
21:09* vagrantc cheers for ltsp-update-image --no-compress
21:11
<vagrantc>
alkisg: ifupdown isn't installed...
21:11
<alkisg>
A dependency issue then? Or something more serious?
21:11
Maybe a dependency in ltsp? :D
21:13* alkisg does have ifupdown installed in his stretch box (non-ltsp...)
21:13* vagrantc used ltsp-build-client to build this image
21:14
<vagrantc>
so, probably different from alkisg's
21:14
<alkisg>
sure, what I'm saying is that it's possible that it is an ltsp issue...
21:14
<bennabiy>
I am currently running from a fat client generated by ltsp-pnp, and I have no issues with my user direct on the server, but on the fat client, I run into locale issues when trying to do bash autocomplete for example
21:15
<vagrantc>
alkisg: i don't know that ltsp uses ifupdown, it might actually be epoptes-client in this case :P
21:15
<bennabiy>
vagrantc: what does the --no-compress leave the info as?
21:15
does it still make an image, just not a squashfs image?
21:15
<alkisg>
vagrantc: well, if all packages that ship files to /etc/if-up depend on ifupdown, then sure, we should also put it in epoptes-client
21:17
<vagrantc>
bennabiy: it makes a squashfs image without any compression
21:18
bennabiy: i experimented with adding ext4 and btrfs support to ltsp-update-image last month, fwiw
21:18
alkisg: or recommend
21:18
<bennabiy>
I saw that
21:18
<alkisg>
Eh, /etc/network/if-up.d in stretch is almost empty :D
21:19
I'm guessing most packages migrated to systemd-called scripts...
21:19
<vagrantc>
alkisg: network-manager may have dropped backwards compatibility with it...
21:19
<alkisg>
vagrantc: if you install ifupdown, like stretch normally has, it works fine, right?
21:19
I.e. the problem is only a missing dependency somewhere, right?
21:19
<vagrantc>
alkisg: that part works
21:20
alkisg: still have the tigervnc issue
21:20
<alkisg>
We might need to finetune some "ifs" there...
21:21
<bennabiy>
any suggestion as to why the locale issue on the generated image?
21:21
<vagrantc>
bennabiy: what exactly is the locale issue?
21:23
<bennabiy>
vagrantc: When I try to do something CLI, I gethttps://pastebin.mozilla.org/8961764
21:23
but if I do it on the server, it does not give me the setlocale error
21:23
<vagrantc>
alkisg: should i need to restart epoptes and/or epoptes-client after switching which xvncviewer is configured as?
21:24
bennabiy: does "locale -a" match on the server and client?
21:24
er, this appears to be a client-only issue
21:24
bennabiy: i presume you're using tab-completion in that paste?
21:25
<bennabiy>
yes
21:25
<alkisg>
vagrantc: you mean with update-alternatives? epoptes doesn't check alternatives..
21:25
<bennabiy>
about tab completion
21:26
<vagrantc>
alkisg: it just calls vncviewer?
21:26
bennabiy: is the en_US locale installed on the client?
21:26
<bennabiy>
no, but it is on the server
21:26
<vagrantc>
or, more properly, en_US.UTF-8
21:26
<alkisg>
vagrantc: see client-functions, receive_broadcast, there are some "ifs" there to pass the appropriate parameters
21:26
<bennabiy>
yes that is
21:27
<alkisg>
like, if [ -x /usr/bin/ssvncviewer ]; then
21:27
<bennabiy>
vagrantc: https://pastebin.mozilla.org/8961766
21:27
output of locale -a
21:27
on client
21:28
<vagrantc>
bennabiy: and "locale" ?
21:29
<bennabiy>
https://pastebin.mozilla.org/8961767 is now the server locale -a
21:30
locale on server : https://pastebin.mozilla.org/8961768
21:30
<vagrantc>
alkisg: so, tigervnc-viewer may need it's own set of options?
21:30
<bennabiy>
locale on client : https://pastebin.mozilla.org/8961772
21:31
<vagrantc>
bennabiy: notice the difference?
21:32
<alkisg>
vagrantc: exactly the same as xvnc4viewer, but not the same as the generic vncviewer
21:35
<bennabiy>
thoughts?
21:35
I am puzzled why it works in one setting, but not the other.
21:36
<vagrantc>
bennabiy: one has .UTF-8 appended
21:36
bennabiy: the
21:37
"en_US" locale doesn't exist
21:37
<bennabiy>
but the one is generated from the other
21:37
the fat client is generated in the pnp way :)
21:37
<vagrantc>
this is mint?
21:37
<bennabiy>
no
21:37
16.04
21:37
<vagrantc>
ubuntu?
21:37
<bennabiy>
yes
21:38
<vagrantc>
bennabiy: did you configure the locale in lts.conf?
21:38
<bennabiy>
don't think so
21:38
didn't know I had to specify it
21:38
<vagrantc>
i don't know how locales work on ubuntu ... that's one major divergence from debian
21:38
you shouldn't have to specify it, no
21:39
alkisg: ok, so it's surely falling back to the generic vncviewer
21:39
<bennabiy>
lts.conf is simple - LDM_PASSWORD_HASH LDM_DIRECTX DNS_SERVER REMOTE_APPS and RCFILE_01
21:40
and the rcfile is an epoptes hack that does not work
21:40forum has left IRC (forum!~Icedove@80-89-99-178.hdsl.highway.telekom.at, Quit: forum)
21:42
<vagrantc>
epoptes hack?
21:44
given that i'm debugging epoptes not starting...
21:45
<bennabiy>
fat client attempt to automatically change to ltsp-remoteapps for epoptes
21:46
RCFILE_01="set 's,^Exec=/usr/bin/epoptes,Exec=ltsp-remoteapps /usr/bin/epoptes,' -i /usr/share/applications/epoptes.desktop"
21:46
I think it is suggested on the epoptes site, nothing I came up with
21:47
<alkisg>
It's just for people trying to run the epoptes GUI from fat clients
21:47
...because I was bored to fix the remoteapp menus in ltsp :D
21:48
<bennabiy>
It did not work for me, so I manually had to just add the ltsp-remoteapps to it
21:48
and I just delete it when I switch back to the server
21:48
<vagrantc>
alkisg: which vnc viewer and arguments to use is determined server-side?
21:48
<bennabiy>
anyway, thoughts on the locale issue?
21:48
<alkisg>
What part did not work?
21:49
<bennabiy>
It did not update the menu item to use remoteapps
21:49
<alkisg>
vagrantc: there are 2 locations, one in gui.py which is server-side, and one in client-functions which is sent to the client, so it's executed client-side
21:49
<vagrantc>
alkisg: it's on the server, but pushed to the client at run-time?
21:50
<bennabiy>
I saw no difference in having the RCFILE in place or not
21:50
<alkisg>
vagrantc: yup
21:50
<vagrantc>
alkisg: the client-functions bit
21:50
alkisg: ok. years ago, that would have horrified me. now it seems more normal. :)
21:50
<alkisg>
bennabiy: that line in the wiki does modify the .desktop file, I'm using it in a lot of locations, if you're sure you got it right we could take a look
21:52
Some other time though, now ==> pumpkin :)
21:52* alkisg waves
21:52
<bennabiy>
no problem
21:53
Anyway, if you have thoughts on the locale issue, let me know
21:53
off to the deli
21:53* bennabiy waves
21:53Statler has joined IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de)
21:53alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:01Statler has left IRC (Statler!~Georg@p579FE899.dip0.t-ipconnect.de, Remote host closed the connection)
22:18ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:33dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Read error: Connection reset by peer)