Help answer threads with 0 replies.
Go Back > Blogs
User Name


  1. Old Comment

    RAMboot How-To for Debian 8 Jessie

    Note on 2017-05-08

    The most recent Debian 8 update (to Debian 8.8, I think) updated /usr/share/initramfs-tools/scripts/local which meant that it overwrites the modifications used to load the root file system into RAM. This will cause the system to boot up to the hard drive instead, possibly a minimal install and also possibly broken if the hard drive architecture is different from the architecture of the tarball (32 bit vs 64 bit).

    So, you'll want to redo the modifications to local (and make a convenience copy to local.RAMBOOT) and use something like this to rebuild the init:

    mkinitramfs -o /boot/initrd.img-3.16.0-4-amd64 
    cp -vax /boot/initrd.img-3.16.0-4-amd64 /mnt/sda1/boot/initrd.img-ramboot
    cp -vax /boot/vmlinuz-3.16.0-4-amd64    /mnt/sda1/boot/vmlinuz-ramboot
    The precise things you'll need to do to fix this may vary. In any case, it's annoying but that's the risk you take when you start mucking around with files that they don't expect you to be modifying in weird ways!
    Posted 05-08-2017 at 12:04 PM by IsaacKuo IsaacKuo is offline
  2. Old Comment

    MeX 64 bit Linux based on Ubuntu 16.04.2 with Cinnamon 3.2.8 and kernel 4.10.8 Build 170501

    Softpedia 170502: Ubuntu-Based MeX Linux Distro Updated with Cinnamon 3.2.8, Linux Kernel 4.10.8

    "GNU/Linux developer Arne Exton is kicking off the month of May 2017 with a new release of his Ubuntu/Debian-based MeX distro, which ships with the latest Cinnamon desktop environment and a recent Linux kernel.

    MeX Linux was previously based on Linux Mint, but it's now borrowing packages only from the stable repositories of the Ubuntu 16.04.2 LTS (Xenial Xerus) and Debian GNU/Linux 8.7 "Jessie" operating systems. The latest release, MeX build 170501, is shipping with a custom compiled kernel based on Linux kernel 4.10.8.

    The default desktop environment of MeX Linux is now powered by Cinnamon 3.2.8, the latest stable release of the popular DE developed by the Linux Mint project. As expected, all the packages included in the new MeX Linux build have been updated to their latest versions at the moment of the release.

    Probably the best feature of the MeX Linux build 170501 release is the inclusion of Refracta tools, which let users create their own Ubuntu-based Live and installable ISO images. According to Arne Exton, remastering your own Ubuntu Live DVD is a child's play and it won't take more than a few minutes to complete."

    Posted 05-02-2017 at 12:39 PM by exton exton is offline
  3. Old Comment

    Run Raspberry Pi PIXEL Desktop on a PC or Mac an Exton modified Build 170425 with Refracta Tools

    Softpedia 170429: "After announcing the availability of new builds of his AndEX Nougat 7.1.1 Android-x86 fork that lets users run Android 7.1.1 on their PCs, now Arne Exton released a custom build of Raspberry Pi Foundation's Raspbian PIXEL image.

    Arne Exton's custom Debian Raspberry Pi PIXEL Build 170425 is here to replace version 161223, which was the project's first ever release. The new build ships with NetworkManager for easy configuration of wired and wireless connections, as well as Refracta tools, which lets users install the operating system on their PCs or Macs.

    Refracta tools makes the installation of this custom Raspbian PIXEL image easier for all users, which will be able to not only install the OS on the disk drive of their PCs but also to create their own remix of Raspberry Pi Foundation's Raspbian PIXEL image."

    Posted 04-29-2017 at 03:21 PM by exton exton is offline
  4. Old Comment

    Android-x86_64 Nougat 7.1.1 Build 170423/170422 with GAPPS and kernel 4.11-rc7/4.10.11-exton-android-x86_64

    Softpedia 170429: This Custom Android-x86 Build Puts Android 7.1.1 on Your PC, with Linux 4.11 RC7

    "GNU/Linux developer Arne Exton was happy to announce the release of a new build of his custom built Android-x86 project that lets uses runs the latest Android mobile operating system on their personal computers.

    Dubbed AndEX Nougat 7.1.1, the project was recently updated to build 170426, after it received a few revisions at the end of last week, specifically builds 170423 and 170422, both of which added most of the changes, updated packages, and improvements listed below.

    Shipping with either the Linux 4.11 RC7, Linux 4.10.11, or Linux 4.4.62 LTS kernels, AndEX Nougat 7.1.1 Build 170427 comes with the GAPPS (Google Apps) package that lets users access various of Google's most used applications and services, and it's based on the Android 7.1.1 Nougat operating system.

    These include Google Play Services, Google Play Store 7.6.08.N-all, YouTube 12.09.58, Gmail, Google Maps 9.48.2, and Google Earth. Additionally, users will find pre-installed the Spotify, Google Chrome 58.0, Mozilla Firefox 53.0, SnapTube 4.3.0, Clash of Clans 8.709.23, and File Manager apps."

    Posted 04-29-2017 at 11:27 AM by exton exton is offline
  5. Old Comment
    Posted 04-27-2017 at 07:07 PM by astrogeek astrogeek is offline
  6. Old Comment

    Apparently [[ *"$a"* == $b ]] is DIFFERENT from [[ $b == *"$a"* ]]

    Originally Posted by astrogeek View Comment

    By associativity, $b is evaluated first, it is "foo/bar/gee". Then the thing on the right *"foo/bar"* is evaluated and tested for equality with the thing on the left. "foo/bar" inside something else (i.e. with optional leading or trailing characters) is indeed equal to "foo/bar/gee".

    Hope this helps!

    It definitely does! It's a shame I can't upvote blog comments, apparently.
    Posted 04-27-2017 at 05:57 PM by the dsc the dsc is offline
  7. Old Comment

    Apparently [[ *"$a"* == $b ]] is DIFFERENT from [[ $b == *"$a"* ]]

    Actually, that is not odd at all, and yes they are two totally different tests.

    The result is due to ordinary associativity and precedence rules. (About fifth grade concepts ). The equality test is left associative - it evaluates the left side first, then compares the right side to what was on the left (it has to start somewhere!).

    The first test is actually "a equals b", not "b contains a" as your printed string says.

    This is because the equal test is left associative - the thing on the left is evaluated first, then the thing on the right is tested for equality to it.

    The thing on the left is *"$a"*, or $a within something else... but the something else here is null, so it is just "$a", or "foo/bar". Then the thing on the right $b is evaluated for equality with exactly that, "foo/bar", and "foo/bar/gee" is indeed not equal to that!

    The second test is different, "b equals (a with optional leading and trailing characters)".

    By associativity, $b is evaluated first, it is "foo/bar/gee". Then the thing on the right *"foo/bar"* is evaluated and tested for equality with the thing on the left. "foo/bar" inside something else (i.e. with optional leading or trailing characters) is indeed equal to "foo/bar/gee".

    Hope this helps!
    Posted 04-27-2017 at 05:54 PM by astrogeek astrogeek is offline
  8. Old Comment

    Apparently [[ *"$a"* == $b ]] is DIFFERENT from [[ $b == *"$a"* ]]

    Yikes. I feel your pain. I use bash every day but I just don't trust it to be consistent in its syntax. I think I understand something in bash and then ... it does something squirrely and unexpected.
    Posted 04-26-2017 at 05:32 PM by jr_bob_dobbs jr_bob_dobbs is offline


All times are GMT -5. The time now is 11:10 AM.

Main Menu
Write for LQ is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration