MX-23 beta 1 feedback thread

[Jerry3904]

That's a thought. I'd like to hear from @Stevo before we take any such steps. Maybe we should also take a look at the forums of the few other distros (maybe especially Gentoo) listed by Repology as having 0.7.8 available.

[dolphin_oracle]

after adjusting the transparency in .ideskrc to 0, i find colors are OK but it appears to me that the transparent parts of svg icons are rendered black.

[Jerry3904]

Here's the Gentoo ebuild where the svg inclusion is indicated:

Code: Select all

# Copyright 1999-2022 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

EAPI=8

inherit autotools

DESCRIPTION="Utility to place icons on the root window"
HOMEPAGE="https://github.com/neagix/idesk"
SRC_URI="https://github.com/neagix/idesk/archive/refs/tags/v${PV}.tar.gz -> ${P}.tar.gz"

LICENSE="BSD"
SLOT="0"
KEYWORDS="~alpha amd64 ~hppa ppc ppc64 sparc x86"
IUSE="svg"

RDEPEND="
	dev-libs/glib
	dev-libs/libxml2
	media-libs/freetype
	media-libs/imlib2[X]
	media-libs/libart_lgpl
	x11-libs/libXft
	x11-libs/gtk+:3
	x11-libs/pango
	x11-libs/startup-notification
	svg? (
		gnome-base/librsvg
		x11-libs/gdk-pixbuf
	)
"
DEPEND="${RDEPEND}"
BDEPEND="virtual/pkgconfig"

PATCHES=(
	"${FILESDIR}"/${PN}-0.7.8-use-pkg-config-imlib2.patch
)

src_prepare() {
	default

	sed -i -e 's,/usr/local/,/usr/,' examples/default.lnk || die

	eautoreconf
}

src_configure() {
	econf \
		--enable-libsn \
		$(use_enable svg)
}

[i_ri]

hello dolphin_oracle
idesk equal time for idesk png
A lazpaint way to convert svg to png in this script; saves to a appsideskp directory (this sample uses /usr/share/idesk/appsideskp/)
root terminal run script; paste into the entrytextbox the path to your favorite svg icon; ok.
Backup method two with this sample
you do a rsvg sample suggest are there plentiful ways to png(?) and i learn your sample to incorporate temporarily within idesktool for convert to png? show your preferred destination directory for idesk.png. i do not think that idesktool should handle it.

Code: Select all

#!
## idesk png, put result in appsideskp directory. 
##  You create /usr/share/idesk/appsideskp/
## adapt to your destination directory. 
export DIALOG=$(cat <<End_of_Text 
<window title="appsideskp png idesk " icon-name="gtk-convert" window-position="1">
<vbox>
<hbox>
<vbox>
<frame  icon path >
<combobox>
<item>""</item>
<variable>TOIDESKPNG</variable>
</combobox>

</frame>
</vbox>
</hbox>
<frame alt+o >
<button ok></button>
</frame>
</vbox>
</window>
End_of_Text
)

I=$IFS; IFS=""
for STATEMENTS in  $(gtkdialog --program DIALOG); do
	eval "$STATEMENTS"
done
IFS=$I

if [ "$EXIT" = "OK" ] ; then
TOIDESKAPPSP=$(basename "${TOIDESKPNG}idesk.png")
lazpaint ${TOIDESKPNG} /usr/share/idesk/appsideskp/${TOIDESKAPPSP} &

else
exit
fi

[Melber]

after adjusting the transparency in .ideskrc to 0, i find colors are OK but it appears to me that the transparent parts of svg icons are rendered black.

doesn't work for me

quickshot_230611_160137.png

[i_ri]

gui
svg to png using nomacs

sudo nomacs >File >Open >name.svg >Open
>File >SaveAs >48x48 /destination/appsideskp/nameidesk.png >Save

[dolphin_oracle]

after adjusting the transparency in .ideskrc to 0, i find colors are OK but it appears to me that the transparent parts of svg icons are rendered black.

doesn't work for mequickshot_230611_160137.png

I see now. I was testing with some different papirus icons. 3dchess and 7zip were fine color wise.

i_ri thinks maybe the red and blue channels are reversed in some icons. I don't know enough about it to be able to say.

you could possibly convert svg's to png's on the fly and stash them in /home somewhere, maybe even in the .idesktop folder with the link files. if librsvg2-bin is installed, then this will work on the fly

using mx-packageinstaller.svg and a 48x48 size

Code: Select all

rsvg-convert -w 48 -h 48 /usr/share/icons/Papirus/48x48/apps/mx-packageinstaller.svg -o ~/mx-packageinstaller.png

[Melber]

after adjusting the transparency in .ideskrc to 0, i find colors are OK but it appears to me that the transparent parts of svg icons are rendered black.

doesn't work for mequickshot_230611_160137.png

I see now. I was testing with some different papirus icons. 3dchess and 7zip were fine color wise.

i_ri thinks maybe the red and blue channels are reversed in some icons. I don't know enough about it to be able to say.

you could possibly convert svg's to png's on the fly and stash them in /home somewhere, maybe even in the .idesktop folder with the link files. if librsvg2-bin is installed, then this will work on the fly

using mx-packageinstaller.svg and a 48x48 size

Code: Select all

rsvg-convert -w 48 -h 48 /usr/share/icons/Papirus/48x48/apps/mx-packageinstaller.svg -o ~/mx-packageinstaller.png

That was kinda my plan. Thanks for the code snippet.

@i_ri @Jerry3904
I don't think it's just the red and blue channels, all colours are getting shifted and not just inverted.
It seems idesk just can't render svgs properly.
Could we build a check into mx-idesktools and if the selcted icon is an svg, save a png copy to ~/.idesktools/icons and use that png icon instead? Svg>png conversion could be done with rsvg rather than needing to install lazpaint.

[Jerry3904]

Good ideas, people. I would think the appropriate place to put them would be

Code: Select all

~/.icons/idesk

[entropyfoe]

I have to agree Shifu

#405 Post by Shifu » Sat Jun 10, 2023 11:12 pm
I installed it a week ago on a separate partition and it's running fine. Very good. Flawless. I haven't booted back into my MX21 partition since.

Same here, > 11 days uptime, no crash, no lock-ups. One reboot for bench marking. Taking all synaptic upgrades. Stable in light loads and heavy (Ryzens used to have trouble in idle modes in the bad old days), suspending and waking quickly without issues. Heavy, meaning 10 threads 100% with stockfish. Importing and working with > GB databases, many 100's of GB of data backups and file transfer...Firefox with many windows and hundreds of tabs. All smooth and fast. This is a great beta. Thanks !

For bench-marking, recall this is the same hardware, as with Shifu, just a different partition, on the same drive as MX 21.3 root. So scores on the MX system profiler and bench marking tool are comparable.
I ran twice each on separate days with reboots.]
Test MX 23 beta 1 MX 21.3 units
CPU Blowfish 0.47, 0.47 0.55, 0.47 s=seconds
Cryptohash 5176, 5427 5339, 5556 MB/sec
Fibonacci 0.29, 0.29 0.29, 0.30 s
N Queens 4.64, 4.84 4.62, 4.65 s
CPU zlib 2.57, 2.55 2.92, 2.69 (Highmarks, higher is better, but this seems wrong, as the PowerPC has a very high number?!?!?!)
fft 0.70, 0.71 0.71, 0.70 s
FPU ray tracing 4.04, 4.02 4.20, 4.24 s


So, MX 23 beta1 looks comparable, though the Cryptohash may be lower a bit maybe,needs more sample size to gauge variability. Same for N Queens.