+1
___
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
More options are always better and the acrimony over a win-win
situation is more telling than anything else that’s been said.
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.per
+1 for the fork. It's the only way to eat our cake and have it;
affording different lines of development and culture without friction
and strife.
Since very few, if any, of you were here at the beginning, you
probably don't know that this is essentially how DBIx::Class was born;
as an indirect for
On Sun, Oct 23, 2016 at 4:19 PM, Andrew Beverley wrote:
> On Wed, 5 Oct 2016 04:07:04 -0400 David Golden wrote:
> [...]
>> * DBIx::Class (DBIC) – Peter's work provides a capstone, with only bug
>> fixes thereafter
>> * DBIx::Class2 (DBIC2) – new feature development, with lower stability
>> expect
On Tue, Oct 18, 2016 at 2:28 PM, John Stoffel wrote:
> I'm just amused by all the verbiage flowing by, but no code, cries for
> help with the code, etc. If it's all such a pain in the ass, just
> free what's here and fork the project. Sheesh... that's the open
> source way.
I've been involved w
This starts to feel like a corporate process that will be tuned out by
what little community participates. Will more than two or three users
engage with this? Will they follow the code closely enough to have a
valid opinion?
As far as stability goes, I'd like to see—actually, I'd like to insist
up
I did say MST RFC:MUST be respected. :P This is only here because of
you. I was an early CDBI user and was there for the fights over its
direction and saw you as the voice of reason, patience, and vision.
Regardless of work done since, I see you as the owner. I was unaware
there was as much of a sc
to RIBASUSHI and
his judgement. I say, what he says, goes. He has earned the benefit of
the doubt. At least until it can be clearly demonstrated the approach
is harming the code base should that ever become the case.
–Ashley
On Mon, Oct 3, 2016 at 6:09 PM, Darren Duncan wrote:
> Pe
On Sat, Aug 20, 2011 at 8:03 PM, Rob Kinyon wrote:
> It'd be nice if DBIC would convert the accessors to read-only. I think
> that's the point.
In addition to the ++ for the idea I gave before I'll give a recent
story: I needed this for a current project and instead ended up with a
half-baked com
On Wed, Aug 10, 2011 at 3:05 PM, Ben Tilly wrote:
> Often database schemas have tables that should not be changed at
> runtime in the application. It would be convenient to be able to mark
> this fact in the class. However to avoid accidents you wind up having
> to override methods in both the R
On Wed, Jul 6, 2011 at 7:01 AM, Dave Howorth wrote:
> I have a DBIC class made up using a UNION, something like this
> simplified example:
>
> __PACKAGE__->table('nodes');
> __PACKAGE__->result_source_instance->is_virtual(1);
> __PACKAGE__->result_source_instance->view_definition(
> "SELECT
>
o see more community interest in it as
I think it's amazing already but not quite baked (I think it would
benefit from some matching resultset stuff for example).
http://search.cpan.org/perldoc?DBIx::Class::Tree::Mobius
-Ashley
___
List: http://l
On Fri, Oct 15, 2010 at 1:18 AM, Peter Rabbitson wrote:
> I want to make sure I am getting this right - are you proposing that
> we discuss drastically changing a stable API, potentially breaking
> DBIC for hundreds if not thousands of users, all for the sake of
> correctness? I am still not sure
On Wed, Aug 4, 2010 at 7:50 AM, fREW Schmidt wrote:
>> I note you use the term 'ascendants' which is not a real word and so would
>> be confusing. Is this the same as 'ancestors'? If so then it would be best
>> to use ancestors since that is a word know by other people and it keeps it
>> consisten
ou get invested and then lets
you down when you hit an unexpected use case and requires you to move
to another tool is not a charmer; and casual or new developers may
blame the language.
-Ashley
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listin
On Apr 14, 2010, at 10:49 PM, Peter Rabbitson wrote:
Ashley wrote:
Hijacking the announce thread.
add_to_$rel no longer seems to support adding objects. Only hashrefs.
Was this intentional or a regression bug? It was working in recent
versions and is still documented to work in the Pod. I
this upgrade. Not sure
what DBIC version it was on before but it wasn't to old.
-Ashley
___
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/
On Jul 20, 2009, at 8:19 PM, fREW Schmidt wrote:
On Mon, Jul 20, 2009 at 10:10 PM, Ashley wrote:
On Jul 20, 2009, at 7:52 PM, fREW Schmidt wrote:
Very interesting! How did you generate the table structure for the
SQLite database?
Still, I think deploy is a really hot feature and I'm so
ies on
like SQL::Translator; the folks who work on those rule. Check out
DBIx::Class::Fixtures too. Chocolate and peanut-butter.
-Ashley
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http:/
e.pm
Look at these:
# $dbh->sqlite_create_function( $name, $argc, $code_ref )
# $dbh->sqlite_create_collation( $name, $code_ref )
# $dbh->sqlite_create_aggregate( $name, $argc, $pkg )
-Ashley
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/
enc->($password) );
$c->log->warn( $user->password );
And seeing this in the log:
[error] GOOD? NO
[warn] $2$08$ezi1tkZgNE3s5vTcK7d4SeyevlXy.L/2mHX0a07AlXV3ONdqkUo5S
[warn] $2$08$EaoTBR7W4akZiofOrrRnA.P5.Bwav85xevEWY4cky94yxxrP2uWU6
What am I doing (or assuming) wrong?
Thanks
And of course, 30 seconds later Google and MST show the light: http://
osdir.com/ml/lang.perl.modules.dbix-class/2006-10/msg00113.html
I think that's what I want. Thanks for looking anyway!
-Ashley
On Mar 4, 2009, at 11:11 PM, Ashley wrote:
I'm trying to do a custom component which r
ass for a result_class from within a
component which is loaded from the result_class? I'm sure I'm missing
something.
Thanks!
-Ashley
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-cla
http://www.mail-archive.com/dbix-class@lists.scsys.co.uk/msg02450.html
What am I, chopped Warnock?
:(
On Jan 16, 2009, at 3:56 AM, Ash Berlin wrote:
On 16 Jan 2009, at 11:44, Peter Rabbitson wrote:
on...@houseofdesign.de wrote:
Patches to lib/SQL/Translator/Producer/SQLite.pm welcome :P
d;
return unless @pk1 == @pk2;
return unless blessed($self) eq blessed($other);
for ( 0 .. $#pk1 ) {
return unless "$pk1[$_]" eq "$pk2[$_]";
}
return 1;
}
Thanks for looking!
-Ashley
___
nd. Since it affects DBIx testing I might break down and get a
patch together but it's not my forte and I've got more urgent tasks
ahead of even trying.
-Ashley
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc
it can be spruced up over time.
I am imagining it would be in the options flags used with
"make_schema_at." Like-
{ debug => 1, pod => 1, owner_pod =>
"Package::WithLicenseAndAuthor" }...
-Ashley
___
List
7;s in the MyApp-Test-Schema-1-
SQLite.sql as well as the dumped $schema object. My DBIC modules are
all current.
Any ideas?
-Ashley
--
require_ok("MyApp::Test::Schema");
ok( my $schema = MyApp::Test::Schema->connect
('dbi:SQLite:apond_data.db') );
$schema-
table contributing_role
person (fk to person.id)
work (fk to book.id, or movie.id, or recording.id…?)
role "Editor"
desc …
-Ashley
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN:
On Feb 8, 2008, at 10:46 AM, Guillermo Roditi wrote:
The current DBIx::Class::Schema::Loader mysql driver hs just added
some really nice new features. I suggest you grab the latest version
from SVN or the devel release
(http://search.cpan.org/~ilmari/DBIx-Class-Schema-Loader-0.04999_01/)
--Guill
search like, right? Any other strategies for this that I'm
missing?
Thanks!
-Ashley
___
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/[EMAIL PROTECTED]
habetically by groups. Don't know
what's enamored me of the DB back-up plan. I think I'm off the kick
though.
I was going to organize directories by user-id but the md5 idea is
better if the store gets huge.
Thanks!
-Ashley
___
Lis
the record is created
but not to retrieve it in regular business operations.
What do you think? Two classes for the table? One for admin functions
which has the LONGBLOB in it and one for the web app (Catalyst) which
doesn't?
Is there a better trick for this kind of thing?
hat
will come back to bite? Is there a better approach?
Thanks!
-Ashley
___
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/
Searchabl
34 matches
Mail list logo