George | 20 Jun 04:17 2013
Picon

Google Docs not synchronizing

Hello,

I am having difficulties getting the Google docs data provider to work.  I am attempting to backup my docs to my Google drive account.  when I do a synchronize I am getting "Synchronization skipped" on the Google data provider.  

Here is my setup

Local Documents Folder ------------>Google Docs Account (Synchronization Options selected Always Upto date and slow sync), (Conflict & Delete options set to Ask Me What To Do)

Looking for any suggestions on how to fix this.


Thanks for all help in advanced.
_______________________________________________
conduit-list mailing list
conduit-list@...
https://mail.gnome.org/mailman/listinfo/conduit-list
fpemud | 2 Mar 15:28 2013
Picon

Re: hi, I want to join the conduit development

On 03/01/2013 01:53 AM, Alexandre Rosenfeld wrote:
Hi there,

There hasnt been any more activity in Conduit for a while. My project to make it work as a daemon was never integrated in Conduit since the mantainers stopped it's development soon after my summer of code finished. The code dump for my project can be found here (http://code.google.com/p/google-summer-of-code-2009-gnome/downloads/detail?name=Alexandre_Rosenfeld.tar.gz). I have no idea if it still fits the master branch, but you can try.

I always belived the main interface for Conduit was terrible and it was best if it was a system service instead. My project was somehow successfull, you can run Conduit without the GUI (you always could in a sense, but I fixed some problems with that).
But I also believe that the code base has rotten a lot, since many of it's dependencies have released new versions which might be incompatible now (PyGObject comes to mind).

I'm still interested in the idea of what Conduit does, but I'm not sure the code in it's current state is up to it. If you really plan to move it forward I can help you, either with the current code or the concepts behind it.

Regards,
Alexandre

Alexandre Rosenfeld


On Sun, Dec 30, 2012 at 10:59 AM, fpemud <fpemud-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
hi, I'm a software engineer. I need a sync software on linux.
After some comparison, I think conduit suits me best. But I'd like
conduit be a daemon, and i have some other requirements.

In this page: https://live.gnome.org/Conduit/SummerOfCode/Projects
I found there was already a "conduit daemon project" in 2009. Is this
project finished or dead?
I want to continue this project. Any people here can give me some guide?




Really happy to meet you! Your help is critical to me!
Is it easier to get you by this new email: alexandre.rosenfeld-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org ?

I have read some code of conduit, but I'm sorry the real work will not start recently.

Would you please help me make clear some concept of conduit project?
I think it's important to go in the right direction.

Below is my understanding of conduit project. Please correct me if I'm wrong.

I think the core philosophy of conduit is "Sync anything between any device through any media".
All of the other sync program (unison, dropbox, etc) can only synchronize files.
Although in UNIX everything is a file, we can't take this view in the area of synchronizing.
It will be great to build an open ecosystem around conduit.
The current code has already implemented the "sync anything" part by a plug-in system.

Conduit should play a role of "sync back-end", the current mainline code mixes back-end and front-end together, so "conduit daemon project" is a big step by splitting them up.
There should be many front-end, the current configuration ui (conduit-cfg-ui) should be one of them.
Some front-end may be embedded in application, like an Evolution plugin.

Administrator could create sync-group to sync system data.
Normal user could also create sync-group to sync his/her data. (how to deal priviledge? Require the user has same uid on both machines?)

Conduit should be decentralized and it already is.
(Can you tell me how does conduit implements it?)

Sync-group could be persistent or one-time.
one-time sync-group could be the back-end of "NFC sync" application.

Conduit could be used to do live-migration.
If we develop a virt-machine-live-migration plugin in which utilizes like libvirt, it can sync VM between desktop PCs.
We could also develop a plugin to do process-live-migration by Checkpoint/Restart.

Some type of sync could need application's co-operation.
Like If I live-migrate a game to another machine while the game is playing, the game should save it's state to a buffer, and conduit should start the game on the other end, sync the buffer, and restore game state by this buffer.


That all in my head now.
These are mainly about what conduit should / should not do. Conduit is a framework, so I think these are important.
Please correct me if I'm wrong, thanks!


_______________________________________________
conduit-list mailing list
conduit-list@...
https://mail.gnome.org/mailman/listinfo/conduit-list
fpemud | 19 Dec 15:12 2012
Picon

Re: Conduit Development

On 12/19/2012 05:17 PM, Mark Walton wrote:
> Hi,
>
> I am a Linux Mint user and would also like to see the Conduit
> application developed further.
> (My interest is in support for mobile devices to develop an open
> ecosystem).
>
> Unfortunately it seems that the project team are no longer present or
> working on the software.
> Most updates to the gnome.live web pages are over two years old, and
> their blogs are also dormant.
>
> I'm not clear on the best way to restart the project via gnome, or to
> make a fork and set up a new project.
>
> Some further research will be needed to get this started.
>
> Mark
>

nice to meet you!
yeah, syncing to my phone is one of my requirements too.

I think i will learn the code first, and write my thought on conduit
mail-list for discussion.
but I'm afraid it will not happen very soon.
i only have spare time, and I'm not expert on python. :(

The learning could cost me at least one month.
You're on conduit mail-list, aren't you? See you there.

Oh, I'm sure getting in touch with former developers will ease the whole
process!
Let's see if we can get them out of their hiding!
fpemud | 16 Dec 09:43 2012
Picon

hi, I want to join the conduit development

hi, I'm a software engineer. I need a sync software on linux.
After some comparison, I think conduit suits me best. But I'd like
conduit be a daemon, and i have some other requirements.

In this page: https://live.gnome.org/Conduit/SummerOfCode/Projects
I found there was already a "conduit daemon project" in 2009. Is this
project finished or dead?
I want to continue this project. Any people here can give me some guide?
Alexander Hakenjos | 26 Jan 19:47 2012
Picon

amazon S3

Hello Conduit Developers,

I just started using amazon like S3 Cloud Storage (provider : hosteurope). It seems to me being a cheap and handy way to backup or share data. Unfortunately the available Linux tools are not really satisfying to me. As I'm having used conduit for longer, I really would appreciate having S3 as DataProvider available in conduit. Unfortunatelly I'm not a bit of a software developper but I saw there has been work on S3 DataProvider. Is this still available? How can I get it? Is there any experience with it?


Best Regards


Alexander Hakenjos




--
<!-- P { color: #000000 } -->

Dr. Alexander Hakenjos
Dipl. Phys.

Geschäftsführer
HAKENJOS & WIESLER ENERGIEPROJEKTE GMBH

Hebelstr. 11
79400 Kandern
tel. +49(0)76 26 26 19 84 8
fax +49(0)32 22 99 62 98 5
mobil +49(0)17 41 72 19 29
email hakenjos-OG8HzBLjVJfDYzFEp7/yXQ@public.gmane.org

hw-energie.de

79400 Kandern
HRB 704032 Amtsgericht Freiburg


_______________________________________________
conduit-list mailing list
conduit-list@...
http://mail.gnome.org/mailman/listinfo/conduit-list
Jonathan E. Brickman | 12 Nov 15:28 2011

Missing Google E-mail provider in 0.3.17?

Greetings.  It appears that the Google E-mail provider is missing in 0.3.17, at least on Ubuntu 11 and the current Arch Linux.  Is there something I should be doing?

--
Jonathan E. Brickman
Ponderworthy Music
805 SW Jewell Ave
Topeka KS 66606-1610
jeb-qPnhSpUhsIRA1JlzN+tfjg@public.gmane.org
_______________________________________________
conduit-list mailing list
conduit-list@...
http://mail.gnome.org/mailman/listinfo/conduit-list
Christopher Baines | 25 May 16:24 2011
Picon

Network Synchronisation

Hello,

I am trying to setup Conduit to sync files and folders between my
Netbook and my PC, however when I create a Folder -> Network link on the
netbook, a "On netbook.local" menu appears on the netbook, but not the
PC. Then when I try to create a Folder -> Network link on my PC, on the
Netbook it appears, but again nothing appears on the PC.

Then if I create the sync with PC (Folder <-> Network) and Netbook
(Folder (on PC) <-> Folder), it fails to move data across, it just
creates odd file: directories.

Any ideas?

Thanks,

Chris 
_______________________________________________
conduit-list mailing list
conduit-list@...
http://mail.gnome.org/mailman/listinfo/conduit-list
John Stowers | 4 Mar 04:59 2011
Picon

Re: Question on Conduit - Recursive sync for Flickr?



On Fri, Mar 4, 2011 at 4:56 PM, Tom Szumowski <tszumowski-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
Conduit Team,

First I want to say thank you for creating such a seamless, intuitive program to handle multi-source synchronization. I am emailing about a question on usage and couldn't find any appropriate forum tied to the home page that I can post this in. Perhaps you can assist.


I am interested in synchronizing my local pictures directory with Flickr. However, I can't find a way to have it run recursively on a pictures directory.

For example I have a folder /media/pictures, with dozens of subdirectories from different events. For example /media/pictures/xmas_2010, /media/pictures/halloween_2009, etc. When I create a sync in conduit, it forces me to select an album. Then all the files are uploaded flatly to that one directory. Older (but certainly less stable and more quickly) sync software like flickrfs would associate each folder with a new "set" automatically so that the recursion is natural. Perhaps I'm missing something, but is there a way to perform this in Conduit?

Hi,

This used to work. I may look into why it does not now.

John

p.s. please send questions to conduit mailing list.
 

Thank you,

Tom

_______________________________________________
conduit-list mailing list
conduit-list@...
http://mail.gnome.org/mailman/listinfo/conduit-list
Shaun Barlow | 2 Aug 13:34 2010
Picon

(unknown)

http://grayfofy.calimerou.fr/hokywa.htmlbut i was not born yet so i said nothing

--

-- 
Shaun Barlow, flautist

email shaunbarlowmusic@...
mobile 0405 117 854
www.shaunbarlow.com
Shaun Barlow | 2 Aug 13:18 2010
Picon

(unknown)

http://sites.google.com/site/zepabyju/vopysesoAlso known as phone interview week

--

-- 
Shaun Barlow, flautist

email shaunbarlowmusic@...
mobile 0405 117 854
www.shaunbarlow.com
John Stowers | 14 Jun 12:10 2010
Picon

Re: Conduit on Jolicloud

On Mon, Jun 14, 2010 at 7:27 AM, Andrew Stormont
<astormont@...> wrote:
> Hi John,
>
> Sorry for the (very) delayed response. I think we are now at the point where
> we want to bring conduit into the picture.
>
>> Yes, but you need to define a little more by what you mean by daemon mode.
>
> What I'd like to do is split conduit into two packages so we'd have
> 'conduit'
> and 'conduit-gui' since we're going to provide our own interface.

Cool, although packaging is a distributor decision, not really up to me.

If you want to split conduit into two packages, then
 * ship the conduit/gtkui directory in the conduit-gui package (and
data, icons, etc)
 * ship everything else in the conduit-base package

>
> Our interface will be /very/ proprietary so I'm afraid we wont be able to
> give it
> back to the project but I'll be upstreaming any changes made on the conduit
> side
> - and there should be a few since we have a shed load of data-providers to
> write.

Sounds great. This is the motivation to finally commit the udev branch
that fixes iphone support and depricates HAL.

John

>
>> Done, just pushed this.
>
> Thanks.  I now have my ssh access sorted :)
>
> Andy
>
> On 29 March 2010 22:51, John Stowers <john.stowers@...> wrote:
>>
>> On Mon, Mar 29, 2010 at 3:21 PM, Andrew Stormont
>> <astormont@...> wrote:
>> > Hi John,
>> >
>> > I'm now working for Jolicloud (http://www.jolicloud.com/) and we want
>> > integrate Conduit into our OS,
>> > which I think is great... should mean some more commits from me and the
>> > team
>> > :)
>>
>> Great!
>>
>> >
>> > A couple of questions:
>> >  - Box.net - how well does it work?  We want to back users data up to
>> > box.net but it has to be reliable.
>>
>> It seems to work well (in that it passes the tests) and I just furthur
>> tested it to find it working.
>>
>> >  - Daemon mode - We want conduit to run in the background and perform
>> > backups silently, can we do this?
>>
>> Yes, but you need to define a little more by what you mean by daemon mode.
>>  - Running without the UI - yes
>>  - Running in a VT with no DISPLAY (no, maybe, this used to work but
>> seems broken in some library we use at the moment)
>>
>> Basically the DBus interface is full enought that you can start
>> conduit in daemon mode (-d) and then construct everything you need
>> over DBus (in either the GUI or hidden syncset). If you then
>> subsequently launch conduit it will show the contents of the GUI
>> syncset.
>>
>> >
>> > Regards,
>> > Andy
>>
>> John
>>
>> >
>> > PS:
>> > I also have a favor to ask: Can you possibly add me to the credits in
>> > the
>> > About Box?
>> > I forgot to do this previously and I can't do it myself until my keys
>> > have
>> > been updated.
>>
>> Done, just pushed this.
>>
>> >
>
>

Gmane