"Sven" == Sven Luther <[EMAIL PROTECTED]> writes:
>>
>> I'd be happy to help where I can if something needs testing on
>> a dual G5.
Sven> [ ...lots of good advice which is well taken by me... ]
Sven> Also, once we get ppc64 kernels rolling, it would be nice to
Sven>
> On Dec 22, 2004, at 1:56 PM, vinai wrote:
>
>
> By "basic install" - does that include running Tasksel?
I don't remember - it's been a really long time since I last had to do a
basic installation. People can correct me if I'm wrong, but I think you
can do a very minimal install (of the "Base Sy
the pmac driver has issues on my imac dv, it works but alas
it doesnt know what to do when plugging in headphones
not to mention lack of input sensors for my ibook (clamshell)
i realise though that if you cant get specs and no one
wants to tinker around stuff wont get implemented.
but if its in O
Hello
I would like to run the package MuPAD/Scilab on my iBook-Linux-Box.
Unfortunately the producer of MuPAD doesn't distribute binaries for
powerpc linux; but there is a i386 binary package.
Can I use Qemu in order to run the MuPAD i386 binary on my powerpc
g4-1.2GHz-ibook.
kind regards, Rola
Nice to know that work is being done on the pmac ALSA driver. :)
However, I still cannot get ALSA to work at all on this iMac's Burgundy:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=306
The old OSS driver still works, so I know that the hardware is not at
fault; this is clearly an AL
On Wed, Dec 22, 2004 at 02:12:13PM -0800, shyamal wrote:
> "Sven" == Sven Luther <[EMAIL PROTECTED]> writes:
>
> Sven> Please fill a bug report against the power4 kernel-image
> Sven> package.
>
> Done #286761 against kernel-image-2.6.8-power4-di
>
> I'd be happy to help where I can
On Dec 22, 2004, at 1:56 PM, vinai wrote:
On Wed, 22 Dec 2004, Daniel R. Killoran,Ph.D. wrote:
I want to install sarge in my Old-World Mac 9500.
I know I need to use BootX, and that I should copy linux.bin and
ramdisk.image.gz into the "Linux Kernels" folder, but I can't find
those files on t
"Sven" == Sven Luther <[EMAIL PROTECTED]> writes:
Sven> Please fill a bug report against the power4 kernel-image
Sven> package.
Done #286761 against kernel-image-2.6.8-power4-di
I'd be happy to help where I can if something needs testing on a dual
G5.
Thanks,
Shyamal
On (22/12/04 12:56), vinai wrote:
> On Wed, 22 Dec 2004, Daniel R. Killoran,Ph.D. wrote:
>
> > I want to install sarge in my Old-World Mac 9500.
> > I know I need to use BootX, and that I should copy linux.bin and
> > ramdisk.image.gz into the "Linux Kernels" folder, but I can't find
> > those fil
I just purchased and been trying to compile the source for the atheros
chip set and keep on getting errors. I found a link on the debian users
list to a guy who have made some packages for the debian system in the
atheros chip set. I have been trying to compile the code from that and
directly fro
On Wed, 22 Dec 2004, Daniel R. Killoran,Ph.D. wrote:
> I want to install sarge in my Old-World Mac 9500.
> I know I need to use BootX, and that I should copy linux.bin and
> ramdisk.image.gz into the "Linux Kernels" folder, but I can't find
> those files on the ISO images of the sarge distribution
On Wed, 2004-12-22 at 19:13 +0100, Benjamin Herrenschmidt wrote:
> This patch (which will be send upstream separately by the Alsa folks) fixes
> an signed vs. unsigned char problem in Alsa which was the cause of the Oops
> people were experiencing on ppc with OSS emulation and possibly other issues
On Wed, Dec 22, 2004 at 12:13:29PM +0100, Philippe Guyot wrote:
> [snip...]
>
> [snip...]
> >
> > A few hexdump later
> >
> > All seems fine in the headers I have examined.
> > Entry point offset points to smthing I believe the start of code (no
> > desassembly yet..)
> > Load image length
> >
This patch (which will be send upstream separately by the Alsa folks) fixes
an signed vs. unsigned char problem in Alsa which was the cause of the Oops
people were experiencing on ppc with OSS emulation and possibly other issues.
Index: linux-work/sound/core/pcm_misc.c
Am Mittwoch, 22. Dezember 2004 14:24 schrieb Colin Watson:
> On Wed, Dec 22, 2004 at 01:40:20PM +0100, Cajus Pollmeier wrote:
> > I've prepared a partman-prep package which should add support for PPC
> > PReP boot partitions to the installer. The package has been forked from
> > partman-palo. Now,
On Tue, Dec 21, 2004 at 06:56:18PM -0800, David Schleef wrote:
> On Mon, Dec 20, 2004 at 11:10:53PM +0100, Sven Luther wrote:
> > Actually, as i recall, the 64bit code should be slower, since all pointers
> > are
> > now 64bit, and thus you have to transfer double amount of code from the ram
> > a
I want to install sarge in my Old-World Mac 9500.
I know I need to use BootX, and that I should copy linux.bin and
ramdisk.image.gz into the "Linux Kernels" folder, but I can't find
those files on the ISO images of the sarge distribution.
Should I use the corresponding files from woody?
At what
On Wed, Dec 22, 2004 at 05:12:22PM +0100, Colin Leroy wrote:
> On 22 Dec 2004 at 17h12, Benjamin Herrenschmidt wrote:
>
> > Oh, and to add to this ... I prefer having it ON by default so users
> > avoid moving their laptop around while the HD is busy...
>
> Is it dangerous?
It will always be a b
On Wed, Dec 22, 2004 at 04:25:18PM +0100, Ingo Juergensmann wrote:
> > I am not planning on porting MLton to any platform with less memory.
> > PowerPC is the exception; lots of people use it and it can handle the RAM.
> > I've already done hppa and sparc. amd64, ia64, and alpha need some 64bit
> >
On 22 Dec 2004 at 17h12, Benjamin Herrenschmidt wrote:
Hi,
> > Having it enabled by default will let people know that it exists. I
> > know too many Mac users that badly want a LED to show them when
> > "it's working and I should wait"...
>
> Oh, and to add to this ... I prefer having it ON by
On Tue, 2004-12-21 at 18:56 -0800, David Schleef wrote:
> I can really only think of two cases where 64-bit code could be
> faster (not that it _would_ be in practise) -- 1) arithmetic on
> 64-bit types, and 2) optimized versions of strlen().
>
> All in all, I'd consider it a wash, and would not
On Tue, 2004-12-21 at 14:21 +0100, Colin Leroy wrote:
> On 22 Dec 2004 at 00h12, Cedric Pradalier wrote:
>
> Hi,
>
> > >No, not at this point. Beside, i'd like to have it enabled by
> > >default, not disabled by default :)
> > >
> >
> > I don't really agree with that. Blinking led is not really
On Tue, 2004-12-21 at 14:21 +0100, Colin Leroy wrote:
> On 22 Dec 2004 at 00h12, Cedric Pradalier wrote:
>
> Hi,
>
> > >No, not at this point. Beside, i'd like to have it enabled by
> > >default, not disabled by default :)
> > >
> >
> > I don't really agree with that. Blinking led is not really
On Wed, Dec 22, 2004 at 03:59:55PM +0100, Wesley W. Terpstra wrote:
> On Wed, Dec 22, 2004 at 09:42:01AM +0100, Ingo Juergensmann wrote:
> > Well, having more RAM is always nice, but IMHO there's something wrong with
> > MLton when it needs that much RAM for building.
> It's a whole-program optimi
unsubscribe
On Wed, Dec 22, 2004 at 09:42:01AM +0100, Ingo Juergensmann wrote:
> Well, having more RAM is always nice, but IMHO there's something wrong with
> MLton when it needs that much RAM for building.
It's a whole-program optimizing compiler...
That means it analyzes all of the source code at once.
Whe
[snip...]
[snip...]
>
> A few hexdump later
>
> All seems fine in the headers I have examined.
> Entry point offset points to smthing I believe the start of code (no
> desassembly yet..)
> Load image length
> Flags ( showing big endian for the code)
> Similar for file vmlinuz, file zImage
On Wed, Dec 22, 2004 at 03:44:12AM +0100, Wesley W. Terpstra wrote:
> The problem is that debian powerpc autobuilder, voltaire, has 320MB of RAM.
> If you read http://mlton.org/SelfCompiling you will see that a build needs
> 512MB. Swap is no substitute for RAM with this build! A build on one of m
28 matches
Mail list logo
