00:33 | asac_ has joined #ltsp | |
00:44 | asac has quit IRC | |
00:45 | asac_ is now known as asac | |
01:01 | robbie has joined #ltsp | |
01:01 | <johnny> warren, are you about?
| |
01:11 | robbie has quit IRC | |
01:43 | justme____ has joined #ltsp | |
01:44 | <justme____> anyone know why on a fresh install of 8.04 alternate LTSP, that I can't run any applications in the gui as the main user added during installation?
| |
02:08 | indradg is now known as indradg|afk | |
02:25 | deavid has joined #ltsp | |
02:42 | Q-FUNK has joined #ltsp | |
02:46 | <Q-FUNK> ahoi!
| |
02:49 | deavid has left #ltsp | |
02:51 | justme____ has quit IRC | |
02:51 | justme____ has joined #ltsp | |
03:00 | ogra has quit IRC | |
03:01 | ogra has joined #ltsp | |
03:19 | Egyptian[Home] has quit IRC | |
03:20 | Egyptian[Home] has joined #ltsp | |
03:23 | <Q-FUNK> hm
| |
03:42 | mccann has quit IRC | |
04:12 | Pascal_1 has joined #ltsp | |
04:56 | Pascal_1 has quit IRC | |
05:28 | <Q-FUNK> ogra: ?
| |
05:34 | wwx has quit IRC | |
05:43 | wwx has joined #ltsp | |
05:56 | DonSilver has joined #ltsp | |
06:03 | justme____ has quit IRC | |
06:44 | <Q-FUNK> anybody up for a small backporting challenge?
| |
06:46 | I'm trying to backport the -geode libDDC patch to -amd 2.7.7.7. the part for the LX almost applies as-is, but the part for the GX would require cherrypicking more recent commits for extra GX fixes, before the patch applies.
| |
06:49 | DonSilver has quit IRC | |
06:53 | DonSilver has joined #ltsp | |
06:53 | <Q-FUNK> http://q-funk.iki.fi/debian/pool/x/xserver-xorg-video-geode/geode_libddc.patch
| |
06:53 | http://snapshot.debian.net/archive/2008/04/12/debian/pool/main/x/xserver-xorg-video-amd/xserver-xorg-video-amd_2.7.7.7-1.dsc
| |
07:41 | Pascal_1 has joined #ltsp | |
07:50 | Pascal_1 has quit IRC | |
07:54 | Pascal_1 has joined #ltsp | |
07:57 | Pascal_1 has quit IRC | |
08:06 | mccann has joined #ltsp | |
08:12 | J45p3r has joined #ltsp | |
08:42 | petre has joined #ltsp | |
08:45 | indradg|afk has quit IRC | |
08:45 | indradg|afk has joined #ltsp | |
08:53 | eharrison has joined #ltsp | |
08:55 | <petre> morning all
| |
08:55 | <eharrison> good morning
| |
08:56 | <warren> hey
| |
08:56 | any topics anyone want to talk about today?
| |
08:56 | Only thing to report (beyond what's already in rawhide) is ogra/vagrant added code to ltspfs upstream yesterday to allow it work in LDM_DIRECTX mode
| |
08:57 | now... I still haven't managed to get it to work on fedora
| |
08:57 | we're missing something else
| |
08:57 | but I'll push ltspfs-0.5.1 anyway
| |
08:57 | <petre> warren, any issues with encrypted file systems & ltsp on f9?
| |
08:57 | <warren> petre: what is encrypted?
| |
08:58 | <petre> I'm starting a f9 install to try out ltsp5 on; one option, set by default, is encrypted file system
| |
08:58 | <warren> yeah, that one wont bother ltsp
| |
08:58 | <petre> server's fs
| |
08:58 | k
| |
08:58 | <warren> that only makes sense on a laptop though
| |
08:59 | if you're doing a permanent server don't encrypt it
| |
08:59 | you need to type the passphrase in every time it boots
| |
08:59 | <eharrison> I cut my work terminal over to F9/LTSP5. I now have an incentive to work on ltspfs ;-)
| |
08:59 | <petre> that was my thought, but I'm thinking about it in terms of 'simple installation procedure for not-very-technical folks
| |
09:00 | but if it's the default in f9, then people will be running into it
| |
09:00 | if it's not a problem on the server, then it doesn't matter
| |
09:00 | ltsp-wise, that is
| |
09:01 | <warren> it isn't a problem in runtime
| |
09:01 | but people might find it annoying that they have to type hte passphrase in MANUALLY at every boot
| |
09:01 | <petre> right, but that's a fedora issue not an ltsp issue
| |
09:02 | while I might/would argue it should be off by default, that's a discussion for another #channel
| |
09:05 | <warren> after we enable nbd boot, we could even make the root filesystem over the network be encrypted
| |
09:05 | although maybe that's pointless
| |
09:06 | <petre> would that increase the load on the client?
| |
09:06 | <warren> yes
| |
09:06 | and you still don't have a protected kernel/initrd
| |
09:06 | so it is pointless
| |
09:07 | petre: do you have wiki edit access?
| |
09:07 | <petre> yes
| |
09:07 | which I've put to massive use making two minor edits in the past week (sigh)
| |
09:07 | <warren> any other topics people want to talk about?
| |
09:07 | otherwise we can finish
| |
09:08 | <eharrison> Nothing more than grunt work... my test production server is running well
| |
09:11 | <warren> OK, we're done then. I'll post notes and upgrade ltspfs in F-9
| |
09:11 | eharrison: you running with LDM_DIRECTX or no?
| |
09:11 | <eharrison> currently no.
| |
09:12 | <warren> does everyone want to keep this meeting time?
| |
09:13 | the person who chose this meeting time never comes anymore =)
| |
09:13 | I'm OK either this time or an hour later
| |
09:13 | * petre likes it | |
09:13 | <eharrison> the person who chose this meeting time is not a morning person ;-)
| |
09:14 | * eharrison is ok with this time, but an hour later would be nice | |
09:14 | deavid has joined #ltsp | |
09:15 | <petre> what does the DIRECTX in LDM_DIRECTX mean?
| |
09:16 | <eharrison> warren: LDM_DIRECTX appears to be working fine here
| |
09:16 | <warren> eharrison: with ltspfs?
| |
09:17 | eharrison: petre: how about a compromise, 30 minutes later
| |
09:17 | <petre> okay by me
| |
09:17 | <warren> eharrison: so 10:30AM eastern, 7:30AM pacific
| |
09:17 | <eharrison> I have not gotten that far. I left my usb key @ work, I'm looking for another one
| |
09:18 | okay, 7:30am pacific it is
| |
09:18 | <warren> ok
| |
09:18 | hmm
| |
09:18 | I can't build the newer ltspfs yet.
| |
09:18 | down for maintenance
| |
09:19 | <petre> grrr, f9 install failed, same place as on dedicated server
| |
09:20 | <warren> ?
| |
09:22 | <eharrison> warren: can you post your ltspfs src.rpm somewhere I can fetch it?
| |
09:23 | <warren> I didn't make a 0.5.1 yet
| |
09:23 | i'll do it now
| |
09:25 | <petre> warren, I'm planning to do repeated installs of ltsp as part of working on ltsp-server-initialize;
| |
09:25 | <warren> petre: there might be a faster way, like using virtual machines
| |
09:26 | <petre> does it matter whether I'm working on f9 or f8, as I can't seem to get f9 installed anywhere
| |
09:26 | <warren> snap and go back to the point immediately before you ran ltsp-server-initialize
| |
09:26 | petre: what are your F9 install error messages?
| |
09:26 | <petre> I'm using vm's now
| |
09:26 | <warren> we need to know exactly how it is failing
| |
09:26 | whta kind of vm?
| |
09:26 | <petre> I *knew* you were going to ask that
| |
09:26 | vmware
| |
09:27 | It fails at some japanese library, but I hit the wrong key before I could write it down
| |
09:27 | failed in the same place on my AMD64 server, though, too
| |
09:28 | <warren> are you using the preview release?
| |
09:28 | which installer exactly are you usinG?
| |
09:28 | <petre> I think so...not quite sure; where do I look?
| |
09:28 | <warren> what did you download and when?
| |
09:29 | <petre> I downloaded a DVD iso about a month ago
| |
09:30 | <warren> you have something extremely old then
| |
09:32 | <petre> that would be a good thing, as hopefully newer would avoid the problem.
| |
09:32 | <warren> http://torrent.fedoraproject.org/
| |
09:32 | <petre> I'll go get something new now
| |
09:32 | <warren> looks like the only way to download the PR is torrent at the moment
| |
09:33 | <petre> torrent is fine
| |
09:38 | dan_young has joined #ltsp | |
09:39 | <petre> downloading now, only ~7 hours to go (sigh)
| |
09:39 | * petre is tempted by Comcast's 50Mb download offer | |
09:40 | <warren> speak of the devil
| |
09:40 | =)
| |
09:40 | <petre> warren, so is there value in testing on f8?
| |
09:40 | <warren> petre: a lot less
| |
09:40 | <petre> that is, should I bother, or just wait until I've got a working f9
| |
09:40 | <warren> petre: F8 will never have full LTSP support because we can't ship in in F8
| |
09:41 | I'll be backporting everything to F8
| |
09:41 | and RHEL5 later
| |
09:41 | but F9 is the focus
| |
09:42 | <eharrison> hi dan
| |
09:43 | <dan_young> hey, miss anything interesting?
| |
09:44 | <eharrison> we'll start at 7:30am next week ;-)
| |
09:45 | <dan_young> OK by me! ;-)
| |
09:51 | <warren> eharrison: http://people.redhat.com/wtogami/temp/ltspfs-0.5.1-0.fc9.src.rpm
| |
09:51 | i'll post the notes to the wiki
| |
09:54 | <eharrison> warren: looks like something is eating the "LTSPFS_TOKEN", all of the other debugging steps are working fine. I'll give the new package a spin and see if it magically fixes it ;-)
| |
09:54 | <warren> eharrison: with LDM_DIRECTX or not?
| |
09:54 | <eharrison> either way.
| |
09:54 | <warren> eharrison: 0.5.1 is specifically to make it work with LDM_DIRECTX
| |
09:54 | ooh
| |
09:55 | <eharrison> so far, ltspfs has not been working for me at all
| |
10:05 | <petre> ogra, ping
| |
10:11 | vagrantc has joined #ltsp | |
10:17 | Pascal_1 has joined #ltsp | |
10:25 | Pascal_1 has quit IRC | |
10:34 | <Q-FUNK> warren: what does your symbolic link look like in -geode?
| |
10:34 | relative path or absolute path?
| |
10:42 | <eharrison> Q-FUNK: I assume you mean amd_drv.so -> geode_drv.so? If so, it is relative.
| |
10:43 | <warren> Q-FUNK: relative
| |
10:43 | <Q-FUNK> ok
| |
10:44 | we must have something different in the ubuntu X, because that fails
| |
10:45 | <warren> what is it?
| |
10:45 | <eharrison> warren: for ltspfs, we are missing a dependency on xorg-x11-utils
| |
10:46 | <warren> eharrison: within the client chroot?
| |
10:46 | eharrison: or the server side?
| |
10:46 | <eharrison> client-side chroot
| |
10:46 | <warren> eharrison: is that the only thing we're missing?
| |
10:46 | <eharrison> to be determined. Still not working here, but that may very well be my fault ;-)
| |
10:49 | warren: everything is working except having the icon appear on my desktop. It is indeed automagically mounting on the server side
| |
10:50 | <warren> eharrison: perhaps vagrantc/ogra know more about how that's supposed to work?
| |
10:51 | https://fedorahosted.org/k12linux/wiki/Meetings
| |
10:51 | <vagrantc> eharrison: up for another ltsp hackfest before and/or after oscon in june?
| |
10:51 | <warren> go ahead and put more details on this page if you find them today
| |
10:52 | I have to drive, will be back online in 20-30 minutes
| |
10:53 | <eharrison> vagrantc: yes, I'm sure a hackfest will happen. Jim, Scott, Warren, & probably others will be in town.
| |
10:53 | <vagrantc> oops. july
| |
10:54 | <warren> be back in about 30
| |
10:54 | <vagrantc> eharrison: yeah, that's why i figured i'd try and get some ltsp action going on
| |
10:57 | cliebow has joined #ltsp | |
11:11 | <eharrison> vagrantc: in ltspfs (0.5.1), where is the magic that puts the icon on a user's desktop? I see the example for kde, but I don't see how it is supposed to work under gnome
| |
11:11 | <vagrantc> eharrison: "just works" for GNOME, in my experience.
| |
11:12 | <eharrison> okay, back to the code I go ;-)
| |
11:14 | <vagrantc> eharrison: is it mounting in /media/USERNAME/DEVICENAME ?
| |
11:14 | eharrison: or /tmp/.USERNAME-ltspfs/DEVICENAME ?
| |
11:15 | <eharrison> /tmp/.USERNAME-ltspfs/DEVICENAME
| |
11:16 | <vagrantc> eharrison: is /usr/bin/lbmount setuid root ?
| |
11:17 | <eharrison> vagrantc: it was not. giving that a spin...
| |
11:17 | that was it, thanks ;-)
| |
11:18 | <vagrantc> ta-da!
| |
11:19 | i just put in the room use request at freegeek for both the weekend before and after oscon.
| |
11:20 | <johnny> hi folks
| |
11:28 | Pascal_1 has joined #ltsp | |
11:28 | <vagrantc> johnny: no way you can make the time to come out to portland in july?
| |
11:29 | <johnny> time is not problem, money is
| |
11:31 | at least for now
| |
11:31 | i may end up with a "real" job and have money by then
| |
11:32 | so my smoketest was almost a success, i am happy .. just need to get a fix or two into the chroot generator
| |
11:36 | <Q-FUNK> ah. is root explicitely disabled in hardy? I created a passowrd, but then when trying to login on console, I get the "password expired. contact admin" message.
| |
11:36 | (inside the chroot)
| |
11:37 | <vagrantc> Q-FUNK: i've seen similar issues on debian sid ... i've played with chage to work around it
| |
11:37 | Pascal_1 has quit IRC | |
11:48 | <Q-FUNK> Account expires : Jan 02, 1970
| |
11:48 | ??
| |
11:49 | <vagrantc> yeah.
| |
11:49 | :)
| |
11:54 | dan_young has quit IRC | |
12:10 | <cliebow> btw:HowdY Eric!
| |
12:11 | <eharrison> hi Chuck!
| |
12:11 | <cliebow> sounds like you have a handle on the ltsp5..
| |
12:12 | <eharrison> yeah, slowly but surely ;-)
| |
12:25 | vagrantc has quit IRC | |
12:34 | Pascal_1 has joined #ltsp | |
12:38 | otavio has joined #ltsp | |
12:41 | Pascal_1 has quit IRC | |
13:02 | eharrison has quit IRC | |
13:51 | Shingoshi has quit IRC | |
13:52 | DonSilver has quit IRC | |
14:03 | cliebow_ has joined #ltsp | |
14:19 | cliebow has quit IRC | |
14:25 | cliebow__ has joined #ltsp | |
14:27 | cliebow_ has quit IRC | |
14:40 | likuidkewl has joined #ltsp | |
14:41 | likuidkewl has left #ltsp | |
15:02 | DonSilver has joined #ltsp | |
15:28 | petre has quit IRC | |
15:47 | <warren> [warren@newcaprica ltspfs-test]$ automake
| |
15:47 | src/Makefile.am:8: compiling `cdpinger.c' with per-target flags requires `AM_PROG_CC_C_O' in `configure.ac'
| |
15:47 | Makefile.am: required file `./ChangeLog' not found
| |
15:47 | hmm
| |
15:47 | where is the name "ChangeLog" coming from
| |
15:48 | <Q-FUNK> *sigh* this -geode issue in Hardy is really killing me.
| |
15:49 | <warren> Q-FUNK: ?
| |
15:50 | <johnny> warren, i had that issue too
| |
15:50 | i have no idea what is requiring it
| |
15:50 | i ended up just touching a ChangeLog file
| |
15:51 | <warren> johnny: it is a hard coded name in automake itself =(
| |
15:52 | so the `AM_PROG_CC_C_O' issue is not fatal?
| |
15:52 | <johnny> no
| |
15:52 | touch ChangeLog and all is well
| |
15:52 | pretty sure i got that one..
| |
15:53 | jammcq has joined #ltsp | |
15:53 | <jammcq> hey all
| |
15:53 | <johnny> wtf is that hardcoded on automake
| |
15:54 | <warren> johnny: it is a GNU standard apparently
| |
15:54 | we didn't have this problem earlier because ltspfs had a blank ChangeLog file
| |
15:58 | <Q-FUNK> warren: either the symlink is not doing its thing or X core misses some bits to even try the geode driver
| |
15:58 | warren: but of course Hardy comes with X 1.4, not 1.5 so misisng bits would not be entirely surprising
| |
16:00 | still, all this mess might mean that Hardy will have to be force-downgraded to -amd 2.7.7.7
| |
16:00 | (or preferably my own 2.7.7.8, which has leio's backport of the libDDC patch needed by Koolu and other poor sods using the ION 603)
| |
16:01 | cliebow__ has quit IRC | |
16:16 | joebaker has left #ltsp | |
16:17 | <johnny> warren, i imagine the gnu standard will change now they are going with bzr :)
| |
16:21 | <warren> johnny: Changelog vs ChangeLog has nothing to do with bzr
| |
16:21 | johnny: Changelog is what I had hard-coded into mkdst
| |
16:21 | yeah, ltsp-trunk already uses ChangeLog
| |
16:22 | ldm-trunk as well
| |
16:22 | this is a bug in mkdst
| |
16:22 | sigh
| |
16:22 | <leio> I don't think the xorg-server bits matter, if Hardys server doesn't even have -amd detection. Something else is doing the detection, maybe ltsp?
| |
16:23 | <warren> Q-FUNK: xorg server has a hard coded list of pci ids to driver name if xorg.conf doesn't exist.
| |
16:23 | <johnny> oh.. i see
| |
16:23 | <Q-FUNK> warren: xf86AutoConfig ?
| |
16:23 | <warren> Q-FUNK: /hw/xfree86/common/xf86AutoConfig.c
| |
16:23 | yeah
| |
16:23 | <Q-FUNK> I patched that
| |
16:23 | <warren> X.org 1.5 upstream has the pciid for LX but not GX
| |
16:24 | Q-FUNK: what did you change/add?
| |
16:24 | <Q-FUNK> added the amd line from git
| |
16:24 | http://launchpadlibrarian.net/13589055/171_xf86AutoConfig_geode_addition.diff
| |
16:24 | 1.4 lacks it
| |
16:25 | <johnny> warren, so.. are you making tarballs?
| |
16:25 | <warren> note that will work with only LX
| |
16:25 | right?
| |
16:25 | <johnny> or just rpm?
| |
16:25 | <warren> johnny: rpm needs the tarballs
| |
16:26 | <johnny> where are they?
| |
16:26 | <warren> johnny: I'm generating tarballs as needed using mkdst --from-tag=NAME-VERSION
| |
16:26 | <Q-FUNK> warren: noted but nobody provided the one for GX, so far
| |
16:26 | <johnny> but are you hosting them?
| |
16:26 | <warren> Q-FUNK: I tried to get the one for GX added into xorg-server but it was rejected
| |
16:26 | <Q-FUNK> warren: are those taken from PCI id numbers or something?
| |
16:26 | <warren> Q-FUNK: because it is the same as NSC
| |
16:26 | Q-FUNK: yes
| |
16:27 | Q-FUNK: upstream wont accept the GX one until the geode driver supports nsc and cyrix.
| |
16:27 | <Q-FUNK> warren: then it should be adifferent one
| |
16:27 | GX != GX1
| |
16:27 | <warren> AMD Geode GX2 is the same pciid as NSC I tihnk
| |
16:27 | <Q-FUNK> is it?
| |
16:27 | <warren> yes
| |
16:27 | look in hwdata, you'll see it in the table
| |
16:27 | <Q-FUNK> Gadi would know. he has a few of each.
| |
16:27 | ok
| |
16:28 | <warren> I fought to get GX2 added to xf86AutoConfig.c
| |
16:28 | but they said no
| |
16:28 | <Q-FUNK> oh well
| |
16:28 | <warren> despite NSC and cyrix being less common than GX2
| |
16:28 | <Q-FUNK> silly, though, since nsc and cyrix currently don't build due to lacking pciaccess support and other things
| |
16:29 | <warren> yeah
| |
16:29 | no point in fixing those old drivers
| |
16:29 | <Q-FUNK> no, NSC is extremely common
| |
16:29 | <warren> oh?
| |
16:29 | OK, then good thing to not break it
| |
16:29 | ajax refused adding GX2 because it would prevent NSC from falling back to vesa.
| |
16:29 | <Q-FUNK> soekeris boards and loads of other stuff was built with the Geode SC which is essentially a GX1 + CS5530a in a single chip
| |
16:30 | those became available just before NSC's Geode team was bought by AMD
| |
16:31 | so they are marked as NSC but were mostly commercialized by AMD
| |
16:32 | e.g. our own dbe60 used an sc2200.
| |
16:32 | <warren> GX2 is still marked NSC in the pci I think
| |
16:32 | <Q-FUNK> yes, because it is their design
| |
16:32 | <leio> warren: the thing is, that LX works without anything in xf86AutoConfig.c per Q-FUNK. So something else seems to do the detection
| |
16:32 | <warren> anyway, only way we'll fix this is by integrating NSC/cyrix into geode
| |
16:32 | <Q-FUNK> which, to complicate things, AMD's marketing droids renamed GX after they bougt the line from NSC
| |
16:33 | <leio> and fixing it for GX is not the issue here currnetly
| |
16:33 | <warren> If you run X without xorg.conf then it picks a driver with xf86AutoConfig.c
| |
16:33 | Fedora doesn't attempt to configure xorg.conf
| |
16:33 | I don't know if Ubuntu tries
| |
16:33 | <Q-FUNK> leio: but only in LTSP. as standalone, X won't find it unless I tip it in xorg.conf that "amd" or "geode" is the driver to use. then it picks it up just fine
| |
16:34 | <warren> are you sure it isn't trying to run something else to configure X?
| |
16:34 | <Q-FUNK> I'm wondering if LTPS might be doing its own parsing of lspci and other hwdata source
| |
16:34 | <leio> Q-FUNK: right, so for non-LTSP usage you need that patch added to xf86AutoConfig.c, but apparently with LTSP it used to work fine without, so something has the binding to amd driver done other than AutoConfig.c
| |
16:35 | <Q-FUNK> yup. it feels that way
| |
16:35 | something in LTSP knows about our PCI ID
| |
16:35 | <warren> It depends if the way ltsp is packaged in Ubuntu is attempting to configure_x or not.
| |
16:35 | Fedora never tries it
| |
16:35 | Ubuntu might be doing it
| |
16:35 | LTSP source has no pci tables in it
| |
16:35 | <Q-FUNK> I think thta starting with this release, it relies on DDC and PCI ID
| |
16:35 | <leio> Q-FUNK: if you run standalone, it doesn't find the driver right? What if you patch "amd" into xf86AutoConfig.c but have geode driver?
| |
16:36 | <Q-FUNK> leio, I could try. lemme see.
| |
16:36 | <warren> running just "X"
| |
16:36 | with no xorg.conf
| |
16:37 | if boolean_is_true "$CONFIGURE_X" ; then
| |
16:37 | ${CONFIGURE_X_COMMAND:-/usr/share/ltsp/configure-x.sh}
| |
16:37 | fi
| |
16:37 | <leio> Q-FUNK: or actually, what if just even claim "amd" in xorg.conf but have geode driver - does it pick up the symlink and work? Cause if it does then if something else is doing the detection it should be detecting "amd" but work with geode driver fine
| |
16:37 | <warren> amd and geode are working interchangably here
| |
16:38 | if [ -z "$CONFIGURE_X" ] && [ -x /usr/bin/X ] && [ -z "$X_CONF" ]; then
| |
16:38 | export CONFIGURE_X=True
| |
16:38 | fi
| |
16:38 | looks like ltsp_config runs this by default
| |
16:38 | it tries to run /usr/share/ltsp/configure-x.sh
| |
16:38 | * warren has to rip that out | |
16:39 | <warren> ah, it hasn't been working on fedora since it can't write the xorg.conf output file
| |
16:39 | and configure-x.sh tries to read a bunch of debian specific config files
| |
16:40 | Q-FUNK: configure_x.sh
| |
16:40 | LANG=C Xorg -configure -novtswitch :1 > ${TEMPFILE} 2>&1
| |
16:40 | it starts with the output of that attempting to configure X before it runs it.
| |
16:40 | Q-FUNK: you might try disabling this script and seeing if it helps
| |
16:41 | * warren driving | |
16:45 | <johnny> warren, that script doesn't work for me at all
| |
16:46 | i put CONFIGURE_X=F in my ltsp-setup
| |
16:49 | <Q-FUNK> moving xorg.conf away or telling xorg.conf to use amd fails on a standalone host.
| |
16:51 | but telling xorg.conf to use geode works.
| |
16:51 | leio: so it seems that the symbolic link doesn't do its trick.
| |
16:52 | that's on the turkish recipe.
| |
16:59 | weird how neither the symlink or the magic patch work
| |
17:00 | I probably missed that simply because I've always used an xorg.conf on workstations, to make sure I would get the right default keyboard map and bit depth.
| |
17:01 | and on LTSP, using -amd, it just works. it fails now for the first time.
| |
17:15 | hm. even with the magic number patch, it fails to find -amd
| |
17:16 | so now, whether I use -amd or -geode, they still need to be specified in xorg.conf
| |
17:17 | except in LTSP/Hardy, where -amd just magically works and -geode simply won't.
| |
17:21 | vagrantc has joined #ltsp | |
17:28 | Q-FUNK has quit IRC | |
17:42 | deavid has left #ltsp | |
18:12 | DonSilver has quit IRC | |
18:56 | <warren> sounds like a bug specific to ubuntu then
| |
18:56 | X on F9 is using geode or amd
| |
19:03 | Shingoshi has joined #ltsp | |
20:24 | hari_ has joined #ltsp | |
20:39 | <hari_> does anyone know how to install ltsp5 in ubuntu without $ sudo ltsp-build-client , cause it needs internet connection. thx
| |
21:10 | hari__ has joined #ltsp | |
21:16 | cpunches2 has joined #ltsp | |
21:17 | cpunches2 has joined #ltsp | |
21:18 | cpunches2 is now known as cpunches | |
21:21 | indradg_ has joined #ltsp | |
21:32 | leio has quit IRC | |
21:32 | hari_ has quit IRC | |
21:33 | leio has joined #ltsp | |
21:38 | indradg|afk has quit IRC | |
22:01 | hari_ has joined #ltsp | |
22:03 | J45p3r has quit IRC | |
22:08 | hari__ has quit IRC | |
22:15 | hari_ has quit IRC | |
22:27 | jammcq has quit IRC | |
22:59 | rezon8 has joined #ltsp | |
23:07 | r3zon8 has quit IRC | |
23:17 | abadger1999 has quit IRC | |
23:18 | abadger1999 has joined #ltsp | |
23:33 | makghosh has joined #ltsp | |
23:36 | abadger1999 has quit IRC | |
23:39 | abadger1999 has joined #ltsp | |
23:40 | cpunches has quit IRC | |
23:46 | daya has joined #ltsp | |
23:48 | makghosh has quit IRC | |
23:53 | makghosh has joined #ltsp | |
23:56 | vagrantc has quit IRC | |