[09:37]  * rtgz is unhappy. IPv6 link with HE down :(
[11:41] <duanedesign> good day rtgz
[11:41] <rtgz> duanedesign, good day :)
[11:47] <duanedesign> rtgz: you live in Ukraine ?
[11:48] <rtgz> duanedesign, yup :)
[11:48] <duanedesign> rtgz: ahh. you have an election coming up.
[11:50] <rtgz> duanedesign, well... umm... The elections... It is more that we elect the future image of the president, not underlying program.
[11:51] <rtgz> duanedesign, btw, re INTERNAL_ERRORs - removed madwifi source tree an hour ago, waiting for it to complete its removal :)
[11:55] <duanedesign> rtgz: nice. I was going to say i had a couple of bug reports i made notes of that had 'DEBUG' logs if you needed them
[11:56] <rtgz> duanedesign, i am now reinstalling my lucid lynx vm so that I will have a more or less clean room with sufficient disk space. 2Gb of hard disk space is way too low for development environment
[11:56] <rtgz> duanedesign, btw, that evolution bug - it is already fixed in 2.29
[11:57] <duanedesign> yeah. I have been playing with LXC 'containers' seems it will a nice way to run Ubuntu within Ubuntu instead of KVM
[11:58] <duanedesign> rtgz: nice work on the Evolution bug \o/
[12:00] <rtgz> duanedesign, I got UML version running, but, since GDM in karmic and up does not provide any means not to start X server on boot, it requires some tweaks. Moreover, it needs manual kernel installation which is not that hard but I can't just grab ubuntu UML kernel and run Lucid with it...
[12:06] <rtgz> and UML kernel for lucid needs several patches from upstream kernel to be able to run...
[12:07] <rtgz> LXC... hm...
[12:31] <rtgz> ... and I need the wired connection so that I can bridge virtual machines, since WPA does not seem to play well with bridged interfaces
[15:03] <vds> hello hello Desktop+ MEETING BEGINS, you know how it works
[15:03] <teknico> I don't, what's that?
[15:04] <vds> CardinalFang Chipaca dobey jblount rodrigo_ rtgz teknico
[15:04] <rodrigo_> me
[15:05] <CardinalFang> me
[15:06] <jblount> me
[15:06] <rtgz> me
[15:06] <teknico> met meg'n'mel, meh
[15:07] <CardinalFang> ia ia!
[15:08] <CardinalFang> Cthulhu R'lyeh wgah'nagl fhtagn
[15:08] <CardinalFang> O hai, rmc.
[15:08] <rtgz> ubottu, translate CardinalFang
[15:09] <rodrigo_> CardinalFang, welsh?
[15:11] <CardinalFang> Ha.  http://en.wikipedia.org/wiki/Cthulhu  Welsh, or the language of the Ancient Ones. It looked like teknico knew it.
[15:11] <teknico> not me, no :-)
[15:12] <teknico> it wanted to be english :-)
[15:13] <rodrigo_> :)
[15:14] <rodrigo_> ok, I'll start then
[15:14] <rodrigo_> • DONE: oauthdesktop usage in music store widget.
[15:14] <rodrigo_> • TODO: Conflict resolver tool in pair tool. Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? Add jslint tests to check. Remove autosave code in notes web editor. U1 client adds back button to pages. U1 client interrogates library page to update download progress. geoip detection on server to forward to appro
[15:14] <rodrigo_> priate store
[15:14] <rodrigo_> • BLOCKED: no
[15:14] <rodrigo_> CardinalFang, go Cthulhu go
[15:15] <CardinalFang> DONE: installed music-store widget/plugin.  started investigating widget view-panel wonkiness.
[15:15] <CardinalFang> TODO: desktopcouch replication database exclusion.  store-widget view panel
[15:15] <CardinalFang> BLOCKED: None
[15:15] <CardinalFang> jblount, having come down from the mountain, tell us what you have to say.
[15:16] <jblount> DONE: Broke my lucid upgrade, reverted vm, figured out wifi at the cafe we're at
[15:16] <jblount> TODO: Work on search page, finish it.
[15:16] <jblount> BLOCKED: Nope
[15:16] <jblount> rtgz: GOGOGO
[15:16] <rtgz> DONE: Debugged Evolution backup behavior in Ubuntu%20One folder, turned out to be a duplicate.
[15:16] <rtgz> TODO: Investigate INTERNAL_ERRORs for FreeSpaceInquiry, as always they are gone when I got to them. Write more bug reports. Test PPA on lucid. Update diagnose client with something.
[15:16] <rtgz> BLOCK: none
[15:16] <rtgz> teknico: @ubuntuone$ _
[15:17] <teknico> DONE: made a branch to fix the phone setup web interface, with vds; some bug triage
[15:17] <teknico> TODO: more bug triage; more fixing the phone setup web interface; fix a user's problems accessing the contacts web IU (#506584)
[15:17] <teknico> BLOCK: none
[15:17] <teknico> next: vds
[15:17] <vds> DONE: client configuration branch up for review, started a new branch to fix a problem with the way we store phone numbers in our db
[15:17] <vds> TODO: propose the new branch
[15:17] <vds> BLOCKED: waiting for reviewers to review my last branch, reviewers plesae don;t be shy! :)
[15:18] <vds> EOM I guess, thanks!
[15:21] <rtgz> so
[15:21] <duanedesign> just came acros a bug report for: u1sync fails initializing non ascii directory
[15:21] <rtgz> who broke the notes?
[15:21] <rtgz> OOPS-ID-1494appserver71982
[15:23] <rtgz> yup, broken for both accounts - testing and live
[15:23] <rodrigo_> rtgz, what error does it show?
[15:23]  * rodrigo_ can't remember the password
[15:24] <rtgz> http://buzz.rtg.in.ua/ubuntuone-server-error.png
[15:25]  * rtgz needs to make normal www layout on his laptop...
[15:26] <rtgz> rodrigo_, ^
[15:27] <rodrigo_> rtgz, and on the oops server?
[15:28] <rtgz> rodrigo_, A username and password are being requested by https://lp-oops.canonical.com. The site says: "warthogs"...
[15:28] <rodrigo_> rtgz, ah, sorry, I thought you had access to it
[15:28] <rtgz> rodrigo_, https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-ID-1494appserver71982
[15:29] <rtgz> rodrigo_, it is now ok...
[15:29] <rtgz> hm...
[15:29] <rodrigo_> oh
[15:30] <rtgz> grrr, sorry for alarming...
[15:30] <rtgz> but that was not the original intention when I went to /notes/
[15:31] <rtgz> so, to put it short, firefox drops "secure" status once a note is selected for view/editing.
[15:31] <rtgz> This is happening because there is an external resource served via plain HTTP
[15:32] <rtgz> http://yui.yahooapis.com/2.8.0r4/build/connection/connection-min.js
[15:33] <rtgz> is it already reported against ubuntuone-servers ?
[15:33]  * rtgz sets response timeout to 5 mins, if no reponse received then a bug is reported :)
[15:36] <rodrigo_> rtgz, not that I know, so report it
[15:36] <rodrigo_> rtgz, worst case, it will be marked as duplicate :D
[15:37] <rmcbride__> rtgz: what rodrigo_ said. I just verified the behavior here too
[15:38] <rtgz> rmcbride, rodrigo_, it is not that critical, but the browser will warn about loading files over an insecure connection, which will trigger users' questions
[15:38] <rtgz> note editing is still broken :'-(
[15:44] <rodrigo_> rtgz, on the web? yes :(
[15:52] <rtgz> btw
[15:53] <rtgz> Bug 490812 - I was unable to make Chromium break UbuntuOne...
[16:04] <rtgz> duanedesign, I believe I know what is happening with bug #505402
[16:05] <rtgz> duanedesign, NetworkManager is not always able to control the network. I.e. if the network is started behind its back (simply because NM can not create it, as with this wimax driver), Network manager appears to be running and it does not detect any network.
[16:06] <rtgz> duanedesign, when ubuntuone queries NM "Are we connected?". NM says "Nope". And UbuntuOne sits waiting for network connection.
[16:07] <rtgz> What may be needed, indeed, is to control whether u1 should listen to NM or  not. I.e. [ ] Work offline in firefox (you can force it to be online) or gconf key in Empathy that controls whether connection managers should be queried
[16:09] <rtgz> dobey, currently if no NM is running then U1 connects anyway; But if it IS running then things get more complicated
[16:09] <rtgz> duanedesign, not dobey, sorry :)
[16:10] <duanedesign> rtgz: yes i am pretty well at a loss for the ones left ther. Thank you for taking a look, and thank you for educating me on posible causes
[16:10] <duanedesign> i have moved over to https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bugs
[16:10] <duanedesign> and am taking care of some of those :)
[16:12] <rtgz> duanedesign, I will update that wimax bug report
[16:12] <rtgz> duanedesign, ah
[16:12] <rtgz> duanedesign, i have already commented it :)
[16:13] <duanedesign> rtgz: oh yeah i saw that. You recommended terminating Network Manager
[16:16] <duanedesign> also Bug 501493 i was not able to reproduce without nautilus being open
[16:18] <duanedesign> bug 472630 the OP provided additional logs in DEBUG but nothing catches my attention. Might be one for someone more knowledgable than i to look at
[16:18] <duanedesign> oh nope
[16:18] <duanedesign> those logs were provided by someone else, lol
[16:29] <pygi> hi people :)
[16:29] <pygi> quick question
[16:29] <pygi> did anyone consider GSoC this year yet? :)
[16:32] <rtgz> duanedesign, i think bug 501493 _is_ related to bug 491777, one does not really need to have Nautilus to be opened _just_ then. The DBus callback will operate on the cached data which may or may not be cleaned up by nautilus at that time.
[16:33] <rtgz> duanedesign, but i can't really say much about the files disappear and reappear, this is not handled in ubuntuone plugin for nautilus for sure.
[16:49] <duanedesign> rtgz: interesting..
[17:01] <rtgz> wow. A bug day?
[17:49] <rtgz> joshuahoover, i don't think #516140 is a dup of #455544. The bug report is about the server side uid, not some kind of a problem with bandwidth settings
[17:49] <rtgz> bug #516140
[17:50] <rtgz> bug #455544
[17:51] <rtgz> WOW
[17:52] <rtgz> joshuahoover, http://buzz.rtg.in.ua/~rtg/Ubuntu_One_Files.png
[17:52] <rtgz> joshuahoover, just removed one file in the directory
[17:52] <joshuahoover> rtgz: you are correct...i didn't have a chance to review the bugs yet marked by the script looking for candidates of common dupes
[17:53] <rtgz> joshuahoover, ok, I will un-dup it and add the info I gathered :)
[17:53] <joshuahoover> rtgz: thanks!
[17:54] <joshuahoover> rtgz: not sure what you're trying to show in that screenshot
[17:54] <rtgz> joshuahoover, look at the files
[17:54] <rtgz> joshuahoover, i mean the filenames
[17:55] <rtgz> joshuahoover, this appeared when I removed one file in the directory.
[17:55] <joshuahoover> rtgz: you removed one file in the testing directory? not sure i follow
[17:55] <rtgz> joshuahoover, the file list does not seem to be cleaned up properly after item removal so duplicate file entries appear
[17:56] <joshuahoover> rtgz: the test.txt~ file?
[17:57] <joshuahoover> rtgz: ok, i'm seeing it now
[17:57] <rtgz> joshuahoover, I will capture this on video so that nobody will need to grep through the file names. All files that left in the directory got 3 twins
[17:57] <joshuahoover> rtgz: it's not apparent right away because we truncate those filenames so much
[17:58] <rtgz> joshuahoover, yep, there's a bug for that as well :)
[17:58] <joshuahoover> rtgz: yeah...ok, this dupe thing i haven't seen before...and it goes away after you refresh or no?
[17:58] <rtgz> joshuahoover, yes, it is just a client-side view problem, I guess
[18:00] <joshuahoover> rtgz: ok, strange that we haven't seen this reported before...or maybe we have and i marked it as a dupe of another (unrelated) bug! ;)
[18:01] <rtgz> joshuahoover, with 2Gb space nobody needs to remove anything :)
[18:01] <joshuahoover> rtgz: heh
[18:03] <duanedesign> ha ha
[18:09] <rtgz> joshuahoover, http://www.youtube.com/watch?v=yn7JmkUI-GQ
[18:09] <rtgz> I think this is rather bad bug, since it causes a) visible distortion of the data, b) makes user wonder about whether it is he or the system
[18:10] <joshuahoover> rtgz: cool, that might be very popular on youtube...maybe homepage material ;)
[18:10] <joshuahoover> rtgz: what did you use for the screen capture? wink? something else?
[18:10] <rtgz> joshuahoover, recordmydesktop via frontend gtk-recordmydesktop :)
[18:11] <joshuahoover> rtgz: i haven't tried that before, i've heard/read about it, just never tried it...i'll have to try it out
[18:12] <rtgz> joshuahoover, it is nice and unobtrusive, just 'record my desktop' and nothing extra aka buttons, slides, etc. :)
[18:13] <duanedesign> rtgz: i had trouble with record my desktop and compiz
[18:13] <rtgz> duanedesign, I am running w/ compiz enabled at the moment
[18:13] <duanedesign> rtgz: nice, i will have to try again.
[18:14] <duanedesign> its been a few months since i gave it a go
[18:14] <duanedesign> you guys hold the fort down ;) gotta run a few errands
[18:14] <rtgz> duanedesign, you will need to perform full shots at every frame and  set --no-frame so that the frame does not get displayed for the video
[18:14] <duanedesign> cool
[18:14] <duanedesign> thanks for the tip. Putting it in a tomboy note
[18:30] <jblount> rtgz: That is a crazy bug (the one you posted to youtube)
[18:32] <rtgz> jblount, erm... does that mean I need to remove the video?
[18:33] <jblount> rtgz: No, the video is great, I meant that it's alarming (but not all that harmful). :)
[18:34] <rtgz> jblount, ah, 'cause first joshuahoov-r said "cool, that might be very popular on youtube...maybe homepage material ;)" now you... I thought I did something wrong :)
[18:35]  * rtgz needs to find a decent ogg/theora video hosting
[18:39] <jblount> rtgz: You can upload .ogv to lp with the bug, I've done that before.
[18:40] <rtgz> jblount, hm....
[18:40] <rtgz> video.launchpad.net :)
[18:41]  * jblount puts it on his lp wishlist ;)
[18:44] <rtgz> heh, it needs to be scaled then... In case I upload it w/o any modifications
[18:46] <jblount> It'd be cool if you upload images or video and they are displayed inline with your comment on the page. I have a similar idea with previewing of content on one.ubuntu.com/files/
[18:47] <mandel> rtgz, jblount, you've tickle my curiosity, can I see the view?
[18:47] <mandel> I meant video...
[18:48] <rtgz> mandel, video is now available through Launchpad Video service ( http://launchpadlibrarian.net/38671619/LP516140%20-%20Web%20interface%20for%20ubuntu%20one%20shows%20multiple%20copies%20of%20files%20after%20delete.ogv ) and Youtube ( http://www.youtube.com/watch?v=yn7JmkUI-GQ :)
[18:50] <mandel> rtgz, whoa, thats funny hehe
[18:50] <jblount> Heh, "Launchpad Video Service"
[18:54] <mandel> I've got to say, I'm really impress with the view video idea, great way to show a visual bug
[18:55] <jblount> mandel: Agreed. rtgz found a good way to get more exposure for his bugs :)
[18:55] <rtgz> jblount, hey, I am not the original bug reporter and I can't take credit for the bug itself :-P
[18:56] <mandel> rtgz, dunnot talk you down, we are like 3 community guys here are you are the one that finds the must bugs ;)
[18:57] <rtgz> mandel, I wish I could find them before they appear...
[18:58] <mandel> rtgz, well, I think you are doing a great job so no need to worry :D
[18:58] <mandel> rtgz, look at me, I just program and file one or two bugs max
[18:58] <rtgz> mandel, I think that it is not that I find the most bugs, it is just I alarm a lot here :)
[18:59] <mandel> rtgz, not bad, is the best place to do it
[19:00] <rtgz> guys, those who are running lucid lynx - is there any rationale behind icon removal for all menus ?
[19:08] <rtgz> http://www.osnews.com/story/21935/GNOME_To_Drop_Icons_in_Buttons_Menus
[19:08] <rtgz> awesome
[20:04] <ibboT> aquarius: as is typical with these things, the problem has gone away (if you haven't guessed I'm Tom Ibbotson)
[20:05] <aquarius> ibboT, heya!
[20:05] <aquarius> ibboT, strange. Did you do anything specific to fix it?
[20:05] <aquarius> sometimes the fairies just fix it overnight :)
[20:06] <ibboT> aquarius: no, I just got back from work, checked to see if I still had the problem and I didn't
[20:06] <aquarius> ibboT, those darn fairies again :)
[20:06] <aquarius> ibboT, from the sound of it, d-bus wasn't starting couchdb, which is strange
[20:06] <aquarius> if you do the D-Bus call again, does it now give you a port number rather than an error/
[20:06] <ibboT> aquarius: yes. I do still however have the problem that my desktop-couch database is not syncing via ubuntuone
[20:07] <aquarius> ibboT, ah, if it's not syncing, that's easier to fix.
[20:07] <aquarius> ibboT, can you look in the management database in futon and see if there's a paired-server record for Ubuntu One?
[20:08] <ibboT> yep it gives me the port number
[20:08] <aquarius> (stop me if I'm assuming too much knowledge on your part here and you'd like me to break it down a but, but I got the impression that you're pretty au fait with Couch)
[20:09] <ibboT> aquarius: no, I've fiddled with it, but I'll ask if I don't understand
[20:10] <ibboT> aquarius: ok I can see a _design/ubuntu_one_pair_record
[20:11] <ibboT> aquarius: and also a record with a service_name key and value: ubuntuone
[20:12] <aquarius> ibboT, ah, that's a view to find the pair record, not the pair record itself
[20:13] <aquarius> the records in management don't have very useful names, but if you look through the ones with weird IDs (9a7dc97cad7cab09c7a09ca7c0a etc), there should be one with service_name "ubuntuone"
[20:13] <ibboT> aquarius: yeah found that
[20:14] <aquarius> ibboT, right, so you *have* a pairing record, which suggests that couch should be paired with U1
[20:14] <ibboT> aquarius: ok, so I've checked the computer I'm trying to sync with and I have a pairing record there too
[20:14] <aquarius> ibboT, do you have $HOME/.cache/desktop-couch/log/desktop-couch-replication.log ?
[20:15] <ibboT> aquarius: yes, didn't when I checked this morning, but I do now
[20:17] <aquarius> ibboT, does it contain anything that looks sensibly like either (a) replication attempts or (b) errors? :)
[20:18] <aquarius> (be careful pastebinning that file; it contains secret data like your tokens that should not be public, so don't just cut and paste it into a pastebin)
[20:19] <ibboT> aquarius: what exactly should I paste? having a hard time deciphering it
[20:20] <aquarius> ibboT, if you look at it, there'll be lines like:
[20:20] <aquarius> asking 'http://localhost:37499/' to replicate {'url': 'https://couchdb.one.ubuntu.com/u%2F3c5%2F9dc%2F21%2Fraindrop', 'auth': {'oauth': {'consumer_secret': 'hammertime', 'token': 'AAAAAAAAAAAAAAAAAAAA', 'consumer_key': 'ubuntuone', 'token_secret': 'BBBBBBBBBBBBBBBBBBBBBB'}}} to raindrop, using record {'source': {'url': 'https://couchdb.one.ubuntu.com/u%2F3c5%2F9dc%2F21%2Fraindrop', 'auth': {'oauth': {'consumer_secret': 'hammertime', 'token': 'CCCCC
[20:20] <aquarius> CCCCCCCCC', 'consumer_key': 'ubuntuone', 'token_secret': 'DDDDDDDDDDDDDDDDD'}}}, 'target': 'raindrop'}
[20:21] <aquarius> ibboT, it's the AAAAA BBBB CCCC DDDD bits that you need to not post
[20:21] <aquarius> ibboT, so, if you could copy the file into a text editor and search-and-replace those token bits for X's, you'll be safe to post the file
[20:21] <ibboT> aquarius: well it looks like it's asked to replicate the database I'm interested in
[20:21] <aquarius> (desktopcouch does this itself in the trunk release, but that's not packaged yet :))
[20:21] <ibboT> aquarius: k, I'll do that
[20:22] <aquarius> ibboT, OK. After the line about "asking SOMETHING to replicate { DATA }", there should be a "replicate result" line
[20:23] <ibboT> aquarius: yep
[20:23] <aquarius> ibboT, is it "status: 200"?
[20:23] <ibboT> aquarius: it is indeed
[20:24] <aquarius> OK, that means it successfllyreplicated...
[20:24] <aquarius> if you look above those lines, there'll be a thing saying "want to replipull 'dbname' from static host '934790347503' @ couchdb.one.ubutnu.com", I would think
[20:24] <aquarius> there should be both replipull and replipush lines
[20:25] <ibboT> aquarius: I guess the problem is probably on my other machine then...
[20:25] <aquarius> replipull means "copy stuff down from Ubuntu One to this machine", and replipush means "copy stuff on this machine up to Ubuntu One"
[20:25] <aquarius> so you can see each request that's made (both to push to Ubuntu One and to pull from Ubuntu One) and whether it was successful or not
[20:25] <ibboT> aquarius: ok, yeah I can see that
[20:26] <aquarius> that may help you to read the log on the other machine to see what's failing
[20:26] <ibboT> aquarius: ok yeah that was a replipush
[20:27] <ibboT> aquarius: I have a python traceback which says error: [Error 104] Connection reset by peer, but I can't tell yet whether it's relevant
[20:28] <aquarius> you'll occasionally see those, because of network blips. It shouldn't affect things, as replication will pick up next time -- if it happens every time then it's important, though :)
[20:28] <ibboT> aquarius: well my notes record has a 'status': '200'
[20:29] <aquarius> ok, so you should have a notes database on that computer?
[20:30] <ibboT> aquarius: yeah, but at no point is it trying to replipull the the database I'm interested in
[20:30] <aquarius> ibboT, ok, that's not supposed to happen, then
[20:31] <ibboT> aquarius: the database is called 'running' and there's no mention of it in the logs
[20:32] <aquarius> that suggests that when it gets the list of databases from ubuntu one, your db isn't in it. weird
[20:32] <aquarius> is there anything about fetching the database list?
[20:32] <aquarius> particularly about it failing?
[20:35] <ibboT> aquarius: are the tokens all the same string?
[20:36] <ibboT> aquarius: I'll search and replace them and pastebin
[20:36] <aquarius> ibboT, they should be :)
[20:40] <ibboT> aquarius: ok I've got rid of the 'token' and 'token_secret' anything else?
[20:41] <aquarius> ibboT, that should be fine, I think
[20:42] <ibboT> aquarius: ok, http://pastebin.com/m7fad28b5
[20:45]  * aquarius reads confusedly. Don't get why it isn't seeing your databsae
[20:45] <aquarius> ibboT, on the first machine, does it ever replipush the "running" database?
[20:46] <ibboT> aquarius: yes, and it gets back a status:200
[20:47] <aquarius> ibboT, this is the desktopcouch replication log from machine 2, yes/
[20:47] <aquarius> can you pastebin the log from machine1 as well?
[20:48] <aquarius> (again, replacing tokens)
[20:48] <ibboT> aquarius: just doing that now
[20:49] <ibboT> aquarius: http://pastebin.com/m382b8b88
[20:50] <aquarius> I know what some of the problem is
[20:50] <aquarius> see the dates in the log from machine 2
[20:50] <aquarius> 2009-11-26
[20:50] <aquarius> :-)
[20:50] <ibboT> aquarius: perhaps as I was having trouble with machine 1 this morning, and it has only started working.....
[20:50] <ibboT> aquarius: ah yes
[20:52] <ibboT> aquarius: so that begs the question: "why has it not tried to replicate since then?"
[20:52] <aquarius> it does indeed.
[20:52] <aquarius> has that machine been turned off at any point since then? :)
[20:53] <ibboT> aquarius: it gets turned on and off twice daily on the way to work and on the way back
[20:54] <aquarius> ok, so it's not that DC died once and hasn't been restarted
[20:54] <aquarius> mysterious.
[20:54] <aquarius> I have to disappear for an hour or so now, but I'll be back later if you're around then?
[20:54] <aquarius> it might be worth trying explicitly restarting DC on that machine (via the troubleshooting page's instructions)
[20:54] <ibboT> aquarius: maybe I'm off dancing, but might be on later, thanks for your help
[20:55] <aquarius> ibboT, no problem. We are closer to a solution, anyway :)
[20:55] <ibboT> aquarius: yeah I'll try that
[20:58] <ibboT> aquarius: that worked everything just synced
[20:59] <ibboT> aquarius: don't know why it didn't occur to me to do that in the first place
[21:49] <rtgz> finally, from IPv6. Either I am dumb or the router that sends the traffic over eth0.3 interface while keeping the address of ppp0 interface. If ppp0 is brought down then traffic starts to flow normally. If ppp is brought up again then everything is still working fine...