Re: were to get new(est) kernel package (SMP ! - EM64T if possible)

[Jo Shields]

Sebastian Haase wrote:


Hi,
The netinst package below worked great ! Thanks to  Len Sorensen.
Now I need to get another (never at best) kernel thought !
The Pentium D  needs an SMP version kernel.

Can anyone point me to where maybe someone has build a ready-to-use 
package !?


Otherwise,  how can I get the source to build a new package myself ?
Can I just get  deb-packages from etch or sid ? (I'm running sarge!)
Do I build the new kernel with gcc-3.3  or gcc-3.4 ?

I think 2.6.8 is definely to old, since I need SATA ...

(BTW, I could not use the on-board IntelPro1000 network card, e1000.ko 
did not recognize it  - did anyone else encounter this problem ?)


Thanks,
Sebastian Haase


Austin (Ozz) Denyer wrote:


On Sat, 18 Feb 2006 17:37:19 -0800, Sebastian Haase
<[EMAIL PROTECTED]> wrote:


Hi,
I just got a new Pentium D Dell PC and was very surprised when it 
didn't respond on the first (choose language) screen of 
debian-installer...

It took me a while, but then I realized:
The PC was using a USB keyboard ! It doesn't even have as PS/2 port !
I'm using a amd64 netinst CD (also tried the full BIN-1 CD)  from 
around Jun-2005.
Where can I find a newer installation CD ? (I found only those "old" 
images on the web)



Try this one:

http://tinyplanet.ca/~lsorense/amd64/sarge-amd64-2.6.12-netinst.iso

(~90 meg download).

I used it for my Dual-Opteron.  Works great.

And thanks again to Len Sorensen for making this available to us.

Regards,
Ozz.





backports.org has 2.6.15 for Sarge


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

Re: Problems with Superkaramba

[Marcus Bautze]

Eduardo M KALINOWSKI schrieb:

>>Do you tried to use skz-themes like Liquid Weather ++ (9.3.2), these
>>themes doesn't run und the solution i got from the author is the text
>>above from netdragon.sourceforge.net!
> As a matter of fact, no. But I do have a simple meter that uses python
> scripting and it works.
Yes, but skz-Themes, which is the format of many new themes, isn't
supportet by python2.3 and amd64 (the fix is in python2.4) :(

Marcus Bautze


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

were to get new(est) kernel package (SMP ! - EM64T if possible) (was: installing sarge with USB keyboard)

[Sebastian Haase]

Hi,
The netinst package below worked great ! Thanks to  Len Sorensen.
Now I need to get another (never at best) kernel thought !
The Pentium D  needs an SMP version kernel.

Can anyone point me to where maybe someone has build a ready-to-use 
package !?


Otherwise,  how can I get the source to build a new package myself ?
Can I just get  deb-packages from etch or sid ? (I'm running sarge!)
Do I build the new kernel with gcc-3.3  or gcc-3.4 ?

I think 2.6.8 is definely to old, since I need SATA ...

(BTW, I could not use the on-board IntelPro1000 network card, e1000.ko 
did not recognize it  - did anyone else encounter this problem ?)


Thanks,
Sebastian Haase


Austin (Ozz) Denyer wrote:

On Sat, 18 Feb 2006 17:37:19 -0800, Sebastian Haase
<[EMAIL PROTECTED]> wrote:

Hi,
I just got a new Pentium D Dell PC and was very surprised when it didn't 
respond on the first (choose language) screen of debian-installer...

It took me a while, but then I realized:
The PC was using a USB keyboard ! It doesn't even have as PS/2 port !
I'm using a amd64 netinst CD (also tried the full BIN-1 CD)  from around 
Jun-2005.
Where can I find a newer installation CD ? (I found only those "old" 
images on the web)


Try this one:

http://tinyplanet.ca/~lsorense/amd64/sarge-amd64-2.6.12-netinst.iso

(~90 meg download).

I used it for my Dual-Opteron.  Works great.

And thanks again to Len Sorensen for making this available to us.

Regards,
Ozz.



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

Re: powernow-k8 problem

[Hideki Kato]

Thomas Lundqvist‚³‚ñ <[EMAIL PROTECTED]>:
>Dear all,
>
>When trying to modprobe powernow-k8 I get the following:
>
>  > modprobe powernow-k8
>  FATAL: Error inserting powernow_k8
>(/lib/modules/2.6.15-1-486/kernel/arch/i386/kernel/cpu/cpufreq/powernow-k8.ko):
> No such device
>  
>And in syslog I get:
>
>  powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.50.4)
>  powernow-k8: BIOS error - no PSB or ACPI _PSS objects
>
>I have read about this problem and people suggest turning on Cool
>'n Quiet in BIOS or/and update BIOS. I think I have tried these things...
>
>  Kernel: 2.6.15-1-486 (Debian)
>  CPU:Athlon 64, 3000+, 2 GHz, Socket 754
>  MB: ASUS, K8V-MX updated with BIOS 0207 (originally 0204)

K8V-MX uses AMI BIOS, right?
Some Linux kernels failes to activate ACPI for AMI BIOS and, then,
powernow-k8 reports 'no PSB ...". Please check syslog whether ACPI is
working well.

This happens also on my 939S56-M (Asrock, AMI bios) and Athlon64 3200+
(Winchester core), Fedora Core 5, and ASUS A8N-VM CSM (see
) etc.

Hope this helps, Hideki.

-- 
Hideki Kato 

Re: powernow-k8 problem

[Greg Madden]

On Tuesday 21 February 2006 02:25, thomasl wrote:
> On Mon, Feb 20, 2006 at 03:25:43PM -0900, Greg Madden wrote:
> > On Monday 20 February 2006 14:47, Thomas Lundqvist wrote:
> > > Do I need an amd64-compiled kernel?
> >
> > YES, or at least a k7 (32 bit userland) or k8 (64 bit userland)
> > version.
>
> I have now tried with:
>
>   linux-image-2.6.15-1-k7
>
> Still the same problem for powernow-k8 (I also tried powernow-k7
> with same result). I don't really want to mess with 64 bit
> kernels since I want a nice precompiled nvidia driver as well and
> I don't want to go fully 64 bit. I think I give up. I assume all
> k8-kernels are 64-bit...
>
> I think I go back to 486 kernel again. It is very nice to be able
> to move the boot disk to whatever other computer and still boot.
> I am dreaming of the universal kernel that dynamically adapts...
>
> Thanks,
>
> /Thomas L

AFAIK the K7 will run on a pentium cpu, running the correct kernel version 
allows you to take advantage of the powersavings and any other of the 
flags set for the cpu. If you put it into a different box it still works, 
but some kernel features, i.e. powernow governor throttling won't work. 

-- 
Greg Madden


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

Re: amd64 on ftp.debian.org etc

[Joerg Jaspert]

On 10573 March 1977, Anthony Towns wrote:

> underway. The usual process for new ports has been to discard all the old
> debs that were being used for developing the port, and rebuilding from
> scratch for inclusion in the archive;

Maybe that should be relaxed for future ports in a situation like amd64
is now: The rebuilding is technically a joke, as it gets build from the
same sources the port now use, on the same build machine, from the same
buildd maintainer.

I can understand why one wants the rebuilding for some ports where you
cant follow how / where stuff got build, but if you can do it *I* find
it a bit heavy to rebuild everything *again*.

-- 
bye Joerg
 There is no point in trying to fix bugs if I won't have an
  account. Sorry.


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

Re: debian-testing-amd64-netinst.iso fails reboot

[Alexander Sieck]

Hello,

I am not sure, but maybe your problem is due to the transition
from the Etch Beta1 to the Etch Beta2 release of Debian Installer.
See http://www.debian.org/devel/debian-installer/News/2006/20060207

Citation: "The changes to the Debian archive are known to break most of
the installation media from Etch Beta1. ... The only images that should
still be usable are the full installation CDs."


On Wed, Feb 22, 2006 at 11:29:04AM -0600, Bhaskar Manda wrote:
> When an installation of
> debian-testing-amd64-netinst.iso (21-Feb-2006 02:59 89M)
> is rebooted, it fails because it cannot find the root fs. The error is
> device-mapper: 4.4.0-xxx initialised
> Unable to find volume group Debian.
> ALERT!
> /dev/mapper/Debian-root does not exist.
> Dropping to a shell.
> 
> 
> This is with a SATA disk. The GRUB boot line is 
>root [hd0,5]
> 
> This iso was supposed to fix harmless error messages from udev and also
> an incorrect GRUB root specification.
> 
> -- 
> Bhaskar S. Manda
>  
> 


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

Re: OO.o uninstallable from etch?

[Greg Madden]

On Wednesday 22 February 2006 08:07, Alexander Prokoshev wrote:
> Trying to install OO.o:
> home:/home/ap# apt-get install openoffice.org
> Reading package lists... Done
> Building dependency tree... Done
> Package openoffice.org is not available, but is referred to by another
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> However the following packages replace it:
>   kdelibs-data ttf-opensymbol openoffice.org-common
> E: Package openoffice.org has no installation candidate
> home:/home/ap# apt-get install openoffice.org-common
> Reading package lists... Done
> Building dependency tree... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
>
> Since you only requested a single operation it is extremely likely that
> the package is simply not installable and a bug report against
> that package should be filed.
> The following information may help to resolve the situation:
>
> The following packages have unmet dependencies:
>   openoffice.org-common: Depends: openoffice.org-core (> 2.0.1) but it
> is not installable
> E: Broken packages
> home:/home/ap#
>
> sources.list is:
> deb http://ftp.nl.debian.org/debian-amd64/debian/ etch main contrib
> non-free deb http://ftp.nl.debian.org/debian-amd64/debian/ stable main
> contrib non-free

Apt-get may not be the best way to install such a large group of packages, 
it is not very informative. Using dselect I get openoffice.org-core 
depends on libnss & libnspr4, which are not available. This is on my 
32bit Etch but may be useful.
 
Greg Madden


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

Re: amd64 on ftp.debian.org etc

[Kalle Kivimaa]

"Artur R. Czechowski" <[EMAIL PROTECTED]> writes:
> A question with obviouos (I hope) answer but I would like to clarify it:
> Does it mean that after mirror split transition and rebuilding amd64 debs,
> amd64.deb files would be allowed to upload to incoming queue?

Yes, it does. amd64 will be a fully supported architecture in Debian.

>> aj (the ftpmaster peeking through the blinds)

Thank you, ftpmasters!

-- 
* Sufficiently advanced magic is indistinguishable from technology (T.P)  *
*   PGP public key available @ http://www.iki.fi/killer   *


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

Re: amd64 on ftp.debian.org etc

[Artur R. Czechowski]

Hi,

On Thu, Feb 23, 2006 at 05:11:27AM +1000, Anthony Towns wrote:
> Just a brief note. Some of you may have already noticed the binary-amd64
> directories on the archive; at present we've made the various necessary
> changes to the config files to create Packages files in unstable, experimental
> and testing to support future amd64 uploads.
A question with obviouos (I hope) answer but I would like to clarify it:
Does it mean that after mirror split transition and rebuilding amd64 debs,
amd64.deb files would be allowed to upload to incoming queue?

> aj (the ftpmaster peeking through the blinds)
:)

Regards
Artur
-- 
"Znamy siebie na tyle, na ile nas wypróbowano"
   /Gustaw Herling Grudziński "Inny świat"/


signature.asc
Description: Digital signature

amd64 on ftp.debian.org etc

[Anthony Towns]

Hey all,

Just a brief note. Some of you may have already noticed the binary-amd64
directories on the archive; at present we've made the various necessary
changes to the config files to create Packages files in unstable, experimental
and testing to support future amd64 uploads.

At the moment, those uploads are blocked while the mirror split is
underway. The usual process for new ports has been to discard all the old
debs that were being used for developing the port, and rebuilding from
scratch for inclusion in the archive; so in a couple of weeks when the
mirror split transition is over, we'll point the amd64 autobuilder run
by Frederik Schueler to the main wanna-build setup and get everything
rebuilt. We'll probably slow that down a little bit to stop mirrors
from getting too big a hit in a single pulse, but it should be fairly
well done within a week or ten days or so of starting. We'll likely be
limiting maintainer uploads (ie source+amd64 uploads, uploads not from
the buildd) until after the archive's been rebuilt.

Inclusion in testing shouldn't take much longer, though it may take a
little while to get amd64 in sync with other etch architectures.

The mirror split announcement is at

http://lists.debian.org/debian-mirrors-announce/2006/02/msg0.html

Cheers,
aj (the ftpmaster peeking through the blinds)


signature.asc
Description: Digital signature

Great news - amd64 shall be officialy supported RSN :)

[Artur R. Czechowski]

Hello,
Today aj has written some interesting stuff about Debian mirrors.
You can read the full message at:
http://lists.debian.org/debian-mirrors-announce/2006/02/msg0.html

The most intersting part for amd64 users is:

- Forwarded message from Anthony Towns  -
[cut]
In the next few weeks, amd64 packages will start being uploaded to
the archive. Initially this will likely add about 5GB to mirrors,
and will be immediately included in the "typical" set. Some (essentially
empty) Packages and Sources files are already present, so mirrors can
be configured to include amd64 immediately, if they so desire.
[cut]
- End forwarded message -

Greetings
Artur
-- 
każde takie zgłoszenie [o bombie] sprawdzić musi nasz specjalista,
powiedzmy pies
/wypowiedź policjanta w TV/


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

Re: amd64-archive update + Wine

[Goswin von Brederlow]

Matthieu Helleboid <[EMAIL PROTECTED]> writes:

> Hello
>
> Le Lundi 20 Février 2006 21:10, Ozzy Lash a écrit :
>> I was about to set up a chroot environment to run 32 bit applications,
>> when I came across Matthieu's amd64-archive announcement. Thanks to
>> Matthieu, I now have a flash enabled browser and openoffice, with
>> almost no pain.
>
> And thanks for the initial work to Goswin !
>
>>
>> I do have a couple of questions:
>>
>> 1. I am running unstable, and Matthieu's packages seem to be for
>> stable.  Is there a similar package for unstable?  The biggest
>> difference would be a newer version of Openoffice.
>
> Several versions for stable, testing and unstable is possible, but need a lot 
> of work, because of different version of programs, dependencies and of course 
> libc6.

The script just renames the packages and keeps the versions (more or
less) intact. The problem for etch/sid is that there are some packages
in the depends that sarge didn't have. You have to add those to the
package list for conversion and with a little bit of luck you don't
need any special casing for them.

MfG
Goswin

PS: I'm nearly done restoring the amd64-archive functionality in
cross-archive. After that I will upload it.


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

debian-testing-amd64-netinst.iso fails reboot

[Bhaskar Manda]

When an installation of
debian-testing-amd64-netinst.iso (21-Feb-2006 02:59 89M)
is rebooted, it fails because it cannot find the root fs. The error is
device-mapper: 4.4.0-xxx initialised
Unable to find volume group Debian.
ALERT!
/dev/mapper/Debian-root does not exist.
Dropping to a shell.


This is with a SATA disk. The GRUB boot line is 
   root [hd0,5]

This iso was supposed to fix harmless error messages from udev and also
an incorrect GRUB root specification.

-- 
Bhaskar S. Manda
 

OO.o uninstallable from etch?

[Alexander Prokoshev]

Trying to install OO.o:
home:/home/ap# apt-get install openoffice.org
Reading package lists... Done
Building dependency tree... Done
Package openoffice.org is not available, but is referred to by another
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  kdelibs-data ttf-opensymbol openoffice.org-common
E: Package openoffice.org has no installation candidate
home:/home/ap# apt-get install openoffice.org-common
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  openoffice.org-common: Depends: openoffice.org-core (> 2.0.1) but it
is not installable
E: Broken packages
home:/home/ap#

sources.list is:
deb http://ftp.nl.debian.org/debian-amd64/debian/ etch main contrib non-free
deb http://ftp.nl.debian.org/debian-amd64/debian/ stable main contrib
non-free


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

Re: testing - 3ware adapters swap

[Christophe Busson]

Le 21/02/2006 14:33, Stephen Woodbridge a écrit :
You can control the order of the devices in by the order of the 
modules you specify in:


/etc/yaird/Default.cfg

Add the modules for your controller in the order you want the 
controllers recognized and rebuild you initrd.img based on this. If 
you are not using yaird, then the same should work for whatever tool 
chain builds your initrd.img


I had a similar problem when I made some changes to my system and 
fixed it doing this.


-Steve

Christophe Busson wrote:

Hi,

I'm currently running stable release on a supermicro system composed 
of 1 Xeon Irwindale, 2GB of RAM and 2 3ware raid adapters (one 
8006-2LP with 2x80GB raid1 for the system, and one 9500S-12 with 
12x400 GB raid50 for storage). Yes, this is for a NAS :)


disk setup :
2x80GB raid 1 (sda)
/dev/sda1 -> /
/dev/sda2 for lvm (swap, home, var, usr, tmp)
12x400GB raid50 (sdb)
/dev/sdb1, /dev/sdb2, /dev/sdb3, /dev/sdb4 for lvm (exported 
filesystems)


As I was having some poor performances with the rewriting on the NAS, 
I've googled for the problem and found that maybe there was a glitch 
in the kernel so I decided to give a try to the testing release and 
to go with the 2.6.15-1 kernel.


Upgrade was OK, apt installed everything at the right place but when 
I rebooted the system in order for the changes to take place, then I 
ended up on ash. I was like "WTH is going on" and noticed that for 
some reason, after grub started the kernel, the 2 adapters were 
logically swapped. Basically my sda1 is now pointing to the 1st drive 
of my 9500S-12 adapter.

If I reboot with my 2.6.8-11 kernel, everything is going fine.

Any of you got any idea of what is going wrong and what I could do to 
fix that ?


I'm pretty sure it isn't a x86_64 problem but I'm posting here 
because it's the debian release i'm using on the server :)


Regards,
Christophe Busson
Edited my /etc/mkinitramfs/modules and added the modules in the order I 
wanted them to be loaded by initrd.
dpkg-reconfigure linux-image-2.6.15-1-em64t-p4-smp and grub-install 
/dev/sda (just to be sure) made the trick.


Thx for the hint.
C.


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

Re: installing ifort 9 with alien

[Rohit Kumar Mehta]

Giacomo Mulas wrote:


On Wed, 15 Feb 2006, Rohit Kumar Mehta wrote:


Hmm, did I end up with the IA32 stuff?

# file /usr/local/stow/ifortran/intel/fce/9.0/bin/ifortbin
/usr/local/stow/ifortran/intel/fce/9.0/bin/ifortbin: ELF 32-bit LSB 
executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, 
dynamically linked (uses shared libs), not stripped

# ldd /usr/local/stow/ifortran/intel/fce/9.0/bin/ifortbin
/usr/bin/ldd: line 95: /usr/bin/lddlibc4: cannot execute binary file
  not a dynamic executable



No. As the documentation explicitly states, the 64 bit compiler suite
_needs_ a fully working 32 bit runtime environment, since at least in 
part

they are cross-compilers, i.e. 32 bit executables which produce 64 bit
executables. Sometimes, Reading The Fine Manual helps... :)

Bye
Giacomo


I have also verified that I can run a c program compiled on an i386 system.


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

Re: installing ifort 9 with alien

[Rohit Kumar Mehta]

Exactly which manual are you referring to?
Is it included in l_fc_c_9.0.0.31.tar.gz?

I have installed the ia32 libraries

ii  ia32-libs  1.4ia32 shared libraries for use on amd64 
and i
ii  ia32-libs-dev  1.4ia32 development libraries and headers 
for u

ii  lib32gcc1  3.4.3-13   GCC support library (ia32)
ii  lib32stdc++6   3.4.3-13   The GNU Standard C++ Library v3 (ia32)

Can you link to me to the documentation for setting up a 32 bit runtime 
environment

under Debian amd64?  Many thanks,

Rohit

Giacomo Mulas wrote:


On Wed, 15 Feb 2006, Rohit Kumar Mehta wrote:


Hmm, did I end up with the IA32 stuff?

# file /usr/local/stow/ifortran/intel/fce/9.0/bin/ifortbin
/usr/local/stow/ifortran/intel/fce/9.0/bin/ifortbin: ELF 32-bit LSB 
executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, 
dynamically linked (uses shared libs), not stripped

# ldd /usr/local/stow/ifortran/intel/fce/9.0/bin/ifortbin
/usr/bin/ldd: line 95: /usr/bin/lddlibc4: cannot execute binary file
  not a dynamic executable



No. As the documentation explicitly states, the 64 bit compiler suite
_needs_ a fully working 32 bit runtime environment, since at least in 
part

they are cross-compilers, i.e. 32 bit executables which produce 64 bit
executables. Sometimes, Reading The Fine Manual helps... :)

Bye
Giacomo




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

no minimal system

[hendrik]

I installed using debian-testint-amd64-netinst, and was unable even to 
get a "minimal system" during package selection.  When I selected this, 
I got a set of package conflicts, and it refused to go on.  Even when I 
asked for "minimal sytem" and "manual package selection", I was not 
given the chance to select any packages manually.

Selecting *nothing*, not even "minimal system" nor even "manual package 
selection" allowed the installation to continue.

Presumably the lack of availability of manual package selection in this 
curcumstance is an installer bug.

What I'd like to know now, is what virtual package to ask for in 
interactive aptitude if I still want to have it try to install a 
"minimal system" after the regular installation has finished.

-- hendrik


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

Re: Problems with Superkaramba

[Eduardo M KALINOWSKI]

Marcus Bautze wrote:

>Eduardo M KALINOWSKI schrieb:
>  
>
>>>Superkaramba is linked against python 2.3, but on
>>>http://netdragon.sourceforge.net/ they write
>>>"We are currently aware that using a combination of AMD64, Python 2.3
>>>and skz themes don't work. The current fix is to update your Python
>>>to version 2.4 or higher."
>>>So it would be better, if superkaramba is linked against python 2.4!
>>>  
>>>
>>Well, I run it here in my AMD64 box with python 2.3 and never
>>experienced any problems.
>>
>>
>Do you tried to use skz-themes like Liquid Weather ++ (9.3.2), these
>themes doesn't run und the solution i got from the author is the text
>above from netdragon.sourceforge.net!
>
>  
>
As a matter of fact, no. But I do have a simple meter that uses python
scripting and it works.


-- 
The shortest distance between two points is under construction.
-- Noelie Alito

Eduardo M KALINOWSKI
[EMAIL PROTECTED]
http://move.to/hpkb


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