[18:17] <pepee> where do I report odd behavior in packages?
[18:17] <teward> pepee: define 'odd behavior'
[18:18] <pepee> there is a package, dirmngr, that seems to retrieve certificate revocation lists from servers 
[18:19] <pepee> well, apparently one of these servers is either misconfigured or simply doesn't serve CRLs anymore, and because of that, I get "dirmngr[11156]: error mientras se accedía 'https://37.191.231.105:443/pks/lookup?op=get&options=mr&search=0xFEF5075C8600BF4D" in my logs
[18:20] <pepee> "error mientras se accedía" means something like "error while accessing"
[18:20] <teward> i mean you could try and file a bug against the package but it's possible that's not directly related to the package itself, but a specific certificate's CRL entry still pointing there
[18:21] <pepee> actually, it's two lines: dirmngr[11156]: error mientras se accedía 'https://37.191.231.105:443/pks/lookup?op=get&options=mr&search=0xFEF5075C8600BF4D': http status 404  \n   dirmngr[11156]: command 'KS_GET' failed: No hay datos 
[18:21] <teward> at which point that certificate's entry might be at fault
[18:21] <pepee> ahh, ok, I thought this had to do with the package itself
[18:21] <teward> !ops | denixx|w1 has a continually flaking connection, #ubuntu-ops for details
[18:21] <pepee> thanks teward 
[18:21] <teward> pepee: you could still file the bug though
[18:22] <teward> just want to say MAYBE it's not a package bug - I don't know the package well enough to say whether it is or isn't, but just that ti could *not* be a bug if it's not a hardcoded reference in the package or something
[18:23] <pepee> aha, ok, will try checking
[18:23] <pepee> I actually don't know much about the topic itself, so I guess I'll learn something new before reporting
[19:18] <lhavelund> Sorry folks.
[19:19] <teward> lhavelund: thank you :)