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


Channel log from 15 June 2012   (all times are UTC)

00:34vagrantc has left IRC (vagrantc!~vagrant@freegeek/vagrantc, Quit: leaving)
00:41bengoa has joined IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9)
00:46bengoa has left IRC (bengoa!~bengoa@2001:1291:229:2:216:cbff:feab:6cc9, Quit: Leaving.)
00:58Parker955_Away is now known as Parker955
01:02Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
01:26Phantomas has joined IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
01:30Phantomas has left IRC (Phantomas!~Phantomas@unaffiliated/phantomas)
01:39andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net)
02:37andygraybeal_ has left IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net, Ping timeout: 240 seconds)
02:40adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.158.214, Ping timeout: 244 seconds)
02:52adrianorg__ has joined IRC (adrianorg__!~adrianorg@186.213.156.55)
02:58Damianos has joined IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com)
03:11adrianorg__ has left IRC (adrianorg__!~adrianorg@186.213.156.55, Ping timeout: 244 seconds)
03:40daya has joined IRC (daya!~daya@unaffiliated/daya)
04:01Parker955 is now known as Parker955_Away
04:21alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
04:22daya has left IRC (daya!~daya@unaffiliated/daya, Ping timeout: 240 seconds)
05:09mealstrom has joined IRC (mealstrom!~mealstrom@alfaprime.mail4u.com.ua)
05:27
<mealstrom>
good morning
05:36
<knipwim>
good morning to you also
05:36mealstrom has left IRC (mealstrom!~mealstrom@alfaprime.mail4u.com.ua)
05:47Billy_Way has left IRC (Billy_Way!billy@nat/redhat/x-xotoqdyyxogzknhu, Quit: Good night ^_^)
05:49Billy_Way has joined IRC (Billy_Way!billy@nat/redhat/x-nzqngomrxfwenlml)
05:51cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)
05:52cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
06:04Damianos has left IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com, Quit: Damianos)
06:09
<Hyperbyte>
Gooood morning. :)
06:12
<alkisg>
Καλημέρα
06:12
<muppis>
06:26cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)
06:36cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
06:38dobber has joined IRC (dobber!~dobber@213.169.45.222)
06:42ball has joined IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net)
06:49
<elias_a>
alkisg: I would have something to give to you in exchange of your work and the community as well. A well-designed resource planning sw for schools and educational organizations. FLOSS, of course. Interested?
06:50
<alkisg>
elias_a: could you elaborate on "resource planning"?
06:51
<elias_a>
alkisg: Personnel data, working hours, classrooms etc.
06:51
It is not perfect, yet :)
06:52
But it is already in production use for 2 years in an institution having a multitude of roles.
06:52
<alkisg>
elias_a: have you seen http://book.schooltool.org/screenshots.html ?
06:53
<elias_a>
alkisg: I have been following schooltool but it is not sufficient enough for schools giving atypical education.
06:53
<alkisg>
It does have some resource planning modules... but we don't use it much in Greece because we're mostly using a commercial greek+windows-only application for that...
06:54
I did hear some teachers looking for FLOSS alternatives to that
06:54
But fortunately I never had to work with such programs, so I've never looked into any of them
06:54risca has joined IRC (risca!~risca@h87-96-186-215.dynamic.se.alltele.net)
06:54
<elias_a>
alkisg: I am asking this because I heard 2 italian guys are already translating the sw I am talking about to greek.
06:55
<alkisg>
...italian guys translating to greek?! Cool!!!
06:55
<elias_a>
alkisg: Welcome to the club having the same attitude prob :D
06:55
alkisg: I do not want to give these dudes a monopoly of operation.
06:55
<alkisg>
elias_a: it does sound interesting, if the sw has a web site I'd be glad to post it in my "IT teachers" forum where everyone would see it...
06:56
<elias_a>
alkisg: Gimme a minute. I'll find the english one...
07:19cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)
07:19
<elias_a>
alkisg: http://code.google.com/p/pyramus/
07:19
alkisg: Please ask more if you need more information.
07:20
<alkisg>
elias_a: is there a public username/password for https://demo.pyramus.fi ?
07:21
brb, will read logs
07:21
<elias_a>
Just a moment - will check
07:21alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:21alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:22alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:24khildin has joined IRC (khildin!~khildin@ip-80-236-228-105.dsl.scarlet.be)
07:32
<ball>
Is there an LTSP image that would work with an old PowerPC CRT iMac?
07:35
...or is it i386-only?
07:36
<alkisg>
You can build one, sure
07:38
<ball>
Ah, do they have to be built to suit their environment?
07:40
(the images for each type of thin client)
07:40alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
07:40alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
08:04alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
08:12bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
08:20alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
08:22alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 244 seconds)
08:59alkisg1 is now known as alkisg
09:04khildin has left IRC (khildin!~khildin@ip-80-236-228-105.dsl.scarlet.be, Read error: Connection reset by peer)
09:07alkisg1 has joined IRC (alkisg1!~alkisg@ubuntu/member/alkisg)
09:08alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 245 seconds)
09:26Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
09:43Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
09:45F-GT has joined IRC (F-GT!~phantom@ppp121-44-97-140.lns20.syd6.internode.on.net)
09:48adrianorg__ has joined IRC (adrianorg__!~adrianorg@186.213.156.55)
09:55vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 248 seconds)
10:09Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Quit: Leaving)
10:11ball has left IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net, Quit: bye)
10:44alkisg1 is now known as alkisg
11:03komunista has joined IRC (komunista!~slavko@adsl-195-168-239-199.dynamic.nextra.sk)
11:13Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Read error: Connection reset by peer)
11:16dave has joined IRC (dave!4e97221f@gateway/web/freenode/ip.78.151.34.31)
11:16dave is now known as Guest5765
11:16
<Guest5765>
hyperbyte
11:17
are you around
11:20ball has joined IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net)
11:23sep has left IRC (sep!~sep@40.211.jostedal.no, Ping timeout: 265 seconds)
11:29sep has joined IRC (sep!~sep@40.211.jostedal.no)
11:31
<Guest5765>
Hi All Anyone tell me what booting in rescue mode is
11:31
<knipwim>
in ubuntu?
11:32
<Guest5765>
Yes, Am informed since I have trouble with Dell Dimension 2400 that I should boot in rescue mode then delete compiz
11:33
<muppis>
In Ubuntu it's single user mode (as root) for maintenance when system cannot booted normally. It should be possible get rid from Compiz in normal mode.
11:33
<Guest5765>
The Del 2400 are client machines
11:33
<muppis>
!compiz
11:33
<ltsp_>
muppis: compiz: the default window manager in gnome is gnome-wm, which automatically chooses compiz if it thinks that the card supports it. Compiz is causing login problems to some clients (LP #673072). To disable it, see !disable_compiz. To restore it, see !restore_compiz
11:34
<muppis>
!disable_compiz
11:34
<ltsp_>
muppis: disable_compiz: To disable compiz for all users, run: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
11:34
<muppis>
Guest5765, ^
11:35
!forget disable_compiz
11:35
<ltsp_>
muppis: The operation succeeded.
11:35
<muppis>
!learn disable_compiz as To disable compiz for all users, run: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set
11:35
<ltsp_>
muppis: The operation succeeded.
11:35
<muppis>
11:35
!forget disable_compiz
11:35
<ltsp_>
muppis: The operation succeeded.
11:35
<muppis>
!learn disable_compiz as To disable compiz for all users, run at server: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
11:35
<ltsp_>
muppis: The operation succeeded.
11:36
<muppis>
!disable_compiz
11:36
<ltsp_>
muppis: disable_compiz: To disable compiz for all users, run at server: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
11:36
<muppis>
More sensible.
11:37
<Guest5765>
Woooooo! Am in thick mode today ---will repeat commands as single lines
11:38
sudo gconftool2 --direct --config
11:39* alkisg wonders if that still works in 12.04 with dconf...
11:40
<Guest5765>
Is that all one line
11:40
<muppis>
Sure.
11:40
<Guest5765>
alkisg
11:41
Many thanks for your help and Hyperbytes, got 30 user system working
11:41
<alkisg>
Nice :)
11:42* ball puts up bunting to celebrate
11:43
<Guest5765>
Now I have to lockdown the thing to stop the little b*******s playing about
11:44
sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /desktop/gnome/session/required_components/windowmanager metacity
11:44
OK for 10.04
11:46
<ball>
I'll be back later
11:46ball has left IRC (ball!~ball@c-24-14-239-108.hsd1.il.comcast.net, Quit: leaving)
11:47
<alkisg>
Why prevent them from playing with their own desktop?
11:48
Just reset whatever things you need e.g. on login
11:49
<Guest5765>
Intend to use menu editor to set that up
11:50
This is one of the reasons I want ltsp - have been using samba with a centos server
11:50
I'll be back later
11:50Guest5765 has left IRC (Guest5765!4e97221f@gateway/web/freenode/ip.78.151.34.31, Quit: Page closed)
11:53vmlintu has joined IRC (vmlintu!~vmlintu@a88-112-188-194.elisa-laajakaista.fi)
11:58vmlintu has left IRC (vmlintu!~vmlintu@a88-112-188-194.elisa-laajakaista.fi, Ping timeout: 252 seconds)
12:21artista-frustrad has joined IRC (artista-frustrad!~fernando@200.247.43.2)
12:43brunolambert has joined IRC (brunolambert!blambert@nat/revolutionlinux/x-tmzlkihywxvlkppl)
12:52brunolambert has left IRC (brunolambert!blambert@nat/revolutionlinux/x-tmzlkihywxvlkppl, Quit: brunolambert)
12:55* Hyperbyte shivers at the sight of gconftool-2 commands
12:56* Hyperbyte <3 Gnome3 dconf
12:57brunolambert has joined IRC (brunolambert!blambert@nat/revolutionlinux/x-kxisicudxcyztcmp)
13:02alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
13:56ogra_ is now known as ogra
13:56ogra has joined IRC (ogra!~ogra@ubuntu/member/ogra)
13:57ogra is now known as ogra_
14:15Damianos has joined IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com)
14:18Gremble has joined IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com)
14:43leftreris_nik has left IRC (leftreris_nik!~user@pc8692.cti.gr)
15:00vagrantc has joined IRC (vagrantc!~vagrant@c-76-115-60-19.hsd1.or.comcast.net)
15:00vagrantc has joined IRC (vagrantc!~vagrant@freegeek/vagrantc)
15:01vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi)
15:09loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net)
15:26dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection)
15:28Damianos has left IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com, Quit: Damianos)
15:46viggy_prabhu has joined IRC (viggy_prabhu!~viggy@117.202.65.17)
16:13Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com)
16:22cfkane has left IRC (cfkane!~rloef@206.124.12.162)
16:25alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
16:37
<alkisg>
vagrantc: there's a bug in epoptes 0.5.4-1, I solved it at r318, so we'd need a newer version before debian ships. Essentially if the teacher works with epoptes for a while, student monitoring/assisting stopped working...
16:37
stgraber: should I ask for an SRU only for this bug, or for the whole new version, considering it only has translation updates otherwise, compared to the version shipped with 12.04?
16:38
<vagrantc>
alkisg: it was also a bug in previous versions?
16:38
<alkisg>
vagrantc: for some time, yes, but maybe not for the 0.4.x versions
16:41
<vagrantc>
alkisg: it just looks like a variable rename
16:41
<alkisg>
vagrantc: the problem was that we used the same variable for both monitoring and broadcasting, while we needed 2 variables
16:41
<vagrantc>
aha!
16:41
<alkisg>
So monitor + broadcast + stop transmissions + monitor => monitor stops working at that step
16:43bobby__C has joined IRC (bobby__C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
16:45
<stgraber>
alkisg: it's technically possible but it's tricky and weird looking enough (you'd basically see a package targeted to unstable landing in precise-proposed) that it'd probably slow down the process
16:45
alkisg: so having the fixed version synced in quantal, then cherry-pick the fix and upload to precise-proposed would be much easier and faster
16:46
alkisg: let me know once it's in quantal and I can take care of the rest if you want
16:46bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 265 seconds)
16:46
<alkisg>
stgraber: we can wait till it hits testing, if it makes a difference... I think it has 7-8 new languages since 12.04, and a lot of other translation updates
16:46
If not, ok, I'll just cherrypick the bug
16:47
<stgraber>
alkisg: waiting for it to hit testing wouldn't make a difference. Is it in unstable already (so I can look at the changelog, see if it'd work for the SRU)?
16:48
<alkisg>
stgraber: no, it's not in debian yet, thanks, I'll ping you once it's there
16:49
<stgraber>
alkisg: ok. I might be able to do some magic if it contains (LP: #XXXXXX) where XXXXXX is the SRU bug report but only once that hits quantal
16:49
<alkisg>
Sure, I can do that
16:49Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Quit: Leaving)
17:03telex has left IRC (telex!~telex@freeshell.de, Remote host closed the connection)
17:15Damianos has joined IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com)
17:15Damianos_ has joined IRC (Damianos_!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com)
17:15Damianos has left IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com, Read error: Connection reset by peer)
17:15Damianos_ is now known as Damianos
17:16* vagrantc is pulled in too many directions today
17:17
<vagrantc>
alkisg: so, if i recall correctly, you were thinking that pxelinux.cfg/default should only be edited manually from the chroot, and ltsp-update-kernels would override changes made to the tftp dir?
17:18
<alkisg>
vagrantc: either that, or it wouldn't even copy the file to the TFTP dir, it would merge them all into a single ltsp file
17:18
<vagrantc>
it seems like the tftp dir would be more appropriate to protect from chaanges.
17:18
alkisg: that seems like a step 2 project.
17:18
<alkisg>
And in the tftp, the master pxelinux.cfg/default would be editable
17:19
<vagrantc>
but maybe there's no way to handle the chroot "correctly" without also handling the server-side.
17:19
<alkisg>
The first problem is that the chroot doesn't know its TFTP path
17:20
<vagrantc>
and doesn't need to to support a single chroot.
17:20
pxelinux.0 handles relative paths fine.
17:21
i've basically got it working as it did before, with some more options if you enable menus.
17:21
<alkisg>
vagrantc: if dnsmasq points to TFTP/pxelinux.cfg/default, can that then load TFTP/ltsp/i386/pxelinux.cfg/*, if they don't have the "ltsp/i386" path in them? I don't think so...
17:21
<vagrantc>
and some split out files that will make it easier for the server to generate a master file.
17:22
alkisg: agreed.
17:22
alkisg: but if dnsmasq points to TFTP/ltsp/i386/pxelinux.0 it works just as it has for so many years.
17:22
<alkisg>
(although it should be able to do so, but that's another story)
17:22
Right, but then it makes it impossible to select between chroots
17:22
<vagrantc>
right.
17:23
<alkisg>
That part should be handled by ltsp-update-kernels, imo
17:23
<vagrantc>
yes, makes sense.
17:24
you might be able to chain-load pxelinux.0 and have it work more-or-less ok.
17:24
<alkisg>
While we could push for pxelinux to support those relative include paths, we'd still have many tftp hits, so merging them all into a single file does make sense
17:24
<vagrantc>
agreed
17:25
so actually ... at this point, i think thee client-side update-kernels should actually overwrite pxelinux.cfg/default every time, and ltsp-update-kernels shouldn't bother to "protect" local changes, and ltsp-update-kernels should generate a TFTP/ltsp/pxelinux.cfg/* or maybe top-level TFTP/pxelinux.cfg/*
17:26
and then the ltsp-update-kernels generated pxelinux.cfg would have default bbe generated once.
17:26
<alkisg>
I think client-side should generate at least two files, default and ltsp
17:26
default should be user-editable
17:26
This way we don't need to have a lot LTSP-specific options for default, the user can read the pxelinux manpage
17:27
<vagrantc>
editable in the chroot, or in the tftp dir? because editable in the chroot means you have to remember to run ltsp-update-kernels for your changes to take effect.
17:27
<alkisg>
In the chroot
17:27
In the TFTP dir all those files would be merged into a single ltsp file
17:28
And yet another master pxelinux.cfg/default would exist there for the same reason
17:28
So, whether the normal TFTP is used, or the CHROOT/boot is used directly, we'd always have 2 tftp hits, one for default and one for ltsp
17:28
<vagrantc>
sure.
17:29
though i'm not seeing why the chroot should be user-editable rather than the TFTP dir.
17:29
<alkisg>
How would we preserve the user changes in the TFTP?
17:30
<vagrantc>
we'd have to copy the changes over and exclude default?
17:30
<alkisg>
Suppose I put a command line in the chroot /etc/ltsp/update-kernels.conf, how will that reach TFTP while preserving the user changes?
17:31
<vagrantc>
alkisg: like you're saying, it'll be in pxelinux.cfg/ltsp, which is autogenerated ... you'll have to run ltsp-update-kernels for those sorts of changes, yes.
17:32
but for changes to pxelinux.cfg/default ?
17:34
<alkisg>
vagrantc: ah did you mean that you want the cfg/default changes to be in the TFTP dir?
17:35
So that we'd only copy pxelinux.cfg/default once?
17:35
<vagrantc>
uh, this is so confusing to even have the right words to talk about it :(
17:35
alkisg: yes!
17:36
<alkisg>
Well, if we'll be merging everything into a single "ltsp" file, then there won't be a "default" on the TFTP, other than the master one,
17:36
<vagrantc>
so, each chroot will also have a "single" ltsp file.
17:36
<alkisg>
...other than that... ok I don't see any problems yet
17:36
I was thinking that the server TFTP can have only a single ltsp file for all chroots
17:37
<vagrantc>
you're saying ditch the per-chroot pxelinux.cfg/default entirely?
17:37
<alkisg>
Let's get it from the start
17:37
update-kernels => regenerates ltsp, writes default once
17:37
<vagrantc>
ok
17:38
<alkisg>
ltsp-update-kernels => either merges them directly into one single ltsp file... or it does this in 2 steps, first it copies them in the TFTP dir and then merges them, in order for them to be available even if the chroot goes away (e.g. temporarily NFS mounted) and merges them in the second step
17:38
ltsp-update-kernels: also writes a master pxelinux.cfg/default once
17:39
<vagrantc>
ok
17:39
<alkisg>
If it merges them in 2 steps, then the default ones can be editable in the TFTP dir, sure
17:40
<vagrantc>
if they're editable in the TFTP dir, we have to make sure they're excluded from the copy-to-tftp dir steps
17:40
well, the "default" files.
17:41
i'm inclined to your two-step approachh
17:41* alkisg wouldn't mind if the default ones would be editable in the TFTP dir, it does have benefits
17:42
<vagrantc>
that seems to make sense, it just requires using something other than "cp" which seems to have no exclude mechanism
17:42
currently, it's just a cp -a ...
17:43
<alkisg>
Is it possible to not generate "default" in the chroot at all?
17:43
<vagrantc>
alkisg: yup.
17:44
that'd be the easiest way... and then if an admin had a new chroot on an old server, they'd have to manually create it... which shouldn't be difficult.
17:44
it could even create a default.EXAMPLE or something.
17:44
<alkisg>
Second idea... what if the chroot "ltsp" was named "default"?
17:44
<vagrantc>
alkisg: then it wouldn't be editable.
17:44
<alkisg>
I.e. it would be regenerated each time, like it is now
17:45
The user would only edit the master pxelinux.cfg/default
17:45
What are the downsides in this?
17:45
<vagrantc>
that actually sounds pretty simple, sure.
17:45
the only downside would be some corner-cased mismatched server/client versions.
17:46
that preserves old behavior while adding new functionality.
17:46
it's a deal.
17:46
<alkisg>
We could put some compatibility code in ltsp-update-kernels, when merging all the chroot defaults into a single ltsp file to minimize the tftp hits
17:47
(the path updating would also be included in that step)
17:47
And I think we can put that code now without breaking anything, as the users would need to change their tftp settings to point to the master default anyway
17:48
soo... update-kernels => dumb, ltsp-update-kernels => smart
17:49
(the chroot defaults and the cfg/ltsp would all mention in a comment that they're regenerated)
17:49
<vagrantc>
yup.
17:49
<alkisg>
Sounds good to me
17:49
<vagrantc>
i'll implement that, and maybe get around to the ltsp-update-kernels parts today, too.
17:50
alkisg: thanks for talking it out despite having a lot of other stuff going on!
17:50
<alkisg>
np, I love seeing ltsp progress when I wake up ;)
17:55loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep)
17:57viggy_prabhu has left IRC (viggy_prabhu!~viggy@117.202.65.17, Quit: Ex-Chat)
18:01bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
18:04bobby__C has left IRC (bobby__C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 252 seconds)
18:05
<vagrantc>
ok, client-side is easy, pushed.
18:05
er, almost
18:06komunista has left IRC (komunista!~slavko@adsl-195-168-239-199.dynamic.nextra.sk, Quit: Leaving.)
18:06hughessd has joined IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net)
18:07
<vagrantc>
i really need to rewrite it with some functions, there's a lot of cut-and-paste code.
18:07Damianos has left IRC (Damianos!~Damianos@68-186-144-58.dhcp.kgpt.tn.charter.com)
18:08
<vagrantc>
especially once it gets moved into the server-side ltsp-update-kernels
18:09bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 246 seconds)
18:12komunista has joined IRC (komunista!~slavko@adsl-195-168-239-199.dynamic.nextra.sk)
18:32alexc123 has joined IRC (alexc123!8ec40cff@gateway/web/freenode/ip.142.196.12.255)
18:36
<vagrantc>
alkisg: so, you think i should upload epoptes to debian before it hits testing?
18:36
alkisg: or should i wait a few days and then upload?
18:36* alkisg checks the days...
18:37
<vagrantc>
it's relatively minor changes, i could upload with medium priority, maybe. (i.e. 5 days instead of the usual 10 days)
18:37
after testing of course
18:37
alkisg: it's currently got 4 days for 0.5.3-1 -> 0.5.4-1
18:37
<alkisg>
vagrantc: I think best upload now, no point to wait for the previous one to hit testing, it's not like it has any changes, just translation updates
18:39
vagrantc: go for 0.5.5, not 0.5.4-2
18:39
<vagrantc>
alkisg: ok, i'll try to upload today, maybe with medium priority.
18:39
alkisg: yeah, it's upstream source changes, and there's only a few updated translations
18:39
<alkisg>
ty :)
18:40
<vagrantc>
if it was just one patch, and a bunch of other changes, i'd probably just patch the old version.
18:40Gremble has left IRC (Gremble!~Ben@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com, Quit: I Leave)
18:40
<alkisg>
Hmm maybe I should file an LP bug report for the changelog, to help with the Ubuntu SRU
18:42
<vagrantc>
launchpad translations keeps having phantomas as the last translator for new languages ... sure knows a lot of languages!
18:43
alkisg: always helpful to have bug reports to refer to.
18:43
<alkisg>
LP #1013808
18:45bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
18:47
<elias_a>
alkisg: I'll get back to you on Monday about the test user account.
18:47
Could not reach the person who sits on it.
18:48
<alkisg>
elias_a: np, I did post it in a forum for interested people to see
18:48
<elias_a>
alkisg: Thank you!
18:48
alkisg: IMHO it is a sound project.
18:48
Both in content and also techically.
18:51bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 248 seconds)
18:53alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
19:02bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at)
19:12bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Ping timeout: 244 seconds)
19:30Parker955_Away is now known as Parker955
19:58alexc123 has left IRC (alexc123!8ec40cff@gateway/web/freenode/ip.142.196.12.255, Ping timeout: 245 seconds)
20:01komunista has left IRC (komunista!~slavko@adsl-195-168-239-199.dynamic.nextra.sk, Quit: Leaving.)
20:31Q-FUNK has joined IRC (Q-FUNK!~q-funk@ubuntu/member/q-funk)
20:31
<Q-FUNK>
vagrantc: thanks for the reply. AFAIK neither mkelfimage or mknbi produce something that those old DBE60 like.
20:32
vagrantc: I vaguely recall someone recommending that we replace both with wraplinux instead.
20:33brunolambert has left IRC (brunolambert!blambert@nat/revolutionlinux/x-kxisicudxcyztcmp, Quit: brunolambert)
20:33
<vagrantc>
Q-FUNK: if you can get something to work with wraplinux, mention it in the bug report, ideally with a patch :)
20:35
<Q-FUNK>
vagrantc: whatever produces the default images results in a file that gets accepted, but not loaded. meanwhile mknbi produce files that flat-out fail to be loaded.
20:36
is mkelf ir mknbi used to make the legacy images?
20:37
btw, shouldn't the ntpdate that is bundled in the chroot be configured to fetch time from the LTSP server? it currently seems to do nothing.
20:37
<||cw>
woulnd't it fetch the time from the time server your DHCP lists?
20:37
<vagrantc>
Q-FUNK: it uses mkelfImage (from mkelfimage) if present, falling back to mkelf-linux (from mknbi), and if mknbi-linux (from mknbi) is present, it generates legacy-nbi.img
20:38davew_ has joined IRC (davew_!59f0b40c@gateway/web/freenode/ip.89.240.180.12)
20:38
<vagrantc>
Q-FUNK: ntp configuration is updated at boot time.
20:39
Q-FUNK: or at least, should be.
20:40
<Q-FUNK>
ok, so if mkelfimage is removed, nbi.img will be generated by mkelf-linux (instead of mkelfimage) and a new legacy-nbi.img will be generated by mknbi-linux?
20:40
<davew_>
Hi All, am trying to use menu editor qand profile manager to save menus for a particular group but changes dont happen when members of the group log in ----Anyone help
20:40
<vagrantc>
Q-FUNK: yup.
20:41
<Q-FUNK>
negative on the ntp config. this batteryless terminal's date starts and increaments to the bios' build date.
20:41
<davew_>
Oh dear not another one -any fix?
20:41
<vagrantc>
Q-FUNK: is this a change oof behavior?
20:42
<Q-FUNK>
vagrantc: ntpdate never worked. it dumbly expects to include /etc/ntp.conf if found and reverts to some external generic server e.g. pool.ntp.debian.org that cannot be reached without NAT.
20:43
btw, the legacy-nbi.img symlink doesn't get created when the kernels are updaed.
20:43
<vagrantc>
Q-FUNK: i've been using ntpdate in lts for years.
20:43
ltsp
20:44
i'd pretty much like to drop support for the nbi.img generation entirely and create plugins that people can do whatever things they need to do.
20:45
it's a pretty rare client these days that doesn't support PXE, and it's a significant extra code overhead
20:51
hah. yeah, the NTP code *is* broken ...
20:53alexqwesa_ has left IRC (alexqwesa_!~alex@109.172.12.47, Remote host closed the connection)
20:54alexqwesa has joined IRC (alexqwesa!~alex@109.172.12.47)
20:54davew_ has left IRC (davew_!59f0b40c@gateway/web/freenode/ip.89.240.180.12, Ping timeout: 245 seconds)
20:56
<vagrantc>
ok, think i've fixed it.
20:57hughessd has left IRC (hughessd!~steve@173-164-117-109-Oregon.hfc.comcastbusiness.net, Quit: gone for some reason)
20:57
<Q-FUNK>
I dunno. I keep on bumping into antiquated headless 586 that only support straight etherboot.
20:58
not to mention those dbe60 terminals :)
20:59
can I try your ntpdate patch?
20:59
I could immediately tell you whether it works or not :)
21:00
<vagrantc>
i've tested it a few times already to see what was wrong
21:00
yeah, new patch works
21:02
Q-FUNK: https://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2349?start_revid=2349
21:02
<Q-FUNK>
http://paste.debian.net/174731/
21:03
are those options still valid? my terminal boots in 16bpp instead of 24.
21:04
<vagrantc>
Q-FUNK: there was a bug with X_COLOR_DEPTH, fixed in commit 2316
21:04
https://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/2316/client/share/ltsp/screen-session.d/XS95-colordepth
21:05
in theory, i was planning on uploading a new version today...
21:08
<Q-FUNK>
:D
21:09
<vagrantc>
Q-FUNK: any more lingering bugs you've found? :)
21:10
<Q-FUNK>
that's what I'm checking right now :)
21:10
I'll skip trying to get the etherboot clients working for now. getting ntpdate and X_COLOR_DEPTH working would already be a real achievement.
21:11
hm. why do we recommend both nfs and nbd on debian?
21:11
can we get by with just nbd?
21:11
(on the server, that is)
21:12
I'd rather avoid installing portmap&co if I can.
21:12
<vagrantc>
Q-FUNK: the default is NFS, and NBD is used for NBD swap.
21:12
Q-FUNK: that's why i left it recommends ... it should be used in "normal" circumstances, but you can install without it.
21:13
<Q-FUNK>
hm... where was the ntpdate hidden again? I could 'patch' it as q quick test, now that I've downloaded the diff, but...
21:13risca has left IRC (risca!~risca@h87-96-186-215.dynamic.se.alltele.net, Quit: Lämnar)
21:13
<vagrantc>
Q-FUNK: /usr/share/ltsp/init-ltsp.d/
21:18
<Q-FUNK>
ah yes
21:18
patching
21:18
does it fetch the ntd server from dhcp options or does it presume it to be the ltsp server?
21:18
öö... ntp
21:19
vagrantc: ok. the thing is, I had gotten used to nbd for both swap and boot image loading at ubuntu. it works, and it saves me from having all that RPC stuff.
21:20
vagrantc: that's why I was wondering why we use nfs at debian.
21:20
<vagrantc>
Q-FUNK: TIMESERVER=auto will default to the server, otherwise whatever you set TIMESERVER to
21:20brian418_away has joined IRC (brian418_away!~chatzilla@adsl-072-156-187-139.sip.bhm.bellsouth.net)
21:22alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
21:22
<vagrantc>
Q-FUNK: i've stuck with NFS because it works, has worked for some time, and doesn't require things like ltsp-update-image in order to make your changes go live, or some of the other hacks to support NBD root ... it's muchly improved in the recent 5.3/5.4 LTSP series
21:23
NBD root support is much better in recent versions of LTSP ...
21:23
<Q-FUNK>
yes, especially since recent NBD use separate configs for swap and boot image, so no need for inetd stuff.
21:23
<vagrantc>
also, it's much easier to switch back and forth between the two modes now.
21:23
it used to actually require initramfs changes
21:23
<Q-FUNK>
or well, LDM still passes via inetd...
21:24
<vagrantc>
there are schemes to change that too ... but for a later time :)
21:24
<Q-FUNK>
hm, no cigar. it still shows the BIOS build date.
21:24
<vagrantc>
Q-FUNK: did you run ltsp-update-image?
21:25
Q-FUNK: and are you running an ntp server on whatever server you've pointed TIMESERVER at?
21:25
<Q-FUNK>
yup, I've got ntp running locally
21:25
<vagrantc>
where did you specify TIMESERVER?
21:26
works like a charm for me.
21:26
<Q-FUNK>
I haven't specified it. wouldn't "auto" revert to the ltsp server?
21:27
<vagrantc>
it doesn't have a default setting
21:27
i.e. no NTP stuff when unspecified
21:27
oh, i suppose it'd fall back to the default behavior
21:27
<alkisg>
Q-FUNK: afaik the most recent etherboot version can load pxelinux.0 if you point them to that from dhcp, do you know which versions require an .nbi?
21:28
<Q-FUNK>
alkisg: that's just the thing. we only need etherboot for legacy clients without PXE possibility.
21:28
<alkisg>
Q-FUNK: do they have an etherboot rom burned in? which etherboot version is that? Because newer etherboot versions do work
21:29
<vagrantc>
alkisg: epoptes pushed, tagged and uploaded.
21:29
<alkisg>
ty vagrantc
21:29
<Q-FUNK>
vagrantc: could we make the default TIMESERVER=dhcpserver if none is specified?
21:29
<vagrantc>
Q-FUNK: you could network boot iPXE from etherboot, probably.
21:29
<alkisg>
I'll sync it to quantal and file an SRU
21:29
<Q-FUNK>
vagrantc: negative. iPXE still requires a client with a full BIOS.
21:29
<vagrantc>
Q-FUNK: could you network boot a newer version of etherboot?
21:30
<Q-FUNK>
it still wouldn't fix the fact that this is not a full bios. pxe specs very much depend upon a full bios being available.
21:31
<alkisg>
What do you mean full bios? ipxe doesn't require any networking code from the bios...
21:31
<vagrantc>
and old-school etherboot doesn't?
21:31artista-frustrad has left IRC (artista-frustrad!~fernando@200.247.43.2, Ping timeout: 246 seconds)
21:31
<Q-FUNK>
pxe expects to be able to fetch e.g. available video resolutions from bios interupts to display boot menus, etc.
21:31
<vagrantc>
so if TIMESERVER is not set, ntpdate will try to hit the default mirrors ... i guess that's not so bad.
21:32
<alkisg>
It's not required to use a vesamenu, you can have text mode menu
21:32
actually text mode is the default
21:32
<Q-FUNK>
trying to hit e.g. pool.ntp.org is bad, because the server box is not NAT'ing the connection to the outside.
21:32
<vagrantc>
Q-FUNK: at which point, it will fail quickly.
21:33
<Q-FUNK>
hence why we need to make the default TIMESERVER={dhcp server} or take the info via dhcp options.
21:34
<vagrantc>
or just disable ntp if TIMESERVER is not set.
21:34
Q-FUNK: patches welcome :)
21:35
<Q-FUNK>
ok. TIMESERVER=(ltsp server) is set. let's see if it takes it :)
21:36
<alkisg>
ipconfig doesn't return the ntp server from dhcp, does it?
21:36
udhcpc does, but...
21:37
<vagrantc>
TIMESERVER=auto should work.
21:37
do the same thing, but not require changing the setting.
21:37
<||cw>
right, that's the dhcp clients job to put the setting it the ntp config
21:38
<alkisg>
vagrantc: maybe ltsp-server could suggest ntpd?
21:38
<vagrantc>
yeah, but we don't necessarily fully use the dhcp settings.
21:38
alkisg: suggests are almost worthless ... is it worrth promoting it to a recommend?
21:39
<alkisg>
If it doesn't interfere with anything, sure, but suggests is also nice for the sysadmin to keep an eye on. I think even software center shows the suggested packages at the bottom
21:40
<Q-FUNK>
yup, auto works. :) can this become the default, so that if nothing is set, that's our fallback?
21:40* alkisg would vote for TIMESERVER=unset if we don't recommend ntpd, and auto if we do
21:40
<vagrantc>
Q-FUNK: i think we did that in the past and people complained about it.
21:41
<Q-FUNK>
here, I've mostly complained that it never worked, but well... ;)
21:41
<vagrantc>
ltsp-server recommend ntp, ltsp-server-standalone depend ntp ...
21:41
Q-FUNK: yes, and never is a long time, i must be in an alternate timestream :P
21:42
<Q-FUNK>
auto would at least make the client try to fetch something. at worst, it exits.
21:42
<alkisg>
Do we still use our own ntp client code, or we leave it up to the distro's initscript?
21:42
If we use our own and delay the boot for 2 secs, it's not a good thing if we don't also recommend ntpd
21:43
<Q-FUNK>
ok. the only thing remaining is to get plymouth to splash with spacefun and then we're production-ready :)
21:44
<alkisg>
plymouth requires plymouth:force-splash in ubuntu, when init=/sbin/init-ltsp is set in the command line, not sure if it needs it on debian too
21:45
<vagrantc>
alkisg: so, i don't think i'm going to pull together the ltsp-update-kernels side of the changes today, but i think i'll upload anyways. i think it overall makes it easier to do the ltsp-update-kernels side of things later anyways.
21:46* vagrantc has only infrequently messed with splash screens
21:46
<alkisg>
vagrantc: sounds good, I can help with ltsp-update-kernels later on, in a couple of weeks if you want
21:46
<Q-FUNK>
good question. on ubuntu, it just worked out of the box. on debian, one detail I remember is that graphic spalshes don't work if plymouth-x11 isn't installed.
21:46
<alkisg>
On Ubuntu we also install plymouth in the initramfs in order for it to start a bit sooner
21:47
<Q-FUNK>
on debian too
21:47
<vagrantc>
alkisg: the ntp code just configures /etc/ntp.conf and /etc/default/ntpdate appropriately
21:47
<alkisg>
Cool
21:47
<Q-FUNK>
the only thing is that if plymouth-x11 is not installed, debian reverts to the text splash.
21:47
<alkisg>
So it shouldn't cause boot delays, unless services depend on the ntp service being started first
21:47
<Q-FUNK>
on ubuntu, IIRC, the x11 plug-in is included in the plymouth package itself.
21:48
<vagrantc>
alkisg: well, i think the common code may run ntpdate directly ... but the Debian "overlay" just configures the confiiguration files.
21:48
alkisg: it's run as if-up hooks...
21:48
<alkisg>
Ah, ok
21:49
<||cw>
if-up hooks are awesome
21:49
<alkisg>
Did we fix the client to fire up if-up events?
21:49
<vagrantc>
alkisg: it appears to do so
21:50
!vagrant-todo
21:50
<ltsp_>
vagrantc: vagrant-todo: (#1) pxelinux configuration, or (#2) pxemenus, or (#3) ltsp-tool.conf.d
21:50
<vagrantc>
oh yes, ltsp-tool.conf.d ...
21:50
<alkisg>
It was broken some time ago, at least on Ubuntu, but I think with the RM_SYSTEM_SERVICES change it was fixed
21:51
<vagrantc>
!forget vagrant-todo 1
21:51
<ltsp_>
vagrantc: The operation succeeded.
21:53
<vagrantc>
i need to figure out how to allow for KERNEL_PREFIX="vmlinuz-* vmlinux-*"
21:53
no, i'll put that off for later.
21:53
oh, it still uses vmlinuz symlinks...
21:54
wonder if it shouldn't default to ifcpu64 detection
21:54
<alkisg>
We don't need multiple KERNEL_PREFIXes, only distro overrides for a single one, right?
21:54
<vagrantc>
alkisg: for debian, some arches have vmlinuz-* and some would have vmlinux-*
21:54
<alkisg>
Meh
21:54
<vagrantc>
alkisg: and there may be some arches with either
21:54
alkisg: just to preclude your next idea :P
21:55
<alkisg>
vmlinu[z|x]-* ?
21:55
<vagrantc>
if that works, sure.
21:55
<alkisg>
Or even vmlinu?-* if it doesn't, but I think it will work
21:55
$ touch /tmp/vmlinuz /tmp/vmlinux
21:55
$ find /tmp -name 'vmlinu[x|z]'
21:55
/tmp/vmlinuz
21:55
/tmp/vmlinux
21:56
<vagrantc>
of course the version sorting for both will come out a little odd
21:56
<alkisg>
Although then sorting will be a mess
21:56
:)
21:57
<vagrantc>
actually, i think it's just mips/mipsel/powerpc that have vmlinux these days
21:57
<alkisg>
Ah we'll just need better code to remove the prefix
21:58
Hey it works! $ x=vmlinux-3.0
21:58
$ echo ${x#vmlinu[x|z]-}
21:58
3.0
21:58
So it might even work by just putting [x|z] in the prefix with no other changes
21:59
(the sorting too, I mean)
22:02
stgraber: should I `syncpackage epoptes -d unstable` ?
22:02
<vagrantc>
alkisg: it seemed to work just by specifying LIST_KERNELS="vmlinu[z|x]-*"
22:03* alkisg did something right there then ;)
22:03
<vagrantc>
no other code changes
22:03
<alkisg>
vagrantc: wait, without setting the PREFIX?
22:03* alkisg checks which of the sorting functions was committed..
22:04
<vagrantc>
alkisg: er, KERNEL_PREFIX="vmlinu[z|x]-*"
22:04Parker955 is now known as Parker955_Away
22:04
<alkisg>
Right
22:04
<vagrantc>
no other code changes needed
22:04
<alkisg>
Yup, thought so
22:05
<vagrantc>
of course, pxelinux still has vmlinuz hardcoded, and powerpc has vmlinux hardcoded, but i *think* that's actually appropriate.
22:06
<stgraber>
alkisg: yep
22:06
<alkisg>
ty
22:07
<Q-FUNK>
sudo ln -s /usr/lib/ipxe/undionly.kpxe nbi.img
22:08
<alkisg>
Etherboot doesn't keep the networking stack though, does it?
22:08
(too soon for syncing with unstable, will try again in the morning)
22:10
<Q-FUNK>
ok, so it seems that ipxe works for one client, but not for the other. ther other one just plain cannot load anything else than an old-fashion tagged-elf file using plain old etherbboot.
22:10
<alkisg>
Q-FUNK: did you try pointing them to pxelinux.0 ?
22:10
<Q-FUNK>
alkisg: read again :)
22:11
<alkisg>
Q-FUNK: well I read that the client has etherboot but I wasn't sure if you did try pxelinux.0 because etherboot supports it
22:11
<Q-FUNK>
the ipxe blob flat out cannot be loaded by the older of these two clients. full stop.
22:11
<alkisg>
Q-FUNK: I'm not talking about ipxe though
22:11
I'm talking about pxelinux.0
22:12
<Q-FUNK>
not etherboot as in gnu etherboot, the ancestor of gpxe. etherboot as in, plain old primitive netboot that can barely do bootp.
22:12
<alkisg>
Ah, ok, that's what I missed
22:12
Then an elf image of ipxe would help there
22:13
<Q-FUNK>
not if there isn't a real bios. again, this old client has a mere bootloader. it barely initializes the video and lauches bootp.
22:13
<alkisg>
ipxe doesn't need vesa bios extensios
22:13
*ns
22:14
<Q-FUNK>
do we have a tagged elf version of the ipxe blob?
22:14
<alkisg>
Not that I know of
22:14
Should be easy to build one though
22:15
<Q-FUNK>
http://paste.debian.net/174744/
22:15
this is what debian ships, for instance.
22:16
<alkisg>
You'd need to wrap e.g. ipxe.lkrn with mkelfimage or mknbi or whatever else does the job
22:16
<Q-FUNK>
linking the undi-only blob to nbi.img did the trick for one bios-based device that only does bootp. it chainloaded ipxe.
22:16
<alkisg>
That bios then kept the networking stack after downloading the image, not all of them do so
22:17
<Q-FUNK>
it didn't do the trick for the other device with a hand-hacked bootloaded that only provides a couple of the usual bios interrupts.
22:17
<alkisg>
I don't think the BIOS is related
22:17
It's a matter of keeping around the networking stack or not
22:18
<Q-FUNK>
we could try :) I'm not closing the door to this at all. just as long as it works, I'm a happy camper :)
22:19
<alkisg>
I do think we should remove nbi support from ltsp though, as it hasn't worked for years and noone appeared to step up and test + solve it
22:19
Providing a wrapper in a separate package sounds saner
22:23
<Q-FUNK>
this dbe60 would be a good test case.
22:24
<alkisg>
...if you ship it oversees, I could test it :P
22:24
*seas
22:25
<Q-FUNK>
alkisg: where are you at, again?
22:26
<alkisg>
Greece, just joking, the shipping would cost more than the box
22:26
<Q-FUNK>
yup, especially considering how they sell those dbe60 for... was it 10eur/each nowadays.
22:31
<alkisg>
64MB RAM? It wouldn't work nowadays even if it booted...
22:32* alkisg uses an HP T5000 something with 128 for the lowest supported client test case
22:32
<Q-FUNK>
that's what I was afraid of. IIRC they could fit up to 128mb in them, but they never produced any with that much in them.
22:32markit has joined IRC (markit!~yaac@ppp-142-139.31-151.libero.it)
22:32
<Q-FUNK>
the dbe61a however has 128mb in the basic configuration.
22:34
but it's somewhat more expensive also, because it has a Geode LX in it.
22:37markit has left IRC (markit!~yaac@ppp-142-139.31-151.libero.it, Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
22:37alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
23:08JesseC has left IRC (JesseC!JesseCW@wsip-98-175-20-126.br.br.cox.net, Ping timeout: 260 seconds)
23:09JesseC has joined IRC (JesseC!JesseCW@wsip-98-175-20-126.br.br.cox.net)
23:27andygraybeal_ has joined IRC (andygraybeal_!~andy@h98.94.213.151.dynamic.ip.windstream.net)