openSUSE PPC March 2002

ppc@lists.opensuse.org

33 participants
46 discussions

RS/6000 43p 140 does not boot (SuSE 7.1)
by Alexander Achenbach 22 Oct '02

22 Oct '02

Hello everybody. Did anyone manage to successfully boot Linux on an RS/6000 43p 140 ? I tried using ftp://ftp.suse.com/pub/suse/ppc/7.1/unsorted/prep/43p_140/zImage.140.chrp and followed the instructions in the German SuSE manual (ie copied the image to an MS-DOS formatted floppy disk, renaming the image to "zimage" there). At the OpenFirmware prompt I typed boot floppy:,zimage root=/dev/fd0 load_ramdisk=1 fake_initrd I also tried using ftp://ftp.suse.com/pub/suse/ppc/kernel/BETA/deflt/zImage.prep and followed the instructions on http://sdb.suse.de/de/sdb/html/olh_ppc_43p140.html (ie copied the image as a raw disk image using dd). At the OpenFirmware prompt I typed boot floppy:,\zImage In BOTH cases, the symptoms are identical: The floppy is read (takes half a minute or so). The OpenFirmware cursor moves to the next line or the line after that. The system freezes (or reboots after a long time). (None of the IPL or memory messages ever appear.) So obviously, none of these approaches works for me. What is the difference between the images copied as raw disk images and those copied as files on an MS-DOS disk? Which approach is *supposed* to work? Both are declared as solutions for 140 43p. BTW: The firmware version of the machine I tried this on is TIG97251. Thanks in advance for any hints or solutions. Alexander Achenbach

2 2

Configuring Serial port permanently
by Manz＠lifenet.de 28 Mar '02

28 Mar '02

Hello! I wrote "stty 57600" into my boot.local-File. But when I check stty I get a baud-rate of 38xxx baud. Where is my mistake? Thanks, Marianne

2 3

Any Atari-freaks on this list?
by Manz＠lifenet.de 26 Mar '02

26 Mar '02

Hello! I work a lot with Atari-files, like img, Signum and Textfiles. How can I change them to a Linux-compatible format and vice versa? I tried pnm for img, but it didn't do, what I wanted. Marianne

1 0

Re: [suse-ppc] MacOSX?
by abarthel 26 Mar '02

26 Mar '02

Merci à tous, thanks to all Alain Le Mardi 26 Mars 2002 10:56, vous avez écrit : > Le 26/03/02 9:52, « abarthel » <abarthel(a)iph.fgov.be> a écrit : > > Hello, > > > > Sorry a little off-topic. > > > > I have to install MacOSX on all stations where I work. The standard > > installation is easy and you can have all the MS softs without problem > > (beuargh!) and somme packages like Apache are easy to install if you have > > the installation package (.pkg or something like that) > > > > Problem: I did not succeeded till now to install a soft from the source > > code (tarball, etc ...). > > I tried Fink and finally it seems to work. > > > > Do you know a good mailing-list where I can find somme useful help for > > MacOSX or a good doculmentation? > > In case you speak french, have a look at : <http://www.mosx.net/> > > Later, Yann

1 0

MacOSX?
by abarthel 26 Mar '02

26 Mar '02

Hello, Sorry a little off-topic. I have to install MacOSX on all stations where I work. The standard installation is easy and you can have all the MS softs without problem (beuargh!) and somme packages like Apache are easy to install if you have the installation package (.pkg or something like that) Problem: I did not succeeded till now to install a soft from the source code (tarball, etc ...). I tried Fink and finally it seems to work. Do you know a good mailing-list where I can find somme useful help for MacOSX or a good doculmentation? -- Alain Barthélemy

1 0

Suse 7.3 dmesg & kernel 2.4.18 (littleFoot project)
by Andrew Bradley 24 Mar '02

24 Mar '02

Hi All, I just noticed that dmesg nolonger works. I get this error message:- IN from bad port 100c5 at c0130e80 IN from bad port 100c5 at c0130e80 IN from bad port 100c5 at c0130e80 I even rebuilt dmesg util-linux-2.11o and get the same thing. Does anyone know why I am getting this. Regards Andrew

1 0

gconf and gnomemeeting
by Damir Buskulic 23 Mar '02

23 Mar '02

Hi, I'm trying to make the last version of gnomemeeting working and, after successful compilation of all packages (pwlib, openh323 and gnomemeeting 0.85, which I can make the rpms available to anybody), when I try to launch it, I get an error saying that gconf is not correctly configured on my system. What should I do ? I had to install a few gnome components from the Suse7.3 PPC cds and I probably miss something. GConf seems to be a "transparent" configuration system... Anybody has ideas ? Is it a known problem ? I searched a few mailing lists but nothing interesting appeared. Cheers Damir -- ===================================================================== | Damir Buskulic | Universite de Savoie/LAPP | | | Chemin de Bellevue, B.P. 110 | | Tel : +33 (0)450091600 | F-74941 Annecy-le-Vieux Cedex | | e-mail: buskulic(a)lapp.in2p3.fr | FRANCE | ===================================================================== mailto:buskulic@lapp.in2p3.fr

2 1

GCC 3.x problems on 7.3 (my littleFoot project)
by Andrew Bradley 22 Mar '02

22 Mar '02

Hello All, Some history. I have installed 7.3 successfully on a mac 8500+G3 powerlogix upgrade card using an Adaptec 2930 and voodoo 5500 card that I removed from my G4. X11 4.2 is using fbdev driver before anyone asks :) I recently built the 2.4.18+patch kernel (patch details where on http://www.penguinppc.org/) using "gcc version 2.95.3 20010319 (2.95.4 CVS + prerelease/franzo/20010912)". I even configured the kernel just my hardware. Not a hitch. The box is called "littleFoot". Aims. At work I use GCC 3.x or rather g++ on both Sun Solaris 6 and Red Hat Linux. Both I built from scratch with out a hitch. So, for maximum flexibility I wanted to do the same at home. Problem. My work development cycle requires stdlibc++-v3 because of the advanced template and stream algorithms we are writing. I also use a lot of shared library functionality. However, GCC 3.x behaves very oddly on my system. I tried to "make bootstrap" the compiler under Suse PPC 7.3 as I did at work it fails similarly to the problem I describe below. I even installed Andreas Jaeger prebuilt versions (http://www.suse.com/~aj/gcc30.html). The problem I get is an intermittent crash of the compiler. See below. I tried various combinations of make -j 2, make and doing g++ directely. If I do a make clean and then a make -j to build 8 or so files it will fail say on the 7th file. If I try make again it will work. The error message always seems to mention locale_facets.tcc. I am beginning to wonder if I am the only one using g++ 3.x on a macintosh under linux! And am I the only one building a powerpc gcc 3.x on a powerpc gcc 3.x on a macintosh? I recently started to look at http://www.codesourcery.com/gcc_binary_snapshots to see if I can use their prebuilt binaries. They have not packaged this build up as immediately installable but rather captured the bootstrap built and not the make install bit. I have yet to figure out how to piece it all together with the c++ header files. How does Andreas Jeager built gcc 3.x - Does he cross compile it from another host ? Whats the best way forward ? I have a separate email concerning gcc 3.0.4 an its problem. So, Can anyone help ? Where does "franzo" live on the internet ? Is he the PPC compiler expert ? In file included from streamtools.cpp:55: ../include/vdt/byteswap.h:90:6: warning: no newline at end of file /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/basic_string.h: In member function `_Alloc std::basic_string<_CharT, _Traits, _Alloc>::get_allocator() const [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>]': /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/basic_string.h:344: instantiated from `void std::basic_string<_CharT, _Traits, _Alloc>::basic_string() [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>]' /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/locale_facets.tcc:172: instantiated from `void std::_Format_cache<_CharT>::_M_populate(std::ios_base&) [with _CharT = char]' /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/locale_facets.tcc:226: instantiated from `static std::_Format_cache<_CharT>* std::_Format_cache<_CharT>::_S_get(std::ios_base&) [with _CharT = char]' /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/ostream.tcc:490: instantiated from `void std::__pad_char(std::basic_ios<_CharT, _Traits>&, _CharT*, const _CharT*, int, int) [with _CharT = char, _Traits = std::char_traits<char>]' /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/ostream.tcc:701: instantiated from `std::basic_ostream<char, _Traits>& std::operator<<(std::basic_ostream<char, _Traits>&, const char*) [with _Traits = std::char_traits<char>]' vindex.cpp:215: instantiated from here /home/grtadmin/GRT/tools/gcc/include/g++-v3/bits/basic_string.h:725: Internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. make: *** [vindex.o] Error 1 ERROR : System Call <make -j10 > Failed : 2 Regards Andrew

2 1

Fwd: [linux] Exposé via projecteur
by Alain Barthélemy 21 Mar '02

21 Mar '02

Hello, Bonjour, I finally managed to use PowerBookG3 with a projector (to use with simpress). Originally the projected image was yellow. Here follows original /etc/X11/XF86Config (yellow image thus): I make transformations like indicated with arrows below. ==> i have no more yellow screen with KDE but can't have more than 800x600 resolution (which does not disturb me) and with 1024x768 ==> yellow screen) But the image is blurred/fuzzy or more precisely split into two image. It is thus difficult to see the details. Does anybody have a way to set the problem. Do I have tp play with HorizSync (now 31-65) or VertRefresh (now 58-78). Thanks Alain Here follows XF86Config: Section "Device" BoardName "Mach64 LI" BusID "0:17:0" Driver "ati" Identifier "Device[0]" Option "dpms" Option "reference_clock Mhz" "29.498928" VendorName "ATI" EndSection ========= below my modifications indicated with arrows =========- Section "Screen" DefaultDepth 15 ======> changed in 8 SubSection "Display" Depth 15 =====> changed in 8 Modes "1024x768" =======> changed in 800x600 EndSubSection SubSection "Display" Depth 16 Modes "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" EndSubSection SubSection "Display" Depth 32 Modes "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" EndSubSection Device "Device[0]" Identifier "Screen[0]" Monitor "Monitor[0]" EndSection So it works but how to sharpen the image. Thanks -- Alain Barthélemy cassandre(a)gminformatique.com bartydeux(a)gminformatique.com http://bartydeux.gminformatique.com

3 5

Bootstrap building GCC 3.0.4 (littleFoot Project)
by Andrew Bradley 21 Mar '02

21 Mar '02

HI, When bootstrap building GCC 3.0.4. I get the following error message. I spotted a similar one in the GCC BUG LIST but the reply was that this is a known red hat issue look there ? Anyone know what they meant ? stage1/xgcc -Bstage1/ -B/root/gcc_3.0.4/build/powerpc-suse-linux/bin/ -c -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -DHA stage1/xgcc -Bstage1/ -B/root/gcc_3.0.4/build/powerpc-suse-linux/bin/ -c -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -DHA ../../gcc-3.0.4/gcc/cp/parse.c -o cp/parse.o /usr/lib/bison.simple: In function `yyparse_1': /usr/lib/bison.simple:761: Internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. make[2]: *** [cp/parse.o] Error 1 make[2]: Leaving directory `/root/gcc_3.0.4/config/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/root/gcc_3.0.4/config/gcc' make: *** [bootstrap] Error 2 Regards Andrew

1 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

openSUSE PPC March 2002