-
Posts
505 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by RVDowning
-
-
Well, I'll give it a try. Nothing to lose at this point.
I was just about to restore from my last LE2005-upgraded-from-10.1 backup which still uses the 10.1 kernel and which ran mondo/mindi fine. That is what I was planning to do, but I guess I can spend one more evening trying to get this to work. I've spent about two weeks trying to get this working so far.
Thanks for the tip. I'll report back.
-
Well, you're ahead of me. I can't get the DVD to boot up. I get Kernel panic - not syncing - No init found. Try passing init= option to kernel. I've tried my own 2.6.11.6 kernel as well as the mindi kerlel (FAILSAFE). Same kind of result.
Rich
-
Following is the consol from an attempt at running the Mindi test. I'm using the version of mondoarchive downloaded from the LE2005 mirrors.
----------------
Do you want to use your own kernel to build the boot disk (y/n) ?y
Your kernel is /boot/vmlinuz-2.6.11-6mdk (v2.6.11-6mdk)
Would you like to use LILO (instead of syslinux)
for your boot CD/floppies (y/n) ?y
Analyzing dependency requirements Done.
Making complete dependency list Done.
Analyzing your keyboard's configuration.
Adding the following keyboard mapping tables: us qwerty-layout euro windowkeys compose linux-
with-alt-and-altgr linux-keys-bare Done.
Assembling dependency files.....................................Done.
The files have been subdivided into 5 directories.Your mountlist will look like this:-
DEVICE MOUNTPOINT FORMAT SIZE (MB)
/dev/hda1 / reiserfs 4698
/dev/hdb1 /home reiserfs 19539
/dev/hda10 /opt reiserfs 25281
/dev/hda8 /tmp reiserfs 1992
/dev/hda6 /usr reiserfs 9993
/dev/hda9 /usr/local reiserfs 4996
/dev/hda7 /var reiserfs 9993
/dev/hda5 swap swap 1678
Tarring and zipping the groups.................. Done.
Creating data disk #1...#2...#3...#4...#5... Done.
Making 1722KB boot disk...........................OK, you don't have a /boot/boot.b file,
which is oddbecause most _good_ Linux distributions come with one, even if it's only a softlink
Nor can I find it from your /etc/lilo.conf file. This is very odd.
I'm going to use '/boot/boot.0300'
Failed to copy /tmp/mindilinux/22240/mindi.rdz to /tmp/mindilinux/22240/mountpoint.22240
cat: /tmp/mindilinux/22240/mtpt.22240: No such file or directory
Please unload some of your modules and try again.
Cannot incorporate mindi.rdz in bootdisk (kernel / modules too big?)
1440+0 records in
1440+0 records out
mke2fs 1.36 (05-Feb-2005)
cp: writing `vmlinuz': No space left on device
Failed to copy /boot/vmlinuz-2.6.11-6mdk to ramdisk
Warning - failed to create 1.44MB boot/root floppies
Warning! Failed to create 1.72MB boot image. Please reduce your kernel's size
if you want to make a 1.72MB floppy floppy disk.
Making 2880KB boot disk...........................OK, you don't have a /boot/boot.b file,
which is oddbecause most _good_ Linux distributions come with one, even if it's only a softlink
Nor can I find it from your /etc/lilo.conf file. This is very odd.
I'm going to use '/boot/boot.0300'
1440+0 records in
1440+0 records out
mke2fs 1.36 (05-Feb-2005)
cp: writing `vmlinuz': No space left on device
Failed to copy /boot/vmlinuz-2.6.11-6mdk to ramdisk
Warning - failed to create 1.44MB boot/root floppies
Fatal error. Failed to create 2.88MB floppy disk image.
tar: -f-: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors
Please e-mail a copy of /tmp/mindi.err.22240.tgz to the mailing list.
See http://www.mondorescue.org for more information.
WE CANNOT HELP unless you enclose that file.
-
I'm looking for an answer to the same question. Worked fine under 10.1 and worked fine after i upgraded to LE2005. But after a clean install of LE2005 I can't get it to work any more.
Rich
-
Newbie on 10.1 with a missing Start New Session button. I've read the posts and the following is the relevant content of /etc/X11/xdm/Xservers
:0 local /usr/X11R6/bin/X -deferglyphs 16
:1 local reserve /usr/X11R6/bin/X :1 vt8 -deferglyphs 16
:2 local reserve /usr/X11R6/bin/X :2 vt9 -deferglyphs 16
:3 local reserve /usr/X11R6/bin/X :3 vt10 -deferglyphs 16
:4 local reserve /usr/X11R6/bin/X :4 vt11 -deferglyphs 16
:5 local reserve /usr/X11R6/bin/X :5 vt12 -deferglyphs 16
Now I understand I can do a CTRL/ALT/F2 and log in as another user and type startx -- :1
Works fine for a user that doesn't automatically go into KDE at logon, such as root, but not for a user who does not have to type the startx command for the gui to display.
Problem is: I may have something running that will take a long time and my wife wants to use the computer. Do I have to change her login so she does not automatically go into kde, and require her to do the steps above? That means that she would have to normally use the startx command after logging on.
Is there a way to get the Start New Session button back to simplify this process for her so that she doesn't have to go through the above procedure?
Rich
Moved from Software to Terminal Shell Commands, Kernel and Programming - Artificial Intelligence
-
Well, the problem with that as I see it is that I currently have a 6 cd version. The downloads do not include those extra application cds (unless one repurchases the product). So, after an install I would be left with an upgraded os, but installed versions that were suitable for 10.1 but not LE2005.
With urpmi having "issues" I wouldn't be able to upgrade the installed applications, so would end up "stuck" between two releases.
I've also found another thread: https://mandrivausers.org/lofiversion/index.php/t26792.html in which the individual had the same urpmi problem that I had. he ended up upgrading from a download. So, the issue does seem to be with urpmi.
Since this thread was opened with a urpmi issue with gnumeric I think this thread should be closed. iboy found that my gnumeric upgrade problem was related to LE2050 vs 10.1. So, from that standpoint the issue related to the purpose of this thread is "solved." The other issue of urpmi having a problem with /usr/X11R6/bin/xauth is a separate problem.
Thanks for everybody's help.
-
Well, I've tried it again with similar result. The screenshot on the left looks similar. All the checkboxes referencing cd's are unchecked and the others are checked. I did another EasyUrpmi and copied the contents into a file and then executed the file. after executing the file I went back into the comparable left screenshot and the new items were there.
I then executed the file from a command line. It told me that there were 64 files to update and asked me shether it should proceed. I answered Y. I then got the following:
------------------------------------------------------------------
[root@localhost rvd]# urpmi urpmi
To satisfy dependencies, the following 52 packages are going to be installed (182 MB):
curl-7.13.1-2mdk.i586
drakconf-10.2-5mdk.i586
drakconf-icons-10.2-5mdk.i586
drakxtools-10.2-24.2.102mdk.i586
drakxtools-backend-10.2-24.2.102mdk.i586
drakxtools-newt-10.2-24.2.102mdk.i586
glib-gettextize-2.6.3-1mdk.i586
gnome-themes-2.8.2-2mdk.noarch
gtk+2.0-2.6.4-2mdk.i586
gtk-engines2-2.6.2-2mdk.i586
harddrake-10.2-24.2.102mdk.i586
harddrake-ui-10.2-24.2.102mdk.i586
ldetect-lst-0.1.82-1.1.102mdk.i586
libgdbm3-1.8.3-2mdk.i586
libgdk_pixbuf2.0_0-2.6.4-2mdk.i586
libglib2.0_0-2.6.3-1mdk.i586
libglib2.0_0-devel-2.6.3-1mdk.i586
libgtk+-x11-2.0_0-2.6.4-2mdk.i586
libgtk+2.0_0-2.6.4-2mdk.i586
libldetect0.6-0.6.1-1mdk.i586
libpango1.0_0-1.8.1-1mdk.i586
libpango1.0_0-modules-1.8.1-1mdk.i586
libxorg-x11-6.8.2-7.1.102mdk.i586
libxorg-x11-devel-6.8.2-7.1.102mdk.i586
monitor-edid-1.4-1mdk.i586
multiarch-utils-1.0.8-1mdk.noarch
packdrake-5.0.20-1mdk.i586
pango-1.8.1-1mdk.i586
perl-5.8.6-6.1.102mdk.i586
perl-Compress-Zlib-1.34-1mdk.i586
perl-Config-IniFiles-2.38-3mdk.noarch
perl-Glib-1.080-1mdk.i586
perl-Gtk2-1.080-1mdk.i586
perl-Gtk2-Html2-0.04-5mdk.i586
perl-Locale-gettext-1.01-14mdk.i586
perl-MDK-Common-1.1.22-2mdk.i586
perl-Net-DBus-0.0.1-3mdk.i586
perl-URPM-1.11-1mdk.i586
perl-base-5.8.6-6.1.102mdk.i586
perl-devel-5.8.6-6.1.102mdk.i586
popt-1.8.3-9mdk.i586
rpm-4.2.3-9mdk.i586
rpm-build-4.2.3-9mdk.i586
rpmdrake-2.10-4.2.102mdk.i586
rpmtools-5.0.20-1mdk.i586
urpmi-4.6.24-3mdk.noarch
userdrake-1.2.1-2mdk.i586
xorg-x11-6.8.2-7.1.102mdk.i586
xorg-x11-75dpi-fonts-6.8.2-7.1.102mdk.i586
xorg-x11-server-6.8.2-7.1.102mdk.i586
xorg-x11-xauth-6.8.2-7.1.102mdk.i586
xorg-x11-xfs-6.8.2-7.1.102mdk.i586
Is this OK? (Y/n) y
installing /var/cache/urpmi/rpms/xorg-x11-xauth-6.8.2-7.1.102mdk.i586.rpm
Preparing... ##################################################
Installation failed:
file /usr/X11R6/bin/xauth from install of xorg-x11-xauth-6.8.2-7.1.102mdk conflicts with file from package xorg-x11-6.7.0-4.3.101mdk
installing /var/cache/urpmi/rpms/multiarch-utils-1.0.8-1mdk.noarch.rpm
/var/cache/urpmi/rpms/popt-1.8.3-9mdk.i586.rpm
/var/cache/urpmi/rpms/rpm-4.2.3-9mdk.i586.rpm
/var/cache/urpmi/rpms/xorg-x11-6.8.2-7.1.102mdk.i586.rpm
/var/cache/urpmi/rpms/xorg-x11-75dpi-fonts-6.8.2-7.1.102mdk.i586.rpm
/var/cache/urpmi/rpms/libxorg-x11-devel-6.8.2-7.1.102mdk.i586.rpm
/var/cache/urpmi/rpms/xorg-x11-server-6.8.2-7.1.102mdk.i586.rpm
/var/cache/urpmi/rpms/rpm-build-4.2.3-9mdk.i586.rpm
/var/cache/urpmi/rpms/libxorg-x11-6.8.2-7.1.102mdk.i586.rpm
/var/cache/urpmi/rpms/xorg-x11-xfs-6.8.2-7.1.102mdk.i586.rpm
Installation failed:
xorg-x11-xauth is needed by xorg-x11-6.8.2-7.1.102mdk
/usr/X11R6/bin/xauth is needed by (installed) mkxauth-1.7-8mdk
ftp://mirrors.usc.edu/pub/linux/distribut...102mdk.i586.rpm
ftp://mirrors.usc.edu/pub/linux/distribut...102mdk.i586.rpm
ftp://mirrors.usc.edu/pub/linux/distribut...102mdk.i586.rpm
ftp://mirrors.usc.edu/pub/linux/distribut...3-2mdk.i586.rpm
installing /var/cache/urpmi/rpms/libgdbm3-1.8.3-2mdk.i586.rpm /var/cache/urpmi/rpms/perl-devel-5.8.6-6.1.102mdk.i586.rpm /var/cache/urpmi/rpms/perl-base-5.8.6-6.1.102mdk.i586.rpm /var/cache/urpmi/rpms/perl-5.8.6-6.1.102mdk.i586.rpm
Preparing... ##################################################
1:libgdbm3 ##################################################
2:perl ##################################################
3:perl-base ##################################################
4:perl-devel ##################################################
ftp://mirrors.usc.edu/pub/linux/distribut...102mdk.i586.rpm
installing /var/cache/urpmi/rpms/ldetect-lst-0.1.82-1.1.102mdk.i586.rpm
Preparing... ##################################################
5:ldetect-lst ##################################################
ftp://mirrors.usc.edu/pub/linux/distribut...1-1mdk.i586.rpm
installing /var/cache/urpmi/rpms/libldetect0.6-0.6.1-1mdk.i586.rpm
Preparing... ##################################################
6:libldetect0.6 ##################################################
ftp://mirrors.usc.edu/pub/linux/distribut...2-2mdk.i586.rpm
installing /var/cache/urpmi/rpms/perl-MDK-Common-1.1.22-2mdk.i586.rpm
Preparing... ##################################################
7:perl-MDK-Common ##################################################
installing /var/cache/urpmi/rpms/perl-Glib-1.080-1mdk.i586.rpm
/var/cache/urpmi/rpms/libpango1.0_0-modules-1.8.1-1mdk.i586.rpm
/var/cache/urpmi/rpms/urpmi-4.6.24-3mdk.noarch.rpm
/var/cache/urpmi/rpms/perl-Gtk2-Html2-0.04-5mdk.i586.rpm
/var/cache/urpmi/rpms/perl-Net-DBus-0.0.1-3mdk.i586.rpm
/var/cache/urpmi/rpms/perl-Config-IniFiles-2.38-3mdk.noarch.rpm
/var/cache/urpmi/rpms/gtk-engines2-2.6.2-2mdk.i586.rpm
/var/cache/urpmi/rpms/perl-URPM-1.11-1mdk.i586.rpm
/var/cache/urpmi/rpms/libpango1.0_0-1.8.1-1mdk.i586.rpm
/var/cache/urpmi/rpms/perl-Gtk2-1.080-1mdk.i586.rpm
/var/cache/urpmi/rpms/libglib2.0_0-2.6.3-1mdk.i586.rpm
/var/cache/urpmi/rpms/drakxtools-backend-10.2-24.2.102mdk.i586.rpm
/var/cache/urpmi/rpms/libgtk+2.0_0-2.6.4-2mdk.i586.rpm
/var/cache/urpmi/rpms/packdrake-5.0.20-1mdk.i586.rpm
/var/cache/urpmi/rpms/rpmdrake-2.10-4.2.102mdk.i586.rpm
/var/cache/urpmi/rpms/userdrake-1.2.1-2mdk.i586.rpm
/var/cache/urpmi/rpms/drakconf-icons-10.2-5mdk.i586.rpm
/var/cache/urpmi/rpms/libgtk+-x11-2.0_0-2.6.4-2mdk.i586.rpm
/var/cache/urpmi/rpms/glib-gettextize-2.6.3-1mdk.i586.rpm
/var/cache/urpmi/rpms/rpmtools-5.0.20-1mdk.i586.rpm
/var/cache/urpmi/rpms/gnome-themes-2.8.2-2mdk.noarch.rpm
/var/cache/urpmi/rpms/drakxtools-newt-10.2-24.2.102mdk.i586.rpm
/var/cache/urpmi/rpms/drakxtools-10.2-24.2.102mdk.i586.rpm
/var/cache/urpmi/rpms/libglib2.0_0-devel-2.6.3-1mdk.i586.rpm
/var/cache/urpmi/rpms/pango-1.8.1-1mdk.i586.rpm
/var/cache/urpmi/rpms/gtk+2.0-2.6.4-2mdk.i586.rpm
/var/cache/urpmi/rpms/perl-Compress-Zlib-1.34-1mdk.i586.rpm
/var/cache/urpmi/rpms/harddrake-ui-10.2-24.2.102mdk.i586.rpm
/var/cache/urpmi/rpms/perl-Locale-gettext-1.01-14mdk.i586.rpm
/var/cache/urpmi/rpms/drakconf-10.2-5mdk.i586.rpm
/var/cache/urpmi/rpms/curl-7.13.1-2mdk.i586.rpm
/var/cache/urpmi/rpms/harddrake-10.2-24.2.102mdk.i586.rpm
/var/cache/urpmi/rpms/monitor-edid-1.4-1mdk.i586.rpm
/var/cache/urpmi/rpms/libgdk_pixbuf2.0_0-2.6.4-2mdk.i586.rpm
Installation failed:
rpm >= 4.2.3-7mdk is needed by perl-URPM-1.11-1mdk
libXfixes.so.3 is needed by libgtk+-x11-2.0_0-2.6.4-2mdk
rpm >= 4.2.3-9mdk is needed by rpmtools-5.0.20-1mdk
libXfixes.so.3 is needed by gtk+2.0-2.6.4-2mdk
3 installation transactions failed:
file /usr/X11R6/bin/xauth from install of xorg-x11-xauth-6.8.2-7.1.102mdk conflicts with file from package xorg-x11-6.7.0-4.3.101mdk
xorg-x11-xauth is needed by xorg-x11-6.8.2-7.1.102mdk
/usr/X11R6/bin/xauth is needed by (installed) mkxauth-1.7-8mdk
rpm >= 4.2.3-7mdk is needed by perl-URPM-1.11-1mdk
libXfixes.so.3 is needed by libgtk+-x11-2.0_0-2.6.4-2mdk
rpm >= 4.2.3-9mdk is needed by rpmtools-5.0.20-1mdk
libXfixes.so.3 is needed by gtk+2.0-2.6.4-2mdk
[root@localhost rvd]# urpmi
Can't locate URPM.pm in @INC (@INC contains: /usr/lib/perl5/5.8.6/i386-linux /usr/lib/perl5/5.8.6
/usr/lib/perl5/site_perl/5.8.6/i386-linux /usr/lib/perl5/site_perl/5.8.6
/usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.6/i386-linux /usr/lib/perl5/vendor_perl/5.8.6
/usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4
/usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.1
/usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.8.5/urpm.pm line 16.
BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.5/urpm.pm line 16.
Compilation failed in require at /usr/sbin/urpmi line 22.
BEGIN failed--compilation aborted at /usr/sbin/urpmi line 22.
[root@localhost rvd]#
-------------------------------------------------------
I can't show you a screenshot of the software update utility because I can't get back into the application. I'm now going to go restore my system again.
It would be nice if it would check to see if the installation was going to be successful before actually applying the changes. I'm always paranoid when I have to do a restore. Thank God for MondoArchive.
I think the only option is for me to go spend another $80 or $90 to get a new release.
BTW, I don't know if it matters, but my chip is an AMD64. When I select AMD64 in EasyUrpmi the only options are for the PLF locations. So, I seleccted i586. Don't know whether this is a problem or not.
Rich
-
FWIW the reason I wanted to upgrade gnumeric is because of some graphing problems that I understand have been resolved.
When displaying many items, the labels on the x-axis get squished together making them unreadable.
This wasn't a total show stopper -- I could just stop displaying my running statistics (or rather, statistics only and no graphs) on my web site. But, you know how it is -- we always want it all.
Rich
-
Well, I changed my sources to 2005LE, and tried to update my system. Following a suggestion by dervish in another thread I tried urpmi urpmi first, causing it to want to download a bunch of packages -- three of which wouldn't install.
So, urpmi ended up broken, and I'm now in the process of restoring my system from Sunday's backups.
Makes me wonder why one would want to update urpmi first anyway. If it is already loaded into memory and executing, I would think that a urpmi --auto-select --auto would upgrade urpmi also for subsequent executions, and the update wouldn't be needed while it is executing from the 10.1 base.
Anyway, this is probably getting off topic......
Rich
-
I tried the urpmi urpmi first, causing it to want to download and install a bunch of different packages. However it failed on three of them, leaving me unable to complete the next step since urpmi wouldn't work. I am now in the process of restoring my system from backups.
If urpmi is already loaded into memory and executing, why would one need to update it first, before doing the urpmi --auto-select --auto? Wouldn't this second step also update urpmi for subsequent uses?
-
Hmmmmm. Makes sense. Now I'll look around to investigate how to go about upgrading from 10.1 to LE2005 (or 10.2 whatever it is called.)
(From the "Other World" I was thinking the "LE" stood for "Limited Edition", meaning some lack of functionality.)
Am I correct in thinking that I'll have to reinstall all the programs I have installed since my original 10.1 install? -- namely Opera, MondoArchive, MoneyDance, etc?
Any recommendations regarding whether upgrading is a good idea or not?
Seems I may have purchased the wrong guy. I thought I had ordered the "latest and greatest" but perhaps I ordered "one release old."
-
Since I was doing and redoing several times using different source repositories, I put the returned script from Easy-Urpmi into a file (urpmisources) and executed it from the command line as root. My reason for putting it in a script is that at an earlier time, just cutting and pasting into the command line did not execute the last line. I think that my cutting and pasting had not picked up the terminating new line character so the the last urpmi command had not executed.
I'm at work now so I won't have a chance to try anything else for a few hours. I wonder if I move the bottom guy (source) to another (non-last position), if that would help.
I'll check the database repositories in /var/(something) and make sure they all look "sufficiently big" also.
I'm open to any other suggestions, but it will be a while before I can give them a try.
Thanks for all your help. We'll lick this eventually.
-
The following is a listing of urpmisources:
urpmi.addmedia main ftp://ftp.clinet.fi/pub/mirrors/Mandrake-...i586/media/main with media_info/hdlist.cz
urpmi.addmedia contrib ftp://ftp.clinet.fi/pub/mirrors/Mandrake-...6/media/contrib with media_info/hdlist.cz
urpmi.addmedia jpackage ftp://ftp.clinet.fi/pub/mirrors/Mandrake-.../media/jpackage with media_info/hdlist.cz
urpmi.addmedia plf-free ftp://ftp.planetmirror.com/pub/plf/mandrake/free/10.1 with hdlist.cz
urpmi.addmedia plf-nonfree ftp://ftp.planetmirror.com/pub/plf/mandrake/non-free/10.1 with hdlist.cz
urpmi.addmedia --update updates ftp://mandrake.contactel.cz/Mandrakelinux...1/main_updates/ with media_info/hdlist.cz
I believe that they ARE all set up. I'f there is an error above or something missing, by all means please enlighten me. I disabled the cd references.
-
Doing a "urpmi urpmi" returns "Everything already installed". This is the same as when trying to upgrade gnumeric.
-
I DID set up my repositories using Easy-Urpmi. In fact I used the link from this page. Are there circumstances under which urpmi just doesn't work? I thought urpmi sounded too good to be true. (....... and if it sounds too good to be true.........)
If I can't upgrade just one app, I don't think I dare try to upgrade the whole system, especially in my newbie status.
-
I should add that I got it here: http://rpm.pbone.net/index.php3/stat/4/idp...k.i586.rpm.html which indicates "gnumeric rpm build for: Mandrake 10.X"
In any event, it doesn't seem that urpmi is even attempting to access the net. It is as though it can't find the file. It only finds it if I have downloaded it, which I thought wasn't necessary. (As per my original post.) I thought that just doing a "urpmi gnumeric" was supposed to access the online sources and retrieve any newer version, however it just tells me that it is already installed. Isn't this the right procedure to upgrade a program from an older to a newer version?
-
I'm running Mandriva 10.1 Powerpack. (I've had it about a month.)
-
Actually, yes. I've done it about 5 times in the last couple of days. I thought this was supposed to be fairly straightforward. I also created the urpmi sources from the link on this page, so the source repositories should be ok.
-
Ok, using: rpm -Uvh gnumeric-1.4.2-1mdk.i586.rpm
I got the following output:
warning: gnumeric-1.4.2-1mdk.i586.rpm: V3 DSA signature: NOKEY, key ID 26752624
error: Failed dependencies:
libgda-2.so.3 is needed by gnumeric-1.4.2-1mdk
libgnomedb-2.so.4 is needed by gnumeric-1.4.2-1mdk
libpsiconv.so.6 is needed by gnumeric-1.4.2-1mdk
libpython2.4.so.1.0 is needed by gnumeric-1.4.2-1mdk
It was to try to get around these dependency issues that I was trying urpmi
-
No I hadn't tried it. I was attempting the urpmi method, but rather unsuccessfully. I'll download it again and give it a try.
-
Linux newbie who thinks he has urpmi set up right. I'm trying to upgrade my existing Gnumeric 1.2.13 to gnumeric-1.4.2-1mdk.i586.rpm
If, from a console, I type urpmi gnumeric it says it is already installed. If I try urpmi gnumeric-1.4.2-1mdk.i586.rpm I get "unable to access rpm file [gnumeric-1.4.2-1mdk.i586.rpm]
error registering local packages"
If I download it and try it from the same directory I get "some package requested cannot be installed: gnumeric-1.4.2-1mdk.i586 (due to unsatisfied libpython2.4.so.1.0)"
I thought I didn't need to download it and also that urpmi would solve dependancies.
Is it possible to upgrade to a newer release of the same program? If so, could anyone shed some light on what I'm doing wrong?
mandriva LE2005 + mondo
in Software
Posted
Come to think of it, I may have already tried this.
The latest stable CVS for Mandriva seems to be:
mondo-2.04_cvs_20050503-1mdk101.i586.rpm and
mindi-1.04_cvs_20050503-1mdk101.i586.rpm
I don't find any specific patch files for this mindi. I think I have already gone through a patch file and manually made similar changes to the mindi script. I just don't remember whether it was these files some of the other versions.
I also don't know if I should be using the AMD 64 version since I have an AMD64 3000+ processor.
There are two directories for 10.1.x86-64 which just to be duplicates.
I've always had to apply the patch to get around the floppy problem unless I used the FAILSAFE kernel option, for which I had to download and install mindi-kernel. The install of this also puts it into a different directory and has to be copied over to the same directory where the mindi script was located.