Package Details: rebol 2.7.8-5

Git Clone URL: https://aur.archlinux.org/rebol.git (read-only, click to copy)
Package Base: rebol
Description: A cross-platform data exchange language and a multi-paradigm dynamic programming language
Upstream URL: http://www.rebol.com/
Licenses: custom:REBOL End User License
Groups: devel
Provides: rebol
Submitter: dseg
Maintainer: hildigerr
Last Packager: hildigerr
Votes: 9
Popularity: 0.000000
First Submitted: 2013-01-03 03:21 (UTC)
Last Updated: 2025-04-23 03:26 (UTC)

Dependencies (0)

Required by (1)

Sources (1)

Latest Comments

bobdavelisafrank commented on 2017-11-24 18:14 (UTC)

I ran into an issue when building the package, at the point of unzipping the upstream package: gzip: stdin: not in gzip format tar: Child returned status 1 This is fixed by modifying the `tar` command (line 26, in `build()`) to remove the `-z` flag (for gzip), or by downloading the upstream package without wget. The source of the issue seems to relate to an added wget feature to transparently use compressed streams (requesting gzipped content, then unzipping it as it is recieved) and something with the REBOL download in particular. The end result is that the downloaded package gets decompressed by wget. This is most readily observed in the difference between wget's downloaded size and saved size: rebol-core-278-4-10.tar 100%[============================>] 252.10K 1.32MB/s in 0.2s 2017-11-24 13:10:09 (1.32 MB/s) - ‘rebol-core-278-4-10.tar.gz’ saved [450560] ...where the downloaded archive is 252K, and the saved archive is 440K -- respectively matching the gzip size and raw size of the tar archive. I'm not sure what's going on with wget and the REBOL download in particular, but ridding the gzip flag from the `tar` command is a workaround that will continue working if the issue gets fixed.

dseg commented on 2016-01-28 16:50 (UTC)

Updated to the lateset x86_64 binary. $ rebol > REBOL/Core 2.7.8.4.10 (23-Jan-2016) http://www.rebol.com/article/0552.html