From: Ken T. <ke...@we...> - 2000-09-13 10:07:07
|
Hello All, The LinuxPPC 2000 CDs have a different structure to the normal Redhat arrangement, this affects the 'install from HD method'. If you want to install from HD you need a layout on disk that has a 'software' dir containing all your rpms /RedHat/RPMS/base/ /RedHat/RPMS/base/comps /RedHat/RPMS/base/hdlist /RedHat/RPMS/ /RedHat/RPMS/setup-2.0.5-1.noarch.rpm /software/ /software/*rpm When asked for the *path* on the partition containing RPMS leave it at '/'. Alternatively, to keep the install files together make a dir, say 'LinuxPPC' and put the 'RedHat' and 'software' dirs in it then make the path '/LinuxPPC'. I've run the installer with both the above arrangements up to the 'point of no return'. Not sure if RPMS/setup-2.0.5-1.noarch.rpm is required, that mignt be for the perl install script, 'hdlist' is required but not used. Just waiting for independent confirmation that this works and I'll update the README. Ken. |
From: Alan B. <al...@ms...> - 2000-09-15 15:18:38
|
hi, I've now installed an SGML environment (and documented the parts required for future/other document developers/helpers), however I cant convert the classic faq.sgml into HTML, PS, DVI or anything! Any SGML experts out there? Otherwise my only recourse is to break this up into HTML (or just keep the current HTML and abandon the SGML) only - i'd much prefer to keep the SGML, its a better way to keep with outputing other document styles. alan PS Any editors that I can use with SGML, or is it a case of just loading into jed/emacs asI am doing now? PPS Any 604e users have any luck with the MOL 2.2 CVS patch? |
From: Ken T. <ke...@we...> - 2000-09-15 20:36:26
|
On Fri, 15 Sep 2000, Alan Buxey wrote: > I've now installed an SGML environment (and documented the parts required > for future/other document developers/helpers), however I cant convert the > classic faq.sgml into HTML, PS, DVI or anything! I tried again a few nights ago, installed sgml and got severel versions of Docbook from rpmfind and tried each of those - no good. All I got was 'Element name undefined' and can't open `/usr/lib/sgml-tools/dist/aid'. What do you see ? Ken. |
From: Michel <dae...@st...> - 2000-09-15 21:00:18
|
Alan Buxey wrote: > I've now installed an SGML environment (and documented the parts required > for future/other document developers/helpers), however I cant convert the > classic faq.sgml into HTML, PS, DVI or anything! > > Any SGML experts out there? This sounds rather like problems with the tools, so I think you are looking for a Docbook expert? ;) Why not ask Jesper how he did it? > Otherwise my only recourse is to break this up into HTML (or just keep the > current HTML and abandon the SGML) only - i'd much prefer to keep the SGML, > its a better way to keep with outputing other document styles. Right. If anything, let's move to another general language which can easily converted to everything. > PS Any editors that I can use with SGML, or is it a case of just loading > into jed/emacs asI am doing now? Latte/Code Commander/glimmer has syntax highlighting for SGML. Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project |
From: Jesper S. <js...@re...> - 2000-09-17 08:55:08
|
>>>>> "Alan" == Alan Buxey <al...@ms...> writes: Alan> hi, I've now installed an SGML environment (and documented the Alan> parts required for future/other document developers/helpers), Alan> however I cant convert the classic faq.sgml into HTML, PS, DVI Alan> or anything! Please post (and CC me) the output you get. It may be something trivial, but it's a long time since I used anything SGML so I probably can't help. Alan> Any SGML experts out there? Otherwise my only recourse is to Alan> break this up into HTML (or just keep the current HTML and Alan> abandon the SGML) only - i'd much prefer to keep the SGML, its a Alan> better way to keep with outputing other document styles. SGML/DocBook is indeed the best solution. I suspect a lot of people would like to the PDF output, and you can get that from SGML. Alan> PS Any editors that I can use with SGML, or is it a case of just Alan> loading into jed/emacs asI am doing now? emacs has an SGML mode. However, for something more GUIsh, see http://www.conglomerate.org/ (project seems dead, but the shoots are juicy - don't know if it's actually usable). There's also http://members.nextra.at/hfbuch/edoc/ but I don't know if it's any good. As for SGML/DocBook info, you are aware of http://www.docbook.org/, right? And http://sgmltools-lite.sourceforge.net/ Jesper |
From: Roman Z. <zi...@fh...> - 2000-09-17 14:08:37
|
Hi, On 17 Sep 2000, Jesper Skov wrote: > As for SGML/DocBook info, you are aware of http://www.docbook.org/, > right? And http://sgmltools-lite.sourceforge.net/ I tried that first to get the kernel docs, but in the end I gave up and simply installed the packages from RH6.2. bye, Roman |
From: Alan B. <al...@ms...> - 2000-09-18 11:21:37
|
hi, well, an interesting Sunday...I've changed all of the kernel files that required changes for MOL. Anyhow, the arch/ppc/kernel/head.S required around 9 more changes to bring it in line with the official MOL patches. the kernel compiles, but I just get a reset when I try booting into it. frustrating! So, cant CVS submit it yet! ;-) So, since I'm a little bit of a newbie at all this, I've put the head.S file at the following location http://ftfir.mols.sussex.ac.uk/linuxppc If you download this (or take an online look at it) search for "MOL" within the file. You'll find the MOL changes in around 10 places. I cant see where it is failing. I'm *guessing* its the part which says /* * Mac-On-Linux hook_table. Don`t put these in the data section - * it must be present in the first 16k of physical memory. */ #ifdef CONFIG_MOL .globl mol_interface mol_interface: .long 0x1 /* MOL interface version */ .fill 16,4,0 /* space for 16 hooks */ #endif now, since on APUS we have lots of reserved memory blocks and non-cachables, cachables, hacks, patches, ChipRAM, FastRAM, Z2_RAM etc I think this part screws up. certainly I cant easily see why any of the other parts would...your mileage may vary, I guess a couple of you will see some part that will cause you to run kicking and screaming from the VDU at what its trying to do in certain places 8-) any help will be appreciated, I believe we're 95% to getting MOL on APUS. PS great news on the Symbios 770 driver for the CSPPC, thats a lot of progress made with that one now!! Soon we'll be able to look at the USB issue on Linux, oh wait...we dont have to! ;-) alan |
From: Michel <da...@re...> - 2000-09-18 12:32:10
|
Alan Buxey wrote: > well, an interesting Sunday...I've changed all of the kernel files that > required changes for MOL. Anyhow, the arch/ppc/kernel/head.S required > around 9 more changes to bring it in line with the official MOL patches. > > the kernel compiles, but I just get a reset when I try booting into it. > frustrating! So, cant CVS submit it yet! ;-) Let's make a MOL branch then. cvs tag -b mol-branch or something. Time for some APUS_PROGRESS and dmesg debugging? :) Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and the DRI project |
From: Alan B. <al...@ms...> - 2000-09-18 12:54:03
|
hi, > Let's make a MOL branch then. cvs tag -b mol-branch or something. sorry, I dont know too much about cvs yet (i'm happy enough checking out stuff, but not much more right now) so I'll have to get up to speed on this. if i create a branch, that keeps it seperate, right? otherwise have to specifically ask for that branch? If so, how do you find out what branches are available in the tree? > > Time for some APUS_PROGRESS and dmesg debugging? :) > > I'll do some debug=mem tonight. i dont think it even gets that far, as i said, the machine just resets (and boots back to AmigaOS) it doesnt hang alan PS how would I go about doing PROGRESS debugging here....its in head.S, can I printk stuff? |
From: Michel <da...@re...> - 2000-09-18 13:05:32
|
Alan Buxey wrote: > if i create a branch, that keeps it seperate, right? Right. > otherwise have to specifically ask for that branch? Yep, others have to update to the branch with cvs upd -r <branch tag> > If so, how do you find out what branches are available in the tree? Either do cvs stat -v <some file> or use the SourceForge CVSweb interface. > PS how would I go about doing PROGRESS debugging here....its in head.S, > can I printk stuff? Nope, printk's only work when the initial console is set up (after head.S). APUS_PROGRESS writes an integer to memory which survives the reset, so you can read it back with a memory viewer in AmigaOS. Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and the DRI project |
From: Alan B. <al...@ms...> - 2000-09-18 16:04:32
|
hi, > Either do cvs stat -v <some file> or use the SourceForge CVSweb interface. okay > Nope, printk's only work when the initial console is set up (after head.S). ..thought so. head.S problems == headache :-) > APUS_PROGRESS writes an integer to memory which survives the reset, so you can > read it back with a memory viewer in AmigaOS. I take it that its obvious how to use/call APUS_PROGRESS then ;-) alan |