Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
On Sun, 10 Jun 2012 11:00:34 +0200 Dominique Dumont d...@debian.org wrote: To fix this module one has to know POE internal, Moose, MooseX::Declare, overloading and whatnot. Unless upstream author steps up, (hello Nicholas), I doubt that this module will be fixed in time for Debian 7.0 Hola! Yeah, I am not going to fix this. 1) Don't have the time 2) These modules (POEx) were a thought experiment in a combination of technologies that are shiny 3) Reflex provides a much cleaner way of doing POE + Moose 4) Just this morning I scheduled deletes of all the POEx modules via PAUSE. 5) You guys are crazy for wanting to package up things like this for Debian :) -- Nicholas Perez XMPP/Email: n...@nickandperla.net https://metacpan.org/author/NPEREZ http://github.com/nperez -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
On Tuesday 12 June 2012 11:01:51 Nick Perez wrote: 1) Don't have the time 2) These modules (POEx) were a thought experiment in a combination of technologies that are shiny 3) Reflex provides a much cleaner way of doing POE + Moose 4) Just this morning I scheduled deletes of all the POEx modules via PAUSE. 5) You guys are crazy for wanting to package up things like this for Debian :) Right... Well, thanks for the quick response :-). We'll have this package removed from Debian. Just for the record, we don't package development version of a Perl distribution. Looks like nobody did notice that lib-poex* were all development versions... Intrigeri, only the unreleased version of libpoe-component-pubsub-perl depends on lib-poex*. jirc and other depends on libpoe-component-pubsub-perl = 0.05. This version does not depend on lib-poex*, so we can safely ask for their removal. The only thing left will be to cleanup libpoe-component-pubsub-perl git repo (used for Debian packages). Nicholas has removed version 0.091317 from CPAN, so our git repo contains a non-existent version... I don't know how to clean this up. I'll ask for removal of lib-poex* All the best -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hi Dominique On Tue, Jun 12, 2012 at 01:11:27PM +0200, Dominique Dumont wrote: The only thing left will be to cleanup libpoe-component-pubsub-perl git repo (used for Debian packages). Nicholas has removed version 0.091317 from CPAN, so our git repo contains a non-existent version... I don't know how to clean this up. If you want to do it yourself: http://pkg-perl.alioth.debian.org/git.html#removing_packages Or if you want to remove it completely instead of motiv it to attic, remove the repo on vasks and update the mrconfig in the meta.git repo. Regards, Salvatore signature.asc Description: Digital signature
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
On Tuesday 12 June 2012 14:55:35 Salvatore Bonaccorso wrote: Hi Dominique On Tue, Jun 12, 2012 at 01:11:27PM +0200, Dominique Dumont wrote: The only thing left will be to cleanup libpoe-component-pubsub-perl git repo (used for Debian packages). Nicholas has removed version 0.091317 from CPAN, so our git repo contains a non-existent version... I don't know how to clean this up. If you want to do it yourself: http://pkg-perl.alioth.debian.org/git.html#removing_packages Or if you want to remove it completely instead of motiv it to attic, remove the repo on vasks and update the mrconfig in the meta.git repo. Well, we cannot remove the whole git repo of the package. Only the last commited version (0.091137) is wrong and needs to be cleaned up (or put aside in a branch). Debian still has version 0.05 (which we want to keep), so any further packaging activity must start from tag debian/0.05-1, not from HEAD All the best -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hi, Salvatore Bonaccorso wrote (12 Jun 2012 12:55:35 GMT) : On Tue, Jun 12, 2012 at 01:11:27PM +0200, Dominique Dumont wrote: The only thing left will be to cleanup libpoe-component-pubsub-perl git repo (used for Debian packages). Nicholas has removed version 0.091317 from CPAN, so our git repo contains a non-existent version... I don't know how to clean this up. If you want to do it yourself: http://pkg-perl.alioth.debian.org/git.html#removing_packages I don't think we want to remove the package entirely, but rather bring its Git repository into a state that is based on the 0.05 upstream release. I'm taking care of it. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hi Dominique On Tue, Jun 12, 2012 at 03:15:00PM +0200, Dominique Dumont wrote: On Tuesday 12 June 2012 14:55:35 Salvatore Bonaccorso wrote: Hi Dominique On Tue, Jun 12, 2012 at 01:11:27PM +0200, Dominique Dumont wrote: The only thing left will be to cleanup libpoe-component-pubsub-perl git repo (used for Debian packages). Nicholas has removed version 0.091317 from CPAN, so our git repo contains a non-existent version... I don't know how to clean this up. If you want to do it yourself: http://pkg-perl.alioth.debian.org/git.html#removing_packages Or if you want to remove it completely instead of motiv it to attic, remove the repo on vasks and update the mrconfig in the meta.git repo. Well, we cannot remove the whole git repo of the package. Only the last commited version (0.091137) is wrong and needs to be cleaned up (or put aside in a branch). Debian still has version 0.05 (which we want to keep), so any further packaging activity must start from tag debian/0.05-1, not from HEAD Ah. I'm sorry I missunderstood then your question. Regards, Salvatore signature.asc Description: Digital signature
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hello
Le Saturday 9 June 2012 18:16:53, intrigeri a écrit :
Anyone want to try to fix the code or the unit test?
Providing the missing method is quite easy:
diff --git a/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
b/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
index 2ab316c..346a0e8 100644
--- a/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
+++ b/lib/POEx/Role/SessionInstantiation/Meta/Session/Implementation.pm
@@ -85,6 +85,7 @@ role
POEx::Role::SessionInstantiation::Meta::Session::Implementation {
is = 'ro',
isa = Int,
default = sub { $POE::Kernel::poe_kernel-ID_session_to_id($_[0]) },
+writer = '_set_id' ,
lazy = 1,
);
But, the tests still fail with this sad ending:
ok 14 - Stop called
please report this stacktrace to bug-...@rt.cpan.org at
/usr/share/perl5/POE/Kernel.pm line 1013
POE::Kernel::_dispatch_event('POE::Kernel=ARRAY(0x1be9ee0)', undef,
'POE::Kernel=ARRAY(0x1be9ee0)', '_stop', 8,
'ARRAY(0x1c03418)', '/usr/share/perl5/POE/Resource/Sessions.pm', 571, undef,
...) called at
/usr/share/perl5/POE/Resource/Sessions.pm line 568
POE::Kernel::_data_ses_stop('POE::Kernel=ARRAY(0x1be9ee0)',
'gandalf-4fd45c1f-27a0-0001') called at
/usr/share/perl5/POE/Resource/Signals.pm line 533
POE::Kernel::_data_sig_free_terminated_sessions('POE::Kernel=ARRAY(0x1be9ee0)')
called at /usr/share/perl5/POE/Kernel.pm
line 974
POE::Kernel::_dispatch_event('POE::Kernel=ARRAY(0x1be9ee0)',
'POE::Kernel=ARRAY(0x1be9ee0)',
'POE::Kernel=ARRAY(0x1be9ee0)', '_signal', 16, 'ARRAY(0x3b3ad28)',
'/usr/share/perl5/POE/Kernel.pm', 635, undef, ...) called at
/usr/share/perl5/POE/Resource/Events.pm line 315
POE::Kernel::_data_ev_dispatch_due('POE::Kernel=ARRAY(0x1be9ee0)')
called at /usr/share/perl5/POE/Loop/Select.pm line 309
POE::Kernel::loop_do_timeslice('POE::Kernel=ARRAY(0x1be9ee0)') called
at /usr/share/perl5/POE/Loop/Select.pm line 317
POE::Kernel::loop_run('POE::Kernel=ARRAY(0x1be9ee0)') called at
/usr/share/perl5/POE/Kernel.pm line 1235
POE::Kernel::run('POE::Kernel') called at t/01-basic.t line 95
# Tests were run but no plan was declared and done_testing() was not seen.
POE bails out at the end of the test while mopping up sessions.
Unfortunately, I do not know how to fix this: POEx::Role::SessionInstantiation
re-implements (i.e. overrides) a lot of POE internals and uses wy beyong
POE's
documented API. I can only guess that POE internals have changed (e,g, the
introduction
of a new internal method: _set_id), and POEx::Role::SessionInstantiation did
not
follow the change.
To fix this module one has to know POE internal, Moose, MooseX::Declare,
overloading and whatnot.
Unless upstream author steps up, (hello Nicholas), I doubt that this module
will be fixed in time
for Debian 7.0
All the best
Dominique
signature.asc
Description: This is a digitally signed message part.
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hi, Salvatore Bonaccorso wrote (18 May 2011 21:33:15 GMT) : Source: libpoex-role-sessioninstantiation-perl Version: 1.102610-1 Severity: serious Justification: FTBFS I can reproduce this FTBFS on current sid. This bug was reported upstream almost a year ago. No feedback from them since then. The package has no rdepends, popcon knows of less than a dozen installations. Anyone want to try to fix the code or the unit test? Or should we disable the failing unit test, assuming it's buggy? Or should we remove the package from Debian altogether? Ryan, you were the one who did the initial upload, so I assume you may have a particular interest in keeping this package in the archive -- any educated opinion from you? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
On Sat, Jun 09, 2012 at 06:16:53PM +0200, intrigeri wrote: Ryan, you were the one who did the initial upload, so I assume you may have a particular interest in keeping this package in the archive -- any educated opinion from you? I have no personal interest in the package. If I remember correctly, this was packaged as a potential dependency of a new version of a package which already existed, but if that package does not require this dependency then there is probably no reason to keep it in the archive. Cheers, Ryan [who didn't actually look at the bug] -- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627235: libpoex-role-sessioninstantiation-perl: Can't locate object method _set_id via package My::Session at /usr/share/perl5/POE/Kernel.pm line 1399.
Hi, Ryan Niebur wrote (09 Jun 2012 17:09:57 GMT) : I have no personal interest in the package. If I remember correctly, this was packaged as a potential dependency of a new version of a package which already existed, but if that package does not require this dependency then there is probably no reason to keep it in the archive. I was wrong: libpoex-role-sessioninstantiation-perl is a build-dep and a dependency of libpoe-component-pubsub-perl, which is depended on by libpoe-component-jabber-perl, which is depended on by jirc. So, removing this package from Debian altogether is a quite less pleasant option than I initially thought... Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
