Thursday, 2010-09-09

../irclogs/#mantishelp.2010-09-09.log
--- scribe started ---00:00
kirillkadhx1: hi08:57
kirillkagiallu: hi. Can you compile last documentation?08:58
giallukirillka, I guess so09:01
kirillkagiallu: When?09:03
gialludo you want me to update the one in docs.mantisbt.org?09:04
kirillkagiallu: No. I want pdf file09:06
gialluok, so is this ok for you ? http://giallu.fedorapeople.org/MantisBT-1.2-Admin_Guide-en-US.pdf09:07
kirillkagiallu: tnx09:11
paulrlo09:23
* paulr pokes dhx109:28
kirillkapaulr: hi10:59
kirillkaI seek dhx_m too :)10:59
kirillkadhx1: bug 1231310:59
foobotBug 12313 - Avg00r - reopened - feedback10:59
foobotCan't open image attachments in browser windows - http://www.mantisbt.org/bugs/view.php?id=1231310:59
gtoccihello13:47
gtocciI am not able to login to http://www.mantisbt.org/bugs/login_page.php. I created an account and modified the password, but i can not login13:48
paulrmo17:32
romberthey paul17:34
paulrlo17:36
paulrI really do hate emails heh :)17:36
rombert:-)17:36
paulr4 emails and I think we've both clarified what we meant17:36
rombertyup, more or less17:36
paulranyway, phpuc is based on CI where CI obviously has been around for a while, hudson used to be one dev, now does plugins dunno how it's dev'd now. For a backend17:38
paulrI kinda see CI/hudson as achieving the same tasks17:38
paulrfor a frontend, phpuc is a better template then CI's stuff17:39
paulri've not looked at hudson's frontend17:39
romberthttp://github.com/hudson/hudson-main17:39
paulrconfig file etc etc I kinda see as fairly irrelevant as in theory we set something up one17:39
rombertthose are the contributions to the hudson core17:40
rombertthe plugins are something else17:40
rombertas for the frontend, have a look at https://build.eclipse.org/hudson/17:40
rombertAs for the config, I think that we are going to tweak it for quite some time17:41
paulrbtw, as far as i'm aware: bamboo (Atlassian (commercial) aka companybehind jira), hudson, and cruisecontrol are all free for us as an open source project17:41
rombertTrue17:41
paulriirc, there's a CI thing on code.google.com based on the php version of nunit too17:42
rombertI don't now about that17:42
rombertBut we can have free CI hosting at CodeBetter.com17:42
paulrwell, I dunno if it works :P17:42
rombertI set up 3 projects over there recently17:42
romberthttp://teamcity.codebetter.com/17:42
rombertThat can also be an option17:42
rombertFewer headaches for us17:42
paulrwell yes/no17:43
paulrI originally set up the CI thing when I was trying to get some decent php codesniffer formatting rules and phpdoc warnings gone17:43
paulrwe do tend to find random utilities/build scripts to do "stuff"17:44
paulrThe biggest issue is we have different ideas of how to do things17:44
rombertWell, yes17:45
paulrpretty sure that daryn, dhx, nuclear_eclipse and myself all have slightly differing views on a) whether js files hsould be compressed b) if yes, when to compress them17:45
rombertAnd visibility over these things will help17:45
rombertright17:45
rombertI am not all that interested in what we run on17:46
rombertWhat I do want is something which allows us - hardware-wise - to run all we want to run17:46
rombertIs able to yank17:46
rombertout a variety of notifications17:46
rombertand is configurable enough to withstand our endless tweaking17:46
paulryea, you can do irc/twitter/etc from both hudson/CI17:47
rombertwhether it's phpUnderControl, Hudson or Teamcity ... doesn't really matter17:47
paulrthe 'bigger' issue is whether we run our own stuff or external17:47
paulrgiven our tweaking own is my opinion17:47
paulrhowever, that kinda also requires devoting one developer to running that17:48
rombertCodeBetter have been kind enough to tweak whatever I needed to do17:48
romberteven for some more exotic things they installed the software17:48
rombertand job configuration is really easy in teamcity17:48
paulrteamcity have an opensource license too btw17:49
rombertYeah, but we would still need to host it17:50
rombertso it's on the same level with Hudson/Bamboo17:50
rombertCodeBetter have a good hardware setup , quite fast17:50
paulrI'm not too fussed about hosting it however:17:50
paulri've learnt a couple of things:17:50
rombertso that would definitely reduce the need for us to beef up our MantisBT / MantisForge setup17:50
paulra) if you keep old builds - you get lots of files17:51
paulrb) phpdoc and co need lots of ram17:51
romberta) we don't to keep old builds17:52
rombertperhaps only releases17:52
rombertwhich are not so many17:52
rombertb) phpdoc , etc - perfect candidate for nightly job17:52
rombertwe can run phpunit tests on each commit17:52
rombertand the nightly job regenerates the documentation and does all the expensive stuff17:52
paulrmy h/w atm is quad core intel, with 8gb ram, 100gb backup space and unlimited traffic17:53
paulrwell 'unlimited'17:54
rombertthat should be much more than enough17:54
paulrunlimited = after 5000GB in a month, I get throttled to 10mbps17:54
rombert'throttled'17:54
rombert:-)17:54
rombertthat's still quite a lot17:54
paulroh17:55
paulrthe other thing i've learn from running CI stuff (and some coding i've tried to do on another project)17:55
paulroh, and from when I did something at uni 9 years ago:17:55
paulrc) I hate java17:55
rombert:-)17:55
paulrhttp://code.google.com/p/xinc/17:56
paulrbtw, that's what I was thinking of17:56
rombertWell, you don't have to develop in java to set up Bamboo/TeamCity/Hudson17:56
rombertok17:57
paulrwhat we actually need most however17:58
paulris a good (graphic) designer17:58
rombertoh yes17:58
rombertDon't get me started17:58
rombert:-)17:58
rombertxinc looks fine, even though I still need to hack config files - which is fine by itself.17:59
rombertBut it requires filesystem access17:59
rombertwhich is not so nice17:59
rombertdoes it support git ?17:59
rombertthe slides only mentioned svn17:59
paulrprobably not however17:59
paulrfor the most part of what we are probably actually trying to do18:00
paulrwe could probably write in a 2 line batch file18:00
paulri.e. in essence, all we are trying to do is automate: git  update; phpdoc; buildrelease.py;done18:01
paulrand make it look pretty18:01
paulr[06:58.01] <paulr> what we actually need most however18:01
paulr[06:58.12] <paulr> is a good (graphic) designer18:01
rombert(+ tests)18:01
rombert+ possibly the end-user documentation18:01
rombert+pretty graphs and trends for it18:01
rombert+ notifications18:01
rombertAnd anyway, design is indepdendent of our CI solutions18:02
paulrtbh, graphs/trends for us is probably semi-pointless or at least:18:03
paulrwhat i'd hope is people would get into habit of adding phpdoc stuff automatically or whatever18:03
paulrI think it's probably more important to have up to date information on our releases/branches18:04
rombertyes, that too18:04
rombertI think we have two questions to answer18:04
romberta) do we self-host or not?18:04
rombertb) what solution do we use?18:04
paulrmy opinion is we self-host, but make sure we have a sensible backup plan18:05
rombertok18:05
paulrupload to amazon/google or whatever a backup18:05
paulronly because18:06
paulrwhilst we could put a little bit here18:06
paulrand a little bit there18:06
paulrI think we'd find we would want something special at some point18:06
paulrFor example, on my local box, I've often run various dev-builds of php18:07
paulrso when it came to php 5.3.0, in some cases, i've put patches in to fix issues at alpha/beta release stage of php18:07
paulr(well, maybe not that early but)18:07
paulrwhat I really need to do most if find a decent designer to design us a theme18:08
paulr:)18:08
* daryn hates getting dragged into discussions when away18:14
paulr:)18:14
darynpaulr any progress on lang_api?20:45
paulrsure20:49
paulryou know how it works atm? :P20:50
darynit doesn't :P20:50
paulrin that20:50
paulrwhat I thought we did was:20:50
paulra) load english20:50
paulrb) load <other language20:50
paulrhowever my debugging seems to indicate we:20:51
paulra) load german20:51
paulrb) load german20:51
paulrc) load german20:51
paulrd) load englihs20:51
paulrwhich was the point I got confused :P20:51
darynthat's weird20:51
paulrI was toying between two ideas:20:52
paulror more20:52
* paulr thinks20:52
paulrmy idea of putting the error strings inside the language error - i'm not so sure about20:52
* giallu notes thinking should be done _before_ pushing stuff in git... :P20:52
paulrdue to way php array merges20:53
paulrgiallu: the code change was reviewed by dhx ages ago20:53
paulrgiallu: lang strings tested in both formats with plugins/without etc20:53
paulrand load order seemed to make sense20:53
paulrdaryn: can you add a var_dump() to lang_load20:55
paulrand set g_default_lang or whatever it is to german20:55
paulrand tell me what the var_Dump hits20:55
paulrfor you20:55
giallupaulr, just for the records. this was done for what? performance?20:57
paulrtwo fold20:57
paulryes, it's a lot quicker20:57
gialluyeah. but...20:57
darynwhat do you want me to dump?  the lang_strings?20:57
paulrtwo, i think it helps towards what one of your aims was - reducing global variables20:57
paulrlang_load - var_Dump($p_lang);20:57
paulrthen set in config:20:58
gialludid we hear _any_ complain about performances? (ok, ok, I've finished trolling)20:58
paulr$g_default_language = 'german';20:58
paulrand hit the index page20:58
darynstring(7) "english"string(7) "english"string(7) "english"string(7) "english"20:59
paulrdid you set $g_default_language = 'german'; ?20:59
darynstrange20:59
darynyes20:59
paulrif( !isset( $g_lang_strings[$p_lang] ) ) {21:00
darynoh wait...i wonder if it's my account settings21:00
paulrif( !isset( $g_lang_strings[$p_lang] ) ) {21:00
paulrif( !isset( $g_lang_strings[$p_lang] ) ) {lang_load( $p_lang );21:00
paulrnow I thought we only hit lang_load once...21:00
darynok, i set my account to german and it says...21:00
darynstring(6) "german" string(6) "german" string(6) "german" string(6) "german"  string(7) "english"21:00
paulrunless of course21:01
paulrcould you var_dump( $p_lang.$p_dir)21:01
darynstring(6) "german" string(57) "german/var/www/mbt_dev/plugins/MantisCoreFormatting/lang/" string(52) "german/var/www/mbt_dev/plugins/XmlImportExport/lang/" string(48) "german/var/www/mbt_dev/plugins/MantisGraph/lang/"  string(7) "english"21:02
* paulr wonders if that's getting called from lang_get21:03
darynif what is getting called from lang_get21:04
paulrryn> string(6) "german" string(57) "german/var/www/mbt_dev/plugins/MantisCoreFormatting/lang/" string(52) "german/var/www/mbt_dev/plugins/XmlImportExport/lang/" string(48) "german/var/www/mbt_dev/plugins/MantisGraph/lang/"  string(7) "english"21:04
daryni put it in lang_load21:04
paulrif( lang_exists( $p_string, $t_lang ) ) {21:05
paulryea lang_get is called those ;/21:05
darynyea, i see that21:06
darynlang_ensure_loaded21:06
paulri'm kinda wondering if that code is in wrong place21:06
darynwell...was it working before?21:06
paulri'm looking down after that21:06
paulrthe plugin stuff21:06
darynyeah21:06
paulrif( lang_exists( $p_string, $t_lang ) ) {21:07
paulrreturn string21:07
paulrelse21:07
paulrsee if current plugin has it21:07
paulrwhich should return null on the homepage21:07
paulrare you logged in atm?21:07
darynlogged in where?21:08
paulror on the login pawge21:08
paulrto mantis21:08
darynlogged in21:08
paulrin that21:09
paulrif i go to load login_page.php21:09
paulrI get:21:09
paulrstring(6) "german" string(67) "germanC:\mantis\gitrepo\mantisbt\plugins\MantisCoreFormatting\lang\" string(58) "germanC:\mantis\gitrepo\mantisbt\plugins\MantisGraph\lang\" string(7) "english"21:09
paulrhowever21:09
paulras far as i'm concerned21:09
paulrmantisgraph shouldn't be called on the logon page??21:09
paulror at least21:09
paulrshouldn't need to load language strings...21:09
darynright...why would it even look at anything other than the standard strings...21:10
paulr#0  lang_get(plugin_graph_title) called at [C:\mantis\gitrepo\mantisbt\plugins\MantisGraph\MantisGraph.php:23]21:10
paulr#1  MantisGraphPlugin->register() called at [C:\mantis\gitrepo\mantisbt\core\classes\MantisPlugin.class.php:149]21:10
paulr#2  MantisPlugin->__construct(MantisGraph) called at [C:\mantis\gitrepo\mantisbt\core\plugin_api.php:777]21:10
paulr#3  plugin_register(MantisGraph) called at [C:\mantis\gitrepo\mantisbt\core\plugin_api.ph21:10
paulraha21:11
darynlooking for plugin_format_title...21:11
darynwhy?21:11
paulrahh I see now21:12
darynshould plugins be registering before logged in?21:12
paulror more21:12
paulrsure21:12
paulrthat's reasonable21:12
paulri'm not sure if registering a plugin and not using it should hit language api though21:13
paulrand i've just worked out why I was getting english, english, english, german, english as load order of languages21:13
paulra missing string in german language file + plugins getting registered21:14
darynk...so now what?21:15
paulrnow, I can fix stuff tomorrow :)21:19
paulras I now understand how plugins interface with lang api ;p21:19
darynfix tonight. you don't need sleep21:20
daryn:)21:20
paulrgn21:30

Generated by irclog2html.py