Camelia, the Perl 6 bug

IRC log for #padre, 2010-07-29

| Channels | #padre index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:13 patspam joined #padre
00:48 patspam joined #padre
01:04 jazzanova joined #padre
01:34 GabrielVieira joined #padre
01:45 kanishka joined #padre
01:48 * Alias is pondering trying to refactor out the core of Padre as a skeleton for other applications
01:49 Alias Mostly just the app core plus task manager and such
01:54 PerlJam how would other apps make use of it exactly?
01:55 Alias The precedent I'm thinking of is Gimp and GTK
01:55 sorear I wouldn't make use of it unless it were *extremely* well documented
01:55 Alias sorear: Good point
02:06 waxhead who fiddled with the changed file dialog last?
02:06 waxhead it's broken in 0.68!
02:06 waxhead when a file changes it has two buttons, close selected and close
02:06 waxhead bit of a WTF I think.. :)
02:08 Alias Padre has pushed the limits of Perl + Wx way beyond any other application
02:08 Alias So, like the gimp, it's been forced to build a kind of "platform" around Wx
02:08 Alias I think that we could take a group of the Padre APIs, and factor them out
02:09 Alias I can think of a number of standalone windows applications I'd like to make that just need Padre::Wx + Padre::Wx::App + Task 2.0 + maybe Padre::Locale
02:09 Alias Like the standalone CPAN client, etc
02:10 Alias You want to throw up a gui, run some stuff in the background, and that's about it
02:10 Alias And be translatable ideally
02:10 Alias Speaking of which....
02:10 Alias oh wait, left my portable drive at home
02:10 Alias So no @work Padre hacking today
02:11 waxhead oh no... what's the java equivilant ??? the ecplise API..
02:11 Alias I'm not sure I want to take it QUITE so big
02:12 Alias The eclipse core gives you perspectives and higher-order gui stuff
02:12 Alias I don't want that, I just want the guts
02:12 Alias And have each application build most of it's own gui
02:12 waxhead fair enough...
02:12 waxhead seems like a natural progression... :)
02:12 Alias But IDE/Core --> Wx::App --> Main::Window should be a pretty common pattern
02:13 Alias People have asked about if we're going a GTK like thing from time to time
02:13 Alias I usually respond that Padre still isn't really mature enough for that yet
02:13 Alias But with Task 2 in place, I think we're getting closer
02:16 waxhead a gtk thing?
02:16 waxhead like what?
02:16 waxhead config tests are failing on trunk...
02:17 waxhead svn?
02:17 Hyppolit svn is http://padre.perlide.org/tr​ac/wiki/DownloadRepository and also http://svn.perlide.org/padre/trunk/ and also http://padre.perlide.org/trac/browser
02:19 waxhead Alias, that test fail might be you I think
02:20 waxhead oh.. it is...
02:20 waxhead you added three config settings and set the test for 4!
02:21 waxhead http://padre.perlide.org/t​rac/changeset/12063/trunk
02:23 Hyppolit svn: r12072 | waxhead++ | http://padre.perlide.org/trac/changeset/12072
02:23 Hyppolit Alias added 3 new config items and changed the number in CONFIG_OPTIONS from 119 to 123, which is +4, not +3.
02:23 Hyppolit trunk/Padre/t/
02:26 Hyppolit svn: r12073 | waxhead++ | http://padre.perlide.org/trac/changeset/12073
02:26 Hyppolit Added a TODO to explain what the * 2 + 21 is for in the number of tests.
02:26 Hyppolit trunk/Padre/t/
02:29 Alias heh, oops :)
02:29 Alias Sorry
03:34 Alias_ joined #padre
03:47 Hyppolit svn: r12074 | adamk++ | http://padre.perlide.org/trac/changeset/12074
03:47 Hyppolit Remove the ConfigSync branch now that the main functionality for it has been merged.
03:47 Hyppolit trunk/
03:48 Hyppolit svn: r12075 | adamk++ | http://padre.perlide.org/trac/changeset/12075
03:48 Hyppolit Removing the old wxGlade dialog designs
03:48 Hyppolit trunk/
03:57 Hyppolit svn: r12076 | adamk++ | http://padre.perlide.org/trac/changeset/12076
03:57 Hyppolit Renaming configSync to Madre::Sync - Part 1
03:57 Hyppolit trunk/
03:59 [Sno] joined #padre
04:03 Hyppolit svn: r12077 | adamk++ | http://padre.perlide.org/trac/changeset/12077
04:03 Hyppolit Renaming configSync to Madre::Sync - Part 2
04:03 Hyppolit trunk/Madre-Sync/ trunk/Madre-Sync/lib/ trunk/Madre-Sync/script/
04:04 Hyppolit svn: r12078 | adamk++ | http://padre.perlide.org/trac/changeset/12078
04:04 Hyppolit Renaming configSync to Madre::Sync - Part 3
04:04 Hyppolit trunk/Madre-Sync/lib/ trunk/Madre-Sync/lib/Madre/
04:04 waxhead garu, can you do a Catalyst Plugin Release?  It's not compatible with Padre 0.68
04:04 waxhead garu, please.. :)
04:05 waxhead garu, I think it's fine if I run it from trunk...
04:13 Hyppolit svn: r12079 | adamk++ | http://padre.perlide.org/trac/changeset/12079
04:13 Hyppolit Removing xt tests
04:13 Hyppolit trunk/Madre-Sync/t/
04:14 Hyppolit svn: r12080 | adamk++ | http://padre.perlide.org/trac/changeset/12080
04:14 Hyppolit Renaming configSync to Madre::Sync - Part 4
04:14 Hyppolit trunk/Madre-Sync/ trunk/Madre-Sync/lib/Madre/ trunk/Madre-Sync/lib/Madre/Sync/Controller/ trunk/Madre-Sync/lib/Madre/Sync/Model/ trunk/Madre-Sync/lib/Madre/Sync/View/ trunk/Madre-Sync/script/ trunk/Madre-Sync/t/
04:15 PerlJam padre and madre eh?
04:18 garu waxhead: doing it now
04:26 garu what's the current expected behavior of the directories tree? I can't get it to show anything
04:26 garu :(
04:27 garu outline remains blank too
04:27 garu could it be something wrong with my dev environment? I just svn up && perl Makefile.PL && make && dev.pl as usual
04:30 PerlJam garu: I'd lean more towards something wrong with Padre myself :)
04:31 garu heh
04:31 garu PerlJam: do you see the bug?
04:31 garu or is it just me?
04:33 PerlJam I haven't updated my svn checkout in over a month and lots has happened in that time.
04:33 Hyppolit svn: r12081 | adamk++ | http://padre.perlide.org/trac/changeset/12081
04:33 Hyppolit Renaming configSync to Madre::Sync - Part 5
04:33 Hyppolit trunk/Madre-Sync/lib/Madre/ trunk/Madre-Sync/lib/Madre/Sync/Controller/ trunk/Madre-Sync/lib/Madre/Sync/Model/ trunk/Madre-Sync/lib/Madre/Sync/View/ trunk/Madre-Sync/t/
04:33 garu waxhead: meep
04:40 Hyppolit svn: r12082 | adamk++ | http://padre.perlide.org/trac/changeset/12082
04:40 Hyppolit Renaming configSync to Madre::Sync - Part 6
04:40 Hyppolit trunk/Madre-Sync/ trunk/Madre-Sync/lib/Madre/ trunk/Madre-Sync/lib/Madre/Sync/Controller/ trunk/Madre-Sync/lib/Madre/Sync/Model/ trunk/Madre-Sync/lib/Madre/Sync/View/ trunk/Madre-Sync/script/ trunk/Madre-Sync/t/
04:44 PerlJam garu: It just seems to take a long while to populate (the directory tree)
04:47 jjore_ joined #padre
04:48 pece joined #padre
04:49 garu PerlJam: really? my current dir was not that full at all
04:49 Alias_ garu: Do you have your main_directory_root pointing at some insanely large directory?
04:49 garu maybe subdirs, hmm
04:49 Alias_ For the time being, the directory tree will prescan the entire tree in the background
04:49 Alias_ Until we reimplement incremental scanning
04:50 Alias_ (I could get the old code to port to the new model)
04:50 garu we can always coerce GabrielVieira into doing it again ;)
04:50 Alias_ I was wondering if he'd show up if I broke it
04:50 garu hehehehe
04:51 Alias_ In advanced settings, try setting main_directory_root to something small and normal
04:51 Alias_ See if it starts working
04:51 Alias_ That should at least give us a diagnosis
04:51 garu do you know by head the load order for padre.yml?
04:51 Alias_ Having the directory tree clog up the task manager could also have blocked the tasks for outline
04:51 garu first cwd, then $HOME/.padre, then ... ?
04:51 garu hmm
04:52 garu that might be it
04:52 PerlJam garu: most likely I'd say
04:52 Alias_ In the dev tools, try Padre::Current->ide->task_manager
04:52 Alias_ In the dump expression
04:52 Alias_ See if the current state of the task manager is sane
04:52 Alias_ You'll probably see a full queue, my guess
04:52 garu will do, just a sec
04:52 * Alias_ has to head back to work
04:53 garu I have config.yml in my homedir
04:53 Alias_ Back on a different name shortly
04:53 garu k
04:53 garu yup, big dir it is
04:54 garu Alias++
04:54 * garu chose a very short dir with no subdir and it all showed up ok
04:54 garu let me try the old one and look at the dev tools
04:54 waxhead mine seems to default to ~/Documents which has very little
04:55 * waxhead just back from the shops getting diiner stuff
04:55 waxhead dinner even..
04:55 waxhead nice walk..
04:55 garu ha
04:55 garu it's indexing my homedir
04:55 garu no wonder it's clogging my cpu and taking ages
04:55 garu *but*
04:56 garu it's all in the background and padre remains very responsive and fast
04:56 garu Alias++ # task 2.0 is teh awesome!
04:57 garu but shouldn't it not clog the outline?
04:57 garu I mean, starvation is a bad thing
04:58 Alias Remember I said I had to cut out some bits of directory because it didn't fit the new model?
04:58 Alias I had to cut out bits of task 1.0 as well
04:58 Alias I didn't want to bogged down replicate every single feature in the old code
04:58 Alias There's absolutely some work to do to restore load management to the new task manager
04:59 Alias I'm not entire sure what strategy to take though
04:59 Alias There's a couple of obvious improvements
05:00 Alias One would be to allow task classes to flag themselves as exclusive
05:00 Alias i.e. Tell the task manager to never run more than one at a time
05:00 Alias That would let the task manager to start to process the queue out of order
05:00 Alias I'm also not doing any supply expansion
05:00 Alias If the task manager gets clogged, it won't spawn new children
05:01 garu I see
05:01 garu one obvious improvement would be to let me copy the text in the output panel :)
05:01 garu I can't paste it for you to make sure it's alright
05:02 garu this is...odd
05:03 garu there, got it
05:03 Casan joined #padre
05:03 Alias Another option for demand management would be a token system
05:04 Alias The idea is you define a set of tokens for each resource you care about
05:04 Alias And the task says what tokens it needs
05:04 Alias So, you might have a CPU token
05:04 Alias For tasks that will consume seriously substantial amounts of cpu and not much else
05:05 Alias If you have a 4 core machine, your task manager has 4 cpu tokens
05:05 garu I like it
05:05 Alias You could also have a "dirwalker" token for tasks which do pretty much nothing except hammer the FAT or directory lists
05:05 garu specially if it's opt-in
05:05 Alias Or a general IO token if you will suck or spew massive amounts of disk read/writes
05:06 Alias Or you could make more specific ones, if you wanted
05:06 shadowpaste "garu" at 217.168.150.38 pasted "why so many 'refresh_response' callback tasks? Or am I reading it wrong?" (66 lines) at http://paste.scsys.co.uk/47276
05:06 Alias You are reading it wrong
05:07 garu thought so
05:07 Alias The callback is the name of the method to call in the "owner" object for the task once it is completed
05:07 garu like an actuall callback then
05:07 Alias Right, but we don't want to use function refs
05:08 Alias Because that ruins any attempts to reload plugins and so on
05:08 Alias Check out the task owner role
05:08 garu thanks for reading my mind :)
05:08 Alias So lets say you want to commission a task on behalf of a piece of the gui
05:08 Alias That gui object as a task owner role
05:08 Alias As needed, it can ask the role for an owner id
05:09 Alias Which identifies it, without having to actually pass the gui object into the task
05:09 Alias The owner role has a central pool of ids weak-references to the commissioning objects
05:09 Alias When you make the task, it then has an owner id, and a callback method
05:09 Alias Then the task ends, it will look for that owner
05:10 Alias If the gui object has been removed in the mean time, that owner id won't exist any more
05:10 garu wow, how much memory were you able to free with that?
05:10 Alias That's not the main reason
05:10 Alias Imagine a gui object commissions a task
05:10 Alias The task fires, and moves into a thread
05:10 Alias In the mean time, you close the directory tree
05:10 Alias But the task is still running
05:10 garu boom
05:11 Alias So now, when the task ends, it asks the owner system for access to it's owner object
05:11 Alias If the owner has gone, it gets told so
05:11 Alias And the task knows that it is now surplus to requirements
05:11 Alias And just does nothing and dissapears
05:11 garu very nice
05:11 Alias It gets better
05:12 * garu listens
05:12 Alias So lets say you have the directory tree open, but you've changed to a new file in a different project
05:12 Alias The requester can tell the owner role that everything current running for that owner is now pointless
05:12 garu k
05:12 Alias So the same GUI component will be given an entirely new owner id
05:13 Alias And the old id reference will be removed
05:13 garu removed?
05:13 Alias So now the completing task ALSO won't get the owner object from the role
05:13 Alias %owners{id} => objects
05:13 Alias The index key is deleted, and a new index entry added with the new owner id
05:13 garu I saw that bug happen in the outline window a lot
05:14 Alias right
05:14 garu but... have you considered caching?
05:14 garu I mean
05:14 garu oh wait
05:14 Alias The directory tree has to explicitly say "I'm different now"
05:14 garu that's the gui component's job, not the task's
05:14 Alias It's not automatic
05:14 Alias Right
05:15 Alias So when you change tabs, it triggers a refresh of the directory tree
05:15 Alias The directory tree looks at the old document, and looks at the new one, and decides if it's the same project
05:15 Alias If so, shortcut
05:15 Alias Nothing to do, all current tasks are valid
05:15 Alias If the directory gui object decides it has changed, it triggers an owner id revision to flush old tasks, and emits new tasks for the new state
05:16 Alias Well, not to flush, but to ignore
05:16 Alias And so with one mechanism, you both allow gui objects to be removed, AND allow them to change state safely
05:16 Alias And it's all automatic
05:17 Alias You emit the task, tell it which method to call when it completes, IF you are still a valid owner
05:17 garu Alias: is it possible to change tasks priorities while they're running? maybe even kill them>
05:17 Alias Theoretically yes, but not implemented
05:17 Alias However
05:18 Alias If a task is queued, it WILL do an owner-still-valid check when it exits the queue just before it executes
05:18 Alias So if the task system is a bit clogged, we shortcut stuff that becomes invalid even before it runs
05:18 Alias And I know how to support task cancellation IF the task implements it
05:19 Alias I can't do a hard force-kill in the current design, unless we somehow blow away the entire thread
05:20 garu I'm thinking the directory tree again, specifically changing active document (and project)
05:20 garu currently, it keeps trying to scan the big dir
05:20 Alias Sure
05:20 Alias It can be done, but the task needs to co-operate
05:20 Alias It's part of the bidirectional communications stuff to support things like swarm
05:21 Alias The task manager sends a message down the thread queue
05:21 garu if I understood it correctly, that's for the directory browser to figure out and implement. But it needs the underlying task system to support it
05:21 Alias And the task itself has to stop working and check for incoming messages
05:21 garu I just wanted to make sure it is possible :)
05:21 Alias It's possible
05:21 Alias Just not implemented
05:21 Alias Next thing I want to work on is mid-execution messages
05:21 Alias It sort of works, but not well enough
05:21 kaare joined #padre
05:22 Alias Imagine that, as the directory scan is running, every directory name appeared in the main window status
05:22 garu yup
05:22 garu that's the first thing that came to mind when you said 'bidirectional communications'
05:23 Alias The design supports it
05:24 Alias But I want the child -> parent half working well first
05:24 garu finding the right balance between message polling and working should be nice
05:25 PerlJam Alias++
05:25 garu oh man, if only the day had 60, 70 hours
05:30 Alias afk meeting
05:47 danlucraft joined #padre
05:51 azawawi joined #padre
05:56 Hyppolit svn: r12083 | garu++ | http://padre.perlide.org/trac/changeset/12083
05:56 Hyppolit devel plugin now can dump the task manager
05:56 Hyppolit trunk/Padre/ trunk/Padre/lib/Padre/Plugin/
05:56 garu there, it's easier to do now :)
05:57 Hyppolit svn: r12084 | garu++ | http://padre.perlide.org/trac/changeset/12084
05:57 Hyppolit Bumping version for new release
05:57 Hyppolit trunk/Padre-Plugin-Catalyst/ trunk/Padre-Plugin-Catalyst/lib/Padre/Plugin/ trunk/Padre-Plugin-Catalyst​/lib/Padre/Plugin/Catalyst/
06:03 garu waxhead: ok, it's on cpan
06:04 garu waxhead: as usual, please let me know if you find anything not working
06:04 garu :)
06:04 marcela joined #padre
06:05 pece joined #padre
06:12 GabrielVieira joined #padre
06:16 garu Alias: btw, yeah right "meeting"... you probably took the day off and are playing starcraft 2 :D
06:16 garu ok, 3am here, I'm starting to get delusional
06:16 Alias I hate starcraft! Total Ahnihilation Forever!
06:16 garu hahahaha
06:16 azawawi garu: hehe :)
06:16 garu no way!
06:17 garu ok guys, I'm off - g'night!
06:17 azawawi garu: it is actually a "meeting" with other players if you think of it :)
06:17 garu azawawi: hahahah indeed ;)
06:18 garu Alias: everyone's loving the new starcraft... don't tell me you're not even curious
06:19 garu I know I am.. if only I had a windows box and a fast graphics card
06:19 garu azawawi: how've you been, mate? long time no see :)
06:21 azawawi garu: great, you? :)
06:21 azawawi garu: im an avid gamer btw...
06:21 garu azawawi: really?
06:21 azawawi garu: yeah
06:22 garu how come you're not in #sdl too, then?
06:22 * garu runs from szabgab
06:22 azawawi garu: because i play games in that time? :)
06:22 azawawi Alias_: ping
06:22 garu azawawi: check out Games::Zumbis if you can :)
06:22 azawawi garu: will do
06:23 garu it's a short silly game ruoso and I did in a couple of days as a demo
06:23 garu it's really addictive though (survival record is 48 seconds)
06:23 azawawi ruoso of #perl6 also?
06:23 garu yup
06:23 garu he's a good friend
06:24 garu he was also in FISL this year
06:24 azawawi cool
06:24 garu and is organizing yapc::brasil
06:24 garu (which you guys should totally come :P)
06:24 azawawi Alias_: git on win32 really sucks... especially when forking...
06:24 garu ok, I'm off. g'night!
06:25 azawawi garu: have a good night, commander. :)
06:35 Sewi gm
06:35 azawawi Sewi: gm
06:42 Casan joined #padre
07:05 Alias garu: At the end of the day, it's still rock/scissors/paper with some pretty cut scenes
07:06 Alias azawawi: Yes, yes it does
07:06 Alias Which is why I'm still not switching, and recommend against it for most people that don't have their entire teams not on Windows
07:06 danlucraft joined #padre
07:08 danlucraft1 joined #padre
07:08 azawawi Alias: i had to go to an ubuntu vm to do the blizkost fork...
07:08 Alias It's can be aparently made tolerable with either cygwin or MSYS
07:08 Alias But that's going to collide with Strawberry
07:09 Alias And you shouldn't have to turn your Windows box into a Unix box just to use it
07:10 azawawi and gdb on mingw32... i dont understand why they dont include it in their installer
07:10 azawawi i need gcc to compile and gdb to debug...
07:11 * azawawi reviews the famous TODO list :)
07:12 azawawi in #perl6, they were talking about Padre, http://irclog.perlgeek.de/​perl6/2010-07-28#i_2624909
07:12 azawawi MSI bundling and folding Padre... etc... :)
07:13 Steffen joined #padre
07:15 Alias Like they say, wrong way around
07:15 Alias Put the right files in the right place inside a zip file, and it's one line of code
07:30 * azawawi work &
07:49 user_2607 joined #padre
07:53 GabrielVieira2 joined #padre
07:58 GabrielVieira joined #padre
08:23 GabrielVieira2 joined #padre
08:29 jjore joined #padre
10:12 rindolf joined #padre
10:26 zenog joined #padre
10:26 zenog hi
10:26 rindolf Hi zenog
10:27 zenog Is there anyone using the standalone versions of Padre for Linux?
10:27 Sewi Yes
10:28 Sewi But I don't think one of the people here is using it
10:28 zenog I just wonder because they take the majority of screenspace in the right column of http://padre.perlide.org/download.html, and I would say this is not the best practice to install software on most Linux systems.
10:29 zenog Are there download statistics?
10:29 reneeb joined #padre
10:30 zenog Besides the 'experimental', the download page makes the impression that this is how you should install Padre on Linux, although on most systems this is not even the easiest way ...
10:31 zenog hi reneeb
10:31 zenog Sewi: Do you know when there will be a new release of the standalone package?
10:31 zenog Sewi: Who is doing those releases?
10:32 Sewi szab did the last one, I think.
10:32 Sewi You should ask him or wax
10:32 zenog Sewi: okay
10:33 reneeb hi zenog
10:35 daxim joined #padre
10:39 zenog hi daxim
12:34 Casan joined #padre
13:26 azawawi joined #padre
13:27 azawawi blizkost (embedded perl5 inside rakudo) is now working on my fork http://github.com/azawawi/blizkost :)
13:27 azawawi on strawberry 5.10.x
13:28 azawawi parrot seems to have a problem with 5.12.x. "loadlib" opcode fails on strawberry :(
13:37 Hyppolit svn: r12085 | adamk++ | http://padre.perlide.org/trac/changeset/12085
13:37 Hyppolit Removing prototype standalone config sync plugin now it is core
13:37 Hyppolit trunk/
13:40 chorny joined #padre
13:40 dkimberl joined #padre
13:47 Hyppolit svn: r12086 | adamk++ | http://padre.perlide.org/trac/changeset/12086
13:47 Hyppolit ConfigSync --> Sync - Part 1
13:47 Hyppolit trunk/Padre/lib/Padre/ trunk/Padre/lib/Padre/Wx/Dialog/
13:50 Hyppolit svn: r12087 | adamk++ | http://padre.perlide.org/trac/changeset/12087
13:50 Hyppolit ConfigSync --> Sync - Part 2
13:50 Hyppolit trunk/Padre/lib/Padre/ trunk/Padre/lib/Padre/Wx/Dialog/
13:55 patspam joined #padre
14:02 azawawi left #padre
14:04 zenog Nice, Rakudo Star is officially out ;-)
14:07 Casan team++
14:09 Alias_ WTF did azawawi do
14:09 Alias_ http://fisheye2.atlassian.com/chart/~ch​arttype=Change,stacktype=Author,yaxisty​pe=Tight,extn=.PL,extn=.p6,extn=.pasm,e​xtn=.pl,extn=.pm,extn=.pod/padre/trunk
14:10 Alias_ 70,000 lines of code just appeared
14:12 Alias_ Ah
14:12 Alias_ wxwidgets.pod
14:21 Hyppolit svn: r12088 | adamk++ | http://padre.perlide.org/trac/changeset/12088
14:21 Hyppolit Removing the direct use of Padre::Current
14:21 Hyppolit trunk/Padre/lib/Padre/Plugin/
14:21 Jagdwurst joined #padre
14:22 bricas Alias_: just read your post. are you trying to use a dynamic schema? (i.e. DBIx::Class::Schema::Loader-based)
14:22 Alias_ bricas: Yep, you can check out the URL I posted
14:22 Alias_ svn checkout that link
14:22 Alias_ Should be completely self-contained
14:23 bricas pretty sure you still need a schema class for that, it just inherits from Schema::Loader is all.
14:23 bricas but, i'll try and patch it.
14:24 Alias_ That would be handy
14:24 Alias_ Could I'm stuck
14:24 Alias_ That horrible Moose stack of crazy is inscrutable to me
14:24 Hyppolit svn: r12089 | chorny++ | http://padre.perlide.org/trac/changeset/12089
14:24 Hyppolit stub docs for "HTML Lint"
14:24 Hyppolit trunk/Padre-Plugin-HTML/lib/Padre/Plugin/
14:25 zenog azawawi++ - master meta programmer
14:25 PerlJam Alias_: the important bits are usually at the beginning :)
14:26 Alias_ Not when the missing module is missing
14:26 Alias_ But appears to not have an actual file
14:26 Alias_ Once you reach the point that you have to reach for the debugger and actually trace it, all is lost
14:32 Hyppolit svn: r12090 | chorny++ | http://padre.perlide.org/trac/changeset/12090
14:32 Hyppolit link to 'HTML 4.01 Specification'
14:32 Hyppolit trunk/Padre-Plugin-HTML/ trunk/Padre-Plugin-HTML/lib/Padre/Plugin/
14:34 pece joined #padre
14:36 Hyppolit svn: r12091 | bricas++ | http://padre.perlide.org/trac/changeset/12091
14:36 Hyppolit add schema file
14:36 Hyppolit trunk/Madre-Sync/lib/Madre/Sync/
14:37 bricas Alias_: try that.
14:40 patspam joined #padre
14:43 bricas Alias_: looks like formhandler needs to fix up its Moose usage: https://rt.cpan.org/Public​/Bug/Display.html?id=59810 -- but other than that, it seems to run.
14:43 Hyppolit svn: r12092 | zenogantner++ | http://padre.perlide.org/trac/changeset/12092
14:43 Hyppolit website: updated some info in download.html
14:43 Hyppolit trunk/template.padre.perlide.org/ trunk/template.padre.perlide.org/tt/pages/
14:45 Alias_ bricas: Any more fixing or cleaning you can do would be awesome
14:45 Hyppolit svn: r12093 | adamk++ | http://padre.perlide.org/trac/changeset/12093
14:45 Hyppolit Correcting ::config to ::Conf
14:45 Hyppolit trunk/Madre-Sync/t/
14:46 Alias_ The REST test hangs for me on Windows atm
14:50 bricas i'll check it out when i get some tuits.
14:52 Sno| joined #padre
14:56 Hyppolit svn: r12094 | chorny++ | http://padre.perlide.org/trac/changeset/12094
14:56 Hyppolit Use keyword list from css.yml for autocompletition
14:56 Hyppolit trunk/Padre-Plugin-CSS/ trunk/Padre-Plugin-CSS/lib/Padre/Document/ trunk/Padre-Plugin-CSS/lib/Padre/Plugin/CSS/ trunk/Padre-Plugin-CSS/share/
14:58 Hyppolit svn: r12095 | chorny++ | http://padre.perlide.org/trac/changeset/12095
14:58 Hyppolit Links to CSS 2.1 specs
14:58 Hyppolit trunk/Padre-Plugin-CSS/ trunk/Padre-Plugin-CSS/lib/Padre/Plugin/
15:10 Hyppolit svn: r12096 | adamk++ | http://padre.perlide.org/trac/changeset/12096
15:10 Hyppolit Cleaning up some tests - Part 1
15:10 Hyppolit trunk/Madre-Sync/t/
15:12 Hyppolit svn: r12097 | adamk++ | http://padre.perlide.org/trac/changeset/12097
15:12 Hyppolit Cleaning up some tests - Part 2
15:12 Hyppolit trunk/Madre-Sync/t/
15:20 Hyppolit svn: r12098 | adamk++ | http://padre.perlide.org/trac/changeset/12098
15:20 Hyppolit Cleaning up some tests - Part 3
15:20 Hyppolit trunk/Madre-Sync/t/
15:21 Hyppolit svn: r12099 | adamk++ | http://padre.perlide.org/trac/changeset/12099
15:21 Hyppolit Cleaning up some tests - Part 4
15:21 Hyppolit trunk/Madre-Sync/t/
15:22 rindolf joined #padre
15:23 Hyppolit svn: r12100 | adamk++ | http://padre.perlide.org/trac/changeset/12100
15:23 Hyppolit Nigglies
15:23 Hyppolit trunk/Madre-Sync/lib/Madre/ trunk/Madre-Sync/lib/Madre/Sync/Controller/ trunk/Madre-Sync/lib/Madre/Sync/Model/
15:24 Hyppolit svn: r12101 | adamk++ | http://padre.perlide.org/trac/changeset/12101
15:24 Hyppolit trunk/Madre-Sync/t/
15:30 rindolf szabgab: hi. Are we still meeting today? Haven't read E-mail in a while.
15:32 CSJewell azawawi: I take it any .msi that we make that we want to include R* in has to be based off of 5.10.1 ATM?
15:32 CSJewell :(
15:37 kaare joined #padre
15:42 Alias_ CSJewell, azawawi's not here man
15:47 CSJewell <mutter>Time zones...</mutter>
15:48 CSJewell Well, when he gets in.
16:17 Hyppolit svn: r12102 | adamk++ | http://padre.perlide.org/trac/changeset/12102
16:17 Hyppolit Lock in Padre to using JSON::XS. We have a ton of XS deps already, so choosing the fastest option is a reasonable choice here.
16:17 Hyppolit trunk/Padre/ trunk/Padre/lib/Padre/ trunk/Padre/lib/Padre/Wx/Dialog/
16:18 Hyppolit svn: r12103 | adamk++ | http://padre.perlide.org/trac/changeset/12103
16:18 Hyppolit Syncing
16:18 Hyppolit trunk/Madre-Sync/lib/Madre/Sync/Controller/
16:26 Hyppolit svn: r12104 | adamk++ | http://padre.perlide.org/trac/changeset/12104
16:26 Hyppolit Centralising some of the tests
16:26 Hyppolit trunk/Madre-Sync/t/
16:26 Hyppolit svn: r12105 | adamk++ | http://padre.perlide.org/trac/changeset/12105
16:26 Hyppolit Simplification/rename
16:26 Hyppolit trunk/Madre-Sync/t/
16:27 Sven_Windows joined #padre
16:32 Casan joined #padre
16:41 Sven_Windows joined #padre
16:59 jjore_ joined #padre
17:07 GabrielVieira joined #padre
17:23 Cyb3rB0y joined #padre
17:49 pece joined #padre
18:02 patspam1 joined #padre
18:10 bricas Alias: new formhandler release fixes the moose warnings.
18:17 pmurias joined #padre
18:17 pmurias what's madre?
18:31 clscott joined #padre
18:33 danlucraft joined #padre
18:46 azawawi joined #padre
18:46 azawawi CSJewell: im working on it to fix that nasty bug. Dont worry. I wont sleep tonight :)
18:47 CSJewell But the bug is there... flip it!
18:47 pece joined #padre
18:48 azawawi im going to find out which strawberry release can work with blizkost
18:48 azawawi rakudo * installs fine. It is blizkost that croaks...
18:49 CSJewell In that case, we can just release-note that fact and build a 5.12 installer...
18:49 azawawi i already fixed the 5.10 bug. but it is still on my forked build. http://github.com/azawawi/blizkost/forkqueue
18:49 azawawi sure
18:49 azawawi blizkost is a library in the end.
18:50 azawawi would be nice if we link docs to start menu.
18:50 azawawi have you tried the msi?
18:50 CSJewell pmurias: The server bits to work with Padre.
18:50 azawawi it installs to c:\rakudo
18:51 CSJewell azawawi: I just got up again, and I'm building RC1 for Strawberry, so not yet.
18:51 azawawi CSJewell: Thanks for your help. Time appreciated :)
18:53 CSJewell Downloading .msi now, and I'll install it later.
19:16 [1]Casan joined #padre
19:25 LeK joined #padre
19:30 rindolf joined #padre
19:32 pmurias CSJewell: padre has colaborative editing?
19:33 CSJewell pmurias: As far as I know, it does.
19:33 CSJewell Somebody with more knowledge could give a better answer, I
19:33 azawawi pmurias: http://search.cpan.org/~bramble/Padre-​Plugin-Swarm/lib/Padre/Plugin/Swarm.pm
19:33 CSJewell I'm just the Windows packager.
19:33 azawawi pmurias: :)
19:33 Casan pmurias: heh no I definitely don't think so. good idea. I wonder if swarm can be of assistance
19:35 Casan azawawi: when I think colaborative editing, then I'm thinking like a shared document, that several users can connect to and each participants changes show up real time.. perhaps even with a color with a tracker for changes by each contributor.
19:35 azawawi Casan: something like google docs i know
19:36 Casan azawawi: can swarm do that already? or is it colaborative editing in the sense that people can communicate like chatting in a window area within padre you mean?
19:36 azawawi CSJewell: blizkost "make test"  is compatible with strawberry-perl-5.10.1.1.msi (confirmed again)
19:37 CSJewell Thanks.
19:37 CSJewell (You're one version back, soon to be two.)
19:37 azawawi Casan: no clue actually. I remember Andrew working it a lot before.
19:37 azawawi Casan: which means i have not tried it.
19:38 azawawi Casan: it states the following features: Global server transport Local network multicast transport. User chat - converse with other padre editors Resources - browse and open files from other users' editor Remote execution! Run arbitary code in other users' editor
19:38 Casan hah ok, pretty versatile..
20:16 azawawi CSJewell: ping
20:18 azawawi CSJewell: what does i686-w64 mean? the w64 part?
20:20 * azawawi good night &
21:32 sorear left #padre
22:34 clscott joined #padre
23:16 GabrielVieira2 joined #padre
23:20 Casan joined #padre
23:24 [1]Casan joined #padre
23:27 [2]Casan joined #padre
23:33 Alias_ joined #padre
23:45 Hyppolit svn: r12106 | adamk++ | http://padre.perlide.org/trac/changeset/12106
23:45 Hyppolit Bits and pieces
23:45 Hyppolit trunk/Madre-Sync/ trunk/Madre-Sync/lib/Madre/Sync/Controller/ trunk/Madre-Sync/t/

| Channels | #padre index | Today | | Search | Google Search | Plain-Text | summary