Package Details: curl-git 8.7.1.r201.gc8e0cd1de8-1

Git Clone URL: https://aur.archlinux.org/curl-git.git (read-only, click to copy)
Package Base: curl-git
Description: A command line tool and library for transferring data with URLs
Upstream URL: https://curl.se/
Licenses: MIT
Conflicts: curl
Provides: curl, libcurl.so
Submitter: falconindy
Maintainer: Chocobo1
Last Packager: Chocobo1
Votes: 7
Popularity: 0.000000
First Submitted: 2010-10-24 14:17 (UTC)
Last Updated: 2024-04-28 12:11 (UTC)

Required by (3062)

Sources (1)

Latest Comments

1 2 Next › Last »

Chocobo1 commented on 2024-04-28 12:23 (UTC) (edited on 2024-04-28 12:27 (UTC) by Chocobo1)

Can you make this package providing libcurl.so (add libcurl.so to the provides entry, the version information will be added automatically in that case)?:

Done.

You need to install the license file:

It is already installed. I find the error very confusing (and possibly wrong). The installed program itself is not called curl-git but curl. curl-git is the package name and it only make sense in the context of package manager programs. IMO it is meaningless to refer to it on the filesystem level.

dreieck commented on 2024-04-28 11:20 (UTC)

You need to install the license file: 

curl-git E: Uncommon license identifiers such as 'MIT' require license files below /usr/share/licenses/curl-git/ or switching to common license identifiers. Found 0/1 required license files.

Regards!

dreieck commented on 2024-04-28 11:19 (UTC) (edited on 2024-04-28 11:23 (UTC) by dreieck)

Can you make this package providing libcurl.so (add libcurl.so to the provides entry, the version information will be added automatically in that case)?: 

looking for conflicting packages...
:: curl-git-8.7.1.r201.gc8e0cd1de8-1 and curl-8.7.1-5 are in conflict. Remove curl? [y/N] y
:: libcurl-gnutls-git-8.7.1.r201.gc8e0cd1de8-1 and libcurl-gnutls-8.7.1-5 are in conflict. Remove libcurl-gnutls? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing curl breaks dependency 'libcurl.so=4-64' required by conky
:: removing curl breaks dependency 'libcurl.so=4-64' required by exiv2
:: removing curl breaks dependency 'libcurl.so=4-64' required by freetuxtv-git
:: removing curl breaks dependency 'libcurl.so=4-64' required by fwupd
:: removing curl breaks dependency 'libcurl.so=4-64' required by hcxtools
:: removing curl breaks dependency 'libcurl.so=4-64' required by libelf
:: removing curl breaks dependency 'libcurl.so=4-64' required by qemu-block-curl
:: removing curl breaks dependency 'libcurl.so=4-64' required by qemu-tools
:: removing curl breaks dependency 'libcurl.so=4-64' required by raptor
:: removing curl breaks dependency 'libcurl.so=4-64' required by sane
==> WARNING: Failed to install built package(s).

Regards!

shoober420 commented on 2017-06-16 19:57 (UTC)

Build error. mv: cannot stat '/home/abc/Downloads/packages/lib32-curl-git/pkg/lib32-curl-git/usr/include/curl/curlbuild.h': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

falconindy commented on 2013-01-23 11:02 (UTC)

No... maybe you should take the advice of configure and fix your flags in /etc/makepkg.conf.

<deleted-account> commented on 2013-01-23 05:09 (UTC)

Anyone else getting this? configure: using CFLAGS: -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 configure: CFLAGS error: CFLAGS may only be used to specify C compiler flags, not macro definitions. Use CPPFLAGS for: -D_FORTIFY_SOURCE=2 configure: error: Can not continue. Fix errors mentioned immediately above this line.

<deleted-account> commented on 2012-04-24 14:49 (UTC)

OK, the new PKGBUILD works.

falconindy commented on 2012-04-19 09:56 (UTC)

If you'd care to look at the PKGBUILD, you would have noticed that this was already done. I've just not kept up to date with it. I've fixed it in the laziest way possible.

<deleted-account> commented on 2012-04-19 09:53 (UTC)

When installing the package the system complains of curl-git conflicting with many other packages that depend on a minimum version of curl. Maybe the PKGBUILD should specify which minimum version it is offering to avoid such conflicts.

1 2 Next › Last »