Package Details: secure-delete 3.1a-1

Git Clone URL: (read-only, click to copy)
Package Base: secure-delete
Description: Secure file, disk, swap, memory erasure utilities(Fork of THC util)
Upstream URL:
Keywords: delete erase rm security srm
Licenses: GPLv2
Conflicts: srm
Submitter: GI_Jack
Maintainer: GI_Jack
Last Packager: GI_Jack
Votes: 37
Popularity: 0.46
First Submitted: 2015-08-31 14:41 (UTC)
Last Updated: 2019-12-08 19:33 (UTC)

Latest Comments

linux4678 commented on 2022-04-05 07:20 (UTC)

hello sdmem doesn't work, command not found, anyone else with this problem?

GI_Jack commented on 2019-12-08 19:19 (UTC) (edited on 2019-12-12 02:20 (UTC) by GI_Jack)

As requested, package was forked upstream. As per terms of the GPLv2 license I am now distributing forked version.

edit: On a side note this isn't "political" at all. Its a CYA. Stating that a program is intended to thwart law enforcement is a legal liability. This is not an opinion, but fact. If you are detained by authority figures, and caught with instructions for a program that state its purpose is to defeat their measures, you have much less latitude to negotiate your freedom, in all cases. This is irrespective of what you actually did or did not do.

maxweiss commented on 2019-12-02 05:17 (UTC) (edited on 2019-12-02 05:20 (UTC) by maxweiss)

Please revert the man pages back to their original text. As an package maintainer, your job is to provide the original package for Arch users, only modifying upstream as necessary to make the package function on Arch. The package repository is not a place for you to inject your own politics. You should fork the original project and make a new package for your fork.

(On top of this, the original man page text is not political. It only states that it was originally designed to thwart certain actors. It makes no claim on the morality of those actors or their legal right to access the data. It only states the intent of the creator, which is not itself a political statement but a statement of fact.)

By altering the man pages, you deceive the user by changing the original author's words and presenting them as the original text.

If you insist on inserting your own political views, leave the original text intact but add a "maintainers note" about your disagreement. The original author's words are not yours to change.

GI_Jack commented on 2018-09-13 03:32 (UTC)


stef204 commented on 2018-09-01 20:13 (UTC) (edited on 2018-09-01 20:13 (UTC) by stef204)

You should use this source url
This is directly "from the horse's mouth" so to speak; as opposed to the url.

GI_Jack commented on 2018-03-05 14:38 (UTC)

Its already done

sed -i 's/smem/semem/g' "${pkgdir}/usr/bin/"

frankyboy commented on 2017-12-09 09:09 (UTC)

hello :) minor mistake in script: 120 line need to change "smem" to "semem" due to renamed semem binary

DescartesHorse commented on 2017-10-23 22:52 (UTC)

Minor typo in the post_install script - you've got "dude to file conflicts", but should be "due to file conflicts" :)

archenemy commented on 2017-07-06 16:02 (UTC)

Please change package source to It works.

GI_Jack commented on 2017-03-18 17:39 (UTC)

renamed smem to semem.

tesfabpel commented on 2016-11-04 07:32 (UTC)

Seems like the new version of extra/cfitsio (cfitsio-3.390-2) conflicts with this package (3.1-6): error: file in conflict cfitsio: /usr/bin/smem is already in the filesystem (translated by me)

scottwernervt commented on 2016-10-07 13:43 (UTC)

@TheSqrtMinus1 Are there plans to update the package's source?

TheSqrtMinus1 commented on 2016-01-13 03:44 (UTC)

Source is offline while my website is down for renovations, sorry.

Dawa commented on 2016-01-12 01:05 (UTC)

The new source seems to be offline.

TheSqrtMinus1 commented on 2016-01-07 16:17 (UTC)

new source:

TheSqrtMinus1 commented on 2015-12-25 18:27 (UTC)

maybe try ?

GI_Jack commented on 2015-12-25 04:22 (UTC)

Also, if anyone knows a good way to get in touch with the THC crew, let me know.

GI_Jack commented on 2015-12-19 04:42 (UTC) (edited on 2015-12-25 04:22 (UTC) by GI_Jack)

@TheSqrtMinus1 done

TheSqrtMinus1 commented on 2015-12-09 17:24 (UTC)

This needs to be updated. The source is unreliable and likely not secure, so I'd recommend using a mirror,such as this one:

yhager commented on 2015-11-13 05:10 (UTC)

There's a redirect to HTTPS, which is signed by a RapidSSL certificate, that curl doesn't trust by default

kevincox commented on 2015-11-10 17:52 (UTC)

How is this getting a certificate error? The source is HTTP. I think I'm missing something.

GI_Jack commented on 2015-09-17 14:14 (UTC)

@fturco this is an issue with, they need to update their certs. you can get around this by adding the -k option to the curl command in /etc/ in the DLAGENTs=() array, for http and https

fturco commented on 2015-09-17 07:30 (UTC)

I get the following error while running makepkg: curl: (60) SSL certificate problem: certificate has expired