Activity for salix
-
George Vlahavas modified ticket #798
Nchat v5.10.15
-
Torr created ticket #798
Nchat v5.10.15
-
Nchat v5.8.4
-
Nchat v5.8.4
-
Nchat v5.6.7
-
Nchat v5.5.14
-
Upgrade from ticket 796 instead: https://sourceforge.net/p/salix/packages/796
-
Nchat v5.6.7
-
Nchat v5.5.14
-
Nchat v5.4.2
-
Happy new year!
-
Nchat v5.4.2
-
Nchat v5.3.5
-
Nchat v5.3.5
-
No worries. Thank you for all the work. xD
-
Nchat v5.2.11
-
Thanks! Uploaded. Sorry for taking so long, I had totally missed this.
-
The dep file has been rewritten considering depfinder's output. The xdg-utils package is also required despite not being linked, and thus, not found by depfinder.
-
Nchat v5.2.11
-
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
-
Pap posted a comment on ticket #787
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.
-
Nigel Harrison created ticket #786
partclone
-
salix updated /15.0/salixlive64-xfce-15.0.pkglist
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
