Thumbs up
Nchat v5.1.29
OK. Running depfinder (and then adding gperf and xdg-utils) results to this: aaa_libraries|bzip2,aaa_libraries|gcc,aaa_libraries|gcc-g++,aaa_libraries|libpng,aaa_libraries|ncurses,aaa_libraries|xz,file,icu4c,libXau,libXdmcp,libxcb,openssl|openssl-solibs,sqlite,zlib,gperf,xdg-utils I'm uploading it with that dep file.
Yes, it's used to open attachments: https://github.com/d99kris/nchat/blob/e3c6e33f1107ee808a48e227f93953a3a43d754c/src/uimodel.cpp#L1210 All deps were added manually to the dep file.
Does this really need xdg-utils? Did you add it to the dep file manually?
Nchat v5.1.29
Nchat v4.88
Nchat v4.88
Nchat 4.86
Nchat 4.86
Cheers
nchat 4.41
OK, packages have been added to the repos. Thank you!
Sorry, I just saw that you already have the new version in your repo. No need to do anything.
You can a post the new version as a reply to this thread.
I expanded the description and modified the build to use '$LIBDIRSUFFIX' but am currently unable to test the later as I might have got rate limited by Meta's servers for previous tests. The package data is here by any meas: https://codeberg.org/Torr/slkbuilds/src/branch/master/nchat Also, there's been a recent breaking API change, making version 4.41 incompatible with upstream service. See: https://github.com/d99kris/nchat/discussions/239 As Sourceforge doesn't allow ticket editting, I guess I'll...
Hi Carlos, thank you for the submission! There are a couple of issues I see here: * The package for x86_64 puts libraries in /usr/lib. That should be /usr/lib64. /usr/lib should be used in i586 packages and the SLKBUILD should support both using the $LIBDIRSUFFIX variable. * The package description should be longer, not only a single line. You can look in /usr/src/slkbuild-1.4/SLKBUILD as an example.
nchat 4.41
It's weird the dep file had an additional new line. It was created with the usual depfinder -f, and of course I didn't edit it myself. I just reviewed it with the cat command. I honestly don't understand how it was changed. The mimetype was indeed something I should include. Initially the desktop file had Icon=mupdf, but I changed it because... I didn't like the default icon in Qogir icon theme, which looks too PDF-generic. But you are right, the desktop file should use whatever the icon in selected...
mupdf 1.22.2
Hi Pap! Thanks for this! Just so you know, I have made a few changes and have uploaded the package. Make sure you check the SLKBUILD that is in the repos. You dep files were different. And your 64bit dep file was broken (additional new line) I have added mimetype support in the .desktop file It should be just "Icon=mupdf" in the .desktop file. You want to use any icon that the currently selected theme may provide.
Salix repos have mupad-1.18.0 but it doesn't work because of a minor bug: Running mupdf fails because it expects libmupdf-1.18.so, while the corresponding dynamic library is named libmupdf-1.18.0.so. The obvious workaround is to either rename libmupdf-1.18.0.so or create a symbolic link, but none of those will fix the fact the package in Salix repos doesn't work. Another option is to rebuild mupdf 1.18.0 with corrected SLKBUILD. One could also use slackbuilds.org, which has version 1.21.1 that might...
Salix repos have mupad-1.18.0 but it doesn't work because of a minor bug: Running mupdf fails because it expects libmupdf-1.18.so, while the corresponding dynamic library is named libmupdf-1.18.0.so. The obvious workaround is to either rename libmupdf-1.18.0.so or create a symbolic link, but none of those will fix the fact the package in Salix repos doesn't work. Another option is to rebuild mupdf 1.18.0 with corrected SLKBUILD. One could also use slackbuilds.org, which has version 1.21.1 which might...
mupdf 1.22.2
partclone
OK, it has been added.
partclone