search for: _stable_

...- are reading these files and putting them into outside database). Since this server is under heavy load its availability is important. >From time to time we "crash" this server (don't ask why ...) but then fsck is running for over 20-30 minuts. The question is: is there any other _stable_ filesystem (xfs ?, jfs ?) which we can use instead of ext3 which is (quite) immune to crashes and whose fsck is "faster" (by design) then in ext3 ? Regards Przemek ---------------------------------------------- Chcesz wi??cej zarabia??? Zmie?? prac?? na lepsz? ! http://linkint.pl/f2822

Hmmmm. Perhaps I'm using the wrong terminology. My logic is: (1) I am running Ubuntu focal on the cluster. (2) Ubuntu focal is built on Debian bullseye but (3) Debian bullseye is not yet the stable release; it is the 'testing' release; hence (4) I will pull the r-base-core package from the 'testing' version of Debian. And, in fact, I found r-base-core for 4.0.2 in the bullseye

...r wrote: | Hmmmm. Perhaps I'm using the wrong terminology. My logic is: (1) I am running Ubuntu focal on the cluster. I am with you so far. | (2) Ubuntu focal is built on Debian bullseye but Not really. Ubuntu does their own thing, and their own snapshots. There is no relationship to Debian _stable_ releases. They take sources from Debian unstable and then do their thing. Which sometimes is minor variation, often no change, but sometimes a lot more (i.e. snaps, different boot stuff, different window manager, fonts, branding, software store, alliances with third parties, paid-for patent techn...

...ecause Red Hat _does_ take owernship of anything it ships with it. > We just want a product that mostly works and isn't too far behind > the developers. Then if you're talking anything Red Hat developed, then you want Fedora Core. What I designate as CL4.1, Fedora Core 3, is _very_ _stable_ IMHO. Of course CL4.0, Fedora Core 2, was not, and I avoided it. And yes, I sure wish Red Hat would re-introduce versioning in the Fedora Core releases, after that stopped with Red Hat Linux 9. > Come on - I would have guessed that you still had some RH 7.3 boxes > in production too. Or d...

Hello DTracers, The CPU caps project (http://www.opensolaris.org/os/project/rm/rctls/cpu-caps/) introduces kernel "wait queues" where threads may be placed to enforce caps. I would like to make this visible through DTrace and to add two new probes to the sched provider with the following semantics: cpucaps-sleep Probe that fires immediately before the current thread is placed on a

Greetings! I would be very grateful if someone could supply a suitable line to enter into /etc/apt/sources.list for the benefit of a complete dummy user (i.e. me -- I do not want to have to do any interpretation, guesswork, reading of docs, etc.; I want to just copy it in). The machine in question is an Intel laptop, wuth Debian Lenny (according to the Debian website the current stable version as