freebird54's questions

I recently did a new build, and wanted Arch on it - I have heard good things about it. Naturally, I also wanted a few others on there to make sure I had something I 'knew' how to run. Neither Ubuntu 18.04.2 nor Ubuntu 19.04 was capable of creating a grub entry that could boot Arch, even though they both found it.

Apparently they got fooled by the existence of a microcode update in EFI boot, and attempted to initrd ONLY the microcode, not initramfs-linux.img as exists in the Arch boot setup. I have tried editing the grub.cfg (yes, I know that is not persistent) just to see if that was the (entire) problem, and it appears to be so. The question then, is how do I fix it in a persistent manner?

Thoughts that occur are an attempt to modify the 30_ entry in /etc/default so it works better - skipping 30_ and doing a 40_custom for the other distros - using another boot loader? Is there an even better way - that doesn't require modifying each additional distro after installation, perhaps? I would hate to have to add "/initramfs-linux.img" to the Arch entries in grub.cfg over and over...

freebird54

I am using bash to get some information from audacious to conky for display (including album art). I get the path to the directory of the music file from audacious, then attempt to cd to that directory to find folder.jpg - if found, prepare for display. Unfortunately can't rely on 'well-formed' path names. None of them have a problem from terminal, but the evaluations that bash does... It chokes on doubled spaces ( ) ' / and probably others, although the current setup seems to handle - ok. Here's the relevant function:

GetArt ()
{
    file_path=`audtool --current-song-tuple-data file-path` # get the path to the song
    file_path=$(eval echo "${file_path}")                   # pre-expand to full path
    cd "${file_path}"
    if [[ ! -e "folder.jpg" ]];                             # if no art work found
    then
        cp ~/Work/vinyl.png /tmp/cover.png              # put in placeholder
    else
        convert "${file_path}""/folder.jpg" -resize 120x120 /tmp/cover.png # ready for showing
    fi
}

Any ideas, or would getting out the wire brush and removing the rust from my 'C' compiler be easier?

I tried with double quotes, single quotes, backticks, and even a construct like:

code=$code \"\$filename\""

but nothing seems to work correctly as yet. Fortunately it fails 'pretty' because it just pops up the "can't find art" substitute pic instead, but sometimes things burp all over stderr until the next song - or album.

I am running out of ideas (and sources of ideas) on this one. I am getting a file-path from Audacious, and trying to get album art from the directory referenced. The info provided is correct, and works in terminal.

Things I have tried:

1. Redirected variable to a file, and looked with hexedit for odd characters.

2. Checked script for odd characters the same way.

3. Executed the script with /bin/bash directly.

4. Made a new script with only the non-functional code.

5. Because the path returned is relative [~/Music/Eagles/Desperado] have tried it as [/home/freebird/Music/Eagles/Desperado].

6. Because [Music] is a soft link to another drive have tried it as [/mnt/data/Music/Eagles/Desperado]

7. Have been using the Eagles because I didn't want to deal with [~/Music/Alice Cooper/School's Out] until I had the simpler case working!

8. IT does not have any CR's or other extraneous characters from editing on Windows or elsewhere - haven't used Windows for anything but Freecell and Spider Solitaire since 2007.

9. Nothing so far can resolve the resulting path into usability from inside the script, ALL work from the terminal (including cd).

Here is the actual error message from a recent try:

freebird@nest:~$ ~/check.sh
/home/freebird/check.sh: line 8: cd: ~/Music/Eagles/Desperado: No such file or directory

Any further suspects for me?

Here is the check script for testing:

#!/bin/bash
file_path=`audtool --current-song-tuple-data file-path`
echo > test2 ${file_path}
#${file-path}="/mnt/data/""${file_path:2}"
echo > testpath ${file_path}
cd "${file_path}"
#cd -P "${file-path}"
pwd
exit 1
if [[ ! -e "folder.jpg" ]];   # if no art work found
    then
    cp ~/Work/headphone.png /tmp/cover.png # put in placeholder
    echo "Placeholder"
 else
    convert "${file_path}""/folder.jpg" -resize 120x120 /tmp/cover.png # ready for showing
    echo "found cover"
 fi

It contains various 'test' additions still, the equivalent of scattered printf() to see what's going on :)

new version of testing script:

#!/bin/bash
file_path=`audtool --current-song-tuple-data file-path`
file_path=$(eval echo $file_path)
echo > test2 ${file_path}
${file-path}="$HOME"${file_path:1}
echo > testpath ${file_path}
cd ${file-path}
#cd -P "${file-path}"
pwd
exit 1
if [[ ! -e "folder.jpg" ]];   # if no art work found
    then
    cp ~/Work/headphone.png /tmp/cover.png # put in placeholder
    echo "Placeholder"
 else
    convert "${file_path}""/folder.jpg" -resize 120x120 /tmp/cover.png # ready for showing
    echo "found cover"
 fi

New error messages:

freebird@nest:~$ ~/check.sh
/home/freebird/check.sh: line 5: path=/home/freebirdhome/freebird/Music/Eagles/Desperado: No such file or directory
/home/freebird/check.sh: line 7: cd: path: No such file or directory
/home/freebird
freebird@nest:~$