/debian/ sid main contrib non-free
Do i need additional entries? Last time i did an apt-get update is some
minutes ago.
Thx
Oliver
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
read about pure64 sarge here. I am courious
how it's going on with any 64bit support in sarge (long-term). FAQ and
debian.org are quite vague about that.
Oliver
f they are related?
--
Oliver Elphick olly@lfix.co.uk
Isle of Wight http://www.lfix.co.uk/oliver
GPG: 1024D/A54310EA 92C8 39E7 280E 3631 3F0E 1EC0 5664 7A2F A543 10EA
When I start it the message changes to "permission
denied", but it seems clear that the problem is with nfsd.
> 4) That the client system isn't running Mac OS X or some other bizarre
> thing which are known to be badly broken.
Debian on i386
Thanks for your help
--
Oliver El
hi all,
where can i download debian for amd64 systems?
thanks,
Oliver
On Mon, 2004-08-23 at 00:08, Bharath Ramesh wrote:
> Alioth seems to be down again over the last 24 hours. It doesnt seem to
> be accepting any connection.
It's got bad memory; people are working on it...
--
Oliver Elphick olly@lfix.co.uk
Is
compile the
most applications ourselves.
http://groups.google.com/groups?threadm=27v4C-1s7-21%40gated-at.bofh.it
however says that work on this will not be continued? Are there any
experiences about problems (ie. libraries).
thx for any comments,
Oliver
Is there a version of RealPlayer that will run on AMD64 (as a plugin to
Firefox)?
If so, where can it be found?
th kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
or my configuration - I haven't found it in "make
menuconfig").
.config is attached
Thanks and with kind regards,
Oliver Korpilla
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.11
# Wed Mar 16 10:59:06 2005
#
CONFIG_X86_64=y
CONFIG_64BIT=y
r seems
to think, ATIIXP can do the 4379 as well:
http://www.ussg.iu.edu/hypermail/linux/kernel/0412.1/1460.html
Please let me know if I can provide you with any additional data.
Thanks and with kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
think, ATIIXP can do the 4379 as well:
http://www.ussg.iu.edu/hypermail/linux/kernel/0412.1/1460.html
Please let me know if I can provide you with any additional data.
Thanks and with kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thursday, 17. March 2005 22:51, Jiri Barton wrote:
> g++ -c hallowelt.cpp
>
> g++: Internal error: Segmentation fault (program as)
> Please submit a full bug report.
> See http://gcc.gnu.org/bugs.html> for instructions.
> For Debian GNU/Linux specific bug reporting instructions, see
> .
>
> I h
ny in user?
I'm getting half the time spent in system and think that is strange but
I do not really know.
With kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
parm -t /dev/sda say your disk speed is able to do?
What kind of HD and what size?
250GB Seagate SATA.
# hdparm -v /dev/sda
/dev/sda:
IO_support = 0 (default 16-bit)
readonly = 0 (off)
readahead= 256 (on)
geometry = 30401/255/63, sectors = 250059350016, start = 0
With kind rega
hange that.
What does 'hdparm -d' say about your disc(s)? -c might also be interesting.
[EMAIL PROTECTED]:~# hdparm -d /dev/sda
/dev/sda:
[EMAIL PROTECTED]:~# hdparm -c /dev/sda
/dev/sda:
IO_support = 0 (default 16-bit)
Thanks and with kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE,
Ron Johnson schrieb:
Yeah, but slower??
gcc 3.x is known to be slow, and I think I remember reading that
it's even slower on AMD64.
Any idea how to benchmark if this problem is general or gcc-specific??
Thanks and with kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROT
Lennart Sorensen schrieb:
On Wed, Mar 23, 2005 at 03:32:15PM +0100, Oliver Korpilla wrote:
Yeah, but slower??
Well at least very similar speeds seem not too unreasonable. I am not
sure if the 64bit pointers would hurt the performance of gcc in any way.
It does have to move more bytes around than
back
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 < sda5 sda6 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
What can you read out of this? (straight from dmesg)
Thanks and with kind regards,
Oliver Korpil
Giacomo Mulas schrieb:
On Wed, 23 Mar 2005, Oliver Korpilla wrote:
What can you read out of this? (straight from dmesg)
It looks like it is using DMA. What is the output of hdparm -tT ?
I get:
galileo:~# hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 2536 MB in 2.00 seconds = 1266.93 MB
hese are 32-bit CPUs.
I've somehow now got the build time down to 13 min, 7 of that spent in
system. Don't ask me how - it eludes me!
With kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
With kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
6_64.
Any ideas where this is coming from or how to fix this?
Maybe a comparison of the code for FreeBSD and Linux will yield me some
insight.
With kind regards and wishing all a nice Easter weekend,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
> P.S. Oliver, what motherboard do you have? Does the motherboard have more
> SATA
> ports than just the Silicon Image? Does 'free' show plenty of memory?
It is a MSI RS480M2 - pretty new.
ATI 400 SB chipset.
ATI XPress 200 graphic card.
AMD64 3500+ 2.2 GHz
2x1GB PC3200 DDR4
clock speed is correctly shown to be just below 2200 MHz - how is you bus
speed wrong? And your CPU speed? Do you refer to some part of the diagnostic
output and could send me this output?
Oh, and no problem with your English - the message got through! :)
With kind regards,
Oliver Korpilla
--
Ha
> On Thursday 24 March 2005 7:16am, Oliver Korpilla wrote:
> >
> > I hate this &$%?!@ board!!! (I've overlooked the fact that ATI made not
> > only the onboard graphics but the chipset as well!) Nothing works as
> > intended...
> >
> > If MSI or AT
> On Thu, Mar 24, 2005 at 04:36:50PM +0100, Oliver Korpilla wrote:
> I don't buy anything I don't know the exact specifications of for a
> computer. Buy it once and buy it right. I would rather have one good
> piece of hardware than 3 subpar pieces of hardware (none of wh
at my Linux is much more responsive when
displaying videos with preempt on.
With kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
code where it is
explicitly forbidden to be preempted. The preempt patch therefore lowers
the "average latency" (the time you have to wait for the most important
process to execute) and allows smoother multimedia.
Any questions left? Hope I didn't overwhelm you - it's
t by other less
important apps.
Since processes are usually only reniced upwards by root, elevating
needs a special capability, and therefore it is a patch for a new
security model (LSM).
With kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
ot of deprecated
API calls. :)
With kind regards,
Oliver
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nect the power wrong, even if both connectors don't match. Is this
standard?
With kind regards,
Oliver
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lennart Sorensen schrieb:
On Wed, Apr 06, 2005 at 08:09:16PM +0200, Oliver Korpilla wrote:
On my new MSI board there is a note in the manual, that you cannot
connect the power wrong, even if both connectors don't match. Is this
standard?
You mean it says not to worry that you can't d
, and if you need 64bit support, it can do that too (I
> believe sarge does have amd64-libs and an amd64 kernel that can be used
> on i386 sarge to run 64bit programs when there is a need for 64bit).
My tip would be: CHOOSE YOUR BOARD WISELY!!! Go for a well-supported board
and everything will
RCH variables set (see crosstool, the gcc
cross-compilation script for this)
* create a 32-bit chroot, install a base system and the kernelpackage
packages in it, and compile a kernel within as you would normally.
With kind regards,
Oliver Korpilla
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
everything went A OK with this setup, so it should clearly run x86_64 -> x86
. But where to get a cross toolchain from? I generate mine myself, but are
there any precompiled ones for Debian in special? I don't know. It might be
simpler to install a chroot, I guess. I did so, was no big deal,
36 matches
Mail list logo