Camelia, the Perl 6 bug

IRC log for #padre, 2012-04-26

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

All times shown according to UTC.

Time Nick Message
00:22 tome joined #padre
00:31 asarch joined #padre
00:55 jnap joined #padre
04:10 sewi joined #padre
06:12 datapard left #padre
06:21 dodathome joined #padre
07:28 marcela joined #padre
07:41 [Sno] joined #padre
09:11 daxim joined #padre
09:33 Mithaldu joined #padre
09:38 sobersabre joined #padre
09:38 sobersabre hi.
09:39 sobersabre I want to try out padre on osx (lion)
09:39 sobersabre Are these instructions up-to-date: http://padre.perlide.org/trac/wiki/DownloadMacOSX ?
10:41 Maltus joined #padre
10:46 sewi Hi sobersabre
10:47 sewi I think noone tried them lately
11:15 user_9689 joined #padre
11:49 user_9689 joined #padre
12:26 bowtie joined #padre
12:40 jnap joined #padre
13:11 user_1767 joined #padre
13:12 asarch joined #padre
13:33 jq joined #padre
13:33 sobersabre ok. well, I'm trying'em _carefully_ :)
14:31 kaare joined #padre
15:31 hernan joined #padre
15:32 hernan joined #padre
15:33 hernan joined #padre
15:34 hernan joined #padre
15:35 hernan joined #padre
15:36 hernan joined #padre
15:37 hernan joined #padre
15:38 hernan joined #padre
16:43 Maltus_ joined #padre
16:53 pece joined #padre
17:09 Mithaldu joined #padre
17:35 stkowski joined #padre
18:39 pece joined #padre
18:41 charsbar_ joined #padre
18:47 bowtie stkowski, ping
18:47 stkowski Howdy
18:48 bowtie hi, did you see sobersabre, Q earler today?
18:48 stkowski Nope. Got on a little too late.
18:49 stkowski Tome is the guy that does the packaging to DMG for OSx right?
18:49 bowtie stkowski, ok, see -> http://irclog.perlgeek.de/​padre/2012-04-26#i_5498845
18:49 stkowski Oh cool
18:50 bowtie stkowski, as OSX is your thing can you take a look at this wiki page please -> http://padre.perlide.org/trac/wiki/DownloadMacOSX
18:51 stkowski Be glad to.
18:51 bowtie stkowski, as far as we are aware you are the first to run Padre 0.96 on OSX :)
18:51 stkowski I went throught this at one point and the line about replacing the script didn't work
18:51 stkowski So I am actually using 0.96 without any adaptations.
18:52 stkowski On Lion
18:52 stkowski Ok… I'll repeat what I did before, and note that error and open a ticket if I can regenerate it
18:52 stkowski I need to dig into the Cava stuff a bit more as I might have a hint on why the DMG is bombing for some people
18:53 bowtie ok, or you can just add to wiki page :)
18:53 stkowski If I manually execute the bundle contents it bombs on a user error.
18:53 stkowski Oh hey.. yeah.. wiki editing
18:53 stkowski I'm just being cautious. I don't want to fall into the mistake of thinking my setup is typical, etc.
18:54 stkowski I should try the 0.96 on the mini upstairs today. It has only system perl.
18:54 bowtie stkowski, but the steps you have taken should be similar :)
18:54 stkowski Very
18:55 stkowski Under the "take the lazy way" where it says to update the padre script with the trunk version… that's what didn't work
18:55 stkowski I probably missed a step in there. I'll go through and double check today
18:55 stkowski Ok..meeting idle
18:56 bowtie if you don't want to delete whats there youy can ~~strike out~~ if you like
19:02 stkowski Is it mediawiki syntax?
19:05 bowtie see -> http://trac.edgewall.org/wiki/WikiFormatting
19:05 stkowski sweet
19:06 bowtie also try -> http://trac.edgewall.org/wiki/WikiCreole
19:06 bowtie stkowski, I tend to go Creole where I can :)
21:08 stkowski Actually…I think I found a clue on the DMG crash stuff.
21:13 stkowski haha.. brilliant. His comment system picked up my user icon.
21:13 stkowski http://wildperl.com/padreonosx/#comment-38413 <-- details here
21:13 tome joined #padre
21:14 stkowski Oh snap. I got it to work
21:14 tome Hi, I'm getting reports from osx users that they get this error: Schema user_version mismatch (got 13, wanted 12) at /Applications/Padre.app/Content​s/Resources/lib/std/Padre/DB.pm line 26
21:14 stkowski That's me reporting it
21:14 tome this sounds like a config db issue (maybe not OSX specific). Anyone got any insigt
21:14 tome Hi!
21:15 stkowski If you sudo it, it launches
21:15 stkowski It's a permissions error
21:15 stkowski Just figured that out
21:15 tome There is nothing in the package that should require root (unless there is some misconfiguration I did)
21:16 stkowski is Padre::DB reading a config file external to the application bundle?
21:17 stkowski Because if that's true..and somehow I have polluted that file to be root in my system… that would explain it
21:17 stkowski And the bug would be mishandling of an unreadable pref file
21:17 tome I believe it is but don't hold me to it. That file usually gets upgraded each time you launch a new version of Padre
21:17 tome looking for that sqlite db file now
21:18 stkowski The problem may be that I have both compiled Padre and DMG Padre on the same system if that is the case.
21:18 tome Library/Application\ Support/.padre/config.db I think
21:19 stkowski checking
21:19 stkowski No.. its rw to user.
21:20 tome most likely sudo worked
21:20 tome because it created a new version of that file in root
21:20 stkowski Ah
21:20 stkowski Let me move that file and see if it works then
21:20 stkowski Perhaps it is a compatibility thing
21:20 tome the error seems to indicate the upgrade didn't work on your user copy (Schema user_version mismatch (got 13, wanted 12))
21:20 tome almost like something is looking for a back-level version of that file
21:21 tome did you happen to run a padre from source at some point?
21:21 stkowski Yes
21:21 stkowski I have 0.96 running from source on citrus
21:21 tome my guess from the error is that the file is not down-compat. so you get the error when you try to run a downlevel version of Padre
21:21 tome (which the OSX currently is)
21:21 stkowski It launches now
21:22 tome did it happen more than one time (the error)?
21:22 stkowski So quit-on-exit comes from the handling of that file
21:22 stkowski Every launch while that file was in place was an instant exit
21:22 tome ah you moved the file, yes
21:22 stkowski Yes
21:23 stkowski So if you've used a newer version in source, it will stop the dmg version from being able to launch.
21:24 stkowski I wonder if the DMG packaged version should use Cava::Packager to save prefs within the app bundle? or is that a "bad idea"[™]
21:24 tome it's a great idea, there are a number of things the DMG should do (for example install plugins into the Cava perl!)
21:25 tome stkowski: Do you have any interest in working on some of those?
21:25 stkowski Sure
21:25 tome awesome!
21:25 stkowski I'm packaging my own company work with Cava right now
21:26 stkowski Yup. If I run the newer source version it upgrades the pref file and the older won't launch
21:27 tome stkowski: I wonder if in this case the bigger issue is that the conf file isn't backward compatible (if that's even true)
21:27 tome should this be fixed in OSX only (using a dmg-local) or for all config files?
21:28 stkowski My personal thought would be the app should be able to handle bad config files gracefully: IE: warn, move the old config aside, generate a new one
21:28 stkowski That would indicate a larger fix
21:28 tome What do you think about plugins, could we get them to install into the DMG perl in your experience?
21:28 stkowski The shorter fix would be to localize the DMG config file.
21:29 stkowski I'd need to check if you can get the app to write into the path, but if they were loaded as Cava::Packager resources, you should be able to do that
21:29 stkowski The issue would be when you upgraded the application, you would lose your plugins, yes?
21:30 tome yes, but there is no real way around that, the Perl that padre uses is special built for it
21:30 tome (32 bit)
21:30 tome as you know
21:30 stkowski yes. Ends up packaged into the dmg
21:30 stkowski Oh cool. You guys are using svn
21:31 tome yes, and if you want to get the configs we used for Cava
21:31 tome just google padre-brew on github (though the actual script may be a bit out of date, I need to update it in the next few days when I push a new version of Padre for OSX)
21:31 stkowski ok. Cool.
21:32 stkowski Do you have a specific rev of Cirtus you are using right now?
21:32 tome We are not using Cirtus right now
21:32 tome I perlbrew a perl
21:33 stkowski Ah. ok
21:33 stkowski I should do a similar path then
21:34 tome I have no problem supporting a change in path if it makes sense, not at all tied to one way or another. Whatever is easiest to support our future development
21:37 stkowski I've only tried the one. So doing both should be a good learning experience
21:37 stkowski Seeing about getting Padre running from svn right now
21:38 tome yup, I use my padre-brew script to build a perl, and then just launch Padre from that, but if you do it differently and it works, that would be great to know as well.
21:40 stkowski hah…just got 0.97 to launch :)
21:41 tome Great!
21:41 tome what setup did you use?.
21:43 stkowski i32 Citrus Perl 5.12.4 / svn checkout of trunk
21:43 tome Do you think we should switch to Citrus perl instead of brewing our own, would it be easier for people to use (and for us to pacakage) ?
21:44 stkowski Let me see how easy it is to do brew. Cant compare without the experience
21:44 stkowski I ended up using Citrus on this project because it's from the same source as Cava. I assumed they would work well together.
21:45 stkowski Though i think it all falls on the same executable builder behind the GUI, right?
21:45 stkowski pp or whatnot?
21:45 tome Not sure if this answers your question, but when we brew a perl, cava just includes that whole perl into the DMG.
21:46 tome I don't know how Citrus perl works, but I imagine it's similar, a bundle of perl, but without Padre of course
21:46 stkowski yeah
21:48 tome this happens to be the list of open OSX tickets :) http://padre.perlide.org/trac/wiki/osxbugs  in case you get the 'bug
21:49 stkowski Oh..for some reason I assume Cava was a Wx interface on top of Par (pp) to build the executable. Will have to look later. If that is the case, it can use about any version of local perl to build the exe. Which is what Cava does.
21:49 stkowski Cool
21:49 stkowski Question: do you have the Padre source on your local machine?
21:49 tome yes
21:49 stkowski The dev launch script for you is dev and not dev.pl?
21:50 stkowski http://svn.perlide.org/padre/trunk/Padre/dev
21:50 tome correct
21:50 stkowski Ok…I'l fix step 10 here then: http://padre.perlide.org/tr​ac/wiki/DownloadRepository
21:50 Hyppolit wiki page http://padre.perlide.org/tr​ac/wiki/DownloadRepository changed by bennie
21:51 tome check this page
21:51 tome http://padre.perlide.org/trac/wiki/DownloadMacOSX
21:51 tome perhaps better one to fix for OSX?
21:51 stkowski Yeah. I have to go through that as I work from brew :)
21:52 tome for brew, I actually mean the padre-brew on github
21:52 tome it does all the perl-brew for you under the covers, as well as pulling and building Padre
21:52 stkowski https://github.com/tomeliaz/padre-brew
21:57 stkowski How reliable is the windows port? Or will I need to have a linux VM to check against when I need to determine if an error is Osx or not?
22:02 tome not sure, I haven't run on windows or have experience with the subtle errors it may have - I'm sorry
22:03 stkowski No worries
22:03 tome but feel free to report bugs if they differ between OSX and Windows
22:03 tome better to have the bug in the DB than not for sure
22:03 stkowski If you go to "Open URL" and give it an unupported format: say shh://user:pass@site.com/foo.txt .. it just closes the dialog.
22:08 stkowski tome: Do you get into a loop of relaunching the syntax checker?
22:09 tome no...
22:09 tome haven't seen that one before
22:10 stkowski Let me see if the DMG has the same issue. I bet not.
22:10 tome stkowski: do you have permissions to open bugs on http://padre.perlide.org/trac/ ?
22:10 stkowski Yes.
22:10 tome awesome
22:10 stkowski Just want to verify them before I submit. I know how annoying bad bug reports can be
22:11 tome sure! just double checking, no problem at all
22:13 stkowski Have you gotten your "Run" to use terminal instead of X11?
22:13 tome no
22:13 tome : )
22:14 stkowski Interesting. No loop on syntax check in the DMG. nice
22:15 stkowski Does "run" work for you though?
22:15 tome I think it did for simple scripts at least
22:15 stkowski hehe… maybe I should run a Wx:App in it… let me try something else
22:18 stkowski Does "About" work on your system?
22:18 tome no
22:18 tome help->about Padre does
22:18 stkowski Ah cool.
22:18 tome would Love your help fixing that one as well  :)
22:18 tome all of these - as you see - osx needs some TLC
22:19 stkowski Yup.
22:19 stkowski Need to figure out what I can help on
22:19 stkowski Run doesn't seem to be working on my dmg. I'm betting I have another pref conflict of some sort.
22:21 tome does it work non-dmg?
22:21 tome (svn)
22:21 stkowski yes
22:21 tome curious
22:21 tome the problem there is usually which Perl does padre use
22:21 stkowski Just waxed my pref directory. No luck
22:21 tome this is one of the issues with OSX padre right now
22:22 stkowski I can swap that in the prefs..han on
22:22 tome you have a perl inside padre, that is mostly hidden away
22:22 tome and you have a system perl
22:22 stkowski Tools -> prefs -> Landuage Perl 5 right?
22:22 tome I think you expect the system perl to be used to run those things
22:22 tome yeah
22:22 tome (where system perl = whatever perl is in your path)
22:23 stkowski Default system perl is default path. On the terminal I can adjust that as I work. But to the app it should appear very much normal osx perl
22:23 tome so it's strange that the DMG isnt able to Run.
22:24 stkowski A ha!
22:24 stkowski Apr 26 15:23:27 Phillips-MacBook-Air [0x0-0x142142].Padre[8806]: sh: xterm: command not found
22:33 bowtie see -> Padre::Wx::Main::run_command comment #tome
22:35 tome hahaha
22:35 tome awesome : )
22:35 tome kind of a land mine there : )
22:37 bowtie I thought you needed a reminder tome, nice to see you two are having fun, hi stkowski :)
22:37 tome xterm should actually work here : )
22:38 bowtie one would think so, te he
22:39 stkowski It's interesting…even if I raw run the xterm command it bombs as not found
22:39 tome what's your PATH
22:39 tome maybe it got mussed up during the build?
22:40 tome usr/X11/bin/xterm
22:40 stkowski yes /usr/X11/bin/xterm
22:41 stkowski Launches fine from terminal. If I run that as a "run command" in the DMG it logs the above error in the system console.
22:41 stkowski Very odd
23:14 Di-ima joined #padre

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