IRC log of #zope3-dev for Wednesday, 2006-12-20

*** alga has quit IRC00:06
*** RaFromBRC|lunch has quit IRC00:08
*** droogie has quit IRC00:10
*** dunny has joined #zope3-dev00:15
*** jinty has quit IRC00:19
*** jinty has joined #zope3-dev00:19
*** jinty has quit IRC00:29
*** droogie has joined #Zope3-dev00:29
*** batlogg has quit IRC00:30
*** rocky|away is now known as rocky00:37
*** dobee has quit IRC00:39
*** J1m has quit IRC00:41
*** dobee has joined #zope3-dev00:42
*** jfroche has quit IRC00:58
*** regebro has quit IRC00:59
*** gumpa_ has joined #zope3-dev01:11
*** dobee has quit IRC01:13
*** droogie has quit IRC01:20
*** dunny has quit IRC01:24
*** gumpa has quit IRC01:24
*** jhauser has quit IRC01:35
*** yota has quit IRC01:39
*** timte has quit IRC01:55
*** tarek has joined #zope3-dev02:08
*** gumpa_ has quit IRC02:25
*** batlogg has joined #zope3-dev02:27
*** nathany has joined #zope3-dev02:28
*** rock1 has joined #zope3-dev02:47
*** rocky has quit IRC02:50
*** rocky has joined #zope3-dev03:01
*** dunny has joined #zope3-dev03:19
*** nathany has quit IRC04:02
*** niemeyer has quit IRC04:26
*** stub has joined #zope3-dev04:51
*** alecm has quit IRC05:11
*** srichter has quit IRC05:21
*** srichter has joined #zope3-dev05:43
*** droogie has joined #Zope3-dev06:19
*** droogie_ has joined #Zope3-dev06:27
*** droogie has quit IRC06:27
*** droogie_ has quit IRC06:47
*** alecm has joined #zope3-dev06:54
*** alecm has quit IRC07:31
*** alecm has joined #zope3-dev08:07
*** alecm has quit IRC08:31
*** dunny has quit IRC09:05
*** projekt01 has joined #zope3-dev09:20
*** batlogg has quit IRC09:24
*** philiKON_ has joined #zope3-dev09:29
*** pelle_ has joined #zope3-dev09:34
*** hdima has joined #zope3-dev09:36
*** philiKON has quit IRC09:36
*** pelle_ has quit IRC09:38
*** jhauser has joined #zope3-dev09:41
*** batlogg has joined #zope3-dev09:42
*** stub has quit IRC09:47
*** stu1 has joined #zope3-dev09:47
*** stu1 is now known as stub09:50
*** droogie has joined #Zope3-dev09:55
*** timte has joined #zope3-dev10:02
*** romanofski has quit IRC10:13
*** baijum has joined #zope3-dev10:13
*** romanofski has joined #zope3-dev10:13
baijumTheuni, the table format is not correct here: http://wiki.zope.org/zope3/SpringCleaning0710:15
baijumTheuni, just corrected10:17
*** jinty has joined #zope3-dev10:22
*** dobee has joined #zope3-dev10:23
timtephiliKON_: on page 122 it says that the add menu is displayed to the right, but it's to the left10:30
*** pelle_ has joined #zope3-dev10:37
Theunibaijum: i know. i'm still editing it ...10:59
Theunigive me some time to finish10:59
romanofskifinish it off Theuni :)10:59
* Theuni finishes romanofski off10:59
romanofskiheheh10:59
* Theuni kicks the stupid wiki in the nuts11:00
projekt01Who is responsible for the wiki layout/UI?11:03
baijumprojekt01, ask #zope-web11:03
projekt01baijum, I mean the new one11:04
*** henri_ has joined #zope3-dev11:07
Theunistill, zope-web should know11:10
projekt01Ah, I see, that's not only a zope3 wiki UI11:12
d2mit's only uses with the zope3 wiki atm11:12
d2ms/uses/used11:13
projekt01Ok, thanks11:13
d2mpeople, if you are about removing packages from core, could you consider removing basikskin and rotterdam from core too ? i think ZMI should be an installable application11:14
d2mit will take a bit to untangle ZMI from zope.app, but i think its worth doing it11:15
d2mand apidoc should live on its own too11:15
projekt01+1, we should only ship a server management UI with the core11:16
d2mthats what i think, and it should not be used as the default skin11:17
baijumBut this cleanup is not to reduce the size of zope core? only to remove unmaintained, unused and/or not even distributed packages11:18
projekt01it's about security11:19
*** gintas has joined #zope3-dev11:19
projekt01since we can call ++skin++MySkin/++skin++Rotterdam, we really need to remove the skin packages11:20
d2manother point: could we make the packages (loaded by package-includes) self-contained, that is could we make the packages load their own dependency files instead of relating on zope.* already loaded -- that would make it easier to create an app that installs/uninstalles packages TTW11:29
d2mor maybe there is a way to inspect packages to create a list of dependencies on the fly ?11:30
projekt01utilities/finddeps.py does this job for you11:31
d2mok, any idea, why the packages are not self-contained ?11:32
projekt01that's a part of the concept11:32
d2mi'll test my idea with finddeps, thanks11:33
*** jinty has quit IRC11:35
baijumTheuni, What about adding one more column to the table to indicate whether a package belongs to Scenario 1 or Scenario 2.  The column title can be 'Scenario' and values 1 or 2.11:37
Theunithought about that too11:37
Theuniprobably a good idea11:38
*** jinty has joined #zope3-dev11:38
projekt01I guess it's a bad desing if a package registers to much, perhaps that's a reason to split a package into a base implementation and a implementation for what it does to much.11:39
projekt01I don't think put more logic into the package management is a good idea.11:40
d2mmaybe, but atm this approach leads to just include zope.app.*11:50
d2mthe way you configure an instance to e.g. just include the apidoc package is, to remove everything from etc/package-includes, then start the instance and add step-by-step any package that is reported missing by the error traceback11:56
d2mwhat i think of is a zcml file that configures e.g. apidoc with all its dependencies and can be loaded on its own11:57
*** kobold has joined #zope3-dev12:03
*** jinty has quit IRC12:16
*** jinty has joined #zope3-dev12:19
*** danfairs has quit IRC12:25
*** opetznick has joined #zope3-dev12:36
*** niemeyer has joined #zope3-dev12:37
*** mkerrin has joined #zope3-dev13:07
*** waa has quit IRC13:12
*** waa has joined #zope3-dev13:23
*** jinty has quit IRC13:23
*** hedix has joined #zope3-dev13:25
*** jinty has joined #zope3-dev13:26
*** norro has joined #zope3-dev13:40
*** J1m has joined #zope3-dev13:50
*** jinty_ has joined #zope3-dev13:57
*** jinty has quit IRC13:58
*** HammerToe has joined #zope3-dev13:59
HammerToehi all :)13:59
HammerToewhat do people do about log rotation in z3?  AFAIK there isn't a pid file being generated?13:59
*** njoyce has joined #zope3-dev13:59
HammerToewill it re-open logfiles on a USR2 signal?14:00
*** alga has joined #zope3-dev14:00
*** njoyce has left #zope3-dev14:00
J1mHammerToe, I'm 96% sire that zdaemon supports log rotation.14:03
J1mEven though there is no pid file, zdaemon knows the pid and can send the process the appropriate command on request.14:04
J1mAlso, I'm pretty sure that zdaemon can be configured to produce a pid file.14:04
J1mzdaemon would be a very cool tool if it was adequately documented and packaged.14:05
J1msigh -- so much to do, so little time -- whimper14:05
*** ignas has joined #zope3-dev14:11
*** matth_ has joined #zope3-dev14:16
*** matth_ is now known as HammerTo_14:21
HammerTo_fell off14:21
HammerTo_jim: ok sounds good..... is zdaemon still used in Zope3? I dunno how all the parts fit together anymore with twisted14:22
*** hdima has quit IRC14:24
*** HammerToe has quit IRC14:27
*** faassen has joined #zope3-dev14:36
*** ChanServ sets mode: +o srichter14:36
*** J1m has quit IRC14:42
*** hedix has quit IRC14:43
*** hedix has joined #zope3-dev14:43
*** henri_ has quit IRC15:16
*** henri_ has joined #zope3-dev15:16
*** daniele_ is now known as daniele15:20
*** grahal has quit IRC15:24
*** jfroche has joined #zope3-dev15:30
*** grahal has joined #zope3-dev15:35
*** kobold has left #zope3-dev15:36
*** jhauser has quit IRC15:46
*** kobold has joined #zope3-dev15:54
*** jhauser has joined #zope3-dev15:59
*** baijum has quit IRC15:59
*** siren99 has joined #zope3-dev16:00
*** norro has quit IRC16:08
*** sureshvv has joined #zope3-dev16:16
*** opetznick has quit IRC16:16
*** kobold has quit IRC16:23
*** kobold has joined #zope3-dev16:26
*** stub has quit IRC16:31
*** J1m has joined #zope3-dev16:34
*** siren99 has quit IRC16:40
*** oferw has joined #zope3-dev16:41
*** redir has joined #zope3-dev16:43
*** b_52Free has joined #zope3-dev16:45
*** oferw has quit IRC16:54
*** HammerTo_ has quit IRC16:59
*** alecm has joined #zope3-dev17:00
*** b_52GM has quit IRC17:02
*** hedix has quit IRC17:16
*** hedix has joined #zope3-dev17:16
*** waa has quit IRC17:19
*** henri_ has left #zope3-dev17:20
*** rmarianski has joined #zope3-dev17:21
*** philiKON_ is now known as philiKON17:21
*** hedix has quit IRC17:22
*** hedix has joined #zope3-dev17:22
*** BjornT has quit IRC17:22
*** BjornT has joined #zope3-dev17:22
*** batlogg has quit IRC17:28
*** jfroche has quit IRC17:29
*** gintas has quit IRC17:30
*** opetznick has joined #zope3-dev17:30
*** batlogg has joined #zope3-dev17:31
*** pelle_ has joined #zope3-dev17:33
*** projekt01 has left #zope3-dev17:35
*** droogie has quit IRC17:41
*** grahal has quit IRC17:42
*** redir has quit IRC17:57
*** droogie has joined #Zope3-dev18:12
*** grahal has joined #zope3-dev18:26
*** opetznick has quit IRC18:29
*** dobee has quit IRC18:33
*** jhauser has quit IRC19:06
*** andres has joined #zope3-dev19:15
*** jhauser has joined #zope3-dev19:29
*** dobee has joined #zope3-dev19:31
*** jhauser has quit IRC19:31
*** batlogg has quit IRC19:35
*** natea is now known as natea|away19:46
*** kobold has left #zope3-dev19:49
*** hedix has quit IRC19:56
*** hedix has joined #zope3-dev19:56
*** febb is now known as febb_20:05
*** febb_ is now known as febb20:05
*** natea|away is now known as natea20:07
*** dunny has joined #zope3-dev20:08
*** oferw has joined #zope3-dev20:13
*** mgedmin has joined #zope3-dev20:17
*** opetznick has joined #zope3-dev20:18
*** oferw_ has joined #zope3-dev20:43
*** batlogg has joined #zope3-dev20:43
*** dunny has quit IRC20:47
*** dunny has joined #zope3-dev20:50
rockyfaassen: ping20:52
*** ignas has quit IRC20:59
*** oferw has quit IRC21:00
faassenrocky: pong21:04
*** hedix has quit IRC21:05
*** andres is now known as andres_swim21:05
*** natea is now known as natea|away21:06
rockyfaassen: i'm about to get into building my first buildout (zope2) and was wondering if you might not have some url pointers for getting started :)21:06
rockyor at the very minimum know of someone else on this irc channel who i could harass instead :)21:07
faassenrocky: I haven't done any zope 2 buildouts..21:13
faassenrocky: I mean, the getting started bit would be 'be sure to get a good buildout.cfg', put it in a directory, run bootstrap.py, do bin/buildout21:14
faassenrocky: if your buildout.cfg refers to recipes and so on that know about Zope 2, then you're set.21:14
rockywell i'm looking at reusing what the topp folks (openplans.net) did ... they have topp.buildout with a series of zope2 recipes ...21:16
rockyi'm also trying to worm out of them why the abandoned that particular project21:16
rockybut to no avail21:16
faassenyeah, that would be interesting to find out.21:17
faassenit'd be great to have a zope 2 buildout.21:17
faassenmuch more easy to start maintaining python-libraries as zope 2 dependencies then.21:17
rockyfaassen: if i start working on a set of recipes like this, can you think of a good svn repo to host them at? i seem to have commit privileges in most of the good ones :)21:19
*** natea|away is now known as natea21:19
faassenrocky: I think svn.zope.org would be a good place21:20
faassenrocky: you also should talk to Theuni about this.21:20
rockyoh?21:20
faassenrocky: gocept did some work on an improved zope 3 recipe.21:20
rockyoh21:20
faassenrocky: some of the basic design might carry over.21:20
faassenrocky: for generation of an instance21:20
rockyright21:20
rockyhm... what sort of toplevel namespace package should i be looking at?21:20
*** dobee has quit IRC21:20
rocky(look at using i mean)21:21
faassenrocky: z3c.recipe, I guess, though I think z3c is a sucky namespace. :)21:21
*** dobee has joined #zope3-dev21:21
rockylol21:21
faassenrocky: you could call it 'zorg', and then I'm not the one who starts with that. :)21:21
rockyright, so i guess it doesn't matter about zope2 and zope3 recipes living under the same umbrella21:21
rockyhaha21:21
faassenrocky: no, I don't think so. the Zope 3 one is called zc.somethingorotehr..I think the gocept work lives on a branch, not sure, haven't checked it out yet.21:21
faassenzc.recipe.somethingorother.21:21
rockygotcha21:22
faassenso zorg.recipe.zope2instance or something like that.21:22
faassenunless we as a community decide 'zc' stands for 'zope community' and start using tha tnamespace. ;)21:22
J1mno, please don't.21:23
J1mIt wouldn't be much of a namespace then.21:23
rockywhat i'm looking at right now are two recipes ... one for checking out zope2 and another for creating a zope2 instance based on that21:24
Theunirofl21:26
rockyhm?21:27
TheuniI guess that was the most evil but entertaining idea i heard in a long time (the one about the zc namespace)21:27
rockyoh, haha21:27
faassenTheuni: I can't claim credit for it, I forget who on the list said that. :)21:28
rockyfaassen: thinking about it... z3c represents zope3community doesn't it? kind of goes against the fact i'm doing zope2 recipes ;)21:28
faassenrocky: true.21:28
faassenrocky: so call it 'zorg'. good reason!21:28
*** RaFromBRC has joined #zope3-dev21:28
faassenrocky: you can break in zorg. 'zope organisation' :)21:28
* rocky waits for Theuni or J1m to chime in with non-controversial suggestions :)21:29
Theuniway too boring21:29
faassenzorg is non-controversial. :)21:29
faassensee, Theuni already calls it boring, so that's really non controversial. anything boring isn't controversial. :)21:30
rockyhaha21:30
Theunirocky: if you want to look at our work on the zope3 recipe, check here: http://svn.zope.org/zc.recipe.zope3instance/branches/gocept-zconf-slug-dev/21:30
rockyTheuni: cool, thanks21:32
rockyi should just create the sz.* namespace on svn.zope.org and be done with it :)21:32
Theuniwhat is sz?21:32
rockyServerZen (my company)  :)21:32
Theuniah21:32
Theunii'm kind of annoyed with the name gocept because it's pretty long for a namespace name, but doesn't abbreviate very well.21:33
rockyhaha21:34
Theunihmm. looks like deleting the server.pem and ssh key files doesn't break any tests.21:34
rockyi could always use ca.nl as the namespace package ... standing for "Canada / Newfoundland"  ;)21:34
J1mBTW, I'm thinking of moving from zc.recipe.foo to zc.foorecipe to reduce nesting.21:35
J1mfwiw21:35
rockyJ1m: yeah multi-level namespace packages are kinda sucky ... i was just poking fun21:36
rockyJ1m: so any suggestion for a toplevle namespace for me to use for adding zope2 recipes?21:38
*** alecm has quit IRC21:38
rockyon svn.zope.org21:38
*** alecm has joined #zope3-dev21:38
J1mrocky?21:39
J1mplone?21:39
faassenheh.21:39
faassenJ1m: you don't know the history of THAT one, do you? :)21:39
faassenJ1m: or do you?21:39
J1mno21:39
rockyhaha21:39
faassenJ1m: at last year's snow sprint Stephan Richter had the temerity to start a plone package21:39
faassenJ1m: and then all hell broke loose at the snow sprint.21:39
faassenJ1m: that's at least what I've heard. :)21:39
J1mlol21:40
faassenzorg.z2instancerecipe sounds sucky, I prefer zorg.recipe.z2instance :)21:41
rockyi was there, i was srichter's co-conspirator ;)21:41
faassenrocky: yeah, I had associations with you there.21:41
J1mI don't see zorg as an improvement over zope.21:42
rockyfaassen: wouldn't just zorg.recipe.zope2 be better? since it's not just about creating an instance but also downloading zope, etc21:42
J1mI don't know who the guardian of the zope namespace is these days.21:42
faassenwell, zope 3 has an instance and a software recipe.21:42
faassenone would think you would want that for zope 2.21:42
rockyfaassen: right, i would21:42
faassenone that sets up the software stuff, and then a recipe to make insatnces out of that. similarly the ZODB has a separate (very simple recipe)21:42
rockyyep21:42
J1mbtw, I'm working on a new-improved zope3 instance recipe. :)21:43
J1mI'm talking a slightly different approach.21:43
J1mI'm creating an app sercipe that sets up software that is common to all instances.21:44
faassenJ1m: new-improved beyond Theuni's new improved? Soon we'll have any many different zope 3 recipes as we have version control systems. :)21:45
rockyhaha21:46
J1mThis creates zopectl, runzope, and debugzope that require a config file to be passed.21:46
J1mThen an instance recipe that builds what this produces.21:46
TheuniI'd hope that J1m's new-improved version allows us to handle our uses cases too. Our branch is still marked as experimental.21:46
J1mso that there is less duplication between instances.21:46
J1mMy new one is experimental and very geared towars *our* needs for now.21:47
J1mI'm not sure what the best way to do this is.21:47
J1mI do think there is a lot of crust in the way we did this in the past though.21:47
TheuniThen we might want to play some darwinism ;)21:47
J1mThere may not end up being one solution that fits all situations.21:48
TheuniRight. Which puts even more interest on the question how an eggified Zope is distributed and how buildout relates to this.21:49
faassenTheuni: you mean the top-level eggified zope, right? I mean, the library bits will be eggs. :)21:52
Theuniright21:52
faassenTheuni: I would imagine a common distribution would be a 'primed' buildout. a buildout with all the eggs already there in a tarball. of course the question would be what to place in buildout.cfg :)21:52
TheuniHmm.21:53
TheuniSo that for packaging someone does a kind of pre-install stage to get all eggs downloaded etc. so someone else can just run install without network connection, right?21:53
*** gumpa has joined #zope3-dev21:54
TheuniThat feels kinda wrong.21:55
faassenTheuni: I think it's so someone can install the stuff without having to download a lot of stuff. we may skip that step; turbogears seems to do without that step just fine, though the amount of eggs we'll have is a bit beyond what they have.21:56
faassenTheuni: by the way, I have turbogears working in a buildout. :)21:56
rockyfaassen: getting back to the earlier discussion, it looks like i might go with zorg.recipe.zope2instance and zorg.recipe.zope2checkout21:56
faassen23 eggs for turbogears in this installation.21:57
rockyif there are no arguments from folks here21:57
faassenrocky: okay, looks good. :)21:57
Theuniincl. third party dependencies or something?21:57
faassenTheuni: turbogears is mostly third party dependencies. :)21:57
Theuniheh21:57
faassenthat's nose and paste and pyprotocols and kid and formencode and sqlobject etc21:57
faassenand CherryPy21:57
rockyfaassen: replace "turbogears is" with "zope should be" in your previous comment :)21:58
faassenrocky: we have a loong way to go.21:58
rockyfaassen: politically and technically :)21:58
faassenrocky: I have been looking at how to make grok do with as few a set of dependencies as possible.21:58
faassenrocky: too much still right now.21:58
rockyindeed21:58
rockyfaassen: i will probably look at apply Grok to zope2 in the near future btw21:59
rockyi am following the mailing list discussions21:59
faassenrocky: thanks to my auto-grokker work that should be easier. :)21:59
faassenrocky: it would entail replacing (or even refactoring and then subclassing!) the existing grokkers.21:59
rockyhmm21:59
faassenrocky: but that would be major cool.21:59
faassenrocky: the grokkers for the various grokked entities are now classes themselves subclassing from Grokker22:00
rockyfaassen: but i warn you, any effort i do to make Grok run on zope2 would be to make it as zope3-like as possible... i won't be as conservative as the Five project :)22:00
faassenrocky: so it should be relatively easy to refactor the various grokkers so you can subclass them for Zope 2 purposes.22:00
rockyare you looking at adopting something like genshi as the standard templating language for grok ?22:00
*** dunny has quit IRC22:00
faassenrocky: okay, that warning made no sense. the whole point of the Five project is to be as Zope 3 as possible, it just was within the constraints of the time.22:01
rockyhahaha22:01
faassenrocky: I'm looking at refactoring the template registry stuff for grok at some point so it can deal with other template languages, and trying it out with genshi.22:01
rockyfaassen: the fact that i can't use a whole bunch of zope3 widgets inside view components on zope2+five is due to the fact that the request object is just to un-zope3'ish ... i would have fixed that for long ago if someone would have left me :)22:02
rocky*left22:02
rocky*let22:02
rockylol22:02
faassenrocky: anyway, *if* you'll run into the need to make custom Zope 2 behavior, it'ls a lot easier with grokkers. *and* it's easier to reuse as much as the core grok as possible if you refactor the core grok classes a little, which you're welcome to.22:02
*** BjornT has quit IRC22:02
*** BjornT has joined #zope3-dev22:03
faassenrocky: then you would only need to subclass and add in a little bit of Five magic.22:03
rockyk, will keep that in mind22:03
faassenrocky: did someone stop you from making it a zope 3 request? :)22:03
faassenrocky: anyway, the philosophy of Five was to be as unambitious as possible for an ambitious project like that.22:03
faassenrocky: so I punted on lots of stuff early on. :)22:04
rockyhehe22:04
faassenrocky: if I'd been more ambitious it wouldn't exist. :)22:04
rockyindeed :)22:04
*** natea is now known as natea|away22:08
*** ignas has joined #zope3-dev22:11
*** yota has joined #zope3-dev22:12
TheuniJ1m: Do you remember your motivation why there are so many aliases in formlib (Field=FormField,EditForm=PageEditForm,...) and the distinction between the (XY)FormBase classes and many subclasses that seem unused and only add an interface?22:14
mgedminand many different setUp*Widgets functions?22:15
Theunii'm not that far yet ;)22:16
*** dunny has joined #zope3-dev22:26
mgedminphiliKON: love your ezmerge.py22:31
mgedminI have a few enhancements, interested in a patch?22:32
sureshvvfaassen... have some of the early Five docs/tutorials gone?22:32
faassensureshvv: I don't know, it's possible some got lost somehow.22:39
sureshvvfaassen... thats bad... could it still be in the code-speak svn?22:40
*** alga has quit IRC22:41
*** batlogg has quit IRC22:43
*** batlogg has joined #zope3-dev22:43
*** jinty_ has quit IRC22:43
*** oferw has joined #zope3-dev22:46
faassensureshvv: quite possibly, though when we carried Five itself over to svn.zope.org we didn't leave anything current out22:46
sureshvvfaassen... there was a section on views, particularly using resources with ++resources_folder++... this is gone now22:47
*** dobee has quit IRC22:48
*** dobee has joined #zope3-dev22:51
*** opetznick has quit IRC22:52
*** alecm has quit IRC22:57
*** mkerrin has quit IRC22:58
*** harobed has joined #zope3-dev23:02
*** natea|away is now known as natea23:03
*** timte has quit IRC23:09
*** sureshvv has left #zope3-dev23:13
*** mgedmin has quit IRC23:18
*** opetznick has joined #zope3-dev23:18
*** alecm has joined #zope3-dev23:19
*** opetznick has quit IRC23:20
*** faassen has quit IRC23:20
*** natea is now known as natea|busy23:28
*** RaFromBRC has quit IRC23:31
*** whit has joined #zope3-dev23:40
*** batlogg has quit IRC23:42
*** batlogg has joined #zope3-dev23:42
*** dobee has quit IRC23:49
*** harobed has quit IRC23:49
*** regebro has joined #zope3-dev23:51
*** andres_swim is now known as andres23:52
*** gumpa has quit IRC23:56
*** droogie_ has joined #Zope3-dev23:56
*** gumpa has joined #zope3-dev23:56
*** natea|busy is now known as natea23:57
*** oferw has quit IRC23:59

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!