DuckCorp Projects: Issueshttps://projects.duckcorp.org/https://projects.duckcorp.org/favicon.ico?16699090422024-02-04T14:36:07ZDuckCorp Projects
Redmine Bip - Enhancement #807 (New): Add IRCv3 capabilitieshttps://projects.duckcorp.org/issues/8072024-02-04T14:36:07ZLoïc Gomez
<p><a class="external" href="https://ircv3.net/specs/extensions/capability-negotiation.html">https://ircv3.net/specs/extensions/capability-negotiation.html</a></p> Bip - Bug #763 (New): Backlog is being lost on unstable connectionshttps://projects.duckcorp.org/issues/7632022-03-16T19:03:53ZLoïc Gomez
<p><a class="external" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595408">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595408</a></p>
<p>Per Arnaud's comment there:</p>
<blockquote>
<p>Tcp will detect such connection breakage only when bip sends data to<br />your ADSL ip and times out waiting for ACKs. So bip indeed<br />approximates when the connection is lost. The blreset_on_talk should<br />be useful to you as bip will replay logs as long as you did not reply<br />anything.</p>
<p>I don't see any trivial way to implement a better connection loss<br />detection for backlog reset. It should be feasible to delay backlog<br />resetting to only when we receive any data from client, which would<br />prevent some errors of the type you described (but not all).<br />Another way would be to poll the tcp buffer size and to reset logs<br />only when it's down to 0. It's probably the best solution.</p>
</blockquote> Bip - Bug #762 (New): Systemctl integration does not actually stop biphttps://projects.duckcorp.org/issues/7622022-03-16T18:55:17ZLoïc Gomez
<p><a class="external" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963907">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963907</a></p>
<p>Checked up on this but could not reproduce on Ubuntu/hirsute with a fresh start. Although, on Debian stable, it indeed shows up as dead even though restart had occurred less than 2d ago, and I remember having such issue stopping bip:<br /><pre><code>
● bip.service - Bip IRC Proxy
Loaded: loaded (/lib/systemd/system/bip.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/bip.service.d
└─custom.conf, override.conf
Active: inactive (dead) since Thu 2022-03-10 21:29:43 CET; 5 days ago
Main PID: 5508 (code=exited, status=0/SUCCESS)
Tasks: 1 (limit: 4668)
Memory: 11.4M
CPU: 1d 4h 57min 33.009s
CGroup: /system.slice/bip.service
└─5509 /usr/bin/bip -f /etc/bip/bip.conf -s /var/lib/bip
Warning: journal has been rotated since unit was started, output may be incomplete.
</code></pre></p>
<p>Couldn't find any difference in systemctl unit</p> Bip - Bug #749 (New): bip doesn't create ~/.bip/ directory when using default PID filehttps://projects.duckcorp.org/issues/7492022-01-03T11:29:06ZLoïc Gomez
<p>30-12-2021 14:34:11 Default pid file: /home/kyoshiro/.bip/bip.pid<br />30-12-2021 14:34:11 FATAL: Cannot write to PID file (/home/kyoshiro/.bip/bip.pid.redacted.3764810) No such file or directory</p> Bip - Enhancement #733 (New): Error message is unclear when SSL server is unresponsivehttps://projects.duckcorp.org/issues/7332021-09-16T13:55:42ZLoïc Gomez
<p>It seems we get these when bip is unable to connect at all to a server using SSL:</p>
<blockquote>
<p>WARNING: mySSL_get_cert() SSL server supplied no certificate !<br />ERROR: No certificate in SSL write_socket</p>
</blockquote>
<p>We need to find a way to make it clear there is a connect() issue and not an SSL related problem.</p> Bip - Enhancement #730 (New): Update /bip backlog [n] to make it backlog private messages toohttps://projects.duckcorp.org/issues/7302021-09-03T12:36:27ZLoïc Gomez
<p>Current /bip backlog command does not backlog private messages.<br />I think it is related to bip not being aware of which private messages to look for, as they're scattered in multiple files.</p>
<p>Maybe it does work with an in-memory backlog setup though (to be tested).</p>
<p>We could probably list changed files in the logdir and backlog the ones matching the [n] parameter.</p> Bip - Enhancement #715 (New): Backlog one channel onlyhttps://projects.duckcorp.org/issues/7152020-12-17T09:34:26ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>The backlog command only allows to backlog all the channels from one network.</p>
<p>It would be nice to fetch backlog from one channel only.</p>
<p>From: Debian bug <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668420" class="external">#668420</a>.</p> Bip - Bug #641 (New): /who replies aren't routed to correct clienthttps://projects.duckcorp.org/issues/6412018-12-30T12:02:40ZJohn Levon
<p>Using bip on freenode, with two hexchat clients, I get regular noise to the channels<br />corresponding to the output of a /who command. This seems to be from hexchat's /away<br />tracking, which periodically sends this command. It appears that bip doesn't know which<br />client to route the response to, so you get this noise.</p>
<p>In znc, it seems this is fixed by enabling route_replies, but I can't find such a thing<br />in bip.</p> Bip - Bug #500 (New): bip 0.8.9 and 0.9.0 often fail on SSL/TLS connection to Freenodehttps://projects.duckcorp.org/issues/5002016-11-24T20:22:11ZAdam Williamsonadamw@happyassassin.net
<p>After rebooting my Bip server today, I noticed it frequently fails on attempts to connect to Freenode via SSL/TLS, like this:</p>
<pre><code>Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 [freenode] Connecting user 'adamw' using server chat.freenode.net:7000<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 No SSL certificate check store configured. Default store will be used.<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 WARNING: mySSL_get_cert() SSL server supplied no certificate !<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 ERROR: No certificate in SSL write_socket<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 WARNING: mySSL_get_cert() SSL server supplied no certificate !<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 ERROR: No certificate in SSL write_socket<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 WARNING: mySSL_get_cert() SSL server supplied no certificate !<br /> Nov 24 12:14:20 ircproxy.happyassassin.net bip[1342]: 24-11-2016 12:14:20 ERROR: No certificate in SSL write_socket</code></pre>
<p>It's rather strange, because it suggests that `SSL_get_peer_certificate()` is failing, and I don't know why it would do that (and it doesn't seem very easy to debug. Man I hate openssl.) I can only think there must, somehow, be something wrong with the SSL context.</p>
<p>I don't think there is a server issue here, as HexChat seems to always work when I try it (with SSL). I do note that Hexchat seems to wait for `SSL_is_init_finished` to be true before doing `SSL_get_cert_info`...</p> DuckCorp Website - Enhancement #496 (New): Rework layout using a proper gridhttps://projects.duckcorp.org/issues/4962016-10-07T12:46:27ZMarc Dequènesduck@duckcorp.org
<p>For example: <a class="external" href="http://gridlex.devlint.fr/">http://gridlex.devlint.fr/</a></p>
See doc:
<ul>
<li><a class="external" href="https://css-tricks.com/snippets/css/a-guide-to-flexbox/">https://css-tricks.com/snippets/css/a-guide-to-flexbox/</a></li>
<li><a class="external" href="https://css-tricks.com/snippets/css/complete-guide-grid/">https://css-tricks.com/snippets/css/complete-guide-grid/</a></li>
</ul> Bip - Enhancement #492 (New): Logging to syslogd and more explicit error messageshttps://projects.duckcorp.org/issues/4922016-04-13T09:37:53ZAnonymous
<p>This is a missing feature. Please consider adding basic syslogd logging, unless you're willing to work on a more advanced setup, then look how nginx did that.</p> UFWI - Documentation #447 (New): Installation depuis TAr.GZhttps://projects.duckcorp.org/issues/4472015-03-17T17:52:27Zraki hammamielhammami.raki@gmail.com
<p>Bonjour,</p>
<p>Je travail sur un PFE (Next Generation FW), je voulais tester votre solution sauf que je trouve pas de la documentation suffisante pour pouvoir le tester.<br />Le fichier ISO est désormais non disponible sur votre site. Le fichier tar.gz est non bootable.</p>
<p>SVP, Merci de m'aider pour pouvoir l'installer.</p> Bip - Bug #445 (New): Asynchrounous socketshttps://projects.duckcorp.org/issues/4452015-02-27T13:02:17ZNeckara NeckaraNeckara@last-project.ovh
<p><code>27-02-2015 13:50:05 [irc.last-project.ovh] backlogging: #last-team<br />27-02-2015 13:50:05 [irc.last-project.ovh] backlogging: #messages<br />27-02-2015 13:52:45 ERROR: read(fd=11): Connection lost: Operation now in progress<br />27-02-2015 13:52:45 ERROR: Error while reading on fd 11<br />27-02-2015 13:52:45 ERROR: client read_lines error, closing...<br />27-02-2015 13:52:46 [irc.last-project.ovh] backlogging: #last-team<br />27-02-2015 13:52:46 [irc.last-project.ovh] backlogging: #messages<br />27-02-2015 13:55:26 ERROR: read(fd=11): Connection lost: Operation now in progress<br />27-02-2015 13:55:26 ERROR: Error while reading on fd 11<br />27-02-2015 13:55:26 ERROR: client read_lines error, closing...<br />27-02-2015 13:55:27 [irc.last-project.ovh] backlogging: #last-team<br />27-02-2015 13:55:27 [irc.last-project.ovh] backlogging: #messages<br /></code></p> UFWI - Enhancement #417 (New): Add GnuTLS 3.x supporthttps://projects.duckcorp.org/issues/4172014-11-25T22:42:24ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Oleg Blednov</p> UFWI - Bug #416 (New): Missing "Exit" menu entryhttps://projects.duckcorp.org/issues/4162014-11-25T22:41:46ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>In stand-alone mode, the main menu is missing a "Quit" or "Exit" entry.</p>
<p>Added by Laurent Defert</p>