headers
Johan Bernhardsson | 1 Apr 08:54
Picon

Get listed as a midgard consultant

Hello,

We are a smaller consulting firm in sweden that sells midgard enabled
websites. And will launch a test servcie for our customers to build
websites on midgard/midcom on our webservers.

Is it possible to get listed on your sites as a Consultant in sweden for
Hosting and support?

If thats the case here are some info:

anykey solutions

Vistlöt kvarn
590 62 Linghem 

Phone: +46 13 732 44
Email: info@...
Web:   http://www.anykey.se

/Johan Bernhardsson

--

-- 
Linux/Security Consultant at anykey solutions

Johan Bernhardsson
Mobile: +46 707 322261
Phone:  +46 13 73244
Email:  johan@...
WWW:    http://www.anykey.se/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Torben Nehmer | 1 Apr 17:07
Gravatar

Segfault in php4 module


Hi Guys,

here we go:

It is PHP4.3, Apache 1.3.x, CVS MMP Midgard:

I run it, it segfaults:

0x45242b82 in zif_mgd_snippet (ht=1, return_value=0x8199c1c,
this_ptr=0x0, return_value_used=1)
    at /home/torben/src/midgard/src/apis/php4/preparser.c:406
406             if (rcfg->database.page && rcfg->database.page->handle
(gdb) p rcfg
$1 = (midgard_request_config *) 0x0
(gdb) bt
#0  0x45242b82 in zif_mgd_snippet (ht=1, return_value=0x8199c1c,
this_ptr=0x0, return_value_used=1)
    at /home/torben/src/midgard/src/apis/php4/preparser.c:406
#1  0x404522e3 in execute () from /usr/lib/apache/1.3/libphp4.so
#2  0x40443abb in zend_execute_scripts () from
/usr/lib/apache/1.3/libphp4.so
#3  0x40417b2f in php_execute_script () from
/usr/lib/apache/1.3/libphp4.so
#4  0x4045646e in apache_php_module_main () from
/usr/lib/apache/1.3/libphp4.so
#5  0x4045702c in apache_php_module_main () from
/usr/lib/apache/1.3/libphp4.so
#6  0x404571f1 in apache_php_module_main () from
/usr/lib/apache/1.3/libphp4.so
(Continue reading)

Permalink | Reply | 1 comment |
headers
Piotras | 2 Apr 11:01

Re: Segfault in php4 module

Torben Nehmer <torben@...> wrote:

> here we go:
> 
> It is PHP4.3, Apache 1.3.x, CVS MMP Midgard:
> 
> I run it, it segfaults:
> 
> 0x45242b82 in zif_mgd_snippet (ht=1, return_value=0x8199c1c,
> this_ptr=0x0, return_value_used=1)
>     at /home/torben/src/midgard/src/apis/php4/preparser.c:406
> 406             if (rcfg->database.page && rcfg->database.page->handle
> (gdb) p rcfg
> $1 = (midgard_request_config *) 0x0
> (gdb) bt
> #0  0x45242b82 in zif_mgd_snippet (ht=1, return_value=0x8199c1c,
> this_ptr=0x0, return_value_used=1)

I have a segfaults caused by mgd_lang from midgard.c file.
With cache turned off there is a known " No midgard request..." error.
Both errors are related to midgard structure IMO.
I have working midgard with new apache module (old MMP)
where midgard structure has no int p_lang;  int a_lang;.

Anyway , Midgard1.5 compiled with all new fatures and with preparser
works without any problems.

Piotras
Permalink | Reply | 0 comments |
headers
Torben Nehmer | 2 Apr 11:23
Gravatar

Monster Tarball


Hi Guys,

what do you think about introducing monster-tarballs including all
relevant parts of the system? I have just downloaded Midgard 1.5.0 (was
to lazy to move my cvs checkout back to the tag) and got tired
downloading five different files one at a time. One large tarball where
the complete source is in it along with the install instructions would
be more compfortable for guys like me who count the mileage of their
mouse... ;-)

Live long and prosper!
Torben Nehmer

--
Torben Nehmer, Guenzburg, Bavaria, Germany
http://www.nathan-syntronics.de, mailto:torben@...
PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc
Permalink | Reply | 12 comments |
headers
Marcin Soltysiak | 2 Apr 11:33
Picon
Gravatar

Re: Monster Tarball

> what do you think about introducing monster-tarballs including all
> relevant parts of the system? I have just downloaded Midgard 1.5.0 (was
> to lazy to move my cvs checkout back to the tag) and got tired
> downloading five different files one at a time. One large tarball where
> the complete source is in it along with the install instructions would
> be more compfortable for guys like me who count the mileage of their
> mouse... ;-)
+1

Since Migdard CMS is a CMF + Spider + Aegir + MidCOM + more I'd also add a
tarzilla consisting of all of tarballs.

Solt
Permalink | Reply | 11 comments |
headers
Henri Bergius | 2 Apr 11:43
Picon
Picon
Favicon
Gravatar

Re: Monster Tarball

Marcin Soltysiak wrote:
> +1

+1 from me too.

If this gets +5, we need to tune the makedist script ASAP to
accommodate this, and alpha3 should already use the new layout.

Shall we go mRFC with this, or is this too simple? ;-)

> Since Migdard CMS is a CMF + Spider + Aegir + MidCOM + more I'd also add a
> tarzilla consisting of all of tarballs.

Aegir, Spider and MidCOM are already in the "data" directory of
datagard in the release packages (currently in midgard-data).

> Solt

/Bergie

--

-- 
Henri Bergius                           Henri.Bergius@...
Consultant Partner                      Tel: +358-20-198 6032
Nemein Oy                               http://www.nemein.com/
Permalink | Reply | 10 comments |
headers
Piotras | 2 Apr 12:26

Re: Monster Tarball

Henri Bergius <henri.bergius@...> wrote:

> Marcin Soltysiak wrote:
> > +1
> 
> +1 from me too.

-1

> Shall we go mRFC with this, or is this too simple? ;-)

We have quite another approach.

> > Since Migdard CMS is a CMF + Spider + Aegir + MidCOM + more I'd also add a
> > tarzilla consisting of all of tarballs.

Tarbals should be consider as an option for installations.
We MUST provide packages for distribution, and we MUST do it ASAP.

> Aegir, Spider and MidCOM are already in the "data" directory of
> datagard in the release packages (currently in midgard-data).

_In relase_ only.
Our goal is to release either midgard-data or separate applications as independent packages.

After 1.6 becomes stable with datagard, there will be no other way for installing midgard pkgs 
like with datagard. So You could install Aegir 1.2 or 1.3 without need to wait if midgard-data
or midgard will become 1.7 or 1.8.

Piotras
(Continue reading)

Permalink | Reply | 9 comments |
headers
Henri Bergius | 2 Apr 12:36
Picon
Picon
Favicon
Gravatar

Re: Monster Tarball

Piotras wrote:
> Tarbals should be consider as an option for installations.
> We MUST provide packages for distribution, and we MUST do it ASAP.

Agreed fully. Midgard source installation will *never* be easy
because of all the dependencies. So only workable way for Midgard
installations are good prebuilt packages. Ultimately it should
be the Linux distributors making these packages, but that doesn't
seem to be happening.

So, we need to figure out how to get good packages made by the Midgard
community. Consider at least following platforms:
   * Debian
   * Fedora Core
   * Red Hat Enterprise Linux
   * Mandrake?
   * Mac OS X

And once we have good packages for at least two of those, showcase
the package installation as the preferred way over source install
on both the Midgard download page and installation guide.

> After 1.6 becomes stable with datagard, there will be no other way for installing midgard pkgs 
> like with datagard. So You could install Aegir 1.2 or 1.3 without need to wait if midgard-data
> or midgard will become 1.7 or 1.8.

Yep. The subprojects will still keep their own development and release
cycle, and upgrades can be done on per-package basis.

However, the question here is with defaults. Midgard-data should always
(Continue reading)

Permalink | Reply | 8 comments |
headers
Piotras | 2 Apr 12:49

Re: Monster Tarball

Henri Bergius <henri.bergius@...> wrote:

> So, we need to figure out how to get good packages made by the Midgard
> community. Consider at least following platforms:
>    * Debian

I just received mail from Debian Developer who waits for Debian packages 
and want to upload them to official. Unfortunatelly alpha became ALPHA :(

> However, the question here is with defaults. Midgard-data should always
> include the latest *stable* version of Aegir, Spider, MidCOM and
> whatever comes in the future.
> 
> But all of this has nothing to do with the question of providing
> Midgard source downloads as single tarball or multiple. I'm still
> keeping my +1 :-)

Do I really need monster tarball when database is running on one server 
and php and library on another one? 
Do I really need midgard-data in tarbal when I upgrade midgard applications
recently and installing midgard-data could downgrade my system?
Do I need Apache2 module if I use Apache1?

I think that one tarball could be good , and  we may even provide some nice way 
of compiling , but I am not sure if it is better. 

Piotras
Permalink | Reply | 3 comments |
headers
Marcin Soltysiak | 2 Apr 13:00
Picon
Gravatar

Re: Monster Tarball

> >
> > But all of this has nothing to do with the question of providing
> > Midgard source downloads as single tarball or multiple. I'm still
> > keeping my +1 :-)
>
> Do I really need monster tarball when database is running on one server
> and php and library on another one?
> Do I really need midgard-data in tarbal when I upgrade midgard
applications
> recently and installing midgard-data could downgrade my system?
> Do I need Apache2 module if I use Apache1?
>
> I think that one tarball could be good , and  we may even provide some
nice way
> of compiling , but I am not sure if it is better.

You still keep the poiny of voiew of a end-user. For end user we have to
provide an easy way with datagard and packaging, but sometimes for our own
we need to download all sources and that's why I gave +1 ..it is easier to
issue one wget comman that 10 :-)

Solt
Permalink | Reply | 2 comments |

Gmane