aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeLines
...
* | Rename long_ids to id_lengthMarius Halden2016-07-20-3/+3
| |
* | Merge branch 'twitter_log' into patched-masterMarius Halden2016-07-20-24/+23
|\ \
| * | Add support for long tweet idsMarius Halden2016-07-20-10/+33
| |/
* | purple: added room listing supportjgeboski2016-07-13-0/+147
| |
* | Added an interface for the listing of existing chatroomsjgeboski2016-07-13-6/+110
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Several protocols can provide a list of existing chatrooms that a user is able join. This is crucial for the usage of several protocols, most notably Purple and Facebook. Plugins wishing to support this extended functionality must implement the new prpl->chat_list() function. This implemented function will in most cases send a remote request for the list of chatrooms. Once the list of chatrooms is obtained, a bee_chat_info_t GSList must be created and assigned to the im_connection->chatlist field. Then a call to the bee_chat_list_finish() is needed to display the list to the user. The chat list is maintained entirely by the plugin, so it is important to ensure all pointers related to the chat list remain valid until the chat list is set to NULL. This list is used internally by bitlbee to calculate indexes, which then allows the user to join a chat with an index, rather than some random identifier. It also important to ensure the list is properly freed whenever it is updated, or when the account is disconnect via the prpl->logout() function. On the user interface side of things, the 'chat list' subcommand was recommissioned. For a user to list the existing chat rooms: chat list <account id> Afterwards a user can join a chatroom in the list with its index. This extends the functionality of the 'chat add' subcommand by adding in support for the exclamation point operator to denote an index. chat add <account id> !<index> [channel]
* | Revert "Added an interface for the listing of existing chatrooms"Marius Halden2016-07-13-110/+6
| | | | | | | | This reverts commit 659df4e333f2f524350dd131e430faaeb66dd91a.
* | Revert "purple: added room listing support"Marius Halden2016-07-13-131/+0
| | | | | | | | This reverts commit e83d450ef16d9a3783f5daff632c4ac57ceb8fec.
* | Merge branch 'master' into patched-masterMarius Halden2016-07-09-18/+28
|\|
| * Merge branch 'develop'dequis2016-07-08-18/+28
| |\
| | * debian: add #DEBHELPER# tag to maintscriptsdequis2016-06-14-17/+10
| | | | | | | | | | | | | | | So that the systemd debhelper stuff can do its job. Also fixes a lintian warning.
| | * systemd: Stop murdering the whole control group on stopdequis2016-06-14-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | With this change, restarting or upgrading bitlbee doesn't kill child processes anymore, keeping the behavior of sysv scripts. This is desirable in public servers, where you probably want to upgrade the master process without disconnecting everyone.
| | * purple: add $plugindir/purple to the plugin search pathdequis2016-06-12-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This allows adding bitlbee-specific purple plugins in a directory controlled by the user who starts bitlbee (as it can be defined in bitlbee.conf, PluginDir). Pidgin and finch have something similar allowing users to place plugins in ~/.purple/plugins: path = g_build_filename(purple_user_dir(), "plugins", NULL); The direct equivalent would be to use our config dir, but i'd rather not put executable modules there.
| | * debian: install systemd units and use dh_systemddequis2016-06-12-1/+13
| | | | | | | | | | | | | | | | | | I'm using the debhelper version (9.20131227) to avoid depending on dh_systemd for debian wheezy and ubuntu precise. If it's older than that, it's probably a distro without dh_systemd.
* | | Merge branch 'scram' into patched-masterMarius Halden2016-07-06-42/+48
|\ \ \
| * | | Remove cb stuff and some cleanupscramMarius Halden2016-07-06-83/+23
| | | |
| * | | Use saslprep, more cb stuffMarius Halden2016-07-06-23/+89
| | | |
| * | | Merge branch 'scram' of git.lden.org:bitlbee into scramMarius Halden2016-07-03-0/+0
| |\ \ \
| | * | | Follow c89/90Marius Halden2016-06-20-2/+2
| | | | |
| * | | | purple: added room listing supportjgeboski2016-06-29-0/+131
| | | | |
| * | | | Added an interface for the listing of existing chatroomsjgeboski2016-06-29-6/+110
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Several protocols can provide a list of existing chatrooms that a user is able join. This is crucial for the usage of several protocols, most notably Purple and Facebook. Plugins wishing to support this extended functionality must implement the new prpl->chat_list() function. This implemented function will in most cases send a remote request for the list of chatrooms. Once the list of chatrooms is obtained, a bee_chat_info_t GSList must be created and assigned to the im_connection->chatlist field. Then a call to the bee_chat_list_finish() is needed to display the list to the user. The chat list is maintained entirely by the plugin, so it is important to ensure all pointers related to the chat list remain valid until the chat list is set to NULL. This list is used internally by bitlbee to calculate indexes, which then allows the user to join a chat with an index, rather than some random identifier. It also important to ensure the list is properly freed whenever it is updated, or when the account is disconnect via the prpl->logout() function. On the user interface side of things, the 'chat list' subcommand was recommissioned. For a user to list the existing chat rooms: chat list <account id> Afterwards a user can join a chatroom in the list with its index. This extends the functionality of the 'chat add' subcommand by adding in support for the exclamation point operator to denote an index. chat add <account id> !<index> [channel]
| * | | | Follow c89/90Marius Halden2016-06-26-2/+2
| | | | |
| * | | | Add support for SCRAM-SHA-256Marius Halden2016-06-26-4/+20
| | | | | | | | | | | | | | | | | | | | With this aproach it will be simple to add any hash to the scram implementation with some simple boilerplate.
| * | | | Disable SCRAM if username/password contains non-ascii characters as saslprep ↵Marius Halden2016-06-26-0/+19
| | | | | | | | | | | | | | | | | | | | is not yet used
| * | | | Add initial support for SCRAM-SHA-1Marius Halden2016-06-26-13/+231
| | |/ / | |/| |
* | | | Merge remote-tracking branch 'upstream/jgeboski/chatlist' into patched-masterMarius Halden2016-07-03-0/+0
|\ \ \ \
| * | | | purple: added room listing supportjgeboski2016-06-29-0/+131
| | | | |
| * | | | Added an interface for the listing of existing chatroomsjgeboski2016-06-29-6/+110
| |/ / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Several protocols can provide a list of existing chatrooms that a user is able join. This is crucial for the usage of several protocols, most notably Purple and Facebook. Plugins wishing to support this extended functionality must implement the new prpl->chat_list() function. This implemented function will in most cases send a remote request for the list of chatrooms. Once the list of chatrooms is obtained, a bee_chat_info_t GSList must be created and assigned to the im_connection->chatlist field. Then a call to the bee_chat_list_finish() is needed to display the list to the user. The chat list is maintained entirely by the plugin, so it is important to ensure all pointers related to the chat list remain valid until the chat list is set to NULL. This list is used internally by bitlbee to calculate indexes, which then allows the user to join a chat with an index, rather than some random identifier. It also important to ensure the list is properly freed whenever it is updated, or when the account is disconnect via the prpl->logout() function. On the user interface side of things, the 'chat list' subcommand was recommissioned. For a user to list the existing chat rooms: chat list <account id> Afterwards a user can join a chatroom in the list with its index. This extends the functionality of the 'chat add' subcommand by adding in support for the exclamation point operator to denote an index. chat add <account id> !<index> [channel]
* | | | purple: added room listing supportjgeboski2016-06-29-0/+131
| | | |
* | | | Added an interface for the listing of existing chatroomsjgeboski2016-06-29-6/+110
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Several protocols can provide a list of existing chatrooms that a user is able join. This is crucial for the usage of several protocols, most notably Purple and Facebook. Plugins wishing to support this extended functionality must implement the new prpl->chat_list() function. This implemented function will in most cases send a remote request for the list of chatrooms. Once the list of chatrooms is obtained, a bee_chat_info_t GSList must be created and assigned to the im_connection->chatlist field. Then a call to the bee_chat_list_finish() is needed to display the list to the user. The chat list is maintained entirely by the plugin, so it is important to ensure all pointers related to the chat list remain valid until the chat list is set to NULL. This list is used internally by bitlbee to calculate indexes, which then allows the user to join a chat with an index, rather than some random identifier. It also important to ensure the list is properly freed whenever it is updated, or when the account is disconnect via the prpl->logout() function. On the user interface side of things, the 'chat list' subcommand was recommissioned. For a user to list the existing chat rooms: chat list <account id> Afterwards a user can join a chatroom in the list with its index. This extends the functionality of the 'chat add' subcommand by adding in support for the exclamation point operator to denote an index. chat add <account id> !<index> [channel]
* | | | Follow c89/90Marius Halden2016-06-20-2/+2
| | | |
* | | | Merge branch 'scram' into patched-masterMarius Halden2016-06-20-13/+266
|\ \ \ \ | | |/ / | |/| |
| * | | Add support for SCRAM-SHA-256Marius Halden2016-06-20-4/+20
| | | | | | | | | | | | | | | | With this aproach it will be simple to add any hash to the scram implementation with some simple boilerplate.
| * | | Disable SCRAM if username/password contains non-ascii characters as saslprep ↵Marius Halden2016-06-20-0/+19
| | | | | | | | | | | | | | | | is not yet used
| * | | Add initial support for SCRAM-SHA-1Marius Halden2016-06-13-14/+232
| | | |
* | | | Merge branch 'master' into patched-masterMarius Halden2016-06-13-12/+19
|\ \ \ \ | | |/ / | |/| |
| * | | 3.4.2-1 as just uploaded.Wilmer van der Gaast2016-06-12-2/+6
| | |/ | |/|
| * | Use correct error when no schemes are supported (#78)Marius Halden2016-06-11-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | This will make bitlbee tell the user about the requirement for oauth when the server actually announces support for oauth. If the server does not announce oauth support bitlbee will tell the user it doesn't support any of the schemes provided by the server. These messages were reversed before.
| * | Use dh_prep rather than deprecated 'dh_clean -k'.Jelmer Vernooij2016-05-30-1/+2
| | |
| * | Unicodify my lastname.Jelmer Vernooij2016-05-30-1/+1
| | |
| * | Bump standards version to 3.9.8 (no changes).Jelmer Vernooij2016-05-30-1/+2
| | |
| * | Don't start synopsis with an article.Jelmer Vernooij2016-05-30-6/+7
| |/
* | Add 'quote' command for twitterMarius Halden2016-05-29-0/+72
| |
* | Merge branch 'master' into patched-masterMarius Halden2016-05-26-5/+235
|\|
| * Twitter: add "like" as an alias for favourite.Aaron van Geffen2016-05-26-1/+2
| | | | | | | | | | This will allow a user to type "like" in Twitter channels, reflecting recent changes to Twitter itself. Note that the API hasn't changed.
| * Only load plugins with the right file extensionjgeboski2016-05-25-0/+4
| | | | | | | | | | | | Plugins which use autotools will install a .la file along with the .so file. Both of these files are loadable as plugins, so the plugin ends up being loaded twice. To prevent this, only load the .so module.
| * Show the enabled/disabled protocols in the 'plugins' command outputjgeboski2016-05-25-9/+74
| |
| * Implemented plugin information for external pluginsjgeboski2016-05-25-1/+156
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As of now, bitlbee will load any plugin regardless of the ABI it was built against. This is really problematic when structures or symbols are changed within bitlbee. This often leads to the plugin not loading or the plugin acting in an undefined way. Typically a simple rebuild of the plugin will resolve such issues, but many users have no idea that this is required after they have updated bitlbee. Furthermore, it is often times impossible to determine the version of a plugin, without relying on the package manager of the system. This is quite a problem when users are reporting bugs for external plugins, and they have no idea what version of the plugin they are running. This is also an opportunity to provide additional metadata for each plugin that can then be displayed to the user. Solving these issues is done by adding a new required function to each plugin. The init_plugin_info() function must now be implemented along with the init_plugin() function. This function then returns a static structure, which retains all of the metadata for the plugin. Then this is used by bitlbee to check the ABI version and provide information to the user. The introduction of the new function is required as bitlbee needs to obtain the ABI version before calling init_plugin(). The boiler-plate implementation of init_plugin_info(): #ifdef BITLBEE_ABI_VERSION_CODE struct plugin_info *init_plugin_info(void) { static struct plugin_info info = { BITLBEE_ABI_VERSION_CODE, /* Required */ "plugin-name", /* Required */ "1.3.3.7", /* Required */ "A short description of the plugin", /* Optional */ "First Last <alias@domain.tld>", /* Optional */ "http://www.domain.tld" /* Optional */ }; return &info; } #endif The example wraps the function declaration in an if block for backwards compatibility with older bitlbee versions. Displaying the plugin metadata is done via the newly added "plugins" command, which simply dumps formatted data to the root channel.
| * purple: strdup the message instead of casting to char *dequis2016-05-25-3/+6
| | | | | | | | | | | | Fixes trac ticket 1255, which points out that a strip_html() call down there may modify the passed string, and some purple plugins may pass read-only string data to it.
| * configure: add 'arch' variable again, needed for portabilitydequis2016-05-25-0/+2
| | | | | | | | | | | | 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.
* | Re-add some macros containing urls, probably eaten by a mergeMarius Halden2016-05-20-0/+4
| |