Package Details: mudlet 4.18.5-1

Git Clone URL: https://aur.archlinux.org/mudlet.git (read-only, click to copy)
Package Base: mudlet
Description: A modern MUD client with a graphical user inteface and built in Lua scripting
Upstream URL: http://www.mudlet.org
Keywords: client games mud
Licenses: GPL
Submitter: None
Maintainer: rantnar
Last Packager: rantnar
Votes: 23
Popularity: 0.021495
First Submitted: 2009-03-14 03:05 (UTC)
Last Updated: 2024-09-28 11:51 (UTC)

Dependencies (20)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 5 6 .. 12 Next › Last »

Xabre commented on 2024-07-29 07:58 (UTC) (edited on 2024-07-29 16:17 (UTC) by Xabre)

You may have noticed that 4.18.(4,5) is missing, reason is simple: sha256sums for the source archive they advertise on the website are simply wrong. Sure, anyone can generate them on their own, but that misses the point of using them in the first place: making sure that code archive is exactly as developer provided them. With that and after countless rookie mistakes of a similar kind, I hereby simply give up. Well over a decade of trying to fix something that developes simply don't care about being fixed, plus my worsening health, simply gives me no reason to keep fighting windmills. Should anyone wish to take over and continue, I'll be available to asist and try to help (in timely fashion, hopefully) via mail given here in my profile.

Xabre commented on 2024-07-15 20:00 (UTC)

Mudlet 4.18.3, small bugfix release.

Xabre commented on 2024-07-14 06:25 (UTC)

Ok, had some more opportunity to test this, and old bug still exists: keypad modifier is still not recognised forcing you to use Xwayland. Bug has been reported years ago, nothing changed. I suspect problem lies in lua 5.1 which Mudlet still uses, and which ended development just as wayland specification was completed. Not sure if they'll ever fix this, problem exists in this AUR package, Appimage and Flatpak build. so please force the use of Xwayland to ensure that all keys function properly.

Xabre commented on 2024-07-11 19:44 (UTC) (edited on 2024-07-11 21:08 (UTC) by Xabre)

In hospital with some health issues, so can't update still, but if someone wants to update to 4.18.x while I'm out of action, do let me know. Edit: actually managed to update via the phone, and all seems to work, but please watch out for issues cause I wasn't able to test extensively. 4.18.x changelog is available on website.

Xabre commented on 2023-03-19 18:38 (UTC)

Mudlet 4.17, full changelog here https://github.com/Mudlet/Mudlet/releases/tag/Mudlet-4.17.0

Xabre commented on 2023-02-28 10:09 (UTC) (edited on 2023-02-28 10:10 (UTC) by Xabre)

@kalrykh It should compile as-is on ARM system, yes. I never included it in arch= area because: 1) ArchARM is a separate distro and derivative distributions were always a bit tricky issue on Arch and 2) I simply don't have and don't use an ARM system so it would be wrong and misleading to state that something works when I am not able to test and compile it myself. But, nothing should stop you from compiling and testing it on your own. Be aware that Mudlet's 3D mapper (at least used to) can create problems due to the state of OpenGL drivers on ARM systems, so if you run into the problem of it crashing Mudlet during running try compiling with WITH_3DMAPPER=NO switch. :)

kalrykh commented on 2023-02-28 04:04 (UTC)

Not sure if it matters, but FYI -- I'm on an aarch64 system. When I build this with yay, it tells me my architecture isn't supported and asks if I want to try to build it anyway...and everything builds/runs fine. Wasn't sure if the PKGBUILD could be updated to include aarch64 or not, but even if not, thought I'd leave this here to let people know it seems to work fine.

Xabre commented on 2022-06-16 19:20 (UTC) (edited on 2022-06-16 19:27 (UTC) by Xabre)

Glad you got it to work, as I honestly have no idea what's it all about. However, might I suggest that you check if you have and old makepkg.conf file that contains some old stuff cause my makepkg.conf doesn't have anything about -fuse-ld in it (you said you changed lld to ld, I have neither there) (btw, the differnce is that ld is gcc linker, lld is llvm linker specifically for clang, so I think they should not be mixed

jeois commented on 2022-06-16 19:03 (UTC)

I fixed it by changing "-fuse-ld=lld" to "-fuse-ld=ld" in /etc/makepkg.conf I have no idea what the difference between those linkers are, but it seems to be working now :)

jeois commented on 2022-06-16 18:47 (UTC)

Thanks for checking, and I'm not worried about the warnings either. It seems to create the files and then the last g++ command to create the package fails.

https://pastebin.com/r0rMrifW

As you can see, it's calling g++ even though my makepkg.conf says to use clang, so it's probably not the compiler choice per se. Specifically, I think it's this parameter: -fuse-ld=lld but I'm not sure how to get rid of it using yay, paru or pamac. For now, I'll just use the appimage binary, even though I have to set my firewall every time for it.

1 2 3 4 5 6 .. 12 Next › Last »