Language Selection

English French German Italian Portuguese Spanish

October 2006

PCLinuxOS Magazine November 2006 Issue 3 Released

Filed under
PCLOS

It is my privilege to announce on behalf of the team members of the PCLinuxOS Magazine Project sponsored by MyPCLinuxOS.com, the November 2006 issue is available for download!

Open Source Will Never Die

Filed under
OSS

No matter how hard people or companies like SCO try, nor how muchothers believe they know the commercial market, open source will never die.

LDAP Series Part IV - Installing OpenLDAP on Debian

Filed under
HowTos

I can imagine the comments we'll see on this article. What about X distribution? And so on... I'm not going to justify my reasons for choosing Debian. You can use whatever distro you want. It's just a matter of preference.

Will Oracle's 'Standardization' Offset Linux Fragmentation?

Filed under
Linux

While Oracle's moves to provide enterprise-level support around Red Hat Linux are stirring up controversy, the vendor's decision to join the Free Standards Group (FSG), also unveiled last week, is capturing less attention. Yet is it possible that Oracle's newly minted membership in the standards group might actually help to dispel industry fragmentation?

Picture your disk space with 3-D filesystem browsers

Filed under
Software

You don't need a Ph.D. in scientific visualization to have some fun with three-dimensional data. Whether you're searching for an unused nook in a cramped disk partition, or trying to find the bloated temp/ folder that's crashing your system, sometimes the flat folder view of a traditional GUI file browser is little help. Luckily, Linux offers a variety of 3-D filesystem that can make your disk usage statistics come alive.

Quake 3 on Ubuntu Edgy x86_64

Filed under
Gaming
Ubuntu
HowTos

Installing Quake III Arena on a 64-bit Linux box isn't that bad actually. I couldn't find instructions anywhere on how to do this, so after figuring it out I'm writing them down here.

ATI 8.30.3 Display Drivers

Filed under
Reviews

There have been a swirl of speculations as to whether AMD will open-source the ATI Linux fglrx display drivers, and today the first display driver (8.30.3) is being pushed out after the completion of the ATI and AMD acquisition. But are these drivers still closed-source? Has any new information hit the wire about these rumors? We have the ATI fglrx 8.30.3 display drivers in our hands today to tell you all of the details.

Fedora Core 6 Innovates Unabated

Filed under
Linux
Reviews

In its first five releases, Red Hat's Fedora Core has represented the Linux technology vanguard. And so it is with Fedora Core 6. The fast-moving Red Hat distribution polishes SELinux, adds new tools and improves performance.

Why Gaming Sucks On Linux

Filed under
Gaming

Despite last week's article about running World of Warcraft on Linux with CodeWeavers' CrossOver, I can't help but feel a sense of despair when I think of gaming under Linux. It seems that over the last few years, with a few exceptions, things have gotten worse rather than better. Frankly, I've had it with gaming under Linux. It's not worth the time or the effort.

How to install Linux on an eMac

Filed under
HowTos

Why replace Mac OS X with Linux on an Apple eMac? I did it to revive an aging hardware platform and provide a computer to a friend. Here's how I replaced "Tiger" (OS X 10.1) first with Debian, then Ubuntu.

More in Tux Machines

Btrfs in Next Fedora

  • Btrfs by default, the compression option

    Hi, The change proposal has a 'compression option' and we kinda need to get organized. https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression - Compression saves space, significantly reduces write amplification and therefore increases flash lifespan, and in some cases increases performance. - Desired but not a requirement of the change proposal. 1. Goal: probably the goal performance wise is to perform as good or better than now. Is it OK if there's a write time performance hit for a small percent of folks, for a high value target like usr that isn't updated that often, and is also updated out of band (offline updates typically, but also isn't something directly related to the daily workload)? How to decide this? 2. Benchmarking: this is hard. A simple tool for doing comparisons among algorithms on a specific bit of hardware is lzbench. https://github.com/inikep/lzbench How to compile on F32. https://github.com/inikep/lzbench/issues/69 But is that adequate? How do we confirm/deny on a wide variety of hardware that this meets the goal? And how is this test going to account for parallelization, and read ahead? Do we need a lot of data or is it adequate to get a sample "around the edges" (e.g. slow cpu fast drive; fast cpu slow drive; fast cpu fast drive; slow cpu slow drive). What algorithm? 3. Improvements and upgrades. We'll do plan A, but learn new things later, and come up with plan B. How do we get the plan A folks upgraded to plan B? Or just don't worry? 4. The whole file system (using a mount option) or curated (using an XATTR set on specific "high value" directories)? This part is elaborated below. A. do this with a mount option '-o compress=zstd:1' - dilemma: it doesn't always lead to equal or better performance. On some systems and workloads, write performance is slightly reduced. What about LZO? B. do this with per directory XATTR - dilemma: the target directories don't exist at install time, depending on whether the installation is rsync, rpm, or unsquashfs based. C. do the install with '-o compres=zstd', then set XATTR post-install - dilemma: the installed files won't have XATTR set, only new files inherit; does a 'dnf update' overwrite files and therefore the XATTR is not inherited, or are they new files and do inherit the XATTR? D. Which directories? Some may be outside of the installer's scope. /usr /var/lib/flatpak ~/.local/share/flatpak /var/lib/containers/ ~/.local/share/containers/ ~/.var ~/.cache (Plausible this list should be reversed. While compressing ~/.cache may not save much space, it's likely hammered with more changes than other locations, hence more benefit in terms of reducing write amplification.) For reference, the above is mostly from the description in the RFE bug attached to the feature's tracker bug. But I think it's best to have most discussion here and leave the bug for implementing+testing the implementation details. https://bugzilla.redhat.com/show_bug.cgi?id=1851276 Thanks, -- Chris Murphy

  • Fedora Developers Evaluating Compression Options For Btrfs-By-Default Proposal

    The proposal for using Btrfs by default on the Fedora desktop is gaining a fair amount of traction and interest from the community and could possibly move ahead but further testing and decisions are still to be made. First of all, today marks a Fedora Btrfs test day for those wanting to help in evaluating this change proposal. Check it out if you have spare system(s) and interested in helping make the decision whether Fedora desktop spins should transition from EXT4 to Btrfs by default.

  • Btrfs to be the Default Filesystem on Fedora? Fedora 33 Starts Testing Btrfs Switch

    While we’re months away from Fedora’s next stable release (Fedora 33), there are a few changes worth keeping tabs on. Among all the other accepted system-wide changes for Fedora 33, the proposal of having Btrfs as the default filesystem for desktop variants is the most interesting one.

today's howtos

Btrfs Could be the Default Filesystem on Fedora Linux Starting With Fedora 33

If things go well, you’ll have Btrfs as the default filesystem on Fedora starting with the Fedora 33 release. Here are more details on this topic. Read more

Linux company SUSE outbids competitors for fast-growing start-up Rancher Labs

  • Linux company SUSE outbids competitors for fast-growing start-up Rancher Labs

    SUSE, a Linux distribution company controlled by private equity firm EQT, has agreed to acquire Rancher Labs, a start-up with technology that helps organizations run software in virtual containers across many servers. The companies announced the deal Wednesday but didn't disclose the terms. Two people familiar with the deal said SUSE is paying $600 million to $700 million. The transaction suggests that even during a recession, demand remains high for technology that can enable companies to operate more efficiently. Talks between the companies began in the spring, and the process became competitive with additional bids, Ursheet Parikh, a partner at Rancher backer Mayfield Fund, told CNBC on Tuesday. There were "lots of Zoom calls," Parikh said. In the past few years, with the rise of start-ups such as Docker, containers became a trendy alternative to more traditional virtualization technology for running applications on each computer server in a company data center. Amazon, Microsoft and other cloud providers came out with services that developers can use to place code in containers, and in 2017 SUSE introduced its own service for managing containers. The companies haven't finalized integration plans as the deal still faces regulatory approval.

  • SUSE to Acquire Rancher Labs, Creating World’s Largest Organization Exclusively Dedicated to Powering Digital Transformation With Open Source and Cloud Native Solutions

    Today, SUSE embarks on a new chapter in our incredible 28-year journey. I am thrilled to share that, SUSE has signed a definitive agreement to acquire Rancher Labs, a market-leading, Enterprise Kubernetes Management vendor based in Cupertino, California.    This is an incredible moment for SUSE and for our industry, as two open source leaders join forces to create the world’s largest independent organization dedicated exclusively to powering digital transformation with open source and cloud native solutions. I want to share my perspective on why we chose Rancher, and how this acquisition will benefit our customers, partners, and communities.