Package Details: postman-bin 7.36.0-1

Git Clone URL: (read-only, click to copy)
Package Base: postman-bin
Description: Build, test, and document your APIs faster
Upstream URL:
Licenses: custom
Submitter: claudiodangelis
Maintainer: j.taala
Last Packager: j.taala
Votes: 192
Popularity: 6.93
First Submitted: 2016-10-21 18:18
Last Updated: 2020-11-21 20:04

Pinned Comments

j.taala commented on 2020-11-21 20:10

Have now updated to to 7.36.0, which apparently resolves the issue in the original 7.35.0 update. Thanks to @hertog and @fagianijunior for the heads up.

j.taala commented on 2020-11-10 21:29

All, please note that has taken down 7.35.0 due to an auth bug (see comments in

For now I've reverted to 7.34.0 (as postman recommends). Will update once they have released a fixed version.

If you are on version 7.35.0 (and it is working fine for you) I suggest you don't downgrade - I had to delete my postman config (rm -rf ~/.config/Postman) when downgrading from 7.35.0 to 7.34.0!

j.taala commented on 2020-09-30 21:57

Hey @louisnow, like @shastry mentioned looks to be an issue with your aur helper. Would suggest using no aur helper or use the more standard yay:

sudo pacman -S yay
yay -S postman-bin

Or just use makepkg directly (no aur helper):

git clone
cd postman-bin
makepkg -sif

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

j.taala commented on 2020-02-09 11:03

Well crap, must be an issue on their mirroring or CDN nodes end.

wget gets me the correct file (note the download address resolves differently - looks like they're using cloudfront, not synced up properly?):

--2020-02-09 21:59:33--
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving (,,, ...
Connecting to (||:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 80973216 (77M) [application/gzip]
Saving to: ‘linux64’

linux64                                                     100%[==========================================================================================================================================>]  77.22M  2.76MB/s    in 26s     

2020-02-09 22:00:01 (2.97 MB/s) - ‘linux64’ saved [80973216/80973216]

$md5sum linux64                                                                                                                                                                                     
b5dcca9c97c0dbc06e0ae1e0507d772f  linux64

P.S. don't laugh at my download speeds (blimmin` Australia...)

pythoneer commented on 2020-02-09 10:57

Downloading the file from with Mozilla Firefox gets me the correct file.

Doing the same with wget gets me the wrong canary file

$ wget <>
--2020-02-09 11:53:00--  <>
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving (,,, ...
Connecting to (||:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 81058216 (77M) [application/gzip]
Saving to: ‘linux64’

linux64                       100%[=================================================>]  77,30M  11,7MB/s    in 6,6s

2020-02-09 11:53:07 (11,7 MB/s) - ‘linux64’ saved [81058216/81058216]

$ tar -zxf linux64 && ls
linux64  PostmanCanary

j.taala commented on 2020-02-09 10:55

Thanks pythoneer. That's definitely a different file that the same makepkg downloads for me (even though download link is the same). Any thoughts here?

Only thing I can think of is some CDN / mirror issue (e.g. CDN node closest to where you are has an issue where it's pointing to the canary builds?). I'm in Australia btw and can confirm installing via yay downloads and checkums the correct file...

Haven't seen this issue before.

pythoneer commented on 2020-02-09 10:47

ls ~/.cache/yay/
completion.cache  postman-bin  vcs.json

rm -rf ~/.cache/yay/postman-bin

ls ~/.cache/yay/
completion.cache  vcs.json

yay -S postman-bin
:: Checking for conflicts...
:: Checking for inner conflicts...
[Aur: 1]  postman-bin-7.17.0-1

:: Downloaded PKGBUILD (1/1): postman-bin
  1 postman-bin                              (Installed) (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
:: Parsing SRCINFO (1/1): postman-bin
==> Making package: postman-bin 7.17.0-1 (So 09 Feb 2020 11:41:38 CET)
==> Retrieving sources...
  -> Downloading Postman-linux-x64-7.17.0.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 77.3M  100 77.3M    0     0  11.3M      0  0:00:06  0:00:06 --:--:-- 11.5M
  -> Found postman.desktop
==> Validating source files with md5sums...
    Postman-linux-x64-7.17.0.tar.gz ... FAILED
    postman.desktop ... Passed
==> ERROR: One or more files did not pass the validity check!
Error downloading sources: postman-bin

md5sum ~/.cache/yay/postman-bin/Postman-linux-x64-7.17.0.tar.gz 
bfebe8d41369d074cbef60ce04ee8ddc  /home/naikon/.cache/yay/postman-bin/Postman-linux-x64-7.17.0.tar.gz

tar -zxvf ~/.cache/yay/postman-bin/Postman-linux-x64-7.17.0.tar.gz

cd ~/PostmanCanary/ && ls
app  PostmanCanary

j.taala commented on 2020-02-09 09:54

Could one of you (who is having the issue re checksums - and as pythoneer mentioned: retrieving the wrong file) test removing any yay cached download by deleting the ~./.cache/yay/postman-bin folder and try install via yay again?


rm -rf ~/.cache/yay/postman-bin

yay -S postman-bin

Cheers, Jay.

j.taala commented on 2020-02-09 09:40

Thanks pythoneer. Canary builds designed for early adopters - seems it's downloading a canary build instead - which is whack (shouldn't happen). I'm trying to understand why that happens when the download link should explicitly be

pythoneer commented on 2020-02-09 08:19

I am having the same problem with the md5sum of bfebe8d41369d074cbef60ce04ee8ddc . i have uploaded the file from my cache here

downloading the file directly from my browser is getting me the "correct" file and md5sum.

I have binary compared the *.tar.gz files (cmp command) and they are in fact different. i extracted both and the one from the aur differs in the overall extracted top folder and the executable file name. In the archive directly downloaded from the website the top folder is called "Postman" and the executable is called "Postman" whereas the top folder from the aur is called "PostmanCanary" and the executable is called "PostmanCanary".

That was the immediate difference i have noticed without investigating the binaries further – i think the aur script somehow downloads a "canary" version of Postman?

j.taala commented on 2020-02-08 19:47

Thanks all for the feedback. This is very strange - md5sum for file download should be b5dcca9c97c0dbc06e0ae1e0507d772f (which differs from the download file you are getting). Only thing I can think of is if postman is using a CDN or something for the download and nodes haven't been synced?

allencch commented on 2020-02-08 15:19

Same problem as @lfkeitel , with the md5sum bfebe8d41369d074cbef60ce04ee8ddc

jwj1217 commented on 2020-02-08 15:19

Interestingly, I am receiving the same md5sum that Ifkeitel for postman-bin and as a result I'm getting the validity check error. Postman.desktop file is fine. I tried to install it with yay and trizen and got the same error.