On 2023-03-29 14:25:23 -0300, Antonio Terceiro wrote:
> From what I can tell, the only dependency of apt-listbugs that calls
> \.default on anything is ruby-soap4r:
>
> /usr/share/rubygems-integration/all/gems/soap4r-ruby1.9-2.0.5/lib/soap/mapping/factory.rb
> 344- return nil
> 345- end
> 346: if !obj.default.nil? or
> 347- (obj.respond_to?(:default_proc) and obj.default_proc)
> 348- return nil
>
> /usr/share/rubygems-integration/all/gems/soap4r-ruby1.9-2.0.5/lib/soap/mapping/rubytypeFactory.rb
> 114- param.add("item", elem)
> 115- end
> 116: param.add('default', Mapping._obj2soap(obj.default, map))
> 117- addiv2soapattr(param, obj, map)
> 118- when ::Regexp
> --
> 300- end
> 301- if node.key?('default')
> 302: obj.default = Mapping._soap2obj(node['default'], map)
> 303- end
> 304- when TYPE_REGEXP
>
> One think that could be happening is that soap4r is being fooled into
> opening local files and that is triggered by some (corrupt?) response
> from the server.
But
* How could it get the filenames?
* Would that yield an error message prepended with "E: "?
> If anyone can still see this bug, it would be nice to configure
> apt-listbugs in debug mode, e.g. setting
>
> DPkg::Pre-Install-Pkgs {"/usr/bin/apt-listbugs -d apt";};
>
> in /etc/apt/apt.conf.d/10apt-listbugs (i.e. adding the `-d` option), so
> that when it happens we have a trace of the requests/reponses.
Is it possible to redirect (only) the debug data to a file?
Otherwise that's too invasive.
--
Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
