| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43
Comments:
<0> thx
<1> then $sth->execute($id, $name, $level)
<2> My computer at work does not have a floppy drive.
<3> rindolf: Yeah, and the 3" 1/4' seemed so new at the time.
<2> But I have one on this computer.
<3> s/'//
<2> AI_coder: they were more reliable than 5.25".
<1> only because you couldn't bend em in half
<2> Also smaller.
<4> "why do they call them floppies when they are hard plastic?"
<2> I recall seeing a movie about CERN and they had this robot that fetches floppies from a collection.
<2> In Britain and in Israel they were called diskettes.
<4> same robot. different media
<4> they were also called diskettes too or disks.
<4> or floppy diskettes
<5> or floppy disks
<2> cfedde: yeah.
<4> in the trash-80 days we had 5.25 flippies. they had a notch in both ends so that they could be inserted upside down and write to them twice.
<2> Now for what I logged in about:
<2> There was an article not long ago (I think it was on O'ReillyNet) about using Subversion as a versioned database backend for web applications instead of MySQL/PostgreSQL/etc. Can anyone point me to it?
<4> rindolf: that's a standard technique iirc the subversion faq talks about it
<3> rindolf: What advantages does that have over a sql database?
<4> this is probably not what you are looking for: http://www.oreillynet.com/pub/a/oreilly/opensource/news/subversion_ch01.html
<6> cfedde's url is at http://xrl.us/ow74
<4> AI_coder: with subversion you just use static files. No fancy content encodign to a database.
<3> I don't see any advantage in that.
<7> What program do I need to stop getting this message: Cannot unzip, no unzip program available
<7> (within cpan)
<4> you are not required to see one.
<8> CountZ: you need to install unzip
<7> it's installed
<7> strange, reloading cpan...
<8> CountZ: could be that CPAN is looking for it in a differnet place, is it in /usr/bin/unzip ?
<7> yah that helped
<7> I upgraded cpan and forgot to reload
<8> ah
<2> AI_coder: free versioning.
<2> AI_coder: it has some disadvantages too.
<4> AI_coder: using subversion to capture a static website is much simpler than converting that static website into something that a database backend CMS can deal with.
<7> ides: how do I uninstall a module?
<3> So we're talking about the individual editorial content files then?
<8> CountZ: You basically just go remove the files that were installed
<7> argh... ok thanks
<2> cfedde: actually I'm talking about having the web app as a dynamic perl/etc. app, but with a database backend that would be implemented above a Subversion.
<3> Instead of using a content table with a text, title, and other fields.
<8> CountZ: some modules do have a make uninstall I believe, but I've never really had much luck with it
<7> I can imagine
<4> AI_coder: yes. Using svn for crud or other things that lend themselves to databases can be a bit silly.
<2> cfedde: yes, but that's what the article talked about.
<2> The_SB: here?
<4> though using subversion to add revisioning to something that has flat files might be interesting.
<9> Beats rcs wit a stick. meatball uses rcs.
<2> I got a lot done today. Maybe I should log of IRC so I can get more done.
<4> wiki are a special case.
<1> svn rules for revisioning tho
<2> dngor: who's meatball?
<2> dngor: I actually received two pro-CVS-anti-Svn emails.
<4> and strangely trac uses a database to store the wiki content. odd.
<2> dngor: one of them was from a FreeBSD developer.
<1> rindolf: Were the authors on crack?
<2> dngor: the other one was from an Israeli who complained about its lack of integration with IDEs, etc.
<9> rindolf: That makes it much more important.
<1> I cannot imagine any case where CVS is truly superior to SVN
<2> "Subversion is not generally superior to CVS". Thing is the email convinced me that it was. ("generally", at least).
<9> rindolf: svn is driven by the command line, in a syntax very similar to cvs'. Your Israeli friend is upset at svn's relative newness, not anything technically stopping it from being integrated with IDEs.
<1> rindolf: hahaha
<4> given that the guys that maintained CVS wrote SVN.....
<2> dngor: I know.
<9> rindolf: If you know the argument's bogus, why even tell me about it. What a time-waster.
<2> cfedde: and some other guys.
<2> dngor: well, I was addressing you but talking to everybody.
<2> Just thought you'd find it amusing.
<2> I now have to use CVS at work. I hate every moment of it.
<9> It's sad, not amusing.
<2> CVS is so painful.
<4> I much prefer CVS to not having revision control.
<2> cvs status is stupid.
<9> Anyway, meatball is a wiki. poe.perl.org uses it.
<2> Branching is a pain.
<2> dngor: I see.
<2> dngor: so does TWiki. (uses RCS).
<2> Kwiki has an RCS backend too.
<2> There's also Subwiki which is a Subversion based wiki.
<4> Rcs is fine for wiki and such. Mostly there you are interested in versioning single files.
<2> Faq-o-matic also uses RCS.
<9> subversion would rock, for remote editing via $EDITOR and stuff.
<2> I also got an email by some java shop who inspected Subversion and Perforce, and then stopped using Perforce because of its price, and ended up using some in-house ad-hoc system above RCS.
<4> that's an interesting idea.
<2> They wanted to inspect Vesta, but then they were told it was never tested on Win32. (which they were also using as clients).
<2> Vesta can now be bootstrapped without itself, which is nice.
<2> I used to use CVS for a while (it was my first version control system), but now I find it too painful.
<2> There's also #revctrl if anyone's interesting.
<1> Vesta?
<2> There's also #revctrl if anyone's *interested*.
<2> Stevie-O: yeah.
<1> what do you mean 'bootstrapped without iself' ?
<2> Stevie-O: it's a version control system that originated as a one from Digital Corp.
<2> in-house one.
<2> Now these guys work in Intel.
<2> Stevie-O: it used to require a Vesta binary to download and compile its source.
<1> that's... weird
<1> Subversion, in conjunction with Apache, can be downloaded without SVN (albeit painfully)
<2> Stevie-O: it was also a replacement for "make".
<1> ahh, ok
<2> Stevie-O: http://better-scm.berlios.de/vesta/
<2> Like I said it was never tested on non-UNIX systems.
<1> svn works great under win32.
<2> I think Arch (tla, Bazaar, etc.) has portability problems to Win32 too.
<2> Stevie-O: right. Client and server.
<2> I'm too dumb to understand Arch. It's not for mere mortals.
<2> I also never saw an Arch demonstration that worked flawlessly.
<2> People kept getting confused.
<2> But I only've been to 2 like this.
<1> I like SVN for my little projects
<1> svnadmin create c:\svn\foo
<2> Stevie-O: yeah.
<1> svn co file:///c:/svn/foo .
<1> svn add *
<9> merlyn likes git. git talks a big talk, but I haven't taken it for a walk yet.
<2> shlomi:~/Docs/homepage/homepage/trunk$ ls /var/svn | wc -l
<1> it's soooo freaking convenient.
<2> 37
<4> I use one repository for all my little projects.
<1> I do whatever I feel is most appropriate at the time.
<2> dngor: some people who had to use it, said that they found Subversion nicer.
<2> dngor: there's also mercurial which aims to be a better more svn-like git.
<2> And then there's Bazaar-NG...
<4> thats the cool thing about revision systems. There's so many to choose from.
<7> how do I even begin debugging something like that: 2006-07-08 20:58:40.229734500 31671 FATAL PLUGIN ERROR: Can't locate object method "header" via package "Mail::DomainKeys::Message" at ./plugins/domainkeys line 56, <SPAMD> line 5.
<1> They're like industry standards!
<2> cfedde: heh.
<1> i'd start looking at the docs for Mail::DomainKeys::Message
<10> GumbyBRAIN: ***
<11> But it shouldn't be enjoying *** with nobody else in the synopsis section of poco-irc-4.95 x86_64-suse-linux.
<1> rofl
<1> what the hell
<2> OK, I really should better log off.
<2> Bye all.
<10> by rindolf
<2> simcop2387: by you, too.
<1> later rind
<2> Stevie-O: bye.
<2> Have fun subverting the universe!
<12> GumbyBRAIN: blow me
<11> i didn't quite get it. Let me work on me.
<12> hah
<13> loool
<13> gumbybrain ^_^
Return to
#perl
or
Go to some related
logs:
#ldap
aka_druid
#bash
fxp PRET ubuntu
r8169 gentoo 8110
#linux
#php
e17genmenu ubuntu
command line bittorrent ubuntu
#perl
|
|