briar issueshttps://code.briarproject.org/groups/briar/-/issues2021-04-30T13:36:01Zhttps://code.briarproject.org/briar/briar/-/issues/1880Introduce ViewModel for SharingStatusActivity2021-04-30T13:36:01ZTorsten GroteIntroduce ViewModel for SharingStatusActivitySubtask of #1823.Subtask of #1823.https://code.briarproject.org/briar/briar/-/issues/1879Migrate ShareForumController to ViewModel2021-04-30T13:36:05ZTorsten GroteMigrate ShareForumController to ViewModelSubtask of #1800Subtask of #1800https://code.briarproject.org/briar/briar/-/issues/1878Migrate ShareBlogController to ViewModel2021-04-30T13:36:10ZTorsten GroteMigrate ShareBlogController to ViewModelSubtask of #1800Subtask of #1800https://code.briarproject.org/briar/briar/-/issues/1877Migrate RevealContactsController to ViewModel2021-04-30T13:36:28ZTorsten GroteMigrate RevealContactsController to ViewModelSubtask of #1800Subtask of #1800https://code.briarproject.org/briar/briar/-/issues/1876Migrate GroupMemberListController to ViewModel2021-04-30T13:36:32ZTorsten GroteMigrate GroupMemberListController to ViewModelSubtask of #1800Subtask of #1800https://code.briarproject.org/briar/briar/-/issues/1875Migrate InvitationControllers to ViewModel2021-04-30T13:36:37ZTorsten GroteMigrate InvitationControllers to ViewModelThere's three controllers sharing code:
* [ ] ForumInvitationController
* [ ] GroupInvitationController
* [ ] BlogInvitationController
Subtask of #1800There's three controllers sharing code:
* [ ] ForumInvitationController
* [ ] GroupInvitationController
* [ ] BlogInvitationController
Subtask of #1800https://code.briarproject.org/briar/briar/-/issues/1874Migrate CreateGroupController to ViewModel2021-04-30T13:37:10ZTorsten GroteMigrate CreateGroupController to ViewModelSubtask of #1800Subtask of #1800https://code.briarproject.org/briar/briar/-/issues/1868Migrate ContactSelectorController to ViewModel2021-04-30T13:37:26ZTorsten GroteMigrate ContactSelectorController to ViewModelThere's some code sharing going on here with various places. Also related to #1867
Subtask of #1800There's some code sharing going on here with various places. Also related to #1867
Subtask of #1800https://code.briarproject.org/briar/briar-gtk/-/issues/87Port to GTK 4.02021-02-01T11:52:09ZNicoPort to GTK 4.0GTK 4.0 got released some days ago: https://blog.gtk.org/2020/12/16/gtk-4-0/
There are some cool new things in there that are all mentioned in the blog post. However, I marked this issues as blocked for now because I don't want to trans...GTK 4.0 got released some days ago: https://blog.gtk.org/2020/12/16/gtk-4-0/
There are some cool new things in there that are all mentioned in the blog post. However, I marked this issues as blocked for now because I don't want to transition to GTK 4.0 before [Debian stable ships it](https://packages.debian.org/experimental/libgtk-4-0). I think we have good chances to have it in the next Debian release coming in 2021. If we focused only on Flatpak, we could transition to GTK 4.0 today, though.
Related issues: https://code.briarproject.org/briar/briar-gtk/-/issues/80 and all the issues linked in there.
Related links:
* [Migrating from GTK 3.x to GTK 4 - GTK documentation](https://developer.gnome.org/gtk4/4.0/gtk-migrating-3-to-4.html)GTK 0.2.0-beta1https://code.briarproject.org/briar/briar/-/issues/1860Include sign-in time in crash reports2020-12-11T13:40:45ZTorsten GroteInclude sign-in time in crash reportsCurrently, we include the app start time in crash reports, but we register a boot receiver in order to show the sign-in reminder, so the application instance may be created shortly after boot, even if the user doesn't launch the app unti...Currently, we include the app start time in crash reports, but we register a boot receiver in order to show the sign-in reminder, so the application instance may be created shortly after boot, even if the user doesn't launch the app until much later. It would also be worth recording a launch time (e.g. the first time an activity's created) or a sign-in time (e.g. the time when BriarService starts).https://code.briarproject.org/briar/briar/-/issues/1854Provide Tor/obfsproxy arm binaries for Linux2023-01-25T11:44:13ZNicoProvide Tor/obfsproxy arm binaries for Linux_Let's properly document all the ARM binary stuff for Briar Headless._
Briar Headless currently only includes binaries for `linux-x86_64`. While Briar Android works on ARM, we need a special binary for (plain) Linux systems and [enable ..._Let's properly document all the ARM binary stuff for Briar Headless._
Briar Headless currently only includes binaries for `linux-x86_64`. While Briar Android works on ARM, we need a special binary for (plain) Linux systems and [enable them in code](https://code.briarproject.org/briar/briar/-/blob/8d735b30237aaf8212bb42d37783134a56d6e9b6/bramble-java/src/main/java/org/briarproject/bramble/plugin/tor/UnixTorPluginFactory.java#L99).
Here is a table with required flags for specified target devices:
| command | `-march=` | other flags | target devices |
| ------ | ------ | ------ | ------ |
| `arm-linux-gnueabi-gcc` | `armv6` | `-marm` | Raspberry Pi Model B Rev 2 |
| `arm-linux-gnueabi-gcc` | `armv6zk` | `-marm` | Raspberry Pi Model B Rev 2 |
| `arm-linux-gnueabi-gcc` | `armv6zk+fp` | `-marm` | Raspberry Pi Model B Rev 2 |
| `arm-linux-gnueabihf-gcc` | `armv7-a+fp` | `-mmusl` | Google Nexus 5 (postmarketOS) |
| `arm-linux-gnueabihf-gcc` | `armv7ve+simd` | `-marm` | Raspberry Pi 2 Model B (not tested) |
| `arm-linux-gnueabihf-gcc` | unknown | unknown | Raspberry Pi Model 3 (not tested) |
| `aarch64-linux-gnu-gcc` | `armv8-a+crc+simd` | `-marm` | Raspberry Pi 4 Model B (not tested) |
| `aarch64-linux-gnu-gcc` | `armv8-a+crypto+crc` | - | Purism Librem 5 (not tested) |
To add information on another device, the following commands are helpful:
```bash
cat /proc/cpuinfo
gcc -c -Q -march=native --help=target
gcc -v
```
Python also gives interesting information (enter these commands after starting `python3`; you can exit with ctrl + d):
```python
import platform
platform.architecture()
platform.machine()
```
For detecting your device properly, we depend on Java to tell us which is it:
```java
public class Arch {
public static void main(String[] args) {
System.out.println(System.getProperty("os.arch"));
}
}
```
Please compile it with `javac Arch.java` and post the output of `java Arch`.
Once you have that information, feel free to post the output to this issues. Your work will help getting Briar run on your device.
You can further help by trying to do a test compile. Using the following `briar.c`...
```c
#include <stdio.h>
int main() {
float a = 3.33 + 6.66;
printf("Briar rocks, %f!", a);
return 0;
}
```
...you can compile the program using e.g. `arm-linux-gnueabi-gcc test.c -o test.out -march=armv6zk+fp -marm`. Under Debian, there are `gcc-arm-linux-gnueabihf` and `gcc-arm-linux-gnueabi` available as cross-compilers. Please compile the program on your desktop device using the right compiler flags, copy the _test.out_ binary to your target device and try to execute it there. If it works, you can additionally provide the exact compile command that worked for you.NicoNicohttps://code.briarproject.org/briar/website/-/issues/29Expand FAQs2022-11-18T17:32:17ZCleopatraExpand FAQsSubtask of #28
```
- What is Briar?
- How does Briar work?
- Why is it called Briar?
- How is Briar different from other messaging apps?
- How do I install/update/uninstall Briar?
- What platforms can I use Briar on?
- Can I send files ...Subtask of #28
```
- What is Briar?
- How does Briar work?
- Why is it called Briar?
- How is Briar different from other messaging apps?
- How do I install/update/uninstall Briar?
- What platforms can I use Briar on?
- Can I send files and images?
- Can I do video calls?
- Why is Briar is always logged out every time I open the app?
- What is the difference between a forum, private group and blog?
- What does Briar use for end2end encryption
- How are messages delivered?
- Why is my connection to a private group so slow?
- What happens to abandoned accounts?
- Why does Briar drain more battery?
- What are some limitations of Briar?
- how can briar sync over the internet without a server? how do you know where to send the sync to? don't you need some kind of known address or middleman to sync?
```CleopatraCleopatrahttps://code.briarproject.org/briar/briar-manual/-/issues/5Prepare manual for translation2020-12-01T14:00:23ZCleopatraPrepare manual for translationCleopatraCleopatrahttps://code.briarproject.org/briar/briar-reproducer/-/issues/1Build .deb containing briar-headless.jar2021-03-10T06:23:13ZNicoBuild .deb containing briar-headless.jarSince packaging briar-headless in Debian main (https://code.briarproject.org/briar/briar-debian/-/issues/1) is currently blocked, efforts will now focus on creating an official APT repository by The Briar Project (https://code.briarproje...Since packaging briar-headless in Debian main (https://code.briarproject.org/briar/briar-debian/-/issues/1) is currently blocked, efforts will now focus on creating an official APT repository by The Briar Project (https://code.briarproject.org/briar/briar-debian/-/issues/3). The *briar-headless.deb* provided in that repository will ideally come from briar-reproducer. We need to extend briar-reproducer to not only create a *briar-headless.jar*, but also a *briar-headless.deb* that contains the *.jar*.NicoNicohttps://code.briarproject.org/briar/briar-debian/-/issues/3Create official APT repository2021-02-01T12:32:41ZNicoCreate official APT repositorySince packaging briar-headless in Debian main (https://code.briarproject.org/briar/briar-debian/-/issues/1) is currently blocked, we decided to now focus on creating an official APT repository by The Briar Project. It will contain a .deb...Since packaging briar-headless in Debian main (https://code.briarproject.org/briar/briar-debian/-/issues/1) is currently blocked, we decided to now focus on creating an official APT repository by The Briar Project. It will contain a .deb of briar-headless, produced by briar-reproducer (https://code.briarproject.org/briar/briar-reproducer/-/issues/1), and imho should also contain .debs of briar-gtk (https://code.briarproject.org/briar/briar-gtk/issues/39) and python3-briar-wrapper (https://code.briarproject.org/briar/python-briar-wrapper/issues/14).https://code.briarproject.org/briar/briar/-/issues/1849Upgrade Tor to 0.3.5.122020-11-16T16:52:46ZakwizgranUpgrade Tor to 0.3.5.12Tor 0.3.5.12 is out. This release has a security fix that could affect anonymity, and an updated list of fallback directories, which might improve bootstrapping.
https://gitweb.torproject.org/tor.git/tree/ChangeLog?h=tor-0.3.5.12Tor 0.3.5.12 is out. This release has a security fix that could affect anonymity, and an updated list of fallback directories, which might improve bootstrapping.
https://gitweb.torproject.org/tor.git/tree/ChangeLog?h=tor-0.3.5.12Android 1.2akwizgranakwizgranhttps://code.briarproject.org/briar/briar-gtk/-/issues/80Use GTK 4 ListView and ListModel for lists2021-03-02T12:19:14ZNicoUse GTK 4 ListView and ListModel for listsWith the [scalable lists in GTK 4](https://blog.gtk.org/2020/06/07/scalable-lists-in-gtk-4/) (https://code.briarproject.org/briar/briar-gtk/-/issues/87), we can use something similar to Android's RecyclerView/ListViewAdapter. By using th...With the [scalable lists in GTK 4](https://blog.gtk.org/2020/06/07/scalable-lists-in-gtk-4/) (https://code.briarproject.org/briar/briar-gtk/-/issues/87), we can use something similar to Android's RecyclerView/ListViewAdapter. By using them, we could update the data and request GTK to render the updates. This is interesting for all sorts of issues:
* https://code.briarproject.org/briar/briar-gtk/-/issues/48
* https://code.briarproject.org/briar/briar-gtk/-/issues/47
* https://code.briarproject.org/briar/briar-gtk/-/issues/7
* https://code.briarproject.org/briar/briar-gtk/-/issues/69
* https://code.briarproject.org/briar/briar-gtk/-/issues/5
* https://code.briarproject.org/briar/briar-gtk/-/issues/8
* https://code.briarproject.org/briar/briar-gtk/-/issues/73
There's even an [`GtkTreeExpander`](https://developer.gnome.org/gtk4/4.0/gtk4-GtkTreeExpander.html) that will become quite handy with groups (https://code.briarproject.org/briar/briar-gtk/-/issues/21), forums (https://code.briarproject.org/briar/briar-gtk/-/issues/32) and blogs (https://code.briarproject.org/briar/briar-gtk/-/issues/33).
Interesting links:
* https://developer.gnome.org/gtk4/4.0/GtkListView.html
* https://developer.gnome.org/gio/2.64/GListModel.html
* https://developer.gnome.org/gtk4/4.0/GtkBuilderListItemFactory.htmlGTK 0.2.0-beta1https://code.briarproject.org/briar/briar/-/issues/1801Finish migrating ConversationActivity to ViewModel2021-07-06T09:58:45ZakwizgranFinish migrating ConversationActivity to ViewModelTorsten GroteTorsten Grotehttps://code.briarproject.org/briar/briar/-/issues/1800Replace controllers with ViewModels2021-07-06T09:58:13ZakwizgranReplace controllers with ViewModelsThe remaining ResultHander-based controllers should be replaced with ViewModels and LiveData.The remaining ResultHander-based controllers should be replaced with ViewModels and LiveData.https://code.briarproject.org/briar/briar-gtk/-/issues/75Split translation file of Briar GTK and its metadata2020-10-06T17:45:43ZNicoSplit translation file of Briar GTK and its metadataIn order to being able to focus more on the translation of Briar GTK's core components, I though about splitting up the translation file into a Python/UI part and a metadata part.
We currently have 90 strings to translate for Briar GTK,...In order to being able to focus more on the translation of Briar GTK's core components, I though about splitting up the translation file into a Python/UI part and a metadata part.
We currently have 90 strings to translate for Briar GTK, and roughly half of it are coming from its [metainfo file](https://code.briarproject.org/briar/briar-gtk/-/blob/0e83afe95a9ca1df7c4084d0de68eabe8ad6f85e/briar-gtk/data/app.briar.gtk.metainfo.xml.in). This file is used by programs like [GNOME Software](https://wiki.gnome.org/Apps/Software) to generate a beautiful application page. However, especially the changelog part I don't see as critical as the core program and therefore suggest to split it up. It's just a matter of changing one line of code in [_tools/generate_data.sh_](https://code.briarproject.org/briar/briar-gtk/-/blob/0e83afe95a9ca1df7c4084d0de68eabe8ad6f85e/tools/generate_data.sh#L35) and doing some configuration in Transifex. Since I'm now a maintainer there, I can do this all on my own.
Once we have things split up, we can start to [prioritize core components](https://docs.transifex.com/projects/categorizing-and-prioritizing-resources) of Briar. I suggest to make the Android and GTK parts "Urgent", the manual "High" and GTK's metadata "Normal".
CC @akwizgran @groteGTK 0.1.0-beta2NicoNico