Package Details: fped-git a-1

Git Clone URL: (read-only, click to copy)
Package Base: fped-git
Description: Footprint Editor for KiCad used by Qi Hardware developers
Upstream URL:
Licenses: GPL2
Conflicts: fped, fped-svn
Provides: fped
Replaces: fped, fped-svn
Submitter: nickoe
Maintainer: nickoe
Last Packager: nickoe
Votes: 14
Popularity: 0.000000
First Submitted: 2012-01-05 22:58 (UTC)
Last Updated: 2015-06-19 20:59 (UTC)

Latest Comments

1 2 Next › Last »

dreieck commented on 2023-07-18 17:20 (UTC)

@nickoe, I see you have reacted to my comment.

The issue with the problematic pkgver() is still there.

Can you fix that, please, independently of upstream problems?

I have reported the issue upstream (via email to a person who did many commits according to git log).


nickoe commented on 2022-03-13 14:03 (UTC)


Yeah, it is not like fped is maintained much anymore.

I also see your build error, but it is an upstream issue, and I couldn't find an easy fix in the duration of my attention span. It also fails with -j1 to make.

Feel free to propose a patch to workaround the build error.

dreieck commented on 2022-03-13 11:17 (UTC)

Build fails for me with /usr/bin/ld: postscript.o:/[...]/fped-git/src/fped/postscript.h:29: multiple definition ofpostscript_params'; fped.o:/[...]/fped-git/src/fped/postscript.h:29: first defined here`:

==> Starting build()...
  CC        fped
/usr/bin/ld: file.o:/[...]/fped-git/src/fped/postscript.h:29: multiple definition of `postscript_params'; fped.o:/[...]/fped-git/src/fped/postscript.h:29: first defined here
/usr/bin/ld: postscript.o:/[...]/fped-git/src/fped/postscript.h:29: multiple definition of `postscript_params'; fped.o:/[...]/fped-git/src/fped/postscript.h:29: first defined here
collect2: error: ld returned 1 exit status
make: *** [Makefile:124: fped] Error 1
==> ERROR: A failure occurred in build().

dreieck commented on 2022-03-13 11:15 (UTC)

$pkgver is currently just the git hash. This is not monotoneously increasing, but $pkgver must be monotoneously increasing.

Please provide a monotoneously increasing $pkgver.

You could use for example

pkgver() {
  cd "${srcdir}/${_pkgname}"
  _rev="$(git rev-list --count HEAD)"
  _date="$(git log -1 --date=format:"%Y%m%d" --format="%ad")"
  _hash="$(git rev-parse --short HEAD)"

  if [ -z "${_rev}" ]; then
    error "git commit count could not be determined."
    return 1
    printf '%s' "r${_rev}.${_date}.${_hash}"

Thanks for maintaining!

nickoe commented on 2020-12-23 20:12 (UTC)

@haawda, but it does not in this specific case.

haawda commented on 2020-12-23 10:50 (UTC)

Using git+https instead of pure git urls normally should avoid such problems.

nickoe commented on 2019-05-07 08:11 (UTC)

ericonr, works fine here.

<deleted-account> commented on 2019-05-07 07:14 (UTC)

The git download no longer works, but it seems to be possible to download it through from the same source website.

dreieck commented on 2016-11-30 12:12 (UTC)

Please make the version numbering increasing. Currently you only use a git commit hash, which does not guarantee increasing version numbers. Now, installing a new versions may mean to pacman to "downgrade" the package. Use a format sth. line VERSION.gGITRELASE; VERSION could also be just a date of the latest git commit (YYYYMMDD).