Package Details: hipchat

Git Clone URL: (read-only)
Package Base: hipchat
Description: Persistent group chat using XMPP
Upstream URL:
Licenses: custom
Submitter: DouglasMeyer
Maintainer: frederik
Last Packager: frederik
Votes: 90
Popularity: 0.524173
First Submitted: 2012-03-21 15:48
Last Updated: 2018-02-27 18:00

Latest Comments

probil commented on 2018-01-10 16:23

To get latest version, just change pkgver to and first sha1sum to SKIP.

Also, you can always get latest version number here

falstaff_ch commented on 2017-09-04 20:08

Seems related to this:

HipChat comes with its own version of Qt5, I am wondering what changed that this suddenly leads to issues... Kernel changed some behavior wrt seccomp??

Also checked their latest release, HipChat4-, same issue.

Anyway, editing /opt/HipChat4/bin/QtWebEngineProcess and adding the argument --disable-seccomp-filter-sandbox in the fourth line seems to work around this issue:

arguments="$@ --disable-seccomp-filter-sandbox"

cade.robinson commented on 2017-08-22 18:41

Getting this error after updating everything today (been gone a week so lots of plasma stuff etc). HipChat won't start now. Any ideas?

/qwebengine/qtwebengine/src/3rdparty/chromium/sandbox/linux/seccomp-bpf-helpers/**CRASHING**:seccomp-bpf failure in syscall 0281
Received signal 11 SEGV_MAPERR 00000c003119
#0 0x7f7cd9a69f0e <unknown>
#1 0x7f7cd9a6a2d1 <unknown>
#2 0x7f7cd7021920 <unknown>
#3 0x7f7cda1ca749 <unknown>
#4 0x7f7cda32ce15 <unknown>
#5 0x7f7cd7021920 <unknown>
#6 0x7f7cd70e3336 __GI_epoll_pwait
#7 0x7f7cdadfd20c <unknown>
#8 0x7f7cdadfb323 <unknown>
#9 0x7f7cd9a6135e <unknown>
#10 0x7f7cd9a99212 <unknown>
#11 0x7f7cd9a840e5 <unknown>
#12 0x7f7cd9ab1264 <unknown>
#13 0x7f7cd9aad947 <unknown>
#14 0x7f7cd23b708a start_thread
#15 0x7f7cd70e31cf __GI___clone
r8: 0000000000000002 r9: 00000000cccccccd r10: 0000000000000000 r11: 0000000000000246
r12: 00007f7cca711420 r13: 000000000217bf40 r14: 00007f7cca711540 r15: 00007f7cca711480
di: 0000000000000001 si: 00007f7cdb9ccf21 bp: 00007f7cca711480 bx: 0000000000000119
dx: 0000000000003000 ax: 000000000c003119 cx: 00007f7cd70d482b sp: 00007f7cca711420
ip: 00007f7cda1ca749 efl: 0000000000010202 cgf: 002b000000000033 erf: 0000000000000006
trp: 000000000000000e msk: 0000000000000000 cr2: 000000000c003119
[end of stack trace]

JohnnyDeacon commented on 2017-05-09 00:13

Had to remove openssl deps on PKGBUILD and Hipchat builds without issue

jkl commented on 2017-05-09 00:13

@JohnnyDeacon Is that Manjaro Linux? They use their own repos I guess. In Arch, the openssl package is 1.1.0.e-1 and 1.0.2.k-1 is now openssl-1.0 The dependency in this PKGBUILD was updated to reflect that.
You will probably have to just edit the PKGBUILD until Manjaro updates openssl.

JohnnyDeacon commented on 2017-05-09 00:04

[jairo@Majaro-Jav ~]$ sudo pacman -S openssl
warning: openssl-1.0.2.k-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Packages (1) openssl-1.0.2.k-1

Total Installed Size: 7,00 MiB
Net Upgrade Size: 0,00 MiB

:: Proceed with installation? [Y/n] Y
(1/1) checking keys in keyring [-----------------------------------------------------------] 100%
(1/1) checking package integrity [-----------------------------------------------------------] 100%
(1/1) loading package files [-----------------------------------------------------------] 100%
(1/1) checking for file conflicts [-----------------------------------------------------------] 100%
(1/1) checking available disk space [-----------------------------------------------------------] 100%
:: Processing package changes...
(1/1) reinstalling openssl [-----------------------------------------------------------] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
[jairo@Majaro-Jav ~]$

JohnnyDeacon commented on 2017-05-09 00:02

@jkl extra repo is available, Still getting the same issue

jkl commented on 2017-05-07 23:42

@JohnnyDeacon Ensure you have the extra repository available as openssl-1.0 is a dependency now.

JohnnyDeacon commented on 2017-05-07 18:25

Can't build due to an OpenSSL dependency error:

==> hipchat dependencies:
- fontconfig (already installed)
- libgl (already installed)
- libltdl (already installed)
- libxslt (already installed)
- hicolor-icon-theme (already installed)
- libxcomposite (already installed)
- libxcursor (already installed)
- libxkbcommon (already installed)
- libxrandr (already installed)
- libxslt (already installed)
- libxss (already installed)
- libpulse (already installed)
- xcb-util-keysyms (already installed)
- nss (already installed)
- openssl-1.0 (building from AUR)

==> Continue building hipchat ? [Y/n]
==> ---------------------------------
==> y

==> Building and installing package
==> Install or build missing dependencies for hipchat:
error: target not found: openssl-1.0
==> Restart building hipchat ? [y/N]
==> --------------------------------

moscar commented on 2017-04-25 16:58

PKGBUILD with the libssl fix:

moscar commented on 2017-04-25 13:09

Symlinking libssl was enough for me, libcrypto wasn't needed.

uboot commented on 2017-04-25 12:30

thanks @pd5rm - works for me too!

pd5rm commented on 2017-04-24 20:22

I don't think you need the additional compat lib. This works for me:

cd /opt/HipChat4/lib
sudo ln -s /usr/lib/
sudo ln -s
sudo ln -s /usr/lib/
sudo ln -s

I found this workaround by a commenter at:

swordbeta commented on 2017-04-24 15:59

With the openssl update this stopped working for me. The following worked:

pacaur -S libopenssl-1.0-compat
cd /opt/HipChat4/lib
ln -s /usr/lib/openssl-1.0-compat/
ln -s /usr/lib/openssl-1.0-compat/

jenrik commented on 2017-03-08 17:40

Any plans on adding sha256 checksum? If we just add sha256 checksums in the PKGBUILD "makepkg -g" will keep them updated, alternatively the Debian repository already have sha256 checksum in the Packages file [1] that could be used


davidbrooke commented on 2017-01-08 04:02

The following version installed and is working fine:

HarlemSquirrel commented on 2016-12-17 18:19

Changed the following to install hipchat


computerfr33k commented on 2016-09-16 21:59

the checksum is invalid for version 1658.
HipChat4- ... FAILED

Should be: 0eeb0bf106205c9e3acccddd40b1cf60473e5d1d HipChat4-

shabutie commented on 2016-09-14 15:39

Version 1657 also correct GMT timestamping issues.

galaux commented on 2016-09-07 07:51

Quick statement: as of versions and this package does not sedfault (anymore?) at runtime.

@owner: I guess you can safely bump to version 1657.

ifelseforeach commented on 2016-05-18 11:16

Currently the hipchat client segfaults at startup since the last update.
The error messages say something like:
"can't find build id
before dumping the core..
Atlassian seems to drop the support, because a new client was released:

Will the new client be delivered in this package?
Is there anyone who wants to maintain the new client as AUR package?

pd5rm commented on 2016-03-30 18:54

Their support dept has created a "support more distros" ticket at:

Feel free to "vote" or add comments there.

pd5rm commented on 2016-03-29 19:00

Note: They appear to be closing tickets on Arch claiming they're distro specific. So, perhaps try on Ubuntu before submitting to them.

Some issues I've filed upstream.
Linux 4.0 spell checking is not working on Arch Linux

There two are same issue I think:
Drag and drop room causes main view to lock up

Stuck UI and mouse clicks ignored

slyscorpion commented on 2016-03-18 22:00

Thank you for adding this to AUR!

rbellamy commented on 2016-03-18 17:21

@dobo - Nice job on your package. However, please use the "Submit request" and ask for your package and this one to be merged. Given that the new version is "the" version going forward, it makes no sense to proliferate AUR packages for an application that really should only have one. Two weeks is a reasonable amount of time to wait for a maintainer to respond before taking action...

dobo commented on 2016-03-17 20:26

As 4.x edition is apparently available only on x86_64 I've created separate package:

cotko commented on 2016-03-11 16:03

While waiting for atlassian to update arch repo, Hipchat4 can easily be installed with debtap ( script using debian package from hipchat's repo:

kungfoo commented on 2016-03-11 11:56

There is a completely new client:

rdahlgren commented on 2016-02-29 01:08

Same as @ryanc - I've also been seeing this since I did an upgrade. I suspect it's due to the mesa update. I've pinged Atlassian on HipChat but haven't heard back yet.

Looks like it'll be the webapp for the next few days -_-

jkl commented on 2016-02-13 22:40

@ryanc I am not seeing this issue on my test system with Intel 945 graphics. This error generally occurs due to OpenGL library problems.

ryanc commented on 2016-02-11 18:47

HipChat dumping cores as of yesterday's (20160210) regular system updates.

hello 0.859764
can't find build id

... repeat 26 times ...

Aborted (core dump)

kotnik commented on 2015-12-10 12:18

Also did fresh Arch install today and had to install xcb-util-keysyms package manually :)

krakenfury commented on 2015-12-09 15:52

Installed to fresh Arch install today.
/usr/bin/hipchat: error while loading shared libraries: cannot open shared object file: No such file or directory
Installing xcb-util-keysyms fixes.
Add xcb-util-keysyms to dependencies?

scorpp commented on 2015-11-04 16:33

qt5-base is not needed. hipchat bundles own set of qt libs. checked locally, no qt5 installed, hipchat works

phraktal commented on 2015-05-21 19:49

Not sure if I'm alone with this issue, but regular hipchat shortcuts ctrl+c/ctrl+v/ctrl+f are not working. I can copy paste with the context menu but not with shortcuts. I'm using it in i3wm, but it used to work with an older version.

dcelasun commented on 2015-05-06 10:14

2.2.1373 is out.

anks commented on 2015-03-02 09:53

Today, after updating aur packages, hipchat-2.2.1328-x86-64 started to crash after login prompt.
I removed "a fix" (libstdc++ stuff) from PKGBUILD and thus got it working. Just FYI ;)

jkl commented on 2014-12-16 01:34

@alculquicondor The PKGBUILD only generates one package. It looks like packer gets confused by the fact that the source file is itself a pacman package and named as such. The hipchat upstream package has a number of issues such as broken file ownership and no desktop file updates (install script), which is why this PKGBUILD exists. I have renamed the source file and that seems to solve the problem.

alculquicondor commented on 2014-12-12 17:15

There are two packages being generated. Installation fails with packer.

masterkorp commented on 2014-11-06 11:58

I do not use hipchat anymore. Please feel free to adopt the package.

drelyn86 commented on 2014-11-05 19:42

Latest version is 2.2.1221

masterkorp commented on 2014-07-13 13:23

@asm89 Thank you for the pull request. Reviwed, merged and upload the AUR package.

asm89 commented on 2014-07-12 18:00

PKGBUILD for the current latest version can be found here:

trrbl commented on 2014-07-04 05:48

Are there ways to fix this issue?

ravicious commented on 2014-07-03 11:35

Do system notifications work for you? If I select them in options, the applications continues to use its own notifications.

stillinbeta commented on 2014-06-20 00:22

I needed to install gstreamer0.10 and gstreamer0.10-base to get this to work. Could you add them as dependencies?

Nowaker commented on 2014-06-09 11:11

Still crashes X on certain display drivers. I already said the reason is old versions of libstdc++ fail when linking with some libraries built with GCC 4.9. In my case it's radeonsi Gallium driver. (Buy Radeon 7870 if you insist on reproducing the issue before willing to fix this package)

The same problem is likely to appear in ANY software that uses their pre-built .so libs. For example Steam, see how people struggle with it:

Note a common factor of Steam and HipChat issues is Please fix by replacing package-provided with a symbolic link to system-provided libstdc++.

ln -sf /usr/lib/ /opt/HipChat/lib/

wolfjb commented on 2014-05-28 17:14

These are the values I used today with pacaur to edit the PKGBUILD to get the upgrade.

new version: 2.2.1107
x86_64 md5sum: ab1bc74cab12d41f085c03227bb0e2a6
i686 md5sum: 472cc59b3b56ef49a88c1540ce2fd756

tigrang commented on 2014-05-23 23:18

I have 64 bit and libpulse installed,but I have no sound. Any tips?

matkam commented on 2014-05-13 00:06

Thanks @Nowaker. I used your tip to locally fix Hipchat proved by the Atlassian repo.

masterkorp commented on 2014-05-09 23:58

Hello hipchat works for me.
Unless you provide me a way for me to reproduce this package is not out of date.

ravicious commented on 2014-05-09 14:51


Previously Hipchat was stuck on the splash screen for me, after applying your changes it displays the list of people, but the main chat window is empty and the program freezes.

Nowaker commented on 2014-05-09 14:05

HipChat crashes my X when starting. Old versions of libstdc++ fail miserably when linking with libraries built with GCC 4.9.

I forced HipChat to use my system-provided libstdc++.

/opt/HipChat/lib # mv
/opt/HipChat/lib # ln -s /usr/lib/

Nowaker commented on 2014-05-09 14:05

HipChat crashes my X when starting. Old versions of libstdc++ fail miserably when linking with libraries built with GCC 4.9.

I forced HipChat to use my system-provided libstdc++.

/opt/HipChat/lib # mv /opt/HipChat/lib % ln -s /usr/lib/

Nowaker commented on 2014-05-09 14:04

HipChat crashes my when starting. Old versions of libstdc++ fail miserably when linking with libraries built with GCC 4.9.

I forced HipChat to use my system-provided libstdc++.

/opt/HipChat/lib # mv /opt/HipChat/lib % ln -s /usr/lib/

ravicious commented on 2014-05-06 20:49

Oh, you actually have them in a git repo, that's really cool, thanks once again!

masterkorp commented on 2014-05-06 20:48


Yes, the PKGBUILDs are under version control.

ravicious commented on 2014-05-06 20:28

Do you happen to have older PKGBUILDs or older hipchat versions? The newest version just won't boot up for me and knowing how hipchat team handles issues with their Linux version, I'd rather install an older version than submit a bug report. Also, I need it for work and the web version kinda sucks compared to the desktop version.

Thanks in advance!

masterkorp commented on 2014-04-28 09:10

Updated thanks for the heads up.

wolfjb commented on 2014-04-23 15:19

um... sorry, that was the md5sum for the x86_64 version... I didn't check the md5 sum for the i686 version

wolfjb commented on 2014-04-23 15:18

fyi: new version is 2.2.1049 and md5sum is f6d5f7015d7fec95cb9fdac80768626b

masterkorp commented on 2014-03-28 10:07

@ravicipus isn't d105 the one in the PKGBUILD ?

ravicious commented on 2014-03-27 19:32

Now it's "d105666ac92f095ec56aec8d03171a0b1" instead of "d05666ac92f095ec56aec8d03171a0b1" :D

masterkorp commented on 2014-03-27 14:40


Thanks, its always nice to hear that.
While its not a permanent fix, there is not point in having the package broken.

timmorgan commented on 2014-03-26 18:16

Yay hipchat works on my system now. Thank you!

masterkorp commented on 2014-03-24 13:41

@ravicious Thank you for the heads up!

ravicious commented on 2014-03-24 09:42

The md5sum for the i686 package is `d05666ac92f095ec56aec8d03171a0b1`, not `05666ac92f095ec56aec8d03171a0b1` (you forgot about the `d` ;)

masterkorp commented on 2014-02-26 14:52

@Nowaker, Done, thanks for the heads up.

Nowaker commented on 2014-02-26 14:05

Please update to hipchat-2.1.1013-x86_64.pkg.tar.xz.

masterkorp commented on 2014-01-21 18:02

I mean this ^

masterkorp commented on 2014-01-21 17:59

@gat the fix

I can maintain the package if you want, mail me if you interested,

gat commented on 2014-01-21 17:31

I would love to, but I can't find a decent solution. What would you suggest masterkorp? Symlinking seems to be the easiest option, but I fear it might introduce some problems.

masterkorp commented on 2014-01-21 17:30

gat please get a solution onto the package

timmorgan commented on 2014-01-13 15:54

After upgrading my system today, I had to again downgrade libxcb to 1.9.1-2 and hipchat no longer needs 'sudo' to run.

For now, I just added the following to my /etc/pacman.conf [options]:


timmorgan commented on 2014-01-08 15:47

Here's how I got hipchat to work on my system following the problem:

$ sudo pacman -U /var/cache/pacman/pkg/libxcb-1.9.1-2-x86_64.pkg.tar.xz
$ hipchat
can't find build id
[1] 5072 segmentation fault (core dumped) hipchat
$ sudo hipchat

works! (don't know why sudo is necessary though)

gat commented on 2014-01-01 13:55

I have received the following reply from the guys at Hipchat:
Ah I see, and the symbols missing in aren't actually being used by HipChat. So likely making a symlink would work. But I wouldn't reccomend making symlinks like this in general. :)

The whole point of having the libraries named like this is that you could have and installed at the same time. The best solution would be to do that.

I'm not really sure what to do on my end. I could move the dependency to a plugin loaded at runtime.
I'm not an expert on library versioning but it seems to make sense.

ploxiln commented on 2013-12-31 23:40

in addition to putting the symlink in HipChat/lib, it would also make sense to just put the symlink into the package instead of creating/destroying it in post_install/post_remove

fwiw the symlink currently works for me after updating everything today

cataphract commented on 2013-12-30 22:51

You should be able to create the symlink in /opt/HipChat/lib instead because of the value of LD_LIBRARY_PATH set in the hipchat shell script.

But I have the same problem as coopstah13. The symlink used to work with the version I had before:

$ hipchat --gdb
running command
GNU gdb (GDB) 7.6.2
Reading symbols from /opt/HipChat/lib/hipchat.bin...(no debugging symbols found)...done.
(gdb) r
Starting program: /opt/HipChat/bin/..//lib/hipchat.bin

Program received signal SIGSEGV, Segmentation fault.
0x00007fffef4330fe in QString::vsprintf(char const*, __va_list_tag*) () from /opt/HipChat/bin/..//lib/
(gdb) bt
#0 0x00007fffef4330fe in QString::vsprintf(char const*, __va_list_tag*) () from /opt/HipChat/bin/..//lib/
#1 0x00007fffef39ce1b in ?? () from /opt/HipChat/bin/..//lib/
#2 0x00007fffef39d145 in QMessageLogger::warning(char const*, ...) const () from /opt/HipChat/bin/..//lib/
#3 0x00007fffef4ce4ee in QIODevice::write(char const*, long long) () from /opt/HipChat/bin/..//lib/
#4 0x00007fffef4dce62 in ?? () from /opt/HipChat/bin/..//lib/
#5 0x000000000051f728 in messageHandler(QtMsgType, QMessageLogContext const&, QString const&) ()
... huge stack

coopstah13 commented on 2013-12-30 13:52

symlink doesn't work for me...

can't find build id
Segmentation fault (core dumped)

gat commented on 2013-12-28 10:20

Do you guys think it's safe to remove symlink in post_remove? I was thinking of having
`[[ ! -f /usr/lib/ ]] && ln -s /usr/lib/ /usr/lib/` in post_install and post_upgrade and
`[[ -L /usr/lib/ ]] && rm /usr/lib/` in post_remove

gat commented on 2013-12-28 10:12

Do you guys think it's safe to remove symlink in post_remove? I was thinking of having
`[[ ! -L /usr/lib/ ]] && ln -s /usr/lib/ /usr/lib/` in post_install and post_upgrade and
`[[ -L /usr/lib/ ]] && rm /usr/lib/` in post_remove

Nowaker commented on 2013-12-27 21:33

Before HipChat guys reply I'd go for a temporary solution with the symlink. If they refuse to use the latest version of libxcb - then I suggest that you create a new package libxcb-1 here in AUR. These are the sources:

gat commented on 2013-12-27 14:42

I have written an email to hipchat, let's see what they have to say about it. In the meantime what do you think would be the best course of action here? Symlink from 1 to 0 works fine, but I'm not sure if this is the way to go.

Nowaker commented on 2013-12-27 13:56

nowaker@nwkr-desktop ~ % hipchat
/usr/bin/hipchat: error while loading shared libraries: cannot open shared object file: No such file or directory
127 nowaker@nwkr-desktop ~ % pacman -Qo /usr/bin/hipchat
/usr/bin/hipchat is owned by hipchat 1:2.0.920-4
% pacman -Ql libxcb |grep sync\.so
libxcb /usr/lib/
libxcb /usr/lib/
libxcb /usr/lib/

HipChat requests libxcb version 0, whereas version 1 is installed.

Recent upgrade of libxcb in [community] caused this:
[2013-12-26 21:05] [PACMAN] upgraded libxcb (1.9.1-2 -> 1.10-1)

Downgrading to the previous version makes it work again.

Nowaker commented on 2013-12-27 13:51

nowaker@nwkr-desktop ~ % hipchat
/usr/bin/hipchat: error while loading shared libraries: cannot open shared object file: No such file or directory
127 nowaker@nwkr-desktop ~ % pacman -Qo /usr/bin/hipchat
/usr/bin/hipchat is owned by hipchat 1:2.0.920-4
% pacman -Ql libxcb |grep sync\.so
libxcb /usr/lib/
libxcb /usr/lib/
libxcb /usr/lib/

HipChat requests libxcb version 0, whereas version 1 is installed.

Recent upgrade of libxcb in [community] caused this:
[2013-12-26 21:05] [PACMAN] upgraded libxcb (1.9.1-2 -> 1.10-1)

Nowaker commented on 2013-12-27 13:48

nowaker@nwkr-desktop ~ % hipchat
/usr/bin/hipchat: error while loading shared libraries: cannot open shared object file: No such file or directory
127 nowaker@nwkr-desktop ~ % pacman -Qo /usr/bin/hipchat
/usr/bin/hipchat is owned by hipchat 1:2.0.920-4
% pacman -Ql libxcb |grep sync\.so
libxcb /usr/lib/
libxcb /usr/lib/
libxcb /usr/lib/

HipChat requests libxcb version 0, whereas version 1 is installed.

gat commented on 2013-11-28 13:25

Thanks, updated.

carneiro commented on 2013-11-27 17:16

works great, you just need to remove the gcc-multilibs dependency. It doesn't really need the multilibs installed as long as you have gcc-4.8+ installed (which everyone should have at this point anyway).

gat commented on 2013-11-06 12:43

Thank you for the info. It seems there were some other dependencies missing too. Please double check when you get the chance.

regalskeppet commented on 2013-11-06 06:40

Thank you for the package. Seems as you need to add two dependencies though: libxslt and libpulse

gat commented on 2013-11-02 09:59

Thank you for reviewing it. All of the changes you mentioned sound reasonable, so I applied them. Please take a look when you get a chance and let me know if there's anything off.

johnnyg commented on 2013-11-01 00:42

Thanks for the updated install file.
You should also add one for post_remove (when it gets uninstalled).
Packages tend to use the flags -q -t -f as well for updating the icon cache (to be quiet & force the update)
Also I just realised that this package doesn't actually require gtk-icon-theme which means the icon update should probably first check for the existence of gtk-update-icon-cache before calling it.

gat commented on 2013-10-31 12:45

Thanks for the tip. Would you mind checking if what is in the .install file all right?

johnnyg commented on 2013-10-29 04:51

The PKGBUILD should update the gtk icon cache by running `gtk-update-icon-cache /usr/share/icons/hicolor` after installing the files.

gat commented on 2013-10-21 11:01

Thanks! Updated.

Nowaker commented on 2013-10-21 10:41

1.99.894 is currently available for download.

gat commented on 2013-09-11 16:24

This seems to be an issue with packer: Could you please check against that version and see if the problem persists? Unfortunately the PR has been opened for a year.

stephenetyler commented on 2013-09-11 15:41

When I do "packer -S hipchat"

I get the error:

Aur Targets (1): hipchat

Proceed with installation? [Y/n] y
Edit hipchat PKGBUILD with $EDITOR? [Y/n] n
==> Making package: hipchat 1:1.99.810-1 (Wed Sep 11 11:42:24 EDT 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Downloading hipchat-1.99.810-x86_64.pkg.tar.xz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 27.5M 100 27.5M 0 0 2111k 0 0:00:13 0:00:13 --:--:-- 2555k
==> Validating source files with md5sums...
hipchat-1.99.810-x86_64.pkg.tar.xz ... Passed
==> Extracting sources...
-> Extracting hipchat-1.99.810-x86_64.pkg.tar.xz with bsdtar
==> Starting package()...
==> Tidying install...
-> Purging unwanted files...
-> Compressing man and info pages...
-> Stripping unneeded symbols from binaries and libraries...
==> Creating package "hipchat"...
-> Generating .PKGINFO file...
-> Generating .MTREE file...
-> Compressing package...
==> Finished making: hipchat 1:1.99.810-1 (Wed Sep 11 11:43:20 EDT 2013)
loading packages...
error: 'hipchat-1.99.810-x86_64.pkg.tar.xz': duplicate target

Is this a problem with hipchat? or packer?

DouglasMeyer commented on 2013-09-11 11:17

The epoch variable is described here (

To summarize what happened: when hipchat switched from adobe air to native, they also restarted their version number. To get the newer release of native hipchat to be seen as an upgrade, epoch was set to 1.

Hope this helps. (If not, maxexcloo, what version are you using?)

gat commented on 2013-09-11 06:31

I would like to summarize the problem what has been brought up by maxexcloo. The colon with 1 before it is caused by epoch variable set to 1. Unfortunately this cannot be removed as the package will no longer be updated without it.

gat commented on 2013-09-11 03:15

Sorry, had to bring epoch back as without it Pacman thinks version is older :/

gat commented on 2013-09-10 16:56

maxecleco: I have realised what's going on with this. For some reason epoch was set to 1 in PKGBUILD and that was causing that `1:`. I have removed it, should work fine now. Sorry for the trouble :)

gat commented on 2013-08-30 09:43

No worries :) I have found this discussion: concerning the topic. It seems it's normal although not many packages have the colon. As soon as I find out how to change it I will.

maxexcloo commented on 2013-08-30 09:39

Sorry about the flagging, I wasn't thinking. Not sure honestly, this package seems to be the only one though...

gat commented on 2013-08-28 16:30

Sorry, but do you know exactly how can I achieve that? It seems makepkg --source adds it automatically. Also please don't flag the package out of date when it isn't out of date.

maxexcloo commented on 2013-08-28 11:55

The colon in the version makes this page constantly appear to be out of date in my AUR Helper (packer), can you maybe remove it?

gat commented on 2013-08-13 19:41

Upgrade to 1.98.750.

gat commented on 2013-08-01 20:48

Hi guys. I have just adopted this package and will make it work as soon as possible. Unfortunately this is my first package and it will probably take me a day or two so bear with me please :)

ploxiln commented on 2013-05-30 05:09

a more minimal fix would be to set the source array to:


(301 redirect now gives a relative location; it must have been tested at a time when it gave an absolute one)

sakaru commented on 2013-05-24 15:59

Folks, please don't flag packages as out of date when they're broken; try fixing and posting the fix instead.

In this case, you can fix it by setting the source array to:

Anonymous comment on 2013-05-23 16:50

same error

anpieber commented on 2013-05-21 11:43

same error here

coopstah13 commented on 2013-05-21 11:37

Still not working for me

==> Building and installing package
==> Making package: hipchat 1:1.96.524-1 (Tue May 21 07:32:39 EDT 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
==> ERROR: hipchat-1.96.524-x86_64.pkg.tar.xz was not found in the build directory and is not a URL.
==> ERROR: Makepkg was unable to build hipchat.

DouglasMeyer commented on 2013-05-20 20:54

Updated Package!
Sorry for the messed-up "sources", seems to be doing an odd redirection.

anpieber commented on 2013-05-09 07:26

First hipchat doesnt wanted to run because of

After symlinking the ssl certs everything started to work. BUT some days ago all of a sudden logging wasnt possible anymore with the following error message:

Warning: Network error "SSL handshake failed" for "USERNAME"

Any ideas?

DouglasMeyer commented on 2013-04-25 21:58

New x86_64 release!

@eean I fixed the 32bit depends issue.
@tlvince I had some issues with the missing dependencies; specifically, I couldn't find "libstdc++5".

sakaru commented on 2013-04-23 18:49

@eean: makepkg's --sign feature does just call gpg's detached signing function and creates a .sig file[1]. You can get the same things using gpg -b hipchat-${version}-${arch}.pkg.tar.xz

If you are also creating the .db files from inside Debian... I don't know the answer to that one yet. It's probably not a suitable discussion for here. I'd suggest you open a thread on the forums or start one on the mailing lists. I could also continue this via email, but more eyes and all that.

My /etc/pacman.conf[2] is default[3] except that I've enabled [multilib] and [atlassian] (and some unrelated IgnorePkg). So I don't understand why you wouldn't be getting gpg errors unless yours is non-default.


Anonymous comment on 2013-04-23 17:46

@sakaru OK thanks for your clarification. And I'll fix the single quotes.

Currently I'm not using pacman to do the packaging and I'm building using Debian 6. So I don't know how to sign packages for Arch in that setup. Perhaps building pacman for Debian isn't a big deal if there isn't an easier way.

Anyways I'm able to install the package on my Arch Linux. I guess that's because of a different default SigLevel in pacman.conf?

sakaru commented on 2013-04-20 20:51

@eean, thanks for the efforts you guys are going to.

You are right about the multilib dependencies. You package a 64 bit version, so this package shouldn't use multilib, but just always use:
depends=('libxft' 'libltdl')

I don't have any SSL problems and I don't see how you could even browse your website if it didn't validate your certificate. I do however I have GPG errors[1] when trying to install from the hipchat repos. Perhaps this is what some users are referring to?

I've never run an arch repo, but my understanding is that you correctly sign the repository database, but you don't sign the package. If you are building from ArchLinux, enable package signing in /etc/makepkg.conf. Now add the resulting .sig file into the repository.

While I have your attention, a very tiny issue; Your echo statement on on how to append the [atlassion] repo into pacman.conf should use single quotes, otherwise bash will replace $arch with an empty string, or use heredoc.



Anonymous comment on 2013-04-19 17:47

Hey, I'm the HipChat dev. The issue where the 64bit and 32bit packages were reversed is resolved. So why does the PKGBUILD have the x86_64 version depend on i686 packages?

I get sporadic reports from Gentoo and Arch Linux users of SSL trouble, as if their /etc/ssl/certs directory doesn't have the right symlinks ( specifically uses DigiCert). If anyone has insight on that issue I'd be grateful.

tlvince commented on 2013-04-18 14:03

@DouglasMeyer, [bugthing][1] has sent me a pull request, notifying there are missing dependencies in the current PKGBUILD. See [pkgbuild/pull/2/files][2].


DouglasMeyer commented on 2013-04-11 02:13

Thanks @tlvince and @sakaru! I'll do my best to stay on top of updates.

sakaru commented on 2013-04-10 18:04

@tlvince: Could you add an epoch=1 to that build? That means that it will update for people if they have the AIR version installed. It'll mean that, effectively, 1.94.407 > 1.20130116182826

This only affects people with the AIR version installed.

Also the upstream packages specify as the URL, not

The upstream package also has several issues, but there's not much we can do about that.

tlvince commented on 2013-04-10 04:05

Updated the PKGBUILD to use the native client. Feel free to modify/adopt:

coopstah13 commented on 2013-04-06 15:29

On a related note, has anyone managed to get the x64 native client working from their site? It won't work for me... I keep getting an error when trying to authenticate and when enabling the debug output it complains about the cert being self-signed.

sunng commented on 2013-04-04 00:41

Good news. Hipchat dropped Adobe AIR and released their native application:

silverbucket commented on 2013-04-03 17:23

hey Douglas, there's a new native hipchat client for linux! so we can junk this AIR stuff. Any ETA on an updated package?

DouglasMeyer commented on 2013-02-11 02:56

Sorry for my slacking. And thanks all for making it easy for me.

nirev commented on 2013-02-10 14:48

# Maintainer: Douglas Meyer <>

pkgdesc="An Adobe Air application for HipChat"
arch=('i686' 'x86_64')
depends=('adobe-air' 'lib32-libxt' 'lib32-libxtst')

build() {
cd $srcdir/

install -d $pkgdir/{usr/bin,opt/$pkgname}
install -d $pkgdir/usr/share/applications
install -d $pkgdir/usr/share/icons/hicolor/128x128/apps
install hipchat.air $pkgdir/opt/$pkgname/
install -m755 $pkgdir/usr/bin/hipchat
install hipchat.desktop $pkgdir/usr/share/applications/
install hipchat.png $pkgdir/usr/share/icons/hicolor/128x128/apps/

cmr commented on 2012-12-27 16:03

New md5: a5d03b8732179a09eedd538f404bb72c
Not sure Where you got the version number from.

Anonymous comment on 2012-12-06 15:10

hipchat.air failes a md5sum check on my system :(

silverbucket commented on 2012-06-20 15:34

Seems like the requirements for 'lib32-libxt' and 'lib32-libxtst' are only for x86_64 systems. So i686 users can't install the package without removing those dependencies from the PKGBUILD file. I'm new to Arch, so I'm not sure how, but I'm sure there's a way to specify conditional dependencies based on machine architecture.

Also, the icon doesn't seem to be working in the application menu, and I can't seem to pin this to my taskbar as a favorite.

Thanks for making the app though! I love HipChat! :)

milasch commented on 2012-06-07 15:15

For 64bit installation, you need to install lib32-gtk-engines from AUR, lib32-libcanberra, from multilib. But it still won't run:

$ hipchat
adobe-air: Extracting application to directory: /tmp/adobeair.HlZTgQ0La8
adobe-air: Attempting to start application
invocation forwarded to primary instance
adobe-air: Cleaning up temporary directory
adobe-air: Done

Then nothing else happens.

milasch commented on 2012-06-07 14:51

Info to newbies like me:

For x64_86 -> don't forget to enable repository multilib on pacman.conf

DouglasMeyer commented on 2012-03-21 15:50

First package I've built/submitted. Please contact me if I'm not doing something the correct way (specifically the location of the icon). Thanks, and enjoy!