3.0.34-3ubuntu1 autopkgtest failure
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
privoxy (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
autopkgtests are failing on all architectures due to a failing curl command:
273s 2024-03-26 22:11:01: Skipping test 709: depends on config line matching: 'enable-
273s 2024-03-26 22:11:01: Skipping test 744: depends on 'FEATURE_
274s 2024-03-26 22:11:02: Fetch failure: 'curl: (52) Empty reply from server'
274s 2024-03-26 22:11:02: Fetch failure: 'curl: (7) Failed to connect to 127.0.0.1 port 8119 after 0 ms: Couldn't connect to server'
274s 2024-03-26 22:11:02: Oh noes. Running curl failed 1 times in a row. Last error: 'curl: (7) Failed to connect to 127.0.0.1 port 8119 after 0 ms: Couldn't connect to server'. Fatal error. Exiting.
274s #### pass 2 with some more options enabled
274s 2024-03-26 22:11:02: Asking Privoxy for the number of action files available ...
274s 2024-03-26 22:11:02: Fetch failure: 'curl: (7) Failed to connect to 127.0.0.1 port 8119 after 0 ms: Couldn't connect to server'
274s /tmp/autopkgtes
274s
274s 2024-03-26 22:11:02: Fetch failure: 'curl: (7) Failed to connect to 127.0.0.1 port 8119 after 0 ms: Couldn't connect to server'
274s 2024-03-26 22:11:02: Oh noes. Running curl failed 1 times in a row. Last error: 'curl: (7) Failed to connect to 127.0.0.1 port 8119 after 0 ms: Couldn't connect to server'. Fatal error. Exiting.
274s Stopping privoxy on port 8119
274s autopkgtest [22:11:02]: test privoxy-
278s autopkgtest [22:11:06]: test privoxy-
278s privoxy-
278s autopkgtest [22:11:06]: test privoxy-
278s /tmp/autopkgtes
278s
At the moment I don't have an idea, what's going wrong in the Ubuntu autopkgtest here. regression- test also leads to this conclusion).
But it looks as privoxy does not listen on 8119 as expected but fails and dies (the message, that privoxy cannot be killed because there is no such process in line 61 of privoxy-
Sadly we currently have too less information here. I just committed two patches to the Debian repository https:/ /salsa. debian. org/debian/ privoxy, that should extend logging of privoxy testsuite and preserve the logfiles into artifacts.
Maybe this helps to track this issue down. I plan to release this as privoxy 3.0.34-4 when the 64bit time_t migration is completed, so this may take some weeks.
In the meantime you can try out the attached patch.