|15:15||ltsp has joined IRC (firstname.lastname@example.org)|
|15:17||dsugar100 has left IRC (email@example.com, Remote host closed the connection)|
|15:20||dsugar100 has joined IRC (firstname.lastname@example.org)|
jammcq: Oh, looks to be up now.
|15:37||alexxtasi has left IRC (alexxtasi!~alex@unaffiliated/alexxtasi)|
|15:50||arj_ has joined IRC (arj_!5d516feb@gateway/web/freenode/ip.220.127.116.11)|
Hi! I have problems with qt apps, such as qupzilla, qtcreator, on thin client. They are renders very slow. Same problem: http://ubuntuforums.org/showthread.php?t=2115560
How to fix it?
|15:58||Mikee_ has joined IRC (Mikee_!c274c6b9@gateway/web/freenode/ip.18.104.22.168)|
|15:59||Mikee_ has left IRC (Mikee_!c274c6b9@gateway/web/freenode/ip.22.214.171.124, Client Quit)|
|16:07||willianmazzardo has joined IRC (email@example.com)|
|16:09||arj_ has left IRC (arj_!5d516feb@gateway/web/freenode/ip.126.96.36.199, Quit: Page closed)|
|16:11||willianm_ has joined IRC (firstname.lastname@example.org)|
|16:12||willianmazzardo has left IRC (email@example.com, Ping timeout: 245 seconds)|
|16:12||willianm_ is now known as willianmazzardo|
|16:16||willianmazzardo has left IRC (firstname.lastname@example.org, Ping timeout: 250 seconds)|
|16:29||Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)|
|16:37||gbaman has joined IRC (email@example.com)|
|16:38||willianmazzardo has joined IRC (firstname.lastname@example.org)|
|16:38||vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)|
|16:54||willianmazzardo has left IRC (email@example.com, Ping timeout: 245 seconds)|
|17:17||mmetzger_ is now known as mmetzger|
jammcq, sbalneav: nice to have the server up again :) Though it's always very very slow and hangs frequently and needs apache restart... maybe Hyperbyte could host it instead?
Hi vagrantc, do you have any plans to tag ltsp in the near future?
my plans seem to get perpetually delayed
|17:25||* alkisg knows the feeling|
might try for today
16 February 6th Debian Import Freeze
18 February 20th FeatureFreeze
the import freeze is irrelevent- that only applys to things that get automatically synced, and ubuntu carries a diff
True... btw note that you'll need a small packaging change,
I added a "--version" option to most of our scripts, but it needs to be generated by the build tools
So the build tools need to update ltsp-common-functions
(--version and --help are mandatory, according to gnu policy... and it helped with older versions of help2man)
So, sed 's/ltsp_tool 1.0/ltsp_tool $version/' -i ltsp-common-functions...
could just ship a version file...
Sure, feel free to change that and echo $version in ltsp_version()...
But we'd need 2 files, one for server and one for client
ltsp-common-functions was handy there because we already split it to 2 files
having to distinguish between server and client version might be tricky...
The server tools source the server functions, the client tools the client functions
yes, that's not hard, but how would the function know which to use?
The sourcing of the version file wouldn't go into -common, but into ltsp-server-functions / ltsp-client-functions
# Source common server settings, e.g. BASE
if [ -f /etc/ltsp/ltsp-server.conf ]; then
....something like that, which we already have there...
(or, from /usr/share/...)
it's been a while since i looked this over ... ok, so we ship ltsp-server-functions and ltsp-client-functions, which source the corresponding common-functions ... so we'd have two identically named ltsp_version functions, instead of putting it into common-functions
maybe just sedding it in place is fine...
|17:46||highvoltage has left IRC (highvoltage!~highvolta@ubuntu/member/highvoltage, Read error: Operation timed out)|
|17:46||SmallR2003 has left IRC (SmallR2003!~Robert@c-98-253-173-240.hsd1.il.comcast.net, Read error: Operation timed out)|
|17:46||SmallR2002 has joined IRC (SmallR2002!~Robert@c-98-253-173-240.hsd1.il.comcast.net)|
|17:49||highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage)|
|17:54||dsugar100 has left IRC (firstname.lastname@example.org, Write error: Broken pipe)|
|17:55||dsugar100 has joined IRC (email@example.com)|
vagrantc: we'd have /usr/share/ltsp/ltsp_server_version and /usr/share/ltsp/ltsp_client_version, but I don't see why sedding would be wrong, maybe even from the makefile
Or, a .in file
The ltsp-server-version file would contain LTSP_VERSION=xxx, and ltsp_version() would just echo it
or simple cat it
any of these approaches would work...
cat would require ltsp_version() to be different, in order to know which file to cat
Sourcing would go to ltsp-server-functions, while ltsp_version() to common
ah, i see.
In common we don't have an easy way to decide which file to source
|18:13||* alkisg prefers sed or a file.in though|
ok, so i'll have to sed it in the packaged version, but that shouldn't be hard since we already rename it in debian/rules
Yes I think I have it committed already in my packaging mirror... let me see...
...I think those 2 are untested though...
is DEBVERS set?
We can read VERSION from release.conf if needed..
DEBVERS ?= $(shell dpkg-parsechangelog | sed -n -e 's/^Version: //p')
VERSION ?= $(shell echo '$(DEBVERS)' | sed -e 's/^[[:digit:]]*://' -e 's/[-].*//')
...at least that's what google says
yes, something like that
i just didn't see any such code there
alkisg: should it contain the upstream version, or the debian version?
reading from release.conf only works for released versions, i'd rather pull it from debian/changelog when building on debian derivatives
when i'm doing pre-release testing, i don't mess with release.conf at all
dpkg -l coreutils => 8.21-1ubuntu4, man cat => 8.21
...so the usual would be "upstream version", but personally I'd prefer the debian version :)
|18:25||* vagrantc is finding the meaningless launchpad translation updates disruptive...|
makes it hard to see "what were the changes since the last time i tested this"
when 90% of the changes are changes to comments in the .po files
wish i could just ignore .po files...
OK, let's disable the ltsp-trunk translation commits too, until 1 day before tagging
this happens because something about our process deletes some file?
|18:29||willianmazzardo has joined IRC (firstname.lastname@example.org)|
alkisg: the one reason i'd suggest using files instead of sed, would be if some other thing wanted to check what version was available without sourcing common-functions ...
alkisg: i.e. ltsp-info could check what version a chroot was
or what versions multiple chroots were ...
but it is more to keep track of
also, i.e. python, shell, c could all read the same file
(08:28:51 μμ) vagrantc: this happens because something about our process deletes some file? => no that was in ldm-trunk
(08:35:23 μμ) vagrantc: also, i.e. python, shell, c could all read the same file => good point
Although .c files would need it in a #define format, not in a VERSION=xxx format
And .py would probably need it in an __init__.py file, as __version etc etc
if it were just a file that contained the version, it would be easy enough to read
I think that's what makefiles are for... to replace version in source files
.h in C, .py in python, .sh in shell
I.e. maybe it makes more sense to leave it inside the source file, and when needed, create a makefile for other languages
So when needed, we'd have __init__.py.in, config.h.in, and ltsp-common-functions.in
but that doesn't allow things we don't build from source to read the version ... maybe ldm would want to know what version of ltsp, for example...
chroot $ROOT ltsp-info --version
doesn't work cross-arch
OK I agree for a shell file with VERSION=number, and when other languages need it we'll see
i think creating stubs for python and c are needlessly complicated
VERSION= shouldn't be hard to parse out in any language
so shell can simply source, and other languages can do what they need to do
I think compiled languages usually embed the version, so that tools like modinfo can read it without running the executables... but ok that doesn't matter much, we'll see then
although having server-side stuff possibly reset the VERSION= variable when reading client-side stuff ... need to pay some attention to that
no idea how extensively this will be used
really, iw as hoping to just upload and run :)
sed is fine, we don't have to solve the version problem right now
|18:47||Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Ping timeout: 272 seconds)|
It was hardcoded until a couple of weeks ago, no need to change it now :)
We can do all those ^ nice things in ltsp 6...
|18:51||Phantomas has joined IRC (Phantomas!~Phantomas@ubuntu/member/phantomas)|
|18:55||Phantomas has left IRC (Phantomas!~Phantomas@ubuntu/member/phantomas, Client Quit)|
alkisg: what triggered the change at all? old versions of help2man? like in precise/wheezy?
alkisg: or more like lucid/squeeze/lenny ?
vagrantc: help2man in lenny, but --version is mandatory by gnu anyway
About debian vs upstream version again, another reason to use the debian version is because our man pages may be different between distros
(some things may only be supported in some of the distros)
how do we get help2man working correctly during the build? there are all sources of files sourced that have full paths, no?
i mean, i've seen it work, but it surprises me
knipwim put an "if /usr/share/ltsp/* exists, source it, else try in ../../*" logic
...the other way around more probably, relative first
|19:17||adrianorg has left IRC (email@example.com, Read error: Connection reset by peer)|
|19:19||alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)|
|19:22||adrianorg has joined IRC (firstname.lastname@example.org)|
|19:23||* vagrantc glares as ALTLinux and nbd-proxy|
if systemd does land as the default init for debian... i hope they provide an /sbin/init ...
upstart works like that, yes?
otherwise, we'll need to rethink how init=/sbin/init-ltsp works...
they provide everything
you cant even use syslog anymore once you have systemd
(crond, inetd, tftpd, syslog, dbus, init, udev ... are all swallowed by systemd, most cant be replaced with anything else without heavy investment to cut down systemd)
(dbus = system dbus here)
yes, i'm not really pleased with seemingly overly tight coupling/bundling of so much functionality
and it indeed completely ties you to the kernel version through kdbus
the whole debate is tiresome
it is ...
|19:33||cliebow has joined IRC (cliebow!~cliebow@WatchGuard.ellsworth-hs.ellsworth.k12.me.us)|
what bothers me is that something like running debian on top of a 3.0 android kernel will become impossible
(well, unless you patch the needed bits into the kernel etc)
|19:38||awilliams has left IRC (awilliams!~awilliams@unaffiliated/mistik1, Ping timeout: 272 seconds)|
|20:03||willianmazzardo has left IRC (email@example.com, Quit: Computer has gone to sleep.)|
|20:59||Patina has left IRC (Patinafirstname.lastname@example.org, Ping timeout: 252 seconds)|
alkisg: well, that didn't appear to work
alkisg: the substitutions didn't take ...
|21:00||jammcq has left IRC (email@example.com, Quit: WeeChat 0.3.7)|
probably some weird makefile/shell quoting issues
|21:13||vmlintu has left IRC (firstname.lastname@example.org, Ping timeout: 265 seconds)|
|21:29||Patina has joined IRC (Patinaemail@example.com)|
|21:31||Parker955_Away has joined IRC (Parker955_Awayfirstname.lastname@example.org)|
|21:35||khildin has left IRC (email@example.com, Quit: I'm gone, bye bye)|
|21:50||gdi2k_ has joined IRC (firstname.lastname@example.org)|
|21:54||gdi2k has left IRC (email@example.com, Ping timeout: 272 seconds)|
|22:06||gbaman has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|22:16||gbaman has joined IRC (email@example.com)|
|22:47||awilliams has joined IRC (awilliams!~awilliams@unaffiliated/mistik1)|
|22:48||* vagrantc sighs|
i spend hours and hours trying to get this code to build with the new version code sedded in...
and the manpages still include the wrong version string.
the worst is, i still don't even know what actually fixed it....
well, "fixed" it.
the manpages are generated before we fix the version
|22:51||staffencasa has left IRC (firstname.lastname@example.org, Ping timeout: 264 seconds)|
and use the in-source copy rather than the version in the package
|22:54||willianmazzardo has joined IRC (email@example.com)|
|23:02||staffencasa has joined IRC (firstname.lastname@example.org)|
|23:02||willianmazzardo has left IRC (email@example.com, Quit: Textual IRC Client: http://www.textualapp.com/)|
|23:12||awilliams has left IRC (awilliams!~awilliams@unaffiliated/mistik1, Ping timeout: 246 seconds)|
|23:18||gbaman has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
well, that's no fun.
whole day spent supporting an ancient version of debian that i don't have any interest in, and still no ltsp upload :(
|23:52||gbaman has joined IRC (email@example.com)|
|23:53||gbaman has left IRC (firstname.lastname@example.org, Client Quit)|