Send a Private Message to murat,  he should be able to sort something out such that you can at least boot back into XP.

To be fair, it's only relatively recently that Pardus has been aimed at general users as opposed to hobbyists, though that's no excuse for not being able to boot into a perfectly straightforward hardware configuration.

In which case it sounds as if hdb1 wasn't automatically mounted by the LiveCD. Open up a terminal (Alt+F2, "konsole") and type
su root ("uludag")
mount /mnt/hdb1
cd /mnt/hdb1/boot/grub/
kate grub.conf

Failing that, you could always burn a DamnSmallLinux iso (they're not much bigger than 50MB), boot into it, open "ATerminal", and type in this sequence of commands;
sudo su (no password required)
mount /mnt/hdb1
cd /mnt/hdb1/boot/grub/
beaver grub.conf
Having made the changes you can then right-click the wallpaper to reboot into Pardus.

It has to be said, Pardus is a generally well put-together distribution, so don't let this experience put you off from using Linux (and in any event, Ubuntu Feisty's being released at the end of the month :wink:).

Don't know for certain, but the user and root password is probably "uludag".

FWIW I had the same problem after installing Pardus to a second hard drive and electing to put the bootloader on the MBR of hda, which I solved using a KateOS LiveCD.

My guess is that you would have to open up a terminal,
cd /mnt/hdb1/boot/grub/
sudo cp grub.conf grub.conf.original
kdesu kate grub.conf
and, as you suggest, change (hd0,0) to (hd1,0) where it refers to splashimage and throughout the section headed title Pardus 2007.1 Felis chaus.

My Windows partition settings were actually set correctly, so yours should presumably read:or
if there's a "Windows restoration" partition.

They'd have done it anyway, sooner or later  :wink: .

With the result that Pardus security updates tend to lag behind. A few recent examples:

tcpdump vulnerability
CVE-2007-1218

Ubuntu: 2007-03-06
Pardus: 2007-03-16

- - - -

thunderbird: Multiple vulnerabilities
CVE-2007-0775, CVE-2007-0776, CVE-2007-0777 etc.

Ubuntu: 2007-03-07
Pardus: 2007-03-16

- - - -

gnupg: Signed message forgery
CVE-2007-1263

Ubuntu: 2007-03-08
Pardus: 2007-03-16

- - - -

file: Integer overflow vulnerability
CVE-2007-1536

Ubuntu 2007-03-21
Pardus 2007-04-03

- - - -

firefox: Vulnerability in handling FTP responses
CVE-2007-1562

Ubuntu 2007-03-27
Pardus 2007-04-03

- - - -

inkscape: Multiple format string vulnerabilities
CVE-2007-1463, CVE-2007-1464

Ubuntu 2007-03-21
Pardus 2007-04-03

- - - -

nas: Multiple vulnerabilities
CVE-2007-1543, CVE-2007-1544, CVE-2007-1545, CVE-2007-1546, CVE-2007-1547

Ubuntu 2007-03-28
Pardus 2007-04-03

- - - -

kdelibs: port scanning via ftp protocol
CVE-2007-1564

Ubuntu 2007-03-29
Pardus 2007-04-03

For a fortnight?


Not if it leaves my machine and its data vulnerable for any longer than is strictly necessary, I'm afraid.


IIRC that was more down to lax bureaucracy  than anything else -- the X.org maintainer pulled a package from Debian Experimental and put it straight into Ubuntu's Bug Fix Updates repository.

Resolved as of April 3's set of updates.

Updated today.

All things come to he who waits 14 days (I notice Ubuntu posted their 2.0.0.3 patch some seven days before  :roll: ).

Released upstream on March 20, where is this security update in the Pardus repos?

The same problem in openSUSE 10.2: http://help.lockergnome.com/linux/Firefox-2x-unable-click-open-htm-html-files-spaces-ftopict416402.html.

I've no idea whether this bug is particular to Pardus or endemic to KDE 3.5.6, but would be interested to know if there's a simple solution...

Saving a web page to file with spaces in the filename, Firefox can open the saved file from within the File > Open File dialog. However, if I try to open that same file from within Konqueror (acting as a file browser) by right-clicking its icon and selecting Open With > Firefox, Firefox returns an error.

So for example, I save to file the tuxmachines.org front page using the default filename tuxmachines.org | Do you waddle the waddle?.html, and am able to open the file from within Firefox. However, when I open the file by right-clicking its icon in Konqueror, Firefox reports

File not found

Firefox can't find the file at /home/Tiedemann/Desktop/tuxmachines.org.

Likewise if there's a space in the file path itself, so attempting to open /home/Tiedemann/My Documents/main.html results in

File not found

Firefox can't find the file at /home/Tiedemann/My.

The problem is specific to Firefox, i.e. there isn't a problem with Nvu or Opera (or Thunderbird, in the case of .eml files). It still persists when Firefox is set as Konqueror's default web browser. The only solution is to manually substitute either underscores or %20s for spaces.

Tools > Options > Language Settings > Languages > Default languages for documents

No, you need to copy them to /opt/OpenOffice.org/lib/ooo-2.1/share/dict/ooo

There's a guide to manually installing OpenOffice dictionaries here.

Incidentally, adding .aff and .dic files to /usr/lib/MozillaThunderbird/components/myspell/ is currently the only way of adding dictionaries to Thunderbird (adding one via an .xpi file doesn't work).

OpenOffice language packs are also compatible with Thunderbird and Firefox, and can be used to add dictionary support for languages not otherwise supported by Mozilla.

The relevant spelling dictionary can be downloaded from http://wiki.services.openoffice.org/wiki/Dictionaries, unzipped, and the .aff and .dic files copied to /usr/lib/MozillaThunderbird/components/myspell/ or usr/lib/MozillaFirefox/dictionaries/

You'll need to install the "openoffice-dicts" package.