#perl
07 November 2007
Total 25 pages. You are browsing page 3/25.
First :: Prev :: [1] [2] [3] [4] [5] [...] :: Next :: Last
02:09 <****> i think i only _really_ needed cpan for PoCoSI
02:10 <****> ejb: you want a forward-looking negative assertion
02:10 <****> troubled: because the last time I tried dh-make-perl, it's dependency handling was quite lacking :)
02:10 <****> DSterling, I understand that in theory but not in practice
02:11 <****> Khisanth: troubled: It makes up for the dependency issue, by telling you what packages it needs.
02:11 <****> (dh-make-perl)
02:11 * CPAN upload: Test-Depends-0.04 by SAMV
02:11 <****> ill keep it in mind. i gotta see if i can get back to debian standard first though
02:11 <****> it hardly matters to me
02:11 <****> dh-make-perl seems to fail when you've got a package that uses Module::Install (or something like that)
02:11 <****> I don't understand what problems you're having that would warrant avoiding CPAN.pm entirely; is Ubuntu really that different from Debian?
02:12 <****> I use ~/perl588/bin/perl :)
02:14 <****> Somni: the issue is that when you install a module in CPAN, it installs the module. Then, in Debian, you install a module, the same module, and Debian puts the module in a different part of @INC. Therefore, you have two identical modules, with possibly two different version numbers, and therefore can lead to issues down the road.
02:14 <****> why are you installing the same module from both CPAN.pm and Debian's repository?
02:14 <****> Therefore, if you want to install a CPAN module, put it into a Debian package first, so that apt-get knows wtf
02:15 <****> that's why there's CPANPLUS, dh-make-perl, and friends
02:16 <****>[^s]*s[^s]*s))[^s]*s/
02:16 <****> Let's say I get from CPAN, WWW::LWP. I get from Debian `apt-get install WWW::Mechanize`. Debian needs WWW::LWP, because it's a dependency on WWW::Mechanize. Debian doesn't know that CPAN already installed WWW::LWP. So now `apt-get` installs an extra WWW::LWP, now you've got two.
02:17 <****> ^(?!.*(\w).*\1)
02:17 <****> The person should've avoided CPAN in the first place.
02:18 <****> or avoid Debian packages that install Perl modules, or be aware that Debian packages will override CPAN.pm-installed modules and to reinstall them
02:18 <****> Khisanth: could someone just install their own perl, e.g., ~/perl588/bin/perl, and totally use CPAN, and totally ignore Debian packages, and use their own @INC?
02:18 <****> the problems are not insurmountable
02:18 <****> yeah!
02:19 <****> awesomess3: that's basically what i just did up at work
02:19 <****> well, clearing out the usr/local stuff seeems to still work for the bot :)
02:19 <****> Is there a command-line way to blow past a strict; ???
02:19 <****> awesomess3: I have been doing that for a few years
02:19 <****> the only thing that is a problem is modules like SVN::Core
02:21 <****> next question, regarding: http://www.perlmonks.org/?node_id=644786 . I used some binmode(FH, ":utf8"); for a few things. Should I be changing those to binmode(FH, ":encoding(UTF8)"); ?
02:21 <****> mauke, wins.. pls have my babies
02:21 <****> ejb: what was wrong with $foo !~ /(\w).*\1/ ?
02:21 <****> it's not WWW::LWP
02:21 <****> but close enough/
02:23 <****> mauke, nothing
02:23 <****> -_-
02:23 <****> Khisanth: why is SVN::Core an issue w/ a CPAN-only created perl install on a Debian-based system?
02:23 <****> troubled: apparently you should be using ":encoding(UTF-8)"
02:24 <****> it's an issue because I don't want to reinstall svn from source
02:24 <****> I'd be interested to know why there's a functional difference between two constructs that should be identical
02:24 <****> or install a second copy
02:25 <****> Khisanth: I wonder why the author didn't allow a binary version of `svn'
02:25 <****> Somni: well, there was a cve released today that pushed a perl upgrade to us debian folk. Although i still am not sure if that new encoding construct alone solves the problem
02:25 <****> Somni: Juerd explained the difference once but I forgot :P
02:25 <****> awesomess3: do you know what SVN::Core does?
02:25 <****> I can't find a download link for PERCEPS
02:26 <****> anyone got a personl copy?
02:26 <****> Khisanth: I'm sure there is a difference, I'm more interested in -why- there's a difference
02:26 <****> tenshihan: What about the one I gave you?
02:26 <****> probably something to do with hysterical raisins
02:26 <****> tenshihan: How about: http://public.planetmirror.com/pub/sf/p/pe/perceps/?fl=
02:27 <****> Khisanth: yeah I should've read the SVN::Core page before asking questions hehe
02:31 <****> http://www.manchestereveningnews.co.uk/news/s/1022757_cool_cash_card_confusion
02:31 <****> buu's url is at http://xrl.us/89fw
02:31 <****> You're welcome.
02:37 <****> jagerman: that's some java module of the same name
02:37 <****> I'm talking about the c++ parser
02:41 <****> any other perl c++ header parsers?
02:41 * CPAN upload: Object-InsideOut-3.28 (+++++) by JDHEDDEN
02:42 <****> tenshihan: http://starship.python.net/~tbryan/PERCEPS/
02:58 <****> hi, everyone. I was wondering if someone could recommend me a book for learning perl--I'm an advanced ruby user. I seek a book that specifically teaches perl idioms and unique language features, and does not try to teach general programming. any suggestions?
02:59 <****> i can already write basic perl--i've sort of absorbed it. but there's a lot i don't know
02:59 <****> does it have to be a book?
02:59 <****> no
03:00 <****> you should be able to learn from the perldocs
03:00 <****> Introductory language books that don't try to teach general programming are fairly rare, I think.
03:00 <****> i see
03:01 <****> mauke: yes, the perldocs are good, but i was hoping for something ... i don't know, thicker
03:01 <****> seems like perldocs teach me what's okay, but not what's "good perl"
03:01 <****> print them out :-)
03:01 <****> If you're already a programmer, I'd suggest reading the perldocs (they're quite good), and perhaps browsing the perlmonks archives.
03:01 <****> hmm
03:01 <****> hehe
03:02 <****> mauke++
03:02 <****> all right, i'll look at perldocs and the archives. thanks.
03:03 <****> dammit, I missed a 'that's what SHE said' cue
03:03 <****> haha
03:03 <****> piojo: I know it's not quite what you're asking for, but I think once you get started you'll find it more useful than a book would have been.
03:04 <****> i believe you, it's just more work this way
03:04 <****> i can read a book and try to memorize everything
03:04 <****> but i need to engage in mailing list archives
03:04 <****> i know the ruby mailing list was great when i was learning that
03:09 <****> piojo: Several books are "Programming Perl", "Higher Order Perl", "Perl Best Practices"
03:10 <****> thank you. i'll look at those
03:10 <****> I find "Mastering Algorithms in Perl" to be fairly interesting, if perhaps self-obvious.
03:11 <****> What about the "Perl Cookbook"?
03:12 <****> Patterner: chocolate chip cookies made from perls are really good
03:13 <****> Patterner: i'll look at that, too, though my last experience with a "cookbook" was bad. (I learned everything I needed to know during the week when i was waiting for the book)
03:13 <****> it's a recipe whose time has come!
03:14 <****> i'm a student, so my blatant neglect of my studies allows me to learn fast
03:14 <****> =)
03:14 <****> piojo: in that case...
03:14 <****> It's always a plus to learn how to learn better :)
03:14 <****> you already have everything you need!
03:15 <****> i guess what i really need is a project
03:17 <****> maybe it would be a project to determine what perl does the best (in your opinion, and where you define "best" as you see fit)
03:20 <****> tenshihan: It is the same version, the same author, and is a Perl script. Try again.
03:26 * CPAN upload: CatalystX-CRUD-0.06 by KARMAN
03:28 <****> GumbyBRAIN: c/,,\ # omg turtles
03:28 <****> "Omg i got bored trying to get to. It's turtles all the keys to the console while running with -t.
Total 25 pages. You are browsing page 3/25.
First :: Prev :: [1] [2] [3] [4] [5] [...] :: Next :: Last