Something wrong with Version: 7.34.13 of smxi

[mikekgr]

Dear h2,
today I discovered one problem running your excellent smxi,
more precisely the kernel guess and propose routines proposed to me to install 2.6.25-7.slh.1-sidux-amd64 latest kernel but this is wrong! My pcbox is only Pentium III (Coppermine) and does not runs 64 bit kernel. Please check.

Best Regards,
Mike Kranidis

==========QUOTE============
Calculating latest sidux kernel version now...
==================================================================
Checking for the latest version of this script
------------------------------------------------------------------
Script Last Modified: June 18 2008
Local Version: 7.34.13
Remote Version: 7.34.13
------------------------------------------------------------------
You are using the latest version of this script.
------------------------------------------------------------------
Special thanks to the people who have helped with this script, in one way or another:
slh devil etorix kelmo webera x-un-i crust dutchy latino locsmif piper zulu9
...and of course, RazberrieTart, the official sidux fan girl!
------------------------------------------------------------------
Your installed version of Debian Sid is: sidux-20070104-d:1
Operating system: 32 bit
Your CPU is: Pentium III (Coppermine)
Your current kernel version is: 2.6.23.1.slh.9-sidux-686
The latest kernel for your system is: 2.6.25-7.slh.1-sidux-amd64
------------------------------------------------------------------
Last apt-get package database update: 2008-06-20-13:45
Last apt-get package install or upgrade: 2008-06-20-13:45
Last use of smxi: 2008-06-20-13:36
Last dist-upgrade using smxi: 2008-06-20-13:45
------------------------------------------------------------------
If something scrolls by in the script before you can read it, you can move up or down
in your terminal window by hitting Shift + Page Up or Page Down.
------------------------------------------------------------------
Please hit enter to continue
=========UNQUOTE===========

[techAdmin]

That is clearly a bug. Please show me this output:

:: Code ::

uname -m | grep -o 'x86_64'

uname -r

the only way the script is supposed to offer an amd64 kernel is if the operating system returns a not null value for the first test.

However, from the output above, I see it is correctly determining that it is 32 bit, so I think the error must lie deeper in.

Please copy and paste this command string into your terminal and hit enter (copy and paste: highlight the code; click in terminal, then click center mouse button to paste):

:: Code ::

grep-dctrl --no-field-names --show-field=Depends --field=Package linux-image-2.6-sidux-686 /var/lib/apt/lists/*_Packages

then show me this

:: Code ::

grep-dctrl --no-field-names --show-field=Depends --field=Package linux-image-2.6-686 /var/lib/apt/lists/*_Packages

That will give me exactly the data that is processed so I can debug it.

[techAdmin]

Thanks for your bug report, that is now fixed, I'd allowed a possible null value to enter into the kernel available test, that's corrected now, only old style syntax slh kernels would have triggered it, which is why I didn't find it in my tests here, and debian kernels would never have triggered it.

Thanks for letting me know though, it should now be fixed and working fine again.