ompatible, especially given I have to rely on the
DBIx::Class userbase alone to determine this.
When I have a minute, I'll check into how to make the real SQL::Abstract
work with the new DBIC release, and will report back to the list once I do.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a c
ell to understand exactly how and why you might want to use it).
Bend it, break it, provide feedback, please.
--
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
On Fri, May 18, 2018 at 09:52:09AM +0200, Stuart Dodds wrote:
> On 17/05/18 22:25, Matt S Trout wrote:
> > Surely http://p3rl.org/DBIx::Class::ParameterizedJoinHack is exactly
> > what's needed here - just use it on a belongs_to rel with a join_type of
> > left so non-match
he opening paragraph of Frew's
> blog that I linked to ;-)
Ah, the "that approach no longer works" threw me off.
--
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 n
to develop that module in the first place :)
--
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
s this who is capable of discussing this
like an adult.
--
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
commerc
inciple 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 o
each other and talk before shouting would also be preferable for the user
base.
Just a thought.
--
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.u
in that case a discussion of alternative options
would be the next step most likely to be constructive.
-- mst, out.
--
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
This doesn't appear to have fully displayed in the web archives so I'm
replying-to-self with the full text quoted in the hopes that works to give
people something they can link to.
On Sun, Jan 21, 2018 at 05:31:56PM +, Matt S Trout wrote:
> A little late to the party, but I needed to get
A little late to the party, but I needed to get my thoughts straight.
I originally intervened because the plan as I then understood it was "end
DBIC feature development and transfer ownership to an unknown CPAN author who
wasn't one of the main contributors so far as I could tell" (though of
be clearer, those of you who've been around for a while are used
to me harassing you to test devrels ... in this case, I'm not doing so *yet*)
--
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_m
, or if your
thought is "looks basically reasonable" then a +1 would be nice (once there's
3 or 4 such replies there's no need to add to them, but I'd at least like to
know "some people think it looks basically reasonable" if that's the case).
--
Matt S Trout - Shadowcat Sys
e a
few projects that rely on Schema::Loader'ed schemas being deployable to set
up test databases and similar, and if anybody with needs like yours can easily
find the option anyway, it seems impolite to break their setups.
Does that all make sense? Fancy having a go at a patch?
--
Matt S Trout - S
we wouldn't take a patch to supply such an
option, I confess to being surprised that this was noticeable - how did
you measure the memory usage with and without, and how big was the
difference?
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/b
files, too - the .pm files
are effectively documentation of the schema the code expects as well as
structural.
--
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
On Mon, Jul 17, 2017 at 12:46:47PM +0200, Peter Rabbitson wrote:
> On 07/17/2017 12:33 PM, Matt S Trout wrote:
> >Peter calling me Sean Spicer on twitter
>
> Please either provide a link, or retract this latest bit in a string
> of blatant lies
Perhaps I misunderstood your in
elease and a write up so that we can start figuring out the
impact on production codebases and seeing if we need additional mitigations
before shipping a production release.
My apologies for the delay; I feel like I blinked and suddenly it was summer.
--
Matt S Trout - Shadowcat Systems
lse, then I'd
construct a single resultset using '-or' to generate OR clauses in the SQL
and avoid needing the UNIONs in the first place.
If neither of the above applies, then I'm not really sure what your use
case is and a bit more detail would probably help elucidate.
--
Matt S Trout - Shadow
;all;
(I would always explicitly call the ->all for clarity)
--
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 C
This may or may not be better, depending on your goal.
--
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 CPA
forwards on the things you find important.
(I would love to be less vague, but http://trout.me.uk/data.jpg applies)
--
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
d give
DBIC a useful amount of attention)
--
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, trai
t isn't necessarily in scope for HAVING.
Worth playing around at an SQL console to get a feel for how it actually
interacts; HAVING is awesome but something you tend to use rarely enough that
it's easy to forget how it works (I know I do, hence the 'unless' above ;)
--
Matt S Trout
tes for my relationships no longer work.
If your result class isn't calling load_components anymore you probably want
to add "use mro 'c3';" somewhere near the top.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/
mostly going to
me a simple matter of programming, but figuring out what shape of
thing *to* implement is a little trickier.
So, as a starting point - imagine the feature you wanted already
existed, and tell us how you'd expect it to work?
--
Matt S Trout - Shadowcat Systems - Perl consulting
rtainly less informed than it could be.
If you want to test an API for intuitiveness, a relative newcomer is the
best sort of test case, tbh. It might be important that the implementation
makes sense to me, but where the API and the docs are concerned whether they
make sense to you is almost certainl
nd see if this is a Thing.
Though assuming 5.even.x releases all work, this isn't a red alert type
situation - 5.odd.x are for playing with the ble[ea]ding edge, not real use.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/matt-s-trout/
thank everyone for their participation and patience.
Seconded.
This is far from an entirely happy ending, but it is, hopefully, an ending
that will set us up to move forwards in a careful but constructive fashion.
Thank you everybody for bearing with the process.
--
Matt S Trout - Shadowcat Systems -
n your employer" is an acceptable way to make somebody back
down from an argument?
--
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 cha
for the specific table.
Or you could always patch DBIx::Class to provide a flag to disable it, but
when/whether you'd be able to get such a patch upstream is obviously not
something that's entirely predictable at this point.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commi
ting part is fixed (and people can -1 for "you
didn't let the conversation finish"). Also that way you don't run into
issues where people have different interpretations of "run its course" and
we end up in a meta-argument about that.
--
Matt S Trout - Shadowcat Systems - Perl co
ore
so than our actual politicians manage, of course).
> > Voting Members are:
> >
> > Matt S Trout (mst) cpan:MSTROUT
> > Dagfinn Ilmari Mansaker (ilmari) cpan:ILMARI
> > Frew Schmidt (frew) cpan:FREW
> > Jess Robinson (castaway) cpan:JROBINSON
>
> I'd
uss it and there seems to be
a decent number of people in favour, I don't mind amending the proposal
pre-voting - after all, if it turns out to be wrong somebody can put forward
a proposal to unamend it post-adoption instead :)
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
compensate in that regard.
Anybody (especially riba) got any objections to that as a plan?
--
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'
I think
your answer should also help to further highlight where we differ.
--
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 a
I'm an idiot.
> Voting closes after 72h from when the proposal was first posted.
This line should be replaced with:
Voting closes after 72h from when the VOTE: email is sent.
My apologies.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
h
both, *then* we can call the final vote.
Otherwise people are just going to feel railroaded again and that isn't to
anybody's advantage.
--
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
ing Member - part of the benevolent dictatorship
LS - List Subscriber - a subscriber to the mailing list
LAV - List Aggregate Vote - the aggregate vote of the non-VM LSes
Voting Members are:
Matt S Trout (mst) cpan:MSTROUT
Dagfinn Ilmari Mansaker (ilmari) cpan:ILMARI
Frew Sch
> away). Making the ‘the problem’ someone else just makes the
> situation harder for me; it’s much easier to fix myself than fix
> someone else.
That's an attitude that you and I generally share; what I find unfortunate
is deciding to break somebody else instead of convincing them to do the
ri
On Wed, Nov 02, 2016 at 11:33:12PM +, Matt S Trout wrote:
> > >...
> > >
> > >Meanwhile, we've now reached a point where seeing a ticket or patch sent in
> > >by ribasushi tends to result in people ignoring it for a few days because
> > >they ne
who's planning such a fork and ask them, surely.
Otherwise, this conversation seems to basically just be a cheese shop sketch.
--
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/
Emai
On Wed, Nov 02, 2016 at 04:32:31PM -0600, Darin McBride wrote:
> On Monday October 31 2016 11:22:07 AM Andrew Beverley wrote:
> > On Mon, 31 Oct 2016 00:43:31 Matt S Trout <m...@shadowcat.co.uk> wrote:
> > > Otherwise, I would suggest that you turn your plan in
On Wed, Nov 02, 2016 at 11:50:24AM +0100, Peter Rabbitson wrote:
> On 11/01/2016 11:18 PM, Matt S Trout wrote:
> >
> >...
> >
> >This seems like a surprising description of ilmari, given he holds the
> >first-come permissions for both DBIx::Class::Schema::Lo
goal here was to
give the userbase a say in the future of the project, and if you use that say
to vote it down en masse then that genuinely still meets that goal.
Thank you for reading. I'm going to go grab a beer and miss the old riba.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a c
iven it's clear that everybody except ribasushi
would prefer things to be decided by democracy than fiat.
--
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) sh
l be happy to
defer committing the governance document for a few days since it's pretty
uncontested that you know what you're doing and I can't see how that can't
be a net positive.
Ladies, gentlemen, and mongers, thank you for bearing with us through this
process and I look forward to working together goi
though, personally, I'm more focused on rebuilding a team that
can manage to successfully manage a single DBIC codebase. I suspect that's
going to be quite enough challenge for the moment.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/
... accurate though that last email might have been, it was meant to be an
off-list reply. I'm an idiot. Oh well.
--
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
1030 Wien
> Handelsgericht Wien, FN 79340b
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*&qu
he mailing list
LAV - List Aggregate Vote - the aggregate vote of the non-VM LSes
Voting Members are:
Matt S Trout (mst) cpan:MSTROUT
Dagfinn Ilmari Mansaker (ilmari) cpan:ILMARI
Frew Schmidt (frew) cpan:FREW
Jess Robinson (castaway) cpan:JROBINSON
PAUSE release perms are
not amused by any of this, least of all by your reply.
If it's any consolation, I don't think any of the contributors involved are
having a lot of fun.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/matt-s-trout/ http://twitter
On Tue, Oct 18, 2016 at 12:35:23PM -0700, Darren Duncan wrote:
> On 2016-10-18 9:51 AM, Matt S Trout wrote:
> >What say ye?
>
> I don't have much to add that hasn't been said by others.
>
> Assuming that "modifying the rules" includes "modifying the l
Also remember that if you've been finding the various discussions a trifle
fraught and would prefer not to risk being yelled at for having the wrong
opinion, I believe xdg's offer to aggregate and post private feedback still
stands.
--
Matt S Trout - Shadowcat Systems - Perl consulting
producing actually useful code either.
--
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
lowdown, and I think that would need
to be debated on the merits at the time.
--
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 ch
s amendments afterwards" ?
(I'm really not trying to be snarky here, much though 'not snarky' doesn't
exactly come naturally to me ;)
--
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/
Subscriber - a subscriber to the mailing list
LAV - List Aggregate Vote - the aggregate vote of the non-VM LSes
Voting Members are:
Matt S Trout (mst) cpan:MSTROUT
Dagfinn Ilmari Mansaker (ilmari) cpan:ILMARI
Frew Schmidt (frew) cpan:FREW
Jess Robinson (castaway) cpan:JROBI
+1's from me:
>
> https://metacpan.org/author/FREW
> https://metacpan.org/author/HAARG
> https://metacpan.org/author/ILMARI
HAARG said no. given our work together on Moo, I'd be happy to have him
replace me on any proposal I'm making, if you can talk him into saying yes.
--
Ma
On Thu, Oct 13, 2016 at 10:42:51PM +0200, Peter Rabbitson wrote:
> On 10/13/2016 08:33 PM, Matt S Trout wrote:
> >Right, so, riba provided a long list of reasons why he thinks people should
> >have reservations about a core team plan of any form.
>
> No, Matt, this is not
ody who has genuine concerns that I would optimise for "progress for the
sake of progress" as opposed to the "impressive record of reliability" from
http://lists.scsys.co.uk/pipermail/dbix-class/2016-October/01.html is
very welcome to join the outstanding questions thread.
--
Ma
haven't already addressed,
please do re-iterate them here".
I'm also happy to do what I can to answer questions about my expectations
for other members of proposed-core, given they seem to be enjoying the tone
of the conversation even less than I have been.
--
Matt S Trout - Shadowcat Syste
ed. Ladies, gentlemen, and mongers, the floor is yours :)
--
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
as an endorsement that the code in question is fit for every day
use in general?
Traditionally, one finds ways to dogfood stuff explicitly *because* the code
isn't ready and trying it out oneself is the way to irish mine clear the most
egregious problems, so this interpretation seems deepl
nice. and I wonder if we can rig up some sort of
list<->github gatewaying ala p5p's list<->RT gatewaying to make sure
everybody can still be involved. Not sure.
Hopefully once the poo flinging stops and the list is clear to discuss
actual governance we can get into ideas like
crash over the increased risk of the code completing successfully
from the POV of the surrounding application while having actually done the
wrong thing.
--
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/sha
until "the 11th hour".
--
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
ever going to get them back into the
pram, I'm more inclined to say "fifth seat: was 'whoever riba wants', now
'whoever the userbase wants', though I might make a suggestion if the
user base doesn't"
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http:/
ting said utility function wrongly,
I'll find out before applying the results.
--
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
On Tue, Oct 04, 2016 at 08:17:08PM +, Matt S Trout wrote:
> Since people seem to be unsure as to what the alternative to riba's project
> freeze would actually be, let me provide something a little more concrete.
Minor adjustments.
(1) castaway currently holds the SQLT first-com
My message was written solely to be a retraction of and apology for what
I felt was an unfounded accusation I'd inadvertantly made against you,
because I prefer to set the record straight when I make such a mistake.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit
hard for
me to write useful code in the meantime.
As such, please everybody take riba's waiting code-wise as being the same
focus issue, rather than an attempt to punish the user base for disagreeing
with him, and please also accept my apologies for even implying it might
have been anything else.
--
us get the advantages piecemeal and with
much lower risk; but this is not the thread for me to explain that proposal
so I'll circle back around to it later when I've finished thinking it
through.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/
alf of the architecture team for
it.
So, I mean, "cool" but also "this is going to need serious discussion" and
especially "please don't get your hopes up about 'near term'".
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
htt
considers such pedantic points
of order more important than providing a future for DBIx::Class that the
user base can agree upon.
Subject: Re: Message from PAUSE Admins to DBIx::Class maintainers [resend]
To: Matt S Trout <m...@shadowcat.co.uk>, Graham Knop <ha...@haarg.org>,
David Golde
art for providing bundled versions of
SQLA in dev releases which could absolutely be repurposed to allow for a
'use DBIx::Class::StabilityFreeze;' to work:
https://github.com/dbsrgits/dbix-class/blob/current/dq/lib/DBIx/Class/_TempExtlib.pm
(idea the result of discussion between riba and I, implemented
h at least trying to
improve on that.
Hopefully that gives people a clearer idea of what I think would end up
happening if we decide to move forwards once again as a team project.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/ma
On Tue, Oct 04, 2016 at 08:20:51PM +0200, Peter Mottram wrote:
> On 04/10/16 19:08, Matt S Trout wrote:
> > On Tue, Oct 04, 2016 at 12:49:49PM -0400, Ashley Pond V wrote:
> >> I did say MST RFC:MUST be respected. :P This is only here because of
> >> yo
to
save this codebase from."
Of course, it would help if he'd elaborate on his plan; so far, sadly,
he's expended a lot more words explaining why his future plans for
DBIx::Class aren't the contributors' or users' business than he has
explaining what said plans actually are. Hopefully that will c
petent to add features to DBIx::Class ever again, then fair
enough, let's start planning the funeral. But I can't see how that's the
best possible outcome here for the userbase as a whole.
--
Matt S Trout - Shadowcat Systems - Perl consulting with a commit bit and a clue
http://shadowcat.co.uk/blog/
On Sun, May 02, 2010 at 08:21:11PM -0700, Bill Moseley wrote:
On Thu, Apr 29, 2010 at 2:08 PM, Matt S Trout m...@shadowcat.co.uk wrote:
source_name is a proxy through to the result_source_instance in class data.
If you don't call
__PACKAGE__-table(__PACKAGE__-table);
in a subclass
On Sun, May 02, 2010 at 09:56:15PM -0700, Dorian Taylor (Lists) wrote:
On 2-May-10, at 12:59 PM, Matt S Trout wrote:
Thanks!
What about letting S::L pull the column names and then just setting
the
primary keys and adding rels as a fixup?
I think what I'm going to do is make
cleaner.
Also, I wondered at which point it is best to call $resultset-reset..
At the start, or end, or both, of all the methods?
Any design that requires -reset to be called is perpetuating the same
mistake as perl's each() builtin makes and should be taken out and shot.
--
Matt S Trout
- see
http://www.postgresql.org/docs/current/static/sql-update.html
for the actual SQL involved)
--
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
a bug and get an incomprehensible
error message.
Also, aliased.pm can pretty much eliminate the extra typing just as well :)
--
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
liked.
--
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 Catalyst
commercial support, training and consultancy
On Thu, Apr 29, 2010 at 12:49:30PM -0700, Bill Moseley wrote:
On Wed, Apr 28, 2010 at 7:27 AM, Matt S Trout m...@shadowcat.co.uk wrote:
For that to happen the $session_attendee needs to be specific to a given
session (Session id is stored with the $session_attendee instance).
You just
in that case, I think adding the columns to the preview
source should do the trick.
--
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
to the result_source_instance in class data.
If you don't call
__PACKAGE__-table(__PACKAGE__-table);
in a subclass to get a new source, you don't have a new source.
So you've just set it four times on the same thing and the last one will
win.
--
Matt S Trout - Shadowcat Systems - Perl consulting
instance).
You just answered your own question.
You want a result from the many-many link table and to traverse from there,
since that table has (session_id, attendee_id).
--
Matt S Trout Catalyst and DBIx::Class consultancy with a clue
Technical Director and a commit bit
The mailman queue runner apparently decided to implode over the bank holiday
weekend.
I've delivered a short sharp blow to the rump with the flat of a chainsaw
and it appears to be going again.
Apologies for the mail delivery delays.
--
Matt S Trout Catalyst and DBIx::Class
On Tue, Jun 09, 2009 at 11:29:53AM +1000, Toby Corkindale wrote:
Matt S Trout wrote:
On Wed, Jun 03, 2009 at 06:14:13PM +1000, Toby Corkindale wrote:
Hi guys,
I've encountered a regression in DBIC, introduced in revision 5298.
It's more than likely that the way things were being done
for it? :)
--
Matt S Trout Catalyst and DBIx::Class consultancy with a clue
Technical Director and a commit bit: http://shadowcat.co.uk/catalyst/
Shadowcat Systems Limited
mst (@) shadowcat.co.ukhttp://shadowcat.co.uk/blog/matt-s-trout
Trout Catalyst and DBIx::Class consultancy with a clue
Technical Director and a commit bit: http://shadowcat.co.uk/catalyst/
Shadowcat Systems Limited
mst (@) shadowcat.co.ukhttp://shadowcat.co.uk/blog/matt-s-trout/
___
List
in the first
place on any given query.
--
Matt S Trout Catalyst and DBIx::Class consultancy with a clue
Technical Director and a commit bit: http://shadowcat.co.uk/catalyst/
Shadowcat Systems Limited
mst (@) shadowcat.co.ukhttp://shadowcat.co.uk/blog/matt-s-trout
the same logic?
--
Matt S Trout Catalyst and DBIx::Class consultancy with a clue
Technical Director and a commit bit: http://shadowcat.co.uk/catalyst/
Shadowcat Systems Limited
mst (@) shadowcat.co.ukhttp://shadowcat.co.uk/blog/matt-s-trout
sod it.
--
Matt S Trout Catalyst and DBIx::Class consultancy with a clue
Technical Director and a commit bit: http://shadowcat.co.uk/catalyst/
Shadowcat Systems Limited
mst (@) shadowcat.co.ukhttp://shadowcat.co.uk/blog/matt-s-trout
On Fri, May 22, 2009 at 06:43:40AM -0700, Marc Mims wrote:
* Peter Rabbitson rabbit+d...@rabbit.us [090522 02:15]:
Matt S Trout wrote:
Thoughts on whether make_column_dirty should clear the deflated value if
an
inflated one is present, guys?
So now that ::FS is fixed can
forgot to call -reload_from_storage to get defaults from the
db) at 02_db.t line 40
not ok 563 - test rel cron_task-dependency
That should be an exists check, not a defined check. If dependency_id is
in the normal column list it should be fine.
--
Matt S Trout Catalyst and DBIx
On Thu, May 14, 2009 at 09:21:55AM +0100, Chris Cole wrote:
Chris Cole wrote:
Matt S Trout wrote:
On Wed, May 13, 2009 at 03:18:20PM +0100, Chris Cole wrote:
Then we can make a start at helping you - currently your database is too
broken.
That's what's confusing me. How come the SQL
1 - 100 of 366 matches
Mail list logo