openldap-bugs

openldap-bugs@openldap.org

21001 discussions

Re: (ITS#8077) unknown envflags keyword
by dieter＠dkluenter.de 12 Mar '15

12 Mar '15

Am Thu, 12 Mar 2015 12:59:49 -0700 schrieb Quanah Gibson-Mount <quanah(a)zimbra.com>: > --On Wednesday, March 11, 2015 6:29 PM +0000 dieter(a)dkluenter.de > wrote: >=20 > > Because that is a standard slapd.conf in my test environment, but > > the same with and without curly brackets. >=20 > Hi Dieter, >=20 > Your usage is an error. See=20 > <https://www.openldap.org/its/private.cgi/?findid=3D8016> >=20 > Prior to 8016, it was silently ignored. It is now no longer silent. please read slapd-mdb{5} and provide correct examples. -Dieter --=20 Dieter Kl=C3=BCnter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53=C2=B037'09,95"N 10=C2=B008'02,42"E

1 0

Re: (ITS#8077) unknown envflags keyword
by quanah＠zimbra.com 12 Mar '15

12 Mar '15

--On Wednesday, March 11, 2015 6:29 PM +0000 dieter(a)dkluenter.de wrote: > Because that is a standard slapd.conf in my test environment, but the > same with and without curly brackets. Hi Dieter, Your usage is an error. See <https://www.openldap.org/its/private.cgi/?findid=8016> Prior to 8016, it was silently ignored. It is now no longer silent. --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#8078) The configured TimeOut in the Back-meta overlay is not used during the connction phase
by elecharny＠apache.org 12 Mar '15

12 Mar '15

Full_Name: Emmanuel L.charny Version: 2.4.40 OS: Linux URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (90.46.56.240) the back-meta overlay meta_back_init_one_conn() method set the timeout to get the result to a value which is not the one configured (network-timeout AFAIU), as shown in this portion of the code (line 469 in conn.c) : LDAP_BACK_TV_SET( &tv ); retry:; rc = ldap_result( msc->msc_ld, msgid, LDAP_MSG_ALL, &tv, &res ); which uses : #define LDAP_BACK_RESULT_TIMEOUT (0) #define LDAP_BACK_RESULT_UTIMEOUT (100000) #define LDAP_BACK_TV_SET(tv) \ do { \ (tv)->tv_sec = LDAP_BACK_RESULT_TIMEOUT; \ (tv)->tv_usec = LDAP_BACK_RESULT_UTIMEOUT; \ } while ( 0 ) The timeout is then set to 100ms, which might be too low when the remote server is 'far'.

1 0

Re: (ITS#8077) unknown envflags keyword
by dieter＠dkluenter.de 11 Mar '15

11 Mar '15

Am Wed, 11 Mar 2015 10:01:28 -0700 schrieb Quanah Gibson-Mount <quanah(a)zimbra.com>: > --On Wednesday, March 11, 2015 4:39 PM +0000 dieter(a)dkluenter.de > wrote: >=20 > > Full_Name: Dieter Kluenter > > Version: openldap-OPENLDAP_REL_ENG_2_4-ba9a739 > > OS: openSUSE-13.2 > > URL: ftp://ftp.openldap.org/incoming/ > > Submission from: (NULL) (93.220.7.239) > > > > > > Testing OPENLDAP_REL_ENG_2_4 with back-mdb I get following error: > > > > [...] > > 5500605c line 38 (database mdb) > > 5500605c mdb_db_init: Initializing mdb database > > 5500605c line 39 (suffix "o=3Dhdk") > > 5500605c >>> dnPrettyNormal:3C3Co=3Dhdk> > > ... > > 5500605c line 43 (directory "/work/openldap/var/ldap/data") > > 5500605c line 45 (envflags {nometasync,writemap,mapasync}) >=20 > Why are your envflags in {}'s ? Because that is a standard slapd.conf in my test environment, but the same with and without curly brackets. -Dieter=20 --=20 Dieter Kl=C3=BCnter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53=C2=B037'09,95"N 10=C2=B008'02,42"E

1 0

Re: (ITS#8077) unknown envflags keyword
by quanah＠zimbra.com 11 Mar '15

11 Mar '15

--On Wednesday, March 11, 2015 4:39 PM +0000 dieter(a)dkluenter.de wrote: > Full_Name: Dieter Kluenter > Version: openldap-OPENLDAP_REL_ENG_2_4-ba9a739 > OS: openSUSE-13.2 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (93.220.7.239) > > > Testing OPENLDAP_REL_ENG_2_4 with back-mdb I get following error: > > [...] > 5500605c line 38 (database mdb) > 5500605c mdb_db_init: Initializing mdb database > 5500605c line 39 (suffix "o=hdk") > 5500605c >>> dnPrettyNormal:3C3Co=hdk> > ... > 5500605c line 43 (directory "/work/openldap/var/ldap/data") > 5500605c line 45 (envflags {nometasync,writemap,mapasync}) Why are your envflags in {}'s ? --Quanah -- Quanah Gibson-Mount Platform Architect Zimbra, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

(ITS#8077) unknown envflags keyword
by dieter＠dkluenter.de 11 Mar '15

11 Mar '15

Full_Name: Dieter Kluenter Version: openldap-OPENLDAP_REL_ENG_2_4-ba9a739 OS: openSUSE-13.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (93.220.7.239) Testing OPENLDAP_REL_ENG_2_4 with back-mdb I get following error: [...] 5500605c line 38 (database mdb) 5500605c mdb_db_init: Initializing mdb database 5500605c line 39 (suffix "o=hdk") 5500605c >>> dnPrettyNormal:3C3Co=hdk> ... 5500605c line 43 (directory "/work/openldap/var/ldap/data") 5500605c line 45 (envflags {nometasync,writemap,mapasync}) 5500605c ../etc/openldap/slapd.conf: line 45 envflags: unknown keyword "{nometasync,writemap,mapasync}" 5500605c slapd destroy: freeing system resources. -Dieter

1 0

(ITS#8076) unknown envflags keyword
by dieter＠dkluenter.de 11 Mar '15

11 Mar '15

1 0

Re: (ITS#8075) ldapsearch on uniqueMember attribute with escaped character (+) returns null
by michael＠stroeder.com 11 Mar '15

11 Mar '15

This is a cryptographically signed message in MIME format. --------------ms000504060806040004090301 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable herwig.bogaert(a)viaa.be wrote: > When a uniquemember attribute contains escaped characters, an ldap sear= ch for > that attribute will return null. > '(uniqueMember=3Dmail=3Dtest-user(a)example.org,ou=3Dapps,ou=3Dusers,dc=3D= qas,dc=3Dviaa,dc=3Dbe)' ^^^ '=3D' in an assertion value is a special char in LDAP filter string representation [1]. Works for me with recent RE24 build using the following filter (note the escaped '=3D'): (uniqueMember=3Dmail=3Dtest\5c2Buser(a)example.org,ou=3Dapps,ou=3Dusers,dc=3D= qas,dc=3Dviaa,dc=3Dbe) Ciao, Michael. [1] http://tools.ietf.org/html/rfc4515 --------------ms000504060806040004090301 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNTAzMTExMDI5MjJaMCMGCSqGSIb3DQEJBDEWBBTjxF6eozL1 +UCFsIdMDMgw5QTfyzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAPcnOdrRq qxbXfkotaf9KJ7jthssVxmzGGoHuLUx3da/Pqd+aRWTZH3/R7Qx1K7od3uknR4GNyPXTN35d esHs+/yJIq5EisRoiozspz9encFgXlee/DAys8/lQp+d0yVUWbDmLB3hTglsqfIjLp758xtf bXQFSk6RXtaBa21a7awiNJsrTX6AyhvLZ7i8wH2kv70nkUkTzxmTcVBjht+y69JvZMZi77iF bdlmvftg+VfWNmBSPZUIKMSGUielHyOjid6onc+XyS7FJRFlDWtvjMyGlDGm45Yw5Vb3Y5gW 6GwRmBhxEz6UahWPHtQPgjPhr8+Rkh58VM4RsIjYDAlLSgAAAAAAAA== --------------ms000504060806040004090301--

1 0

(ITS#8075) ldapsearch on uniqueMember attribute with escaped character (+) returns null
by herwig.bogaert＠viaa.be 11 Mar '15

11 Mar '15

Full_Name: Herwig Bogaert Version: 2.4.31 OS: Debian Wheezy URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (2001:6a8:1d80:1128:d1b8:e59b:d3a0:a55a) When a uniquemember attribute contains escaped characters, an ldap search for that attribute will return null. Test case: Following entry is used in the test: ldapsearch ..... -b dc=qas,dc=viaa,dc=be cn=testgroup # extended LDIF # # LDAPv3 # base <dc=qas,dc=viaa,dc=be> with scope subtree # filter: cn=testgroup # requesting: ALL # # testgroup, apps, groups, qas.viaa.be dn: cn=testgroup,ou=apps,ou=groups,dc=qas,dc=viaa,dc=be uniqueMember: mail=test\2Buser(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc= be uniqueMember: mail=test-user(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be cn: testgroup objectClass: groupOfUniqueNames # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 Searching for test-user(a)example.org works fine: ldapsearch ...-b dc=qas,dc=viaa,dc=be '(uniqueMember=mail=test-user(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be)' dn # extended LDIF # # LDAPv3 # base <dc=qas,dc=viaa,dc=be> with scope subtree # filter: (uniqueMember=mail=test-user(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be) # requesting: dn # # testgroup, apps, groups, qas.viaa.be dn: cn=testgroup,ou=apps,ou=groups,dc=qas,dc=viaa,dc=be # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 But searching for test+user(a)example.org returns null ldapsearch ... -b dc=qas,dc=viaa,dc=be '(uniqueMember=mail=test\2Buser(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be)' dn # extended LDIF # # LDAPv3 # base <dc=qas,dc=viaa,dc=be> with scope subtree # filter: (uniqueMember=mail=test\2Buser(a)example.org,ou=apps,ou=users,dc=qas,dc=viaa,dc=be) # requesting: dn # # search result search: 2 result: 0 Success %# 3 numResponses: 1 I've tried different LDAP clients (openldap, Apache directory Studio, Ruby::Net::LDAP). Thanks in advance Herwig

1 0

Re: (ITS#8062) Assertion 'IS_LEAF(mp)' failed in mdb_cursor_next()
by leo＠yuriev.ru 11 Mar '15

11 Mar '15

As far as I remember this was fixed in ReOpenLDAP at January. Valgrind was reporting 'using uninitialized'. Leonid. @@ -7301,6 +7551,7 @@ mdb_cursor_init(MDB_cursor *mc, MDB_txn *txn, MDB_dbi dbi, MDB_xcursor *mx) mc->mc_top = 0; mc->mc_pg[0] = 0; mc->mc_flags = 0; + mc->mc_ki[0] = 0; if (txn->mt_dbs[dbi].md_flags & MDB_DUPSORT) { mdb_tassert(txn, mx != NULL); mc->mc_xcursor = mx;

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs