Language Selection

English French German Italian Portuguese Spanish

January 2007

Now revealed! Secrets of line spacing in OpenOffice.org Writer

Filed under
HowTos

The fact that OpenOffice.org Writer is more than a word processor is an open secret. It includes a number of tools for tweaking lines of text, including Tools > Language > Hyphenation and the tools for adjusting character width and letter space for individual characters. However, by far the least understood of these high-end tools is Writer's ability to adjust line-spacing.

DragonFly BSD's Virtual Pace

Filed under
BSD

DragonFly BSD continues its evolution with version 1.8, almost four years after being forked from the FreeBSD 4.x code base. New kernel virtualization features top a long list of system improvements over version 1.6, as the operating system looks ahead to broader commercial adoption.

A Vista vs. Linux Matchup - Part 3: Hardware Wars

Filed under
OS

This is Part 3 of a series that pits Microsoft's new Vista OS against Linux's fair-haired boy, Ubuntu. At the conclusion of Part 2, our fearless curmudgeon had just finished configuring his test system to dual-boot Vista Ultimate and SimplyMEPIS 6.01, an Ubuntu-based Linux distribution with a KDE desktop.

Fluendo media decoders sound bad to open source advocates

Filed under
Software

Thanks to Fluendo, Linux and Solaris users on a variety of processor architectures can now purchase playback support for patent-encumbered audio and video formats. Similar support from free alternatives, whether they rely on copying Windows DLLs or use original code, all violate existing patent law. The mere existence of Fluendo's plugins needles a bevy of critics, but Fluendo is prepared to answer them all.

Red Hat Expands Its Channel

Filed under
Linux

Red Hat intends to grow open service practices in the IT marketplace with the launch of its new Red Hat Certified Service Provider Program (CSP). It's all part of Red Hat's continuing effort to expand its install base and fend off competitors like Oracle's Unbreakable Linux and Novell's SUSE Enterprise Linux.

Also: Interview: Matthew Szulik, Red Hat

BasKet Note Pads - KDE notes

Filed under
Software

BasKet Note Pads is a multi purpose note taking application. With BasKet Note Pads you can easily paste images, links, email addresses, files, application launchers, colors etc.

Using tags to browse through source code

Filed under
Linux

When you read source code, often you need to look for definitions of functions, classes, or other objects. Editors such as Emacs and Vim help you browse the code by supporting the concept of tags.

Parallel Knoppix 2.3 LiveCD

Filed under
Linux

A new release of Parallel Knoppix is out, which is a Knoppix-based distribution for cluster computing using LAM-MPI and MPICH. Among the updates in Parallel Knoppix 2.3 is updates against Debian unstable.

Turbolinux preps multimedia player with bootable Linux

Filed under
Linux

Japan's Turbolinux will begin selling its Wizpy Linux-based multimedia player in February. As a bonus, the device can also be used to boot a PC into the Linux OS, allowing users to access their files in their own working environment on almost any PC.

Howtos:

Filed under
HowTos
  • Changing file associations in ubuntu is as easy

  • Switching from Sun-Java5 to Sun-Java6 in Ubuntu6.10 (edgy)
  • Consolidate your gnome menus with gnome-main-menu

  • Tip of the Trade: Kickstart
  • How-To turn off beep from virtual console
  • What is umask and how to setup default umask under Linux?

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.