[Openbox] ISO refresh August 10, 2019

Openbox ISO 19.08.10 Stable Branch

2019-08-14T17:12:00Z

ISO has been updated

Please use links from the linked announcement.

VirtualBox installation

When creating a default VirtualBox VM the wizard creates it with a VMSVGA graphics controller.

Before launching the newly created VM goto the settings dialog of the VM and change the graphics controller to VBoxSVGA.

Download

dl-button

Full ISO

direct | sig | sha1 | sha256 | torrent

Minimal ISO

direct | sig | sha1 | sha256 | torrent

14 Likes

Weird

Sometimes the Calamares installer shortcut is missing the executable bit - but not consistent. It is sometimes available as a standard text file - calamares.desktop - opening in the text editor.

Should you experience this really strange behavior -either launch the installer using Manjaro Hello Launch installer or right click the shortcut -> Permissions -> Execute=Anyone and Save.

Why you ask - I don't know - I am as mystified as you are.

The two desktop launchers next to Calamares worked fine.

I feel as a complete moron right now.

After testing and testing the Openbox ISO to make sure everything was working.

Installing both the full and minimal in VirtualBox - really extensive - rigourous testing - and everything was dandy and good to go. They were uploaded yesterday.

Then today I would play with some settings booting the live ISO - full ISO - and suddenly the Calamares installer is just a textfile calamares.desktop.

I have to explicitly change the properties to Execute=Anyone for it becoming a launcher.

It was my local ISO - I rebooted the ISO a couple of times and to make it worse - I downloaded the ISO from OSDN to check I was not in a nightmare and I had the same issue - calamares.desktop text file.

I rebooted the ISO twice - same result - third time - launcher is back.

It is clearly something playing my mind - could one of you great users please check if I am going crazy or what?

Same behavior here. First boot, icon works ok, second and third appears as text file. It seems like openbox have issue with recognizing calamares icons because after re-login icon work as it should. Icon in jgmenu works perfectly fine :confused: It is possible to create shortcut from /usr/share/applications/calamares.desktop? I guess this should be working workaround at the moment (I have no idea about creating ISOs so if I'm talking BS forgive me).

btw Conky in right upper corner don't display correctly on my screen (14.0") :smiley:

Thank you - I am not the one going crazy.

I think this is an issue of pcmanfm(-gtk3) being used at the ISO. But why it behaves differently on continued reboots of a static image is what is puzzling me.

Not sure it have something to do but calamares icon is set to Execute: Nobody. After changing to anyone it work normal.
20190811-182106_373x241_screenshot

PS
It was one time error with conky. I'm on live session now and work perfectly.

Exactly my experience.

But why not consequent - why only sometimes?

I guess it will be hard to locate and we just have to accept the annyoing issues of cpus.

One consulent I have been working with on and of for 25 years says:

Computers is made by the devil. And he was in a bad mood.

That is what is bugging me - an ISO is irreversable, unchangeable by nature - so why does the same ISO behave differently from boot to boot.

An ISO is fixed set of data which should not change during reboot.

It happened to me for first time or at least I don't remember. I don't use conky on daily so my only experience with is only live iso :smiley:

I'll try boot to live session later on fresh burned ISO because now every time I boot calamares icon is always text file (after boot), interesting... :smiley:

I am thinking too much moonshine can play tricks on any anyone bug moonshine and computeres should behave mostly alike.

Maybe we need to wait for new update. Updates always fix problems for everything :smiley:

most likely its -c which has caused these problems

I am not sure what you mean? Care to elaborate?

buildiso -c option
it had one time caused me problems with iso live session

But I have to build this way because the Manjaro Architect shortcut does - some reason - not work unless I remove the sudo part from the launcher.

Normally the build folders are deleted before starting a new build. The -c option makes sure the previous build is not deleted - it does not alter anything in the buildfolders.

The only change to the build folders is the .desktop launcher for Manjaro Architect which has no problem even after the change.

And the error with the Calamares launcher is not consistent - so it bugs me a lot there is no reasonable explanation.

are the permissions correct for the .desktop file?
When I create an install.desktop file on the desktop the file has to be executable, this has tripped me up a few times when copy and pasting files into the liveiso folder, they lose the correct permissions.

Just a thought

1 Like

I have been checking those and they do not have the execute bit set.

But as I don't touch anything but the architect launcher located under buildiso in livefs folder /usr/share/applications I can't figure out why it works sometimes and sometimes not.

The desktop icons on the live iso is created on-the-fly by two launchers located in etc/skel/.config/autostart namely

  • live-session.desktop
  • ma-launcher.desktop
[thinkstation autostart]# ls -lA
totalt 16
-rwxr-xr-x 1 root root 169  9 maj  2018 disable-dpms.desktop
-rwxr-xr-x 1 root root 106  9 maj  2018 live-session.desktop
-rw-r--r-- 1 root root 118  4 aug 15:00 ma-launcher.desktop
-rwxr-xr-x 1 root root 170  9 maj  2018 pulseaudio-ctl.desktop

where the ma-launcher.desktop is not execute but live-session.desktop is.

In the usr/share/applications

[thinkstation applications]# ls -lA
totalt 52
-rw-r--r-- 1 root root   425 14 jul 15:38 calamares.desktop
-rw-r--r-- 1 root root   878 24 maj 23:15 gsmartcontrol.desktop
-rwxr-xr-x 1 root root  1457  7 jul 23:46 ktelnetservice5.desktop
-rw-r--r-- 1 root root   302 10 aug 16:42 manjaro-architect.desktop
-rw-r--r-- 1 root root 18939 10 aug 16:32 mimeinfo.cache
-rw-r--r-- 1 root root  7377 21 dec  2018 pcmanfm.desktop
-rw-r--r-- 1 root root  6539 21 dec  2018 pcmanfm-desktop-pref.desktop

only one is execute


The live-session.desktop launches a script /usr/bin/desktop-items and the ma-launcher.desktop launches /usr/bin/ma-launcher

Both scripts installs the relevant desktop links but only manjaro-architect.desktop is modified

ma-launcher
# !/bin/bash
#
# Architect Installation Framework (2016-2017)
#
# Written by Carl Duff and @mandog for Archlinux
# Heavily modified and re-written by @Chrysostomus to install Manjaro instead
# Contributors: @papajoker, @oberon and the Manjaro-Community.
#
# This program is free software, provided under the GNU General Public License
# as published by the Free Software Foundation. So feel free to copy, distribute,
# or modify it as you wish.

if [ -e /run/miso/bootmnt/manjaro ]; then
    install -Dm755 /usr/share/applications/manjaro-architect.desktop \
      $(xdg-user-dir DESKTOP)/manjaro-architect.desktop
fi

desktop-items
#!/bin/sh

xdg=$(xdg-user-dir DESKTOP)
src='/usr/share/applications'

is_sonar(){
	. /etc/os-release
	if [[ $NAME == "Sonar Linux" ]]; then
		return 0
	else
		return 1
	fi
}

if [[ -f /usr/bin/thus ]]; then
	install -Dm755 $src/thus.desktop \
	$xdg/thus.desktop
	if $(is_sonar); then
		sed -e "s/^.*Name=.*/Name=Install Sonar Linux/" -i $xdg/thus.desktop
	fi
fi

if [[ -f /usr/bin/calamares ]]; then
	install -Dm755 $src/calamares.desktop \
	$xdg/calamares.desktop
	if $(is_sonar); then
		sed -e "s/^.*Name=.*/Name=Install Sonar Linux (Calamares)/" -i $xdg/calamares.desktop
	fi
fi

if [[ -f /usr/bin/manjaro-architect ]]; then
    install -Dm755 $src/manjaro-architect.desktop \
    $xdg/manjaro-architect.desktop

    # workaround for mate-terminal; https://github.com/manjaro/desktop-settings/issues/120
    if [[ $DESKTOP_SESSION == "mate" ]]; then
        sed -i "s/^Exec.*/Exec=mate-terminal -e 'sudo \/usr\/bin\/setup'/; s/Terminal.*/Terminal=false/" $xdg/manjaro-architect.desktop
    fi
fi

if [[ -f "$src/manjaro-documentation.desktop" ]]; then
	install -Dm755 $src/manjaro-documentation.desktop \
	"$xdg/manjaro-documentation.desktop"
fi

if [[ -f "$src/manjaro-welcome.desktop" ]]; then
	install -Dm755 $src/manjaro-welcome.desktop \
	"$xdg/manjaro-welcome.desktop"
fi

if [[ -f "$src/hexchat.desktop" ]]; then
	install -Dm755 $src/hexchat.desktop \
	"$xdg/hexchat.desktop"
fi

# workaround for glib trash bug (https://bugzilla.gnome.org/show_bug.cgi?id=748248)
userid=$(id -u $USER)
if [ ! -d "/.Trash-$userid" ]; then
    sudo mkdir -p /.Trash-$userid/{expunged,files,info}
    sudo chown -R $userid /.Trash-$userid
fi

I will download and have a look in a VM, which one is the best for checking @linux-aarhus

Full ISO - the other seems to be OK.

I think it is a bitwise error in the image when the sfs is created.

This is what the .desktop file looks like when it doesn't fail:

[Desktop Entry]
Type=Application
Version=1.0
Name=Install Manjaro Linux
Name[da]=Installer Manjaro Linux
GenericName=Live Installer
GenericName[da]=Live-installationsprogram
Comment=Install the operating system to disk
Comment[da]=Installer styresystemet på disk
Comment[de]=Manjaro Linux installieren
Exec=/usr/bin/calamares_polkit %f
Icon=calamares
Terminal=false
StartupNotify=true
Type=Application
Categories=Qt;System;

I'll post the failed one if it happens, unless you have it ?

And a failing .desktop file

[Desktop Entry]
Type=Application
Version=1.0
Name=Install Manjaro Linux
Name[da]=Installer Manjaro Linux
GenericName=Live Installer
GenericName[da]=Live-installationsprogram
Comment=Install the operating system to disk
Comment[da]=Installer styresystemet på disk
Comment[de]=Manjaro Linux installieren
Exec=/usr/bin/calamares_polkit %f
Icon=calamares
Terminal=false
StartupNotify=true
Type=Application
Categories=Qt;System; 

I did expect them to be identical - after all they are just a copy installed by the app itself.

20190812-161242_420x367_screenshot

Forum kindly sponsored by Bytemark