ianw1974

If it cannot be removed due to dependencies, you'll need to stop it starting when you login to your system. It probably can be disabled from your auto-running applications. If it's running as a service, then the service can be disabled from MCC and the services section.

That way it shouldn't give the popups although it'll still be installed, so it won't cause a problem by being missing because of the dependencies.

Yes, the SA does appear after the 6 - 9 numbers, and that's what I was needing to accomplish. First, identify the 6 - 9 numbers, then replace the SA that follows.

As I mentioned earlier, a colleague managed to do it with perl, so it's not that important, but I expected sed could do it somehow. I'm just limited in my knowledge of sed to be able to complete it, and so was interested in how it might work.

I tried a combination of pauls with silversurfers:

sed 's/^*[0-9]{6,9}SA/-newsa-/ 1' < file > file2

find the numbers from 6 - 9 in length, then locate the SA which follows, but it didn't work.

Probably kernel-desktop-latest doesn't have PAE enabled, and this is why you are missing the additional 700MB.

What kernel's have you now got installed? Since it was working before, I think we need to choose the kernel that was previously running and not the desktop one, so:

rpm -qa | grep -i kernel

will provide us a list of what packages with kernel in their name are installed. Then simply reboot, and choose the other kernel instead of the kernel desktop. Once you are back to the 4GB, do:

urpme kernel-desktop-latest

and revert to this. Alternatively, check out the list of available kernels to install, maybe you'll find one that has pae in the kernel name for installation, or an alternative one that will have pae enabled. Maybe your pauses are due to something else, and not the server kernel exactly. Maybe some other running services.

You don't understand. Fonts are fonts and they are generally not 32 bit or 64 bit. They are installed under /usr/lib and so both 32 bit and 64 bit applications should see them. The same path for /usr/share/fonts/TTF is the same for both 32 bit and 64 bit systems.

The problem is not your fonts, but your 32 bit application probably doesn't know where to find them. It is looking in the wrong place. You would need to ask on the Zendstudio forum as chances are the configuration files for this application need to be updated correctly to search in the right place.

We can find out easily enough:

rpm -ql libfreetype6
rpm -ql fonts-ttf-liberation

and see where they got installed. But Windows fonts are normally from a package msttcorefonts or similar.

OK, so I'm guessing this is solved, so will mark the thread accordingly.

OK, will have a look tomorrow and see if it works :)

As to why Mandriva dropped the traditional install media in favour of Live only media for installation your guess is good as mine.

Agree totally. I've never ever used a LiveCD to test or use my system. I've always installed the sytem and then used it normally. Was much better before without the Live stuff, there was less CD/DVD images for a start and everything was on one DVD. Previously, if I remember correctly, they even had auto-detection which meant it would complete a 32 bit or 64 bit installation depending on your hardware. That way, one DVD for 32 bit and 64 bit systems. Now it seems it's reverted and been segregated again

In the error above, you are missing:

libXext.so.6

Search for this file, and install the appropriate package, and then try running the xendstudio installer again. You can do this using MCC, the package will be available with the use of urpmi or MCC.

Alternatively, as I've just searched for you:

urpmi libxext6

should do the trick. Then try again. You don't mention which version of Mandriva? 2010?

Making Gnome users jump through hoops. You can also do a minimal install I expect without KDE, etc. And then just install task-gnome from the console, then you won't have your system bloated with Gnome and KDE.

John,

Just in case it happens again, you can boot a livecd and then chroot into your install and then remove the packages. That would save you your reinstall. Although some console stuff needs to be done, which I know you don't like too much :) but it could work out a bit quicker this way to reverse something installed, then a fresh install.

Something obviously went crazy in Mandriva that they felt they had to make so many ISO's in the first place. Originally when I started using Mandrake/Mandriva back in 2005 there was only a couple of ISO images, that could have still been maintained instead of creating so many separate ones in the first place. And they all had KDE/GNOME on them by default.

I think it's probably working as it should be. If you are logged in as your regular user, then it will make the bookmarks for that particular user. Therefore they won't show up for the root user because they are your bookmarks and not the ones for the root user.

There is text that appears before the first 6 to 9 numbers - this needs to be ignored.

It needs to locate the 6 - 9 numbers and replace the SA that follows this.

Therefore, any other instance of SA before these numbers is to be ignored and any SA that follows after the first instance of SA after the 6 - 9 numbers needs to be ignored.

No, didn't work with that either. Worked better, but replaced something completely different than what was intended. It was meant to replace the first instance of SA, but other text exists, and it search and found any text. I need it to find just "SA" and replace this.

Hi, no that didn't work. It replaced only the first instance in the file as everything is on one long line. I'll try creating carriage returns and test again.

That's a pain that they've completely dropped Gnome support. There goes another load of users, but as long as Mageia keeps Gnome in their distro, they will grow even bigger because people will move to this no doubt as it's almost the same as Mandriva.

That's what we're here for :)

Oops bad move following a howto downloading rpms from pbone.net. The best way is doing it using the Mandy repositories through urpmi. You could have downloaded and installed the wrong rpms which put fonts in the wrong place. Also, we don't know if major changes to the directory structures have occurred since the take-over of Mandriva.

If you had all your easyurpmi repos installed, you should have just been able to find a list of all packages that you could install that have ttf in their name. Of course, you won't need to install all the ones on the list, as a lot of them are for other languages as well other than English.

urpmf --name ttf

would filter all available packages for install with ttf in their name, from the console. Of course, you can use the GUI apps for installing packages as well. I'd suggest removing the ones you downloaded and installed manually.

I'm currently on hols at the minute but will have to give it a go. Just to clarify, is what you posted to replace the "SA" that is located somewhere in the middle? Because this is the only instance it can replace. It could appear in the last four characters and this one I wouldn't want to replace.

I won't be back in to check it until the end of the month :)

If you upgraded your system from one release to another, it is possible that some KDE config files might not have upgraded correctly and could be causing problems. You can rename/remove the old KDE config, or alternatively, just create a new user, and move all your data across to this one, then you would be sure that no other config files are conflicting. I always do this, it's easy enough to reset config of KDE settings for look, etc, of course, some directories I copy into place like for pidgin and SSH as I need this config.

It works because xorg is auto-detecting stuff instead of being told what configuration to use with the generated xorg.conf you had previously. Chances are that XFdrake is generating you a bad xorg.conf which is what is causing your problems.

See how you go and let us know if everything is better.

I don't want you to generate a new one, let xorg auto-detect everything, so remove it so that it doesn't exist. The generated one might be causing all your problems.

One thing to try which I found while searching about the fbcon error. In your home directory, check to see if you have a .xinitrc file? If you have, delete it, or move it somewhere else so that it is not found in your home directory. This will be /home/username/.xinitrc, so move it to Documents or Downloads so that it won't be read.

Another alternative, is to go to /etc/X11 and rename xorg.conf to xorg.conf.backup so that xorg will then dynamically run and detect everything automatically.

Does your system work any better after that? If not, then the only thing next worth trying is opening a bug with PCLOS. But try moving that .xinitrc file first, see if any better. If not, rename the xorg.conf and restart and see if any better?

Since X disappears giving the black screen and cursor, please post the xorg.conf and the /var/log/Xorg.0.log so that we can see if anything is out of the ordinary. You posted the xorg.conf before, but if it has changed, please post the new one.