[opensuse] What is your favorite Dropbox replacement?
Hi all, Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble. Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client. Albert
Le 07/10/2018 à 17:42, Albert Oszkó a écrit :
Hi all,
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world).
what have a cloud system to do with a filesystem? anyway you can use nextcloud jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
2018. 10. 07. 18:09 keltezéssel, jdd@dodin.org írta:
Le 07/10/2018 à 17:42, Albert Oszkó a écrit :
Hi all,
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world).
what have a cloud system to do with a filesystem?
anyway you can use nextcloud
jdd
The conncetion between dropboxx and filesystem is that they won't support syncing any more onsome filesystems.
Le 07/10/2018 à 18:15, Albert Oszkó a écrit :
The conncetion between dropboxx and filesystem is that they won't support syncing any more onsome filesystems.
isn't filesystem strictly from the OS responsibility? they want to use X-attrs https://images.itnewsinfo.com/lmi/articles/grande/000000062896.jpg this shouldn't be a problem with most linux filesystems https://en.wikipedia.org/wiki/Extended_file_attributes#Linux jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 07/10/2018 à 17:42, Albert Oszkó a écrit :
Hi all,
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world).
what have a cloud system to do with a filesystem?
anyway you can use nextcloud
jdd Albert, there's already a load of detailed info out there, the main issue is not what this has to do with a filesystem, it's the fact that Dropbox ( closed ) is clearly stating it's excluding a group of it's users. Doesn't matter if
Op zondag 7 oktober 2018 18:09:58 CEST schreef jdd@dodin.org: this can be worked around. @jdd: Yes. IMHO Nextcloud ( doable on an Rpi3 with a preferably powered external disk ) atm is one of the best things around. I've got a VPS + storage at less bucks / year than my old comparable server ate in power consumption. No cloud company telling me what to use and what not. My 2 cents. -- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 07/10/2018 à 18:30, Knurpht-openSUSE a écrit :
Op zondag 7 oktober 2018 18:09:58 CEST schreef jdd@dodin.org:
Albert, there's already a load of detailed info out there, the main issue is not what this has to do with a filesystem, it's the fact that Dropbox ( closed ) is clearly stating it's excluding a group of it's users.
yes, closed source closed decision. That don't mean open source always takes users in view :-(
@jdd: Yes. IMHO Nextcloud ( doable on an Rpi3 with a preferably powered external disk ) atm is one of the best things around.
yes, and many companies do use nextcloud for a very reasonable fee if you don't want to manage it yourself see "Powering collaboration" https://nextcloud.com/ jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 07/10/2018 17:42, Albert Oszkó wrote:
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble.
Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client.
Just in case it helps: https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-use-... -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/10/2018 17.15, Liam Proven wrote:
On 07/10/2018 17:42, Albert Oszkó wrote:
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble.
Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client.
Just in case it helps:
https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-use-...
Interesting find. This is basically create a loop mounted ext4 filesystem on a file, and mount it as ~/Dropbox, instead of the previous ~/Dropbox directory. Interesting. Other combinations would then be possible, but in the end result in having to use ext4 with them. At least on the directory they use. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.0 (Legolas))
Op dinsdag 9 oktober 2018 00:30:50 CEST schreef Carlos E. R.:
On 08/10/2018 17.15, Liam Proven wrote:
On 07/10/2018 17:42, Albert Oszkó wrote:
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble.
Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client.
Just in case it helps:
https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-us e-unencrypted-ext4-workaround/ Interesting find.
This is basically create a loop mounted ext4 filesystem on a file, and mount it as ~/Dropbox, instead of the previous ~/Dropbox directory. Interesting.
Other combinations would then be possible, but in the end result in having to use ext4 with them. At least on the directory they use. And all this effort to be able to use a service, that's stated it doesn't care **** about linux users. Not even sorry, but not me. Don't want me as a customer? Clear, done. I honestly don't understand why this is such a big issue all over the web. Dropbox has been clear, they don't want / respect linux users. So, bye Dropbox. FWIW, I still had an account, which I unsubscribed from with the above reasoning. They don't care, I don't care.
-- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/10/2018 01.47, Knurpht-openSUSE wrote:
Op dinsdag 9 oktober 2018 00:30:50 CEST schreef Carlos E. R.:
On 08/10/2018 17.15, Liam Proven wrote:
On 07/10/2018 17:42, Albert Oszkó wrote:
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble.
Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client.
Just in case it helps:
https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-us e-unencrypted-ext4-workaround/ Interesting find.
This is basically create a loop mounted ext4 filesystem on a file, and mount it as ~/Dropbox, instead of the previous ~/Dropbox directory. Interesting.
Other combinations would then be possible, but in the end result in having to use ext4 with them. At least on the directory they use. And all this effort to be able to use a service, that's stated it doesn't care **** about linux users. Not even sorry, but not me. Don't want me as a customer? Clear, done. I honestly don't understand why this is such a big issue all over the web. Dropbox has been clear, they don't want / respect linux users. So, bye Dropbox. FWIW, I still had an account, which I unsubscribed from with the above reasoning. They don't care, I don't care.
I don't use it, but there are people out there that 'have' to use it. And of those a good number are affected but can make do with this "trick". For what it's worth, they also only support one of Windows filesystems of the few in existence. There are many technologies out there that Linux users have to use despite whatever company not caring. Nvidia, anyone? So yes, it is a big issue to many. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.0 (Legolas))
Op dinsdag 9 oktober 2018 03:57:07 CEST schreef Carlos E. R.:
On 09/10/2018 01.47, Knurpht-openSUSE wrote:
Op dinsdag 9 oktober 2018 00:30:50 CEST schreef Carlos E. R.:
On 08/10/2018 17.15, Liam Proven wrote:
On 07/10/2018 17:42, Albert Oszkó wrote:
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble.
Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client.
Just in case it helps:
https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-> >>> us e-unencrypted-ext4-workaround/
Interesting find.
This is basically create a loop mounted ext4 filesystem on a file, and mount it as ~/Dropbox, instead of the previous ~/Dropbox directory. Interesting.
Other combinations would then be possible, but in the end result in having to use ext4 with them. At least on the directory they use.
And all this effort to be able to use a service, that's stated it doesn't care **** about linux users. Not even sorry, but not me. Don't want me as a customer? Clear, done. I honestly don't understand why this is such a big issue all over the web. Dropbox has been clear, they don't want / respect linux users. So, bye Dropbox. FWIW, I still had an account, which I unsubscribed from with the above reasoning. They don't care, I don't care.
I don't use it, but there are people out there that 'have' to use it. And of those a good number are affected but can make do with this "trick".
OK. But why bother about what Dropbox does to you as a customer ( paying or not ) if you don't bother at all?
For what it's worth, they also only support one of Windows filesystems of the few in existence.
That IMHO should make us all drop this service a.s.a.p. Would you buy at a butcher's that declares he doesn't want you as a customer?
There are many technologies out there that Linux users have to use despite whatever company not caring. Nvidia, anyone?
That's different. NVIDIA doesn't tell you to use which filesystem. And, more and more companies do treat linux as a serious platform.
So yes, it is a big issue to many.
And an issue these many choose to stay with. -- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/10/2018 04.07, Knurpht-openSUSE wrote:
Op dinsdag 9 oktober 2018 03:57:07 CEST schreef Carlos E. R.:
On 09/10/2018 01.47, Knurpht-openSUSE wrote:
Op dinsdag 9 oktober 2018 00:30:50 CEST schreef Carlos E. R.:
On 08/10/2018 17.15, Liam Proven wrote:
On 07/10/2018 17:42, Albert Oszkó wrote:
Probably many of you got a warning from Dropbox that from this November it will only support ext4 filesystems (from the linux world). Unfortunately my two most used computers have XFS filesystem, so I am in a bit trouble.
Before moving - to my regret - to something other cloud storage, I would like to ask your opininon: how do you manage this question. Google drive would be an obvious choice, but I still do not know of a decent linux client.
Just in case it helps:
https://metabubble.net/linux/how-to-keep-using-dropbox-even-if-you-dont-> >>> us e-unencrypted-ext4-workaround/
Interesting find.
This is basically create a loop mounted ext4 filesystem on a file, and mount it as ~/Dropbox, instead of the previous ~/Dropbox directory. Interesting.
Other combinations would then be possible, but in the end result in having to use ext4 with them. At least on the directory they use.
And all this effort to be able to use a service, that's stated it doesn't care **** about linux users. Not even sorry, but not me. Don't want me as a customer? Clear, done. I honestly don't understand why this is such a big issue all over the web. Dropbox has been clear, they don't want / respect linux users. So, bye Dropbox. FWIW, I still had an account, which I unsubscribed from with the above reasoning. They don't care, I don't care.
I don't use it, but there are people out there that 'have' to use it. And of those a good number are affected but can make do with this "trick".
OK. But why bother about what Dropbox does to you as a customer ( paying or not ) if you don't bother at all?
Because it is an issue to many other people that are also openSUSE users, and we can help them. As explained on the link, there are people that *have* to use dropbox for a variety of reasons. Not necessarily their choice. Example: your company uses it. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
On 2018-10-09 04:07, Knurpht-openSUSE wrote:
That IMHO should make us all drop this service a.s.a.p. Would you buy at a butcher's that declares he doesn't want you as a customer?
Red herring. It's not what they say. And as a matter of fact. They don't support Linux. They support Ubuntu =>14.04, Fedora =>21. -- /bengan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/8/2018 6:57 PM, Carlos E. R. wrote:
On 09/10/2018 01.47, Knurpht-openSUSE wrote:
And all this effort to be able to use a service, that's stated it doesn't care **** about linux users. I honestly don't understand why this is such a big issue all over the web. Dropbox has been clear, they don't want / respect linux users. So, bye Dropbox. FWIW, I still had an account, which I unsubscribed from with the above reasoning. They don't care, I don't care.
Two answers to this: 1) some people want the challenge of working around the problem there by either forcing Dropbox to accept other files systems with the workaround (if it isn't a "hack"), OR creating further filtering on their part to disable the hack. If they do the latter, it will be clear they are preferring ext4 for some unknown/unpublished reason that they refuse to state due to contractual guidelines in some contract that in some way makes money for them by only using ext4.
I don't use it, but there are people out there that 'have' to use it. And of those a good number are affected but can make do with this "trick".
For what it's worth, they also only support one of Windows filesystems of the few in existence.
There's more than one that support Extended Attrs? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/10/2018 03.50, L A Walsh wrote:
On 10/8/2018 6:57 PM, Carlos E. R. wrote:
For what it's worth, they also only support one of Windows filesystems of the few in existence.
--- There's more than one that support Extended Attrs?
I don't know about that, sorry. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
On 11/10/2018 03:50, L A Walsh wrote:
For what it's worth, they also only support one of Windows filesystems of the few in existence.
--- There's more than one that support Extended Attrs?
Yes, several. Way back, OS2's HPFS was fully supported in NT 3.1, partly in 3.5 and 3.51, and removed from NT 4. More recently, the Dynamic Disks LVM in Windows Server 2000 and the next few versions (licensed in from Veritas) did. https://archive.is/20120529192523/http://www.techrepublic.com/whitepapers/ve... That was replaced by Storage Spaces in the Win8 timeframe: https://en.wikipedia.org/wiki/Features_new_to_Windows_8#Storage_Spaces I admit these are stretching the definition a bit, but if ZFS or Stratis count, then they sort of do... https://stratis-storage.github.io/ The very solid candidate, though, is ReFS. https://en.wikipedia.org/wiki/ReFS ReFS is a full filesystem and it supports pretty much everything that NTFS does and more. Win10 Fall Update (last year) removed the ability to create ReFS volumes from the basic mass-market editions of Win 10, though, so it's not certain if MS is going to pursue it. But it's definitely not as simple as "NT supports FAT and NTFS". Not even if you count FAT16, FAT32, VFAT and exFAT as different, which from the Linux POV they are. Present or historically supported NT filesystems are: * FAT12 * FAT16 * FAT32 * VFAT on FAT16 and FAT32 * exFAT * HPFS (discontinued) * NTFS (versions 1.0, 1.1, 1.2, 3.0 and 3.1) * ReFS The last 3 all include Extended Attributes. -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/10/2018 13.11, Liam Proven wrote:
On 11/10/2018 03:50, L A Walsh wrote:
For what it's worth, they also only support one of Windows filesystems of the few in existence.
--- There's more than one that support Extended Attrs?
Yes, several.
... Interesting :-)
But it's definitely not as simple as "NT supports FAT and NTFS". Not even if you count FAT16, FAT32, VFAT and exFAT as different, which from the Linux POV they are.
Present or historically supported NT filesystems are: * FAT12 * FAT16 * FAT32 * VFAT on FAT16 and FAT32 * exFAT * HPFS (discontinued) * NTFS (versions 1.0, 1.1, 1.2, 3.0 and 3.1) * ReFS
The last 3 all include Extended Attributes.
exFAT doesn't? I thought it did. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 13/10/2018 12:14, Carlos E. R. wrote:
Interesting :-)
Thanks! :-)
exFAT doesn't? I thought it did.
Well, TBH, I have not checked, but AFAIK *no* version of FAT does on MS OSes. OS/2 1.2 (& later) kludged EAs onto FAT with some magic hidden files with spaces in their filenames -- illegal on FAT16 before VFAT. http://www.tavi.co.uk/os2pages/eadata.html TTBOMK Windows never supported this. I've checked, since you raised it, and apparently on later editions of Windows CE (the embedded version, also the basis of Windows Phone 7.x/8.x) it exFAT supports Access Control Lists (ACLs) -- but no desktop or server version of Windows supported exFAT ACLs. - -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeNZxWlZYyNg7I0pvkm4MJhv0VBYFAlvEZLkACgkQkm4MJhv0 VBYn6w/+LE50Ez21KRpA4dlsIxSeHQbUPDh8/8iFBFUNtD1KF8BxXfroks5CSqbQ mYFIkzPMXx4igqfExjockrwrVIMSW0LDQdzPPBrGWIEHTz6bdxM8QswRUsorUxuj znFAu5G7sU7gRNCDKHEl0z9AbOMTTrGT0FlHRAxXxGnHPw1ktHz3w/ibiDz6VghQ gy/tXzpDtJvhpooN1JGMRbq4h4ToKjzNeEUh4UvTiqeNubHuSN6knIIjzp5rl2Er 92GcLfb0g64iJnin/Gva6227T+Mm4hQSxWD0R28FvnuFeNTgtw6nuC34y8Osx47S 18Rj8MNdpTgp6P9mjJU392zp81CfawyinRJtXWcucA6VQqbrrpRUdG6DkUrguRyQ aF06GKPgpJOlZBVLSoYjW+xW1v2Nz9IDuSrTdqnOkJfd24p8D3vMYBF2D8KhSqcz 0MyNM8HrB5ur8TZHf+aPF5DtIj68Isnj5HNwfPxMPu1ddwNIEGRYOPVgARadz1Jj DkpmzAeFn+XKVQc5aO1k/vtdBwFFfw1MYJ7yGcCkR/xmDmoErx17FfJgpjwhDATs B7xAInU1eAxyTOJ3Rk/XR0LIXMc5Jv/j4hhdoUWRfhLgyJTA9CJOLHBwJUw717pI cyJpdB36UiLWN+em/6C99CBITfrncW8lsonG7E8hMp3QOxzgBkI= =LE+F -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 15/10/2018 11.58, Liam Proven wrote:
On 13/10/2018 12:14, Carlos E. R. wrote:
Interesting :-)
Thanks! :-)
exFAT doesn't? I thought it did.
Well, TBH, I have not checked, but AFAIK *no* version of FAT does on MS OSes.
I had not checked, either; I simply had that idea from somewhere. Maybe thinking that being a recent filesystem it would have them. I had a look at the wikipedia article and doesn't mention it. https://en.wikipedia.org/wiki/ExFAT Then here: <https://en.wikipedia.org/wiki/Extended_file_attributes> they say: Windows NT «On Windows NT, limited-length extended attributes are supported by FAT,[19] HPFS, and NTFS. This was implemented as part of the OS/2 subsystem. They are notably used by the NFS server of the Interix POSIX subsystem in order to implement Unix-like permissions. The Windows Subsystem for Linux added in the Windows 10 Anniversary Update uses them for similar purposes, storing the Linux file mode, owner, device ID (if applicable), and file times in the extended attributes.[21] Additionally, NTFS can store arbitrary-length extended attributes in the form of alternate data streams (ADS), a type of resource fork. Plugins for the file manager Total Commander, like NTFS Descriptions [22] and QuickSearch eXtended [23] support filtering the file list by or searching for metadata contained in ADS Streams.»
OS/2 1.2 (& later) kludged EAs onto FAT with some magic hidden files with spaces in their filenames -- illegal on FAT16 before VFAT.
Notice [19] on the wikipedia excerpt above :-) Eager, Bob (2000-10-28). "Implementation of extended attributes on the FAT file system". Retrieved 2017-07-11. --> <http://www.tavi.co.uk/os2pages/eadata.html>
TTBOMK Windows never supported this. I've checked, since you raised it, and apparently on later editions of Windows CE (the embedded version, also the basis of Windows Phone 7.x/8.x) it exFAT supports Access Control Lists (ACLs) -- but no desktop or server version of Windows supported exFAT ACLs.
Curious. Side note: Your email is PGP signed, but when trying to import the key Thunderbird says: The key with ID 0x926E0C261BF45416 is not available on the keyserver. Most likely, the owner of the key did not upload their key to the keyserver. Please ask the sender of the message to send you their key by email. -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
On 15/10/2018 12:39, Carlos E. R. wrote:
Then here: <https://en.wikipedia.org/wiki/Extended_file_attributes> they say:
Windows NT
«On Windows NT, limited-length extended attributes are supported by FAT,[19] HPFS, and NTFS. This was implemented as part of the OS/2 subsystem. They are notably used by the NFS server of the Interix POSIX subsystem in order to implement Unix-like permissions. The Windows Subsystem for Linux added in the Windows 10 Anniversary Update uses them for similar purposes, storing the Linux file mode, owner, device ID (if applicable), and file times in the extended attributes.[21]
OK, fair enough. NT 3.1 and 3.5 fully supported HPFS. NT 3.51 could use it but not format disks with HPFS. NT 4 removed it completely although you could add the driver from 3.51 back in. NT 5 (Windows 2000) blocked even that. I should have allowed for that. I thought EAs on FAT only came in with OS/2 2 and later, but I checked before posting and discovered they were in OS/2 1.2 and 1.3 -- which Microsoft was involved in, so it would make sense that MS would support them in the versions of NT that supported the OS/2 Subsystem. My bad. I corrected one part of the message but not the rest.
Notice [19] on the wikipedia excerpt above :-)
Yep, that's where I got the link from, via a different route. :-)
Side note:
Your email is PGP signed, but when trying to import the key Thunderbird says:
The key with ID 0x926E0C261BF45416 is not available on the keyserver. Most likely, the owner of the key did not upload their key to the keyserver.
Please ask the sender of the message to send you their key by email.
Hm. It's on the SUSE keyserver. Which one are you using? -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 15/10/2018 12.49, Liam Proven wrote:
On 15/10/2018 12:39, Carlos E. R. wrote:
Side note:
Your email is PGP signed, but when trying to import the key Thunderbird says:
The key with ID 0x926E0C261BF45416 is not available on the keyserver. Most likely, the owner of the key did not upload their key to the keyserver.
Please ask the sender of the message to send you their key by email.
Hm. It's on the SUSE keyserver. Which one are you using?
hkps://hkps.pool.sks-keyservers.net, hkps://keys.mailvelope.com, hkps://pgp.mit.edu I see it is configured to "always use first keyserver", I'll disable that and try again. [...] No, same error. Maybe the SUSE keyserver is not connected to the rest :-? -- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 15/10/2018 14:39, Carlos E. R. wrote:
hkps://hkps.pool.sks-keyservers.net, hkps://keys.mailvelope.com, hkps://pgp.mit.edu
I see it is configured to "always use first keyserver", I'll disable that and try again. [...] No, same error.
Maybe the SUSE keyserver is not connected to the rest
It's not. It is here: https://keyserver.opensuse.org/ After I sent that reply, I wondered if I could find out myself. After some Googling, I got the same list of servers. Respectively:
hkps://hkps.pool.sks-keyservers.net,
Already there, AFAICS.
hkps://keys.mailvelope.com
Added now.
hkps://pgp.mit.edu
Just times out. So if "use first server only" wasn't on -- I've turned that setting off, too -- it should have worked. - -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeNZxWlZYyNg7I0pvkm4MJhv0VBYFAlvEkuUACgkQkm4MJhv0 VBbgsg//aqKF7H7mn0NoM0IbuPsAg4vWVNC4hx7Amclt1vaVoH7QCy2C9P6hhQQG YEONALCV0gA80QBwDxO2jm879J4fN9s6H5vwMrhN/fcaBqWLbV3e+55HEnfOMXn9 LBgsGKrM6ec0lwTqnStaEoMVR6+zk5M8YR2cxI4JZs4fSXE8Jaso8jAG2cmiHVlS P0xGpdxGkbJMrBS8NFqhvufVIWXMXb4L1KLwye1K7ssmdc1TjIAqsqQo3EAG0bBc LVA2nrHGKY43Y20euLk1iE983rXJQ7zHY/86yWe1cCtsxnmKYQVScwvwALc9XsJH WtpIB3VeyAYgD12HO3fllcHF36VRExtMSKwC8ou9jwhiESaN6eqxIV5yizF3Wj+L XCq6d7dttXqKvSVgAig6kF4K0jip2mtlR5qHUmjk2Rwb0bGxkVG127AItvP5zGox 1g3goApd1uiGaMpFHuJYXE3EPICpevN7XQWVS6nEU2z3Jd4bFnzClDjxdVsozfn9 Ql3p8cByFy/3vfVoBtkqKr0FXvnfp/rJDGxlc/xmZcvGjhN75PMLWvntNgKAbQP3 uAmwtfvK1f358U14Sq0fguC/trzi5psc89AMJt6Pk2y9M1/Xt0TCYJfTtVwQveJX JOFUsjzYwtdmNe1ZPNAov/5cvJRmfgoHOXcaP6t/8RCmoZ53Zr4= =UOEt -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 15/10/2018 15.15, Liam Proven wrote:
On 15/10/2018 14:39, Carlos E. R. wrote:
hkps://hkps.pool.sks-keyservers.net, hkps://keys.mailvelope.com, hkps://pgp.mit.edu
I see it is configured to "always use first keyserver", I'll disable that and try again. [...] No, same error.
Maybe the SUSE keyserver is not connected to the rest
It's not. It is here:
I tried: hkps://keyserver.opensuse.org/ and it also failed to download the key «The key with ID 0x926E0C261BF45416 is not available on the keyserver.» Search on the http server by hand works, but that's not what Thunderbird does to import keys automatically. However, trying the terminal now works (it did not this morning): cer@Telcontar:~> gpg --recv-keys 0x926E0C261BF45416 gpg: requesting key 1BF45416 from hkp server pgp.mit.edu gpg: key 1BF45416: public key "Liam Proven <lproven@suse.de>" imported gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: depth: 0 valid: 6 signed: 3 trust: 0-, 0q, 0n, 0m, 0f, 6u gpg: depth: 1 valid: 3 signed: 3 trust: 0-, 0q, 0n, 1m, 2f, 0u gpg: depth: 2 valid: 3 signed: 12 trust: 0-, 0q, 0n, 0m, 3f, 0u gpg: depth: 3 valid: 10 signed: 6 trust: 5-, 2q, 0n, 1m, 2f, 0u gpg: depth: 4 valid: 1 signed: 2 trust: 0-, 0q, 0n, 0m, 1f, 0u gpg: next trustdb check due at 2024-05-02 gpg: Total number processed: 1 gpg: imported: 1 (RSA: 1) cer@Telcontar:~> Once done, Thunderbird shows your mails PGP info
After I sent that reply, I wondered if I could find out myself. After some Googling, I got the same list of servers.
Respectively:
hkps://hkps.pool.sks-keyservers.net,
Already there, AFAICS.
hkps://keys.mailvelope.com
Added now.
Adding to one server in the network should suffice, the key should propagate to other servers automatically. If the openSUSE server did not propagate it, but now you added it to this one, that's the reason that the command line worked for me a minute ago. Still I wonder why Thunderbird failed to download it. Maybe because the command line uses different servers :-? keyserver hkp://keys.gnupg.net keyserver hkp://pgp.mit.edu
hkps://pgp.mit.edu
Just times out.
So if "use first server only" wasn't on -- I've turned that setting off, too -- it should have worked.
-- Cheers / Saludos, Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 15/10/2018 23:16, Carlos E. R. wrote:
Maybe the SUSE keyserver is not connected to the rest
It's not.
I should clarify this -- I meant, it's not in the Thunderbird list by default. I have added it to mine.
However, trying the terminal now works (it did not this morning):
Hmmm. Perhaps it takes time to propagate.
Once done, Thunderbird shows your mails PGP info
\o/
Adding to one server in the network should suffice, the key should propagate to other servers automatically.
I did not know that.
If the openSUSE server did not propagate it, but now you added it to this one, that's the reason that the command line worked for me a minute ago.
Could well be. I am learning today! - -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEeNZxWlZYyNg7I0pvkm4MJhv0VBYFAlvFsHMACgkQkm4MJhv0 VBZkNw/9HaPSkE6Vstc91iNurH2ZHeEeMBJodnh1K3z3zs4RxUOxc4ShwoUmf5If nVcMkUhgm74LYUc/dSVtZ+s70ljVK1MLHi65kcXp4Dcm7ea51nctp4aNzrP8UIJ/ 2eKGUBq+qUsRHIIJvCo3/F9Yw10Hf4aOhaYPQYrJZFcs4DGunqaBKinZ7zqCGeTx grwyTW6pROuidbd7U5EugTT0lZSxSEVZ/C3mxrrV0WacP8QH9kaN12s7n8QXwYnj bOMrb/GL2CiRNWucpbzXLv9bcSEa8vWvRqb0ozRnlsbV8Zal9D1kdG4mv/il3cCC ZROGOm+RSY316HwM51c+o+MQa2qU6xPOhVi/7zftoC2plYXfMNUjwLSbXHWeMWOs +mEUYEPov5sHU372dJ3NdgyyDZARXmNMW/KqXoERiPo2Vnaq2v5H1/TemwMpCaYN r/R/px4DLIt/7Vpg2ZP2BCZNx2Kkb49pEeZf839B2nTJN/avJl7FBem/x2qzjqBV Ffq9CaFg0FWJVqG/e9EjtEFPjQj38Ab29yhKT9CEe3Fin9d9oukkQUkKeCKWqVoH /llab/154IFXwx5x+TbcrCbbyjFw8uTRU/rqv1H3ViSOAtzQYv5yJNkbDESoB36/ alCCloJ6UsBrN8Wk4HJQtxxPFJeYrcaHh+ne5AyM6g0eeqH/r3w= =V5BL -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Knurpht, et al -- ...and then Knurpht-openSUSE said... % % And all this effort to be able to use a service, that's stated it doesn't care % **** about linux users. Not even sorry, but not me. Don't want me as a % customer? Clear, done. % I honestly don't understand why this is such a big issue all over the web. [snip] Just for reference, what do you use for cross-platform auto-syncing cloud storage with sharing control? I heavily use both DropBox and Drive, and both are a PITA on Linux, but I don't know of any other options. I would *love* to have something native and happy on Linux, Win, Android, and Mac (just an iMac and iPad, FWIW, in case leaving out iPhones helps) -- and that gives me some space, please, because there's never enough. Any suggestions? HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David T-G wrote:
Knurpht, et al --
...and then Knurpht-openSUSE said... % % And all this effort to be able to use a service, that's stated it doesn't care % **** about linux users. Not even sorry, but not me. Don't want me as a % customer? Clear, done. % I honestly don't understand why this is such a big issue all over the web. [snip]
Just for reference, what do you use for cross-platform auto-syncing cloud storage with sharing control? I heavily use both DropBox and Drive, and both are a PITA on Linux, but I don't know of any other options.
We offer owncloud as a service, we have a few customers who are quite happy with it. -- Per Jessen, Zürich (14.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 09/10/2018 à 04:18, David T-G a écrit :
Any suggestions?
as already said, use nextcloud, many companies offer it or you build you own jdd -- http://dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tuesday, 9 October 2018 12:48:46 ACDT David T-G wrote:
Knurpht, et al --
...and then Knurpht-openSUSE said... % % And all this effort to be able to use a service, that's stated it doesn't care % **** about linux users. Not even sorry, but not me. Don't want me as a % customer? Clear, done. % I honestly don't understand why this is such a big issue all over the web. [snip]
Just for reference, what do you use for cross-platform auto-syncing cloud storage with sharing control? I heavily use both DropBox and Drive, and both are a PITA on Linux, but I don't know of any other options. I would *love* to have something native and happy on Linux, Win, Android, and Mac (just an iMac and iPad, FWIW, in case leaving out iPhones helps) -- and that gives me some space, please, because there's never enough.
Any suggestions?
HAND
:-D
There is a native one-drive (CLI only) client/daemon under active development (but it does required you to have an M$ account to access one-drive). https://github.com/xybu/onedrived-dev -- ============================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au CCNA #CSCO12880208 ============================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Op dinsdag 9 oktober 2018 04:18:46 CEST schreef David T-G:
Knurpht, et al --
...and then Knurpht-openSUSE said... % % And all this effort to be able to use a service, that's stated it doesn't care % **** about linux users. Not even sorry, but not me. Don't want me as a % customer? Clear, done. % I honestly don't understand why this is such a big issue all over the web. [snip]
Just for reference, what do you use for cross-platform auto-syncing cloud storage with sharing control?
A VPS with Nextcloud 14, providing me with - Controlled file sharing - Calendar - Contacts - Email client - Tasks - Collaborative document editing through Collabora's CODE ( also known as Libreoffice online, works from the Files section and lets you work in the browser interface of the Nextcloud server ) - (Video / Audio) chat - loads of other apps available
I heavily use both DropBox and Drive, and both are a PITA on Linux, but I don't know of any other options. I would *love* to have something native and happy on Linux, Win, Android, and Mac
*Dav clients are available on any of these platforms, i.e. webdav, caldav, carddav. Same for file syncing: a nextcloud client ( works about the same as Dropbox, i.e. a folder on your client gets ( partially ) synced to the Nextcloud server.
(just an iMac and iPad, FWIW, in case leaving out iPhones helps) -- and that gives me some space, please, because there's never enough.
Any suggestions?
See above, plus: I've prepared following config for some friends and a small veterans sports club, all < $100 in total: - Raspberry Pi3 - 16GB SD card - External # TB disk ( last one incl. a 3TB disk from a sales offer ) - Nextcloud + apps - A (sub)domain Of these, 2 friends provided their kids with small Chromebooks, default homepage the Nextcloud instance. The sports club has Windows, Mac, Android and linux users.
HAND
:-D
Final note: Last appointment in my Google Calendar: Jan 2014, last added Contact in Google Aug 2014. At the time I ran it from my old server at home, until I found out it consumed more money in power per year than my current VPS in total. VPS ( excl added storage ) gets backed up every 4 hours ). My main folders ( docs, pics, devel, music projects e.a., ~50GB ) get synced all the time. -- Gertjan Lettink a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/10/2018 00:30, Carlos E. R. wrote:
Interesting find.
This is basically create a loop mounted ext4 filesystem on a file, and mount it as ~/Dropbox, instead of the previous ~/Dropbox directory. Interesting.
Other combinations would then be possible, but in the end result in having to use ext4 with them. At least on the directory they use.
There is also another clarification Dropbox didn't make clear: They do not support encryption on a file or directory level, but *whole-disk* encryption is fine. With whole-disk crypto, the OS doesn't "know" it is there -- as far as the kernel is concerned, everything is as normal except some weird boot stuff, so inside it, Dropbox should work. That is AIUI and apologies for any oversimplification. I have also read of a 3rd party reverse-engineered FOSS client for Dropbox on Linux, but I am unable to find it again at the moment. This will enable Dropbox access from Linux regardless of local filesystem, crypto etc. in use. The snag is that it works like GNOME 3's built-in Google Drive client. i.e., the OS makes a remote drive mapping to the remote server, over the internet. I believe it uses the GVfs layer. I have occasionally used this for Google Drive. For me it is not very helpful. What the real clients do is maintain a local cache. Local file access is to local files, and the client attempts to keep that in sync with the remote server. When you access the remote drive directly, there's no local cache. So it's very slow, and transfers of large files (±1 GB) is error-prone: an upload can take half an hour or more and it is difficult to be certain that a copy that you have uploaded is the same one that other people, using the conventional clients, will see. I encountered situations where my local upload had finished, but remote users got the old copy, and if they wrote to the file, gDrive ended up with 2 copies -- causing sync errors, pushing me over my account allowance and thus preventing further writes. Summary: it was a mess and I stopped trying. It was only usable for _fetching_ files, not for writing/pushing/uploading. -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (10)
-
Albert Oszkó -
Bengt Gördén -
Carlos E. R. -
David T-G -
jdd＠dodin.org -
Knurpht-openSUSE -
L A Walsh -
Liam Proven -
Per Jessen -
Rodney Baker