theYinYeti

Oh sorry, my previous post was related to the first link, which suggests making the changes in gconf-editor (Menu : Sytem : Preferences : Configuration editor — the icon of which is a red car being repaired). In this editor, the post instructs to change the value of /apps/panel/applets/clock/prefs/custom_format. The value I use is what I posted in the previous post. Actually, I now changed it to: <span color="#CCFFDD"><small>Semaine %V — %a %d %b — </small><big>%H:%M</big></span> (“Semaine†in French means “Week†in English, “lun.†means “mon.â€, “févr.†means “febr.â€). For example, today the clock reads: Semaine 09 — lun. 23 févr. — 09:19 Yves.

That's not CSS after all. I tried real CSS and it failed. It is a kind of HTML, rather. This worked for me: <span color="#CCFFDD">Semaine %V — <big>%a %d %b</big> — %H:%M</span> Yves.

I did not find, yet. But I found this: http://www.linuxine.com/2008/07/trick-cust...r-on-gnome.html If this works, then it is way more powerfull! Yves. EDIT: Here it is: http://ubuntuforums.org/showthread.php?t=342575

I have this exact same problem in Gnome. So far, I manage by choosing a theme that results in a proper contrast (and my clock is in a toolbar on its own). There is however a solution. I know that. I saw it once. It's just I don't remember where it is… I only remember it involves specifying the expected look (colors, font…) in the GTK rc-file. Well, now that I'm not alone in this, I'll try and find the solution again. :) Yves.

PunBB is clean and light-weight. There are extensions for features that you miss. Yves.

tyme: Would SSD/CF/USB… be OK for high read and no write (using ramfs)? pindakoe and tux99: Thanks for the suggestions. I had a careful look, and I did further search based on that. I will welcome all additionnal / other advice. At some point, wether I buy or not, I'll report on my conclusions. Yves.

I see. So if I understand correctly, the best filesystem is the one with the least written bits for a given amount of data; all else is taken care of in hardware. Does anyone know if there is any way to compare ext2 and vfat in light of this, or if maybe the difference is bound to be negligible? Yves.

Although this is not one of the articles I previously read, this one summarizes them all rather well: http://www.ibm.com/developerworks/linux/li...sh-filesystems/ The filesystem I had heard about is “LogFSâ€, but “YAFFS2†seems interesting too, and “UbiFS†may as well. Yves.

Sure. :) I already use Debian actually; it is good. I just find this particular choice strange, as OOo3 has great features for companies over v2, even though it currently has a bug with MSXML that forces me to still use v2… Yves.

Hello, I read this article and saw the linked-to video and it was a revelation. Now I'm thinking: I should run my own server. As my needs are small, I'd like to find a Linux-compatible PC with any computing power, but: — less than 100 €, or at least less than 250 €, — using less than 5 W if possible, or at most 15 W, — and having at least an Ethernet port, two if possible. Do you have suggestions? Yves.

If I may intrude on this thread, I have a related question. I've read several times in the past two years (but can't remember where), that different Linux filesystems were being designed especially for USB sticks, with emphasis on wear-leveling and performance. Why then are we still stuck with fat or ext2 nowadays? Yves.

I like this less: Open Office 2… Yves.

Nexus, I can confirm neddie is right in most circomstances :) If you move files within the same partition, then only pointers to those files (the inodes, or “TOCâ€) are updated; there's no copy+delete. That's what allows the mv to have this wonderful property within a partition: the move is atomic, at least for each single file (see further down). If you move files from a partition to another, then indeed this move is longer than a copy because it is a copy AND a delete. What I don't know is wether inodes are a tree (A -> {B -> {files…}, …}, …) or a list (A, A/B, A/B/files, …). Depending on this, moving a directory (not a single file) may imply updating two inodes (old parent + new parent) or as many inodes as there are entries within the moved directory (recursively). I guess this depends on the filesystem… Yves. [edit] If the inodes are a tree, then following on neddie's idea, it might be faster to do so (depending on the number of entries): — move A/* except A/B into A/B/, — move A/B to TMP_NAME, — remove A and rename TMP_NAME to A. This would work even if A doesn't only contain B, but the difference is bound to be negligible, so in my opinion not worth the effort.

As far as I know, the only solution is to use the “old easyurpmi interfaceâ€, which allows for choosing the server. I had to do this for the Mandriva server at work because that was also the only way to be sure only http was used, and not ftp or rsync (those are filtered here). Yves.

SLC? Is a commonly-found-in-shops USB stick “SLC� If not, is it still safe to use it for a read-only install (a la LiveCD)? Yves.

Anyway, don't be afraid if the new system doesn't boot. The most likely cause of “failure†is for the naming of partitions to change (eg: hdc becomes sdc, or sda becomes sdd…), but that's easy to cure with a LiveCD (hence my suggestion to have one at hand). Yves.

Here's what Google told me: One: http://lordikc.free.fr/wordpress/?page_id=144 Free: http://lordikc.free.fr/wordpress/?p=536 Yves.

You might be surprised… :) https://mandrivausers.org/index.php?s=&...st&p=303047 Yves.

Basically, that's it. Your current install will be usable on your new setup. Before changing anything to your hardware, though, be sure: — to have a good Live CD at hand, such as System Rescue CD, — to install the “task-x11†and â€harddrake†packages if they are not already, — [edit:DELETE]to ensure that the harddrake startup service (daemon) is enabled,[/DELETE; thanks ffi] — that the proprietary packages for your new hardware are installed, especially regarding connectivity (network), — that your system is up-to-date. From there, whatever happens (apart from hardware damage), we should be able to help you. Yves. [edit] I forgot: moving /home to the new hard drive will come in a second stage, when your new system has booted fine.

Using Smart maybe; besides, Smart is able to downgrade, whereas urpmi is not. Yves.

I have a minor but very annoying bug. When my Gnome session is locked, and I try to unlock it by entering the password (this dialog is the “gnome-screensaver-dialog†process), the password-checking seems to take an infinite amount of time. So I have to CtrlAltF2, login as root, killall gnome-screensaver-dialog, CtrlAltF7, and try again. Sometimes, the bug doesn't happen, sometimes, it happens only once, sometimes twice, sometimes 5 or 6 times. The success always comes eventually, but this is very annoying. This happens since I switched to Mandriva 2009.0 (2008-10-17), but I didn't report anything so far because my Gnome session is heavily modified, and the home-directory is a bit old (2007). But I recently did a fresh install of Mandriva 2009.0 on my “sedentaire†PC, with a new user having a default Gnome session, and the bug happened; that's when I decided it was time to ask. What are the cause and the cure to this problem? Yves.

Seeing you have no answers, let's explore the problem… Do you have this same strange behaviour with another environment, eg: XFCE, or Gnome, or IceWM? Anyway, you could try and run the script from there; it could actually repair something: https://mandrivausers.org/index.php?s=&...st&p=571924 Yves.

Compiling as root is no big deal if you trust the sources you are compiling. However, a Makefile is able to launch anything, even the dreaded “rm -rf /†(DON'T TRY), so a “carefully-crafted Makefile†(as the saying goes) could wipe all your drives if compromized by a cracker and you run it as root. Yves.

For the compilation to succeed as not-root, you have to do all the steps as the same user. If you uncompress the archive as root, and then try and compile as another user, it's bound to fail. Maybe that's the problem you had. Yves.

In my opinion, a great way to have a complete build environment for compiling most things is to run this command: urpmi rpm-build Although this command is aimed at RPM building, it is very practical even for other things, as it has the most used tools as dependences. Yves.