<!-- Some styling for better description lists --><style type='text/css'>dt { font-weight: bold;float: left;display:inline;margin-right: 1em} dd { display:block; margin-left: 2em}</style> marclaporte: I like the clocks! <br> http://dev.tiki.org/System::Clocks sends me to home page? amette: me too <br> actually no - it sends me to /Development ?! <br> which probably is the home page fabricius: hehe amette: but I really want to see System::Clocks fabricius: <u>use</u>: http://dev.tiki.org/tiki-editpage.php?page=System::Clocks amette: aaaaaah <br> dirty little hack *G* fabricius: {include page="System::Clocks" start="!Start-Berlin-London-UTC-Montreal" stop="!End-Berlin-London-UTC-Montreal"} amette: the stop can be seen on the other page?! fabricius: should not <br> checking <br> ahhhh <br> damned amette: :) fabricius: that seems to be a bug <br> see here: {include page="tagcloud" start="!Start" stop="!End"} http://wikiforyou.eu <br> no !End shown on the page which includes! <br> to show the stopmark makes no sense atall amette: yup... maybe a missing newline or such? I mean: it works on your site.. fabricius: yes, but mine is a pre-10 <br> maybe nees a fix for 9er branch amette: ah, possible fabricius: I think, I remember, itworke in 9 before <br> sorry, my "d" hangs on the keyboard ... it seems frequently to be reluctand to type all the time amette: I know these problems - too much tobacco fell into your keyboard and now it jams it ;) <br> but just take it out, clean it and put it back in fabricius: I tell you what I usually o: I wait until it rie out and then I type harer until it's crushe into ust amette: lol -: amette had to laugh about the missing 'd's amette: wait a bit longer and it will destroy the mechanism underneath the key - not a good option fabricius: oh opps my " " hanged again amette: *G* fabricius: hah I`ve got one! amette: press the key down, grab it at the upper edge and pull gently, it will come off - takes a bit of courage at first, but basically it's quite harmless fabricius: you see, it's alrea y rying out amette: hehe fabricius: slowly it seems amette: or blow into your keyboard - that's the coward's option ;) fabricius: maybe I should start to hammer, to check if it's rie enough <br> d d d d d d d d d d d d d d d d dddddddddddddd d dddddddddddddddddddddddddddddddddddddddddd ahhhh worrrks!! amette: take a hammer for it to make sure fabricius: yes, that is one of the advantages of laptops against the new tabs ... you at least can take a hammer, if the keyboard hangs ... try that on a tab or on a smartphone amette: no problem, it'll create a nice spider web on the display ;) fabricius: sure and you need not to download an app for that ... saves storage and performance ... good idea though <br> didn't think so smart first hand <br> but that brings me to a general idea: <br> since my Android is broken and I use my old standart mobile phone since a few month, I could just paint some apps on it <br> saves even more storage and performance <br> and I nee not to buy a new smartphone amette: wicked idea! <br> As soon as my phone breaks I'll get a piece of wood and paint my apps on it! fabricius: grrmbl ... still have to type hard enough to crush the dirt under the "d" amette: Especially the display readability in bright sunlight will be amazing!! <br> honestly - do youself a favour and try to clean it fabricius: amette yes ... we could make a website out of that amette: let's bring that to kickstarter! We'll be millionaires in no time! arildb: I am unable to apply profiles in the latest SVN pre9.2 version. Anybody else with the same problem? fabricius: amette what do you think, wouldn't it be an idea just to try out to simply paint the next website and send it as screenshot or so? saves plenty of coding time amette: yeah, absolutely, paint it and send by mail! That also fixes all the rendering problems with different browsers! <br> snail mail that is - e-mail again only creates new problems <br> <u>arildb</u>: nope, not had that problem - can you elaborate? fabricius: arildb sorry, I simply didn't try that ... not worked with profiles for a while, whilst I have enough ideas, where I want to use again in future ... maybe I'd check when I get some time (not now, as I develop new business ideas with amette) arildb: Just installed a fresh SVN pre9.2 version. Activated WYSIWYG. When the editor opens, it prompt to install the profile: : WYSIWYG_6x. Attempting to apply this fails. Seems unable to reach the profile server. However, I cann reach it via the browser: http://profiles.tiki.org/profiles amette: hehe <br> hmmm.... what error message? arildb: no error message (as far as I see) fabricius: arildb did you try to apply with another browser? sometimes some browser is reluctant to go ahead with certain stuff (mostly Chrome) amette: hmmm, no idea.. sorry arildb: tried FF. wil try other browsers fabricius: for ex, sometimes I cannot upload files to Tiki with Chrome, but with Firefox amette: chrome really pisses me off recently... although I use it as my default browser and mainly really do love it - it does have some weird issues on some pages fabricius: I really need an autorecycle testing website <br> some cron svn <br> autonulling the database everyday <br> could go there and quickly check applying profile for 9.x on a new babyface fresh installation amette: well, if you have shell access that's really not tough to set up fabricius: I have <br> just to lazy to figure out amette: ;) fabricius: but maybe I should really do soon amette: new challenges are the best way to learn arildb: same effect in all browsers <br> all browsers = Chrome & Opera amette: hang on, I have a 9.x checkout... let me just install a database, then I'll try here arildb: http://profiles.tiki.org status seems to indicate a down state. However, (I can reach it via my browser). amette: does your server have some firewalling? -: fabricius goes for a fag amette: hope you didn't roll it over your keyboard ;) fabricius: ahhh and plugs the laptop to the powerline (5%) arildb: I am running on localhost and port 80 is open. Does the profiles server use a special port? amette: nope, it's all via http afaik marclaporte: <u>arildb</u>: http://bluehost.tiki.org/simplescripts/tiki-admin.php?page=profiles also can't connect arildb: which Tiki version runs on bluehost? marclaporte: In the early days of profiles, this happened more, but I guess there are still some cases of issues amette: yeah, I can't get a list of profiles either fabricius: hmm maybe setting up a simple test-profile, that changes just one single preference, so it could savely be tried on a running site? <br> just an idea marclaporte: <u>fabricius</u>: in my case, it's not even getting the list of profiles lindonb: joined #tikiwiki arildb: can it be a server problem? I am running 9.2 from SVN. Is anybody else running SVN 9.2? marclaporte: try from the command line wget http://profiles.tiki.org/profiles fabricius: <u>arildb</u>: you mean pre-9.2? hmmm yes, I should have at least one of these <br> checking arildb: <u>marclaporte</u>: wget is not a windows command. So, it didn't work marclaporte: ok, well, something similar <br> see if the web server can access that URL arildb: yes, I can reach it using the browser marclaporte: but your Tiki can't list them? arildb: that's correct fabricius: my Tiki pre-10 can't list aswell <br> maybe not connected? <br> arrg <br> I have an old 8.1 running <br> cannot list there aswell arildb: sounds like a server problem fabricius: sounds like a problm with profiles.t.o mose: heya marc (and everybody) fabricius: uhhh my "e" is hanging ... maybe hammered too hard <br> polom mose mose: hola fabricius fabricius: a question I have related to profiles since ages ... <br> if I want to use one or a few profiles in a customers context ... <br> and for whatever reason this profile would have to be not public ... <br> is there a way to use a profiles repository, that is not public, but "secure" with a login / group permissions? Jyhem: For the UI oriented devs: http://www.smashingmagazine.com/2012/09/26/useful-javascript-libraries-jquery-plugins/ Tiki|bot: New Commit: lindonb committed r43206 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43206 marclaporte: <u>fabricius</u>: maybe with tokens? <br> nice to see you mose! <br> <u>arildb</u>: I suggest you ping lphuberdeau, sylvie or jonnyb about the profiles not connecting <br> ... <br> For the record, Amit909 was asking me about MathJax, so I made this: http://doc.tiki.org/MathJax arildb: I am going to bed soon. Will check again later. amette: brace for commit marclaporte: <u>mose</u>: this may be something interesting for you: https://doc.tiki.org/Server+Check amette: now it got really messy... <br> ... I'm dreading the cleanup meanwhile. <br> but phase 1 of tiki-check.php is finished now! :) <br> \o <br> o// marclaporte: <u>mose</u>: more for PHP than Ruby, but... amette: o/ marclaporte: Congrats Amette! amette: cheers mate :) Tiki|bot: New Commit: amette committed r43207 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43207 marclaporte: can anyone confirm that this page loads? https://tiki.org/Major+use+cases amette: yes, it loads - forever.... <br> ... then wsod. mose: wow it's still there ? marclaporte: what could be wrong? http://tiki.org/tiki-editpage.php?page=major+use+cases <br> <u>mose</u>: what is still there? mose: the white page of death marclaporte: hahahahah <br> oh yeah mose: quite an old feature marclaporte: but the LeftColBug is long gone mose: I'm so obsolete marclaporte: :-) <br> <u>amette</u>: http://nextdev.tiki.org/tiki-check.php <br> (not bad) :-) amette: WTF?!? <br> yeah, that's an easter egg I deliberately built in marclaporte: that is trunk amette: WTF?!?! <br> I'm stumped.... marclaporte: huh? amette: ah, after reload it works <br> LOL marclaporte: I don't see what you are seeing? What are you talking about? amette: I just saw a bunch of weird characters :D marclaporte: hehe amette: probably the http authentication interfered with my browser *G* marclaporte: yup amette: yeah, now I like it, too :) <br> ah, nice, I start to like the check considering the (non)-writeable directories, too marclaporte: yes, it already caught a problem :-) amette: yup :) <br> the upload_tmp_dir check is really just an educated guess if it is dangerous - if it is not definitely dangerous, we tell the user to check it manually <br> I don't know how good that is, but I just copied it over <br> at least better than nothing <br> so I put info as a state there, if it is not checkable <br> it will never become good/green though -: Jyhem_laptop really likes http://nextdev.tiki.org/tiki-check.php amette: :) Jyhem_laptop: I think some other LGPL open-source web apps will integrate some version of it :) amette: that would be quite an accolade :) marclaporte: for sure! (or GPL since they can include as a lib) amette: yeah, it's freely available for all of them marclaporte: I wish Tiki Check had existed many years ago :-) -: amette too amette: I can see myself using it to set up a server much more quickly before running into issues while configuring Tiki. marclaporte: so how should we promote it in Tiki? <br> Links in tiki-admin.php? as part of the main admin menu? amette: we could put it into "Crosslinks to other features" :P <br> sorry, but that just crossed my mind - I think it's one of the things that has to go - does anyone use it productively? <br> A link in the Admin menu might be a good idea as now there are also things that check for fitness of your setup while running Tiki already. <br> I have actually been thinking about this while moving over features from tiki-admin_security.php and tiki-admin_system.php.... <br> ... maybe in the long run it might be feasible to create even a dedicated admin panel for things like these? <br> Admin->General has the version check, perhaps put a link there to "Check if your Tiki can work properly"? goj_killedByISP: joined #tikiwiki Jyhem: We already have Admin → Security Admin and Admin → Cache/Sys Admin <br> So it could be a direct link from Admin also <br> then you do't need to have an icon :) -: Jyhem is truggling agains codemirror Jyhem: s/struggling <br> In http://doc.tiki.org/tiki-editpage.php?page=PluginRemarksbox&page_ref_id=3461 I just can''t add the missing remarksboxes below, because it auto-selects the above plugin instead of creating a new one :-( Tiki|bot: joined #tikiwiki Jyhem: thank god for "toggle highlighter" amette: yeah, sadly it is sometimes necessary :-| marclaporte: Admin->General has the version check, perhaps put a link there to "Check if your Tiki can work properly"?v <br> ^^^^^^^^^^ +1 to that idea! <br> <u>Jyhem</u>: that is the kind of bug report that Tiki Screencast will be good for. I know what you mean because I have seen this before, but Robert may not know about it... DarkCalf: joined #tikiwiki Jyhem: <u>marclaporte</u>: if I set "Protect all sessions with HTTPS", can I still have anonymous access in http ? <br> Usually, there is no reason for anonymous to be in https, since anonymous only accesses public information by definition marclaporte: <u>Jyhem</u>: no amette: a good reason for anonymous to access a web site by HTTPS is that she doesn't want to disclose which information exactly she accesses <br> e.g. my employer should not know that I access WikiPedia information about a serious desease, my employer only knows that I go to WikiPedia -: amette making assumptions about employers and implications, but you get the idea amette: disease even Jyhem: Yes, but that only means that people who want to use https must have it available. amette: every browser has it available?! Jyhem: My use case is a public website with some protected sections. So the logged in people don't want the data to filter out. The rest is totally public and should benefit from caching amette: caching doesn't work with https? Jyhem: I believe https somewhat is an indication that copies should not be kept in every proxy around the internet. Or local cahes. amette: let them be kept whereever... they are encrypted. <br> ah, I see... you mean your proxy servers don't cache it then?! Jyhem: They are not. The communication is encrypted. With symetric keys which expire fast and keep changing. <br> but the data itself is just transferred amette: I think it would be a smart move of proxy servers not to cache <br> as the key is different for each user Jyhem: the proxy servers would need to achieve a man-in-the-middle attack to cache the unencrypted data amette: so no content is ever the same <br> they could cache the encrypted, but it would be quite useless <br> only a reload from the same session/browser would hit the cache Jyhem: the encrypted is useless because it's a two-person encryption, constantly renegociated amette: the encryption isn't useless, but the prox is Jyhem: <u>worse</u>: reload from the same session/browser time out anyway <br> I meant"the encrypted data is useless", not "the encryption is useless" amette: yeah lindonb: joined #tikiwiki <br> left #tikiwiki Tiki|bot: New Commit: lindonb committed r43208 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43208 <br> New Commit: lindonb committed r43209 to the Tiki SVN, changing 2 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43209 <br> New Commit: lindonb committed r43210 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43210 <br> New Commit: lindonb committed r43211 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43211 <br> New Commit: lindonb committed r43212 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43212 <br> New Commit: lindonb committed r43213 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43213 <br> New Commit: lindonb committed r43214 to the Tiki SVN, changing 2 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43214 <br> New Forum Posts: Totally Blank - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=45257 coaboa: joined #tikiwiki fabricius: joined #tikiwiki arildb: joined #tikiwiki sylvieg: joined #tikiwiki Tiki|bot: New Forum Posts: Pages duplicating - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=45259 <br> New Commit: sylvieg committed r43215 to the Tiki SVN, changing 5 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43215 lindonb: joined #tikiwiki <br> joined #tikiwiki DarkCalf: joined #tikiwiki ionhead: joined #tikiwiki <br> hey, someone here who can help me with a problem with smarty? <br> in an old tiki i displayed the name of the current user with eval and $user <br> but in 9.1 i get only invalid parameter lindonb: not that familiar with this, but does PluginSmarty work? ionhead: i think so, button do work fine lindonb: and it can be used to display variables? ionhead: no, that seems to be the problem <br> in the older version i used it works without problems Jyhem_laptop: in a wiki page? Have you tried {{user}} ? ionhead: no -_- <br> dose not work with {{user}} <br> it displays {{user}} <br> or did u meant in the smarty statement ? Jyhem_laptop: No, I just checked. This actually requires the feature: <br> Wiki argument variables (found in textarea) marclaporte: <u>ionhead</u>: how old was your previous Tiki install? ionhead: verry old :) <br> 5.4 marclaporte: not that bad <br> Maybe {$prefs.user} will work <br> You want to display in wiki text or template? ionhead: in a wiki text Jyhem_laptop: {$prefs.user} would be in smarty, yes? {{user}} was meant in wiki syntax ionhead: yes <br> $prefs.user did not work, either Jyhem_laptop: did you find feature_wiki_argvariable in tiki-admin.php?page=textarea ? <br> "Wiki argument variables" ionhead: no, i'm still searching for it <br> but i can't find it -_- Jyhem_laptop: tiki-admin.php?page=textarea&highlight=feature_wiki_argvariable ionhead: ok, got it Jyhem_laptop: I can see it in tiki 6. I have no tiki 5 <br> good ionhead: i had to display experimental features Jyhem_laptop: experimental? That has been present for ages ionhead: ok, {{user}} works now <br> hmm, stange <br> i'm on 9.1 at the moment Jyhem_laptop: I start most of my pages with -={{page}}=- ionhead: but i had to check the experimental checkbox to see the option <br> thank you very much Jyhem_laptop: no prob ionhead: another more general question <br> can i do the upgrade directly form 5.4 to 9.1? <br> or would it be better to upgrade first to all major releases between? marclaporte: you can do direct ionhead: ok, thx Tiki|bot: New Commit: lindonb committed r43216 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43216 <br> New Commit: lindonb committed r43217 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43217 <br> New Commit: lindonb committed r43218 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43218 arildb: I must say I liked the old IRC "New Commit" reporting much better. Then it was possible to see what the commit was about without having to open the link in the browser. Nice with the browser link too, though. lindonb: +1 Tiki|bot: New Commit: lindonb committed r43219 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43219 <br> New Commit: lindonb committed r43220 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43220 <br> New Commit: lindonb committed r43221 to the Tiki SVN, changing 1 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43221 KGB: joined #tikiwiki JayW: joined #tikiwiki <br> Hello.. is there someone who can take a quick look at my registration page and tell me why it's doing what it's doing? http://my.absa.org/tiki-register.php Q: Why is it giving me an error right off the bat before I register? Tiki|bot: New Forum Posts: Auto-submitting my registration form? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=45262 marclaporte: <u>JayW</u>: I can confirm that it's not supposed to be like that JayW: thanks.. that's at least good to know.. I've had other people tell me that when they go to set up another user/password (because we're testing the system) this page auto-fills with their previous information and submits the form automatically.. <br> I figured it was an MS Explorer thing (which I don't have.. because I'm on a Mac) <br> I was wondering if it was an ajax thing (not knowing much about ajax) marclaporte: you could try to deactivate AJAX stuff in the admin panel <br> search for jquery or AJAX and deactivate stuff that looks like it could be it JayW: I'll give it a try.. marclaporte: There have some fixes recently there but I don't if it solve it <br> You could try a pre 9.2: http://dev.tiki.org/Daily+Build Tiki|bot: joined #tikiwiki JayW: turned ajax off.. problem is still there.. can you think of anything else that would make tiki auto-submit a form? marclaporte: <u>JayW</u>: The anti-bot is also busted JayW: yeah.. that's my next task! I never should have upgraded to 9.1! marclaporte: Try http://doc.tiki.org/Server+Check to see if your server has GD/ImageMagick <br> All this was working before? In which version? JayW: 9.0 marclaporte: oh <br> that is surprising Guest80319: tikiwiki 03mose r4299 10trunk/ 10_jscalendar/lang/calendar-fr-utf8.js 10_jscalendar/lang/calendar-fr.js <br> tikiwiki fixed the lang file for jscalendar fr JayW: yeah.. marclaporte: woah, a commit from mose!! <br> <u>Guest80319</u>: that was a long long time ago, no? Guest80319: <u>marclaporte</u>: My master told me to not respond. <br> tikiwiki 03lindonb r43214 10trunk/ 10comments.php 10templates/comments.tpl <br> tikiwiki Notices <br> tikiwiki 03sylvieg r43215 10branches/9.x/ 10(5 files in 3 dirs) <br> tikiwiki [FIX]show the poll is closed + user has voted <br> tikiwiki 03lindonb r43216 10trunk/templates/comment-header.tpl <br> tikiwiki Notices <br> tikiwiki 03lindonb r43217 10trunk/templates/comment-body.tpl <br> tikiwiki Notices <br> tikiwiki 03lindonb r43218 10trunk/templates/comment-footer.tpl <br> tikiwiki Notices <br> tikiwiki 03lindonb r43219 10trunk/templates/comment.tpl <br> tikiwiki Notices <br> tikiwiki 03lindonb r43220 10trunk/tiki-forum_import.php <br> tikiwiki Notice ionhead: left #tikiwiki changi: I love KGB <br> "My master" :) marclaporte: hahahahha <br> <u>JayW</u>: I predict 9.2 will solve half the problems you are experiencing JayW: and when is it out? KGB: joined #tikiwiki marclaporte: There is no set date for minor releases. It's as needed and according to people that volunteer to do it :-) <br> But you can grab 9.2 daily snapshot here: http://dev.tiki.org/Daily+Build <br> <u>changi</u>: should we worry about http://quality.tiki.org/job/Tikitrunk%20PHP5.4%20Compatibility/violations/ ? JayW: yeah.. I might just go back to 9.0.. I HAVE to get this working for the client tomorrow! marclaporte: You do consulting? What kind? JayW: I design and maintain websites.. unfortunately i'm not much of a programmer.. just an HTML hack.. :-) sylvieg: joined #tikiwiki JayW: tiki-check.php was helpful.. I might be playing with my php.ini file in the near future.. but it says I have GD.. so. captcha should be working.. :-( marclaporte: If not already done, make sure to be listed at http://info.tiki.org/Consultants JayW: Thanks.. I will once I feel I know tiki a bit better.. :-) by the end of this project maybe.. fabricius: joined #tikiwiki changi: <u>marclaporte</u>: don't think we have to Guest27987: tikiwiki 03lindonb r43221 10trunk/tiki-forum_import.php <br> tikiwiki Notices Tiki-KGB: joined #tikiwiki <br> tikiwiki 03lindonb r43221 10trunk/tiki-forum_import.php <br> tikiwiki Notices changi: <u>marclaporte</u>: do we have enough commit to release a 9.2 ? Tiki-KGB: tikiwiki 03changi67 r43222 10trunk 10trunk/tiki-list_file_gallery.php <br> tikiwiki [MRG] Automatic merge, branches/9.x 43201 to 43205 Tiki|bot: New Commit: changi67 committed r43222 to the Tiki SVN, changing 2 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43222 marclaporte: <u>changi</u>: I would let amette backport tiki-check.php and templates/tiki-check.php first changi: <u>marclaporte</u>: ok marclaporte: But yes, we have enough commits. Release early and often! <br> <u>changi</u>: what do you think of http://quality.tiki.org/job/Tikitrunk%20PHP5.4%20Compatibility/violations/ ? changi: <u>marclaporte</u>: don't think it will be a problem Tiki-KGB: tikiwiki 03changi67 r43223 10trunk/ 10(7 files in 6 dirs) <br> tikiwiki PSR Checkstyle - see http://qa.tiki.org/job/TikiTrunk_PSR_Compliant Jyhem: hey guys! <br> In case anyone wonders, the complete checkout of tiki is : 37G tikiwiki/ :-) marclaporte: polom Jyhem Tiki|bot: New Commit: changi67 committed r43223 to the Tiki SVN, changing 7 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43223 marclaporte: and compressed? changi: <u>jyhem</u>: what's the goal Jyhem: what would be the point ? <br> <u>changi</u>: newly installed servers have so much room, the first couple days :-) changi: <u>Jyhem</u>: lol Jyhem: so i was curious marclaporte: Here is another goal for you: http://meta.ohloh.net/2012/09/a-lucky-break/ Jyhem: At first, I just needed a local copy of svn on the server, to get tiki-check on my production, to see what more needs to be tuned. And then it got out of hand :) lindonb: joined #tikiwiki Jyhem: <u>marclaporte</u>: nice :) marclaporte: Surely someone has 40 gigs available for this :-) Jyhem: Yes… Backups. Are you confident that nothing more needs to be done on the tiki servers backup front ? I read changi and ohertel's emails. They really don't need any help :) changi: <u>marclaporte</u>: i have 2 copy of the tikiwiki repository (full history) <br> <u>marclaporte</u>: pascal and jonny: have another one <br> :) <br> <u>marclaporte</u>: shoule i implement KGB ? or tiki bot is enough ? <br> s/shoule/should/ marclaporte: <u>Jyhem</u>: the rest of data at SourceForge? <br> <u>Jyhem</u>: all the other sites <br> http://tiki.org/Domains Jyhem: <u>marclaporte</u>: wait! This is not *my* server we are talking about. :-( changi: <u>Jyhem</u>: oh, he left marclaporte: joined #tikiwiki Jyhem: strange. anyway, gotta eat: the microwave is calling :) changi: <u>marclaporte</u>: what do you think of using a specific tool to handle bugs like redmine ? marclaporte: I think we don't have a tool problem changi: ok, was just a proposition marclaporte: The first thing we need is people to do triage <br> There are two on this list: http://tiki.org/Wishlist+Team redflo: joined #tikiwiki marclaporte: AFAIK, they are not monitoring the bug reports <br> Once we have volunteers who intend to triage/monitor the wishes, we can have a discussion about how to do this <br> The bug reports will be just as ignored in redmine :-) changi: you're right, but maybe people would be more volunteers with a tool, and from outside, it will show that we are more structured marclaporte: It is a big job to change systems. Data migration, etc. changi: the first step is to have a Ldap with user. <br> i've tested ClearOS, but ldap is a little to poor, i propose to user phpldapadmin! <br> s/to/too Tiki|bot: New Commit: sylvieg committed r43224 to the Tiki SVN, changing 6 files - http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=43224 changi: <u>marclaporte</u>: need to go, see you marclaporte: <u>changi</u>: 1 more thing <br> Tiki10 bug tracker will have a killer feature: http://doc.tiki.org/Screencast <br> but indeed, once we have LDAP, new possibilities will emerge fabricius: <u>marclaporte</u>: what I read about LDAP? <br> Tiki as LDAP server? <br> LDAP built in Tiki natively? <br> missunderstood? <br> afk brb lindonb: joined #tikiwiki fabricius: back sylvieg: what do we need to do now when addign a new perms in installer schema . I thought user_permissions was not used any more? <br> fabricius no tiki has no ldap server <br> it communicates only to a ldap server with a couple of formats... fabricius: <u>sylvieg</u>: sure, but I was just stumbling over that what Marc mentioned: "but indeed, once we have LDAP, new possibilities will emerge" <br> I was kind of not-believing, but hoping the unhopable ;-) Jyhem_laptop: joined #tikiwiki fabricius: Ja ei der Jyhem ... wie geht's? Comment �a va? <br> Jyhem_laptop Jyhem_laptop: s'geht so… My laptop just froze and I can't figure out why <br> did you solve the encoding issue the other night ? fabricius: no, nearly but slightly misse is still no strike <br> missed <br> I am fighting with the backup and reimport <br> the problem is that they have 130 MB of files in the table_files <br> I can get them out, but whatsoever I try, the last import makes a double entry error Jyhem_laptop: Ohh, is that the same project as the DROP table issue ? fabricius: I do not want to swicth to directory in their original installation <br> YES! <br> it is awful <br> and in the meantime somehow magically the original database (they say) is corrupt ... missconfigured in one or two points .... but nobody known did any changes <br> just misterious <br> all the time I had no access, so I do not know what they did and it seems that the original backups somehow are gone or deleted Jyhem_laptop: Yes, nobody ever did anything. fabricius: so I now desperately try to get an early version, a dump with a filefree database and a filestructure outside the tikiroot and zip that <br> a clean working base backe up and untouche in the then original <br> want to workout from there Jyhem_laptop: Hmmm, classic example of so called "security" which is just setting pit traps where legitimate people need to walk :-( And when nobody can get any work done, they kind of assume that they are "safe". fabricius: then I can take many dumps of that i want and try upgrades and recodings and whatsoever until we have an entity free version with complete content Jyhem_laptop: So you rebuild their system at home ? fabricius: I rebuild it on their server <br> but three days I had my son with me, so no work all day, just a bit in the late evening <br> and more different projects there <br> but I think, they are in a hurry now ... free tomorrow, so I hope, I can help Jyhem_laptop: joined #tikiwiki