Package Details: pmount 0.9.23-14

Git Clone URL: https://aur.archlinux.org/pmount.git (read-only, click to copy)
Package Base: pmount
Description: mount removable devices as normal user
Upstream URL: http://pmount.alioth.debian.org/
Licenses: GPL2
Submitter: Barthalion
Maintainer: Rucikir
Last Packager: zorun
Votes: 98
Popularity: 1.04
First Submitted: 2012-12-12 19:55 (UTC)
Last Updated: 2018-06-07 20:33 (UTC)

Latest Comments

dreieck commented on 2021-05-30 12:13 (UTC)

$url does not exist:

wget -O /dev/null http://pmount.alioth.debian.org/:

--2021-05-30 14:12:30--  http://pmount.alioth.debian.org/
Resolving pmount.alioth.debian.org (pmount.alioth.debian.org)... failed: Name or service not known.
wget: unable to resolve host address ‘pmount.alioth.debian.org’

Can you please update upstream URL?

Thanks for maintaining!

Rucikir commented on 2020-11-10 17:39 (UTC)

I gathered various patches from the internet https://github.com/MisterDA/pmount/tree/newmaster some time ago. This still requires a cleanup, in particular I want to keep the original translations which I didn't in my first patches. I've removed HAL, added support for new filesystems. The bash completion needs some fixing. pmount needs some testing. When I'm happy with it, I'll try reaching out to the original pmount maintainers, and see if we can get the patches in distros.

zorun commented on 2020-11-08 18:44 (UTC)

Yes, probably. Note that the download URL is still valid (Alioth archive)

I don't use the package anymore, so I've disowned it, feel free to adopt it.

ttoirrah commented on 2020-11-03 02:51 (UTC) (edited on 2020-11-03 02:51 (UTC) by ttoirrah)

Shouldn't the Upstream URL now be https://wiki.debian.org/pmount ?

wolf commented on 2018-08-17 19:14 (UTC)

Could we also add support for btrfs? I have btrfs on my usb flash drive and would be nice to be able to mount it with pmount

zorun commented on 2018-06-05 09:28 (UTC) (edited on 2018-06-05 09:46 (UTC) by zorun)

Adopted and fixed, it was just a dead upstream URL.

I also added patches for exfat support, and the one for the segfault issue.

szboardstretcher commented on 2018-06-05 02:32 (UTC)

Problem: 'pmount' cannot be found. It is unmaintained.

Fix: Edit the PKGBUILD dependency 'pmount' to 'pmount-safe-removal'

vitorveloso commented on 2018-05-30 01:43 (UTC)

Hi, the package is falling, the link from anonscm.debian.org dosen't exist anymore.

I installed from a binary .deb with debtap, i try to fix the PKGBUILD but it always fail.

I can't understand what is hosted in that site, as it looks like the source is from launchpad.

If i can help with anything fell free to ask.

connaisseur commented on 2017-05-04 19:11 (UTC)

pmount in current packaging fails to mount exfat filesystems. There's a patch on Ubuntu's launchpad. See: https://bugs.launchpad.net/ubuntu/+source/pmount/+bug/1524523 and the fix itself: https://launchpadlibrarian.net/229524614/pmount.exfat.patch

simon04 commented on 2015-03-23 07:51 (UTC)

@duckunix: Done. @x33a: 404 seems to be gone; I changed the URL to their cgit instance …

x33a commented on 2015-03-21 13:16 (UTC)

The following URL gives a 404: http://anonscm.debian.org/gitweb/?p=pmount/pmount-debian.git;a=blob_plain;f=debian/completion/pmount

duckunix commented on 2015-02-19 12:01 (UTC)

Can you add 'armv7h' to the supported architectures? It works just great on the ARM! Thanks for the package!

rwd2 commented on 2014-11-20 18:44 (UTC)

Builds fine here too now.

simon04 commented on 2014-11-20 06:01 (UTC)

@rwd2: The build is working for me. This could have been a temporary problem?

rwd2 commented on 2014-11-19 22:41 (UTC)

build fails with: curl: (7) Failed to connect to anonscm.debian.org port 80: Connection refused

simon04 commented on 2014-11-17 08:04 (UTC)

0.9.23-11: Fix URL – thanks @tralce

tralce commented on 2014-11-16 00:40 (UTC)

Got a 404 on makepkg, so I edited the PKGBUILD. Here's the new link I put in the source= section: https://launchpad.net/ubuntu/+archive/primary/+files/${pkgname}_${pkgver}.orig.tar.bz2 It works now.

saleem commented on 2014-02-01 05:12 (UTC)

Thanks for fixing , installed this time without any problem.

simon04 commented on 2014-01-29 20:52 (UTC)

0.9.23-10: Comment out "-fPIE -pie" flags to avoid "corrupted double-linked list" error Thanks @macxcool for investigating and solving this issue! :-)

doctorcolossus commented on 2014-01-29 20:46 (UTC)

Confirmed -- deleted lines with CFLAGS & CXXFLAGS and compiled without issues. Thanks, macxcool! [-:

macxcool commented on 2014-01-28 12:32 (UTC)

pmount and pam_usb-git seem to work fine without the CFLAGS and CXXFLAGS lines. I used the current PKGBUILD, not git.

macxcool commented on 2014-01-28 11:57 (UTC)

git built alright if I didn't include: export CFLAGS="${CFLAGS} -fPIE -pie" export CXXFLAGS="${CXXFLAGS} -fPIE -pie" If I include those, I get the same error. I'm going to try removing those in the PKGBUILD and see if I get a working version.

macxcool commented on 2014-01-28 11:46 (UTC)

git seems to build alright. Should we just switch to that? I'm going to try an install and then try pam_usb-git to see if everything works alright. That's what I wanted in the first place ;-)

x33a commented on 2014-01-28 06:38 (UTC)

@ simon04 I have searched a bit, but I am unable to point out the cause for the "corrupted double-linked list" problem. I'll keep looking.

saleem commented on 2014-01-28 05:40 (UTC)

Im getting same error as already reported by someone else *** Error in `/usr/bin/ld': corrupted double-linked list: 0x09e43ce8 *** please fix .

simon04 commented on 2014-01-27 14:10 (UTC)

0.9.23-9: Fixed no longer existing file URLs. @x33a: Thank you for the link. And I'm happy to get hints for debugging/solving the "corrupted double-linked list" problem.

x33a commented on 2014-01-27 13:24 (UTC)

@ simon04, here's the patch: https://gist.github.com/anonymous/8648308 For some reason, the project isn't viewable without logging in to alioth. I suggest you put this patch in the tarball, along with the PKGBUILD. Also, this is upstream's git repository. https://alioth.debian.org/anonscm/git/pmount/pmount.git/ Also, I too can confirm the issue faced by macxcool.

simon04 commented on 2014-01-27 10:30 (UTC)

Apparently the project webpage is gone. Here's a version version taking the source code (but w/o the fix-pmount-segfault patch) from Ubuntu – https://gist.github.com/8646310 Since the status of the project is unknown and I couldn't find the patch, I'm currently not updating the PKGBUILD in AUR.

macxcool commented on 2014-01-23 22:51 (UTC)

I can't seem to build this. I get: checking if gcc static flag -static works... *** Error in `/usr/bin/ld': corrupted double-linked list: 0x0977fce8 ***

Lone_Wolf commented on 2013-11-13 08:47 (UTC)

It appears that alioth being down is a temporary problem, see http://lists.debian.org/debian-infrastructure-announce/2013/11/msg00001.html

smlb commented on 2013-11-12 22:01 (UTC)

Package must be update, seems that alioth.debian.org is offline. I build it from bazar, it was the only choise.

simon04 commented on 2013-06-24 10:36 (UTC)

Since patch is part of the base-devel group, it shouldn't be listed in the build dependencies. See https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started

captain jtejur commented on 2013-06-24 09:48 (UTC)

Should not be a problem on most Arch systems but after a fresh install with some of the usual tools still messing, I realised that "patch" should be in the "build dependencies" for this package.

simon04 commented on 2013-06-17 11:02 (UTC)

0.9.23-8: Updated URL for source – thank you!

commented on 2013-06-17 09:59 (UTC)

There's a change in the url for downloading the source -> https://alioth.debian.org/frs/download.php/file/3310/${pkgname}-${pkgver}.tar.bz2 They added /file/ Thanks!

commented on 2012-12-26 19:16 (UTC)

@simon04 That error was probably the consequence of an unclen srcdir.

simon04 commented on 2012-12-25 23:24 (UTC)

0.9.23-7: add PIE support as suggested by Leonid.I @Leonid.I: Not sure what went wrong before. I could not reproduce my error. Merry Christmas, too.

commented on 2012-12-25 23:06 (UTC)

Thanks and merry Christmas! Regarding PIE, can you post the output of 'make' after running the ./configure script? I have tested the build on 2 x86_64 systems (arch and rhel)... are you running i686?

simon04 commented on 2012-12-23 12:48 (UTC)

0.9.23-6: mkdir /media, include Leonid.I's patch Building w/ PIE fails: > /usr/bin/ld: pmount.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC

commented on 2012-12-22 00:58 (UTC)

I don't think pacman does conflict checking on dirs. For instance, many packages own /var (pacman, openssh, etc)...

Lone_Wolf commented on 2012-12-21 11:15 (UTC)

/media is now owned by the [extra] udisks package, so we have to be careful not to raise conflicts with that package. I suggest to put a check for the existence of /media , and a message it needs to be created manually if it isn't present, to the .install file .

commented on 2012-12-21 03:05 (UTC)

I agree with patroclo7: just add "/usr/bin/install -dm755 -o root -g root /media" to package(). In addition to that: 1. Please add the patch from https://alioth.debian.org/tracker/download.php/31157/412979/313576/4753/fix-pmount-segfault.diff to fix a segfault when running with --debug, i.e. include "patch -Np1 -i ${srcdir}/fix-pmount-segfault.diff" before ./configure in build() 2. Given that pmount is a suid binary, all possible precautions must be made. I usually do a hardened build with PIE support. In my build() function I have export CFLAGS="${CFLAGS} -fPIE -pie" export CXXFLAGS="${CXXFLAGS} -fPIE -pie" which produces a shared object, not an executable. Thanks!

commented on 2012-12-13 16:48 (UTC)

I may be missing something obvious, but isn't a straightforwad, safe solution for task 32897 to add the /media folder JUST in pmount? Archlinux have dropped /media from its filesystem, but pmount uses it: then it should be moved from the filesystem package to the pmount package. What's wrong?

simon04 commented on 2012-12-12 22:57 (UTC)

0.9.23-5: add bash completion support, https://bugs.archlinux.org/task/31071 to be considered: https://bugs.archlinux.org/task/32897