Package Details: osu-lazer 2022.509.0-1

Git Clone URL: https://aur.archlinux.org/osu-lazer.git (read-only, click to copy)
Package Base: osu-lazer
Description: The new open source version of osu!, the free-to-win rhythm game
Upstream URL: https://osu.ppy.sh/
Keywords: game lazer osu peppy ppy rhythm
Licenses: MIT, custom:CC-BY-NC 4.0
Submitter: morguldir
Maintainer: morguldir (ppy)
Last Packager: morguldir
Votes: 53
Popularity: 1.61
First Submitted: 2018-06-21 12:34 (UTC)
Last Updated: 2022-05-10 14:54 (UTC)

Latest Comments

ZhangHua commented on 2022-02-17 04:51 (UTC) (edited on 2022-02-17 05:19 (UTC) by ZhangHua)

ppy has upgrade dotnet to target 6.0 since version 2022.216.0, please update PKGBUILD so we can play it, thank you. This patch should works:

diff --git a/PKGBUILD b/PKGBUILD
index 3577f55..c89fc46 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,10 +4,10 @@
 # Contributor: "donaldtrump" [AUR]

 pkgname=osu-lazer
-pkgver=2021.1111.0
+pkgver=2022.216.0
 pkgrel=1

-dotnet_version=5.0
+dotnet_version=6.0

 pkgdesc="The new open source version of osu!, the free-to-win rhythm game"
 arch=('x86_64')
@@ -15,7 +15,7 @@ license=('MIT' 'custom:CC-BY-NC 4.0')
 url='https://osu.ppy.sh/'

 depends=(ffmpeg libgl sdl2 shared-mime-info "dotnet-runtime>=$dotnet_version.0")
-makedepends=(git "dotnet-sdk>=$dotnet_version.5.sdk202")
+makedepends=(git "dotnet-sdk>=$dotnet_version.0.sdk100")

 source=(
     "osu-lazer::git+https://github.com/ppy/osu.git#tag=$pkgver"

ZhangHua commented on 2022-01-07 11:33 (UTC)

I think you can set dotnet-runtime=5.0.13 in depends and dotnet-sdk=5.0.13.sdk404 in makedepends. Both packages can be found on AUR and they should be the latest version of dotnet 5. After doing so, we can continue using newest game before ppy upgrade dotnet to 6.0.

yoshi3 commented on 2021-12-18 18:18 (UTC) (edited on 2021-12-18 18:20 (UTC) by yoshi3)

"...framework 'Microsoft.NETCore.App', version '5.0.0' (x64) was not found..."

(Kernel 5.15.x, dotnet 6.0)

instead of "AUR":

git clone https://github.com/ppy/osu.git
cd osu
dotnet publish -c Release -r linux-x64 --self-contained osu.Desktop

The Folder osu/osu.Desktop/bin/Release/net5.0/linux-x64/ now contains "osu" to play

XeonBionic commented on 2021-12-11 14:59 (UTC)

It was not possible to find any compatible framework version The framework 'Microsoft.NETCore.App', version '5.0.0' (x64) was not found. - The following frameworks were found: 6.0.0 at [/usr/share/dotnet/shared/Microsoft.NETCore.App]

You can resolve the problem by installing the specified framework and/or SDK.

The specified framework can be found at: - https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=5.0.0&arch=x64&rid=endeavouros-x64 I keep getting this error. Shouldn't this framework version be a installed dependency from the first place?

ppy commented on 2021-11-16 11:18 (UTC)

We will not be updating to net60 until some months (we have some prerequisites that are not yet ready). Please continue targetting net50.

Dr_KittyKat commented on 2021-11-16 08:30 (UTC)

I'm having trouble launching this package with the default dependencies. The error I get when I run it is:

It was not possible to find any compatible framework version
The framework 'Microsoft.NETCore.App', version '5.0.0' (x64) was not found.
  - The following frameworks were found:
      6.0.0 at [/usr/share/dotnet/shared/Microsoft.NETCore.App]

You can resolve the problem by installing the specified framework and/or SDK.

The specified framework can be found at:
  - https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=5.0.0&arch=x64&rid=arch-x64

It looks like with the release of .NET 6.0, the package dotnet-runtime-bin no longer provides a valid version of .NET core. I'm still pretty new to bug reporting, but I couldn't find anything on github or in these comments. It looks like to fix it would require changing the pkgbuild to additionally limit dotnet-runtime<6.0.0, or for osu to be updated for .NET 6.0.0.

Anyway, for those experiencing the problem I have, you can try using dotnet-runtime-5.0-bin. This worked for me.

morguldir commented on 2021-10-17 15:11 (UTC)

@Hafizdkren no, i think you have spammed me too much for that to happen.

Besides, the package needs to be tested before I will push an update, it first has to build, and then i also have to test that the game works, since osu-lazer updates very frequently, this won't always happen instantly. If you want something that updates automatically, you can use osu-lazer-git.

Hafizdkren commented on 2021-10-17 06:14 (UTC)

@morguldir can I be a co-maintainer? Since your pkgbuild usually slower than github release. I think it will be ok if I just change the release number base on github release, so it keep UTD with github release and also equal with osu-lazer-bin release timestamp.

morguldir commented on 2021-10-09 00:21 (UTC)

Thanks for letting me know, localization files are now included.

ZhangHua commented on 2021-09-25 06:47 (UTC)

It seems that you forget to add language folder in $output to $pkgdir/usr/lib/$pkgname, which results that we can't set language in the game. Please fix this so we can have a localized game experience, thank you.

ppy commented on 2021-08-31 16:24 (UTC)

Right, you would be looking for https://github.com/ppy/osu/releases/tag/2021.828.0

Lucki commented on 2021-08-31 14:44 (UTC) (edited on 2021-08-31 14:49 (UTC) by Lucki)

Well, in a clean chroot it's alway starting from scratch, there's no build folder to begin with.

The PR is from 10 days ago and this package pulls resources with tag 2021.820.0 which is 11 days old so the fix isn't included in the release yet as it seems.

ppy commented on 2021-08-31 02:22 (UTC)

This was a regression and was already fixed (https://github.com/ppy/osu-resources/pull/147).

You may need to nuke your build folder once to get rid of the incorrect cased name.

Lucki commented on 2021-08-30 23:03 (UTC) (edited on 2021-08-30 23:04 (UTC) by Lucki)

I'm getting the following build error in a clean chroot:

  osu.Game -> /build/osu-lazer/src/osu-lazer/osu.Game/bin/Release/netstandard2.1/osu.Game.dll
  osu.Game.Rulesets.Catch -> /build/osu-lazer/src/osu-lazer/osu.Game.Rulesets.Catch/bin/Release/netstandard2.1/osu.Game.Rulesets.Catch.dll
  osu.Game.Rulesets.Mania -> /build/osu-lazer/src/osu-lazer/osu.Game.Rulesets.Mania/bin/Release/netstandard2.1/osu.Game.Rulesets.Mania.dll
  osu.Game.Rulesets.Osu -> /build/osu-lazer/src/osu-lazer/osu.Game.Rulesets.Osu/bin/Release/netstandard2.1/osu.Game.Rulesets.Osu.dll
  osu.Game.Tournament -> /build/osu-lazer/src/osu-lazer/osu.Game.Tournament/bin/Release/netstandard2.1/osu.Game.Tournament.dll
  osu.Game.Rulesets.Taiko -> /build/osu-lazer/src/osu-lazer/osu.Game.Rulesets.Taiko/bin/Release/netstandard2.1/osu.Game.Rulesets.Taiko.dll
/usr/share/dotnet/sdk/5.0.205/Microsoft.Common.CurrentVersion.targets(4632,5): warning MSB3026: Could not copy "/build/.nuget/packages/ppy.osu.game.resources/2021.820.0/lib/netstandard2.1/pt-br/osu.Game.Resources.resources.dll" to "bin/Release/net5.0/linux-x64/pt-br/osu.Game.Resources.resources.dll". Beginning retry 1 in 1000ms. Could not find a part of the path '/build/osu-lazer/src/osu-lazer/osu.Desktop/bin/Release/net5.0/linux-x64/pt-br/osu.Game.Resources.resources.dll'.  [/build/osu-lazer/src/osu-lazer/osu.Desktop/osu.Desktop.csproj]
[…]
/usr/share/dotnet/sdk/5.0.205/Microsoft.Common.CurrentVersion.targets(4632,5): error MSB3027: Could not copy "/build/.nuget/packages/ppy.osu.game.resources/2021.820.0/lib/netstandard2.1/pt-br/osu.Game.Resources.resources.dll" to "bin/Release/net5.0/linux-x64/pt-br/osu.Game.Resources.resources.dll". Exceeded retry count of 10. Failed.  [/build/osu-lazer/src/osu-lazer/osu.Desktop/osu.Desktop.csproj]
/usr/share/dotnet/sdk/5.0.205/Microsoft.Common.CurrentVersion.targets(4632,5): error MSB3021: Unable to copy file "/build/.nuget/packages/ppy.osu.game.resources/2021.820.0/lib/netstandard2.1/pt-br/osu.Game.Resources.resources.dll" to "bin/Release/net5.0/linux-x64/pt-br/osu.Game.Resources.resources.dll". Could not find a part of the path '/build/osu-lazer/src/osu-lazer/osu.Desktop/bin/Release/net5.0/linux-x64/pt-br/osu.Game.Resources.resources.dll'. [/build/osu-lazer/src/osu-lazer/osu.Desktop/osu.Desktop.csproj]

Looking in the build folder:

  • /build/.nuget/packages/ppy.osu.game.resources/2021.820.0/lib/netstandard2.1/pt-br/osu.Game.Resources.resources.dll exists
  • /build/osu-lazer/src/osu-lazer/osu.Desktop/bin/Release/net5.0/linux-x64/pt-br/ does not exists
  • /build/osu-lazer/src/osu-lazer/osu.Desktop/bin/Release/net5.0/linux-x64/pt-BR/ exists

Ta180m commented on 2021-08-06 03:13 (UTC)

Does online still not work for this package? If so, there's a patch out there that fixes it. I haven't had much time to test it though.

Sarisan commented on 2021-05-25 09:53 (UTC)

Then them both should be added as optional

huupoke12 commented on 2021-05-25 09:47 (UTC) (edited on 2021-05-25 09:52 (UTC) by huupoke12)

@Sarisan No, it depends on the audio setup, so it shouldn't be a dependency. Pure ALSA users don't have to install anything, or they will use dmix, while PipeWire users will install pipewire-alsa instead. Also, people with professional sound cards that can handle multiple streams won't have that problem.

Sarisan commented on 2021-05-25 09:44 (UTC)

Add pulseaudio-alsa as requirement, there is "BASS faulted with error code 46: Busy" without it

morguldir commented on 2021-04-11 04:00 (UTC)

Not a fan of retrusting the VeriSign certificate, but either way this decision should be made by Arch or Mozilla. Anyway, dotnet has interestingly decided to disable package verification on Linux and macOS for the time being, which is included in the 5.0.202 SDK, so i will wait for that.

OriginCode commented on 2021-04-10 01:53 (UTC) (edited on 2021-04-10 01:57 (UTC) by OriginCode)

As dotnet 5.0 has been released by Arch Linux official, the package can be updated.

A personal modified version of PKGBUILD for the newer version: https://gitlab.com/OriginCode/osu-lazer-pkgbuild

(Temporarily require https://aur.archlinux.org/packages/ca-certificates-vsign-universal-root to build)

Vel0ciTy commented on 2020-12-10 07:49 (UTC)

It seems as of right now, 12/9/2020, you can't play in timeshift lobbies because it is compiled from the source. However, using the osu AppImage allows you to do so though. osu-lazer-bin uses the AppImage and replacing this package with the bin seems to retain your information

Steffo commented on 2020-08-17 01:42 (UTC)

If you experience hitsound delays while playing, you can try one of the workarounds suggested in this issue.

morguldir commented on 2020-03-30 16:21 (UTC)

"Packages that use prebuilt deliverables, when the sources are available, must use the -bin suffix."

https://wiki.archlinux.org/index.php/AUR_submission_guidelines#Rules_of_submission

Also, i think AppImage has it's own updating system.

fireratio commented on 2020-03-30 09:01 (UTC)

Why not? It is fully possible to package an AppImage as a package. I said nothing about extracting it out. Also, letting pacman tracks the versioning is somewhat easier than to do it yourself.

huupoke12 commented on 2020-03-17 04:46 (UTC) (edited on 2020-03-17 11:04 (UTC) by huupoke12)

I don't see the point of that. AppImages are designed to be self-contained (with its dependencies), not "polluting" existing filesystem, one click and run, can be used without root access, so why we even need a package for that?

fireratio commented on 2020-03-17 04:23 (UTC)

AppImage releases are up. Should we migrate to this? osu-lazer-git exists already.

morguldir commented on 2020-01-16 18:19 (UTC)

I don't understand how that happened, but you can try this.:

cd osu-2020.112.0/osu.Desktop
dotnet add package Humanizer.Core.es --version 2.7.9

Or maybe running dotnet restore in osu-2020.112.0 will fix it.

selplacei commented on 2020-01-16 18:06 (UTC) (edited on 2020-01-16 18:06 (UTC) by selplacei)

Getting the following error:

/usr/share/dotnet/sdk/3.1.100/NuGet.targets(123,5): error : Could not find file '/home/selplacei/.nuget/packages/humanizer.core.es/2.7.9/humanizer.core.es.2.7.9.nupkg'. [/home/selplacei/.cache/yay/osu-lazer/src/osu-2020.112.0/osu.Desktop/osu.Desktop.csproj]

Tried to do dotnet add PACKAGE manually, but it says that it can't find any projects in the osu-lazer directory. Not experienced with dotnet so maybe I'm doing something wrong. Regardless, this is a build error.

morguldir commented on 2020-01-16 17:23 (UTC)

laurorual: If a package in the aur doesn't replace an official package like it should, that is that packages problem. Anyway the maintainer of dotnet-sdk-bin fixed that mistake, and you can now install dotnet-sdk-bin. I also switched to the new --no-self-contained to make it work with the -bin version.

laurorual commented on 2020-01-16 06:51 (UTC)

I had to edit the PKGBUILD to make it work with 'dotnet-sdk-bin' and 'dotnet-runtime-bin', but after that the game installed successfully. Please update or make another package to make it work with the dotnet provided in the AUR.

huupoke12 commented on 2020-01-14 14:07 (UTC)

Official dotnet is currently having issue. Please wait for the next release with the patch applied or you can apply the patch yourself: https://bugs.archlinux.org/task/65128

huupoke12 commented on 2019-10-29 08:51 (UTC) (edited on 2019-10-29 08:55 (UTC) by huupoke12)

I think this should use the official dotnet-sdk, since we already have osu-lazer-git if you want the latest version as early as possible (just rebuild it when there is a new version).

JJK commented on 2019-10-29 08:14 (UTC)

I wanted to update to the lastest version, but this required dotnet-sdk>=3.0. I adapted the PKGBUILD to use the aur version of dotnet-sdk-bin

Maybe the maintainer can merge the following patch?

diff --git a/PKGBUILD b/PKGBUILD
index 8e3c9bc..49a4a05 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,10 +4,10 @@
 # Contributor: "donaldtrump" [AUR]

 pkgname=osu-lazer
-pkgver=2019.930.0
+pkgver=2019.1021.0
 pkgrel=1

-dotnet_version=2.2
+dotnet_version=3

 pkgdesc="The new open source version of osu!, the free-to-win rhythm game"
 arch=('x86_64')
@@ -15,7 +15,7 @@ license=('MIT' 'custom:CC-BY-NC 4.0')
 url='https://osu.ppy.sh/'

 depends=(ffmpeg libgl sdl2 shared-mime-info "dotnet-runtime>=$dotnet_version.0")
-makedepends=(git "dotnet-sdk>=$dotnet_version.0")
+makedepends=(git "dotnet-sdk-bin>=$dotnet_version.0")

 provides=(osu-lazer)
 conflicts=(osu-lazer-git)

zeroxfourc commented on 2019-08-18 06:48 (UTC)

I've not been able to compile this since 2019.719.0. I'm not getting any error message, the build just fails:

env LC_ALL=C makepkg -si
==> Making package: osu-lazer 2019.809.0-1 (Sun Aug 18 08:46:14 2019)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating osu-2019.809.0 git repo...
Fetching origin
  -> Found CC-BY-NC-4.0
  -> Found osu-launcher
  -> Found osu-lazer.desktop
  -> Found osu-lazer.png
  -> Found x-osu-lazer.xml
==> Validating source files with sha256sums...
    osu-2019.809.0 ... Skipped
    CC-BY-NC-4.0 ... Passed
    osu-launcher ... Passed
    osu-lazer.desktop ... Passed
    osu-lazer.png ... Passed
    x-osu-lazer.xml ... Passed
==> Extracting sources...
  -> Creating working copy of osu-2019.809.0 git repo...
Reset branch 'makepkg'
==> Removing existing $pkgdir/ directory...
==> Starting build()...
Microsoft (R) Build Engine version 15.9.20.63311 for .NET Core
Copyright (C) Microsoft Corporation. All rights reserved.

==> ERROR: A failure occurred in build().
    Aborting...

Has anybody else had this error and if so, what did you do to fix it?

ppy commented on 2019-08-13 13:05 (UTC)

just a note that ffmpeg is now a prereq. luckily it was already added ;)

morguldir commented on 2019-08-01 14:54 (UTC) (edited on 2019-08-02 16:33 (UTC) by morguldir)

My guess is that you forgot to reboot after updating your drivers and kernel.

uumas commented on 2019-08-01 14:32 (UTC) (edited on 2019-08-01 14:33 (UTC) by uumas)

I get this error when launching after the latest update: https://pastebin.com/nJZbDPfy

Worked fine previously.

tleydxdy commented on 2019-06-16 01:12 (UTC)

suprisingly, I can't seem to find info on how to disable telemetry at build time, or change it to opt-in. I'm not very familiar with anything microsoft at all. so maybe someone have better ideas.

morguldir commented on 2019-06-15 15:08 (UTC)

Sounds like a good idea, although i recommend taking it up with the maintainer of the dotnet arch package, so that it applies to every dotnet program.

tleydxdy commented on 2019-06-15 12:30 (UTC)

Could you change the PKGBUILD to build with DOTNET_CLI_TELEMETRY_OPTOUT=true to opt-out of microsoft telemetry by default? people who want it could opt-in instead

Thanks!

kazimazi commented on 2019-06-15 03:01 (UTC)

Won't install. fatal: '2019.618.0' is not a commit and a branch 'makepkg' cannot be created from it ==> ERROR: Failure while creating working copy of osu-2019.618.0 git repo Aborting... Error making: osu-lazer

HyperFrame commented on 2019-06-02 11:41 (UTC)

If you want to have the latest version, just downlao the snapshot and the edit the makepkg file change the version number of osu to the actuel one. PLZ ENJOY GAME

morguldir commented on 2019-05-05 04:47 (UTC) (edited on 2019-05-05 04:47 (UTC) by morguldir)

Hi, the AUR is usually not a place for binaries, with some exceptions, for example when there is no source available, and when the package has the -bin suffix. The way the aur usually works is that no suffix is the stable version, and -git is the latest version from git.

As for doing this "properly", I'm not interested in working on programs where you can't verify what code you're actually running, or at least have the ability to, which won't be possible in the future.

I'll add you as a co-maintainer for now so you can change it as you like. Until then, i'll be updating the package like i have been, as the package in it's current state is still useful.

In the future it might be ideal to do something like VS Code and Chromium where you have unbranded source-based packages, and official binaries.

ppy commented on 2019-05-04 04:52 (UTC) (edited on 2019-05-04 04:52 (UTC) by ppy)

Could this please be delisted or transferred to me? Could those responsible for making this happen please help correctly adding deployment to our official means so this can be done properly?

https://github.com/ppy/osu https://github.com/ppy/osu-deploy

This should be using published binary releases as other platforms are.

mkroening commented on 2019-03-08 10:36 (UTC) (edited on 2019-03-08 15:01 (UTC) by mkroening)

The issue with libbass and libbass_fx has been fixed with 2019.308.0.

See my comment at osu-lazer-git: https://aur.archlinux.org/packages/osu-lazer-git/#comment-685032

If you are to busy to maintain the package, I'd be happy to take over.

Leeo97one commented on 2019-03-07 19:50 (UTC)

I also had to install the libbass_fx package for the game to start and play songs (tried with the 2019.305.0 version).

morguldir commented on 2019-02-11 00:05 (UTC)

DarioTD: Because of the way the bass packages work, they will stop functioning on every upstream update until they are updated, so i won't be using them. Either way, there isn't anything that should be preventing it from working as long as you use the script placed in /usr/bin/osu-lazer

DarioTD commented on 2019-02-10 23:00 (UTC) (edited on 2019-02-10 23:16 (UTC) by DarioTD)

Make libbass and libbass_fx AUR packages dependence in the new version both are required for osu-lazer to work, at least in my case.

morguldir commented on 2019-01-21 23:14 (UTC)

ShayBox: I doubt that was what broke it, you can test by removing the quotes in /usr/bin/dotnet. What exactly is happening?

morguldir commented on 2018-12-21 15:32 (UTC) (edited on 2019-02-11 00:07 (UTC) by morguldir)

edit: Upstream has started using a nuget package instead of a git submodule, so this isn't needed anymore.

Updating from a version from before 2018.1219.0, to a version at or above 2018.1219.0 will require manual intervention due to the package now using https instead of the git protocol. You will have to do:

git remote set-url origin https://github.com/ppy/osu-resources.git

inside osu-resources

Or remove the osu-resources directory.

This is the osu-resources directory inside of SRCDEST, usually the same directory as the one the PKGBUILD is in.

morguldir commented on 2018-12-21 04:19 (UTC)

Could you post some bencmarks using time?

huupoke12 commented on 2018-12-18 10:36 (UTC) (edited on 2018-12-18 10:38 (UTC) by huupoke12)

@Morguldir: Tried again, both protocol may have the same speed but the inconsistency is so high that I can't measure it exactly. Maybe my ISP just throttle any protocol which is not http(s). But the recommended remote URL for Github is https (https://help.github.com/articles/which-remote-url-should-i-use/)

morguldir commented on 2018-12-15 19:10 (UTC)

huupoke12: Actually the git protocol is faster than https, i wont be changing it.

morguldir commented on 2018-12-09 04:21 (UTC)

ShayBox: It's a bug with the dotnet package https://bugs.archlinux.org/task/60816

huupoke12: I'll add it next release

huupoke12 commented on 2018-12-08 12:17 (UTC)

This should use https+git for faster download speed.

morguldir commented on 2018-11-22 14:51 (UTC)

The package didn't support being built in another environment, fixed now.

xiretza commented on 2018-11-21 21:16 (UTC)

$ osu-lazer
Error:
  An assembly specified in the application dependencies manifest (osu!.deps.json) was not found:
    package: 'DeltaCompressionDotNet', version: '2.0.0'
    path: 'lib/net20/DeltaCompressionDotNet.dll'

Package was built in clean chroot, not sure what's going on.

aoz commented on 2018-10-22 11:30 (UTC)

The desktop entry has a typo:

Comment=Rythm is only a click away!

It should be Rhythm

user5145 commented on 2018-10-17 15:15 (UTC) (edited on 2018-10-18 23:17 (UTC) by user5145)

Could you add %f to exec in osu-lazer.desktop? like this Exec=/usr/bin/osu-lazer %f It allows osu to load beatmaps with osz extension.

edit: or %F https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html

edit2: thanks

morguldir commented on 2018-08-26 03:10 (UTC) (edited on 2018-08-26 03:10 (UTC) by morguldir)

The Raw Input doesn't work even at 1 sensitivity.

The refresh rate is incorrect.

Sometimes left click scrolls, and the scrolling doesn't work all the time. Which means scrolling through beatmaps is really frustrating.

Thats just the ones i know.

Scrumplex commented on 2018-08-25 11:38 (UTC)

I don't really get how the dotnet core version is in a worse state. It runs smoother for me.

morguldir commented on 2018-08-16 12:28 (UTC)

The dotnet core version is currently in a worse state than the mono one is, mostly because it does not load SDL anymore, i'm currently working on fixing this upstream.

Scrumplex commented on 2018-08-05 20:51 (UTC) (edited on 2018-08-06 11:20 (UTC) by Scrumplex)

I have updated your package to the newest version. This version works with dotnet-core afaik.

https://paste.kde.org/pyi1ukiok/asnlyr

amatrelan commented on 2018-06-21 13:18 (UTC)

Thank you!