[midgard] Re: Mailinglists are GO! But wait!
Nice! I've received email tests from Alexander and you for dev and user lists, I'm going to try other lists I have subscribed to and will subscribe to new lists. People, please wait with using the new mailinglists until I make the announcement. Also, there is no need to resubscribe, the subscriber databases have allready been copied. Just wait, somewhere later today. Emile
Re: [midgard] Unsubscribe Me!
"Anthony W. Marino" wrote: Please take me off this site! Then please send mail to [EMAIL PROTECTED]! Seriously people, unsubscribe info was sent to you when you subscribed, and the process is nearly the same as subscribing. Emile
Re: [midgard] new Midgard site
Paul Newby wrote: Finally had the time to go check it out properly. http://www.commentext.org. There's a demo forum and an associated document, and some linking utilities to promote interchange between the two. The forum provides a familiar vehicle for dialog, and the linked document is intended to make it easier to retain and focus the information that comes up in the dialog in a structured format. The document is set up so that anyone can create new versions; however, existing versions are not affected and there are editorial hooks available to allow versions to be stamped as 'approved' by editors/administrators. Such approval would usefully be employed to steer the content of the document and would help to channel the dialog in the forum. I _love_ this! Ye gods! Lots of challenging issues to resolve, particularly in the area of linking between the forum and document verisons, and how these links should be propagated into new versions; there are also quite a few usability issues to address. Any comments or suggestions from anyone who tries the demo would be greatly appreciated. Sure, there's always room for improvement, but there's loads of potential here. Good work, man. I think I heard an earlier comment for SGML presentation format, and I'd love that a lot. Emile
Re: [midgard] new Midgard site
Paul Newby wrote: Sure, there's always room for improvement, but there's loads of potential here. Good work, man. I think I heard an earlier comment for SGML presentation format, and I'd love that a lot. Thanks for your positive comments. Adopting SGML seems like a high-priority task. I'm not quite sure how to approach this... any guidance from SGML-literate members of the list would be appreciated. I wouldn't go about claiming to be SGML-literate, but the main issue would be to keep the entries SGML safe, or make them to be so. The rest would probably only mean framing in SGML tags. I've lost my reference to the online docbook book, which is great reading if you're going to go this route. Someone on the list will have it though. Emile
Re: [midgard] 404error - too many connections with 2 users?
Martin Mucha wrote: First we had the Midgard configuration in the initial Apache configuration and therefore the MidgardEngine turned on for all virtual hosts. Then we moved the Midgard configuration into the virtualhost sections. Each of the Midgard sites has its own MySQL database. The Apache Error-Logfile shows: [crit] Midgard: Too many connections Although we are only two persons testing (no, we are not workin too hard ;-) What went wrong with our configuration? At the moment each apache child handler opens a connection to the database for each MidgardDatabase directive. With 5 distinct databases and let's say a conservative 50 handlers max, that's still 250 possbile connections. Put a higher connection setting in /etc/my.cnf. I'm working on a fix that's going to drastically cut the number of connections required. Emile
Re: [midgard] PHP4 PHPlibs.
Tarjei Huse wrote: Hi guys. I was wondering, if I install PHP4/PHPlib on the same machine that I got Midgard on, can I use PHP4/PHPlib functions and code in midgard? PHPlib yes, PHP4, working on that, but no right now. And, is it worthwhile to install PHPlibs and PHP4 or is everything in PHPlibs implemented in PHP4? That I don't know. Emile
Re: [midgard] midgard 1.2.5 and ODBC and M$ Access :(
pp wrote: You must be playing with broken shinai, right? That had some ODBC support. Can you use a command-line client to send quesries through ODBC to the database? OOOPS! That's a little misunderstanding ;) I conect to mysql database from MSAcces. But I think that's not midgard problem but privileges in mysql ( I connect to mysql database , not midgard ). Ah, OK. Well, there's three things here that I absolutely can't help you with: ms access, ODBC and the MySQL privilige system. These three seem to be in the race for a 'most obscure technology' award with a tie being the most likely outcome. grmbl. I wish it would stop raining. Can hardly wait for spring. So. I won't say it's shiny here :) Good... then I won't say that it's still raining here. Emile "Blue skies! Give me blue skies!" Heyns
Re: [midgard] attachments / Blob usage
Tarjei Huse wrote: - get it into the blob dir What are you thinking about? Getting into a blobdir to send a blob (for instance in an IMG tag)? I thought of making code for serving blobs on every page, but found it to bothersome. Instead I created a subpage with the following in "code-init" : ? if ($argc == 1) { mgd_serve_attachment($argv[0]); exit; } This is exactly how I would do it in general. Note that page blobs need no extra work -- they get served by mod_midgard without need for any supporting PHP coding. So if /some/page has an attachment named image.gif, /some/page/image.gif will get sent out when requested without midgard-php even being activated. Emile
Re: [midgard] (no subject)
Anthony W. Marino wrote: Please remove me from your list! Then send a message to [EMAIL PROTECTED] Emile
Re: [midgard] subject header absent
David Guerizec wrote: I noticed that since you changed the list behaviour to make it semi-moderated, the [midgard] and [midgard-dev] headers are absent. Is this possible to correct this cause I guess some people on the list (like me) use this header to sort their message boxes. It seems to me the header is present. It was in this posting, anyway. Anyone else notice anything weird after the change? Emile
Re: [midgard] midgard 1.2.5 and ODBC and M$ Access :(
Piotr Pokora wrote: Please, don't ask me why do I have to use M$Access I still got the Mad King and wait for 1.4.5 stable:)) But the main problem is: I connect to midgard database with ODBC driver from Mysql and some strange things happen. With M$ Access I can make any changes to ALL topics (even if I do not log as admin) but I can't make any changes for articles. All trials with changing anything ending with " it is currently locked by another user, blah,blah,blah..." I can make owner for topic on midgard site but I can't set owner for any article. What's the problem? ODBC? Midgard? Mysql? M$ Access? You must be playing with broken shinai, right? That had some ODBC support. Can you use a command-line client to send quesries through ODBC to the database? Greetings with this warm autumn ( I wish the winter was the same ;) ) grmbl. I wish it would stop raining. Can hardly wait for spring. Emile
[midgard] subject header back?
David Guerizec wrote: It seems to me the header is present. It was in this posting, anyway. Anyone else notice anything weird after the change? Yes, I put it ;) it was part of the subject: "[midgard] subject header absent". OK. It should be back now. Emile
Re: [midgard] Re: subject header back?
David Guerizec wrote: OK. It should be back now. I still don't know, I didn't receive the cc: counterpart of this message ;) OK, seems to be back now, only I don't see my own postings. Weird. Being looked into. Emile
midgard and midgard-dev now semi-moderated
Hi all, I've just changed the mailing lists to semi-moderated. If all is well, that would mean that all subscribers can post as normal, and non-subscribers mail will be routed to the moderators (me, currently). The moderators will have the option to forward the message to the list as-is, reply to the person, or drop the message. Co-moderators would be most welcome; I do ask that you read your mail regularly, and are willing to track down spammers and maim them. If that's a bit too much for you, I'll settle for tracking down their provider and lodging a complaint. Tracking down (the ISP) is pretty easy, and if necesary I can explain. The relevant part of the ezmlm manual, so you know what happens, is below. Remember, this all does not apply to subscribers. Emile == ezmlm lists may be set up with message moderation. When ezmlm receives a message for the list, it saves it, sends a moderation request with the message enclosed to the moderator(s). The subject of moderation request is ``MODERATE for ...''. If you would like to approve the message, just reply to the ``Reply-To:'' address of the moderation request. Usually, this is the default for the ``reply'' function of your mail program. Alternatively, click on the ``accept'' address or copy and paste it into the ``To:'' field of a new message. To reject the message, reply to the ''From:'' address, click on the ``reject'' address, or copy and paste the ``reject'' address into the ``To:'' field of a new message. You can also just replace the text ``accept'' in the accept address with ``reject''. Optionally, type a comment between two lines starting with ``%%%''. The sender of the message will receive a message from ezmlm explaining that the message was rejected. If you typed a comment, it will be put into the rejection notice. The third alternative is to ignore the request. If no moderator has replied within 5 days, the message is returned to the sender with an explanation. The owner can also set up the list so that ignored posts are silently removed, which may be more suitable for some lists. To minimize mail to busy moderators, ezmlm does not confirm moderator actions. More than one moderator may reply. The message will not be duplicated. The first valid reply that is received will decide the fate of the message. ezmlm will send an error message only if a later reply requests an action different from the one already taken. Thus, if you decide to accept the message, but another moderator has already rejected it, ezmlm will notify you. If instead the message had been previously accepted, ezmlm would log your request, but it will not send you a notification. If a message is send by a moderator, it is sent for approval to that moderator only. The approval is necessary since anyone can claim to be a moderator, but only the moderator will be able to receive the moderation request. This feature is very useful for announcement lists where any moderator can make an announcement without bothering the others, while at the same time non-moderators cannot post without permission.
Re: [midgard] Re: subject header back?
Emiliano wrote: OK. It should be back now. I still don't know, I didn't receive the cc: counterpart of this message ;) OK, seems to be back now, only I don't see my own postings. Weird. Being looked into. And resolved, appearantly. Emile
Re: [midgard] attachments / Blob usage
Torben Nehmer wrote: I'm just building a new website with midgard 1.4 beta 5 and try to get the blobs working. To be honest... I don't even know where to start. Is there a documentation that goes a little bit further than the current manual? Or can someone give me some hints how to - create an attachment If you have an object obtained by a mgd_get_object, $page = mgd_get_page($id) this object will have the attachment methods. $att = $page-createattachment(...); $filehandle = mgd_open_attachment($att); /* do write actions to the file handle here */ fclose($filehandle); - get it into the blob dir It will be put there whenever you open the attachment for writing. - assosiate it with an element of midgard Done at creation time Emile
Re: [midgard] attachments / Blob usage
Torben Nehmer wrote: I'm just building a new website with midgard 1.4 beta 5 and try to get the blobs working. To be honest... I don't even know where to start. Is there a documentation that goes a little bit further than the current manual? Or can someone give me some hints how to - create an attachment If you have an object obtained by a mgd_get_object call, like $page = mgd_get_page(...); it will have the attachment methods available: $att = $page-createattachment(...); $filehandle = mgd_open_attachment($att); /* write to the filehandle here */ fclose($filehandle); - get it into the blob dir Done automatically when you open the attachment for writing. - assosiate it with an element of midgard Done automatically when you create it (which is why there is no non-method equivalent function for creating blobs). Emile
Re: [midgard] Further steps in the making of a FreeBSD Midgard Installation
Robert Hof wrote: Granted, I didn't put Apache where it expects to be, so things got a little convoluted. Here's what I did to get the php part working: The configure was a bit more unfriendly than listed in the online ./configure --with-apxs=/www/sbin/apxs --with-config-file-path=/www --with-m yql=/db --with-midgard=/usr/local --enable-track-vars --with-system-regex -- with-shared-apache=/www Do you still need --with-shared-apache if you allready specified --with-apxs? Anyway, as you said, we can't cover for all 'non-default' apache locations. Needed: Bison. Really? That surprises me. The tarballs (well the later 1.4 betas anyway) have the lex sources pre-generated, so shouldn't need bison. I also had to copy the src subdirectory in the apache installation directory over to the running directory. It is not copied by default, or at least, it didn't do it for me. I don't think it's supposed to. What fails if you don't copy them over? Missing apache headers? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Please Help!!!
Roberto Frenk wrote: Our site ( www.mihijo.net) uses frequently the function "mgd_list_topic_articles_all_fast" , and randomly it does not return anything which of course wrecks havoc with the rest of the code. We haven't found out why. One theory is that this happens when we change the score of one/some article/s. We have read about the up field having to be equal to 0, it is. It's the randomly part that disturbs me. Does anyone know if there's a way for mysql to report on failures in a logfile? Also, when we create a new article the following is displayed "Warning: Object article not found in content on line 240". This looks like an older bug from the 1.2.X series admin site. This happens on our "live" server, it has never happened on our developement one. The only diference between the two is that the "live" has two midgard databases. The main midgard server runs two databases too. Midgard version 1.2.5 from rpm, MySQL 3.22.32 from rpm, RedHat 6.2, Apache 1.3.9 with OpenSSL. Nothing odd about this. Let's try to find out why results aren't returned. Althoug since this is on a production server, it will be harder to debug. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Compiling 1.4 beta 5 on MDK 7.1
"Kropivnitskiy, Dmitriy" wrote: I have a problem compiling the last beta on my MDK 7.1 system. After I compile midgard-lib I try to build midgard-php or mod_midgard and get linker error saying that symbol mgd-sitegroups is not there. Do I do something wrong? I assume you did install the lib, too? Not just compiled? If so, what configure options did you use for the lib? Did you have a previous version of midgard installed? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Compiling 1.4 beta 5 on MDK 7.1
"Kropivnitskiy, Dmitriy" wrote: Looks like it works... At least it compiled and installed. Thanx everyone for suggestions. Now my problem is to actually make it show something. I have added php3 and midgard modules to my httpd.conf, put MidgardEngine on sdtatement specified the root file, created the database ( I did ./install-midgard there ) now I get this in my error_log [Fri Oct 6 15:01:43 2000] [error] [client ip-address-here] Invalid method in request a That's where the sentence ends? Do you get the same error for non-midgard requests? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Compiling 1.4 beta 5 on MDK 7.1
German Poo Caaman~o wrote: On your httpd.conf must be looks like: ServerName localhost And my httpd.conf ( relevant parts ): # Midgard Settings MidgardEngine on MidgardRootfile modules/midgard-root.php3 This line is not necessary on 1.4beta5 You do need this line, but not the Files midgard-root.php3.../Files section. Go to midgard-data, choose install-midgard, answer all questions from this wizard. After that a midgard-data.conf will be create with the datas that you need on your httpd.conf. Just believe me, it works. That it does. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Re: Please Help!!!
Roberto Frenk wrote: The only weird thing about MySql config we have found is: "pid_file /var/lib/mysql//midgard.pid ", note the two slashes. The site uses frames, and from two of them we call "mgd_list_topic_articles_all_fast". These are the run-time variables. Nothing wrong with these. What version Midgard are you running? The later 1.4 releases include an error reporting function that may give us insight into the problem. How many MidgardDatabase statements are in your apache config? I don't think it's related but who knows. I went over the source once more. If anything, the _fast functions should be more robust than the non_fast, since they do a simple select on one table. Does it make a difference if you remove the _fast? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Compiling 1.4 beta 5 on MDK 7.1
"Kropivnitskiy, Dmitriy" wrote: Yes, and I redid the database with the install script, copied the configuration file into my httpd.conf and it seems to be working, the only problem I have now is that I cannot seem to find the images for the admin and example sites. It looks they are not packed with the beta release :( Will download 1.2.5 to get them. Need to get that fixed. Thanks. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Compiling 1.4 beta 5 on MDK 7.1
German Poo Caaman~o wrote: On Sat, 7 Oct 2000, Emiliano wrote: German Poo Caaman~o wrote: MidgardRootfile modules/midgard-root.php3 This line is not necessary on 1.4beta5 You do need this line, but not the Files midgard-root.php3.../Files section. Opps... Mi site is working without this line (two similar sites). Than the default (ServerRoot/libexec/midgard-root.php3) works for you. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Bradley-Morris Military Placement Service
Rest assured that some harsh words were spoken on this one people. I'm thoroughly pissed, and expect to get a) an apology from [explicitive] uunet who are running a [explicitive] spam relay, and b) if I have anything to do with it the [explicitive] from within B-M (and it's almost certainly sent from within B-M) gets to be escorted out by security on monday. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Compiling 1.4 beta 5 on MDK 7.1
"Kropivnitskiy, Dmitriy" wrote: [Fri Oct 6 15:01:43 2000] [error] [client ip-address-here] Invalid method in request a That's where the sentence ends? Do you get the same error for non-midgard requests? Thats where it ends, and I get this whatever page I try to request :( If you disable mod_midgard and/or libphp3.so in you r apache config, does the problem go away? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] favicon.ico and active pages
Frank Boehme wrote: Emiliano wrote: IE will request http://yourhost/favicon.ico by default when a page is being bookmarked. If that isn't present, that's where the story ends. Well, in my access logs I have entries where favicon.ico was requested from the directory of the refering page, after a request from doc root (as in your example) failed. Oh. That's against the favicon.ico instructions as I understood them. Maybe it's been updated, maybe I didn't read closely enough. And because the refering page was active, a certain html-page (the one which corresponds to my default values of $argv[0]) was shipped instead of favicon.ico. But if IE doesn't choke on this, then it's certainly no problem... AFAIR even if it is a valif icon but not 16x16 pixels in a specific depth it is ignored by IE. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard-lib reluctant to compile on FreeBSD 4.1
Robert Hof wrote: Hi folks, Has anyone run into this problem when compiling midgard-lib on FreeBSD 4.1? proliant# make /bin/sh ./libtool --mode=compile gcc -DPACKAGE=\"midgard-lib\" -DVERSION=\"1.2.5\" -DSTDC_HEADERS=1 -DHAVE_LI BMYSQLCLIENT=1 -I. -I. -g -O2 -c midgard.c mkdir .libs gcc -DPACKAGE=\"midgard-lib\" -DVERSION=\"1.2.5\" -DSTDC_HEADERS=1 -DHAVE_LI BMYSQLCLIENT=1 -I. -I. -g -O2 -c -fPIC -DPIC midgard.c -o .libs/midgard.lo In file included from midgard.c:23: internal.h:25: mysql.h: No such file or directory *** Error code 1 Do you have the mysql.h file? If so, does specifying the install location at configure time, using --with-mysql=, help? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Next Steps - I will get this done by dawn!
proliant# make /usr/sbin/apxs -c -I/usr/local/include -L/usr/local/lib -lmidgard mod_midgard.c gcc -funsigned-char -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/www/i nclude -I/usr/local/include -c mod_midgard.c -o mod_midgard.so mod_midgard.o -L/usr/local/lib -lmidgard apxs:Break: Command failed with rc=16711680 *** Error code 1 Stop in /usr/home/rob/midgard/mod_midgard-1.2.5. http://www.midgard-project.org/manual/x6430.html#FAQ.INSTALLING.APXS-BREAK Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] favicon.ico and active pages
Tarjei Huse wrote: AFAIR even if it is a valif icon but not 16x16 pixels in a specific depth it is ignored by IE. Do you mean that the ICOn mus be 16 X 16 px and not 32 x 32? That's what it said in the instructions. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Install Problem with SuSE 6.4 and Midgard 1.4beta5a
Arne Schirmacher wrote: The difficulties I had were: I recompiled the Apache sources found on the DVD ROM, but not mysql, since that works. SuSE has different locations for the httpd.conf and apache modules files. So the automatic mechanisms dont work. What automatic mechanism? I had also some problems with include files not found, which I solved by either installing the missing packages :) That's not something I can solve in Midgard or copying the files directly to the src directories, where they could be found. Which files needed to be copied? I was following the Installation instructions on the midgard website (10 steps) , which were very useful. However they don't work exactly as described for 1.2.5 anymore. I've gone through these instructions and updated the things that were no longer relevant. If there's anything else, please let me know. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] A rising star?
http://slashdot.org/articles/00/10/04/2354256.shtml -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] authentication problem
Mark Walter wrote: Files midgard-root.php3 require valid-user AuthName Midgard AuthType Basic /Files as far as I know is this directive only required to proctect your realm by using the htaccess file. Midgard 1.4beta4 used these directives to force authentication so Midgard could verify user credentials. 1.4b4 and later changed this, so these instructions are no longer required (and will in fact usually trigger an error if present). Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Next Steps - I will get this done by dawn!
Robert Hof wrote: The line above the apxs break is very similar to the one in the faq: -o mod_midgard.so mod_midgard.o -L/usr/local/lib -lmidgard However, from that point on, I'm lost. Where do I do what is suggested, and how? apxs is a perl script. Change the values in the script as described in the FAQ. Not guaranteed to work, BTW, strictly this-worked-for-me. It could be that the apache list has suggestions on this. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] compile error
David Banning wrote: I get this error on compiling apache: /usr/libexec/elf/ld: warning: libmysqlclient.so.9, needed by /usr/local/lib/libmidgard.so, not found (try using --rpath) /usr/local/lib/libmidgard.so: undefined reference to `mysql_insert_id' /usr/local/lib/libmidgard.so: undefined reference to `mysql_fetch_field_direct' /usr/local/lib/libmidgard.so: undefined reference to `mysql_num_rows' /usr/local/lib/libmidgard.so: undefined reference to `mysql_errno' /usr/local/lib/libmidgard.so: undefined reference to `mysql_error' /usr/local/lib/libmidgard.so: undefined reference to `mysql_num_fields' *** Error code 1 I don't have a libmysqlclient.so.9 - all I have is a libmysqlclient.so.6 - can I just make a symlink for libmysqlclient.so.9 ? (to libmysqlclient.so.6) You could try that, but I can't figure out why libmidgard would refer to a missing library. Have you reinstalled mysql since compiling libmidgard? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] favicon.ico and active pages
Frank Boehme wrote: Is this an issue? I have just learned that IE 5.x looks for these little icons at the server whenever someone bookmarks a page. Usually, a 404 header is sent if favicon.ico is not present in the path to the refering page or certain other standard locations. However, if the page being bookmarked is an active midgard page, then some other page may get served. Now, is this something to be aware of? I mean could this possibly confuse IE? I never use windows or IE, so I can't do much testing. IE will request http://yourhost/favicon.ico by default when a page is being bookmarked. If that isn't present, that's where the story ends. Even if it is present, but not a valid icon file, IE will silently ignore it. You can instruct IE to fetch it from somewhere else: if the page being accessed is http://yourhost/somedir/somepage.html, and the page contains LINK REL="SHORTCUTICON" HREF="thispage.ico" in the HEAD section, IE will retrieve http://yourhost/somedir/thispage.ico when the page is being bookmarked. If you put this directive in it would be reasonable to expect the page coder to make sure this is available. You can have full URLs in the HREF: LINK REL="SHORTCUTICON" HREF="http://www.microsoft.com/favicon.ico" in the HEAD section will make IE fetch the icon from MSHQ. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Herbal VIAGRA
[EMAIL PROTECTED] wrote: Well, Herbal V: An Incredible All-Natural Healthy Alternative to Viagra I guess if you feel that way but this looks like a product I can use and I wouldn't have heard about it...Ah, wouldn't help me anyway, I'd have to wade through tons of "Get Rich" schemes while waiting for some beauty cream spam. :( Do as you wish. My wish would be to get the ISP to divulge ICBM coordinates and then have someone in the Midgard community with access to the proper toys (Cat? Your son-in-law could be a help here) take care of these idjits. I suspect we would be free of spam rather quickly. I doubt that we could implement this short-term though. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard-lib-1.4-beta5d compiling problem
manuel desdin wrote: note: the midgard-lib-1.4-beta5e version still have this problem!!! Yes, it does. It's in CVS right now; we'll cut a new release when we feel it's sufficient stable (that means installation and runtime) or an urgent fix was made (like security-related). The CVS version is allways going to be most up to date, and is not much harder to build from. It comes with the same scripts that we use to cut the releases. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Herbal VIAGRA
[EMAIL PROTECTED] wrote: Herbal V: An Incredible All-Natural Healthy Alternative to Viagra OK, I've had about enough of this. Although I loathe giving in to these kind of lowlives, I propose making the mailinglists subscriber-only after the migration is over. These days most of the spam is no longer from open relays but from throw-away accounts; even if you get the account closed the owner has probably allready abandoned it and gotten several others. Crap. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] beta 5 download
Alan Knowles wrote: I'm getting br bWarning/b: ReadFile("/home/midgard/attachments/att17186baa") - No such file or directory in bcode-init/b on line b10/bbr on the download from the main website.. for midgard-lib-1.4beta5d.tar.gz (and a few of the other ones) managed to get the slightly older one from www.midgard.f2s.com (thanks alexander) The 1.4beta downloads should be OK now. It was a migration problem (by my hand, argh). Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] url not found error
ulrich metzger wrote: when accessing the midgard test or admin page, i'v got to request the page at least two times before receiving the correct result. at the first hit the server replies with an "url not found" error. any idea whats going wrong??? Anything in the logs? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] midgard-lib-1.4-beta5d compiling problem
manuel desdin wrote: hi, first: i am not on the list, i try to subscribe, but there is no response from the list manager... To what address did you send mail? /bin/sh ./libtool --mode=compile gcc -DPACKAGE=\"midgard-lib\" - DVERSION=\"1.4-beta5c\" -DSTDC_HEADERS=1 -DHAVE_CRYPT_H=1 -DHAVE_ERRMSG_H=1 -DHAVE_MYSQL_H=1 -I. -I.-I/usr/include/ mysql -I/usr/include -g -O2 -I/usr/lib/glib/include -c format.c rm -f .libs/format.lo gcc -DPACKAGE=\"midgard-lib\" -DVERSION=\"1.4-beta5c\" - DSTDC_HEADERS=1 -DHAVE_CRYPT_H=1 -DHAVE_ERRMSG_H=1 - DHAVE_MYSQL_H=1 -I. -I. -I/usr/include/mysql -I/usr/include -g -O2 -I/ usr/lib/glib/include -Wp,-MD,.deps/format.pp -c format.c -fPIC -DPIC -o .libs/format.lo format.c: In function `mgd_vformat_ext': format.c:809: `char' is promoted to `int' when passed through `...' format.c:809: (so you should pass `int' not `char' to `va_arg') format.c: In function `mgd_vformat': format.c:934: `char' is promoted to `int' when passed through `...' make: *** [format.lo] Error 1 = Change 'char' into 'int' on those two lines. It's also in CVS now. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] Another PHP project
Check it out at http://www.muze.nl/software/ariadne/. Haven't looked at it too closely but there may be concepts worth borrowing. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Install Problem with SuSE 6.4 and Midgard 1.4beta5a
Anatol Mayr wrote: Hi! PLEASE mail us your configuration!! We've spent hours to do this. Thanks, Anatol Mayr / HEXAGON Ursprüngliche Nachricht Am 10/1/00, 9:32:22 PM, schrieb Arne Schirmacher [EMAIL PROTECTED] zum Thema RE: [midgard] Install Problem with SuSE 6.4 and Midgard 1.4beta5a: Hi, I have successfully installed Midgard 1.4beta5 on a SuSE 6.4 (DVD) distribution, if anybody is interested I could mail the exact ./configure commands I have used. If there's anything out of the ordinary, I'd like to know about it too so I can fix the installation. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Working with sitegroups and documentation
German Poo Caaman~o wrote: However, when I log in 'mysitegroup' (as administrator or user) I can view all sites on SG0 (admin site and example site VMUC). I think that could be confuse to other users. That's a feature of SG0. Anything that's in SG0 is read-only accessible to all sitegroups. May be could be a new feature if you can set a variable 'visible' for SG0's sites, or add a tag on the sites where you have only read-only access, because could be happen that you made some modify and you can loose them. (That's happen to me the first time when I used midgard). Just for productivity. The problem with that is if you can't access SG0 content, you can't execute the admin site. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Upgrade
[EMAIL PROTECTED] wrote: My question (yes I do have one) is. What are the steps that I would have to take for an upgrade from 1.3(something) to 1.4b5. So yes sitegroups are already working and such but what parts of the tars at for me? You'll need to install all parts and run database-upgrade form the data package. I have done this so far. config and make for expat-lib config and make for midgard-lib config and make for mod-midgard on make for midgard-php I get this error gcc -g -O2 -DLINUX=2 -DMOD_SSL=206102 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -fpic -DSHARED_MODULE -I. -I. -I/var/lib/apache/include -I/usr/lib/glib/include -I/usr/local/mysql//include/mysql -I/var/lib/apache/include-c internal_functions.c -o internal_functions.o In file included from internal_functions.c:71: functions/php3_gd.h:44: gd.h: No such file or directory make: *** [internal_functions.o] Error 1 I can't seem to find the gh.h header file that php3.gd.h wants to include. What am I missing? Thanks for your help. configure php using --without-gd or install the gd library. This is not midgard related, but a PHP issue. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] authentication problem
Paul Newby wrote: On a new installation of 1.4b5, the authentication challenge is presented when calling the admin site, but (read) access is granted when the User ID field is left blank. However, if the User ID is filled out and the password field is incorrect, access is denied as usual. A bug, or some kind of configuration problem? A bug. I think I've found it, and I'm working on it. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Working with sitegroups and documentation
German Poo Caaman~o wrote: On Mon, 2 Oct 2000, Emiliano wrote: German Poo Caaman~o wrote: May be could be a new feature if you can set a variable 'visible' for SG0's sites, or add a tag on the sites where you have only read-only access, because could be happen that you made some modify and you can loose them. (That's happen to me the first time when I used midgard). Just for productivity. The problem with that is if you can't access SG0 content, you can't execute the admin site. Yes, but in the first case. But the second one is a chance (to know that could be modified or not). The problem that I see is the question on database for priviledges, because it needs a recursively question. (the tag could be read-only, partial read-only and for read-write) Do you mean that you're logged in with root permissions and you accidently deleted content? Because other users may be able to see SG0 content, they are not able to change it. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] authentication problem
Mark Walter wrote: As my rpm package ist not quitely ? and the files for the DocumentRoot are missing I do need to download these files. During this morning I had problems to find them either by grabbing the CVS repository or by downloading this file. Our CVS repository is having accesability problems. There are no HTML files distributed with Midgard. http://www.midgard-project.org/file/1334/midgard-data-1.2.5.tar.gz root@magnesium:/tmp tar -xvf midgard-data-1.2.5.tar midgard-lib-1.2.5/AUTHORS midgard-lib-1.2.5/COPYING midgard-lib-1.2.5/ChangeLog That's definately a packaging error :) As you can see this is not what I want. To try the other way around I fetched the midgard-lib file but it seems to be corrupted: root@magnesium:/tmp gzip -d midgard-lib-1.2.5.tar.gz gzip: midgard-lib-1.2.5.tar.gz: unexpected end of file I'll get these files sorted out and get back to the list. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] authentication problem
Mark Walter wrote: http://www.midgard-project.org/file/1334/midgard-data-1.2.5.tar.gz The download should be OK now. Make sure you're not getting them from your cache. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Bugs
Alexander Bokovoy wrote: Not really sure what to do about that one. I can see that the gnu linker is getting passed a file called -lpam but I don't know why. It means that PAM (Pluggable Authentication Modules) support was enabled but your system lacks PAM. PHPs' configure uses pam if it can find the lib. What does the configure stage say about it? It should report it as found. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] installation re-try
David Banning wrote: OK - well as you can see above I do have mod_so - but as I mentioned the LoadModule and AddModules seem ineffective. Are they perchance followed by a ClearModuleList statement? Or inside an IfDefine block? In any case I get the error mentioned before. I would just load them statically, however there is of course Eddie Azman's note, in which he states; "As noted in the overview, you will need to compile Apache with mod_so within. I'm not sure but if you have already compiled Apache with a static module version of PHP (mod_php3) AND mod_so then you will need to recompile Apache again, leaving out the static PHP module." He's saying "if php is compiled in, - get it out -" I know, his example is old - but just to be sure - can I compile in all of mod_so, mod_php3 AND mod_midgard? Sure. In this case you can omit the LoadModule statement, and if you don't have a ClearModuleList both midgard-php and mod_midgard will be active by default. I do; LoadModule midgard_module libexec/mod_midgard.so LoadModule php3_module libexec/libphp3.so AddModule mod_php3.c AddModule mod_midgard.c but presumably - they should be in a specific place to Add them. Would that be ServerRoot? (/www) Yes. Relative paths are prepended with the ServerRoot. The above error could mean that the Midgard module isn't activated. How would I check that? I don't see any other error messages. I looked around but couldn't find a way to actually verify what modules are active. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] beta 5 download
[EMAIL PROTECTED] wrote: I'm trying to download the tar balls from http://www.midgard-project.org/article/8325.html but most of them stall out a few hundred bytes into the download, from the connection that I'm on. Bandwidth isn't a problem on my end. Is there another place that I could access these tar balls? I know there was some talk about mirrors up and running. Are any of these in the US? Does anyone have beta 5 up on a US site Actually, www.midgard-project.org (now) _is_ an US site. What does a traceroute from your end show? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: AW: [midgard] Install Problem with SuSE 6.4 and Midgard 1.4beta5a
Hummel Joachim wrote: here is the debuging !! Program received signal SIGABRT, Aborted. 0x400caa71 in __kill () from /lib/libc.so.6 (gdb) run -X The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/sbin/httpd -X Program received signal SIGABRT, Aborted. 0x400caa71 in __kill () from /lib/libc.so.6 Hope anyone can help me. You need to type 'where' at this point. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] problems finding host record
Paul Newby wrote: When addressing 204.138.47.191:80/admin, Midgard doesn't find the host record for id=1. The httpd error_log entries are: [Tue Sep 26 19:54:58 2000] [debug] mod_midgard.c(1057): Midgard: MidgardDefaultRealm Midgard [Tue Sep 26 19:54:58 2000] [debug] mod_midgard.c(1069): Midgard: host record for 204.138.47.191:80 not found [Tue Sep 26 19:54:58 2000] [error] File does not exist: /home/e-smith/files/primary/html/admin/ If you turn on mysql logging we can see what request to the database is being made, which may tell us why it's not finding a match. On the other hand, 192.168.1.1:80/admin works, but after authentication there are a bunch of 'host record not found' messages while the page is loading: The first succesful hit is to the page itself, the rest is the images being loaded (and not being found) since midgard_translate_handler(latin1, http://192.168.1.1:80/midg ard/images/topbg.gif) these don't match the host prefix. The matching [Tue Sep 26 19:56:29 2000] [debug] mod_midgard.c(1069): Midgard: host record for 192.168.1.1:80 not found is found later since there will be multiple apache handlers wring to the log simultaniously. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] installation re-try
David Banning wrote: Well, I've installed FreeBSD fresh I installed midgard according to the Eddie Azman installation example. That's not as up to date as it ought to be. Our fault. When firing up apache, I get the error; /www/bin/apachectl start Syntax error on line 4 of /www/conf/httpd.conf: Invalid command 'MidgardEngine', perhaps mis-spelled or defined by a module not included in the server configuration /www/bin/apachectl start: httpd could not be started I expected from this error that midgard is not installed. Which it does not seem to be; /www/bin/httpd -l Compiled-in modules: http_core.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_status.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_access.c mod_auth.c mod_so.c mod_setenvif.c suexec: disabled; invalid wrapper /www/bin/suexec however does it have to be? - going through my notes Emiliano wrote me: Well there's your problem: mod_so isn't compiled in, and mod_php3 +is. You need to link in either mod_midgard or mod_so statically. which leads me to believe I only need one or the other. ? You need mod_php3 and mod_midgard at runtime. These can be statically compiled into apache, or you can load the as modules, but for that you need mod_so (you do), which must of course be statically linked in itself or you'd have a bootstrapping problem. Make sure that you have LoadModule and AddModule statements for midgard and php3. The above error could mean that the Midgard module isn't activated. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] How to do it?
"Daniel S. Reichenbach" wrote: Hy, i just finished my layout in the Midgard style admin. Now i got a little question: I defined a general page header in the style admin. Now i would like to attach the final content which constist of a two column layout, the left column has dynamic navigation bars and the right one has the article. Do i understand it correct, that the (content) element in the style will call the ROOT page? Could i call a page element from this, which generates the navigation bars? No, Midgard itself will (by means of the root file) call the ROOT element. [content] (or (content), they're the same thing) will be replaced by the content of the page that's being accessed. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] I need a theory of operation document
Paul Gillingwater wrote: One last question: Can I set the style for a page dynamically somehow? I have an active page of the form /topic/, which uses one style, and the pages of the form /topic/article123.html should use another style. Currently I have merged both styles into one style document and I select the appropiate one with an "if ($flag) {" construction, but this does not feel right. I would rather like to set the style explicitely in the piece of code where I handle the argv[] arguments. Can't be done in 1.4. The style is collected as the first part of the page construction process, long before any code is actually executed. The PHP4 implementation probably will be able to do this though, now that I think of it. Anyway, what you could do to get this effect is to have a page /topic/, active or otherwise, with one style, and /topic/article/ (probably active) with another. Actually, I don't see any reason why the approach I outlined on this list a couple of months ago wouldn't work with 1.4 as well. Simply create a single style, with several ROOT elements (different names of course) like ROOT1, ROOT2, ROOT3 etc. Then use a case statement in the top level ROOT, which invokes the appropriate style dynamically. That will work, and I described that as one of the workarounds. But technically, selecting an alternate style doesn't work (as opposed to crafting one style to emulate multiple styles). Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] How to never treat a page as a directory?
I have made a page (in a host) called distro.rdf, and declared in mime.types (apache conf) rdf as an extension to text/plain mime type. But Midgard is converting /backend/distro.rdf to /backend/distro.rdf/, transforming this page to the text/html type. How can I prevent this? I've checked in a change that will not send the redirect (to add the trailing slash) if the page name contains a '.'; I think that is a sensible thing to do anyway. Without intervention Midgard will stil send out the type 'text/html' but you can use the Header function to change that. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
RE: [midgard] problems with mgd_updage
Tarjei Huse wrote: My version is the latest beta, 1.4beta5b. Thanks a lot. Emile --- midgard/mgd_article.c.org Wed Sep 27 00:43:05 2000 +++ midgard/mgd_article.c Wed Sep 27 00:44:17 2000 @@ -565,7 +565,7 @@ if (!isarticleowner(id-value.lval)) RETURN_FALSE_BECAUSE(MGD_ERR_ACCESS_DENIED); -php_midgard_update(return_value, "article", "created=$d", id-value.lval, +php_midgard_update(return_value, "article", "created=from_unixtime($d)", +id-value.lval, timestamp-value.lval); UPDATE_REPLIGARD("article",id-value.lval); } -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] No mimetype with netscape upload
David Guerizec wrote: I ran into a problem with Netscrape 4.72 (netscape-common-4.72-6.i386.rpm and netscape-communicator-4.72-6.i386.rpm) on Linux RH6.2, that problem is that Netscape seems to not send the mime-type of a gif image from an upload form, although the file is a .gif and it sends the size and filename. Did someone already have the same problem ? Is this related to a bug, or is it fix-able ? If so, how do I fix it ? Report it to Netscape? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Host record... How to get rid of warning?
Steve Sobol wrote: Midgard: Hostrecord for (my base dns name:80) not found I get that message (legitimately) because I have some sites served off Midgard and some that are served off flat files on my server. Can I recompile Midgard to turn off that message? 1.4 has fixed it (since b3 I think). If you're using 1.2.5, open mod_midgard.c and find something like midgard_get_host(rcfg, ftstatus); if (!rcfg-host) { ap_log_rerror(APLOG_MARK, APLOG_DEBUG | APLOG_NOERRNO, r, "Midgard: host record for %s:%d not found", ap_get_server_name(r), ap_get_server_port(r)); It will be having APLOG_INFO or APLOG_WARN where it says APLOG_DEBUG above. Change that into APLOG_DEBUG and the message will go away. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Accessing Midgard elements from PHP page served outof a flat file?
Steve Sobol wrote: Can it be done? Using filetemplates, yes. But they're stil under development. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] how to create attachements
J Wang wrote: I used the following simple code from the manual to create attachment but failed. The return message: Failed to create attachment. Reason: Object does not exist If you turn on debugging in httpd.conf, what is reported? Do you have the blobs table in your database? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] problems with mgd_updage
Tarjei Huse wrote: I've got problems with the mgd_update_article_created function. Basicly I supply it with an unix timestamp and everything, but the fields does not get updated. Here's the code, what is the problem? For me it updated but was reset to 1 jan. 1970. There's a bug in that function that I've now fixed in CVS. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] how to create attachements
Jian Wang wrote: What's the blobs table in the database? It holds data on the blobs. How can I create it? You can apply midgard-1.4b3-blobs.sql from the data package or run database-upgrade from the data package (but say no to the sitegroup migration when it asks). Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard for non article based applications
Jochen Lillich wrote: But now, we have a project whose data model doesn't fit well with the article paradigm Midgard is based on. We'll have to manage product data, contact addresses etc. Of course, this could be done in plain PHP, using .php files, FastTemplates, PHPlib and so on. But I fell in love with the content/layout separation Midgard enables me to do. My thought: What about using Midgard for that purpose and administration only and doing all the data management the normal PHP way? Would this be a wise step, giving us comfortable administration but keeping data flexibility? Or would it be overkill, making an easy task much too complicated? With the current (1.4) release, if your data doesn't fit into the topic/article 'format' it's probably a kludge to use it. Using separate tables/database makes perfect sense. We're working on getting the data format more flexible in 2.0 but even then there will on occasion be good reasons to have data outside the Midgard database. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] mod problems again
STELIOS ISSAIAS wrote: [root@localhost mod_midgard-1.2.5]# make /usr/local/apache//bin/apxs -c -I/usr/local/include -L/usr/local/lib -lmidgard mod_midgard.c gcc -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/u sr/local/apache/include -I/usr/local/include -c mod_midgard.c -o mod_midgard.so mod_midgard.o -L/usr/local/lib -lmidgard apxs:Break: Command failed with rc=16711680 make: *** [mod_midgard.so] Error 1 [root@localhost mod_midgard-1.2.5]# I am making an exact copy of my office instalation at home I am following exactly the same steps and this is what I got At the FAQ it has this on building Midgard-PHP-module. The same instructions apply. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: AW: [midgard] content size and print version of the site
Thomas Franosch wrote: A TARGE="_new" HREF="(midgard.uri)?stylelite=1"Printable/A That don`t works. I use this line, and the new style will not be loadet. I see onlny the default style. I`did not found any imformations in the manual. I use: a target="_new" HRef=(midgard.uri);?stylelite=17"Printable/A ^^^changed ^^ changed ^^^changed correct missing quote The trick I showed you is not a way to load an alternate style. Style selection is done before any code is executed so you can't do that. The only way is to have a different host (with a different style) with the same root page, or have _within one style_ the elements to construct ROOT-lite and ROOT-fat as I described earlier. The 'stylelite=1' is only a way to set stylelite to non-zero so the ROOT element knows which element set to branch to. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
RE: [midgard] New functionalities of the 1.4beta5
Erwin LEUBAZ wrote: I'll be glad to look into your problem but would have appreciated it if it had been made clear sooner that this is appearantly a 'normal' PHP problem, and not specifically Midgard related. As it was I went picking through the Midgard source for the root of your problem. It's also my opignion, but like I used the Midgard installation procedure I think that the ./configure of the different part of the Midgard installation must be "plug-play" for the basic user like me. (It's a wish !!!) Because we don't know in the details the interaction between Midgard-PHP-MySQL. So It's probably the PHP configuration, but I must modify the PHP installation, and the values of the ./configure files are probably no the same as you. But it's not Midgard related at all. The problem is here in the code you sent me: $sql = "UPDATE accessoires SET no_inventaire='$no_inventaire', no_serie='$no_serie', date_achat='$date_achat', emplacement='$emplacement', prix_unitaire='$prix_unitaire', designation='$designation', configuration='$configuration', date_etalonnage='$date_etalonnage', emplacement_certificat='$emplacement_certificat' , materiel_id='$materiel_id' WHERE accessoire_id =$accessoire_id"; $result = mysql_query($sql); Read http://php.clix.pt/manual/function.addslashes.php3 (since www.php.net seems to be down ATM). Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] sitegroups in latest cvs
Frank Boehme wrote: I compiled from latest cvs and now everything works on my SuSE 6.2. At least apache gets up, loads mod and php and serves unauth pages. But I have not migrated to sitegroups and I don't (yet) want to. No problem. I was able to recompile lib without SG (config switch). I also managed to exclude SG from mod (no config switch but -D directives). But the SG stuff in php is so scattered all over the place. So what is the easiest way to reconfigure w/o SG? If you configure/install midgard-lib --without-sitegroups and then recompile mod php they'll follow suit. Nothing else needs to be done. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] sitegroups in latest cvs
Frank Boehme wrote: All packages should follow to configuration of midgard-lib, there is no need to pass --without-sitegroups to all of them (they are not supporting it, anyway :-) I see. On cvs, the directories are named mod lib php Will the above work with these directory names or do I have to rename them? You can leave them as is. I'd pick up midgard/bootstrap, midgard/lib, midgard/mod, midgard/php and addon/expat-lib. Bootstrap will help you to get things 'configure-ready'. You can use the instructions in it for 'lib' for expat-lib too. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] sitegroups in latest cvs
Frank Boehme wrote: It will work, of course. I just wrote full names for better readability. Ok. I herewith verify that the latest cvs works on SuSE 6.2 like a dist, except that the configure files have to be generated first. The only small thing is that when you compile lib it looks for xmlparse.h only in lib/xml/ (which doesn't exist). You need expat-lib from cvs and install that first. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: AW: [midgard] content size and print version of the site
Frank Boehme wrote: When using midgard, is there actually any good reason of passing parameters in GET fashion (as above) as opposed to using active pages? The admin page makes use of GET fashion, so there must be one, I figure. I do everything with active pages. I believe they have the benefit that they are not tempting bad guys to pass funny parameters to scripts, although I always check the values in $argv[]. There's that and the fact that spiders will not see that they're generated pages. The main benefit GET params have is that it's easy to tag on 'context' parameters without having to know what the meaning of the argv elements are. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Fwd: Is this something you could use? :-)
Frank Boehme wrote: Top 10 Reasons People Use Our Software: 6.FIND OUT if their spouse is having an online affair. Yes. This piece of crap is made by and made for loosers. For sad individuals who feel a need to spy on their closest family members, 'cause they have a good reason to. For people who resort to spam in an equally sad attempt to make some miserable bucks, lacking any other creativity... What we need is more of this, Laura. The net needs people like you. We want one thousand of your kind. "Laura" (not his/her name but they wouldn't divulge that information) has just had internet access cancelled. Someone in Japan was running a spam relay (an MCSE shop to boot -- great going guys) which has had a talking to by yours truly. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: What platform are you using, SuSE 6.2. and which version mysql glib? How were apache, glib and mysql installed (source or package)? Everything except mysql came from package. Mysql was installed from source, version 3.22.32. SuSE 6.2 only ships with runtime libs of glib, not the developers' stuff. I couldn't find any SuSE glib-devel package, not even on rpmfind, so I installed glib from source (1.2.8). MySQL 3.22.32 installed from source. expat,lib,mod: nothing special php: needs to be able to find libmysqlclient, so ./configure --with-apxs=/usr/sbin/apxs --with-mysql --with-midgard I had to shuffle some httpd directives around since they ended up in IfDefine sections during config file updating. I had to make a number of changes to phps' configure to get it to work on SuSE 6.2, so I'm not at all surprised you've been having difficulties. What's in CVS now works flawlessly for me safe for the fact that I need --with-mysql to clue in configure about where to find them. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Problem with Midgard Installation Suse 6.4
ZZZ-Test DBV212 wrote: Hello all i have many problems to install midgard. I use SuSE 6.4 Kernel 2.2.14 Apache Version 1.3.12 and Mysql 3.22.32 I have installed succesfull mod_lib midgard_php and midgard_data Version 1.4beta5a. Mysql Database midgard with all neccesary table are exist. After the installing restart the apache server. The apache server can not start it, comes up with an error message: Starting service httpdSyntax error on line 1549 of /etc/httpd/httpd.conf: Invalid command "MidgradEngine" perhaps mis-spelled or defined by a module not included in the the server configuration. Copy from httpd.conf: LoadModule midgard_module /usr/lib/apache/mod_midgard.so AddModule mod_midgrad.c Please help me i was installing the midgard since one week and dont have any idea what is wrong and is not running midgard. Does it really say midgrad? The commands that load activate the midgard and php-module are probably inside a IfDefine block on SuSE. Look for lines looking like LoadModule midgard_module modules/mod_midgard.so LoadModule php3_modulemodules/libphp3.so AddModule mod_php3.c AddModule mod_midgard.c And move them outside the IfDefine block. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Result of brain shortage...how do I...?
Ken Pooley wrote: ? $topicart = (topic.id); ? $article = mgd_list_topic_articles_all_fast( $topicart, "score"); if( $article-N == 0 ) { echo "No article"; } else { while( $article-fetch() ) { ? (article.name); br ?php } echo "$article-N article", ( $article-N == 1 ) ? '' : 's'; } ? ? } ? This was probably answered before but I'm clearing my inbox. This doesn't work, use $topicart = $topic-id; instead, or just $article = mgd_list_topic_articles_all_fast($topic-id, "score"); Emile "99 messages for help in my mail, 99 messages for help..." Heyns -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] GUIDs
Jochen Lillich wrote: Hi, if I'm not mistaken, repligard lets me already export a Midgard site and import it on another Midgard server -- right? If yes, then: How do I have to mark references to object ID's like in mgd_topic_list_articles(15); // get all news articles so that repligard can build correct references during the import? I know that there is a GUID mechanism, but don't know where it is documented. And, if someone could give me a short overview of the necessary steps for exporting and importing with repligard, I'd be very thankful. Still working on those. We were thinking of using comment-marking as a transitional fix, ie: $topic = /*GUID*/15/*-GUID*/; mgd_topic_list_articles($topic); or somesuch to trigger GUID matching during transit. mgd_topic_list_articles(15); can be handled automatically since if the number is hardcoded we can easily match them. Not very pretty, I know. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: AW: [midgard] Problem with Midgard Installation Suse 6.4
ZZZ-Test DBV212 wrote: Hello all it says "MidgardEngine" in the httpd.conf. I was my mistyped only in teh Mail not in httpd.conf OK, but did moving the directives help? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Alexander Bokovoy wrote: Anyone have a clue on how to approach this? How is the potential conflict resolved between apache and php, since apache has expat-lite internal too? XML support in PHP uses the same expat-lib. The way I read phps' configure.in, it first tries to find libexpat, then the apache implementation. It looks for include/xml/xmlparse.h in "$withval usr usr/local" so I figured that rewriting expat-lib to put its includes there would do the trick. I have this all implemented and testing it it looks OK; midgard-lib and php now use the same library so no symbol clash occurs. It looks like actually these symbols resolve to Apache's internal expat-lite because these functions are exported via httpd.exp (apache/src/support/httpd.exp). It seems that we can use the same techniques. Except that midgard-lib has no relation to apache. It isn't a problem now, but it would be once we start using midgard-lib for other accessors. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: Emiliano wrote: What does 'ldd /usr/lib/apache/libphp3.so | grep midgard' return? It says: libmidgard.so.3 = /usr/local/lib/libmidgard.so.3 (0x400ea000) BTW, that error undefined symbol: midgard_traverse_filetemplate happens as soos as apache tries to load either libphp3.so or mod_midgard.so, whichever is first. If you compile this: snip -- #include midgard.h int main(int argc, char ** argv) { midgard_traverse_filetemplate("/tmp/tt", NULL, NULL, NULL, NULL, NULL); } snip -- with gcc -o ftt ftt.c -lmidgard can you run the resulting executable? It doesn't have to do anything (it doesn't) I just need to know if you see the same error message. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] free BSD - ldconfig
stelios issaias wrote: ldconfig -m /path/to/add I added all the paths and still when you configure mod_midgard-1.2.5, even with the --with-midgard, --with-mysql, --with-apache, directory options, it can't find the midgard library. Ah sorry, I forgot: 1.2.5 had limit smarts about finding these libs during the configure phase. Configure doesn't use the paths as stored by ldconfig, either it needs to find them by hand, or it needs to be told. Try this: export LDFLAGS="-L/usr/lib/mysql -L/usr/local/lib -lmysqlclient -lcrypt" export LIBS=$LDFLAGS export LIB=$LDFLAGS export PATH=$PATH:/usr/sbin before doing any of the configure, etc. actions. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: Frank Boehme wrote: BTW, that error undefined symbol: midgard_traverse_filetemplate happens as soos as apache tries to load either libphp3.so or mod_midgard.so, whichever is first. Hey, I just remember: when I migrated to 1.4.b4 some six weeks ago, I ran into a similar error: undefined symbol when one of the apache modules was loaded. Nobody else but me had that error. It turned out to be an apache version problem (I still run 1.3.6). Alexander had fixed that. I just tested on a rh62 machine with apache-1.3.6-7. No problems at all. But since the little test app you compiled ran without problems, I'm thinking it's something like an old lib loading. Nothing else I can think of right now. Do you have midgard libs around that do not define this symbol? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: No. Here is how I confirmed: # nm /usr/local/lib/libmidgard.so.3.1.0 | fgrep template 9190 T midgard_traverse_filetemplate OK, I expected this symbol to be present there. What about for f in /usr/local/lib/libmidgard.a /usr/local/lib/libmidgard.so* /usr/lib/libmidgard.a /usr/lib/libmidgard.so* ; do echo -n $f nm $f | grep traverse echo done | 2/dev/null | grep -v ' T ' Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: OK, I expected this symbol to be present there. What about for f in /usr/local/lib/libmidgard.a /usr/local/lib/libmidgard.so* /usr/lib/libmidgard.a /usr/lib/libmidgard.so* Ah? I always disable the generation of static libs (.a). Are they needed anywhere? Nope, just covering all bases. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: Emiliano wrote: Ah? I always disable the generation of static libs (.a). Are they needed anywhere? Nope, just covering all bases. My only libmidgard is in /usr/local/lib and that does contain the symbol. Oh, I didn't realize that. I must say I'm a bit stumped. If it's not too much trouble, would you fetch addon/expat-lib, midgard/lib, midgard/mod and midgard/php and build each anew? A few things have been fixed since release; I don't think they're directly related to your problem but at least I'll be using the same software as you. What platform are you using, and which version mysql glib? How were apache, glib and mysql installed (source or package)? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4b5: another undefined symbol
Frank Boehme wrote: If it's not too much trouble, would you fetch addon/expat-lib, midgard/lib, midgard/mod and midgard/php and build each anew? Safe built from scratch requires shutting down apache and moving midgards old libs out of harms way. There are people using my server (with the working midgard 1.4.b4) right now. I have to wait until tomorrow. I understand. Armand alerted me to the existance of freevsd (http://www.freevsd.org/). I haven't used it yet myself (although it's on my perpetually growing 'must-do' list). It may be helpful in testing things like this in a safe environment. I use VMware myself for this kind of testing. What platform are you using, SuSE 6.2. and which version mysql glib? How were apache, glib and mysql installed (source or package)? Everything except mysql came from package. Mysql was installed from source, version 3.22.32. I'll get this installed. I doubt whether I'll be able to before mid-next week though, sorry. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] content size and print version of the site
Thomas Franosch wrote: two weeks ago i wrote an e-mail about the problem with the content size. We can not insert long text parts. There was someone who had the some problem. I answered that at http://marc.theaimsgroup.com/?l=midgardm=96866961119733w=2 but never got any followup. Send me a sample and I'll try it for you. We insert an upload button, to upload the text directly as a file. But this don`t work. Has someone any idea ? Doesn't work in what way? What have you tried? Our other problem is at the moment a print version of the website. How did you implemented this feature. I don`t know how the user can change between to differnt styles with a button. So that we can load a version to print without the banners and menu. You can either have two hosts with the same page/content tree yet different host styles, like www.midgard-project.org vs lite.midgard-project.org, or set up a system like this: ROOT: ? if ($stylelite) { ?[ROOT-lite]?} else { ?[ROOT-fat]? } ? and expand those two elements to get the layout to your liking. Then have a place to set a cookie named 'stylelite' to 0 or non-zero depending on what your visitors. If you just want a new window with a printable version, and do not intend the visitor to go on surfing from that point, you can use the same style setup but have a link somewhere in the fat style to A TARGE="_new" HREF="(midgard.uri)?stylelite=1"Printable/A Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Problems with beta5b
Fred Hirsch wrote: nclude/apache -I/usr/include -DHAVE_MANDRAKE=1 -DHAVE_LIBMIDGARD=1 -DHAVE_MI DGARD_INIT=1 -DHAVE_MIDGARD_PARSER=1 -DHAVE_MIDGARD_H=1 -c mod_midgard.c mod_midgard.c: In function `midgard_find_pathelement': mod_midgard.c:711: structure has no member named `page' mod_midgard.c:711: `tok' undeclared (first use in this function) mod_midgard.c:711: (Each undeclared identifier is reported only once mod_midgard.c:711: for each function it appears in.) apxs:Break: Command failed with rc=65536 make: *** [mod_midgard.so] Error 1 Pagelinks are still under development, but they're not usuable yet. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Mirroring
Armand Verstappen wrote: Would that be ssh1 or ssh2? I'll get you both: I don't know really. I've used ssh1 so far. Your keys have been added, so you can try ssh{1,2} -i private-key-file -l midgard midgard.mi-recordz.com to see if you can log in. You should see no password prompt. So the software requirements for a mirror are: apache 1.3.12 midgard 1.4b5b --with-old-midgard mysql = 3.23.15 ssh1 or openssh rsync /bin/sh ??? /usr/bin/perl = 5.003 ??? I don't know if perl is going to be a requirement but I would encourage it. If I'm going to do database patches it's most likely going to be via perl scripts. 5.003 is acceptable. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] 1.4beta5b
Frank Boehme wrote: Emiliano wrote: For me, the OO methods (such as $article-update() and friends) are not working (they don't do anything and return true). Has that been fixed? I don't remember this being fixed specifically. Does the equivalent mgd_update_article have the same behaviour? No, these functions work perfectly. But it's a pain to supply all those arguments in the right order and with the right types and defaults. Who are you logged in as? Does it matter if you're admin or not? It does not matter which idendity the browser supplies. BTW, $person-update() has the same behaviour (it is not working). I just tried this (with a page record I now realize). I got the expected failure or success depending on who I was logged in as. This is what I did: ? $page = mgd_get_page(44); $page-title=time(); echo "Update "; if ($page-update()) { echo "OK"; } else {echo "failed"; } echo "br"; $page = mgd_get_page(44); echo "Title = ", $page-title, ""; ? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Mirroring
Alan Knowles wrote: Emiliano [EMAIL PROTECTED] said: Then there's the issue of fetching the database. We can use MySQL replication although I've never worked with this; experiences/comments welcome. Other options are dumping the database and either the mirrors pulling it in or the master pushing them out. In order for MySQL replication to work the mirrors may require a MySQL upgrade (3.23.15 minimum) and I'll need to know the hostname for your mirror since the replication mechanism is in all likelyness going to clobber your host entries unless they're in the master database. for reference :) mysql replication is tempramental - it needs alot of babysitting in getting it to work, Getting it to work, or to keep it working? The former I can accept, the latter not. - you can tell it to only replicate certain databases (eg. not the authentications one).. we did not do this for our expo, but it will probably solve the bigger issue below! - You cannot send update/insert queries to the slaves (it will destroy the replication) - this could be done by modifing the local privaliges for a given database so that local users can not write! It's a matter of how you're using it. The idea was to have the mirrors be read-only mirrors of the main server. There are still a few issues unresolved, ie how to handle things like annotations. - what ever happened to repligard, I thought that was supposed to solve this one = it sounded nicer in theory than the mysql replication Alas, at the moment it's just that -- theory. Dbdumping on small databases may be easier - probably on 1-2 seconds down per week at most Once a week would be a bit too much lag. Once a day at least, I'd think. The database takes about 20 seconds to dump, which includes sanitizing compressing. The resulting file measures 5.5MB. Rsync will probably keep unnecesary traffic to a minimum. I'm also still toying with distributing update logs. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Mirroring
Armand Verstappen wrote: ssh{1,2} -i private-key-file -l midgard midgard.mi-recordz.com to see if you can log in. You should see no password prompt. Ssh1 worked right away, ssh2 took some intervention. Here is how it works. Ssh-keygen2 will create ~/.ssh2 and a pub/priv keypair. Transport the private key to the remote host The _private_ key? That kind of defeats its purpose. On the remote host: create ~/.ssh2 save the public key in a file: hostname.pub echo "Key hostname.pub" authorization If it were not for the unkind license, I would recommend using ssh2 at all times. The license however... OpenSSH does 2.0, or so they claim. What are the improvements between 1 and 2? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] New functionalities of the 1.4beta5
Erwin LEUBAZ wrote: -Original Message- From: emile [mailto:[EMAIL PROTECTED]] Sent: Friday, September 15, 2000 4:19 PM To: midgard Subject: Re: [midgard] New functionalities of the 1.4beta5 Now a other question about the use of MySQL with midgard I meet some troubles with php code in Midgard to place values with apostrophe like in french "l'informatique" I must place "l''informatique" otherwise the value is not saved. Is the MySQL configuration or the Midgard that is wrong. I'm having no problems with this. Call phpinfo() from a Midgard page and look for the value of magic_quotes_gpc. I found this : Directive Master ValueLocal Value magic_quotes_gpc0 0 That looks OK (it's what I have too). What language parser do you use, latin1 or russian? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Question
Frank Boehme wrote: In what way does that change the startup procedure? Because the error message doesn't look familiar to me, nor does our code process -D MIDGARD in any way. AFAICT anyway. In SuSE, apache is started from within /sbin/init.d/apache. This checks for the presence of apache modules. For each module found, a "-D XXX" string is appended to a shell variable $MODULES. This variable is then exported to that shell which starts apache with the config file /etc/httpd/httpd.conf. That is the normal config file but it load tthe modules depending on the -D XXX directives. For example: I see. OK, but I still can't find the error message in question anywhere. I'm wondering what part is generating it. If you pass -D MIDGARD, what gets included? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Question
Ralf Eisinger wrote: Hi, On 19-Sep-00 Emiliano wrote: Wolfgang Reh wrote: I have got a problem with running midgard. If I start the Apache Server with the -D MIDGARD option I get this error message: Why would you start apache like this? I think Wolfgang has a SuSe distribution. SuSE shipped there startup scripts under /sbin/init.d/apache with some defines, to launch different modules. In what way does that change the startup procedure? Because the error message doesn't look familiar to me, nor does our code process -D MIDGARD in any way. AFAICT anyway. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
RE: [midgard] Blobs revivisted; Anyone know how to know blob imagesize?
Tarjei Huse wrote: Btw. I suggest that we build inn some fileattribute fields innto the blob / parameter table. I must admitt I spent the better of some hours trying to build it into my existing fadmin - withouth manageing to find out where to start. I think this should be features in Aasgard and (if needed) changes in the blobtable. What I suggest is basicly that we can do a listattachments() and then a fetch and be able to check the object comming for filesize, imagewidth and imageheight. Maybe there are more attributes worth checking for, but since you need to set these upon uploading the image I find it a natural thing to put into the admin codes. I guess I'm crying out for my sick mother here, but It seems to me that knowing f.eks image sizes is a point when letting (l)users use attachments for different things. My horror is the user puting a 250+ k imagefile in their article without thinking You can spot this during the upload. PHP also has built-in facilities to limit the size uf uploaded files. Other than allowing direct access to the blob, I see no way of making every scrap of information about the file that anyone out there might feels is interesting available. I welcome discussion on this point; short term I would use parameters on the blob to store meta data during blob creation/update. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] Midgard crashes apache
Paul Gillingwater wrote: Dear All, I tried recomiling again, using the order that I read about here: http://www.midgard-project.org/topic/218.html This suggests doing Apache, MySQL, midgard-lib, mod_midgard then midgard-php, which is the order I used. I still get the crash. OK, I'm going to try to recreate this at home. What platform are you using? Can you send me a (sanitezed) copy of your apache config? I know the database access is correct, because if the password is wrong it retries. It only fails when the password is correct (or if I remove the password requirement.) It fails when the password is correct? 212.186.33.122] Midgard: MidgardDefaultRealm Midgard [Sun Sep 17 04:49:43 2000] [info] [client 212.186.33.122] Midgard: Template not found code-compat [Sun Sep 17 04:49:44 2000] [notice] child pid 11216 exit signal Segmentation fault (11) This messages (template not found) is issued by midgard-php, so at least we know (approx) where to look. Emile Here's how I configured midgard-php: ./configure --with-mysql --with-xml --with-midgard --with-mysql --with-apxs=/ usr/local/apache/bin/apxs --with-imap Mod-midgard and lib-midgard both use only ./configure, with all things in standard places. Any help would be gratefully received. cheers Paul . Emiliano wrote: German Poo Caaman~o wrote: [Tue Sep 12 19:10:35 2000] [notice] child pid 26800 exit signal=20 Segmentation fault (11) Yesterday at nigth I updated to midgard1.4beta5 with the same problem. I isolated the problem and the result was midgard-php. After reinstall each package (following the right order as announced on the web page) I reconfigure my midgard-php to: ./configure --with-apxs --with-shared-apache=/usr/lib/apache --with-apache=/usr/lib/apache --with-midgard --with-mysql=/usr (Using RedHat 6.2). After all, works fine. What configure line did you use before then? I think that Paul could be try loading php module first, after that (if it works ok) load the following. In my setup I load php3 before mod_midgard (not intentional, it just happened to be this way) and I see no problems. The compile order is indeed crucial, and you should always upgrade all three packages when you upgrade, and compile (and install) lib first. I don't know how all of the unixen handle .so's but I would advice to shutdown apache before installing the lib. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]