Something wrong with Version: 7.34.13 of smxi
mikekgr
Status: Interested
Joined: 13 Jun 2008
Posts: 12
Location: NIKAIA-PIRAEUS
Reply Quote
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===========
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4128
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
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.
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4128
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
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.
Back to top
Display posts from previous:   

All times are GMT - 8 Hours