Oh, I get it. You send them the DB file so they can read it, then?
You send them (logs.db and out.txt) by email to email@example.com when asking for support so that they can examine what went wrong. You may compress it first to shrink its size on email. https://support.insynchq.com/howto/cate … -log-files
^ I stand corrected then. Indeed they refer it as a "move". But I have the idea that they don't mean it literally to "move all current files/folders to a new location". I believe that they mean to "move" the location where insync should point their synced files/folders. But i may be wrong.
I don't use any DB reader. I just send them whenever required. Another way to observe errors is to launch insync from the terminal, you may do that whenever you which to check for errors.
The problem occurred when I tried to 'move' the location of my Google Drive folder on my local machine. Since I have completely removed insync...from memory, it was a pull down menu on the insync icon in the system tray extending from the default name given to Google Drive sync folder on the linux end (usually, insync uses the login id from Google Drive which can be your gmail address). The pull down menu was called 'settings' and allowed you to:
1. Change the name of the Google Drive folder
2. Change the location.
Well I believe that what you suppose to be a "move function" doesn't work that way. It doesn't mention moving anything. If I understand it correctly on menu "settings" you may specify (for a given Google account) a different/new "Google Drive folder name" and a "Google Drive folder location" on your disk. By changing it it will force (I believe) a new sync (it will download everything again) even if the new folder contains identical files/folders (in ex. a backup folder).
When you 'save the changes' it then appears to execute a 'move' of your target folder (and a rename, if you've chosen that option, too). But since I was dealing with a very large sync of 3GBytes, it locked up the system and I had no way to see progress. Worse yet, I had no guidance as to whether I should stop sync (which I tried) or continue let the system sync while I tried to make the move.
Again I don't believe a "move" is made. Probably if the new folder doesn't exist it is created and a new sync is started. I believe the insync guys are working to make it work with an existing backup folder (it will sync only changes on files/folders) but currently it requires a full sync.
I could not get insync to accept the changes since it hung each time I tried to make the change. Further, when I tried checking status at the command line (you can do that from terminal while it is running) was no use either:
$insync get_status showed 'syncing'
$insync get_account_information did show the path to the target file location and verified that a new path had not been saved
I tried quitting and restarting insync, aptitude remove/purge insync and then aptitude install insync, rebooting, etc. All the remedies I could think of with no effect.
I'm not sure what went wrong. That was clearly a situation that you should have asked for support. No data was lost (I believe) and that is a good thing. I had insync crash on me before but it always solved by restarting it.
Finally, I looked in ~.config/insync only to find that the config files and log are stored in a database and didn't want the hassle of installing a database reader and gave up.
Those logs are good for asking support. Whenever asking insync support they require you to send them those logs for examining what went wrong. I have sent them my logs on several occasions while beta testing insync and they were very supportive and always provided me explanations and/or bug fixes on newer releases.
I really don't think you should give up on insync. Better to understand what has happened and work to avoid it or correct it. And if an issue arises ask for their support to advise you. You payed it so you are entitled to it. Use it. I'm sure you'll appreciate it like I have before. It may even be the case that You've experienced a particular bug or issue and your report will help to improve it and we all benefit from it.
^ Nice to know. I'm also enjoying it. It really solved my backup/sync to drive needs and it is working wonderfully. It is actively being updated and developed further. You can get a sense of it on insync forums.
I also agree with you, It is a shame that google didn't provide a linux drive sync solution. Still, insync gives more power sync features than what google currently offers.
Hi @jotapesse, it's working great. I use your link, but I'm thinking buying it. The app it's great and I really enjoy give my support (and a little money) to the people who does great things in Linux.
Cheers, thanks for reminding me the existence of insync!
Hi! You're welcome! I'm also very happy about it. I bought it and it's working great, their support is good and they keep improving/updating it. These guys deserve it. We need more quality software like this in Linux, I surely would buy (if the price is right) them.
All of my EU clients have informed me that they are instigating new systems that removes their dependency on US-based cloud services. The Germans in particular are extremely concerned about Industrial espionage, as they invest heavily in innovation. They are right to be concerned and they are taking actions to protect their data. I would not underestimate the anger generated by the NSA revelations. Contracts won't be farmed-out to US consultancies anymore, because nobody can trust their data on US servers.
Well you have a point there. I was referring to the individuals, people in general. Governments, corporations/enterprises and other institutions/groups have those and more concerns and it's time they take it seriously. Industrial espionage is very old and the US have clearly been one of the most successful on it. The rest of the world is still catching up.
My two cents - wikis quickly become an unwieldy monster and your energies are better spent elsewhere like continuing to provide the excellent support provided here. But what about the info here getting lost amongst the threads or not being easily referenced I hear you ask?
Seriously, if you are on these forums your google-ease is already well advanced. Sit back and ask when was the last time you really couldn't find an answer to your problems quickly?
True. Wiki are the best option for how to's and guides in general, but they require dedication and supervision. Forums are an alternative, not the best layout for a guide but easier to keep. In the end, I guess it all depends on the the community and corenominal itself. We have been more forum friendly and tend to depend on Debian's, Ubuntu's and Arch's wiki and forum to complement our search for solutions. As I said earlier, a wiki only makes sense if we all support it.
I predict that the most damaging long-term effects of these revelation will be on the American economy. It will be a long, hard road to restore lost faith.
I doubt that. Modern society in the world is too dependent on technology nowadays. Who leaves the cellphone at home? We feel naked without it. Everybody pays with credit or debit card. ATM machines are everywhere, so are security cams. So I guess people in general will take that as an acceptable side effect for all the comfort they have with everyday technology (and the inherent lack of privacy). The ones that don't will probably be outsiders, living marginally on the society and pointed as strange or that "have something to hide" people.
I think a new wiki is the better option too, but if possible it should be under the crunchbang.org umbrella. The look-and-feel ought to be integrated with the forum, with links from various places, and being under the same domain would enhance its credibility with new users, and also be good for SEO fwiw. While I'm sure everyone appreciates the generosity of those offering domain names and hosting, there would be benefits for the CrunchBang project as a whole in having everything under the benevolent dictatorship of Philip Newborough.
I agree 100%! New Crunchbang wiki on crunchbang.org with integrated look and feel. Philip's supervision. A team of maintainers from the community. I'm available to help.
is there a way of reallocating the LCD ID? My HD 7950 tends to put one miniDP as 1 and then it jumps to DVI as 2 and then back to the second miniDP as 3rd monitor. can this be rearranged on xorg.conf or maybe some configuration file for AMD Panel? Everytime i fire up a application it opens it up on LCD 1 which isn't the one i prefer... because i use Windows also my monitors were set up according to its Display ID sequence, now Linux sets it differently... i presume it's probably the Cards driver that's handling these IDs?
I'm not sure but you may try to edit xorg.conf ant set the primary on the respective "monitor" section.
As per the manual
Option "Primary" "bool"
This optional entry specifies that the monitor should be treated as the primary monitor.
(RandR 1.2-supporting drivers only)
It would go int the "monitor" section of the monitor you want to be primary. In example, in this case the 0-CRT1 monitor is set as primary and positioned left of 0-DFP1. Not sure it works, try.
Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen-0" 0 0 EndSection Section "Module" EndSection Section "Monitor" Identifier "aticonfig-Monitor-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Monitor" Identifier "0-DFP1" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" Option "PreferredMode" "1920x1080" Option "TargetRefresh" "60" Option "Position" "1920 0" Option "Rotate" "normal" Option "Disable" "false" EndSection Section "Monitor" Identifier "0-CRT1" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" Option "PreferredMode" "1920x1080" Option "TargetRefresh" "60" Option "Position" "0 0" Option "Rotate" "normal" Option "Disable" "false" Option "Primary" "true" EndSection Section "Device" Identifier "aticonfig-Device-0" Driver "fglrx" Option "Monitor-DFP1" "0-DFP1" Option "Monitor-CRT1" "0-CRT1" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen-0" Device "aticonfig-Device-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Virtual 3840 1920 Depth 24 EndSubSection EndSection
^ Well I'm not sure about 3 displays and 2 cards. With 2 displays on 1 card it's easy. Using the graphical utility amdcccle you can setup multiple displays either by cloning desktops (default), separate desktops (on each display) or extended single desktop (on multiple displays). It really is a no-brainer. Have you tried changing the settings on the display managers (amdcccle)?
You can also set it up with cli utility aticonfig. If you prefer it you may look how here.
^ Yes, but what if looking at this thread and your iniciative, Corenominal feels like it's time to unfreeze the wiki and the community is motivated to maintaining it? Would the alternative still be required? Shouldn't we first try to unfreeze/start the official wiki before looking for an alternative? If Corenominal says no then alternative it must be. Just my 2 cents...