Package Details: bitlbee-libpurple 3.5.1-1

Git Clone URL: (read-only)
Package Base: bitlbee-libpurple
Description: Brings instant messaging (XMPP, MSN, Yahoo!, AIM, ICQ, Twitter) to IRC. libpurple enabled.
Upstream URL:
Licenses: GPL
Conflicts: bitlbee
Provides: bitlbee=3.5.1
Submitter: dequis
Maintainer: dequis
Last Packager: dequis
Votes: 15
Popularity: 0.467825
First Submitted: 2015-08-25 04:15
Last Updated: 2017-02-02 16:11

Required by (5)

Sources (2)

Latest Comments

dequis commented on 2018-03-14 21:35

'any' is for packages that are architecture independent in their compiled state, and will generate -any packages. The recommendation here seems to be to include only architectures officialy supported by arch in the PKGBUILD.

What stops you from using "makepkg -A" to ignore the arch array?

ChrisLane commented on 2018-03-14 17:20

@dequis why not just set the supported architectures to 'any' or add aarch64? The source is compiled on the machine it's being installed on anyway. Quite a hinderance doing this manually myself.

Strykar commented on 2018-02-08 09:55

Thank you! One more Q, 'systemctl restart bitlbee' executes without error, but Bitlbee does not restart. Am I doing this right?

dequis commented on 2018-02-07 23:40

Just install purple-skypeweb-git

Strykar commented on 2018-02-07 23:12

Any chance this could support skypeweb instead of skyped/skype4py as suggested by Bitlbee devs? "The Skype API is deprecated and may have issues, such as losing messages You should use skypeweb instead." -

dequis commented on 2017-03-16 17:00

makepkg -A

ChrisLane commented on 2017-03-16 16:42

Could you please make this available for the 'aarch64' architecture?

dequis commented on 2016-03-29 05:58

I thought I had done it already but I misread and it was armv6h, which i see you requested before...

Also I googled for a bit and apparently you can use "makepkg -A" to avoid the need of waiting for package maintainers to update their stuff.

axolotl commented on 2016-03-29 03:44

dequis: syn

axolotl commented on 2016-02-24 04:09

can you add armv7h to the arch variable?

dequis commented on 2015-12-17 05:04

3.0.4 is when the bug was reported, not when it was fixed. It was fixed two months ago. 3.4.1 doesn't include that fix.

axolotl commented on 2015-12-17 04:08

I am experiencing the same symptoms described in this bug:

The resolution is similar as well:
sudo mkdir -p /var/lib/bitlbee/purple/$user/certificates/x509/tls_peers/
sudo cp /usr/share/purple/ca-certs/* /var/lib/bitlbee/purple/$user/certificates/x509/tls_peers/
sudo chown bitlbee:bitlbee -R /var/lib/bitlbee/purple/$user/certificates/

This fix should have been merged into bitlbee's libpurple in version 3.0.4, and your package is on version 3.4.1, so it should contain the fix. I can submit a bug report to libpurple, but this seems to be a bitlbee issue, so I am leaving the report here.

Let me know if you have any issues reproducing this or questions otherwise.


It looks like the resolution is simpler than my fix, as per:
sudo mkdir -p /var/lib/bitlbee/purple//certificates/x509/tls_peers/
but chown_ing the folder is probably a good idea.

axolotl commented on 2015-12-16 06:36

awesome, thanks. I am wondering what the arch for this package 'should' be: this is a compiled package, so any architecture that supports gcc should be valid, but at the same time, most aur packages target what archlinux supports. At the end of the day, do what you prefer, but would this type of package be a valid 'any'?

dequis commented on 2015-12-16 02:40

Yeah sure, done.

axolotl commented on 2015-12-16 01:52

I have interest building this on my armv6h device. I added armv6h to the arch variable in the PKGBUILD, and it builds fine. Could make the same change so that moving forward I can use your package unmodified?