Developer forum

Re: [midgard-dev] Ticket #1693 ma.a.asgard: when creating subtopic the topic is created to root

Marcin Sołtysiak — Tue, 16 Mar 2010 22:30:06 +0000

Dnia 2010-03-16, wto o godzinie 23:37 +0200, Arttu Manninen pisze:

It is fixed in SVN, but there should be patches released, so that the problem is fixed also on production.

Thanks.

Now, a concern:

i18n service uses cache for translation files and it is OK unless one uses flatfile for backend. Flatfile backend uses translation file path for cache key which is out of sense and cache module is unable to create cache file thoriwng non crit errors.

IMHO no use for copying files from one place to another and I tend to wrap it with checking cache backend.

OTOH, sanitizing cache filenames would also do the job. So what is the best way?

-- Marcin Sołtysiak

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Re: [midgard-dev] Ticket #1693 ma.a.asgard: when creating subtopic the topic is created to root

Arttu Manninen — Tue, 16 Mar 2010 22:00:05 +0000

It is fixed in SVN, but there should be patches released, so that the problem is fixed also on production.

On 16.3.2010 23.23, Marcin Sołtysiak wrote:

Is this still a case? I couldn't reproduce on my svn copy

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Ticket #1693 ma.a.asgard: when creating subtopic the topic is created to root

Marcin Sołtysiak — Tue, 16 Mar 2010 21:30:07 +0000

Is this still a case? I couldn't reproduce on my svn copy

-- Marcin Sołtysiak

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Re: [midgard-dev] Midgard Gatherings in Poland on 9.-11.4.2010.

Oskari Kokko — Tue, 16 Mar 2010 21:20:06 +0000

The dates are messed up because of the GMT datetime bug. So, everytime someone edits the event, times are shifted 2 hours back.

//NetBlade

----- Alkuperäinen viesti -----

Henri Bergius pisze:

Hi,

Hi!

On Tue, Mar 2, 2010 at 5:49 PM, Oskari Kokko oskari.kokko@iki.fi wrote:

The next Midgard Gathering will be held in Łódź, Poland on 9.-11.4.2010. Conference room has been reserved for Saturday and Sunday, so basicly friday is only for traveling, check in, some small talk and lots of beer. Saturday and Sunday will be big days for discussions and at least I'm planning to get back home on Monday.

Just to check, are these the correct dates? m-p.org claims Wed 7th - Fri 9th, even though traditionally we're on weekend: http://www.midgard-project.org/community/events/midgard_gathering-002/

I corrected this. It's weekend obviously. Fri 9th - Sun 11th.

Piotras
dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Re: [midgard-dev] Midgard Gatherings in Poland on 9.-11.4.2010.

Piotr Pokora — Tue, 16 Mar 2010 20:55:06 +0000

Henri Bergius pisze:

Hi,

Hi!

On Tue, Mar 2, 2010 at 5:49 PM, Oskari Kokko oskari.kokko@iki.fi wrote:

The next Midgard Gathering will be held in Łódź, Poland on 9.-11.4.2010. Conference room has been reserved for Saturday and Sunday, so basicly friday is only for traveling, check in, some small talk and lots of beer. Saturday and Sunday will be big days for discussions and at least I'm planning to get back home on Monday.

Just to check, are these the correct dates? m-p.org claims Wed 7th - Fri 9th, even though traditionally we're on weekend: http://www.midgard-project.org/community/events/midgard_gathering-002/

I corrected this. It's weekend obviously. Fri 9th - Sun 11th.

Piotras

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Re: [midgard-dev] Midgard Gatherings in Poland on 9.-11.4.2010.

Henri Bergius — Tue, 16 Mar 2010 20:30:06 +0000

Hi,

On Tue, Mar 2, 2010 at 5:49 PM, Oskari Kokko oskari.kokko@iki.fi wrote:

The next Midgard Gathering will be held in Łódź, Poland on 9.-11.4.2010. Conference room has been reserved for Saturday and Sunday, so basicly friday is only for traveling, check in, some small talk and lots of beer. Saturday and Sunday will be big days for discussions and at least I'm planning to get back home on Monday.

Just to check, are these the correct dates? m-p.org claims Wed 7th - Fri 9th, even though traditionally we're on weekend: http://www.midgard-project.org/community/events/midgard_gathering-002/

The weekend would be better for me as I may be continuing to the Linux Collaboration Summit afterwards.

-- Henri Bergius Motorcycle Adventures and Free Software http://bergie.iki.fi/

Skype: henribergius Jabber: henri.bergius@gmail.com Microblog: http://www.qaiku.com/home/bergie/

My Royal Enfield Bullet 500 is for sale, see http://www.nettimoto.com/844397

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Re: [midgard-dev] Ratatoskr and libgda

Marcin Sołtysiak — Tue, 16 Mar 2010 19:10:06 +0000

Dnia 2010-03-16, wto o godzinie 18:39 +0100, Piotr Pokora pisze:

Hi!

I managed to include latest libgda 4.0.8 in debian unstable. Which also means it'll be included in next stable Debian release. ( I think it'll migrate to testing in a week ). We must wait a bit before it can be included in Ubuntu Lucid: https://bugs.launchpad.net/ubuntu/+source/libgda4/+bug/537379

To be prepared for worse scenario, I prepared plan B - build own libgda4 packages @OBS. Also this plan B will help us to use Ratatoskr before Ubuntu Lucid is released.

http://download.opensuse.org/repositories/home:/midgardproject:/unstable/xUbuntu_9.10/

Question is here: should we still support libgda3? I really doubt MidgardQuery can be implemented for libgda3, so I would drop libgda3 dependency and focus on libgda4 only.

This way you fork from original libgda and this may bring an issue in future. Consider including plan B(a) - dropping custom libgda4 in favor of original one when it gets published in targetted distros.

My 0.03 PLN

-- Marcin Sołtysiak

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Ratatoskr and libgda

Piotr Pokora — Tue, 16 Mar 2010 17:45:05 +0000

Hi!

I managed to include latest libgda 4.0.8 in debian unstable. Which also means it'll be included in next stable Debian release. ( I think it'll migrate to testing in a week ). We must wait a bit before it can be included in Ubuntu Lucid: https://bugs.launchpad.net/ubuntu/+source/libgda4/+bug/537379

To be prepared for worse scenario, I prepared plan B - build own libgda4 packages @OBS. Also this plan B will help us to use Ratatoskr before Ubuntu Lucid is released.

http://download.opensuse.org/repositories/home:/midgardproject:/unstable/xUbuntu_9.10/

Question is here: should we still support libgda3? I really doubt MidgardQuery can be implemented for libgda3, so I would drop libgda3 dependency and focus on libgda4 only.

Then, one would be able to install and run Midgard using those distros:

Ubuntu 9.10
Ubuntu 10.4
Debian unstable
Debian testing
Maemo 5
Maybe some recent rpm based distro (FC, Suse).

I think the same applies to PHP 5.3.

Piotras

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

Re: [midgard-dev] MidgardQuery and read only results

Eero af Heurlin — Tue, 16 Mar 2010 14:30:06 +0000

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160

Piotr Pokora wrote:

Normal mode

Read only mode

Latter solution will improve performance a lot. One will be able to update object, but without any single modification, which means objects will be updated with exactly the same values which has been selected from storage.

+1 for settable mode, It might even default to read-only mode (since the wast majority of QB use cases are essentially read-only and for exceptions one can always instantiate a new full copy of the object as needed).

/Rambo

-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFLn5Nuk2FlZlXdE74RAzSbAJ9uDRgUFbleOQH5/ybYKIN8zlS12QCfQae6 6rJsVQ53ok4TUJGv+m786k0= =gzXl -----END PGP SIGNATURE-----

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev

MidgardQuery and read only results

Piotr Pokora — Tue, 16 Mar 2010 14:15:09 +0000

Hi!

MidgardQuery basic classes are more or less useful, but I found some issue. Basically, what I want to implement is to keep GDA's data model as underlying storage for queried objects' properties. It means, every property of every object will be duplicated only on demand. (Currently we set up full object whether we need it or not).

Problem is that underlying data model is not "writable". What do you think about optional read only mode for selected objects? This approach will give us two possibilities:

Normal mode We select all data for all objects, and set all properties. Later on, one is able to update/delete/whatever object.
Read only mode We select all data for all objects and initialize only objects. Property (it there's read property attempt) is taken directly from underlying resultset.

Latter solution will improve performance a lot. One will be able to update object, but without any single modification, which means objects will be updated with exactly the same values which has been selected from storage.

Piotras

dev mailing list dev@lists.midgard-project.org http://lists.midgard-project.org/mailman/listinfo/dev