| Commit message (Collapse) | Author | Age | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
next-to-useless binary.
|
| | | |
|
| |/
|
|
|
| |
longer necessary.
|
| | |
|
| |
|
|
|
| |
ways it's not BitlBee and I'm tired of getting libpurple-related bug reports.
|
| |
|
|
|
|
| |
system includes from the .d files, solving occassional irritating error
messages when recompiling an old tree.
|
| |
|
|
|
| |
BitlBee will still build on any Linux released over the last 5 or so years.
|
| |
|
|
|
| |
unexpectedly being set to something already.
|
| |
|
|
|
| |
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1417 for details.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
it, it can be restored using the --ipcsocket= configure option.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
with no good reason.
|
| | |
|
| |
|
|
|
|
| |
has been fully broken for a long time already anyway). Just use GnuTLS,
it's on every machine these days.
|
| |
|
|
|
|
|
|
|
|
|
| |
doesn't have Twitter support by default and it's unlikely that someone will
prefer libpurple-twitter over BitlBee's Twitter code anyway.
Also automatically disable libpurple protocol modules if a native variant is
already set up. The linking conflict works the other way around (libpurple
modules may break if native modules for the same protocol are compiled in)
so this should mostly resolve the linking conflict problem.
|
| | |
|
| | |
|
| |
|
|
|
| |
supported there.
|
| |
|
|
|
| |
mostly don't need lib/des.c anymore.
|
| |
|
|
|
|
| |
Distros can now ship a bitlbee-plugin-otr package (that should work with
both bitlbee and bitlbee-libpurple).
|
