| VladDrac | ah, would love to be there, but no time :( | 00:00 |
|---|---|---|
| tarek | too bad | 00:00 |
| *** fcorrea has quit IRC | 00:06 | |
| *** mgedmin has joined #zope3-dev | 00:07 | |
| *** jvts has quit IRC | 00:13 | |
| *** sureshvv has quit IRC | 00:16 | |
| *** tiredbones has left #zope3-dev | 00:30 | |
| *** sm has joined #zope3-dev | 00:53 | |
| *** mgedmin has quit IRC | 00:53 | |
| sm | hi all | 00:53 |
| *** SureshZ has joined #zope3-dev | 01:13 | |
| *** stub has joined #zope3-dev | 01:51 | |
| *** yota has quit IRC | 01:52 | |
| *** roym has quit IRC | 01:59 | |
| *** whit has joined #zope3-dev | 02:21 | |
| *** whit|biz has quit IRC | 02:34 | |
| *** tarek has quit IRC | 02:45 | |
| *** MiUlEr has quit IRC | 03:11 | |
| *** palmTree has joined #zope3-dev | 03:13 | |
| *** MiUlEr has joined #zope3-dev | 03:28 | |
| *** palmTree has quit IRC | 03:30 | |
| *** bradb has quit IRC | 03:57 | |
| *** srichter has joined #zope3-dev | 03:59 | |
| *** bradb has joined #zope3-dev | 04:00 | |
| *** newpers has joined #zope3-dev | 04:16 | |
| *** bradb has quit IRC | 04:41 | |
| *** bliv has quit IRC | 04:55 | |
| *** bliv has joined #zope3-dev | 05:03 | |
| *** tav has quit IRC | 05:20 | |
| *** sm has quit IRC | 05:44 | |
| *** philiKON has joined #zope3-dev | 06:14 | |
| *** tav has joined #zope3-dev | 06:24 | |
| *** niemeyer has quit IRC | 06:40 | |
| *** bradb has joined #zope3-dev | 06:49 | |
| *** bradb has left #zope3-dev | 07:00 | |
| *** philiKON has quit IRC | 07:50 | |
| *** newpers has quit IRC | 08:07 | |
| *** sashav has quit IRC | 08:22 | |
| *** dobee has joined #zope3-dev | 08:38 | |
| *** Alef has joined #zope3-dev | 09:37 | |
| *** sashav has joined #zope3-dev | 09:47 | |
| *** tekNico has joined #zope3-dev | 10:05 | |
| *** SureshZ has left #zope3-dev | 10:15 | |
| *** yota has joined #zope3-dev | 10:17 | |
| *** MJ has quit IRC | 10:26 | |
| *** jvts has joined #zope3-dev | 10:30 | |
| *** d2m has quit IRC | 10:56 | |
| *** MJ has joined #zope3-dev | 11:00 | |
| *** ignas has joined #zope3-dev | 11:04 | |
| *** d2m has joined #zope3-dev | 11:07 | |
| andres | How am i supposed to handle object which wont have more thant dc.title attribute? Because when i want to change that object, creators is not defined. The easy thing is to do a creators=(), but that doesnt seem very elegant to me. | 11:09 |
| *** tekNico has left #zope3-dev | 11:12 | |
| *** tekNico has joined #zope3-dev | 11:15 | |
| *** tarek has joined #zope3-dev | 11:40 | |
| *** faassen has joined #zope3-dev | 11:59 | |
| *** yotaff has joined #zope3-dev | 12:06 | |
| *** regebro has joined #zope3-dev | 12:56 | |
| *** projekt01 has joined #zope3-dev | 12:58 | |
| *** alga has joined #zope3-dev | 13:03 | |
| *** andres has quit IRC | 13:12 | |
| *** mooded has joined #zope3-dev | 13:46 | |
| *** Lewy has joined #zope3-dev | 13:48 | |
| *** mkerrin has joined #zope3-dev | 13:58 | |
| Lewy | hi, anyone using jsonserver? (I try to install z3labs/cpsskins that requires that lib) | 14:03 |
| *** ChanServ sets mode: +o srichter | 14:08 | |
| *** jinty has quit IRC | 14:09 | |
| *** anguenot has joined #zope3-dev | 14:09 | |
| projekt01 | Lewy, yes | 14:10 |
| projekt01 | Lewy, just add the jsonserver package and follow the installation instruction (change the zope.conf to use HTTP+JSON) | 14:13 |
| Lewy | projekt01: I'm a z3 newbie, but I managed to install almost everything I tried. Do you have any troubles with jsonserver from trunk? It raises ConfigurationError :( | 14:13 |
| projekt01 | No | 14:13 |
| projekt01 | can you post them? | 14:13 |
| Lewy | http://paste.plone.org/218 | 14:15 |
| *** mgedmin has joined #zope3-dev | 14:16 | |
| *** regebro has quit IRC | 14:17 | |
| projekt01 | IResult is a zope.publisher interface, are you sure the z3 installation is correct? | 14:17 |
| Lewy | sure | 14:18 |
| projekt01 | Can you start z3 if you use HTTP instead of HTTP+JSON in zope.conf? | 14:18 |
| Lewy | no | 14:18 |
| projekt01 | ;-) | 14:19 |
| Lewy | but without jsonserver it runs. | 14:19 |
| projekt01 | You mean if you drop the package, z3 will start? | 14:20 |
| projekt01 | drop/remove | 14:20 |
| Lewy | it runs also with a jsonserver 1.0_beta3, but cpsskins don't work as expected | 14:20 |
| *** andres has joined #zope3-dev | 14:21 | |
| *** tarek_ has joined #zope3-dev | 14:22 | |
| projekt01 | Can you start z3 without CPSSkin? | 14:22 |
| Lewy | yes, with and without | 14:23 |
| projekt01 | I did a fresh z3 and jsonserver checkout and it works for me. But didn't use CPSSkin | 14:24 |
| projekt01 | How did you install the ZCML files from jsonserver? | 14:24 |
| Lewy | copy/paste | 14:24 |
| projekt01 | Are they located in your package-includes folder? | 14:24 |
| Lewy | yes | 14:24 |
| projekt01 | Are you using the checkout of jsonserver form http://brigadoon.hill-street.net/svn/repos/jsonserver/trunk | 14:26 |
| projekt01 | revision 113? | 14:27 |
| *** tarek has quit IRC | 14:27 | |
| projekt01 | And z3 trunk revision 38697 from svn://svn.zope.org/repos/main/Zope3/trunk | 14:28 |
| Lewy | 113 and zope from Zope-3.1.0c3.win32-py2.3.exe | 14:29 |
| *** BjornT has quit IRC | 14:29 | |
| projekt01 | Ah, can you use a fresh z3 trunk checkout and compile it. Or use the precompiled files from tim_one? | 14:30 |
| *** tarek_ has quit IRC | 14:31 | |
| projekt01 | Lewy, the trunk of jsonserver depends on changes in the z3 trunk since Zope-3.1.0c3 | 14:31 |
| *** tarek has joined #zope3-dev | 14:32 | |
| Lewy | hmm, maybe I'll try to revert to the proper revision of jsonserver | 14:32 |
| projekt01 | Ok | 14:33 |
| Lewy | it starts :) | 14:34 |
| Lewy | thanx a lot | 14:35 |
| projekt01 | np | 14:35 |
| *** andres has quit IRC | 14:40 | |
| *** tiredbones has joined #zope3-dev | 14:41 | |
| *** jinty has joined #zope3-dev | 14:51 | |
| *** MiUlEr has quit IRC | 15:06 | |
| *** niemeyer has joined #zope3-dev | 15:11 | |
| *** stub has quit IRC | 15:26 | |
| *** whit_ has joined #zope3-dev | 15:39 | |
| *** mooded has quit IRC | 15:40 | |
| yotaff | an idea of the release date of zope 3.1 ? | 15:45 |
| *** whit has quit IRC | 15:50 | |
| *** MrTopf has joined #zope3-dev | 15:54 | |
| *** andres has joined #zope3-dev | 16:00 | |
| *** bradb has joined #zope3-dev | 16:03 | |
| *** andres_ has joined #zope3-dev | 16:04 | |
| *** andres_ has quit IRC | 16:11 | |
| *** andres_ has joined #zope3-dev | 16:12 | |
| *** andres_ has quit IRC | 16:13 | |
| *** andres_ has joined #zope3-dev | 16:14 | |
| *** andres has quit IRC | 16:20 | |
| *** andres_ has quit IRC | 16:33 | |
| *** kobold has joined #zope3-dev | 16:37 | |
| *** sidnei has joined #zope3-dev | 16:51 | |
| sidnei | heya, anyone awake? | 16:52 |
| *** vlado has joined #zope3-dev | 16:54 | |
| *** regebro has joined #zope3-dev | 16:59 | |
| *** regebro has quit IRC | 17:07 | |
| *** regebro has joined #zope3-dev | 17:08 | |
| *** bradb_ has joined #zope3-dev | 17:11 | |
| *** bradb has quit IRC | 17:24 | |
| *** benji_york has joined #zope3-dev | 17:30 | |
| whit_ | hey sidnei! | 17:34 |
| sidnei | hey whit_ | 17:34 |
| *** whit_ is now known as whit | 17:34 | |
| *** Lewy has quit IRC | 17:45 | |
| *** niemeyer is now known as nie_lunch | 17:48 | |
| *** yotaff has quit IRC | 18:15 | |
| *** vlado has quit IRC | 18:20 | |
| *** jinty has quit IRC | 18:22 | |
| *** jvts has quit IRC | 18:23 | |
| tekNico | The bare Zope3 SVN trunk uses almost 50MB of resident memory right at the start, on Debian Linux and Python2.4 . | 18:32 |
| tekNico | Any simple way to cut that back? | 18:32 |
| *** sashav has quit IRC | 18:32 | |
| SteveA | tekNico: remove a bunch of package-includes | 18:34 |
| tekNico | Any hint about the worst offenders, or is it just trial-and-error? :-) | 18:35 |
| SteveA | well, is there a package-include for the wiki product? do you need to use it? | 18:35 |
| SteveA | same for other things like that | 18:36 |
| SteveA | some of the includes may depend on others, which is kinda crap, but there you go | 18:36 |
| SteveA | you'll find out when you try to start zope3 and it doesn't | 18:36 |
| *** MrTopf has quit IRC | 18:36 | |
| benji_york | or do like we do with our projects, start with an empty package-includes and build up from there | 18:36 |
| tekNico | Can I really totally empty the zopeskel/etc/package-includes dir? :-) | 18:37 |
| benji_york | yes, as long as you put one or two stratiegic "includes" in your site.zcml | 18:38 |
| tekNico | Great, thanks. | 18:39 |
| tekNico | Now for the foolhardy one... :-) | 18:40 |
| tekNico | Is there any way to dynamically load packages, in a reload-like fashion, without having to restart the process? | 18:40 |
| benji_york | http://gintas.pov.lt/darcs/z3reload/README.txt | 18:41 |
| benji_york | note that there are some pitfalls to using that, so be careful | 18:41 |
| tekNico | That looks quite useful during UI development. It only reloads views, though, so it won't help with the current problem. | 18:45 |
| SteveA | tekNico: note that if you remove all package-includes, zope3 starts up very quickly | 18:45 |
| SteveA | even faster if you don't use the zodb ;-) but that's kinda rocketscience unfortunately | 18:45 |
| tekNico | Thanks for mentioning it anyway, I'll surely use it. | 18:45 |
| * sidnei loves rocket science | 18:45 | |
| tekNico | So, the ZODB is the really real-estate grabber here? :-) | 18:46 |
| SteveA | not sure what you mean. it's more hard-wired in that it should be. i have a plan to fix it, but no spare time to actually do it :-/ | 18:46 |
| *** nie_lunch is now known as niemeyer | 18:47 | |
| benji_york | tekNico, ZODB does allocate some caches and such, I don't know how much space they take up, but it might be worth looking into if you have a memory constrained environment | 18:47 |
| tekNico | SteveA: I was still referring to the memory occupation. | 18:48 |
| SteveA | okay | 18:48 |
| tekNico | benji_york: right, maybe the cache size is configurable. | 18:48 |
| SteveA | the zodb is much less of an offender than apidoc | 18:48 |
| SteveA | apidoc is really useful, though | 18:48 |
| tekNico | I guess apidoc may not be needed, on a production server. :-) | 18:48 |
| SteveA | yep | 18:48 |
| SteveA | although, i don't know exactly how much space it frees just turning it off | 18:49 |
| SteveA | i think many of its hooks still keep metadata in memory | 18:49 |
| tekNico | I'll let you know soon. :-) | 18:49 |
| *** dobee has quit IRC | 18:51 | |
| benji_york | tekNico, python -OO might help too (removal of docstrings, specifically) | 19:02 |
| tarek | that's dangerous, code can be based on __doc__ | 19:03 |
| benji_york | not good code :) | 19:03 |
| tarek | sure :) | 19:03 |
| tarek | do you know people, what would be the best way to add introspection in xmlrpc in z3 ? | 19:07 |
| tarek | the idea is to implement this: http://xmlrpc-c.sourceforge.net/xmlrpc-howto/xmlrpc-howto-api-introspection.html | 19:08 |
| tarek | this would be to be able to list xmlrpc views methods from client | 19:09 |
| tarek | i've thaught on some kind of adapter that would get a xmlrpc view and render it with the 3 extra method | 19:10 |
| tarek | but i was wondering if it's the best way | 19:11 |
| *** bradb_ is now known as bradb | 19:12 | |
| tekNico | benji_york: thanks, that's a good one to try too. | 19:12 |
| *** kobold has left #zope3-dev | 19:20 | |
| *** sidnei has quit IRC | 19:24 | |
| *** sidnei has joined #zope3-dev | 19:28 | |
| *** palmTree has joined #zope3-dev | 19:30 | |
| *** SureshZ has joined #zope3-dev | 19:30 | |
| *** palmTree has quit IRC | 19:43 | |
| mgedmin | benji_york, zope 3 form error messages rely on __doc__ of exception classes | 19:45 |
| *** sashav has joined #zope3-dev | 19:55 | |
| tekNico | mgedmin: that sounds unclean. Was that the best way to go? | 19:55 |
| mgedmin | tekNico, that is unclean | 19:56 |
| *** SureshZ has left #zope3-dev | 19:56 | |
| *** zbir has joined #zope3-dev | 20:21 | |
| benji_york | mgedmin, we should probably fix that at some point | 20:21 |
| mgedmin | agreed | 20:24 |
| *** J1m has joined #zope3-dev | 20:26 | |
| faassen | J1m: hey. | 20:28 |
| J1m | Hey | 20:34 |
| J1m | faassen, What's up? | 20:34 |
| faassen | J1m: trying to make ip-based groups work in Zope 3.1 | 20:34 |
| faassen | J1m: and being rather frustrated. I hacked so far that I got groups added to the object correctly, and the role seems correct, it just won't work. :( | 20:35 |
| faassen | J1m: that is, groups to the principal. | 20:35 |
| faassen | it's really weird. I must be doing something stupid wrong. | 20:35 |
| J1m | I don't know. | 20:37 |
| J1m | I don't remember how that dance worked. | 20:37 |
| J1m | Off hand | 20:37 |
| faassen | yeah, well, I know groups work, somehow just my ip-based ones don't seem to get it. | 20:37 |
| J1m | so, you verified that the principal has the groups you expect? | 20:38 |
| faassen | yes. | 20:38 |
| J1m | I wonder if there is a missmatch between the group ids assigned to the principal and the group-ids you used for grants. | 20:38 |
| J1m | Did you grant roles to the groups? | 20:39 |
| faassen | yes. | 20:39 |
| faassen | the groups we're in: ['documentlibraryhere'] | 20:39 |
| faassen | the groups we need to have: [('documentlibraryhere', PermissionSetting: Allow)] | 20:39 |
| faassen | that's output from the test. :) | 20:39 |
| faassen | i.e. principal.groups | 20:40 |
| faassen | and IPrincipalRoleManager(obj).getPrincipalsForRole('myrole') | 20:40 |
| J1m | Is this failing in a test? or TTW? or both? | 20:40 |
| faassen | a functional test. and TTW. | 20:41 |
| J1m | It is suspicious that your group ids don't have prfixes. | 20:41 |
| faassen | they do have prefixes. they're just without a dot. I'm not sure whether that's zope 3 or me. | 20:42 |
| faassen | 'documentlibrary' is a prefix | 20:42 |
| J1m | ah | 20:42 |
| J1m | k | 20:42 |
| faassen | anyway, groups work in the non ip-based groups scenario, and the tests pass. | 20:42 |
| faassen | so I must be doing something weird wrong. | 20:42 |
| J1m | (I screwed up by not making the dots automatic) | 20:42 |
| J1m | Or there's some dark corner you've got lost in. | 20:43 |
| faassen | prefixes have been the bane of my life for a while, but that's a while back. :) | 20:43 |
| faassen | I mean, the principal says it has the groups I expect. | 20:43 |
| J1m | yup | 20:43 |
| J1m | I guess, at this stage, I'd step through the policy code. | 20:43 |
| faassen | yeah, I tried that. | 20:43 |
| faassen | but I don't know what to look for. | 20:43 |
| faassen | the caching stuff makes me dizzy. | 20:44 |
| J1m | Take some dramamine before starting the debugger then. | 20:44 |
| * faassen grins. | 20:44 | |
| faassen | I just don't know where the groups are checked. the code which talks about groups delivers no groups. | 20:44 |
| faassen | perhaps that's what's wrong. | 20:44 |
| J1m | Almost certainly. | 20:45 |
| J1m | There's code there for finding the groups the principal has. | 20:45 |
| faassen | yeah. | 20:45 |
| faassen | groupsFor and findGroupsFor. | 20:45 |
| faassen | anyway, amkes sense to focus on that. | 20:46 |
| J1m | I assume you have a Authenticator plugin for your groups. | 20:47 |
| J1m | I assume you have an Authenticator plugin for your groups. | 20:47 |
| J1m | right? | 20:47 |
| J1m | When finding a principals groups, the security policy has to get the closure of the groups. | 20:48 |
| faassen | hm, I think I have a bogus authenticator. | 20:48 |
| faassen | I stepped through the code and I think getPrincipal is failing. | 20:48 |
| J1m | It needs to look up group object so it can find the group's groups. | 20:48 |
| faassen | my old groups are correct. | 20:48 |
| faassen | the ip groups may be wrong. | 20:48 |
| J1m | right | 20:48 |
| J1m | so when it finds a group id on the principal for an ip group, it then tries to get the principal for the ip group. | 20:49 |
| faassen | right, I think the problem is the lack of a sensible principalInfo method on this authenticator. | 20:49 |
| J1m | Your plugin's principalInfo needs to work for that to happen. | 20:49 |
| *** jinty has joined #zope3-dev | 20:49 | |
| J1m | sounds like a good explanation. | 20:49 |
| faassen | the problem is that this authenticator is actually always delivering unauthenticated principals. | 20:50 |
| faassen | oh, wait, I didn't hook this authenticator in even. | 20:50 |
| faassen | hm.. | 20:50 |
| faassen | I didn't hook it in as I didn't think I needed it. I'm trying to add groups to unauthenticated principals. | 20:50 |
| J1m | It needs to return info for ip groups as well. | 20:50 |
| faassen | but the group needs to be looked up. nasty. | 20:50 |
| J1m | no, not nasty. | 20:51 |
| J1m | nice | 20:51 |
| J1m | :) | 20:51 |
| faassen | no, wait, I'm confusing you. | 20:51 |
| faassen | I have 1 authenticator. | 20:51 |
| SteveA | why not just have a different unauthenticated principal for each ip address range you care about? | 20:51 |
| SteveA | in a sense, the ip address is a form of weak authentication | 20:51 |
| faassen | well, I also want logged in people to have groups. | 20:52 |
| SteveA | so, you could even go for authenticated principals | 20:52 |
| faassen | based on ip addresses. | 20:52 |
| faassen | not just unauthenticated ones. | 20:52 |
| SteveA | sounds a bit strange to me | 20:52 |
| faassen | SteveA: it's not strange. the UI of the app allows you to use real groups made off logged in people, and groups out of ip addresses, to give them permission to download something. | 20:52 |
| SteveA | then again, i'm using a model of many different principals mapping to the same user | 20:53 |
| faassen | SteveA: an ip range is a collection of people, therefore, a group. :) | 20:53 |
| SteveA | you could think of it as a classification within your overall identification / authentication scheme | 20:54 |
| SteveA | if you want to | 20:54 |
| faassen | SteveA: the app's design is not going to change at this point. :) | 20:54 |
| faassen | J1m: anyway, I got confused with my authenticators. I think I added the logic to the right authenticator now. | 20:56 |
| J1m | cool | 20:56 |
| faassen | yup, the test appears to pass now. | 20:57 |
| *** J1m has quit IRC | 20:57 | |
| faassen | cool, thanks Jim | 20:57 |
| faassen | argh, the test passes but the ttw doesn't work. | 21:03 |
| *** tarek has quit IRC | 21:10 | |
| *** SureshZ has joined #zope3-dev | 21:11 | |
| *** dobee has joined #zope3-dev | 21:13 | |
| *** deo has joined #zope3-dev | 21:20 | |
| *** jinty has quit IRC | 21:25 | |
| faassen | SteveA: to get back to your proposal to use principals for ip ranges. | 21:26 |
| faassen | SteveA: unfortunately it seems Zope 3's architecture is not very amendable to what I want to do. | 21:26 |
| faassen | SteveA: so that may be the only solution. | 21:26 |
| faassen | SteveA: what I hacked up adds groups to principals after they're created, but by then the zopepolicy has already cached stuff. clearing the cache has unwanted results in either never allowing access after the first time, or always allowing it. :) | 21:27 |
| faassen | SteveA: I guess I could set it up so a new unauthenticated principal is somehow created each time.. | 21:28 |
| faassen | anyway, bye. :) | 21:29 |
| *** faassen has quit IRC | 21:29 | |
| * mgedmin wonders how many megs the zope 3 repository eats | 21:34 | |
| ignas | what happened to IPublicationRequestFactory ? | 21:41 |
| ignas | what is output_steam? and why signature of HTTPPublicationRequestFactory.__call__ is different from the one defined in the interface ? | 21:42 |
| *** menomc has joined #zope3-dev | 22:04 | |
| *** mnemoc has quit IRC | 22:04 | |
| *** tekNico has left #zope3-dev | 22:05 | |
| benji_york | ignas, the difference between the interface and the implementation is BBB | 22:05 |
| mgedmin | so which one is the future, and which one is BBB? | 22:06 |
| *** mkerrin has quit IRC | 22:07 | |
| *** menomc is now known as mnemoc | 22:08 | |
| benji_york | you can depend on the interface, not the implementation | 22:08 |
| mgedmin | good | 22:09 |
| *** bradb_ has joined #zope3-dev | 22:10 | |
| ignas | what kind of contraption is WSGIHTTPServer ? | 22:11 |
| ignas | why ServerType was not modified with all the refactoring that apparently happened to the Server code ? | 22:11 |
| ignas | it still thinks that it is geting requestFactory as a second parameter | 22:12 |
| ignas | though apparently it expects an IWSGIApplication object | 22:13 |
| ignas | and the only way to pass a custom RequestFactory is - extending WSGIPublisherApplication | 22:13 |
| ignas | because well - you are passing the application class to the ServerType(), so you can't pass anything to the constructor of WSGIPublisherApplication, though it helpfully accepts a "factory" as an argument to __init__ | 22:14 |
| ignas | oops | 22:17 |
| ignas | looked at the wrong ServerType class :/ | 22:17 |
| ignas | so some of my points are wrong ... | 22:17 |
| *** palmTree has joined #zope3-dev | 22:20 | |
| *** tvon has quit IRC | 22:20 | |
| benji_york | ignas, you'll have to ask Jim or srichter | 22:21 |
| *** bradb has quit IRC | 22:21 | |
| ignas | someone should add requestFactory to the atrgument list of zope.app.server.wsgi.ServerType so one would not have to extend the WSGIPublisherApplication just to have a different requestFactory | 22:22 |
| ignas | to the __init__ of it i mean | 22:22 |
| *** anguenot has quit IRC | 22:37 | |
| *** bradb_ is now known as bradb | 22:56 | |
| *** whit has quit IRC | 23:00 | |
| *** alga has quit IRC | 23:02 | |
| *** whit has joined #zope3-dev | 23:06 | |
| *** mgedmin has quit IRC | 23:08 | |
| *** ignas has quit IRC | 23:09 | |
| *** hazmat has joined #zope3-dev | 23:19 | |
| *** Alef has quit IRC | 23:27 | |
| *** Alef has joined #zope3-dev | 23:27 | |
| *** Alef has left #zope3-dev | 23:28 | |
| *** fdrake has joined #zope3-dev | 23:35 | |
| *** Alef has joined #zope3-dev | 23:35 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!