| Commit message (Collapse) | Author | Age | Lines |
|
|
|
| |
Export datadir through pkgconfig and config.h for later use by plugins.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
So cygwin requires -no-undefined and it was supposed to be harmless on
platforms other than windows, but mac OS doesn't like it.
Instead of adding platform checks to every plugin, i'm going to revert
the changes that added -no-undefined to them, and just do what I should
have done since the beginning: use the cygwin-specific parts of the
pkg-config file to add -no-undefined right next to -lbitlbee
|
| |
|
|
|
|
|
|
| |
In other words, running $(make V=1) will force a verbose build while
$(make V=0) will force a silent build regardless of the verbose option
set by the configure script.
|
|
|
|
| |
Defaults to disabled to maintain the status quo.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With this commit, the difference between debug and non-debug builds is
mainly the optimization level and -DDEBUG (which isn't used much)
In other words:
--debug=0 == CFLAGS="-g -O2 -fno-strict-aliasing"
--debug=1 == CFLAGS="-g3 -DDEBUG -O0"
And --strip=1 can be used to get rid of the debug symbols.
This is closer to the default behavior of autotools.
Should have done this forever ago, like back when bitlbee had bugs (lol)
|
|
|
|
|
|
| |
RIP
The previous commit already handled the part of telling users.
|
| |
|
|
|
|
|
|
| |
It was removed by 2e78f75, but it only needed to remove the variable
that was written to config.h, not the one that was used internally by
configure.
|
|
|
|
|
|
|
| |
These only reflect on what arch/cpu bitlbee was built, not on which
it is running. This makes the Debian package unreproducible.
See e.g.
https://tests.reproducible-builds.org/rb-pkg/testing/i386/bitlbee.html
|
|
|
|
|
|
| |
We only support the openldap scheme for now, with users that are
posixAccounts. Moreover, as the plugin cannot be configured directly,
you must configure libldap correctly in /etc/openldap/ldap.conf
|
|
|
|
| |
This backend authenticates users against pam.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of always putting users passwords in XML files, allow site
admins to configure a different authentication method to integrate
authentication with other systems.
This doesn't add any authentication backends yet, merely the
scaffolding. Notably:
- Password checking and loading/removing from storage has been
decoupled. A new auth_check_pass function is used to check passwords.
It does check against the configured storage first, but will handle
the authentication backends as well. The XML storage merely signals
that a user's password should be checked using an authentication
backend.
- If unknown-to-bitlbee users identify using an authentication backend,
they are automatically registered.
- If an authentication backend is used, that fact is stored in the XML
file, the password is not. Passwords are also stored unencrypted in
this case, as the password used to encrypt them can change underneath
us.
- configure and Makefile changes for the backend objects
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
* Added a configure option for sysroot.
* Prevent pkgconfig environment variables to be clobbered.
* Prevent PATH environment variable pollution.
* Backward compatible.
Signed-off-by: Guillermo A. Amaral <g@maral.me>
|
| |
|
| |
|
|
|
|
|
| |
Because openbsd/netbsd don't have a 'python' in the PATH unless the user
creates the symlink explicitly.
|
|
|
|
|
|
|
|
|
| |
Tested in openbsd 5.6, which does have sed -r (unlike Mac OS X) but it
needs -r to recognize + at all.
The previous commit did fix enough to make it 'work' with the git
describe output as version string, the only problem was that the sed
didn't match in bsds and mac os x.
|
| |
|
|
|
|
| |
Just make up some fake describe output based on the real version
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
It actually checks that xml.etree.ElementTree can be imported, which is
good enough.
The script works fine in 2.5 (tested with centos 6), and doesn't work
in 2.4 but we don't support centos 5 anymore so no problem there.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It will get disabled automatically if the deps (xmlto and xsltproc)
are missing
Also added checks for asciidoc (a2x) for the skype plugin, which needs
it for the skyped man page, and will also get that disabled if --doc=0
is passed or if asciidoc isn't installed.
This should keep those ugly deps under control for now.
I'd like to replace them at some point with something less dumb.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes behavior slightly:
- md5_init()/sha1_init() allocate a GChecksum
- md5_finish()/sha1_finish() close and free() it
- md5_digest_keep() was added (no sha1 equivalent needed)
And yes, glib has this concept of "closing" the GChecksum, which means
it can't be used anymore after g_checksum_get_digest().
jabber_cache_add() actually seems to need to do that to generate some
random-ish values, so i kept that working by adding a md5_digest_keep()
function that copies the GChecksum before it gets closed
GChecksum was introduced in glib 2.16, so the configure script version
was bumped. We were already depending on glib 2.16 accidentally
(some post-3.2.2 code uses GHashTableIter)
|
|
|
|
|
|
|
|
| |
- A few build system tweaks
- A fancy README.md
- s/.bzrignore/.gitignore/
- .travis.yml for travis-ci integration
- doc/git-bzr-rev-map for historical purposes
|
|
|
|
|
|
|
|
| |
* Don't use PIE/PIC on Cygwin/Darwin unless specified as these
platforms don't support it.
* Cleanup warnings for 'make check' build.
* Fix the type issue for getsockopt calls.
* Fix enum warnings in Yahoo libs on Mac OS X.
|
|
|
|
|
|
|
|
| |
Requires gcc >=4.8 or clang >=3.1
AddressSanitizer (ASan) is a fast memory error detector. See also:
https://code.google.com/p/address-sanitizer/wiki/AddressSanitizer
|
|
|
|
| |
It has been broken for a very long time and nobody cared about it.
|
|
|
|
| |
Needed when building without gnutls (which already depends on gcrypt)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
srv_lookup works on cygwin and openbsd now.
Provide ns_initparse, friends, and types where they aren't provided by
platform.
Use dn_expandname instead of custom parser so compressed DNS responses
are handled correctly.
|
|
|
|
|
| |
when linking (not partially linking).
|
|
|
|
|
|
|
|
|
| |
Old bzr version format: bzr-1234
New bzr version format: 3.2.1-bzr-1234
Version spoofing with the BITLBEE_VERSION also changed slightly - it
does not need quotes around the version number anymore for it to compile
correctly.
|
|
|
|
|
|
|
|
|
|
| |
There's no real risk in enabling these, since protocols/purple/purple.c
already avoids adding duplicate protocols in purple_initmodule():
/* If we already have this one (as a native module), don't
add a libpurple duplicate. */
if( find_protocol( prot->info->id ) )
continue;
|
|
|
|
| |
I mean, they confuse the vim bash syntax highlighter
|
| |
|
|
|
|
|
|
| |
Few BitlBee-specific diffs now. Annoyingly need to link to libm now for the
use of the function pow() since the lib now does its own number parsing...
|
| |
|
|
|
|
|
|
|
|
|
| |
script that this actually won't work.
This because I can't figure out how to make a source dependency conditional
on whether a certain binary packages is going to be built. It's kind of okay
since libotr2-dev is unavailable on new systems anyway.
|
|
|
|
|
| |
get included everywhere). Debian #703550.
|
|\
| |
| |
| |
| |
| | |
XML-formatted user configs from disk I/O so we can try to start using other
mechanisms to store them (a REST API or something, for example).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There was actually a branch where LDAP support was more or less in a usable
state, but there were still some unsolved problems including the fact that
every setting has its own LDAP schema entry, which would mean lots of
maintenance overhead for pretty much every BitlBee release. :-(
Instead, we'll just stick to the XML format everywhere and just store it
in different ways.
|
| | |
|