Package Details: mmc-utils-git 1:r128.f757f41-1

Git Clone URL: https://aur.archlinux.org/mmc-utils-git.git (read-only, click to copy)
Package Base: mmc-utils-git
Description: Userspace tools for MMC/SD devices
Upstream URL: https://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git
Keywords: emmc mmc
Licenses: GPL
Conflicts: mmc-utils
Provides: mmc-utils
Submitter: vbmithr
Maintainer: jpegxguy
Last Packager: jpegxguy
Votes: 6
Popularity: 0.000000
First Submitted: 2018-08-08 07:01 (UTC)
Last Updated: 2024-05-14 15:18 (UTC)

Dependencies (1)

Required by (0)

Sources (1)

Pinned Comments

jpegxguy commented on 2021-12-15 16:13 (UTC) (edited on 2021-12-15 16:26 (UTC) by jpegxguy)

Hi guys,

I found this documentation on kernel.org which points to a different repo:

https://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git

I'm thinking this might be why the tree we knew moved to mmc-utils-old

I'll probably end up changing the source to that newer repo after testing for a bit, because the new tree seems more active.

UPDATE: The new tree builds fine for me. Also, make is part of the group base-devel, which is an implied make dependency of any AUR package.

Latest Comments

1 2 Next › Last »

sirocco commented on 2024-10-29 14:07 (UTC) (edited on 2024-11-03 03:09 (UTC) by sirocco)

with sparse

==> Starting build()...
sparse -Wall -Werror -Wuninitialized -Wundef -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -DVERSION=\""523d8f"\" mmc.c
mmc.c: note: in included file (through /usr/include/bits/libc-header-start.h, /usr/include/stdio.h):
/usr/include/features.h:422:4: warning: _FORTIFY_SOURCE requires compiling with optimization (-O)
mmc.c: note: in included file:
/usr/include/stdio.h:34:11: error: unable to open 'stddef.h'
make: *** [Makefile:38: mmc.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

rmsc commented on 2024-08-09 08:55 (UTC)

I believe sparse is missing from makedepends, the build is failing here:

sparse -Wall -Werror -Wuninitialized -Wundef -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -DVERSION=\""123fd8"\" 3rdparty/hmac_sha/sha2.c
/bin/sh: line 1: sparse: command not found
(...)

frieder commented on 2024-05-20 14:19 (UTC) (edited on 2024-05-20 14:22 (UTC) by frieder)

I get the same error reported by @paulhart.

I tried running make directly and got a successful build.

Came across https://wiki.archlinux.org/title/makepkg#Makepkg_fails,_but_make_succeeds and set the !buildflags option, which enabled me to successfully build the package

diff --git a/PKGBUILD b/PKGBUILD
index 6e77560..eaa3884 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -15,6 +15,7 @@ provides=("${_pkgname}")
 conflicts=("${_pkgname}")
 source=('git+https://git.kernel.org/pub/scm/utils/mmc/mmc-utils.git')
 sha256sums=('SKIP')
+options=(!buildflags)

 pkgver() {
    cd "${_pkgname}"

This means that one/some of the following flags from my /etc/makepkg.conf caused the build failure

#CPPFLAGS=""
CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions \
        -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security \
        -fstack-clash-protection -fcf-protection \
        -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer"
CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now \
         -Wl,-z,pack-relative-relocs"

jpegxguy commented on 2024-05-14 09:47 (UTC)

@Teeed I'll look into it thanks

Teeed commented on 2024-04-12 11:51 (UTC) (edited on 2024-04-12 11:53 (UTC) by Teeed)

Hi,

tried to build this package from 3c6b96c1b06f, but it failed on packing step

==> Starting package()...
install -m755 -d /home/mmc-utils-git/pkg/mmc-utils-git/usr/bin
install mmc /home/mmc-utils-git/pkg/mmc-utils-git/usr/bin
install -m 644 mmc.1 /home/mmc-utils-git/pkg/mmc-utils-git/usr/share/man/man1
install: cannot create regular file '/home/mmc-utils-git/pkg/mmc-utils-git/usr/share/man/man1': No such file or directory
make: *** [Makefile:54: install] Error 1

so here is a patch to make it work:

diff --git a/PKGBUILD b/PKGBUILD
index 40c7b2a..6e77560 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,8 +3,8 @@

 _pkgname=mmc-utils
 pkgname=${_pkgname}-git
-pkgver=r113.9582278
-pkgrel=2
+pkgver=r128.f757f41
+pkgrel=1
 epoch=1
 pkgdesc="Userspace tools for MMC/SD devices"
 arch=('x86_64' 'i686' 'aarch64' 'armv7h' 'armv6h')
@@ -28,6 +28,6 @@ build() {

 package() {
        cd "${_pkgname}"
+       mkdir -p "${pkgdir}/usr/share/man/man1/"
        make DESTDIR="${pkgdir}" prefix=/usr install
-       install -Dm644 man/mmc.1 "${pkgdir}/usr/share/man/man1/mmc.1"
 }

paulhart commented on 2023-04-29 21:31 (UTC) (edited on 2023-04-29 21:34 (UTC) by paulhart)

I'm getting a compile failure (it would appear the VERSION value in the Makefile isn't being passed to the compiler?):

==> Updated version: mmc-utils-git 1:r109.145c74a-1
==> Starting build()...
make: Entering directory '/home/paulhart/aur/mmc-utils-git/src/mmc-utils'
cc  -Wall -Werror -Wuninitialized -Wundef -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-MMD,./.mmc.o.d,-MT,mmc.o -c mmc.c -o mmc.o
mmc.c: In function ‘help’:
mmc.c:320:26: error: ‘VERSION’ undeclared (first use in this function)
  320 |         printf("\n%s\n", VERSION);
      |                          ^~~~~~~
mmc.c:320:26: note: each undeclared identifier is reported only once for each function it appears in
mmc.c: In function ‘parse_args’:
mmc.c:501:34: error: ‘VERSION’ undeclared (first use in this function)
  501 |                 printf("\n%s\n", VERSION);
      |                                  ^~~~~~~
make: *** [Makefile:37: mmc.o] Error 1
make: Leaving directory '/home/paulhart/aur/mmc-utils-git/src/mmc-utils'
==> ERROR: A failure occurred in build().
    Aborting...

jpegxguy commented on 2022-08-07 20:03 (UTC)

To get rid of the "is not a clone of" error, delete the pkg, src and mmc-utils folders inside the folder where makepkg runs. For example, paru has these folders under ~/.cache/paru/clone/${pkgname}.

FabioLolix commented on 2021-12-15 17:15 (UTC)

Thanks for updating!

jpegxguy commented on 2021-12-15 17:13 (UTC)

Yeah I searched in the wiki also and you're right so I've added it.

FabioLolix commented on 2021-12-15 17:12 (UTC)

adding epoc is a matter of versioning, not related to develop tree etc.

So r88.a1b233c is a superior version to a1b233c (it is correctly seen as an update) However if someone builded this package with the resulting pkgver starting with a number, they will never be notified about updates if you are not adding epoc