Re: >2.2.7 compile problems

[Joel Klecker]

At 15:43 -0500 1999-05-24, Dan Wood wrote:

Oh, JSYK, you have to resymlink /usr/include/asm and ./linux if you use
the tarball install.


/usr/include/{linux,asm} should *not* be symlinks.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: gdb don't want my xserver core file ...

[Joel Klecker]

At 15:20 +0200 1999-06-14, Sven LUTHER wrote:
yes, sure, but it would be more convenient to have a true patch, any 
link on how to

dissect rpm files without rpm installed ? i guess the srpms format is upstream
source + a load of patches applied, isn't it ?


<http://www.eleves.ens.fr:8080/home/espel/rpm2cpio>, rpm2cpio 
file.src.rpm | cpio --extract.


srpms are a modified cpio archive containing the upstream tarball, 
zero or more patches, and the .spec file.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Sound?

[Joel Klecker]

At 11:59 -0700 1999-07-06, Lee W. Kuo wrote:

Hi has anyone gotten sound working for Debian PPC?  I'm running an iMac and
so far haven't been able to get sound to work in LinuxPPC R4/R5 either.


The problem is that an iMac currently must be booted with BootX, and 
the Mac OS shutdown process puts the sound chip in such a state that 
Linux cannot initialize it.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Sound?

[Joel Klecker]

At 16:51 -0700 1999-07-06, Lee W. Kuo wrote:

Thanks for the reply.  I can't find sndvolmix on a Debian system, but I've
tried aumix and still no success.


When I created the Debian package of pmac-utils, I elected not to 
install sndvolmix because it was documented to be a badly-behaved 
program; in particular, it works by twiddling AWACS registers 
directly.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Apple vs. IBM

[Joel Klecker]

At 18:22 -0500 1999-08-03, Jeramy B Smith wrote:

you only get PCI. The Apple has a True66mhz PCI which can be used for SCSI
or graphics depending on whether your running in workstation or server
configuration as well as the standard 33hz slots intel uses. Both systems
use 32bit PCI slots.


That's not quite correct, the Blue & White PowerMac G3 has one 
32-bit/66MHz PCI slot, and 3 64-bit/33MHz PCI slots.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

[OT] Re: Open Firmware booting on Blue G3

[Joel Klecker]

At 00:12 -0400 1999-08-12, Tom Rini wrote:

Such a new OF that Linux needs to be fixed. :)  BTW, the OF-script apple
requires can be generated by the mknote program in arch/ppc/someplace.
But, we have some other issues to deal with.


mknote hard-codes the chrpboot values in the .note section for one 
thing, ideally we'd just set all of the .note section's values to -1 
thus telling OF to use the ELF headers to get them, and have the 
.note section standard in vmlinux.


Also, the .note section is not the same as Apple's "bootscript", the 
bootscript thing is a MacOS-specific thing that no other OS need be 
concerned with.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

New hwclock.sh for powerpc

[Joel Klecker]

I worked this script out to address the problem we have on powerpc 
with the different hardware clock programs.

This should use `clock' on Power Macs and `hwclock' on CHRP.
Please test it so I can add it to 'powerpc-utils' if it works.

For those who care, my plan is to have powerpc-utils divert the 
hwclock.sh that util-linux installs.


(I suggest renaming the old /etc/init.d/hwclock.sh out of the way 
before copying this one in its place.)


--- cut here ---
#
# hwclock.shSet and adjust the hardware clock, according to the UTC
#   setting in /etc/default/rcS (see also rcS(5)).
#

. /etc/default/rcS
case "$UTC" in
   no|"") UTCARG=no  ;;
   yes)   UTCARG=yes ;;
   *) echo "$0: unknown UTC setting: \"$UTC\"" >&2 ;;
esac

Arch=$(awk '/machine/ {print $3}' /proc/cpuinfo)

case "$Arch" in
CHRP)
CLOCKPROG=hwclock
ADJUSTARG=--adjust
WRITEARG=--systohc
SHOWARG=--show
[ "$UTCARG" = yes ] && UTCARG="--utc"
;;
PowerMac*|iMac*|Power[Bb]ook*)
CLOCKPROG=clock
ADJUSTARG=-a
WRITEARG=-w
SHOWARG=-r
[ "$UTCARG" = yes ] && UTCARG="-u"
;;
*)
exit 0
;;
esac

case "$1" in
start)
if [ ! -f /etc/adjtime ]
then
echo "0.0 0 0.0" > /etc/adjtime
fi
$CLOCKPROG $ADJUSTARG $UTCARG
[ "$CLOCKPROG" = hwclock ] && $CLOCKPROG --hctosys
#
#   Now that /usr/share/zoneinfo should be available,
#   announce the local time.
#
if [ "$VERBOSE" != no ]
then
echo
echo "Local time: `date`"
echo
fi
;;
stop|restart|reload)
$CLOCKPROG $WRITEARG $UTCARG
if [ "$VERBOSE" != no ]
then
echo "Hardware clock updated to `date`."
fi
;;
show)
$CLOCKPROG $SLOWARG $UTCARG
;;
*)
echo "Usage: hwclock.sh {start|stop|reload|show}" >&2
echo " start sets kernel clock from hardware clock" >&2
		echo " stop and reload set hardware clock from kernel 
clock" >&2

echo " show displays the time from the hardware clock" >&2
exit 1
;;
esac
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: what about cdrecord ?

[Joel Klecker]

At 12:23 -0700 1999-10-01, C.M. Connelly wrote:

The parameter is SHMMAX, #defined in /usr/src/linux/include/asm*/shmparam.h.
This parameter is set to 4 MB by default in older (pre-2.2.10)
kernels, but has been changed in more recent versions of the Vger
source code (presumably these patches have propagated to the main
source tree, but I wouldn't take it on faith).


% grep '^#define SHMMAX' ~kernel/2.2.13pre/include/asm-ppc/shmparam.h
#define SHMMAX 0x200/* max shared seg size (bytes) */

The parameter is also tunable at runtime via /proc/sys/kernel/shmmax, 
the value is in decimal bytes.

So 32MB (the current default) can be set via
  echo 33554432 > /proc/sys/kernel/shmmax
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: MySQL at Linux/PPC

[Joel Klecker]

At 09:19 +0300 1999-10-13, Kostas Gewrgiou wrote:

After looking at Bug#: 5732 in RedHat's bugzilla,
(http://developer.redhat.com/bugzilla/show_bug.cgi?id=5732)
i found out why enabling LFS makes a bad mysql binary, quoting from the
description of the patch bug:

  The configure scripts of patch-2.5 detect the LFS support in
  glibc-2.1, but due to the lack of a definition of
  _GNU_SOURCE, no prototypes for fseeko are declared. That way
  the compiler thinks fseeko is taking a 32bit argument for
  the offset, when in reality it takes a 64bit offset.

After compiling MySQL with -D_GNU_SOURCE (with LFS enabled) the problems
went away, i am not sure if defining _LARGEFILE_SOURCE is supposed to give
the fseeko declarations but if it is then its a bug in the glibc headers.


The glibc documentation says that _LARGEFILE_SOURCE is supposed to 
give the fseeko declaration.


 - Macro: _LARGEFILE_SOURCE
 If this macro is defined some extra functions are available which
 rectify a few shortcomings in all previous standards.  More
 concrete the functions `fseeko' and `ftello' are available.
 Without these functions the difference between the ISO C interface
 (`fseek', `ftell') and the low-level POSIX interface (`lseek')
 would lead to problems.

 This macro was introduced as part of the Large File Support
 extension (LFS).
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: potato boot-floppies for powerpc uploaded

[Joel Klecker]

At 08:50 -0700 1999-10-18, Matt Porter wrote:

On Mon, Oct 18, 1999 at 05:27:10PM +0300, Petter Sundlöf wrote:

That sounds über-neato.

Anyway, it does no good to me, because I have no idea how to utilize
PC-style floppy booting. Do I need to play with bootvars?


Good question...I don't know, I'm not a Mac PowerPC person...yet. :)


Once you can get to OF, it'd be:
'boot fd:linux load_ramdisk=1 prompt_ramdisk=1 root=/dev/ram' (I think).

To boot with bootx, copy root.bin into the same folder as the bootx 
app itself and rename it to ramdisk.image.gz, you also need the linux 
kernel image, which should be placed in the 'Linux Kernels' folder; 
then launch the bootx app and make sure to check the 'Use ramdisk' 
checkbox.



From what I've read, you don't need to play with bootvars to boot the

HFS boot image I've made.  I'd look at the LinuxPPC installation manual
and key off of that.  They give examples of boot commands for OF to boot
an HFS floppy.  I thought bootvars was just for hard drive boots.


The problem is that most powermacs have horrid Open Firmware, and the 
input-device and output-device are set to ttya (so bootvars is the 
only way short of attaching a serial console to get to OF).
None of this applies to post-iMac systems, which actually do have 
decent OF with sensible defaults (however, those will not boot Linux 
kernels because the images lack the .note section that the new OF 
requires).



Give me a couple weeks and I'll know more...I haven't seen many Mac people
around here interested in getting boot images working (as evidenced by
none contributing to powerpc boot-floppies devel).


I think I'm the only pmac person making any boot-floppies contribution at all.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: ...additional note

[Joel Klecker]

At 15:14 +0300 1999-10-20, Petter Sundlöf wrote:
Pherhaps I should mention these are the old stuff, located in 
"potato/main/disks-powerpc/current/powermac/"


Yes, you *really* should have, the old stuff is broken on power macs.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: potato boot-floppies for powerpc uploaded

[Joel Klecker]

At 11:09 +0200 1999-10-20, Benjamin Herrenschmidt wrote:

There's a feature in BootX specially made for distribution CDs: You can
have the kernel, ramdisk and settings files just next to the BootX
application. This way, you can provide a double-clicable application
which launches with the correct default settings for the installer
(mostly "use ramdisk" and the ramdisk_size argument).


I'm aware of that, I just haven't set it up yet.


If you want to try the new BootX 1.2b1, there is also support for coff
images with embedded ramdisk. Those are also supported by miBoot so you
can make real boot floppies for pre-newworld machines. Once I have
finished with the iBook support, I'll try to fix quik so we can make
bootable CDs that boot both newworld and pre-newworld machines.


Unfortunately our root image and kernel together aren't small enough 
to fit on a floppy.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: potato boot-floppies for powerpc uploaded

[Joel Klecker]

At 12:59 -0700 1999-10-20, Matt Porter wrote:

It's a boot-floppies check of /proc/cpuinfo.  Looking at the kernel I think
your probably claims it is "machine:   PowerMac" which is not handled yet
in boot-floppies.


Yes it is, the strcasecmp(Arch2, "Power") case handles it.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Unable to fsync updated status of 'xxxxxx': Input/output error

[Joel Klecker]

At 18:34 -0500 1999-10-26, David Welton wrote:

Any idea why I might be getting this error from dpkg when trying to
install packages?  It seems to be sort of random...

I straced it and it is indeed fsync failing.


generic 2.3 kernel bug, I thought it was fixed by now.
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Debian PowerPC CD?

[Joel Klecker]

At 08:17 -0400 1999-10-28, Joe Block wrote:

I just got my hands on a 6115 that I'd like to put linux on.  I've been
very happy with debian on my x86 machines, and would like to go with
debian on the ppc.

Are there any issues with running debian on a 6115?  Am I going to need
to install mklinux first and then overwrite with debian, or are the
install floppies in a usable state?


Debian/powerpc is not gonna support nubus machines (as that machine 
is) until after potato, I'm afraid. Those machines are presently only 
supported by the mklinux kernel and we don't have that packaged.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: what about potato boot-floppies for powerpc/apus ?

[Joel Klecker]

At 08:31 -0700 1999-11-05, Matt Porter wrote:

On Fri, Nov 05, 1999 at 02:52:36PM +0100, Hartmut Koptein wrote:
 > potato will be freezing soon, or at least so they say, so it is 
time to add

 > some kind of install stuff for apus also.

 A little bit late, ehhh?  I asked serveral times for this, but without any
 help this port is for the next release.


I've got to agree here.  Quite honestly the only subarch that is in really
good shape for the freeze is prep.  pmac is also quite good but doesn't
have much testing yet.


pmac is not ready for testing yet, I've discovered that pmac-fdisk 
does not support mac partition tables. I will fix this today.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: latest screen doesn't work with mklinux

[Joel Klecker]

At 21:56 -0500 1999-11-05, Tom Vier wrote:

the latest version of screen doesn't work with mklinux. it clears the screen
then prints '[screen is terminating]' and exits.

i can't seem to get a strace on it (it blocks at 'getdents(3, '), but it
i assume it's looking for ptys in /dev/ptys/ and not finding any (since mk
is still 2.0).


2.9.5-3 should not have a problem allocating ptys on any system, 
since it uses the getpt() function, which properly falls back to 
BSD-style ptys if UNIX98-style ptys are not available.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: installing Deb on Rev. A iMac?

[Joel Klecker]

At 11:04 -0600 1999-11-07, Kevin Puetz wrote:

[EMAIL PROTECTED] said:

 Hi,
 I'm trying to figure out how to install Debian on my rev. A iMac. I
 know the current root1440.bin won't work on my machine (I tried using
 it as ramdisk.image.gz with BootX and failed) -- does anyone else have
 any suggestions as to how I can install Debian?


See www.debian.org/~wmono/powerpc/

It was written to a Rev D iMac, but it got me going on my Beige G3, hopefully
it helps you.

Until the bootfloppies are ready (though I thought they had been fixed
recently - is your image really current?),


I'm confused too, AFAIK the present root1440.bin should be usable by BootX.


you need to salvage a pdisk binary if you need to do any partitioning, because
pmac-fdisk is (was, I hope) only usable for PReP/CHRP machines - it didn't do
MacOS partition tables when I did the install a while ago.


We all thought that pmac-fdisk was pdisk, turns out we were assuming wrong.
The irony is that neither CHRP nor PReP used pmac-fdisk either, since 
fdisk and friends from util-linux work fine on powerpc.


mac-fdisk (pdisk with a different name) has been uploaded to replace 
pmac-fdisk and should be installed today.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Default kernel for powerpc may change

[Joel Klecker]

At 10:18 -0700 1999-11-08, Matt Porter wrote:

Based on some public/private feedback, it seems it might be wiser to
stick with a patched 2.2.12 for now, perhaps 2.2.13 but we'd have to get
some detailed pmac feedback so we can get any needed patches into the
kernel-patch package.  With the freeze pushed off, we may have something
better a couple revs down the road...we'll just play the waiting game I
suppose.


2.2.13 seems fine on pmac, I have a kernel-patch-2.2.13-powerpc 
package that I've been meaning to upload (I added the aty128fb 
framebuffer driver and the backported from 2.3 USB support for 2.2 
from Paul Mackerras' linux-pmac-stable tree as well as a modified 
config.pmac).

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re:Re: Misc. USB adventures

[Joel Klecker]

At 23:02 -0500 1999-11-08, Philip L Bonham wrote:

Thanks to your help regarding Paul's kernel, I've gotten almost everything
working. The system recognizes both keyboard and mouse on bootup, and the
keyboard works fine. The only problem now is the mouse, I'm at a loss for
what to put in /dev regarding it. The linux-usb HOWTO suggests mknod c 180
16 but this did not work for me. I believe the mouse is working, since it
generates interupts in /proc/interupts. Neither gpm nor X will use it
though. How can I set up my /dev tree to use this mouse?


According to drivers/usb/mouse.c, it's minor 32, and mouse devices 
are all on major 10, so: mknod c 10 32 /dev/usbmouse

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Need your input for keymap configuration

[Joel Klecker]

At 22:02 +0100 1999-11-16, Hartmut Koptein wrote:

 And what about CHRP, PreP ?  I guess some of them may only exist
 as serial-console ?


 > #elif #cpu (powerpc)
 >   struct d_choices keymaps[]={
 > { "i386/qwerty/us", "U.S. English (QWERTY)" , KBD_C},
 ...
 > { "mac/mac-de-latin1-nodeadkeys", "Germany (Mac)" , 0},


I removed that one from the boot-floppies keymaps.tgz because 
console-tools loadkeys barfed on it.


Loading /usr/share/keymaps/mac/mac-de-latin1-nodeadkeys.kmap.gz
loadkeys: /usr/share/keymaps/mac/mac-de-latin1-nodeadkeys.kmap.gz:11: 
adding map 3 violates explicit keymaps line)


Another bad one:

Loading /usr/share/keymaps/i386/qwerty/gr.kmap.gz
findfile(): timeout waiting for undead child(ren) ?
--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Continuing Annoyances...

[Joel Klecker]

At 10:11 -0600 2000-01-05, Kevin Puetz wrote:
>Also, Debian for some reason does not have /usr/include/linux a symlink into
>the kernel source (linux/include/linux). You'll also have to fix that for the
>kernel to build correctly.

That is false, /usr/include/linux has nothing whatsoever to do with
compiling the kernel.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: speaking of HFS partitions...

[Joel Klecker]

At 16:48 -0700 2000-01-07, Jeremiah Merkl wrote:
>So, anyways, I get it booted up, and go to repartition the drive...only to
>find out that every *fdisk program expects a MS/DOS partition table, and can't
>read the MacOS table currently on the disk. Even the "pmac-fdisk" one...which
>stupified me.

pmac-fdisk came from a source package made a long time ago by a m68k
oriented person who made an incorrect assumption, I replaced this with
mac-fdisk a number of months ago, but powerpc hasn't had a new
boot-floppies build since then.

>I remember using pdisk and/or pmac-fdisk at one point, which all worked
>properly, but I noticed that even on my system currently running Debian-PPC I
>don't have an fdisk that will handle this...

AFAIK that package has always been broken and I should know because I was
the one that bootstrapped the first glibc 2.1 based incarnation of
Debian/PowerPC.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: clock troubles under Debian/PowerPC

[Joel Klecker]

At 01:27 -0800 2000-01-27, Renaud Dreyer wrote:
>As for your 8 hours drift, it might be because you set up Debian to think
>the hardware clock was UTC, not local time. What does /etc/default/rcS
>say? If you're going to double-boot with Mac OS, you need to tell
>Debian the hardware clock is set to local time. Unless that is, one
>knows of a way to make Mac OS think of the hardware clock as UTC...

AFAIK, Mac OS *does* keep the clock in UTC. Perhaps only since 8.x though.
I have my Debian GNU/Linux PowerPC system set to use UTC and Mac OS is
never confused about the clock, so it must grok UTC.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: booting from openfirmware

[Joel Klecker]

At 01:41 -0900 2000-02-07, Ethan Benson wrote:
>On Mon, Feb 07, 2000 at 03:45:46AM -0500, [EMAIL PROTECTED] wrote:
>> 0 > setenv boot-device fd:0  ok
>>
>> 0 > setenv boot-file /linux load_ramdisk=1 root=/dev/ram video=keep  ok
>>
>> 0 > boot unrecognized Client Program formatstate not valid
>>
>>  ok
>
>I am not too familier with that machine's OF, but it looks to me like
>it does not support filesystems, AFAIK the only macs that have OF
>capable of reading a filesystem is the newworld (colored) ones. (I
>assume that the clones just used Apple's current incarnations of OF at
>the time rather then make their own)

That's not true, even the most broken versions of Apple OF understand HFS
filesystems on floppies at least.

The issue here is that `linux' is an ELF image, which nothing pre-newworld
supports.

Incidentally the `bootargs' file is probably wrong, 'video=keep' isn't
something I've ever seen.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: New kernel packages available - PLEASE test!

[Joel Klecker]

At 16:08 -0500 2000-02-09, Daniel Jacobowitz wrote:
>There's a new ppc boot floppies in incoming if anyone wants to try
>them.  I really doubt they can be worse than what we have in the
>archive now.

The arch check is still broken. The first diff fixes that. The second diff
uses the `fdisk' wrapper instead of `cfdisk' on pmacs.

Index: main.c
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/main.c,v
retrieving revision 1.60
diff -u -r1.60 main.c
--- main.c  2000/02/06 23:13:04 1.60
+++ main.c  2000/02/09 22:18:05
@@ -398,9 +398,10 @@

 #if #cpu (powerpc)
 Arch2=get_powerpc_model();
-if ( (strcmp(Arch2,"CHRP")) && (strcasecmp(Arch2,"Power")) &&
-(strcasecmp(Arch2,"Powerbook")) && (strcasecmp(Arch2,"iMac")) &&
-(strcmp(Arch2,"PReP"))) {
+if ((strncasecmp(Arch2, "Power", 5) == 0)
+ || (strncasecmp(Arch2, "iMac",  4) == 0)) Arch2 = "PowerMac";
+else
+if ( (strcmp(Arch2,"CHRP")) && (strcmp(Arch2,"PReP"))) {
   problemBox(_("Your PowerPC architecture is not supported yet."),
_("Problem"));
   reboot(RB_AUTOBOOT);
 }
Index: partition_config.c
===
RCS file:
/cvs/debian-boot/boot-floppies/utilities/dbootstrap/partition_config.c,v
retrieving revision 1.23
diff -u -r1.23 partition_config.c
--- partition_config.c  2000/02/01 08:53:55 1.23
+++ partition_config.c  2000/02/09 22:18:05
@@ -126,7 +126,8 @@
 }
 free (swaps);
   }
-  if ( NAME_ISEXE( "/sbin/cfdisk", &statbuf ) ) {
+  if ( NAME_ISEXE( "/sbin/cfdisk", &statbuf ) &&
+   ( strcmp(Arch2, "PowerMac") != 0 ) ) {
 sprintf(prtbuf,"cfdisk %s",d->name);
 boxSuspend();
 status=system(prtbuf);

In case you're wondering, yes, I did test these, and yes, they do work. The
kernel image works fine on my smurf tower, though I'm unsure if USB is OK,
since I don't use that.

I used yaboot to boot it.

I have a ramdisk.image.gz with these fixes at
<http://web.espy.org/ftp/debian/ramdisk.image.gz>.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: More on Powerbook G3 install

[Joel Klecker]

At 01:03 -0600 2000-02-16, Jefferson Provost wrote:
>On Wed, 16 Feb 2000, Daniel Jacobowitz wrote:
>> I posted a URL to them not long ago:
>>
>> http://www.them.org/~drow/boot-floppies-1/
>>
>> These are a bit old; I know for a fact the keyboard stuff is still
>> broken on them.  I'll try to make a newer set soon.
>
>These still give the "Architecture not supported" message, FYI -- at
>least on Lombard Powerbooks.  I dunno what other architectures.

Try this replacement ramdisk image:
<http://web.espy.org/ftp/debian/ramdisk.image.gz>.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: xterms: Non Root User's Cant Open a Psuedo Teletype

[Joel Klecker]

At 22:22 + 2000-03-08, root wrote:
>I installed Debian yesterday, all went pretty well, except for this
>little problem. When I try to start an xterm, kvt or konsole as non-root
>I get an error saying can't open a psuedo teletype. All other programs
>work fine.
>
>demilk:~# su AArthur -c "konsole"
>Can't open a psuedo teletype
>demilk:~#
>
>All of the /dev/ttyp* are a+rw, o+rw, g+rw.
>
>Other then that also seems to be working pretty good, although not being
>able to access x terminal windows is surely annoying.

Please strace one of those and send the output.
As a hunch, however, ls -l /dev/ptmx and ls -ld /dev/pts.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Debian on PowerMAC G4

[Joel Klecker]

At 11:10 +0100 2000-03-09, Markus Geimer wrote:
>I've tried to install Debian GNU/Linux ("frozen") on an Apple PowerMAC
>G4-450 ("Sawtooth") using BootX 1.2b3 and a special, precompiled kernel
>(2.2.14) from Benjamin Herrenschmidt but encountered the following
>problem:
>
>The Linux kernel boots, loads the ramdisk image and starts the system
>installation. The I get the message "Your PowerPC architecture is not
>supported yet." Pressing return reboots the machine.

Try the test set at <http://www.them.org/~drow/boot-floppies-2/powermac/>
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Installation Questions and Boot Disks?

[Joel Klecker]

-BEGIN PGP SIGNED MESSAGE-

I'm wondering what's the best way to "assimilate" a non-Debian installed
system into a Debian one.

I assume that I need to install a base system (either MkLinux or "normal"
RedHat) and then get dpkg and dselect installed somehow.

Is anyone working on a native Debian installer for Power Macs? Or is that
waiting on a full "base" section?

I have noticed that the source for the RAM disk based RedHat installer is
available at ,
perhaps that could be used as the basis for a Debian installer.

I don't have any experience with building boot disks, but I am willing to
help in whatever way I can.

- --
Joel "Espy" Klecker

Apple Flavored Unix (http://www.espy.org/apple-flavored-unix/):
A meta-index of unix-like OSes for macs and mac clones.


-BEGIN PGP SIGNATURE-
Version: PGP for Personal Privacy 5.5

iQCVAwUBNI5LUAoYIlYX1XaBAQGsCQP/VQbMHZj5Aowlk2K4uF35MAUaupJD4dYq
4Vp1mDtY7ZgA7H2yKe39BxbCWVGb0cm7TJb3LGFusFgAmIkhfrqMUYFRUbfyqxys
9MjiZqkz3YWq4GXdU+bu33QuhkV9A3TYJbvdlCR26yCj0ucZI4kHYdCg7TK5sWS0
f/mRlWRiXE0=
=wNVb
-END PGP SIGNATURE-

Re: What's Debian's /usr/src policy

[Joel Klecker]

Regarding "Re: What's Debian's /usr/src policy" of 12:50 AM +0100 1/21/98,
Juan Cespedes wrote:
>On Fri, Jan 16, 1998 at 03:46:11PM -0800, Joel Klecker wrote:
>>
>> powerpc, and sparc both use glibc 2.1, but I expect that the others will
>> move in that direction eventually, once glibc 2.1 goes final.
>
>   I didn't know that powerpc was already using glibc-2.1.  Is
>this the case?  If so, we might work together and have the same
>source tree.

Well, we're *trying*, at this point, it builds, but the makefile in the
'manual' directory under the libc tree seems broken, which prevents make
install from working.

>   The source package we use with sparc is called `glibc-sparc',
>but if powerpc also uses pre2.1, I might rename it to `glibc-pre2.1'.

I think that's a good idea, since my current build tree is based on
'glibc-sparc'.

--
Joel "Espy" Klecker Debian GNU/Linux Developer<mailto:[EMAIL PROTECTED]>
<http://www.espy.org/><http://www.debian.org/>

Re: Installing PPC port

[Joel Klecker]

Regarding "Installing PPC port" of 13:47 -0800 1998-02-02, Brian Bassett wrote:
>Our local user's group has had about 70 IBM PPCs donated to the university.
> We were wondering how to go about installing Debian/PPC, as there aren't
>any install disks.

Debian/powerpc is not currently in a reasonable state for production use,
we are currently transitioning to a new libc, which will require that *all*
packages be rebuilt.
I estimate that it will be a matter of a few weeks before we have at least
a highly kluged up way to install Debian on Power Macs, but other PowerPC
hardware will take more time and effort to support, since our development
machine is a Mac clone. Once we get the new libc deployed and base
recompiled, I intend to try creating Power Mac install disks.

--
Joel "Espy" Klecker Debian GNU/Linux Developer

Re: Uploaded glibc-pre2.1 2.0.92-0.1 (source powerpc all) to master

[Joel Klecker]

At 12:21 +0200 1998-04-16, Juan Cespedes wrote:
>   Where did you get that "new upstream test-release" from?
>
>   If it is the one in ftp://alpha.gnu.org/gnu/glibc-2.0.92.tar.gz,
>then it is the same as glibc_2.0.92-980326.

Yes, that's the one.

>   Oh, an BTW: I don't like that epoch... when the other
>architectures reach 2.1, I would like all of them to be without any
>epoch.

I will be uploading another build (since the 2.1.24 linux-pmac kernel
headers produced a partially broken libc (I didn't catch ot until now
because I was still working with an earlier build)), I will lose the epoch
and use "2.0.92-980326" as the upstream version number in that release.

--
Joel "Espy" Klecker
Debian GNU/Linux Developer...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Uploaded glibc-pre2.1 2.0.92-0.1 (source powerpc all) to master

[Joel Klecker]

At 12:07 +0200 1998-04-16, Juan Cespedes wrote:
>   If it is the one in ftp://alpha.gnu.org/gnu/glibc-2.0.92.tar.gz,
>then it is the same as glibc_2.0.92-980326.
>

I suddenly realized that I may have stepped on an an upload of yours, is
that the case? My apologies for doing that, I should have announced my
intent to do a NMU.

I intend to ask that my glibc-pre2.1 release be removed from the archive.

I have attached my modified debian/rules for your perusal. I would have
made a diff, but I obviously don't have your latest changes, so I figured
I'd send the whole thing.

I will clean up the glibc patches for powerpc and make a diff available soon.

I wonder if you'd be interested in getting CVS set up so that we can more
easily work together on glibc-pre2.1.

#!/usr/bin/make -f
# Sample debian/rules file - for GNU Hello (1.3).
# Copyright 1994,1995 by Ian Jackson.
# I hereby give you perpetual unlimited permission to copy,
# modify and relicense this file, provided that you do not remove
# my name from the file itself.  (I assert my moral right of
# paternity under the Copyright, Designs and Patents Act 1988.)
# This file may have to be extensively modified
#
# Modified for glibc by David Engel <[EMAIL PROTECTED]>

arch = $(shell dpkg --print-architecture)

ifeq ($(arch),powerpc)
karch = ppc
else
karch = $(arch)
endif

ifeq ($(arch),sparc)
p = libc6
LOADER = ld-linux.so.2
KVERSION = 2.0.33
KREVISION = 3
LDCONFIG = ldso (>= 1.8.10-1)
else
ifeq ($(arch),powerpc)
p = libc6
LOADER = ld.so.1
KVERSION = 2.1.86
KREVISION = 1
LDCONFIG = ldconfig
else
ifeq ($(arch),alpha)
p = libc6.1
LOADER = ld-linux.so.2
KVERSION = 2.0.32
KREVISION = 2
LDCONFIG = ldconfig
else
ifeq ($(arch),m68k)
p = libc6
LOADER = ld.so.1
KVERSION = 2.0.32
KREVISION = 2
LDCONFIG = ldso (>= 1.8.10-1)
else
ifeq ($(arch),i386)
p = libc6
LOADER = ld-linux.so.2
KVERSION = 2.0.32
KREVISION = 2
LDCONFIG = ldso (>= 1.8.10-1)
endif
endif
endif
endif
endif

build:
ifeq ($(MAKE_VERSION), 3.76)
echo "Make 3.76 is broken!  Use make 3.76.1"
false
endif

if [ ! -d builddir ]; then \
mkdir builddir; fi
if [ ! -f configparms -a -f debian/configparms.${arch} ]; then \
cp debian/configparms.${arch} configparms; \
fi
rm -f linux ; \
ln -s /usr/src/kernel-headers-${KVERSION}/include/linux linux
rm -f asm ; \
ln -s /usr/src/kernel-headers-${KVERSION}/include/asm-${karch} asm
chmod +x configure
(cd builddir ; \
if [ ! -f config.status ]; then \
../configure --prefix=/usr --sysconfdir=/etc \
--localstatedir=/var --enable-add-ons=crypt,linuxthreads; \
fi ; \
$(MAKE) )
cd linuxthreads/man && make all
touch build

clean:
-find . -name '*~' | xargs rm -f
-rm -rf build builddir linux asm pre-binary
-cd linuxthreads/man && make clean
-rm -rf debian/hold debian/tmp debian/files*

binary: build binary-indep binary-arch

binary-indep:   binary-doc

binary-arch:binary-run binary-dev binary-dbg binary-pic \
binary-locales binary-timezones

pre-binary: build
# copy most everything into debian/hold
-rm -rf debian/hold
install -d debian/hold
cd builddir && make install_root=`pwd`/../debian/hold \
  INSTALL_INFO=true install
install -d debian/hold/usr/man/man3
cd linuxthreads/man && \
  make MANDIR='../../debian/hold/usr/man/man3' install
rm -f debian/hold/usr/lib/libg.a
sed -e 's/LIBC/$(p)/g' < debian/control.in > debian/control
echo "$(arch):libc6=$(LDCONFIG)" > debian/substvars
echo "kversion=$(KVERSION)" >> debian/substvars
echo "krevision=$(KREVISION)"   >> debian/substvars
touch pre-binary

binary-run: checkroot pre-binary
# build the libc6 binary
-rm -rf debian/tmp
install -d debian/tmp/usr/bin \
   debian/tmp/lib \
   debian/tmp/usr/sbin \
   debian/tmp/usr/doc/$(p) \
   debian/tmp/DEBIAN
ifeq ($(arch),alpha)
cp -a debian/hold/usr/bin/ldd debian/tmp/usr/bin
else
ifeq ($(arch),powerpc)
cp -a debian/hold/usr/bin/ldd debian/tmp/usr/bin
endif
endif
cp -a debian/hold/usr/libexec/pt_chown debian/tmp/usr/sbin
cp -a debian/hold/usr/sbin/{nscd,utmpd} debian/tmp/usr/sbin
cp -a debian/hold/lib/{ld,lib}*-2*.so debian/tmp/lib
cp -a debian/hold/lib/lib*-0*.so debian/tmp/lib
#strip -g -K _dl_debug_state debian/tmp/lib/ld*.so
strip debian/tmp/lib/lib*.so
cp -a debian/hold/lib/{ld,lib}*.so.* debian/tmp/lib
for f in ChangeLog* BUGS FAQ INSTALL NEWS NOTES PROJECTS README ; do \
  cp -a $$f debian/tmp/usr/doc/$(p)/$$f ; \
done
cd crypt && for f in README ; do \
  cp -a $$f ../debian/tmp/usr/doc/$(p)/$$f.crypt ; \
done
cd linuxthre

Re: Debian for PB3400

[Joel Klecker]

At 00:54 -0700 1998-04-18, Turbo 'DanB' wrote:
>I am new to the list, and from reading some of the archived posts, I gather
>that this is a developers list rather than a support list.  However, I have
>a few questions that I hope can be answered easily.  I am also new to
>PowerPC (have always used i386) so bear with me.

Actually it's a developers list and a support list. It's just that most of
the activity so far has been related to development of the port.

>1.  Will the PowerPC version of Debian run on my PB3400c/240, or is it only
>for desktop Macs?

Yes, we will support all PowerPC hardware that Linux does eventually, for
now only hardware that PowerMac/Linux supports (including the PowerBook
3400) is supported by Debian/powerpc.

>2.  When are the install disks for the PowerPC version going to be
>available on ftp.debian.org?

Not for a long while. I intend to work on them as soon as possible, but I
have more pressing matters related to the port first.

>3.  I have had debian installed on my intel box for about a year or so, and
>know how to install without a hitch...how does the Mac install work?  Do I
>install from within the Mac OS?

I intend to eventually create a boot image much like LinuxPPC uses, which
is copied onto a floppy, which can then be booted from.

Initially, you will use the DR2.1 MkLinux installer to install the Debian
base tar file, and run the version of Quik for Mac OS to install the
kernel. Then use the Boot Variables app to change the Open Firmware boot
settings stored in NVRAM. Then, you'll be able to boot from the hard disk.
(note that for a PB 3400 it won't be quite that simple, most notably, Boot
Variables doesn't work on it, so you'd have to use OF's user interface
instead)

>4.  Do I need to make a separate partition on my Mac HD (for Debian) before
>installing Debian?  If I do, how do I do it?  If I don't, why don't I?

Yes, you do. To do this, you can use a normal Mac OS drive formatting
utility to create an "A/UX" partition, or the Mac OS version of pdisk (an
fdisk-style app for Mac partition maps).

>4a. I know how to dual boot with Intel boxes (NT and Linux)...how do I do
>it with my PB3400?

Open Firmware can do this quite easily.

>5.  I have heard a little about MkLinux, and explored the site hosted by
>apple (www.mklinux.apple.com or something).  Is Debian based on this? (I
>read some posts about using the MkLinux installer or something)

In order to support some hardware (NuBus-based pmacs), we will need
MkLinux, but for most hardware, the "ordinary" Linux kernel will be
preferred.

>6.  Anything else I should know?

Some reading material:

A Site of meta-info about PowerMac/Linux:


The official PowerMac/Linux web page:


The FAQ-O-Matic:


Open Firmware info:


--
Joel "Espy" Klecker
Debian GNU/Linux Developer...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian PPC install

[Joel Klecker]

At 23:03 -0700 1998-04-18, Turbo 'DanB' wrote:
>Thanks for the quick reply to all of my initial questions.  Now just a
>couple more.
>
>1.  If the install disks for Debian-ppc wont be available for a while, is
>there a way I can install it now?  I really would like to run it, since I
>am running it on my Intel box...it would be nice to have some consistency.

Not yet, I will post an announcement here as soon as I get around to making
a base tar file. I still need to get a dpkg .deb built before that can be
done.

>2.  If I can't install right now, or if the base system is not stable at
>all (I only need the console, and need to be able to compile with g++ and
>libc6--no X or anything), is mklinux, or any other PowerPC based linux
>based on libc6 yet?

PowerPC Linux has always used libc6, MkLinux and LinuxPPC are still using
GNU libc 1.99, in Debian unstable for powerpc, we're using a GNU libc 2.1
snapshot, which is more up to date WRT the libc6 other Debian ports are
using.

--
Joel "Espy" Klecker
Debian GNU/Linux Developer...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Linux on a Mac 6300

[Joel Klecker]

At 19:54 -0500 1998-04-26, matthew.r.pavlovich.1 wrote:
>I want to install Linux, preferably debian, on a Macintosh 6300cd.  It is
>powered by an early ppc chip.  According to linuxppc.org, I would not be
>able to run ppc-linux on it, because of the NuBUS is not supported.  I was
>wondering if the NuBUS is supported by debian-powerpc, or what kind of
>debian support is there for MKlinux, which is recommended by linuxppc.org

Debian/powerpc currently only supports the 'pmac'(i.e. PCI PowerMacs)
subarchitecture, I have plans to eventually look into debianizing MkLinux,
but as of now we don't yet have a complete base system or boot floppies for
even PCI Power Macs.

--
Joel "Espy" Klecker
Debian GNU/Linux Developer...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian PPC install

[Joel Klecker]

At 23:05 -0400 1998-04-27, Klee Dienes wrote:
>I'd be happy to do a build and test of dpkg for powerpc if that would
>help.  Can you point me to the version of libc I should be using?
>
>All of the packages in unstable use glibc-2.0.92, but so far I've had
>no luck getting glibc-2.0.92 to work on my MkLinux system.

Hmm... yes, I'm told it doesn't work on CHRP either.

Geoff Keating seems to have it working on MkLinux though.

Here is the message he sent me:

<<
Envelope-to: [EMAIL PROTECTED]
Date: Fri, 3 Apr 1998 17:14:00 +1000 (EST)
From: Geoffrey KEATING <[EMAIL PROTECTED]>
To: Andreas Jaeger <[EMAIL PROTECTED]>
CC: Joel Klecker <[EMAIL PROTECTED]>,
Geoffrey KEATING
<[EMAIL PROTECTED]>
Subject: Re: PowerPC Problem
Mime-Version: 1.0 (generated by tm-edit 7.105)

> From: Andreas Jaeger <[EMAIL PROTECTED]>

> From: Joel Klecker <[EMAIL PROTECTED]>
> To: Andreas Jaeger <[EMAIL PROTECTED]>
> Subject: Re: Debian/powerpc status report
> Date: Thu, 2 Apr 1998 11:55:35 -0800

> At 16:18 +0200 1998-04-02, Andreas Jaeger wrote:
> >Are you using the right tools and right snapshot?  Geoff told me that
> >"it works" on Linux/PowerPC with the version from March 20 or so.

I spoke just a little too soon on that; it works, except for when you
actually install it.  There are 2 lines of machine-dependent code that
behave differently in 'make check' to the installed version, and one
of of those has a stupid bug :-(.

[untested fix:

diff -u -r1.9 sysdeps/unix/sysv/linux/powerpc/dl-sysdep.c
--- sysdeps/unix/sysv/linux/powerpc/dl-sysdep.c 1998/03/04 10:33:23 1.9
+++ sysdeps/unix/sysv/linux/powerpc/dl-sysdep.c 1998/04/03 06:40:33
@@ -42,7 +42,7 @@
   vector will have to be laid out to allow for this\
   test :-(.  */\
if (((ElfW(auxv_t) *)_test)->a_type <= AT_PHDR) \
- (auxp) = (ElfW(auxv_t) *) _tmp;   \
+ (auxp) = (ElfW(auxv_t) *) _test;  \
   }\
   } while (0)

]

However, this is not your problem; this only appears after you do
'make install'.

> I'm using egcs 1.0.2 and binutils 2.8.1.0.25.

Good!  I'm using a patched egcs 1.0.1, and I think 2.8.1.0.24 binutils.

> I'm trying the glibc-2.0.92 test release, it currently gets further than
> any of the recent snapshots do, but it seems to produce a libpthread that
> references a symbol the libc doesn't have.

> /debian/home/espy/glibc-2.0.92/build-dir/linuxthreads/libpthread.so:
> undefined reference to `testandset'

I see.

The long story behind this is that egcs has a bug, in which clobbering
certain registers in `asm' on PowerPC causes certain other operations
to become impossible.  For instance, if you clobber cr0, you can't use
(x & 123) for a register variable x and certain constants (including
123) in the same procedure, or gcc/egcs will crash.

This bug is inherent in the current implementation of gcc's reload
code, and is not easily fixable, and the only workaround I know is to
simply avoid either those clobbers, or using those operations.
linuxthreads hits this bug in condvar.c, because of inlining a procedure.

I thought I had a temporary fix, but it appears to cause other
problems.  Thus, at the moment the workaround I suggest is to prevent
inlining in condvar.c, as described in the FAQ.  But, in
linuxthreads/sysdeps/powerpc/pt-machine.h, the affected procedures are
defined as `extern inline'.  So if you use this workaround, you probably
need to:

diff -u -r1.1 linuxthreads/sysdeps/powerpc/pt-machine.h
--- linuxthreads/sysdeps/powerpc/pt-machine.h   1998/03/11 12:42:24 1.1
+++ linuxthreads/sysdeps/powerpc/pt-machine.h   1998/04/03 07:01:08
@@ -32,7 +32,7 @@
 #endif

 /* Spinlock implementation; required.  */
-extern inline int
+static inline int
 testandset (int *spinlock)
 {
   int ret;
@@ -63,7 +63,7 @@
 /* note that test-and-set(x) is the same as compare-and-swap(x, 0, 1) */

 #define HAS_COMPARE_AND_SWAP
-extern inline int
+static inline int
 __compare_and_swap (int *p, int oldval, int newval)
 {
   int ret;

I'm thinking of also deleting the 'inline' keyword, or perhaps making
it conditional on a test in configure, for the final release.

Note, though, that I haven't tested the linuxthread stuff at all,
because I think my MkLinux kernel doesn't support it (it didn't last
time I looked).  I'm very interested in reports on this.

--
Geoff Keating <[EMAIL PROTECTED]>
>>

I also use an additional patch:

--- sysdeps/unix/sysv/linux/powerpc/dl-sysdep.c.old Thu Apr  9 20:14:06
1998
+++ sysdeps/unix/sysv/linux/powerpc/dl-sysdep.c Thu Apr  9 22:06:42 1998
@@ -27,10 +27,9 @@
 (arg

Debian/powerpc status report

[Joel Klecker]

Hi,

Here's what's going on with Debian/powerpc now.

Our current libc is based on glibc 1.99, and is very buggy, I am currently
trying to get a glibc 2.1 snapshot working, which is proving to be a very
difficult job.

Currently, I am building statically linked binaries so I can then build
dynamically linked binaries against the new glibc.

After that I will make a base tarball that can be unpacked using Apple's
MkLinux installer.

Then, I intend to create boot floppies for Power Mac.

--
Joel "Espy" Klecker
Debian GNU/Linux Developer...



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: chown()/lchown() war ...

[Joel Klecker]

At 02:08 -0700 1998-07-20, Sven LUTHER wrote:
>is dpkg --root=newroot --force-depends -i packages.deb correct ?

cd $newroot && dpkg ... (dpkg uses chroot, but it doesn't chdir to where
the new root is first)

>Also what is the status on ldso.deb ? apart from e2fslib and mount it is
>the only vital part missing from the base packages. It is possible to
>use an static ldso with slink ? if yes, what version do i need ?

The dependence on ldso is only for 'ldconfig' on powerpc (the latest ld.so
source package will build just 'ldconfig' on powerpc and alpha). If you
have a ldconfig binary already (these are usually statically linked), it is
safe to ignore the libc6 pre-depends on ldso.

I intend to build a new glibc with some code to handle lchown/chown on
kernels with the new behavior and the old behavior (there is code in glibc
to handle this for i386, but not powerpc, the code for i386 is actually
architecture independent, all that is necessary is to copy it over to the
powerpc sysdeps dir and edit syscalls.list). When I do that, I will build
and upload ldso as well.
--
Joel "Espy" KleckerDebian GNU/Linux Developer
  


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: slink Tarball Progress

[Joel Klecker]

At 17:22 -0700 1998-07-23, Dan Jacobowitz wrote:
>[Before you read my response, one comment]
>I'm not sure you're taking a great approach here.  There's a very well
>tested set of scripts in boot-floppies for creating a debian base
>tarball.  I intended to use those when the last missing binaries are
>dealt with.

I've done some preliminary work in this area, I'm far enough along to
probably make the base tarball. We can start with the base tarball and the
Mac OS "Installer" the Linux/mac68k folks wrote, it understands ext2fs, and
has GNU tar and a bunch of other programs built into it (it's also slower
than hell in disk I/O). There is also a Mac OS port of the e2fsprogs, which
will be needed to make the filesystems. Hmm... perhaps I'll write up an
INSTALL doc (once I have a tarball to test with).

(as an aside, an evil thought just struck me, sticking the a filesystem
image of the whole tarball in as the ramdisk.image.gz for the kernel
makefile and booting it, I figure it'd fit in my 64MB of RAM with enough
room left-over to run things, this is assuming OF on a PowerMac can handle
booting a coff image off a HFS formatted HD partition ).

>I'm not sure how often ftp.debian.org/pub/debian/Incoming updates.

Last I checked, ftp.debian.org doesn't mirror incoming. llug.sep.bnl.gov is
a good mirror of incoming (with bo gone, it probably has space for the full
archive again too (source was removed a while back, and slink wasn't
mirrored)).

>with getty, more, and hwclock (still broken), it's in util-linux.

hwclock just barely supports non-i386 architectures, i.e. first it tries
some ioctl, and if that fails, it tries direct hardware access, this is so
it works for m68k and possibly alpha besides i386. The standard Debian init
scripts are designed to cope with either a 'clock' binary or a 'hwclock'
binary, since pmac-utils has a 'clock' binary, we should be able to use it.

>That's the meaning of Essential: more than base/ AFAIK.  netstd I just
>uploaded; netbase is working in slink I believe.

This is why I find base annoying, the contents of the 'base system' don't
even match the contents of 'base'.
I proposed ditching the 'base' section in favor of using the priorities
field to determine what's part of the base system on IRC to a few people,
but no one else liked my idea.
Thinking about it, I think I will propose that base not be a "real"
section, instead, it should be symlinks to the actual packages that make up
the base system (perhaps with a new priority value; "base" to go with it).

>> Missing Binaries snarfed from RedHat: (all libc1.99, so they don't work)
>I deleted ones I have already accounted for.
>>   /sbin/kbdrate
> It's there...it doesn't seem to DO anything though.  This is also a
>util-linux program, and I'm still working on it.

It might be dependent on PC-like keyboard hardware (some non-PowerMac ppc
systems might have such hardware, for all I know), and only compiles on ppc
through luck :).

>>   /usr/sbin/cytune

A util for Cyclades multi-port serial cards, could work on a PPC system
with ISA slots, assuming appropriate card.

>> Missing Binaries which were removed: (didn't have 'em in RedHat)
>>   /bin/ae

Odd, I was sure I'd built that. It needs patching to compile under glibc
2.1, but there's a patch in the bug tracking system from the sparc folks.

<<
diff -Nur old/ae-962/header.h ae-962/header.h
--- old/ae-962/header.h Tue May 19 18:21:00 1998
+++ ae-962/header.h Tue May 19 18:11:54 1998
@@ -250,7 +250,9 @@
 extern void msg _((t_msg, ...));
 extern char *getmsg _((t_msg));
 extern char *strlwr _((char *));
+#if !((__GLIBC__ > 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ >= 1)))
 extern char *strdup _((const char *));
+#endif
 extern char *strrep _((char *, int, int, int));
 extern char *pathname _((char *, char *));
 extern FILE *openrc _((char *));
diff -Nur old/ae-962/main.c ae-962/main.c
--- old/ae-962/main.c   Tue May 19 18:21:00 1998
+++ ae-962/main.c   Tue May 19 18:12:05 1998
@@ -487,6 +487,7 @@
return (str);
 }

+#if !((__GLIBC__ > 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ >= 1)))
 /*
  * Make a duplicate of a string.  Return a pointer to an allocated
  * copy of the string, or NULL if malloc() failed.
@@ -500,6 +501,7 @@
(void) strcpy(new, str);
return (new);
 }
+#endif

 /*
  * Replace old with new characters.  If method
>>

>>   /bin/fdflush

fdflush is for *really* cheap PC floppy drives, most powerpc hardware is of
high enough quality not to need it.

>>   /sbin/activate

part of lilo, ax it

>>   /sbin/cardmgr
>>   /sbin/cardctl
>>   /sbin/ifport
>>   /sbin/scsi_info
>>   /sbin/probe
>>   /sbin/ftl_format
>>   /sbin/ftl_check

pcmcia^WPC Card stuff from pcmcia-cs, dunno if pcmcia is supported on PPC
notebooks yet.

>>   /usr/bin/elvis-tiny
>>   /usr/bin/resizecons

resizecons is i386-specific

>>   /usr/bin/syslinux

May be usable for PReP/CHRP machines (syslinux creates bootable FAT
formatted floppies). m68k (except Mac),

Re: kernel-package: some enhancements for all archs

[Joel Klecker]

At 16:04 -0700 1998-07-26, Manoj Srivastava wrote:
>__
>
># SILO can boot gzip'ed kernel; m68k has vmlinuz, just the kernel makefiles
># don't seem to realise it.
>#ifneq ($(strip $(architecture)),m68k)
>ifeq ($(strip $(filter m68k ppc powerpc,$(architecture))),)
>cp arch/$(architecture)/boot/$(kimage) \
>   debian/tmp-image/boot/vmlinuz-$(version)
>chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
>else
>ifneq ($(strip $(filter ppc powerpc,$(architecture))),)
>SUB=`awk '/machine/ { print $3 }' /proc/cpuinfo`
>ifeq ($(strip $(SUB)),CHRP)
>cp arch/$(KERNEL_ARCH)/$(SUB)boot/$(kimage) \
>   debian/tmp-image/boot/vmlinuz-$(version)
>else
>cp arch/$(KERNEL_ARCH)/$(SUBARCH)/boot/$(kimage) \
>   debian/tmp-image/boot/vmlinuz-$(version)
>chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
>endif
>else
>gzip -9vc vmlinux > debian/tmp-image/boot/vmlinuz-$(version)
>chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
>endif
>endif
>__

I see another flaw there too, $SUB would be defined as "CHRP", but there
isn't a arch/ppc/CHRPboot, it's arch/ppc/chrpboot.

Here's my version of that section (it has the added advantage of supporting
PowerMac and PReP (not sure about the latter) as well):
__

# SILO can boot gzip'ed kernel; m68k has vmlinuz, just the kernel makefiles
# don't seem to realise it.
ifeq ($(strip $(architecture)),m68k)
gzip -9vc vmlinux > debian/tmp-image/boot/vmlinuz-$(version)
chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
else
ifeq ($(strip $(architecture)),powerpc)
PPC_SUBARCH:=$(shell awk '/machine/ { print $3 }' /proc/cpuinfo)
ifeq ($(strip $(PPC_SUBARCH)),CHRP)
cp arch/$(KERNEL_ARCH)/chrpboot/$(kimage) \
debian/tmp-image/boot/vmlinuz-$(version)
chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
else
ifeq ($(strip $(PPC_SUBARCH)),PReP)
cp arch/$(KERNEL_ARCH)/coffboot/$(kimage) \
debian/tmp-image/boot/vmlinuz-$(version)
chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
endif
ifeq ($(strip $(PPC_SUBARCH)),PowerMac)
# Quik can't boot compressed kernels yet, so install the
# uncompressed image.
# Booting from floppy or the network needs a kernel in COFF format,
# so install it too.
cp vmlinux debian/tmp-image/boot/vmlinux-$(version)
cp arch/$(KERNEL_ARCH)/coffboot/$(kimage) \
debian/tmp-image/boot/vmlinux.coff-$(version)
chmod 644 debian/tmp-image/boot/vmlinux*-$(version)
endif
else
cp arch/$(KERNEL_ARCH)/boot/$(kimage) \
debian/tmp-image/boot/vmlinuz-$(version)
chmod 644 debian/tmp-image/boot/vmlinuz-$(version)
endif
endif
__
--
Joel "Espy" KleckerDebian GNU/Linux Developer
  


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: slink Tarball Progress

[Joel Klecker]

At 10:05 -0700 1998-07-28, Chris Lawrence wrote:
>Actually, there's no direct hardware access on m68k at least... all the
>setting/getting is done in the kernel layer (because there are umpteen
>hardware clocks on m68k: Atari, two varieties on Amiga, Mac...).

Right, what I was *trying* to say is that direct hardware access is for
i386, the ioctl is for other architectures.
--
Joel "Espy" Klecker
mailto:[EMAIL PROTECTED]>
http://web.espy.org/>


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

glibc 2.0.95 source package

[Joel Klecker]

I've made a full source package available at:
. This has correct binary-pic, and
binary-locales targets, and is fully synced with the glibc 2.0.7t Debian
packaging.
--
Joel "Espy" Klecker
mailto:[EMAIL PROTECTED]>
http://web.espy.org/>


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: List for missing packages

[Joel Klecker]

At 04:49 -0700 1998-08-05, Hartmut Koptein wrote:
>admin:
>-r--r--r--   1 601  200024326 Feb 18 18:21 fbset_1.0-2.deb

I'm working on packaging the fbset 2.0 snapshot, it was designed to work
for more than just m68k.

>libs:
>-r--r--r--   1 601  200032948 Jan  3  1998 libpcre1_1.05-1.deb

I'll do this one, since exim needs it.

>mail:
>-r--r--r--   1 601  2000   406940 Jun 21  1997 exim_1.62-1.deb
>-r--r--r--   1 601  200035970 Jun 21  1997 eximon_1.62-1.deb

I'll do these.

>socks5 is not free; gmp2 should be replaced by gmp3;

gmp2 is the GNU Multi-precision math library, gmp3 is a mp3 player, they
don't replace each other.
--
Joel "Espy" Klecker
mailto:[EMAIL PROTECTED]>
http://web.espy.org/>


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian make my G3 go!

[Joel Klecker]

At 13:00 -0700 1998-08-15, Martin Schulze wrote:
>Dan Jacobowitz wrote:
>> >  Like  Alex Romosan I used linuxppc and mounted the partition with debian
>> >  on it, but I couldn't get quik to work, so I used quik under MacOS. I
>>used
>> > the swap partion that I normally use for linuxppc.
>>
>> Quik is going to be packaged and cleaned up; Matt McLean is working on
>> it.  There's a few bugs.
>
>Good.  I'll have to try a more recent Quik on tervola in order to get it
>boot from the IDE disk.

I made /dev/hda7 on tervola bootable using quik 1.3.0, I suggest you try
booting from it. The current SCSI root partition remains bootable, so you
should be able to go back to it if booting from IDE fails.
--
Joel "Espy" Klecker
mailto:[EMAIL PROTECTED]>
http://web.espy.org/>

Re: Debian make my G3 go!

[Joel Klecker]

At 19:59 -0700 1998-08-15, Dan Jacobowitz wrote:
>Which is the problem - even when glibc 1.99 binaries do run without
>complaint, they are liable not to do quite what you want them to.

Even statically linked ones?
--
Joel "Espy" Klecker
mailto:[EMAIL PROTECTED]>
http://web.espy.org/>

Re: Debian make my G3 go!

[Joel Klecker]

At 12:02 -0700 1998-08-15, Dan Jacobowitz wrote:
>On Sat, Aug 15, 1998 at 10:45:33AM -0700, Craig R. Sadler wrote:
>>
>>  I was able to install the base-powerpc files from the tar file on a G3 333
>> MT and boot using the 2.1.115 kernel from Paul Mackerras. I tried building
>> the kernel from kernel.org, but, I had no luck.
>
>IIRC, the powerpc code is still not completely merged into Linus's
>kernels.  You'll need to set up CVS and get the linux source from
>vger.rutgers.edu; the README.CVS is somewhere on
>ftp://vger.rutgers.edu.

There's also Paul's linux-pmac-devel anonymous rsync tree.

<<
Envelope-to: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Originator: [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Precedence: bulk
From:   Paul Mackerras <[EMAIL PROTECTED]>
To: Multiple recipients of list <[EMAIL PROTECTED]>
Subject: kernel sources available by anon rsync
X-URL: http://samba.anu.edu.au/listproc
X-Comment: Discussion of native Linux on PCI Powermacs
Date:   Thu, 11 Jun 1998 13:04:17 +1000

I have made my Linux kernel source trees (stable and devel) available
by anonymous rsync from samba.anu.edu.au.  Rsync is a program which
lets you update one set of files to be the same as another,
transferring only the parts which have changed.  See
http://samba.anu.edu.au/rsync for more information.

To start, you need to install the rsync program.  You can get the
source from ftp://samba.anu.edu.au/pub/rsync, or you can just get the
PPC rpm and install that:
ftp://samba.anu.edu.au/pub/linux-pmac/RPMS/rsync-2.0.16-1.ppc.rpm.

With anonymous rsync, the server exports a collection of packages.
You can see which packages samba exports with the command

rsync samba.anu.edu.au::

You should see packages called linux-pmac-stable and linux-pmac-devel.

Suppose you have a copy of the linux-pmac-2.1.102 source tree unpacked
somewhere and you want to upgrade it to the current 2.1.103 sources.
You cd into the linux-pmac directory containing your source tree and
use the command:

rsync -avz samba.anu.edu.au::linux-pmac-devel .

This will determine what has changed between your copy of the source
tree and the current linux-pmac-devel tree at samba, transfer the
changed sections, and update your local copy.  To update the 2.1.102
tree to 2.1.103, rsync transfers only about 470kB from the server to
the client (plus about 73kB from client to server), so it's quite
feasible to do it over a modem link.

You can also use anonymous rsync for getting a complete tree from
scratch, like this:

rsync -avz samba.anu.edu.au::linux-pmac-devel linux-pmac

(assuming there isn't already a linux-pmac subdirectory in the current
directory).  This transfers a lot more data (about 13MB).

The instructions for the stable tree are similar, just use
linux-pmac-stable instead of linux-pmac-devel.

Paul.
>>
--
Joel "Espy" Klecker
mailto:[EMAIL PROTECTED]>
http://web.espy.org/>

Re: Debian make my G3 go!

[Joel Klecker]

At 03:17 -0700 1998-08-16, Martin Schulze wrote:
>Joel Klecker wrote:
>> I made /dev/hda7 on tervola bootable using quik 1.3.0, I suggest you try
>> booting from it. The current SCSI root partition remains bootable, so you
>> should be able to go back to it if booting from IDE fails.
>
>Do you know what I need to tell OF to boot from IDE?
>
>ide/[EMAIL PROTECTED]:0 or what?

>From http://www.duke.edu/~wj/linux/booting.html:

Booting off the IDE drive
  boot-device ata/[EMAIL PROTECTED]:0(ata/@0:0 works for me 
also)
  boot-file   ata/[EMAIL PROTECTED]:X/vmlinux root=/dev/hdaX
  (substitute X with the appropriate partition #)

>I assume hda7 contains the same system like the current?

Yes.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Debian make my G3 go!

[Joel Klecker]

At 06:12 -0700 1998-08-16, Joel Klecker wrote:
>At 03:17 -0700 1998-08-16, Martin Schulze wrote:
>>Joel Klecker wrote:
>>> I made /dev/hda7 on tervola bootable using quik 1.3.0, I suggest you try
>>> booting from it. The current SCSI root partition remains bootable, so you
>>> should be able to go back to it if booting from IDE fails.
>>
>>Do you know what I need to tell OF to boot from IDE?
>>
>>ide/[EMAIL PROTECTED]:0 or what?
>
>From http://www.duke.edu/~wj/linux/booting.html:
>
>Booting off the IDE drive
>  boot-device ata/[EMAIL PROTECTED]:0(ata/@0:0 works for me 
> also)
>  boot-file   ata/[EMAIL PROTECTED]:X/vmlinux root=/dev/hdaX
>  (substitute X with the appropriate partition #)

Hate to follow-up to myself, but you probably want /boot/vmlinux-2.1.115
there instead of /vmlinux.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Debian make my G3 go!

[Joel Klecker]

At 10:17 -0700 1998-08-16, Dan Jacobowitz wrote:
>On Sun, Aug 16, 1998 at 12:22:37AM -0700, Joel Klecker wrote:
>> Even statically linked ones?
>
>Oh, is quik statically linked?  Referring to the app, not the blocks.

Yes, it is.

/sbin/quik: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1,
statically linked, stripped
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Apt dies in configure (slang problem).

[Joel Klecker]

At 16:52 -0700 1998-08-23, Rob Browning wrote:
>Also, is there some big known problem with emacs20, or should I try to
>work on it?

It doesn't have powerpc support (of all the emacsen, only xemacs20 has any
powerpc support). I have patches from the linuxppc SRPMs in my home
directory on master for emacs 19 and 20.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Status of Debian on the PowerMacs?

[Joel Klecker]

At 23:31 -0700 1998-08-22, Rob Browning wrote:
>Now that might be it.  Does kernel-package work right on powerpc these
>days?

Not for kernel-image packages yet. Hartmut Koptein and I sent Manoj patches
for this, but a kernel-package with them hasn't been released yet. Attached
is my diff against kernel-package 5.04.

%kpkg.diff
Description: application/applefile


kpkg.diff
Description: Binary data
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Status of Debian on the PowerMacs?

[Joel Klecker]

At 18:45 -0700 1998-08-23, Alex Romosan wrote:
>i think you should mention that the kernel version has to be greater
>than 2.1.102 (not sure about the last digit) because of the
>chown/lchown problem. i spent enough time figuring this out.

The next glibc-pre2.1 release will have an experimental patch that will fix
this problem.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: powerbook do's/donts?

[Joel Klecker]

At 21:39 -0700 1998-08-23, Shaleh wrote:
>I may be getting a powerbook this week.  Anyone care to comment on which
>ones work and which dont.  No, it wont be a G3 )-:

Only the 2400, 3400, G3 and G3 series are supported.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Dependency problems with some X packages.

[Joel Klecker]

It seems several packages that should depend on xlib6g, depend on xlib6
instead, but xlib6 doesn't and shouldn't exist on powerpc.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: It's done

[Joel Klecker]

At 12:10 -0700 1998-08-29, Hartmut Koptein wrote:
>ae_962-21.deb  (general error)

There are glibc 2.1 patches in the BTS, why they haven't been integrated I
don't know.

>shadow_980403-0.3.deb  (no ut_name struct entry)

Patch available in BTS, upstream responded to forwarded report suggesting
new upstream source has this fixed too.

>console-tools-dev_1998.06.03-1.deb (need sys/perm.h)

Hmm... apparently it is trying to build something i386-specific.

>emacs19_19.34-20.deb   
>emacs20_20.2-8.deb 

Those need patches for powerpc support, emacs20's maintainer has access to
a powerpc and has been directed to the appropriate patches.

>qvplay_0.10-1.deb  (need ioctl-types.h)

Guessing from looking at glibc 2.1 and glibc 2.0 headers, this should be
sys/ioctl.h instead.

>bind_8.1.2-2.deb   (too many levels of symbolic links)

It needs to be built closer to /, or the maintainer needs to use a
different build process.

>djtools_1.0-3.deb  (dh_installdocs error)

dh_installdocs was broken in a recent debhelper release, maybe just trying
again will work.

>hwtools_0.3-4.deb  (arch error)

I'm kinda the maintainer of this, so I'll look at it

>set6x86_1.5-1.deb

Should be "Architecture: i386"
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: It's done

[Joel Klecker]

At 12:10 -0700 1998-08-29, Hartmut Koptein wrote:
>My big step is now the boot-floppies. Don't know how long it will
>take. Must detect the PReP boot-image. I hope this will due also
>for CHRP. For Mac ??? the redhat ppc-bootdisk should work. And i
>must test the fdisk-wrapper for hfs versus msdos. And so on ...

>From the looks of things, we will need at least three[0][3] different
rescue/boot "floppies"[2], due to subarchitecture differences.
However, the drivers floppy is probably shareable between all
subarchitectures, given a kernel configured with "CONFIG_ALL_PPC"[1]
defined.

Other things:

  * we will need to depend on kernel-source for building our boot floppies,
this
is because that allows the kernel Makefiles to do a lot of the work for us
  * This means the hard part is making the ramdisk image, and the drivers
floppy

I wrote some shell script code to illustrate (though I'm unsure if a case
statement could actually work):

case $subarchs_to_build in
prep|mbx)
cp $image $ksrc/arch/ppc/boot/ramdisk.image.gz
cd $ksrc/arch/ppc/boot
make zvmlinux.initrd
cp zvmlinux.initrd rescue_prep-mbx.bin
;;
pmac)
cp $image $ksrc/arch/ppc/coffboot/ramdisk.image.gz
cd $ksrc/arch/ppc/coffboot
make vmlinux.coff.initrd
cp vmlinux.coff.initrd rescue_pmac.bin
;;
chrp)
cp $image $ksrc/arch/ppc/chrpboot/ramdisk.image.gz
cd $ksrc/arch/ppc/chrpboot
make zImage.initrd
cp zImage.initrd rescue_chrp.bin
;;
esac

The ramdisk image should be a filesystem image (may as well be ext2), which
can be produced easily by the current boot-floppies source.

[0] PowerMac and CHRP; PReP and MBX appear able to share a single image
[1] One kernel with support for all powerpc subarchitectures
[2] Not really floppies, but kernel images with embedded ramdisks which can
be put on any media the machine can boot from, copying to a floppy is but
one possibility.
[3] APUS would be a fourth I'm assuming, but it doesn't appear to be fully
integrated into the vger tree yet
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Apt dies in configure (slang problem).

[Joel Klecker]

At 12:46 -0700 1998-09-01, Rob Browning wrote:
>Joel Klecker <[EMAIL PROTECTED]> writes:
>> It doesn't have powerpc support (of all the emacsen, only xemacs20
>> has any powerpc support). I have patches from the linuxppc SRPMs in
>> my home directory on master for emacs 19 and 20.
>
>OK, I'm looking over your patches (for 20.2-7.1).

The Debian diff there is just something I forgot to delete.

The patches in ~espy/emacs-powerpc-patches/ (just emacs-20.2-ppc.patch
should be needed, though it has some patches that don't appear to be
entirely powerpc-specific), are what you should work from.

>I noticed that there are a bunch of changes to configure with no
>corresponding changes to configure.in.  Do you know if there a
>suitable version of autoconf and a set of changes to configure.in that
>produces the correct ./configure or was this just a hand edit?

I'm guessing it's a hand edit. I just applied emacs-20.2-ppc.patch, edited
debian/changelog, did debian/rules clean and cd .. ;dpkg-source -b
emacs20-20.2.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Mac idiot asking for help

[Joel Klecker]

At 18:39 -0700 1998-09-02, Tamas Papp wrote:
>- is it stable enough? I don't need a very stable system just one that
>doesn't send the users "unexpected" error messages and phenomena too often
>because "normal" users (not linux experts) are also going use it.

It should be stable enough for normal use.

>- I have to preserve the current System Something partition, is it
>possible to install it on a separate partition?

Certainly.

>- it there a program similar to Partition Magic on Macs? I need to divide
>the existing partition.

Not as such, some of the commercial drive formatting utilities can shrink
an existing partition (e.g. FWB Hard Disk Toolkit).
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: Want some help? ("Will hack for CDs")

[Joel Klecker]

At 02:54 -0700 1998-09-07, Hartmut Koptein wrote:
>I hope we need only three images:
>
>  one   for  CHRP, PMac and PReP

It might be possible to do a kernel-image package for all three, but the
boot image cannot be shared between them.

>  one   for MBR

MBX

>From what I can tell, MBX and PReP should be able to share a boot image.

As I said before, we will have to do at least three boot images: CHRP, PMac
and PReP/MBX.
CHRP uses an ELF executable with an embedded initrd image, PMac uses a COFF
executable with an embedded initrd image, and PReP also uses a COFF
executable, but its firmware apparently imposes different requirements on
the image. MBX appears to use the same image as PReP does. (this is based
on either direct knowledge, or guessed based on Linux kernel Makefiles)

Another thing I've said is that a built kernel source tree will be
necessary in order to build "boot floppies", this is a good thing, as the
kernel makefiles make our job easy (it becomes a simple matter of copying a
gzipped ext2 filesystem image to where the kernel makefiles want it, and a
quick make incantation, and we have a rescue "floppy").
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
   Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: pcmcia irq allocation

[Joel Klecker]

At 13:59 -0400 1998-10-16, Dan Jacobowitz wrote:

Offhand, I would recommend asking the
[EMAIL PROTECTED] list.


It's [EMAIL PROTECTED] now.
--
Joel Klecker (aka Espy)
mailto:[EMAIL PROTECTED]>http://web.espy.org/>
  Debian GNU/Linux user/developer on i386 and powerpc.
mailto:[EMAIL PROTECTED]>  http://www.debian.org/>

Re: xterm failed, 2.1 dependencies

[Joel Klecker]

At 01:34 -0500 1998-11-16, Daniel Jacobowitz wrote:

On Sun, Nov 15, 1998 at 11:29:14PM -0700, Darron Froese wrote:

Is it going to work with BootX? If so, you don't have to worry about it
fitting on a floppy.

I'd love to actually install debian-ppc


Yes it is, but (A) it has to work on non-mac machines, (B) floppies can
be very convenient, and (C) Does BootX have ramdisk support yet?


BTW, if anyone wants to test the image with BootX, it's available at 
<http://www.debian.org/%7Eespy/ramdisk.image.gz>. I suppose the base2_1.tgz 
tarball from dists/sid/main/disks-powerpc/2.0.11.4_1998-10-15/base2_1.tgz 
or the 5 base floppy images (I dunno how to write raw images to floppy 
under Mac OS though) on a Debian mirror can be used with it, but there's 
not a pmac drivers disk yet, so the part of the install where drivers are 
configured won't work.

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: Trying to get base install

[Joel Klecker]

At 17:52 +0100 1998-11-20, Benjamin Herrenschmidt wrote:

I'm new to the list and I would like to give a try to the debian distrib.
Where can I download the _latest_ base package set ? I tried making a
filesystem with a base downloaded from an URL on this list recent
archives (sorry, I don't remember which site it was) but after making an
fstab, removing unconfigured.sh and adding the missing /dev/sda9 and
booting in with kernel 2.1.129, I got an e2fsck error about file system
inconsitencies.


I suggest you try the ramdisk image from 
<http://www.debian.org/%7Eespy/ramdisk.image.gz>, along with the base 
tarball from dists/sid/main/disks-powerpc/2.0.11.4_1998-10-15/base2_1.tgz 
with BootX (I can't thank you enough for that, BTW, when I used to boot 
with OF I would get an extremely flaky machine under Linux (something video 
related)). I have booted that image, but it is not very tested yet.

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: Can't boot

[Joel Klecker]

At 01:02 +0100 1998-12-12, Cesli wrote:

Did you change /etc/rc.boot/0setserial ?
Did you add cua devices to /dev ?


cua devices are deprecated, and there should be no reason to create 
them. ttyS devices should be used instead.

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: Still problems with kfloppy

[Joel Klecker]

At 20:33 +0100 1998-12-12, Michel "D”nzer" wrote:

mke2fs.c: In function `check_plausibility':
mke2fs.c:128: `SCSI_DISK_MAJOR' undeclared (first use in this function)
mke2fs.c:128: (Each undeclared identifier is reported only once
mke2fs.c:128: for each function it appears in.)
mke2fs.c: In function `PRS':
mke2fs.c:610: warning: comparison is always 1 due to limited range 
of data type

make[2]: *** [mke2fs.o] Error 1
make[2]: Leaving directory `/usr/src/kdeutils-1.0/kfloppy/e2fs/misc'
make[1]: *** [all-progs-recursive] Error 1
make[1]: Leaving directory `/usr/src/kdeutils-1.0/kfloppy/e2fs'
make: *** [kmke2fs] Error 2


Hmm... looks almost like it incorporates e2fsprogs source.

The first problem is due to SCSI changes (basically more possible 
SCSI devices) in newer Linux kernels, I think, but I'm not really 
sure that changing SCSI_DISK_MAJOR to SCSI_DISK0_MAJOR will work.


The second is just a warning, adding -fsigned-char to the CFLAGS will 
resolve it (e2fsprogs 1.12 has fixed this in a different way).

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: glib 1.1.12, gtk1.1.12 for debian/ppc

[Joel Klecker]

At 09:09 -0500 1999-01-13, Daniel Jacobowitz wrote:

Theoretically one is supposed to, but a lot don't.  In fact, until my
life calms down a bit, I'm off of -devel.


I am not aware of any requirement to subscribe to -devel, even though 
I can keep up with it, I would not expect all or even most people to 
be able to. The only list I'd say is required is -private.

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: popen & pclose; How to report platform-specific bugs?

[Joel Klecker]

At 12:28 +0100 1999-02-19, Hartmut Koptein wrote:
Available, yes! The new official glibc-2.1 (2.0.100 was a pre 
release) is not yet

available for all. The reason is: we will wait for slink release.


I told you before that doesn't apply to powerpc, please go ahead and 
upload glibc 2.1 for powerpc.

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: installing debian ppc

[Joel Klecker]

At 00:33 +0100 1999-02-27, Hartmut Koptein wrote:

Second request: does someone know how to write unix files in 'rawmode' for
to pmac floppies (on pmac)?  Prep uses msdos?


On pmac it is easier to use the kernel image with embedded initrd 
image. That can just be copied onto a HFS formatted floppy. That 
image can also be used for netbooting.



Has somone tested BootX?


I have tested BootX with a ramdisk.image.gz built by the 
boot-floppies, dinstall/dbootstrap had problems at the time so it 
didn't work too well.



OF on pmac can't boot elf-images, it will have the coff format?


Besides the iMac and the "Blue and White" Power Macintosh G3, that is 
correct. binutils supports it as the "xcoff-powermac" output format, 
but powerpc-*-linux-gnu targets don't get support for that format by 
default (the kernel source uses a `hack-coff' program to convert 
"aixcoff-rs6000" format to "xcoff-powermac" format). It is a quite 
simple matter to get binutils to support "xcoff-powermac" for 
powerpc-*-linux-gnu targets, basically a one-liner patch.

%bfd-pmac-xcoff.diff
Description: application/applefile


bfd-pmac-xcoff.diff
Description: Binary data

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: installing debian ppc

[Joel Klecker]

At 18:00 -0500 1999-02-26, Daniel Jacobowitz wrote:

We might want to make BootX available on the FTP somewhere, once we
figure out how to install via it...


That's trivial. My plan is to have BootX app + kernel + ramdisk image 
+ correct settings file on the HFS part of the CD, that way we can 
tell Mac people to just double-click the BootX app to start the 
install.


Knows someone the format for floppies/cdroms that OF can 
'auto-start'? (format

of the bootsector/MBR)


I don't think you can make a floppy actually bootable.  What we do on
the powermac side involves an HFS floppy and an XCOFF boot image.


You can actually, the NetBSD/macppc folks have raw disk images that 
pmac OF can boot from with "boot fd:0".

--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>
Debian GNU/Linux PowerPC -- http://www.debian.org/ports/powerpc/>

Re: disks-powerpc

[Joel Klecker]

At 11:47 +0100 1999-03-18, Christian Zapf wrote:

Hi there

I have some troubles with the base14-x.bin files
in disks-powerpc/2.1.8-1999-02-24/

StuffIt Expander 5.1 does not seem to be able to process them.
I first thought that the files got broken when I transfered
them using our NFS-AppleShare bridge, but when I download them
directly from the mac it's the same thing.


They aren't macbinary, despite the extension.
--
Joel Klecker (aka Espy) http://web.espy.org/>
mailto:[EMAIL PROTECTED]>  mailto:[EMAIL PROTECTED]>

Re: Debian PowerPC Status

[Joel Klecker]

At 11:30 +0200 1999-04-26, Hartmut Koptein wrote:
You have the G3 working? How about the usb devices? Have you 
compiled your own kernel?


The Blue G3s will require a special kernel until a proper fix can be 
made to the PCI probing code. The current kluge is just enough to 
allow the machine to boot. The standard Linux-USB uusbd code works 
fine on powerpc now.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: FIPS or presize-like tool

[Joel Klecker]

At 22:44 -0300 1999-04-27, Leandro Guimarães Faria Corcete Dutra wrote:

Is there any partition resizer for Mac PowerPC HFS+ volumes?


I have not found a proprietary commercial product that does it, let 
alone anything that is freely available or free software.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: URGENT: warning!

[Joel Klecker]

At 21:21 -0400 1999-05-03, Daniel Jacobowitz wrote:

If you haven't upgraded in a while, I very strongly recommend that you
run:

$ apt-get install libc6

Not a dselect upgrade doing multiple things at once - JUST libc6.
Somewhere in the past few versions we changed our minds about
__register_frame_info again, and when that happened, libraries began
depending on the new libc6.  I'd really like to know if anyone knows
when/how this happened.  It's certainly a problem from 2.1-3 to
2.1.1-0pre1.3.


It's egcs, this bit sparc too. egcs 1.1.2 has a weak symbols in 
libgcc patch, this makes __*register_frame_info weak symbols. 
Debian/sparc has backed this out of their egcs.


Jeff Law has suggested on the egcs list that he believes that patch 
was a bad idea, even going so far as to consider a 1.1.3 release just 
to back it out.

--
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>