Arch Linux User Repository

@yangyf, In the future, you can 'Flag package out-of-date' to let me know.

please update to 1.6.0

@yochananmarqos, Yeah, turns out we've been essentially using Epoch to signify builds in general to prevent any kind of issue relating to 'are we on the latest build' kind of stuff. It works, but not exactly intended for this particular use. Will keep at 2 then, the numbering scheme doesn't bother me. Quite frankly, I wouldn't care if I ended up at Epoch 9001. I'd rather see Epoch as a Delta change. I wish semantic versioning were just a timestamp.

@OdinVex: Tip: use vercmp to make sure the next version you bump to is actually higher.

@yochananmarqos, I've done it already with this AUR, and two associates of mine do it as well. Or we're all three doing it incorrect. Either way, I've cleared it before, and it has worked fine. Edit: Seeing some conflicting epoch rules now, though. Hm, maybe. We'll find out next version update.

@OdinVex: That's not the way epochs are used--in fact, they should never or rarely be used. Your stuck with a 2 now. The pkgrel should be bumped when changes are made in between upstream pkgver changes.

@yochananmarqos, Can't tell if you're joking or not about the epoch, because you clearly can. Package version will always maintain upstream version. Epoch is only used to fix errors or compatibility issues in maintaining this AUR, though pkgrel should usually be used. For small stuff like this, I use epoch. If it were an entire rewrite of some section, sure, I'd use pkgrel. It's alright to use it this way. Epoch gets reset every time I update the package version. :)

@OdinVex: I see your last commit 10 minutes ago. You should be bumping the pkgrel, not using an epoch at all. However, now that you have an epoch, you can never remove it.

@yochananmarqos, Yeah, I was trying to update it from a temporary KDE install to add proper Cinnamon restarting (instead of the old way). The clipboard software didn't copy 'export' from my many random text editors at the time as I intended, it kept a line of 'sudo' code that I edited but forgot to read the entire thing. I forgot about the cp command hating me on the methods of copying files I usually use. Should be fine now, though I'm waiting for the repo on the AUR to show an updated PKGBUILD. I also updated the CHANGELOG, forgot to last time (about the quotes bit).

@OdinVex: Ah, I see. Nevermind me, then.

@yochananmarqos, The ID did not change correctly when I didn't. Root can't be used to restart Cinnamon for another user. The way I'm using things works and is the only way to do it. However, there is a typo in the install file. The first sudo should actually be export and not sudo.

@OdinVex: Do not use sudo in an install file, the commands there already run as root.

@ryan80, That's separate from the file-copy stuff. The sudo stuff is probably because the AUR guide wants wrapping at 80 characters, so I tried to split them, might be incorrect, might have pushed the wrong .git, not sure. Just comment out and restart Cinnamon.

I tried to install again. but I had an error message.

(1/1) upgrading mint-artwork [############################################] 100% 
usage: sudo -h | -K | -k | -V 
usage: sudo -v [-ABknS] [-g group] [-h host] [-p prompt] [-u user] 
usage: sudo -l [-ABknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] 
            [command] 
usage: sudo [-ABbEHknPS] [-C num] [-D directory] [-g group] [-h host] [-p 
            prompt] [-R directory] [-T timeout] [-u user] [VAR=value] [-i|-s] 
            [<command>] 
usage: sudo -e [-ABknS] [-C num] [-D directory] [-g group] [-h host] [-p 
            prompt] [-R directory] [-T timeout] [-u user] file ... 
error: command failed to execute correctly 
:: Running post-transaction hooks... 
(1/3) Arming ConditionNeedsUpdate... 
(2/3) Compiling GSettings XML schema files... 
(3/3) Updating icon theme caches...

Maybe it's something wrong in the ".INSTALL" file.

It might be due to the changes I made with quoting everything. I've just undone those quotation marks. Try an upgrade?

@dinth, It uses slick-greeter, the config is named gtk because Mint did that and slick still uses it. What you're talking about is the default config that slick attempts to use first, then it also loads others based on their numeric value, a lot like X11's xorg configs.

I have managed to pass this by copying manually files from ./src/... to ./pkg/... folders and commenting out that line in PKGBUILD.

This error message shows up during the build of 1.5.7:

cp: stat '/home/theaestheticfur/.cache/paru/clone/mint-artwork/src/mint-artwork/usr/share/*' failed: No such file or directory

I tried to use a different wildcard in the cp command, but then the install failed with sudo spitting out its help page.

(1/1) update: mint-artwork [----------------------------------------------] 100% usage: sudo -h | -K | -k | -V usage: sudo -v [-ABknS] [-g group] [-h host] [-p prompt] [-u user] usage: sudo -l [-ABknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] [command] usage: sudo [-ABbEHknPS] [-C num] [-D directory] [-g group] [-h host] [-p prompt] [-R directory] [-T timeout] [-u user] [VAR=value] [-i|-s] [<command>] usage: sudo -e [-ABknS] [-C num] [-D directory] [-g group] [-h host] [-p prompt] [-R directory] [-T timeout] [-u user] file ... error: command failed to execute correctly

How can I fix this?

(Stock Arch Linux + Cinnamon)

also it seems that the greeter config is messed up: 1. The package require lightdm-slick-greeter and replaces lightdm-gtk-greeter. 2. The greeter configuration installed is for lightdm-gtk-greeter

Same problem here. Funilly, running stat manually works

I've this error installing this package. The locale it's in italian, sorry. Basically it can't stat the files in ${pkgdir}/usr/share/ even if those are there.

==> Creazione del pacchetto: mint-artwork 1.5.7-0 (mar 17 mag 2022, 11:19:41)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> ATTENZIONE: Sto usando il tree esistente di $srcdir/
==> Entro nell'ambiente fakeroot...
==> Avvio di package() in corso...
cp: impossibile eseguire stat di '/home/user/.cache/yay/mint-artwork/src/mint-artwork/usr/share/*': File o directory non esistente
==> ERRORE: Si è verificato un errore in package().
    L'operazione sta per essere interrotta...
 -> errore nella creazione: mint-artwork

I've updated the dbus method of restarting Cinnamon. It seems dbus doesn't allow other users to communicate with other's sessions. With everything running as root (sudo), I had to come up with a way to 'get back to the user' bus to send the restart command. Tested, worked fine on 3 machines. Edit: It now also lets the user know it is restarting Cinnamon via official 'Restarting Cinnamon ...' OSD. :)

@jasminj, They're meant to conflict. manjaro-cinnamon-settings changes the default Cinnamon configuration for new profiles and other small stuff, including a makepkg.conf. Your only options are to either specify overwrite, not install mint-artwork, or remove manjaro-cinnamon-settings (best, in my opinion, except you'd need to create/copy makepkg.conf).

Edit: In short, instead of using mint-artwork which normally themes Cinnamon, Manjaro decided to change all defaults to their own without separating their modifications. The only thing useful about manjaro-cinnamon-settings is the default HexChat Server List configured for Manjaro rather than Linux Mint and makepkg.conf. I might add it as a conflict and provides for both manjaro-cinnamon-settings and manjaro-desktop-settings. If you want to test out without doing an overwrite or removing manjaro-cinnamon-settings, you can comment-out the line regarding skel copying in the pkgbuild or other overwriting files.

I face the same problem with "manjaro-cinnamon-settings". Do you already know what is the reason and how to solve it?

@All, I've updated the package to fix the INSTALL, as well as switched the method of restarting Cinnamon. Edit: I've discovered the official means to restart Cinnamon via Mint Update's restarting Cinnamon due to applet updates. I've updated the INSTALL and the Arch Wiki regarding restarting Cinnamon as well.

Conflicts with manjaro-cinnamon-settings, but I'm working out how much can be tolerated and how best to handle.

Doesnt seem to work:

Installing mint-artwork (1.5.6-2)...  [1/1]
/tmp/alpm_9k6xdc/.INSTALL: line 3: syntax error near unexpected token `}'
Error while configuring mint-artwork
/tmp/alpm_9k6xdc/.INSTALL: line 3: `}'
/usr/bin/bash: line 1: post_install: command not found
Error: mint-artwork: command failed to execute correctly

@jpegxguy, mint-artwork naturally overwrites some configurations which would render the end-user unable to use its functionality if the dependencies weren't installed, such as stuff relating to lightdm. You can always run a local patch (and even automate it!) to eliminate the mint-backgrounds provided you at least use a most extremely basic mint-backgrounds package from an AUR, but the rest are required. I do not recall which backgrounds package you would need. The backgrounds take the most time, in my situation, but only during first install.

Can everything be combined into mint-artwork? Indeed the AUR packages now seem to match the Linux Mint packages, but there are so many dependencies and takes a long time to build

@Cromer, @SunRed, I'm wondering if I can simply restart Cinnamon instead of the logout/in...

@OdinVex OK I got it, path for most sounds has changed from /usr/share/sounds/LinuxMint/stereo to /usr/share/mint-artwork/sounds. A little bit complicated, but thanks a lot for the tip.

@papa33, It installs all of them, nothing has changed:

/usr/share/mint-artwork/sounds/close.oga
/usr/share/mint-artwork/sounds/login.oga
/usr/share/mint-artwork/sounds/logout.ogg
/usr/share/mint-artwork/sounds/map.oga
/usr/share/mint-artwork/sounds/maximize.oga
/usr/share/mint-artwork/sounds/minimize.oga
/usr/share/mint-artwork/sounds/notification.oga
/usr/share/mint-artwork/sounds/plug.oga
/usr/share/mint-artwork/sounds/switch.oga
/usr/share/mint-artwork/sounds/tile.oga
/usr/share/mint-artwork/sounds/trash.oga
/usr/share/mint-artwork/sounds/unmaximize.oga
/usr/share/mint-artwork/sounds/unplug.oga
/usr/share/mint-artwork/sounds/volume.oga
/usr/share/sounds/LinuxMint/stereo/button-pressed.ogg
/usr/share/sounds/LinuxMint/stereo/button-toggle-off.ogg
/usr/share/sounds/LinuxMint/stereo/button-toggle-on.ogg
/usr/share/sounds/LinuxMint/stereo/desktop-login.ogg
/usr/share/sounds/LinuxMint/stereo/desktop-logout.ogg
/usr/share/sounds/LinuxMint/stereo/dialog-error.ogg
/usr/share/sounds/LinuxMint/stereo/dialog-information.ogg
/usr/share/sounds/LinuxMint/stereo/dialog-question.ogg
/usr/share/sounds/LinuxMint/stereo/dialog-question.wav
/usr/share/sounds/LinuxMint/stereo/dialog-warning.ogg
/usr/share/sounds/LinuxMint/stereo/phone-incoming-call.ogg
/usr/share/sounds/LinuxMint/stereo/system-ready.ogg
/usr/share/sounds/LinuxMint/stereo/window-slide.ogg
/usr/share/sounds/linuxmint-gdm.wav
/usr/share/sounds/linuxmint-login.wav
/usr/share/sounds/linuxmint-logout.wav

@OdinVex No, it's not inetgrated. mint-artwrok contains very few sounds in fact.

Edit : OK I got it, path for most sounds has changed from /usr/share/sounds/LinuxMint/stereo to /usr/share/mint-artwork/sounds. A little bit complicated, but thanks a lot for the tip.

@papa33, You don't. Mint upstream combined that stuff into mint-artwork. Just install, it's integrated. Be aware that this package forcibly logs the user out after installation. It's to prevent corruption of settings until better understanding and possibly a work-around are introduced.

Hi. How to install cinnamon-sounds? Thanks.

@Cromer, That...sounds as if it wouldn't really be seen easily in an alarming way, if even that. I'd ask the Mint developers, but they're a bit 'corps d'elite' when it comes to anything not Mint. 'Which version of Mint? Not Mint? There's the door.'

Typically what is done is put an echo with the message in the install file.

Doing it via an echo is preferable because the user could be updating via tty or over ssh, and we can guarantee they see the message if done with an echo.

@Cromer, If I did decide to remove it to give the decision to the user, which way'd be best? notify-send?

@Cromer, Ah, right. Multitasking an insurance issue over phone, kinda breaks concentration.

I said arch's repos, not the AUR.

@Cromer, Surprised you could grep the entire AUR on such a whim. It'll call it, until someone can come up with a solution to prevent losing entire DE settings/half-corrupt/inability to login/crash-looping (or someone can confirm none of those issues occur after installing without systemctl -- background: installing and then changing settings without logging out/in can cause some settings in Cinnamon to half-ass and break Cinnamon (crash-loop, lost/corrupt settings) -- at least in v1.4.* when initially created. Just to note, the first post does mention this package should be initially installed on a clean installation, just to be safe.). It wasn't an easy decision to make, including it.

@OdinVex, no package should ever call systemctl from the install script. By restarting lightdm it logs the user out causing them to lose everything that they have open. Not a single package on all of arch's repos calls systemctl and yours shouldn't either.

@SunRed, It is necessary, systemctl is needed to restart the DM to prevent settings issues. As I mentioned earlier, if you want to be the one to test an upgrade without systemctl then feel free to reinstall while taking the line out and monkey with your settings and log out/in. Settings saved overwrite upgraded ones and can half-muck things. That was the test result with 1.4.*.

@yochananmarqos: Ah, I see, thank you. I knew about pacman hooks but I didn't know there was one for gsettings schemas. In that case an install file shouldn't be necessary anymore at all.

@yochananmarqos, Ah, I see that. Updated.

@SunRed:

In your install file you should also create a hook for post_upgrade

No, he shouldn't. There's been a glib-compile-schemas hook since 2016, see package guidelines.

@OdinVex: Please revert the change.

@SunRed,

Edit: I hate this markdown syntax...

Edit: Also updated to 1.5.6. I was debating how useful it'd be to update to it, it only had a Nemo thumbnail limit increase to 32 GB from 4 GB, but I pushed anyway.

• The owners of the other packages should decide what they're doing. Their packages provide a subset of Cinnamon/Mint stuff. It doesn't exactly conflict, or provide the nature of the sub-function packaging you're looking for.
• I meant to swap out to sha256sums. Updated (untested, out of town). Thank you for reminding me.
• Linux Mint does not always react well when downloading packages over HTTPS, and it would be impractical to try to maintain a list of HTTPS mirrors. I've tried off-and-on for two years, unable to get a response, or it is extremely delayed. Sticking to HTTP. (I've experienced 30-minute delays...in the USA.) I'm all 100% for privacy, but I wouldn't be able to maintain that level of minuteness.
• While I'd normally agree with install over mkdir and cp, I kept it this way to show a direct one-to-one transliteration of the Mint package's intentions, though I may switch to install.
• I added the post_upgrade stuff, good catch, thank you.
• systemctl was necessary, otherwise people end up with a corrupted/broken Cinnamon experience if they change things between logging out and in.
• I am not splitting this package, it is just about mint-artwork, nothing less and nothing more.

Edit: I do hate the fact that I must use systemctl to restart the DM, but again, there is conflict/corruption/garbage if people change settings after any update to this package. Maybe post_upgrade fixes that, I do not know. If you can test without systemctl yet get the Nemo default 32 GB thumbnail size showing up, then I'll remove it while somehow letting the user know (notify-send?) to log-out/in.

Sorry I forgot about this topic again. I filed a merge request now for 'mint-sounds' and 'cinnamon-sound-effects' to this package. I have a few comments on the PKGBUILD of this package though:

• Add 'mint-sounds' and 'cinnamon-sound-effects' to provides (and also conflicts)
• You should use at least sha256 checksums and avoid md5 and sha1 nowadays, especially when not using an https mirror
• It's true that https is not strictly necessary when verifying the integrity via checksums but it also improves privacy and the cost nowadays is negligible, so using an https mirror is always preferred
• url should be pointing to https://linuxmint.com/ or some other package specific website instead of the mirror directory itself

• Remove unset package vars and consider using install instead of mkdir and cp as you can create directories as needed and ensure the correct permissions are being set (though it should be fine as it is now if the package source doesn't change regarding this)

• In your install file you should also create a hook for post_upgrade as in

_update() {
    glib-compile-schemas '/usr/share/glib-2.0/schemas/'
}

post_install() {
    _update
}

post_upgrade() {
    _update
}

post_remove() {
    _update
}

• You MUST NOT execute systemctl in your install file but should instead at most give a notice to restart the dm for changes to take effect. You don't do stuff like that automatically like on Debian. This assumes the use of lightdm, throws you out of your session and also this requires systemd (that is not a dependency of this package) and wouldn't work on distros like Artix and similar.

Lastly, one could think about splitting this package in the future if the assets increase in their variety (themes, sounds, display manager greeters etc.) and since there are users that don't use lightdm.

Edit: I also now edited the archwiki page accordingly to point to this package.

@SunRed, I might be wrong, but I thought the checksums/signings for packages were served over encryption to prevent mitm-attacks while allowing packages to be served via plaintext to conserve bandwidth.

@classicalover, I decided to follow Mint on this and make mint-themes-legacy an optional dependency, I've updated the repository.

@OdinVex thanks for your quick reply. I'm not able to install the package from the AUR because mint-artwork_1.5.4.tar.xz isn't available on their website anymore. How can I install this package? Apologies, I am a new Arch user.

I will look into this matter and will see what I should do with these packages. One could also use mint-artwork as the new package base and split it accordingly. The actual reason for using the fau.de mirror was that the official linuxmint.com mirror was extremely slow in the past no matter where you were located in the world. That apparently improved but additionally the fau.de mirror supports https.

@odinVex: I like the way you think. Cheers!

@yochananmarqos, I'd rather a ruckus over possible issues be raised than nothing be said with silent suffering. Debate springs wisdom...usually... hopefully. ;)

@OdinVex: The analogy makes no sense, but I get your meaning. The conflict with mint-sounds is proper as it does have conflicting files.

Maybe I'm making a ruckus for nothing, then.

@yochananmarqos, It should use a rotating mirror if possible, then.

@yochananmarqos, They may use older packages that may never be updated, but the needs they filled and still fill for those that desire it like that doesn't necessitate deprecating the packages. I see it a bit like my not liking pizza with olives, but it doesn't mean a pizza with olives should be deprecated in favor of one without. Maybe my analogy is absurd, but it is as good as I can convey with sleep deprivation.

Possibly flag them as out-of-date, but I don't think they should attempt to conflict or merge with any package in this scale.

Edit: I just noticed, I already had mint-sounds set for conflict. I didn't mean to add that. In the end, I'd suggest asking the original package owners for their opinions on things. Perhaps they'll just delete theirs?

@OdinVex: The reason this package is using the mirror is because the upstream mint-artwork-common doesn't exist anymore.

@SunRed: If you update the source to the upstream mint-artwork package and install the same files, it won't conflict with @OdinVex's mint-artwork package.

@OdinVex: I see. Thing is, both mint-sounds and cinnamon-sound-effects use the old upstream packages that will never be updated again. This package provides the current upstream source for both. I left comments on both AUR package pages, so if the maintainers decide to use the current upstream source then you won't have to change anything.

While this package is alright on its own, it's a bit dated and shouldn't use a mirror like this.

@yochananmarqos, I took a look at the other packages, they're not meant to be the AUR for Cinnamon/Mint packages, they're purely 3rd-party intentions. I don't intend to add conflicts or merge their intentions. They may be necessary for people who don't desire this package in its form. I know some people who desire only those packages and not this full-blown service package. If I had my own personal way, I'd include the changes in my comment on this package just for completeness, but I think people might be upset by the resetting of things despite it being more pure. This is why I mention that those commands should be done on a first install for the “most Mint-like” experience.

@OdinVex: That's because this package installs the same sounds in a different place. Therefore, technically it doesn't conflict as far as not having any conflicting files. mint-artwork replaces mint-artwork-cinnamon and mint-artwork-common upstream, so really mint-sounds and cinnamon-sound-effects should be merged into mint-artwork.

@yochananmarqos, I'm not sure if it should conflict with cinnamon-sound-effect. In my earlier testing, I needed cinnamon-sound-effect to completely use the Linux Mint theme.

This should also conflict with cinnamon-sound-effects.

This package is deprecated and all the sounds are part of mint-artwork. This should conflict with it or both mint-sounds and cinnamon-sound-effects should be merged into mint-artwork.

This package is deprecated and all the sounds are part of mint-artwork. This should conflict with it or both mint-sounds and cinnamon-sound-effects should be merged into mint-artwork.

Updated to 1.5.4 Upstream, original servers removed 1.5.3 package.

@fishnet37222, in the future, you can flag a package out-of-date.

Just an FYI. The file "mint-artwork_1.5.3.tar.xz" is no longer available on the Linux Mint servers. I had to change the version in the PKGBUILD to "1.5.4" in order to get the package to install.

Be kind, this is my first AUR.

This is best installed before configuring a new installation. I debated whether to add the resets to force immediate changes, but I didn't want anyone to lose any configurations by accident. Instead, I'll post some helpful commands below. Note that this package overrides /etc/lightdm/lightdm-gtk-greeter.conf used by lightdm-gtk-greeter.

I recommend the following for a better Cinnamon experience (warning: the following resets many Cinnamon settings to their Mint defaults):

sudo touch /usr/share/backgrounds/linuxmint/default_background.jpg
sudo gsettings reset-recursively org.cinnamon
gsettings reset-recursively org.cinnamon
sudo systemctl restart lightdm

If you wish to go even further, I'd recommend (please be careful, some of this you may not want and some of this may not be relevant to your distro):

hicolor-icon-theme mint-themes mint-themes-legacy mint-x-icons mint-y-icons mint-backgrounds gconf-gtk2 mintstick mintlocale linuxmint-keyring drawing folder-color-switcher gimp gparted hexchat pix redshift-git simple-scan timeshift warpinator-git lightdm-settings lightdm-slick-greeter gnome-disk-utility gnome-screenshot

This package does not need a pkgbase; it's not a split package.

There is no point in this package having a pkgbase variable; as it's not a split package.

I able to install using the link I posted below by: (USE AT YOUR OWN RISK)

Use git to clone dir, navigate to dir in Nemo(etc) that you cloned too, open PKGBUILD and modify line 6 'pkgver=5.5' to 'pkgver=5.7', then open .SRCINFO and modify line 5 'pkgver=5.5' to 'pkgver=5.7' and line 10 so the link points to "https://ftp.fau.de/mint/packages/pool/main/m/mint-artwork-cinnamon/mint-artwork-cinnamon_5.7.tar.gz

Now use makepkg -si --skipinteg --skipchecksums and it should install.

Link is dead, correct link is /mint-artwork-common_2.1.8.tar.gz.

This is how I installed using new link: (USE AT YOUR OWN RISK)

Use git to clone dir, navigate to dir in Nemo(etc) that you cloned too, open PKGBUILD and modify line 6 'pkgver=2.1.7' to 'pkgver=2.1.8', then open .SRCINFO and modify line 5 'pkgver=2.1.7' to 'pkgver=2.1.8' and line 10 so the link points to "https://ftp.fau.de/mint/packages/pool/main/m/mint-artwork-common/mint-artwork-common_2.1.8.tar.gz"

Now use makepkg -si --skipinteg --skipchecksums and it should install.

The correct link is:

https://ftp.fau.de/mint/packages/pool/main/m/mint-artwork-cinnamon/mint-artwork-cinnamon_5.7.tar.gz

When using both git clone/makepkg and pacaur ERROR: Failure while downloading https://ftp.fau.de/mint/packages/pool/main/m/mint-artwork-cinnamon/mint-artwork-cinnamon_5.5.tar.gz.

Also get a 404 when attempting to follow link within a browser.