-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ive been able to get gnome-2.6 to install having tweaked
my sources.list file and then using
using the apt-get gnome-desktop-environment method
however, after loging in at gdm, i have a long wait
and then although gnome 2.6 has started, the underlyin
On Thu, 2004-04-29 at 10:40, Albert Cahalan wrote:
> On Tue, 2004-04-27 at 19:09, Benjamin Herrenschmidt wrote:
>
> > (glibc cannot easily be cross-compiled/bootstraped,
> > this is the root of the problem, the glibc maintainer
> > doesn't consider that as an important feature).
>
> Ever wonder w
Em Wed, 28 Apr 2004 12:20:48 -0400, Brady Jarvis escreveu:
> Are you still using the unstable sources too?
I do, but nautilus is lost for lack of shared-mime-info...
--
Leandro Guimarães Faria Corsetti Dutra +55 (11) 5685 2219
Av Sgto Geraldo Santana, 1100 6/71
On Tue, 2004-04-27 at 19:09, Benjamin Herrenschmidt wrote:
> (glibc cannot easily be cross-compiled/bootstraped,
> this is the root of the problem, the glibc maintainer
> doesn't consider that as an important feature).
Ever wonder why?
When you do a native build, glibc itself is involved
in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Section "Device"
~Identifier "Generic Video Card"
~Driver "ati"
~BusID "PCI:0:16:0"
~VendorName "ATI Technologies Inc"
~BoardName "Rage Mobility M3 AGP 2x"
~Option "U
I've installed Debian on a 500Mhz G3 iBook with an ATI Rage 128
mobility graphics chipset. The only thing I'm having any trouble with
is video hardware acceleration. An XF86Config-4 file from somebody
who's got this working would be a big help.
Not sure if it's relevant but I'm running a 2.4.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think bens onto something. Get a 64 bit kernel running first
with any form of 32/64bit user interface then you can debate
the blend of 32/64bit software.
personally, just go 100% 64bit. we dont try to share powerpc
stuff with i386 and also 64bit sh
> I wouldn't say that. Tedious yes, difficult no.
Well... Ask that to all the people I know who tried to do it :) it
keeps breaking. Every new glibc CVS checkout breaks the build in a
different way from experience.
> Besides, the debian x86_64 folks build bi-arch already. Just grab their
> bui
On Wed, 2004-04-28 at 22:23, Guido Guenther wrote:
> On Wed, Mar 03, 2004 at 10:28:07AM +0100, Michael Schmitz wrote:
> > OK; in the meantime I found out that stuff is missing in the OF
> > properties. Next try: 817 bytes of a NVDA,BMP property which is also
> > present in OF. No other large chunks
Wed, 28 Apr 2004 18:32:56 -0500
Hey man,
Here is that Stock Technical Analysis site.
http://www.stockta.com/cgi-bin/analysis.pl?symb=QIIIF&num1=567&cobrand=&mode=stock
Overall--Bullish
Short--Bullish
Intermediate--Bullish
Long--Bullish
Recent CandleStick Analysis---Very Bullish
Let me kno
Ian McKellar wrote:
On Wed, 2004-04-28 at 12:38 -0500, Peter Bergner wrote:
Yes, all x86_64 distros are making 64-bit binaries the default.
The question is why are they doing that, not "hmmm, if they're
doing that for x64_64, that must be the correct answer for ppc64
too". The reason 64-bit
On Wed, 2004-04-28 at 12:38 -0500, Peter Bergner wrote:
> Yes, all x86_64 distros are making 64-bit binaries the default.
> The question is why are they doing that, not "hmmm, if they're
> doing that for x64_64, that must be the correct answer for ppc64
> too". The reason 64-bit is the default for
On Wed, 2004-04-28 at 13:38, Peter Bergner wrote:
> Getting back to what Ben said, yes, PPC64 apps do tend to need more
> instructions for some things. I will say that the compiler is smart
> enough to use fewer than 5 instructions for loading constants when
> it can. It's cases like code with R
Greets,
Peter Bergner wrote:
On Wed, 2004-04-28 at 08:13, Tom Gall wrote:
Benjamin Herrenschmidt wrote:
Well, the later is not true. 32 bits code tend to run faster than 64
bits code on ppc64. Unlike amd64 where you win by having access to more
registers, on ppc64, you just end up ha
Albert Cahalan wrote:
On Wed, 2004-04-28 at 09:13, Tom Gall wrote:
The design choice is what is
the "default" mode. IE if a user just calls gcc, are they going to get
a 64 bit app, or a 32 bit app. Install something like apache, will it be
64 bit or 32 bit... etc etc.
1) SuSE SLES 8 for
On Wed, 2004-04-28 at 14:09, Kevin B.Hendricks wrote:
> For example the OpenOffice.org tree is not 64bit clean
> (or even close) and will probably take a lot of work to
> reach that point. On x86_64 they simply use the 386 rpm.
This won't work for long. OpenOffice is one of those
apps that needs
Date: Wed, 28 Apr 2004 17:44:18 +0200
From: Guido Guenther <[EMAIL PROTECTED]>
Dear maintainers of a piece of power management infrastructure,
recently a discussion started on debian-ppc on how to better integrate
the different power management solutions within Debian.
I'm sorry no
Hi,
Let's review where some of the the other distros are at and what they
are doing for x86_64 as well. Everyone (and I mean everyone) has the
ability to run both 32 bit and 64 bit code.
For x86-64 and ia64 this makes sense. There are a good
number of non-free binaries out there -- though I mu
On Wed, 2004-04-28 at 08:13, Tom Gall wrote:
> Benjamin Herrenschmidt wrote:
> >Well, the later is not true. 32 bits code tend to run faster than 64
> >bits code on ppc64. Unlike amd64 where you win by having access to more
> >registers, on ppc64, you just end up having to use more instructions to
> > Some of the scripts haven't been tested very well and I would appreciate any
> > test result and bugfix. Anybody who could spend a little amount of time
> > please have a look at following scripts: cpufreq, pmcia, PMac_3400, PMac_G3
> > which I can't test because of missing hardware. Of course
Dean Hamstead wrote:
it would appear nautilus is uninstallable on account
of libcroco2 not being available.
im using
ftp.debian.org experimental main
and
pkg-gnome.alioth.debian.org experiemental main
(those are properly formated in /etc/apt)
Dean
Are you still using the unstable sources to
On Tue, Apr 27, 2004 at 11:04 +0200, Sebastian Henschel wrote:
> i have a serial modem card here which needs a wider port/memory range.
> if you integrate all 4 configuration examples, then that card is
> recognized.
Hmm... weird. I don't know if I should ship that as the default
though, I don't k
Dear maintainers of a piece of power management infrastructure,
recently a discussion started on debian-ppc on how to better integrate
the different power management solutions within Debian. Please have a
look at the thread starting at:
http://lists.debian.org/debian-powerpc/2004/debian-powerpc-20
On Tue, Apr 27, 2004 at 09:20:40PM +0200, Matthias Grimm wrote:
> Some of the scripts haven't been tested very well and I would appreciate any
> test result and bugfix. Anybody who could spend a little amount of time
> please have a look at following scripts: cpufreq, pmcia, PMac_3400, PMac_G3
>
Am Montag, 26. April 2004 15:16 schrieb Guido Guenther:
Hi,
here is version 3 of the script system for comments. I have integrated most of
your suggestions.
Some of the scripts haven't been tested very well and I would appreciate any
test result and bugfix. Anybody who could spend a little am
I've been trying the dpkg way (xeasyconf fails with many unresolved
errors) to configure xfree. The system blanks the screen and comes back
with the dreaded "no screen found" error. I need a working XF86Config-4
file for an iMac. Here are my responses to the dpkg screens:
I select the "ati" dri
Hello !
Did a fresh unstable install this morning, and I got this when
installing alsa-base :
setting up alsa-base (1.0.4-2) ...
Note: Moving to /etc/default/alsa
mv: missing file argument
Try `mv --help' for more information.
dpkg: error processing alsa-base (--configure):
subprocess post-inst
On Wed, 2004-04-28 at 09:13, Tom Gall wrote:
> Let's review where some of the the other distros are at and what they
> are doing for x86_64 as well. Everyone (and I mean everyone) has the
> ability to run both 32 bit and 64 bit code.
For x86-64 and ia64 this makes sense. There are a good
number
Subscriber 273717
Here is your EQUITY NEWS UPDATE - http://biz.yahoo.com/bw/040427/275287_1.html
Any questions, call me--Elnora Winston
If you got this by mistake, please inform us at [EMAIL PROTECTED]
This is what YOU should try
Surprise your lady and yourself
CI;a;lis guarantees 32 hours more than Vi'a;gra
You don't believe me?. check:
http://dagol.gfd-online.com/cia/?biggest
Stop:
http://myry.gfd-online.com/zz.html
Hi Colin,
On Mon, Apr 05, 2004 at 04:39:39PM +0200, Colin LEROY wrote:
> Could you try latest version ? (0.12, still at
> http://geekounet.org/powerbook/files/mouseemu.tar.gz). It should fix it -
> I didn't test it as I'm not in front of my laptop, but it compiles and the
> logic is simple enough s
Greetings,
Benjamin Herrenschmidt wrote:
On Tue, 2004-04-27 at 23:36, Cajus Pollmeier wrote:
Hi!
Just a simple query... I _may_ have a chance to get a ppc64
machine. Is anyone interested in such a port?
It's fun stuff and there seems to be a bunch of interest.
I know that it basica
Hi Benjamin,
On Tue, Apr 27, 2004 at 08:34:32AM +1000, Benjamin Herrenschmidt wrote:
> One thing... The formula you are using to calculate the value written,
> ideally, you should try to understand the OF forth code setting the
> brightness and reproduce the precise formula used there. It uses
How
On Wed, Mar 03, 2004 at 10:28:07AM +0100, Michael Schmitz wrote:
> OK; in the meantime I found out that stuff is missing in the OF
> properties. Next try: 817 bytes of a NVDA,BMP property which is also
> present in OF. No other large chunks of data visible from OF.
I too looked through OF on my pbo
On Wed, Apr 28, 2004 at 01:35:26PM +0200, Michel Dänzer wrote:
> There are definitely problems with prelink, see e.g.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=216076 . Unfortunately,
> the maintainer doesn't seem very responsive, to say the least.
I know, I reported that one ;)
Cheers,
-
On Wed, 2004-04-28 at 12:48, Guido Guenther wrote:
> Hi,
> xfce4-panel dies with an illegal instruction when prelinked but works
> otherwise. The gdb backtrace isn't useful since no function contains
> the pc for that frame (0x0fad1ba4). Is this a problem in prelink itself
> or could this be a pic
Hi,
xfce4-panel dies with an illegal instruction when prelinked but works
otherwise. The gdb backtrace isn't useful since no function contains
the pc for that frame (0x0fad1ba4). Is this a problem in prelink itself
or could this be a pic vs. non-pic issue?
Cheers,
-- Guido
signature.asc
Descript
Hi Matthias,
On Mon, Apr 26, 2004 at 03:16:04PM +0200, Guido Guenther wrote:
> On Sun, Apr 25, 2004 at 06:35:19PM +0200, Matthias Grimm wrote:
> > Ok, thats a sollution I can live with. We introduce something new and keep
> > compatibility with existing systems. I would be thankfull for your patch
On Tue, Apr 27, 2004 at 02:25:11PM +1000, Benjamin Herrenschmidt wrote:
> That should be fixed in recent fbdev code, I haven't updated my tree
> yet though. I'll check that.
Are you going to pull any of the 2.6.6-rc's anytime soon? I'd like to
check the status of rivafb there without missing any of
On Wed, Apr 28, 2004 at 09:09:08AM +1000, Benjamin Herrenschmidt wrote:
> But the first thing to have is a 64 bits kernel. That we really want. For
> that, we need to be able to build it. So the first thing that need to be done
> is to have a biarch toolchain. gcc 3.4 can be compiled biarch, but do
hello ed...
* Ed Sutherland <[EMAIL PROTECTED]> [2004-04-28 09:05 +0200]:
> I've installed Debian 'Woody' on my 500MHz G3 iMac. I'd like to use
> Xeasyconf (which I had much success with in Gentoo) to configure my
> X-Windows. Where can I get the binary? Thanks.
is this what you need?:
http://w
Dear user of Debian.org e-mail server gateway,
Your e-mail account has been temporary disabled because of unauthorized
access.
Further details can be obtained from attached file.
For security purposes the attached file is password protected. Password is
"22482".
Cheers,
The Debian
Am Mittwoch, 28. April 2004 01:09 schrieb Benjamin Herrenschmidt:
[...]
> Overall, we can go the gentoo way, and do a full 64 bits debian
> distribution independant from the 32 bits one, or we can simply do like
> other distributions do, and I think it makes some sense, is to have a
> biarch dist
> Not recompiling everything saves a lot of time - and potential trouble. I've
> no deep knowledge of ppc64 interna, and if you'd say that it has no major
> drawbacks I'm really fine with "just" trying to set up kernel, binutils and
> certain *lib* packages.
It doesn't have _major_ drawbacks, b
On Tue, 2004-04-27 at 19:09, Benjamin Herrenschmidt wrote:
> Well, the later is not true. 32 bits code tend to run faster than 64
> bits code on ppc64. Unlike amd64 where you win by having access to more
> registers, on ppc64, you just end up having to use more instructions to
> load a full const
45 matches
Mail list logo
