Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1231402
| From | Francesco Poli <invernomuto@paranoici.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist |
| Subject | Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 |
| Date | 2025-02-02 13:30 +0100 |
| Message-ID | <KbHgR-dOpg-9@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <K9dZE-c3sH-15@gated-at.bofh.it> <Kbpah-dABc-7@gated-at.bofh.it> <Kbutj-dEx3-5@gated-at.bofh.it> <K8vcd-bxOh-5@gated-at.bofh.it> <Kbutj-dEx3-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Sat, 1 Feb 2025 23:46:08 +0100 Vincent Lefevre wrote: > On 2025-02-01 17:59:37 +0100, Francesco Poli wrote: > > On Sun, 26 Jan 2025 17:43:58 +0100 Francesco Poli wrote: > > > > [...] > > > I am also seeing the same warning in a sid chroot. > > > > Hello Vincent, > > do you still see the warning on an up-to-date Debian sid system? > > I no longer see it. > > I no longer see it either, but ruby-soap4r still have the same > version, and also with the same apt-listbugs version (0.1.44); > only translations have changed in 0.1.45 anyway. > > So the only thing that has changed is > > ruby-defaults (1:3.3~3.2) unstable; urgency=medium > > [ Lucas Kanashiro ] > * d/control: add puppet-agent (<= 7.24.0) to Breaks statement > > [ Utkarsh Gupta ] > * Add Breaks for ruby-marisa (<< 0.2.6-18+b4) > > -- Utkarsh Gupta <utkarsh@debian.org> Fri, 31 Jan 2025 14:48:28 +0100 > > but there doesn't seem to be anything new for this problem. But the ruby3.3 transition is going on and a new Debian revision of ruby-xmlparser has been [uploaded] to Debian unstable in the meanwhile, with something in the changelog that looks related to the warning we were seeing. [uploaded]: <https://tracker.debian.org/news/1609702/accepted-ruby-xmlparser-073-6-source-into-unstable/> Maybe the bug was not in how ruby-soap4r was using ruby-xmlparser, but in ruby-xmlparser itself... And the bug has apparently been fixed in the meanwhile. Maybe we should reassign the bug report to package ruby-xmlparser/0.7.3-5 and close it as fixed in ruby-xmlparser/0.7.3-6 What do you think? -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Vincent Lefevre <vincent@vinc17.net> - 2025-01-24 18:00 +0100
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Francesco Poli <invernomuto@paranoici.org> - 2025-01-26 17:50 +0100
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Francesco Poli <invernomuto@paranoici.org> - 2025-02-01 18:10 +0100
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Vincent Lefevre <vincent@vinc17.net> - 2025-02-01 23:50 +0100
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Francesco Poli <invernomuto@paranoici.org> - 2025-02-02 13:30 +0100
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Vincent Lefevre <vincent@vinc17.net> - 2025-02-02 14:10 +0100
Bug#1094014: ruby-soap4r: annoying "warning: undefining the allocator of T_DATA class XSD::XMLParser::XMLParser::Listener" with ruby3.3 Francesco Poli <invernomuto@paranoici.org> - 2025-02-02 19:40 +0100
csiph-web