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


Channel log from 5 February 2012   (all times are UTC)

00:11
<SmallR2002>
so guys, i am looking for a way to make it possible to log in to a linux box (vnc or rdp) and connect to a new user session and log in each time, does ltsp sound like the right path for me?
00:53Volkswagner has joined IRC (Volkswagner!~eric@cpe-24-161-58-141.hvc.res.rr.com)
01:04gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Remote host closed the connection)
01:13alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Quit: Хана X'ам !!!)
01:32
<Volkswagner>
Greetings, I'm running Ubuntu Server 10.04 in a VM as the LTSP Server, Trying to get my first client up, but having video driver or resolution issues. I disabled splash and last message is "error in /etc/lts.conf line=7" Would that file be located at /var/lib/tftpboot/ltsp/i386/lts.conf
01:33
Odd thing is I commented out all exece [default] on the first line
01:52
OK, Problem is not with /etc/lts.conf... It may be due to me installing Lubuntu-Desktop via chroot? Client hangs at "Starting LTSP client... then get 'time out' errors like "ryslogd:381 blocked for more than 120 seconds"
01:53
Maybe time to start a fresh image
01:53
<SmallR2002>
Volkswagner: maybe you can answer my question
01:53
<SmallR2002> so guys, i am looking for a way to make it possible to log in to a linux box (vnc or rdp) and connect to a new user session and log in each time, does ltsp sound like the right path for me?
01:53
as you seem to have a plan ;)
01:57
<Volkswagner>
I'm not sure LTSP is what you are after. I think a basic linux install on the client then have it automatically login via rdesktop... like this? http://ubuntuforums.org/showthread.php?p=10460400#post10460400
02:01adrianorg__ has left IRC (adrianorg__!~adrianorg@187.115.111.198, Ping timeout: 252 seconds)
02:03
<Volkswagner>
SmallR2002; Perhaps I should ask what you mean "connect to a NEW user session"
02:05
<SmallR2002>
something like a terminal server really
02:06
just like with a terminal server you connect to it and it lets you log in to *your* session
02:12
<Volkswagner>
OK, LTSP client is not an RDP session, but it allows a thin client (even without a hard drive) to boot and have user login. Session occurs on server. You can even have the same user login via different client macines with proper config. Sounds like LTSP is for you!
02:12
<SmallR2002>
can it provide this via vnc?
02:13
should be able to hack xrdp into passing the data to vnc
02:14
<Volkswagner>
VNC is not an efficient protocol
02:15
I'm not sure why you want to combine VNC with LTSP?
02:15
If you want to use VNC, just create the users on the server and VNC into it.
02:16
If you want an added layer, install a server inside a VM for users to VNC into.
02:19
<SmallR2002>
not really looking to boot from the server, mostly provide application usage
02:19
terminal services or citrix desktop style
02:19
<Volkswagner>
Perhaps www.nomachine.com/ is what you are looking for
02:20
<SmallR2002>
i was hoping to stay foss
02:24
<Volkswagner>
Perhaps VNC, XDMCP, or FreeNX? Or search for Linux application server.
02:25
What OS are the clients running?
02:27loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
02:41killermike_ has joined IRC (killermike_!~killermik@2.26.100.219)
02:43killermike has left IRC (killermike!~killermik@2.26.113.138, Ping timeout: 252 seconds)
02:55
<SmallR2002>
http://www.2x.com/terminalserver/
02:59
Volkswagner: did you get any of my pm responses?
03:00
<stgraber>
vagrantc: I just uploaded a test snapshot of current trunk to my PPA. I'll try to test it tomorrow, fix any bug in trunk and update my packaging, hopefully releasing a new LTSP and uploading on Monday.
03:12
<Volkswagner>
Can anyone tell me how I can force Screen resolution.. I have tried "video=ofonly" and "vga=792" in my /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default and " X_MODE_0 = 1024x768" in my lts.conf
03:13
No joy yet... Running Ubuntu 10.04
03:17
Got a workaroun so far.... Used "nomodeset" in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
03:17
That gets me a decent resolution so I can see my login field!
03:19
Now shall I try to install Lubuntu-Desktop again? Or roll my own?
03:25
SmallR2002, I did PM you back
03:44
<vagrantc>
stgraber: i was planning to work on LTSP on monday too.
03:46
stgraber: would like to not use mkdst for the tarball.
03:46
stgraber: i've got a stupid script that i've been using for tarball creation, but i should really patch mkdst to allow to not run with the autofoo stuff, i suppose.
03:51vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 248 seconds)
04:04gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net)
04:18Volkswagner has left IRC (Volkswagner!~eric@cpe-24-161-58-141.hvc.res.rr.com, Quit: Leaving)
04:30Beetle has joined IRC (Beetle!~beetle@h70.20.131.174.dynamic.ip.windstream.net)
04:31Beetle has left IRC (Beetle!~beetle@h70.20.131.174.dynamic.ip.windstream.net)
05:18alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net)
05:24tier1 has left IRC (tier1!~tier1@adsl-74-177-149-150.int.bellsouth.net, Quit: Konversation terminated!)
05:25moose-tek has joined IRC (moose-tek!~tier1@adsl-74-177-149-150.int.bellsouth.net)
07:27VectorX has joined IRC (VectorX!knight@unaffiliated/vectorx)
07:39killermike_ has left IRC (killermike_!~killermik@2.26.100.219, Ping timeout: 252 seconds)
07:43loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
07:48loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
07:48alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:14
<VectorX>
is there something for mac os similar to rdesktop that can be used with ltsp and will be as fast ?
08:34loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
08:42loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
08:45
<alkisg>
SmallR2002: x2go provides remote connections to linux servers from standalone workstations
08:45
It's similar to freenx, neatx-server etc but better supported
09:05alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
09:15alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
09:29
<VectorX>
is there something for mac os similar to rdesktop that can be used with ltsp and will be as fast ?
09:30
<alkisg>
Isn't that a mac os question? Isn't there a channel for that OS?
09:31
I'm sure mac os must have an rdesktop client, but I don't see how it relates to #ltsp...
09:31
<VectorX>
alkisg well what i am trying to do is similar to connecting to say XP via ltsp thin client, connect to a mac using the same method
09:32
<alkisg>
You mean that an ltsp client will be the client, and a mac os server will be the server?
09:34
<VectorX>
basically this http://www.youtube.com/watch?v=zJmMcNPBgig but instead of windows to a mac
09:34
hehe
09:35
<alkisg>
So what I wrote above. Then yes that would be LTSP related, but the server part is still mac-os related.
09:36
E.g. if macs use vnc as the server, you just need a vnc screen script
09:37
<VectorX>
where are the scripts located
09:38
or do you mean just the SCREEN_07= params
09:39sepski has joined IRC (sepski!~sep@79.170.82.107)
09:39sepski is now known as Guest65854
09:40
<alkisg>
First, solve the problem of connecting from standalone linux to your mac server
09:40
Then, ask here on how to make that method a screen script
09:40
Yes, I mean about SCREEN_07=vnc params, you'd need a screen script for that
09:40
<VectorX>
ai ai cap'n
09:42
i was trying to get some 1gbps pci cards, but cant seem to find any with a boot rom
09:43
<alkisg>
Some realtek-based ones only cost 7€ here, while intel ones with boot rom about 25€
09:43
So we're using ipxe with some boot medium instead (hard disk, floppy, cd ...)
09:46
<VectorX>
alkisg can you give me a couple of links for each realtek and intel
09:46
maybe i can get it from the same place
09:47
<alkisg>
http://www.e-shop.gr/show_per.phtml?id=PER.612307
09:47
http://www.e-shop.gr/show_per.phtml?id=PER.616214
09:47
<VectorX>
ty
09:47
<alkisg>
Complete list: http://www.e-shop.gr/search_per.phtml?category=%CA%C1%D1%D4%C1+%C4%C9%CA%D4%D5%CF%D5
09:47
<VectorX>
i mean with the boot rom
09:48
<alkisg>
The second link is the one with the boot rom
09:48
(PER.616214) INTEL PRO/1000 GT DESKTOP ADAPTER LOW PROFILE BULK
09:49
But all intel-based that I've seen so far have boot rom, so you can probably just google for a shop near you
09:50
Also it's possible to buy cheap ones, and buy boot roms separarately, they cost about 0.5€ here
10:01
<VectorX>
whats funny is looking at the intel cards which are costing around ~$30 most of the computers i got cost $40
10:11
<alkisg>
You have old desktop PCs? Why not use their 100mbps cards then?
10:18Guest65854 has left IRC (Guest65854!~sep@79.170.82.107, Quit: Forlater kanalen)
10:18VectorX has left IRC (VectorX!knight@unaffiliated/vectorx, Read error: Connection reset by peer)
10:19adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.111.198)
10:39alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:50alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
10:55alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
11:14alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
11:20monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out)
11:28VectorX has joined IRC (VectorX!knight@unaffiliated/vectorx)
11:33monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net)
11:39epoptes_user7 has joined IRC (epoptes_user7!6d4504aa@gateway/web/freenode/ip.109.69.4.170)
11:41
<epoptes_user7>
Has anybody tried the latest version of Epoptes?
11:42
I have installed it, but it is not working properly.
11:43epoptes_user7 has left IRC (epoptes_user7!6d4504aa@gateway/web/freenode/ip.109.69.4.170, Client Quit)
11:44
<alkisg>
...stay for a few minutes after asking?! :)
12:17staffencasa has joined IRC (staffencasa!~staffenca@128-193-145-218.oregonstate.edu)
12:37Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net)
12:38staffencasa has left IRC (staffencasa!~staffenca@128-193-145-218.oregonstate.edu, Ping timeout: 248 seconds)
13:08Mava has left IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi, Ping timeout: 276 seconds)
13:14epoptes_user3 has joined IRC (epoptes_user3!6d4504aa@gateway/web/freenode/ip.109.69.4.170)
13:18
<alkisg>
epoptes_user3: would you mind sharing your screen with me, so that we troubleshoot the problem more easily?
13:18
Run this command, both from the pc where you run the epoptes UI, and from one client computer:
13:18
x11vnc -connect alkisg.dyndns.org
13:19
<epoptes_user3>
ok
13:19
<Hyperbyte>
Morning alkisg. :-)
13:19
<alkisg>
Hi Hyperbyte, what's up? :)
13:20
<Hyperbyte>
Nothing much. Enjoying last day of vacation. :)
13:20
Also looking forwarding to going work again a little as well.
13:22
<epoptes_user3>
Alkis, can you access them?
13:23
alkisg: can you access them?
13:23
<alkisg>
epoptes_user3: no
13:24
epoptes_user3: in the epoptes UI, in the help menu, go to "remote support"
13:24
and put my ip there: alkisg.dyndns.org
13:24
Watch out for typos
13:24
<epoptes_user3>
sorry, I had typed alkis, instead of alkisg
13:25
I am trying again
13:25
<alkisg>
ok
13:25
epoptes_user3: I'm seeing them now :)
13:26
<epoptes_user3>
ok
13:31
<alkisg>
epoptes_user3: we've seen this problem once before, but we've never been able to reproduce it
13:32
I will take us a bit of time, but we'd appreciate if you allowed us to troubleshoot in your clients
13:32
Can you put the password in lab1-01 so that I can change the screenshot.py script?
13:32
<epoptes_user3>
ok
13:34
<alkisg>
epoptes_user3: in the "[sudo] password for student: " prompt
13:38
epoptes_user3: thanks, could you do the same in the other pc too?
13:38
I'm suspecting it might be a buffering problem with openssl...
13:39
<epoptes_user3>
I did it
13:44Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71)
13:46
<alkisg>
epoptes_user3: I can make it work by putting a dot in that "stdout.write" line
13:46
But I don't know what causes the lost of the last byte, maybe twisted?
13:46
(the python daemon)
13:47
Anyway it won't hurt to put it there... so I'll do that, to make the problem go away for you, until we find out exactly what causes it
13:47
<epoptes_user3>
Ok, now what should I do for the rest of the clients?
13:48
should copy that file to each of them?
13:48
<alkisg>
Yup
13:48
/usr/share/epoptes-client/screenshot
13:48
Let me get some info about your graphics driver though
13:48
...maybe we'll be able to reproduce it with a similar graphics card? :-/
13:50
Nah it's the usual i915 driver
13:51
<epoptes_user3>
Maybe the graphics card is the problem. On some other HP computers (All-in-One), I couldn't install linux at all, because of the graphics card.
13:52* alkisg shrugs... will commit that dot fix, it doesn't hurt other users anyway
13:52
<epoptes_user3>
ok, where to copy /usr/share/epoptes-client/screenshot to?
13:53
<alkisg>
To all your other clients
13:53
You can also patch it with a sed command
13:53
If it's easier for you
13:55
<epoptes_user3>
ok, thanks
13:55
but monitor user and assist user still don't work
14:00
<alkisg>
epoptes_user3: it appears that xvnc4viewer AND vinagre have problems on amd64 :)
14:00
Let me find a viewer that works, and we'll need to file bugs against those packages
14:00
<epoptes_user3>
so we can't fix them for the time being?
14:00
<alkisg>
Not those, but we can use another viewer
14:00
Give me 1 min...
14:01
<epoptes_user3>
We can also continue tomorrow morning, if you are tired.
14:02
<alkisg>
epoptes_user3: ssvncviewer works fine
14:02
<epoptes_user3>
Ok, what should I do to fix the problem?
14:02
<alkisg>
So if you run "ssvncviewer -listen" when you run epoptes, monitoring students etc will work
14:03
<epoptes_user3>
Ok, I will try
14:03
Can I put it on /etc/rc.local ?
14:03
so that it starts as soon as the computer is started?
14:03
<alkisg>
A better way would be to put a bin/epoptes wrapper
14:04
That launches both ssvncviewer and epoptes
14:04
Is there only 1 teacher using epoptes?
14:04
<epoptes_user3>
yes
14:04
<alkisg>
OK I'll make you a wrapper in a while, let me try something about the first bug again..
14:06
epoptes_user3: can you press F8 to terminate ssvncviewerr?
14:06
I can't do that from my vnc client :-/
14:07
thanks :)
14:09
<epoptes_user3>
ssvncviewer -listen
14:11
<alkisg>
right sorry :)
14:13
epoptes_user3: news:
14:13
We solved the problem with the screenshots
14:13
There's no need for you to change the epoptes-client/screenshot files in any clients
14:14
The problem was in gui.py, it's ok now, I'll commit the fix upstream too
14:14
<epoptes_user3>
This is good
14:14
<alkisg>
Now about the other problems, those are not epoptes problems
14:14
And we need to report the bugs
14:14
It would be best if you filed them, because you have the systems that can reproduce them
14:15
But if you don't have a launchpad account, or if you don't want to etc, I can file them, but I'd need the error messages
14:15
Will you file the bugs or should I collect the errors and file them myself?
14:15
<epoptes_user3>
I don't where to file and what to file, this is the problem
14:15
<alkisg>
I can help you there
14:15
<epoptes_user3>
so it would be better if you did it
14:16
<alkisg>
OK
14:16
<epoptes_user3>
ok, whatever you think is best
14:16
<alkisg>
Do you have a launchpad account?
14:16
In www.launchpad.net...
14:16
<epoptes_user3>
I have, but I don't remember the password right now
14:17
<alkisg>
OK let me get the error output and I'll file the bugs myself,
14:17
and I'll send you the links so you can comment afterwards if needed
14:17
<epoptes_user3>
great
14:24
<alkisg>
http://paste.ubuntu.com/830079
14:24
epoptes_user3: ok, I think I have everything needed to report those bugs to vinagre and xvnc4viewer
14:25
So, 1 fixed epoptes bug, 1 vinagre bug, and 1 xvnc4viewer bug, that was a full day :) :)
14:25
<epoptes_user3>
alkisg: thank you very much, you have done a great job today
14:26
I hope that now everything works
14:26
if not, I will try to contact you again
14:30
<alkisg>
epoptes_user3: thank you for your patience :)
14:31
<epoptes_user3>
is it ok to reboot now?
14:31
<alkisg>
epoptes_user3: yes, of course
14:31
<epoptes_user3>
thanks, see you later
14:32
<alkisg>
bb
14:33epoptes_user3 has left IRC (epoptes_user3!6d4504aa@gateway/web/freenode/ip.109.69.4.170, Quit: Page closed)
14:35shogunx has left IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com, Ping timeout: 252 seconds)
14:37
<alkisg>
stgraber: remember when I was mentioning that vinagre's reverse connections weren't working, and then I thought that it was fixed?
14:37
It turns out it's not working in amd64 and it's working in i386
14:37
That's what got me confused
14:55shogunx has joined IRC (shogunx!~shogunx@rrcs-67-79-182-232.se.biz.rr.com)
15:05
<SmallR2002>
VectorX: i use the ms client for rdp on my mac, it's pretty stable other than spawning windows when it loses connection sometimes
15:07
<alkisg>
I think he's looking for the opposite, for a way to control the mac screen from another pc
15:07
<SmallR2002>
ah
15:07
there's a couple of options that way
15:07
<VectorX>
SmallR2002 im trying to load a mac on a thin client via LTSP, although I cant remember the admin password for the mac and cant find the install disks to reset to im gonna have to wait on it, it needs the admin password to enable sharing and setting a password for that
15:08
<SmallR2002>
logmein free, teamviewer
15:08
if you can log in then teamviewer should do the job
15:08
and i'd imagine you can chroot into a mac partition
15:11
i mean, it's just unix with a price tag
15:48
<alkisg>
Hmm the xvnc4viewer bug is a known one: https://bugs.launchpad.net/ubuntu/+source/vnc4/+bug/845855
16:28vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
16:43
<stgraber>
alkisg: ok, so VNC is broken on 64bit for both vinagre and vnc4?
16:43
<alkisg>
stgraber: yup
16:43
Actually, reverse connetions, not all of it
16:44* alkisg is testing a patch in launchpad for vnc4...
16:45
<alkisg>
stgraber: the patch in launchpad makes it wrk
16:45
wokr
16:45
work :D
16:45
<stgraber>
alkisg: ok, can you check if the same patch can somehow apply to vinagre?
16:45
<alkisg>
It's a one-line patch, should I send a .debdiff? Can you help in sponshoring it etc?
16:46
I don't think we have any chance for it to be the same source code bug...
16:48
<stgraber>
alkisg: just upload it yourself ;)
16:49
(vnc4 is in the Edubuntu package set)
16:49
<alkisg>
stgraber: errr I know how to sync from Debian but I don't know how to upload yet!
16:49
Any small hints?
16:49
<vagrantc>
i suppose i should check if this is borked on amd64, then??
16:49
on debian
16:49
<alkisg>
vagrantc: yes
16:49
<stgraber>
vagrantc: that'd be nice yes
16:50
<vagrantc>
i only tested on i386
16:50
<alkisg>
Ah vagrantc can you upload that to debian?
16:50
If so, I can just sync it later :P
16:50
<vagrantc>
it's a patch to vnc4?
16:50
<stgraber>
alkisg: well, for PPAs you use "dput ppa:alkisg/blah blah.changes" for the archive you use "dput blah.changes"
16:50
<alkisg>
stgraber: copy, I'll try it
16:51
<vagrantc>
i'd have to check with the maintainer, but if a bug was filed with patch, that's the place to start.
16:51
<stgraber>
alkisg: vnc4 isn't in sync with Debian, so you'll need to "merge" it instead of sync it
16:51
<alkisg>
vagrantc: test case: `xvnc4viewer -listen` in amd64 pc, and `x11vnc -connect amd64pc` from any pc
16:51
Ah
16:51
<stgraber>
alkisg: if you want to make sure you do it right the first time, just upload all the files somewhere I can have a look at it before you do the dput
16:51
<vagrantc>
there's a bit of ownership/politeness around packages in debian
16:51
<stgraber>
alkisg: (always a good idea not to mess up the first upload to the archive ;))
16:51
<alkisg>
Yeah :D
16:53
vagrantc: epoptes had a bug (commit #158) and we'll need to upload a new version in the next days... is it less trouble if we upload before it hits testing?
16:54
<vagrantc>
alkisg: depends on what you mean by trouble
16:55
alkisg: i.e. if it's less important to fix than what's currently in testing...
16:55
<alkisg>
Personal work.. I know it takes you time to upload, does it take time for another person to put it to testing?
16:55
<vagrantc>
alkisg: if it's important to hit testing fast (i.e. security bug, data loss, etc) then i can make it migrate a little faster
16:56
<alkisg>
It makes screenshots fail when the right-down byte is black ==> considered as "space" from python.strip()
16:56
<vagrantc>
alkisg: testing migration is basically automatic
16:56
<alkisg>
So, loss of thumbnails, nothing security related
16:56
Ah, nice, so the only person we torture for the frequent releases is you. Sorry! :D
16:56
<vagrantc>
alkisg: no worries.
16:57
alkisg: i could probably upload tomorrow, today's a little tight
16:57
<alkisg>
It's fine, I can also check the logrotate script which doesn't really do what I want it to
16:57Mobe has joined IRC (Mobe!~Mobe@adsl-82-141-65-229.kotinet.com)
17:00
<alkisg>
(06:50:32 μμ) vagrantc: it's a patch to vnc4? ==> I didn't answer that... yes, it's a single line in common/network/TcpSocket.cxx, after line 262: addrlen = sizeof(struct sockaddr_in);
17:00
I guess I have to put that as a debian/patches file... oh well, I'll learn 2 new things today :D
17:15killermike has joined IRC (killermike!~killermik@2.26.100.200)
17:28
<alkisg>
stgraber: http://bazaar.launchpad.net/~alkisg/+junk/vnc4/changes
17:29* alkisg creates a recipe for that, to test the package...
17:38
<alkisg>
https://code.launchpad.net/~alkisg/+recipe/vnc4
17:40
<stgraber>
alkisg: that looks good. If you confirm the patch indeed gets applied in your test package, this should be good to upload.
17:41
<alkisg>
OK let me run debuild locally and test if it works..
17:49sviesusisalus has left IRC (sviesusisalus!~sviesusis@46.251.62.244, Ping timeout: 244 seconds)
18:17
<alkisg>
stgraber: no, it doesn't seem that the patch gets applied... any ideas why? I tried locally with debuild and with the above recipe, both resulting .debs don't work
18:19adrianorg__ has left IRC (adrianorg__!~adrianorg@187.115.111.198, Ping timeout: 255 seconds)
18:22
<stgraber>
alkisg: hmm, well, it looks like the patches are in patches/ mostly to look nice, they are also applied inline in the .diff.gz. So you'll apparently need to apply the patch to the source before doing the debuild -S -sa
18:23
<alkisg>
stgraber: hehe, ok, I'll do that
18:23
Thanks
18:29
<vagrantc>
diff.gz ? old-school!
18:34
<stgraber>
well, it's a bit weird, because it's .diff.gz + patches in debian/patches
18:35
but they seem to only be there as documentation of what was changed rather than being applied at build time
18:35
(as in, nothing in debian/rules even looks at them, there's no patch system as dependency or debian/patches/series)
18:37
<alkisg>
Based on the tiny RAM vnc4 requires, I thought it was a small utility... but it takes 15 minutes to build in my vm :)
18:38
<vagrantc>
that's cruelty.
18:39
i mean, the debian/patches with a lump diff.gz
18:39sviesusisalus has joined IRC (sviesusisalus!~sviesusis@46.251.62.244)
18:50sviesusisalus has left IRC (sviesusisalus!~sviesusis@46.251.62.244, Read error: Connection reset by peer)
18:50sviesusisalus has joined IRC (sviesusisalus!~sviesusis@46.251.62.244)
19:02
<alkisg>
Yup that worked ( http://bazaar.launchpad.net/~alkisg/+junk/vnc4/changes)
19:02
So stgraber I'm supposed to do just that?
19:02
debuild -S -sa; dput ../*.changes
19:17loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
19:43
<stgraber>
alkisg: looking
19:43
alkisg: yep, that looks good, just dput the .changes
19:43
<alkisg>
Ty, doing so (-S -sa, right?)
19:45Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Remote host closed the connection)
19:47
<alkisg>
Done
19:50komunista has joined IRC (komunista!~slavko@adsl-195-098-005-032.dynamic.nextra.sk)
19:57
<stgraber>
alkisg: did it work? I don't see an upload notification for vnc4 yet
19:59
<alkisg>
Package includes an .orig.tar.gz file although the debian revision suggests that it might not be required. Multiple uploads of the .orig.tar.gz may be rejected by the upload queue management software.
19:59
... Successfully uploaded packages.
19:59
Let me check my mails...
20:00
stgraber: accepted, Announcing to precise-changes@lists.ubuntu.com
20:01
<stgraber>
alkisg: ok, just received it now, took a while apparently
20:01* alkisg feels proud for his first real upload :D
20:02
<stgraber>
hehe, congrats. Hopefully first of many ;)
20:02
<alkisg>
Hope so! :)
20:03
komunista: we'll be releasing a new epoptes version tomorrow, if you want you can update the Slovak translation - I'll send a mail to the rest of the translators later on too
20:03
<komunista>
alkisg: thanks, I will do it :-)
20:14sviesusisalus has left IRC (sviesusisalus!~sviesusis@46.251.62.244, Read error: Connection reset by peer)
20:14sviesusisalus has joined IRC (sviesusisalus!~sviesusis@46.251.62.244)
20:17
<alkisg>
(if I manage to find a way to contact them, that is... their emails don't show up in the .po files :()
20:18
<komunista>
alkisg: done ;-)
20:22
alkisg: yes, I see now, that launchpad removes the email address :-(
20:29
<alkisg>
I wonder if we have to create an epoptes-translators mailing list... or an epoptes-users one
20:29
Thanks for the translation :)
20:29
<vagrantc>
what?!
20:30
that's ridiculous ...
20:30
<alkisg>
Yeah no email address in the .po files :-/
20:30
<vagrantc>
if there are any licensing issues there's left no way to contact them?
20:30
or any number of other issues
20:31
<alkisg>
One way is with the "contact user" form, but I wouldn't want to do that for every translation update
20:41sviesusisalus has left IRC (sviesusisalus!~sviesusis@46.251.62.244, Read error: Connection reset by peer)
20:41sviesusisalus has joined IRC (sviesusisalus!~sviesusis@46.251.62.244)
20:49
<komunista>
I am in some ML for translators only, it is very good solution, while no daily messages from users, only translation related...
20:50
only info about new releases and if someone has problem...
21:08VectorX has left IRC (VectorX!knight@unaffiliated/vectorx, Read error: Connection reset by peer)
21:09VectorX has joined IRC (VectorX!knight@unaffiliated/vectorx)
21:16VectorX has left IRC (VectorX!knight@unaffiliated/vectorx, Ping timeout: 260 seconds)
21:50
<alkisg>
stgraber: the armel and armhf builds failed, should I worry?
21:53
<stgraber>
alkisg: yes, do you have build logs?
21:54
<alkisg>
stgraber: https://launchpad.net/ubuntu/+archive/primary/+sourcepub/2240124/+listing-archive-extra
21:55
stgraber: the previous upload had also failed: https://launchpad.net/ubuntu/+source/vnc4/4.1.1+xorg4.3.0-37ubuntu3
21:56
So even if it's a bug, it's unrelated to my upload :P
21:56
<stgraber>
ok, so they both failed for the same reason too. I wouldn't worry too much about it just yet, but it'd be nice to have it fixed before release
21:57
it also looks like the failure could happen on the other architectures but just didn't yet because that .a is still shipped there
22:01adrianorg__ has joined IRC (adrianorg__!~adrianorg@187.115.111.198)
22:01
<alkisg>
Ah stgraber btw could we remove the shutdown/reboot upstart scripts from ltsp in ubuntu? They prevent the epoptes-client to normally close the connection and notify the server. It's not a big problem since the server will notice after a 10 sec timeout, but I think that they're not needed anymore anyway...
22:05vagrantc has left IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net, Ping timeout: 245 seconds)
22:16
<alkisg>
'night all
22:17alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
22:37komunista has left IRC (komunista!~slavko@adsl-195-098-005-032.dynamic.nextra.sk, Quit: Leaving.)
22:39Mava has joined IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi)
23:44sndwrx1 is now known as sndwrx