-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Marcin Sołtysiak wrote:
Hi,
Fresh install from sources, ver. 1.7.3. Objects created using Aegir do not
have GUIDS !! Please help
as I need to replicate today :(
this is a bug in repligard table, recreate the GUIDs with repligard
after
Uung H.R Bhuwono wrote:
Hi,
Just try midgard 1.8alpha1 on my suse 10 box and got error when starting
apache
PHP Warning: Unknown(): Unable to load dynamic library
'/usr/lib/php/extensions/midgard.so' - libglib-2.0.so.0: cannot open shared
object file: No such file or directory in
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Piotras wrote:
MidgardPageCacheDir /var/cache/midgard/$dbname
DataGard should do this automatically btw (I mentioned this on IRC
yesterday)
chown -R www-data.www-data /var/cache/midgard/$dbname
chmod -R 771 /var/cache/midgard/$dbname
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Beverley wrote:
I have only recently come across Midgard.
Can it be installed on any web host that is unix based?
Or do you need to go with a web host that specifically supports Midgard?
How many of these could be expected to already be
med wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Piotras,
Probably Aegir doesn't support UTF-8.
Page or frame may use iso-8859-1 in Your case.
On a standard midgard 1.7.3 install?
Yes.
Apache sets default charset to utf-8 , but Aegir probably
uses meta
Beverley wrote:
Thanks
My web host is happy to look at unix-compatible applications to install.
I have also been looking at Midcom, but cannot see how it is actually installed.
MidCOM is mostly in the filesystem, of course having common MidCOM for
all users is a good idea but strictly
Johan Bernhardsson wrote:
Hello,
i would like to thank everyone visiting for a really good weekend. Tho
we had to many topics to talk about on a weekend.
So next time we should plan for a whole week :)
I have uploaded some pictures to the m-p website i havent cleaned it out
yet. So i guess
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Pascal Mayer wrote:
Hi
I just installed the Debian packages of Midgard 1.7.1. The database is
in multilang format but we need an old db layout (for an old midgard
based website).
How/Where can I configure that I want the non-multilang
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Nitin Khare wrote:
Hi Henri,
Can u please let me know who installed midgard on
Solaris succesfully. Midgard core compilation giving
me hard time.
regards,
It's been a while since anyone has confessed compiling midgard on
Solaris, I don't
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Ingo Herz wrote:
Am Dienstag, 23. August 2005 20:45 schrieb Johan Bernhardsson:
Johan, thanks for your answer. But I need it for a plain midgard site, not
for
midcom...
One should we pretty trivial to code, each entry an article in
[EMAIL PROTECTED] wrote:
Hi all,
i wonder what is the best way to backup my midgard-system...
I have a Midgard1.6.3 Installation on SuSE 9.2 System with several
sitegroups set up.
With older midgard versions i could just use repligard to create a
backup.xml.gz for each SG.
I wonder if this will
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
bruce wrote:
|
| -can midgard be reasonably modified by me adding php code into the app...?
|
Short answer: yes.
Long one: Midgard application server itself is more of a framework, for
example MidCOM (Midgard Components, which now is the tool
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Alan wrote:
// Start MidCOM execution
eval(' ?'.mgd_preparse(mgd_snippet(/midcom/midcom)).'?php ');
// We shouldn't need HTMLfilter now
Since /midcom/midcom isn't a file I can look in, I don't know how to
proceed. In any event,
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Can someone point me to documentation about how to get midgard-data to
work on a system that has mysql-4.1?
Which debian and what source for mysql4 ?
/Rambo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Felix Natter wrote:
|
| In this thread:
| http://thread.gmane.org/gmane.comp.web.midgard.user/5117
| someone recommended one should downgrade to older aegir because
debian-packages
| for expat and php are too old. How can I do this?
|
I haven't
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Team14 wrote:
| Hi ever'body!!! I am really fed up with installing Midgard. I always
| get /midgard or /aegir that doesn't work properly. It always the same.
| If /midgard work, /aegir won't and vice versa. It's been nearly a week
that I
| tried
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
javacert2001 wrote:
|and
|remove_unapproved_withsg_i18n.pl but to no avail.
|
This is the script you should use with 1.6.3, it has a bug concerning
the article_i table/(repligard)object which might cause not-approved
article content to be
med wrote:
Hi all,
After I have played with midgard and aegir for a while now
I'd like to start exploring midcom.
Unfortunately this shows up when I want to initialize a midcom-site:
Warning: session_write_close(): Your script possibly relies on a session
side-effect which existed
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Georg wrote:
Some problems occured to me with this new installation:
1) When language is set to German all special characters like ,,
... are replaced by ? question marks and
The localizations are propably still stored ISO-8859-1
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Marcelo N. Halpern wrote:
| Hi,
|
| Cleaning up the last details of a project, I deleted the 'news' topic in
| Midcom AIS. It deleted all it's sub-articles, and it's parents too!
|
| In other words, nothing remains of the site. The root topic
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Adam Douglas wrote:
| Hi everyone. I'm at the point now where I require to move my current web
| accounts from MySQL into Midgard. The only field in MySQL that would
| possibly be an issue is the password as it is encrypted using encrypt().
| How
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henri Kaukola wrote:
| If someone knows a better, and easier way,
| please let us know!
|
What I did was to make two dumps, of the SG object itself (resource
type=sitegroup id=x /) and of of all data (username: user+SGName,
replicate all=yes /) in the
Chris Davies wrote:
Hello,
we have recently upgraded php from 4.2.3 to 4.3.10 and apache to 1.3.31
Did you recompile midgard ? PHP internal APIs change from time to time
and when that happends Midgard usually needs to be recompiled or more or
less random segfaults appear.
/Rambo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarjei Huse wrote:
So we'll have a second cluster just for Midgard (more machines
administration,...) and I was thinking in something like:
[IIS Cluster] ---(HTML files)--- LAMP + Midgard
In this second scenario, the IIS Cluster will serve the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Torben Nehmer wrote:
| You don't even need that. There is an HTMLArea configuration option that
| lets you specify a CSS URL for the editor. Just don't ask me which one
| it is.
If that is true it should be pointed by default to /style.css
on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark Dorset wrote:
|
| REPLIGARD/READ-Message: start object snippet,
| bae36bf1bb353cbb1f51dfed9eb0
| REPLIGARD/READ-CRITICAL **: Object field 'code' in line 5 is unknown to
| Repligard!
|
|
| I've checked the /etc/midgard/repligard.conf and it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark Dorset wrote:
|
| For the hell of it, I've changed the default schema file that was setup
| to just the plain old repligard.xml that's found in the same directory,
| and it appears to be working!(?)... Is this a bug that I should log
| somewhere
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Piotras wrote:
If You defined blob dir per database you should be fine.
Another option is to read the file data trough mgd_open_attachment()
which is equivalent of fopen() to attachments, though it's rather
suboptimal for this purpose (since you'd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarjei Huse wrote:
|
| Btw, if someonw has windows:
| http://www.wbloggar.com/
|
| supports metaWeblog.
|
Ecto also (according to the homepage) has windows version.
/Rambo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-nr2 (Windows 2000)
Comment:
Sergey N. Fefilatyev wrote:
On Monday 30 August 2004 21:06, Eero af Heurlin wrote:
No, I think it's different. Acutally I was asking about the standart compnent
shipping in the aegir distr.
But what is net.siriux.photos component? Where can I get it?
The eagir component is for managing images
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Ross (PCT North West) wrote:
|
| Possible precedence problem on bitwise operator at
|
This should be fixed in CVS version (in fact it should have been fixed
long time ago)
|
| Use of uninitialized value in pattern match (m//) at
|
Check that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Ross (PCT North West) wrote:
| I have just grabbed the latest version of remove_unapproved_withsg.pl from
| CVS. I am still getting the warning:
|
| Possible precedence problem on bitwise operator at
| ./remove_unapproved_withsg.pl line 211.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eero af Heurlin wrote:
| | Possible precedence problem on bitwise operator at
| | ./remove_unapproved_withsg.pl line 222.
| |
|
| Blah (forgot to put the fix CVS apparently...), I'll fix this later in
| the evening.
|
There, didn't have time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Alvarez wrote:
Hi,
If you are using Midcom then there is a component called
net.siriux.photos.xml which will offer you a gallery.
And if not then I can email you the old (base of Nicos midcom gallery)
gallery package.
/Rambo
-BEGIN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
Sometime ago I made for a client a wrapper to the Hugin inforservices
(http://www.huginonline.com/) XML feed, Bergie said that they might be
usefull for a larger audience so here goes:
http://rambo.pbt-unknown.org/midgard/huginfeedwrapper.txt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcin Soltysiak wrote:
|aegir. I've tried uploading several larger files now but it always stops
|after a while and the file isn't transfered (no error message). Is there a
|way to enable the upload of larger files?
|
| Check you PHP settings on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Piotras wrote:
|
|Found the reason, the midgard-php has multilang specific calls in it, so
|if one doesn't want to use multilang, everything must be replaced, not
|just midgard-core.
|
| I do not get your point here. What do you mean must be replaced ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Piotras wrote:
| Note , that --with-apxs2 option doesn't mean that You need to have apxs
| binary named apxs2. It only allows configure script to recognize which
| Apache module You would like to build. If any of binary was not found in
| Your system
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Piotras wrote:
|No luck with that either, not that the plan using binaries and just
|overwriting the core worked that well (it loaded the modules but for
|some reason didn't work) either...
|
|Maybe I'll downgrade to Apache 1.3, I don't have much more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eero af Heurlin wrote:
| | ./mkall --with-apxs2=/full/path/to/apxs
| --with-apr-config=/full/path/to/apr-config
| |
| |
|
| No luck with that either, not that the plan using binaries and just
| overwriting the core worked that well (it loaded
Daniel S. Reichenbach wrote:
Hi,
| 3. Seems like you are using a php version that was configured
|with --with-regex=system. This usually is the case on RedHat
|systems. Rebuild the php src rpm and remove the --with-regex=system
|line from the spec file.
|
Ok, I'll look into this.
As
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
mkall output:
- snip--
#./mkall
find . -name \*.lo | xargs rm -f
find . -name \*.o | xargs rm -f
find . -name \*.la | xargs rm -f
find . -name \*.a | xargs rm -f
find . -name \*.so | xargs rm -f
find . -name .libs -a -type d|xargs rm -rf
rm -f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel S. Reichenbach wrote:
|
| 1. which configure options did you use? Apache 1 or 2? Which
|php version
|
Apache2, PHP is Fedora standard
|
| 2. seems like midgard-php4 gets configured for Apache 2, but
|httpd-devel package or apr-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hdcastro wrote:
| Thanks for the feedback. We're in the process of reviewing openpsa,
| however, at first glance it looks fairly simple compared with more
| robust gpl options like xrms, sugarcrm or others.
|
KISS, how many features do you actually
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hdcastro wrote:
| 1. Are there significant improvements since 1.4 to justify the hassle
| of updating to the newest version? Can anyone point out some of the
| biggest improvements so we can evaluate if we should bother to
| update? Also, if we update,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Torben Nehmer wrote:
Warning: chmod() [function.chmod]: No such file or directory
in /var/cache/midgard/103.php(223) : eval()'d code(37) : eval()'d
code(10) : eval()'d code(6) : eval()'d code on line 89
strace apache :
[pid 10902]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benoit Lathiere wrote:
| Hi !
|
| I added some parameters to a topic.
| But how to get that in PHP code ?
| I didn't found detailed documentation for $object-*parameter()...
|
if your already did $topic=mgd_get_topic(id) then the parameter is
available
Michael Ross (PCT North West) wrote:
Does anyone know why (i.e. the reasoning behind) Aegir restricts domain
names on creation of a new website to known public types? The reason I ask
is that every time I upgrade Aegir I have to change Aegirs own code to allow
our own internal intranet domains to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ideas ?? (I'm out of them for the moment)
The system is Debian (I haven't set it up so I'm not quite certain what
packages are installed, since configure didn't complain I suppose the
build environment should be sane).
- -snip---
[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Piotras wrote:
|
|Ideas ?? (I'm out of them for the moment)
|
|The system is Debian (I haven't set it up so I'm not quite certain what
|packages are installed, since configure didn't complain I suppose the
|build environment should be sane).
|
|
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
med wrote:
| Hi folks,
|
| I have checked the midgard documentation and lists and have found no
answer on how to get a person's birthdate.
| In the database the birthdates are stred correctly, but
$person-birthdate doesn't show me a thing.
| I can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Oliver Albers wrote:
| I just recompiled PHP to reflect having finally installed a GD2. It was
| a smooth process and everything went fine - or so I thought.
| Now I don't get midgard to run again and I find no clue why. I installed
| the midgard PHP
Michael Ross (PCT North West) wrote:
Is there not a faster and less
processor/memory intensive way of doing this as this makes the server with
all our live sites so slow to respond it is almost unusable - the perl
script hogs 98% of the processor and all the available ram.
The old Nadmin scripts
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Ross (PCT North West) wrote:
|
| I have another problem however. I really could do with
resynchronising the
| staging and live servers using repligard with the -a option to ensure that
| the live server is up to date and that no previously
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
I've been talking out of my ass, delete_expired.pl does *not* require
full repligard dumps (-a), however it does require the repligard.conf
used to be passed on to it, this is because in stead of parsing the xml
dump (time consuming) it reads
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sonic wrote:
| That's good to know. In a staging/live environment, does
repligard.conf (the
| one used by delete_expired.pl) have to point to the staging or the live
| server (or doesn't it make a difference)?
|
Staging one.
|
| BTW: Is there any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sonic wrote:
| Thanks for the tip, approval finally works now. One problem remains,
though:
| When I move a topic, the change is not exported to the live db. Does this
| have to do with the fact that I'm dumping the data without using -a?
|
It should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sonic wrote:
| Ok, but what can I do to get the moved topic published? In aegir and
on the
| staging server, everything looks like it should, but the change isn't
copied
| to the live db. BTW: The same holds true for other changes to a topic.
When I
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sonic wrote:
| I investigated the problem a little bit further and it seems that
| clean_tag_simple($current_obj_data{sitegroup}) is called in line 84 and
| $current_obj_data{sitegroup} is empty. I don't know why this
happens, but
| because of that,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sonic wrote:
|
| Following Henrie's advice, I'm trying to set up replication with the
help of
| YAMP. I downloaded the whole thing from cvs and copied
| downgrade_unapproved.pl and delete_expired.pl to /var/lib/aegir/bin. I
then
| modified
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Myhren wrote:
| I have a problem with the cache in midcom.
| Every time I make a change to the style or to one
| page elements, I have to delete the browsers cache.
|
Browser cache ? This should not be effected by MidCOM cache, however you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Kutschera wrote:
| I just installed midgard 1.5.0 on a ne system RedHat 9. After finishing i
| could connect to http://:8001/asgard.
| Login with admin and passowrd worked perfectly. After installing AegirCMS
| the browser shows me the page
Free disk space + memory.
I just reminded myself (can not find it in archives) about someone who had
problems with exporting files and swap partition was not used when there
was no more memory.
*nix in general tend to go bonkers if swap is not available at all
(turned off or even wrose, never
Marcin Soltysiak wrote:
mgd_create_mail(string from, string to, string subject, string message);
AFAIR it is deprecated. use plain PHP mail() function...it is the same with
same parameters
Plain mail() takes different parameters, see PHP documentation for
details (mainly the from needs to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexey Zakhlestine wrote:
| On Mon, 12 Jan 2004 16:14:24 +0100, Oliver Albers [EMAIL PROTECTED]
wrote:
|
| Oliver Should the umaluts be converted to HTML entities while saving?
|
| IMHO, not.
| It's up to you to convert them while showing.
|
Yes, data
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eero af Heurlin wrote:
|
| Strange, midgard should by default change umlauts to enties (though I
| don't think it handles all special characters correctly yet, I'll need
| to do some checking...) in all midgard evaluated content...
|
And we've got
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
|
| Revision History. I can see that it is keeping the revision history
in the
| /var/lib/aegir/cvs directory, however, when I click on the Revisions
link
| in any sort of content, it says NO REVISION HISTORY.
|
Doublecheck that the directory is the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Heiser, Damien wrote:
| Okay, thanks, I totally forgot about that. That fixed the issue. Is
there
| any way to have pages crated as active the moment they are made or do
I have
| to go in and change the settings each time.
|
Pages do not need to be
Sebastian Schmieschek wrote:
sorry about reposting this, but has noone an idea what could cause
this behaviour? Do you need more information? Is this rather a PHP
problem? Am I unknowingly impolite and/or too stupid? sorry again, but
I'm stuck and a bit irritated because this is my third
[EMAIL PROTECTED] wrote:
Is there a process to upgrade from 1.4.3 to 1.5? Can I use repligard?
AFAIRecall 1.4.3 has the same db structure (sans some optimizations) as
1.5 thus just updating midgard components should be enough, then you
will want to run the optimize script in the new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Sobol wrote:
| http://www.midgard-project.org/cms/ works
| http://midgard-project.org/cms/ is 404
|
Propably just best put
~RewriteEngine On
~RewriteRule ^(.*)$ http://www.midgard-project.org$1
to the midgard-project.org virtualhost
David Schmitter wrote:
To export a single sitegroup, us the following:
Repligard xmlns=http://www.midgard-project.org/repligard/1.4;
database
(leave the same as for exporting everything)
/
login
username=rootUser!sitegroupName
password=rootPassword
/
[W] wrote:
Dear Midgarders,
I have installed Midgard, Aegir, Spider, MidCom on a Redhat 9.0 using the
Midgard RPM with Apache 1.3.27, PHP 4.32, MySQL 3.x The staging (port 8001)
site is working well. But when trying to creat thone live on (port 80) it
always get 'the page cannot be displayed'
[EMAIL PROTECTED] wrote:
Ok, think I've managed the login/logout bit... using nemein_ but how to
check whether a user is logged in or not so as to be able to
conditionally display content..
You need to handle the $midgard-user check differently then, usually
with nemeinauth we just show a
Tony Lee wrote:
Hi All,
For some reason I seem to have 2 copies of the same file on my system.
Could anyone tell me which one is valid?
/var/lib/aegir/etc/repligard_withsg.xml
/usr/share/midgard/repligard_withsg.xml
the usr/share/repligard one is installed by midgard-data, /var/lib/aegir
is
Tony Lee wrote:
the usr/share/repligard one is installed by midgard-data,
/var/lib/aegir is part of the aegir_dirs package. The one repligard
will use by default is the one installed by midgard-data (the files
are propably identical save for usernames and passwords).
So I'm better off
Henri Bergius wrote:
Quoting Marcin Soltysiak [EMAIL PROTECTED]:
Ok. Got it. Let's proceed :-) Localization tool does not save 'ogonki' -
national chars :-( Why?
I wonder the same thing, it also doesn't save strings with scandinavian
characters.
hmm, is the MidCOM localization (edit) tool
Henri Bergius wrote:
$snippet-code = chunk_split(base64_encode($translation));
So chunk_split seems to be the main difference here. In NemeinLocalization
we just:
$string=base64_encode($translation);
I don't have the time to look more deeply into this right now, however
it appears that MidCOM
The remove_unapproved script seems to work fine on
pages and articles but isn't working style and style
elements.
I use repligard's -m option (Create GUID information
for all resources).
-- Has anyone a clue, what I should do to make the
script work for styles, the xml contains both the
record
*Warning*: dba_open(/tmp/.midcom-cache-db-113,c): No such handler: db3
in *code-global(131) : eval()'d code(13) : eval()'d code* on line *39*
Could not create cache database. Aborting.
Doesn't run on mod_midgard? Needs multilang? What am I missing?
Needs Berkeley DB3, or alternatively you can
I was using this script and since I had the same problems of downgrading
other things than pages, I have changed to yamp remove_unapproved.pl
which
remove the objects from the xmlgz file instead of changing repligard
table
before running repligard.
Someone actually uses this script, jippee! Some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarjei Huse wrote:
|Thanks! I will build it into my site. Because of successful answer i
|will ask again - may be you know place where different modules for
|Midgard/Aegir are placed? Also important for me is user management
|integration with LDAP.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nicolas Desir wrote:
|
| I do not actually use delete_expired.pl but remove_unapproved.pl works
| well at least for articles. I remember I corrected the bug about month
| number begining at 0 in perl not at 1, but when I wanted to report it:
| It was
Nathan Brown wrote:
I have been working with Aegir for about 3 months now and have found
that frequently when working directly within Aegir and I try to save any
type of document (page, style, snippet, page element, style element) it
sometimes only saves half of the content. I have no idea why
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent wrote:
| This is very cool. But I need something that will walk down
| the pages. a html version of what you see in the left nav of
| Aegir under the websites tab. Instead of the page name I would
| like to get the [title] of each page instead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
|
| Nemeinauth timeout can be set by a variable in the code (this maybe
| should be part of eagir configuration so there isn't need to re-set it
| every time one instals new version of eagir).
|
|
| I can't find this parameter in Aegir configuration.
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benoit Lathiere wrote:
| Hi !
|
| Where can I set time-out of Aegir sessions ?
| How long is this time by default ?
|
There are two factors here:
a) PHP session garbage collection
b) NemeinAuthentication timeout
NemeinAuth default timeout is
hi, thanks for the reply.
unfortunately, the person table was already set to username admin and
password **password.
That being the case, what else could be the problem?
Cookies for example, also PHP sessions might not work properly. Make
sure you accept cookies from the host (also it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Diane wrote:
if a new aegir installation won't log in with the username admin and
password password
what could have wrong?
Is it possible to see or reset the login?
you can see the login in the mysql using
select username,password from user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon wrote:
Hi
Would I be able to run this configuration without midgard having
problems:
AMD Duron 1300, 128K Cache
RAM 512MB DDR-RAM
Hard Drive 60GB / 7200 RPM
Network is good but I'm worried about the Athlon only having 128K
Cache
John Habermann wrote:
Hi
Just wondering if anyone has run midgard with Apache-ssl and what there experiences are.
We are looking at setting up ssl and I thought I would ask if anyone
has any advice on
the easiest way to get midgard pages to be served through ssl. Do most
people just use
James Gifford wrote:
Hi dudes
I never did get this working.
I put the line
?$auth_conf[path_override]=;?
at the top of the ROOT element of the Aegir_master_style.
And then I also put it in my own app before Nemein Authentication.
$auth_conf[path_override]=;
Some basic things to check when aegir auth won't work:
1) Is register globals on
2) Do PHP sessions work properly
3) Do you accept cookies from the host
4) Is the Aegir host on a FQDN (Fully Qualified Domain Name, eg
host.domain.tld, this should not be a requirement anymore but it
certainly
Tarjei Huse wrote:
Btw., DB- and Webserver are two different machines. Maybe a problem?
Yes. You have to set the server adress in the midgard-lib sources and
recompile. If you feel like it, maybe file a bug (if it hasn't been
filed yet) asking to get a configuration directive for this.
4) Is the Aegir host on a FQDN (Fully Qualified Domain Name, eg
host.domain.tld, this should not be a requirement anymore but it
certainly helps dubugging to eliminate this point of failure)
Admin says yes, but maybe you could tell me how I can check this by myself?
What is the URL ?
Btw., DB-
Thorsten Suckow-Homberg wrote:
Anything needed here that could be usefull?
Configs, screenshots?
phpinfo() output from the aegir front page (you already made the change
didn't you?) would be great.
Also you could search in the code for call to auth_login and then echo
the result it returns so
Thorsten Suckow-Homberg wrote:
What is the URL ?
http://www.ABCD.com/nadmin
This should not be a probelem (it's FQDN).
/Rambo
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Where can I find this auth_login?
Right now the only script that's being fetched from the databse seems to
come out of the table page. The field name has newframeset in it and
the field title has Nadmin Studio M5 in it...
Oh, it's NAdmin M5, I though it was Aegir (silly me), Nadmin doesn't use
Thorsten Suckow-Homberg wrote:
After deciding to give Aegir a second try I get the following
repligard-error while installing Aegir:
repligard-CRITICAL **: Error in DB connection
This could mean also that the one of the username/password pairs in the
conf are wrong (there are two, one for
David Bradford wrote:
Has anyone installed Midgard/Aegir on the Cobalt RaQ version of Linux? If
so, any tips, howtos, etc.?
Someone did this once long long time ago, try digging into the archives.
/Rambo
-
To unsubscribe,
1 - 100 of 254 matches
Mail list logo