Package Details: libdispatch 5.5.0-1

Git Clone URL: https://aur.archlinux.org/libdispatch.git (read-only, click to copy)
Package Base: libdispatch
Description: Comprehensive support for concurrent code execution on multicore hardware
Upstream URL: https://apple.github.io/swift-corelibs-libdispatch
Licenses: Apache
Conflicts: libblocksruntime, libdispatch-git, swift, swift-development
Provides: libblocksruntime
Submitter: aperez
Maintainer: aperez
Last Packager: aperez
Votes: 28
Popularity: 0.75
First Submitted: 2020-02-13 22:23
Last Updated: 2022-01-03 12:19

Latest Comments

1 2 Next › Last »

aperez commented on 2021-08-20 08:33

@FabioLolix: Updated again, sorry about that, I understood the other way around and apparently I am still sleepy this morning ^_^

FabioLolix commented on 2021-08-20 08:22

I said this can be installed alongside swift-bin without problems and you added swift-bin in conflicts?!

FabioLolix commented on 2021-08-19 10:05

Hello,

  • Using -j $(nproc) is prohibited
  • conflicts libdispatch-git is not needed
  • libdispatch can be installed alongside swift-bin, haven't tried the others yet

aperez commented on 2021-05-20 07:55

@pitbuster: You are right, thanks for the report. The issue is now fixed.

pitbuster commented on 2021-05-20 01:33

I think that this package provides libblocksruntime should be enough. Listing it also as a dependency makes AUR helpers fail, since they install libblocksruntime first and then conflict.

soloturn commented on 2021-02-06 10:09

hey aperez, i updated https://aur.archlinux.org/packages/libdispatch-git following your PKGBUILD and entered you as contributor. one difference there: it does not depend on libblocksruntime any more but uses the included one. mind doing the same with libdispatch?

following what fedora does now: https://src.fedoraproject.org/rpms/libdispatch/blob/rawhide/f/libdispatch.spec. tachoknight marked fedoras blocksruntime as obsoleted recently.

frankspace commented on 2020-09-29 04:16

I run Artix, which I wouldn't think would make a difference. I did try building libblocksruntime in a chroot, which succeeded. However, attempting to build libdispatch in a (new and fresh) chroot with the chroot-built libblocksruntime package installed failed in exactly the same way. So I'm stumped. But y'know, it's unambiguous that upstream doesn't want to be bothered by bug reports or plebes, and deadbeef seems to be moving in a direction I don't care for, so I think it'd honestly be easier and less painful just to give up and find a new music player instead. Thank you anyway!

aperez commented on 2020-09-28 17:33

@frankspace: I suspect that there might be something odd with your Arch installation. I have just managed to build the package and the tests pass using a clean chroot, like this:

makechrootpkg -cur ~/archbuild/ \
  -I ../libblocksruntime/libblocksruntime-0.4.1-1-x86_64.pkg.tar.zst

Also the libblocksruntime package was built in the same way.

Could you try to build the package in the same way? It should work.

frankspace commented on 2020-09-28 15:12

I still can't compile this without disabling the check() part. I have no idea how to go about figuring out why the dispatch_io_net test times out, and, more to the point, I have no idea how to file a bug report upstream. Does anyone have any ideas about either?

frankspace commented on 2020-09-21 03:41

Compilation fails because test 17, dispatch_io_net, times out. I haven't got even the vaguest idea where to begin trying to figure out why.