DuckCorp Projects: Issueshttps://projects.duckcorp.org/https://projects.duckcorp.org/favicon.ico?16699090422022-08-28T14:08:34ZDuckCorp Projects
Redmine DuckCorp Infrastructure - Bug #779 (Resolved): Upgrade NextCloud (from 23.0.8 to 24.0.4)https://projects.duckcorp.org/issues/7792022-08-28T14:08:34ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Upgrade instructions: <code>toushirou</code>@<code>/srv/www/sites/stuff.milkypond.org/README.Duck</code>.</p>
<pre>
2022-08-28T15:34:59+00:00 Disabled incompatible app: breezedark
2022-08-28T15:34:59+00:00 Disabled incompatible app: end_to_end_encryption
2022-08-28T15:34:59+00:00 Disabled incompatible app: epubreader
2022-08-28T15:34:59+00:00 Disabled incompatible app: spreed
2022-08-28T15:34:59+00:00 Disabled incompatible app: twofactor_admin
2022-08-28T15:34:59+00:00 Disabled incompatible app: weather
</pre>
Supported apps:
<ul>
<li><a href="https://apps.nextcloud.com/apps/end_to_end_encryption" class="external">end_to_end_encryption</a></li>
<li><a href="https://apps.nextcloud.com/apps/breezedark" class="external">breezedark</a></li>
<li><a href="https://apps.nextcloud.com/apps/spreed" class="external">spreed</a></li>
</ul>
Unsupported/Unmaintained apps:
<ul>
<li>weather (disabled): <a class="external" href="https://github.com/nextcloud/weather/issues/102">https://github.com/nextcloud/weather/issues/102</a></li>
<li>twofactor_admin (enabled but the <code>occ</code> command <code> twofactorauth:admin:generate-code</code> doesn't appears ?): <a class="external" href="https://github.com/ChristophWurst/twofactor_admin/issues/229">https://github.com/ChristophWurst/twofactor_admin/issues/229</a></li>
</ul>
Patch applied:
<ul>
<li>epubreader: <a class="external" href="https://github.com/e-alfred/epubreader/issues/44">https://github.com/e-alfred/epubreader/issues/44</a> (patch attached)</li>
</ul> DuckCorp Infrastructure - Bug #778 (Resolved): Upgrade NextCloud (from 23.0.7 to 23.0.8)https://projects.duckcorp.org/issues/7782022-08-28T12:36:32ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Upgrade instructions: <code>toushirou</code>@<code>/srv/www/sites/stuff.milkypond.org/README.Duck</code>.</p> DuckCorp Infrastructure - Bug #726 (Resolved): /etc/stunnel/certs/duckcorp_stunnel_redis_Orfeo.pe...https://projects.duckcorp.org/issues/7262021-07-08T22:43:06ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>On Orfeo: <code>/etc/stunnel/certs/duckcorp_stunnel_redis_Orfeo.pem</code> certificate is expired.</p> DuckCorp Infrastructure - Bug #698 (Resolved): replication wasn't working on db-ldap-2 https://projects.duckcorp.org/issues/6982020-05-28T02:29:00ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p><code>db-ldap-2.duckcorp.org</code> and <code>db-ldap-1.duckcorp.org</code> were desynchronized: <code>pierre-louis</code> account wasn't available on <code>db-ldap-2.duckcorp.org</code>.</p>
<p>In order to fix this issue, I restarted slapd service on toushirou (<code>systemctl restart slapd</code>).</p>
<p>Here are the logs of <code>slapd.service</code>:<br /><pre>
-- Logs begin at Mon 2020-05-18 03:15:02 CEST, end at Thu 2020-05-28 04:24:00 CEST. --
May 18 14:58:04 Toushirou slapd[3394]: slap_global_control: unrecognized control: 1.3.6.1.4.1.42.2.27.8.5.1
May 18 16:58:30 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 18 20:44:05 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 18 20:44:25 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 18 22:04:35 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 19 00:44:33 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 19 03:43:39 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 19 15:09:35 Toushirou slapd[3394]: connection_read(26): no connection!
May 19 16:31:36 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 19 16:31:53 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 19 19:10:07 Toushirou slapd[3394]: connection_read(35): no connection!
May 19 19:10:07 Toushirou slapd[3394]: connection_read(24): no connection!
May 19 22:13:59 Toushirou slapd[3394]: connection_read(37): no connection!
May 19 22:14:07 Toushirou slapd[3394]: connection_read(41): no connection!
May 19 22:41:01 Toushirou slapd[3394]: connection_read(40): no connection!
May 20 01:06:14 Toushirou slapd[3394]: conn=61577 op=0 do_bind: ber_scanf failed
May 20 03:04:59 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 05:03:11 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 10:16:29 Toushirou slapd[3394]: do_syncrep2: rid=004 (-1) Can't contact LDAP server
May 20 10:16:29 Toushirou slapd[3394]: do_syncrep2: rid=002 (-1) Can't contact LDAP server
May 20 10:16:29 Toushirou slapd[3394]: do_syncrepl: rid=004 rc -1 retrying (2 retries left)
May 20 10:16:29 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 retrying (2 retries left)
May 20 10:16:41 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:16:41 Toushirou slapd[3394]: do_syncrepl: rid=004 rc -1 retrying (1 retries left)
May 20 10:16:51 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:16:51 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 retrying (1 retries left)
May 20 10:17:01 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:17:01 Toushirou slapd[3394]: do_syncrepl: rid=004 rc -1 retrying
May 20 10:17:05 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:17:05 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 retrying
May 20 10:17:24 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:17:24 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:17:24 Toushirou slapd[3394]: do_syncrepl: rid=004 rc -1 retrying (2 retries left)
May 20 10:17:24 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 retrying (2 retries left)
May 20 10:17:56 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:17:56 Toushirou slapd[3394]: do_syncrepl: rid=004 rc -1 retrying (1 retries left)
May 20 10:18:05 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:18:05 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 retrying (1 retries left)
May 20 10:18:36 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:18:40 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:18:40 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 retrying
May 20 10:19:17 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:19:17 Toushirou slapd[3394]: slap_client_connect: URI=ldap://db-ldap-1.duckcorp.org Error, ldap_start_tls failed (-1)
May 20 10:19:17 Toushirou slapd[3394]: do_syncrepl: rid=004 rc -1 quitting
May 20 10:19:17 Toushirou slapd[3394]: do_syncrepl: rid=002 rc -1 quitting
May 20 14:37:58 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 15:40:15 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 16:25:01 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 16:44:58 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 17:49:45 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 17:50:06 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 19:15:34 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 19:15:57 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 21:26:32 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 20 21:52:44 Toushirou slapd[3394]: connection_read(43): no connection!
May 20 21:52:52 Toushirou slapd[3394]: connection_read(37): no connection!
May 20 22:08:55 Toushirou slapd[3394]: connection_read(15): no connection!
May 20 23:27:19 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 01:07:08 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 04:24:50 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 06:01:22 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 12:21:33 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 16:43:53 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 16:44:10 Toushirou slapd[3394]: connection_input: conn=1016 deferring operation: too many executing
May 21 23:36:27 Toushirou slapd[3394]: connection_read(35): no connection!
May 22 00:56:11 Toushirou slapd[3394]: connection_read(43): no connection!
May 22 01:11:53 Toushirou slapd[3394]: connection_read(40): no connection!
May 22 01:12:03 Toushirou slapd[3394]: connection_read(26): no connection!
May 22 02:47:32 Toushirou slapd[3394]: connection_read(42): no connection!
May 22 03:19:33 Toushirou slapd[3394]: connection_read(36): no connection!
May 22 16:36:11 Toushirou slapd[3394]: connection_read(35): no connection!
May 22 23:20:19 Toushirou slapd[3394]: connection_read(15): no connection!
May 23 00:35:39 Toushirou slapd[3394]: connection_read(28): no connection!
May 23 01:26:12 Toushirou slapd[3394]: connection_read(34): no connection!
May 23 02:46:12 Toushirou slapd[3394]: connection_read(35): no connection!
May 23 21:24:26 Toushirou slapd[3394]: connection_read(38): no connection!
May 23 21:40:25 Toushirou slapd[3394]: connection_read(37): no connection!
May 24 00:21:30 Toushirou slapd[3394]: connection_read(35): no connection!
May 24 00:53:33 Toushirou slapd[3394]: connection_read(23): no connection!
May 24 15:44:52 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:44:52 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:44:52 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:44:53 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:44:53 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:44:59 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:02 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:02 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:45:03 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 15:55:30 Toushirou slapd[3394]: connection_read(37): no connection!
May 24 16:11:22 Toushirou slapd[3394]: connection_read(22): no connection!
May 24 16:34:58 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 16:35:08 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 16:35:09 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 16:35:09 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 16:35:10 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 16:35:10 Toushirou slapd[3394]: <= mdb_substring_candidates: (uid) not indexed
May 24 17:06:40 Toushirou slapd[3394]: connection_read(35): no connection!
May 24 22:28:20 Toushirou slapd[3394]: connection_read(35): no connection!
May 24 22:28:23 Toushirou slapd[3394]: connection_read(39): no connection!
May 24 22:44:24 Toushirou slapd[3394]: connection_read(36): no connection!
May 24 23:16:44 Toushirou slapd[3394]: connection_read(34): no connection!
May 25 00:05:58 Toushirou slapd[3394]: connection_read(41): no connection!
May 25 00:06:05 Toushirou slapd[3394]: connection_read(30): no connection!
May 25 00:22:03 Toushirou slapd[3394]: connection_read(26): no connection!
May 25 00:38:08 Toushirou slapd[3394]: connection_read(40): no connection!
May 25 00:38:22 Toushirou slapd[3394]: connection_read(15): no connection!
May 25 00:54:28 Toushirou slapd[3394]: connection_read(34): no connection!
May 25 10:19:11 Toushirou slapd[3394]: connection_input: conn=77688 deferring operation: too many executing
May 25 12:39:50 Toushirou slapd[3394]: connection_input: conn=77688 deferring operation: too many executing
May 26 00:01:56 Toushirou slapd[3394]: connection_read(39): no connection!
May 26 00:17:57 Toushirou slapd[3394]: connection_read(34): no connection!
May 26 00:33:51 Toushirou slapd[3394]: connection_read(39): no connection!
May 26 00:34:18 Toushirou slapd[3394]: connection_read(27): no connection!
May 26 00:50:57 Toushirou slapd[3394]: connection_read(27): no connection!
May 26 00:50:58 Toushirou slapd[3394]: connection_read(33): no connection!
May 26 01:23:07 Toushirou slapd[3394]: connection_read(38): no connection!
May 26 09:28:09 Toushirou slapd[3394]: connection_input: conn=77688 deferring operation: too many executing
May 26 11:21:01 Toushirou slapd[3394]: connection_input: conn=77688 deferring operation: too many executing
May 26 12:37:12 Toushirou slapd[3394]: connection_read(35): no connection!
May 26 16:16:54 Toushirou slapd[3394]: connection_input: conn=77688 deferring operation: too many executing
May 26 20:11:28 Toushirou slapd[3394]: connection_read(34): no connection!
May 26 21:15:23 Toushirou slapd[3394]: connection_read(28): no connection!
May 27 00:38:19 Toushirou slapd[3394]: connection_read(41): no connection!
May 27 18:52:09 Toushirou slapd[3394]: connection_read(47): no connection!
May 27 18:52:15 Toushirou slapd[3394]: connection_read(28): no connection!
May 27 18:52:26 Toushirou slapd[3394]: connection_read(43): no connection!
May 27 19:56:32 Toushirou slapd[3394]: connection_read(40): no connection!
May 27 19:56:39 Toushirou slapd[3394]: connection_read(40): no connection!
May 27 21:51:12 Toushirou slapd[3394]: connection_read(38): no connection!
May 27 21:51:18 Toushirou slapd[3394]: connection_read(26): no connection!
May 27 22:07:00 Toushirou slapd[3394]: connection_read(15): no connection!
May 27 22:07:19 Toushirou slapd[3394]: connection_read(22): no connection!
May 27 22:39:01 Toushirou slapd[3394]: connection_read(26): no connection!
May 27 23:01:56 Toushirou slapd[3394]: connection_read(33): no connection!
May 27 23:18:10 Toushirou slapd[3394]: connection_read(49): no connection!
May 28 01:10:25 Toushirou slapd[3394]: connection_read(37): no connection!
May 28 01:10:33 Toushirou slapd[3394]: connection_read(39): no connection!
May 28 01:42:20 Toushirou slapd[3394]: connection_read(38): no connection!
May 28 04:18:56 Toushirou systemd[1]: Stopping LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)...
May 28 04:18:56 Toushirou slapd[3394]: daemon: shutdown requested and initiated.
May 28 04:18:56 Toushirou slapd[3394]: slapd shutdown: waiting for 0 operations/tasks to finish
May 28 04:18:57 Toushirou slapd[3394]: DIGEST-MD5 common mech free
May 28 04:18:57 Toushirou slapd[3394]: DIGEST-MD5 common mech free
May 28 04:18:57 Toushirou slapd[3394]: slapd stopped.
May 28 04:18:57 Toushirou slapd[6990]: Stopping OpenLDAP: slapd.
May 28 04:18:57 Toushirou systemd[1]: slapd.service: Succeeded.
May 28 04:18:57 Toushirou systemd[1]: Stopped LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
May 28 04:18:57 Toushirou systemd[1]: slapd.service: Consumed 4h 4min 55.502s CPU time.
May 28 04:18:57 Toushirou systemd[1]: Starting LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)...
May 28 04:18:57 Toushirou slapd[7001]: @(#) $OpenLDAP: slapd (Apr 20 2020 18:19:54) $
May 28 04:18:57 Toushirou slapd[7003]: slapd starting
May 28 04:18:57 Toushirou slapd[6995]: Starting OpenLDAP: slapd.
May 28 04:18:57 Toushirou systemd[1]: Started LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_message_to_entry: rid=002 DN: dc=milkypond,dc=org, UUID: 5e25ffb0-34d0-103a-826b-1b8e95bf3725
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) tid 1effd700
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 inserted UUID 5e25ffb0-34d0-103a-826b-1b8e95bf3725
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 be_search (0)
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 dc=milkypond,dc=org
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 be_add dc=milkypond,dc=org (68)
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 be_modify dc=milkypond,dc=org (0)
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_message_to_entry: rid=002 DN: cn=admin,dc=milkypond,dc=org, UUID: 5e299e0e-34d0-103a-826c-1b8e95bf3725
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_ADD) tid 1effd700
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 inserted UUID 5e299e0e-34d0-103a-826c-1b8e95bf3725
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 be_search (0)
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 cn=admin,dc=milkypond,dc=org
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 be_add cn=admin,dc=milkypond,dc=org (68)
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_entry: rid=002 be_modify cn=admin,dc=milkypond,dc=org (0)
May 28 04:18:57 Toushirou slapd[7003]: syncrepl_message_to_entry: rid=002 DN: ou=People,dc=milkypond,dc=org, UUID: 5e2e345a-34d0-103a-826d-1b8e95bf3725
[...]
</pre></p> Bip - Bug #481 (In Progress): Fix log level for erroneous messageshttps://projects.duckcorp.org/issues/4812015-10-13T12:54:28ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Bip should display IRC <a href="https://tools.ietf.org/html/rfc1459#section-6" class="external">errors</a> sent by IRC servers using <code>error</code> log level.</p>
<p>The current behaviour is:<br /><pre>
13-10-2015 14:48:14 DEBUG: ":irc.server.local 432 * Pilou :Nickname too long, max. 9 characters
</pre></p> Bip - Bug #431 (New): bip is leaking file descriptorshttps://projects.duckcorp.org/issues/4312015-01-15T02:01:19ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>fran wrote:</p>
<blockquote>
<p>bip is leaking file descriptors on my server, and the fix is pretty easy: on connection.c, on read_socket, whenever read returns <1 and errno is different to EAGAIN and EINTR, the socket MUST be closed <br />because read will not return 0 on the following iterations of select (cause it's not added to the read fd_set after that), plus after read failing with fatal error it keeps returning -1</p>
</blockquote> Bip - Bug #352 (New): bip & Bitlbeehttps://projects.duckcorp.org/issues/3522014-09-22T18:25:43ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>On 22/09/2014, asteroidmaster wrote:</p>
<blockquote>
<p>I'm having trouble connecting bip to bitlbee. Bitlbee is running and I can connect Weechat to it.<br />But when I try to connect bip to bitlbee, I get a ERROR in getpeername() that Transport Endpoint is not connected,<br />and another error on fd 6 followed by bip throwing a read_lines error. I'm running Ubuntu Server 14.04 and have<br />installed bip from the Ubuntu repos and Bitlbee from their daily build repo.</p>
</blockquote> Bip - Bug #342 (New): 'list connections' command doesn't display status of channelshttps://projects.duckcorp.org/issues/3422014-07-24T00:13:06ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>It seems that output of <code>list connections</code> command should use a suffix on channels without backlog: <a class="source" href="https://projects.duckcorp.org/projects/bip/repository/bip/entry/src/bip.c#L1395">source:src/bip.c#L1395</a>, but this is not the case.</p>
<p><code>list connections</code> doesn't display a suffix on any channel:</p>
<pre>
02:04:18 Pilou | list connections
[...]
02:04:18 -bip | * milkypond to milkypond as "pilou" (pilou!pilou) :
02:04:18 -bip | Options:
02:04:18 -bip | Channels (* with key, ` no backlog) #test #milkypond #DuckCorp
02:04:18 -bip | Status: connected !
</pre> Bip - Bug #341 (New): 'bip list connections' command should display querieshttps://projects.duckcorp.org/issues/3412014-07-24T00:01:23ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>The command <code>bip list connections</code> lists channels for all connections.</p>
<p>Queries could be listed too.</p> Bip - Bug #262 (In Progress): using ircnet bip crashes if a channel has two nicks different only ...https://projects.duckcorp.org/issues/2622011-11-13T15:30:32ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>nitram reported:<br /><pre>
as soon as i join a channel that has the nicks "~mc" and "mc" on ircnet bip crashes with "11-11-2011 15:55:44 FATAL: Element with key mc already in hash b9495ce0
</pre></p>
<p>I found two problems:</p>
<p><strong>First</strong>, in <code>irc_353</code> function ( <a class="source" href="https://projects.duckcorp.org/projects/bip/repository/bip/revisions/a46b8bd2/entry/src/irc.c#L1362">source:src/irc.c@a46b8bd2#L1362</a> ) we discard '~' character when storing operator/voice mask foreach nickname. For example if the irc server send<br /><code>'ircnet.optilian.net' ':ircnet.optilian.net 353 pilou = #plopplopplop :pilou ~lolll219 lolll219 '</code> (user <code>pilou</code> joining <code>ircnet.optilian.net</code> where tho users <code>~lolll219</code> <code>lolll219</code> are here)<br />we store operator/voice mask of <code>lolll219</code> twice (once for <code>~lolll219</code> and another for <code>lolll219</code>).</p>
<p>This lead to many errors:</p>
<ul>
<li>if either <code>lolll219</code> or <code>~lolll219</code> have a not empty operator/voice mask, then problem reported by nitram appears: the second <code>hash_insert</code> fails.</li>
</ul>
<ul>
<li>when <code>~lolll219</code> or <code>lolll219</code> send irc <code>part</code> command, <code>irc_part</code> function ( <a class="source" href="https://projects.duckcorp.org/projects/bip/repository/bip/revisions/a46b8bd2/entry/src/irc.c#L1498">source:src/irc.c@a46b8bd2#L1498</a> ) encounters problem.<br />If <code>~lolll219</code> quit then his operator/voice mask can not be found (it was not stored) and then <code>irc_part</code> return <code>ERR_PROTOCOL</code>:<br /><pre>
13-11-2011 14:38:22 ERROR: [ircnet] Error in protocol, closing...
13-11-2011 14:38:22 ERROR: [ircnet] reconnecting in 0 seconds
</pre></li>
</ul>
<ul>
<li>If <code>lolll219</code> quit then an assertion fails, indeed the <code>lolll219</code> key is present twice in the operator/voice mask hash:<br /><pre>
13-11-2011 14:37:29 FATAL: 80b3288 appears twice in list
</pre></li>
</ul>
<p><strong>Second</strong> problem: it should not be possible to store two identical key in one hash. <code>list_remove_if_exists</code> function ( <a class="source" href="https://projects.duckcorp.org/projects/bip/repository/bip/revisions/a46b8bd2/entry/src/util.c#L370">source:src/util.c@a46b8bd2#L370</a> ) - called by <code>irc_part</code> - verify this assertion and the assertion fails.</p>
<p>Currently insertion of two identical keys occurs because instead of checking if the hash contains already an identical key, we check if the value corresponding to this key is NULL or not ( <a class="source" href="https://projects.duckcorp.org/projects/bip/repository/bip/revisions/a46b8bd2/entry/src/util.c#L566">source:src/util.c@a46b8bd2#L566</a> ):</p>
<pre>
void hash_insert(hash_t *hash, const char *key, void *ptr)
[...]
if (hash_get(hash, key))
fatal("Element with key %s already in hash %x\n", key, hash);
</pre>
<p>So it's possible to store many identical key associated to 0/NULL value.</p>
<p>And the associated value for the key in operator/voice mask hash can be 0/NULL:<br /><pre>
long int ovmask = 0;
[...]
hash_insert(&channel->ovmasks, nick, (void *)ovmask);
</pre></p> Bip - Bug #260 (New): Bad file descriptorhttps://projects.duckcorp.org/issues/2602011-11-09T07:48:24ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Bip exit with a FATAL error "Bad file descriptor"</p>
<p>Maybe related to <a class="issue tracker-1 status-1 priority-4 priority-default" title="Bug: Bip uses 100% CPU (New)" href="https://projects.duckcorp.org/issues/238">#238</a></p>
<p>Logs:<br /><pre>
09-11-2011 04:28:24 ERROR: read(fd=6): Connection lost: Success
09-11-2011 04:28:24 ERROR: Error while reading on fd 6
09-11-2011 04:28:24 ERROR: [oftc] read_lines error, closing...
09-11-2011 04:28:24 Broken socket: Connection reset by peer.
09-11-2011 04:28:24 ERROR: [oftc] reconnecting in 0 seconds
09-11-2011 04:28:24 FATAL: select(): Bad file descriptor
</pre></p> Bip - Bug #192 (Feedback): using "hide ping pong event" in mIRC doesn't work with biphttps://projects.duckcorp.org/issues/1922011-02-09T18:10:25ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Reported by DoDzy, thank to him !<br /><pre>
i still get [10:35] * PONG from oftc <
it used to work when i was using psybnc
nvm, after all it is my client misbehaving
"If mIRC sends a PING with a parameter, it expects a PONG response with that parameter. This
is meant to be standard PING/PONG behaviour. If your bouncer is intercepting the message and
is not replying correctly, then mIRC will not work."
</pre></p> Bip - Bug #188 (New): "FATAL: Element with key nohar already in hash 5151a968" when netplit occurshttps://projects.duckcorp.org/issues/1882011-01-19T00:19:39ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Sometimes when a netsplit occurs, bip exits after logging:</p>
<blockquote>
<p>FATAL: Element with key nohar already in hash 5151a968</p>
</blockquote> Bip - Bug #186 (New): Bip crash after using "/QUOTE BIP TRUST OK" on a new connectionhttps://projects.duckcorp.org/issues/1862011-01-18T02:29:38ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<a name="How-to-reproduce"></a>
<h1 >How to reproduce:<a href="#How-to-reproduce" class="wiki-anchor">¶</a></h1>
<ol>
<li>/etc/bip.conf: add a new ssl connection </li>
<li>restart bip (Debian: <em>/etc/init.d/bip restart</em>)</li>
<li>use <em>/QUOTE BIP TRUST OK</em><br /> # all client connections are disconnected</li>
</ol>
<a name="Logs"></a>
<h1 >Logs<a href="#Logs" class="wiki-anchor">¶</a></h1>
<a name="Client-logs"></a>
<h2 >Client logs:<a href="#Client-logs" class="wiki-anchor">¶</a></h2>
<blockquote>
<p>03:12:08 oftc | irc: connecting to server irc-bouncer/7778...<br />03:12:08 oftc | irc: connected to irc-bouncer<br />03:12:08 oftc -- | b.i.p (b.i.p): This server SSL certificate was not accepted because it is not in your store of trusted certificates:<br />03:12:08 oftc -- | b.i.p (b.i.p): Subject: /C=US/ST=Indiana/L=Indianapolis/O=Software in the Public Interest/OU=hostmaster/CN=Certificate Authority/emailAddress=<a class="email" href="mailto:hostmaster@spi-inc.org">hostmaster@spi-inc.org</a><br />03:12:08 oftc -- | b.i.p (b.i.p): Issuer: /C=US/ST=Indiana/L=Indianapolis/O=Software in the Public Interest/OU=hostmaster/CN=Certificate Authority/emailAddress=<a class="email" href="mailto:hostmaster@spi-inc.org">hostmaster@spi-inc.org</a><br />03:12:08 oftc -- | b.i.p (b.i.p): MD5 fingerprint: 2A:47:9F:60:BB:83:74:6F:01:03:D7:0B:0D:F6:0D:78<br />03:12:08 oftc -- | b.i.p (b.i.p): WARNING: if you've already trusted a certificate for this server before, that probably means it has changed.<br />03:12:08 oftc -- | b.i.p (b.i.p): If so, YOU MAY BE SUBJECT OF A MAN-IN-THE-MIDDLE ATTACK! PLEASE DON'T TRUST THIS CERTIFICATE IF YOU'RE NOT SURE THIS IS NOT THE CASE.<br />03:12:08 oftc -- | b.i.p (b.i.p): Type /QUOTE BIP TRUST OK to trust this certificate, /QUOTE BIP TRUST NO to discard it.<br />03:12:20 oftc -- | irc.bip.net (irc.bip.net): ==== Certificate now trusted.<br />03:12:20 oftc -- | irc.bip.net (irc.bip.net): No more certificates waiting awaiting user trust, thanks!<br />03:12:20 oftc -- | irc.bip.net (irc.bip.net): If the certificate is trusted, bip should be able to connect to the server on the next retry. Please wait a while and try connecting your client again.</p>
</blockquote>
<a name="Bip-logs"></a>
<h2 >Bip logs:<a href="#Bip-logs" class="wiki-anchor">¶</a></h2>
<blockquote>
<p>18-01-2011 03:12:12 ERROR: No certificate in SSL write_socket<br />18-01-2011 03:12:12 ERROR: SSL cert check failed at depth=3: certificate rejected (28)<br />18-01-2011 03:12:12 ERROR: Certificate check failed: certificate rejected (28)!<br />18-01-2011 03:12:12 ERROR: Error on fd 31 (state 9)<br />18-01-2011 03:12:12 ERROR: [oftc] read_lines error, closing...<br />18-01-2011 03:12:12 ERROR: [oftc] reconnecting in 240 seconds<br />18-01-2011 03:12:54 ERROR: No certificate in SSL write_socket</p>
</blockquote> Bip - Bug #165 (New): doesn't load openssl support for sha-256 digesthttps://projects.duckcorp.org/issues/1652010-10-26T00:21:16ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p><a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601021" class="external">Debian bug #601021</a></p>
<blockquote>
<p>As the subject says, bip doesn't make openssl load support for the sha-256<br />digest algorhytm. I've fixed a similar bug in fetchmail a while ago, see<br />Debian bug #576430 for a bit more info on the matter.<br />Attached is a simple patch that forces openssl to load support for everything<br />it knows :)<br />Sjoerd Simons</p>
</blockquote>