| Commit message (Collapse) | Author | Age | Lines |
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Async-signal-safe code is very restricted (nothing that may call malloc
indirectly), so this code tries its best to show meaningful stuff, but
the output is still fairly raw. The contents of the log file are:
- BITLBEE_VERSION, BITLBEE_CONFIGURE_ARGS
- Backtrace as generated by backtrace()/backtrace_symbols_fd()
- A small help text explaining how to get more useful symbol names
- Memory maps (/proc/self/maps), which also mentions loaded plugins
The backtrace() function is a GNU extension, /proc/ is a linux thing.
Non-glibc platforms (such as musl) won't show anything, non-linux
platforms will skip the memory maps when /proc/self/maps fails to open.
I'd like to include timestamps, but I can't find a safe way to format
them. Even turning raw unix timestamps to strings is hard. Fun stuff.
I used the config directory because it's the only place we can be sure
we can write to. The filename is hardcoded for the same reason there are
no timestamps.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Matches debian build scripts.
Also expands the condition to gcc or clang. I'd rather remove this,
apparently it exists because some opensolaris compiler didn't have -Wall
which seems absurd to me, but whatever.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
RIP
This plugin relied on the skype linux client, which doesn't work
anymore. During login it just does exit(0) for mysterious reasons.
I guess that's the server trying to say that it's not supported.
This is officially dead now after a few years of kinda-almost-working.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
RIP
As per http://ismsndeadyet.com/ all versions up to MSNP22 died a few
months ago. We had a MSNP21 implementation, bought us two extra years.
Implementing MSNP24 is technically possible but also pointless given
skypeweb, and the authentication requires some fairly messed up crypto
and legacy old-skype-protocol servers. For a long time I tried to
reverse a potentially simpler method, and got fairly close, but never
completed that. I haven't done any attempts to continue it in the last
year, so I'm fine with giving up at this point.
|
|\| |
|
| |
| |
| |
| | |
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)
|