Re: [Dbix-class] Unmet DBIx::Class::Optional::Dependencies not fatal
Doing a new installation, just ran into this again. Perl v5.26.1 and DBIx::Class 0.082.840 this time. James > On 26 Apr 2018, at 17:44, James Gilbert wrote: > > > Hi, > > I just upgraded my perl to 5.26.2, DBIx::Class 0.82.841 > > My DBIx::Class code using an Oracle database then failed because it was > making SQL where instead of a table alias, e.g. "display_status", was > inserting the string "_SHORTEN_IDENTIFIER DISPLAY_STATUS". > > The "_shorten_identifer" method is in DBIx::Class::SQLMaker::Oracle. It > appears that this BEGIN block: > > BEGIN { > use DBIx::Class::Optional::Dependencies; > die('The following extra modules are required for Oracle-based Storages ' . > DBIx::Class::Optional::Dependencies->req_missing_for ('id_shortener') . "\n" ) >unless DBIx::Class::Optional::Dependencies->req_ok_for ('id_shortener'); > } > > at the top of DBIx::Class::SQLMaker::Oracle was not fatal. One of the > dependencies for "id_shortener" is Math::Base36, which I didn't have > installed. I guess something is trapping the die. I don't understand where > the capitalised method + argument string is coming from! > > Having got this far I wasn't inclined to dig further into the magic guts of > DBIx::Class. > > James -- The Wellcome Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. ___ List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class IRC: irc.perl.org#dbix-class SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/ Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
Re: [Dbix-class] Unmet DBIx::Class::Optional::Dependencies not fatal
On Sat, Apr 28, 2018 at 01:07:24AM +0200, Peter Rabbitson wrote: > Thank you for the report! This is definitely something... > unexpected. Will investigate over the weekend. While I voted for you to regain control of the project since you'd decided not to kill it ... it would be very much appreciated if you released your unreleased work ever - your extensive criticism of our conservatism about releasing that code, in the light of your failure to bother actually releasing it and replying to tickets with "won't happen until 2019" is not really encouraging. I obeyed the principle of "shit or get off the pot" - I got off. It'd be nice if you could do one of the two at some point too. -- Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter.com/shadowcat_mst/ Email me now on mst (at) shadowcat.co.uk and let's chat about how our CPAN commercial support, training and consultancy packages could help your team. ___ List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class IRC: irc.perl.org#dbix-class SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/ Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
Re: [Dbix-class] Unmet DBIx::Class::Optional::Dependencies not fatal
On 04/26/2018 06:44 PM, James Gilbert wrote: Hi, I just upgraded my perl to 5.26.2, DBIx::Class 0.82.841 My DBIx::Class code using an Oracle database then failed because it was making SQL where instead of a table alias, e.g. "display_status", was inserting the string "_SHORTEN_IDENTIFIER DISPLAY_STATUS". The "_shorten_identifer" method is in DBIx::Class::SQLMaker::Oracle. It appears that this BEGIN block: BEGIN { use DBIx::Class::Optional::Dependencies; die('The following extra modules are required for Oracle-based Storages ' . DBIx::Class::Optional::Dependencies->req_missing_for ('id_shortener') . "\n" ) unless DBIx::Class::Optional::Dependencies->req_ok_for ('id_shortener'); } at the top of DBIx::Class::SQLMaker::Oracle was not fatal Thank you for the report! This is definitely something... unexpected. Will investigate over the weekend. Cheers! ___ List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class IRC: irc.perl.org#dbix-class SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/ Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk
[Dbix-class] Unmet DBIx::Class::Optional::Dependencies not fatal
Hi, I just upgraded my perl to 5.26.2, DBIx::Class 0.82.841 My DBIx::Class code using an Oracle database then failed because it was making SQL where instead of a table alias, e.g. "display_status", was inserting the string "_SHORTEN_IDENTIFIER DISPLAY_STATUS". The "_shorten_identifer" method is in DBIx::Class::SQLMaker::Oracle. It appears that this BEGIN block: BEGIN { use DBIx::Class::Optional::Dependencies; die('The following extra modules are required for Oracle-based Storages ' . DBIx::Class::Optional::Dependencies->req_missing_for ('id_shortener') . "\n" ) unless DBIx::Class::Optional::Dependencies->req_ok_for ('id_shortener'); } at the top of DBIx::Class::SQLMaker::Oracle was not fatal. One of the dependencies for "id_shortener" is Math::Base36, which I didn't have installed. I guess something is trapping the die. I don't understand where the capitalised method + argument string is coming from! Having got this far I wasn't inclined to dig further into the magic guts of DBIx::Class. James -- The Wellcome Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE. ___ List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class IRC: irc.perl.org#dbix-class SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/ Searchable Archive: http://www.grokbase.com/group/dbix-class@lists.scsys.co.uk