[DONE]Remove the Dropbox pipemenu?

thoro · 2017-11-07 10:32:35

Sorry for my late reply ... shame on me, I was in the holidays.
Martix, I "only" like the way to start/stop Dropbox. It is uncomplicated and fast and also the installation of Dropbox runs very smoothly.

martix wrote:

@thoro Ah, there is finally someone actually using it! I always wanted to ask: What feature do you like about it? I mean what for do you use dropbox? Just having a cloud storage place?

cloverskull · 2017-11-10 03:55:39

I use it daily, and love the utility, but I think something like dropbox is best served one of two ways:

We put it in the welcome script, along with other random install stuff
We make a menu of other common applications with optional installers

I throw in with the #1 crowd. My feeling about option 2 is that if we decide to do that, we should also have installer buttons for things like Steam/Skype/other random non-linux-specific ubiquitous programs that people may expect. That said, I think we'd probably attract a newer/less-experienced user base. Not saying that's a bad thing, just..sayin.

johnraff · 2017-11-10 05:18:30

Yeh for now I'm just about to start migrating the DB pipemenu installer over to bl-welcome. It's much less work than option #2.

cloverskull · 2017-11-10 06:35:03

Slightly OT - where is all this configuration stuff hosted? How are the iso's made? I.e., is it possible to contribute?

martix · 2017-11-10 18:13:43

cloverskull wrote:

I think something like dropbox is best served one of two ways:
We put it in the welcome script, along with other random install stuff
We make a menu of other common applications with optional installers

It looks there is one more way forgotten:

3. Posting a Howto in the forum for whatever a user might want to install (Steam/Skype/Spotify/Dropbox/etc.).

This may also allow to focus on relevant basic issues of a new release. On the other hand if anyone wants to use something like Skype and that user would not be able to find and follow something like a Howto-thread here in the forum, in that case this distro just might not be the best choice.

(And if an application is NOT in the repos, there is mostly a reason for that. Users are still free to install such applications on their own).

nore · 2017-11-10 21:26:57

^Agreed.

johnraff · 2017-11-11 02:11:11

cloverskull wrote:

Slightly OT - where is all this configuration stuff hosted? How are the iso's made? I.e., is it possible to contribute?

All our code is on GitHub: https://github.com/BunsenLabs
If you have any suggestions, you can raise an issue there, open a bug report in "Bug Reports" on this forum, or start a discussion here in the "Development & Suggestions" area.

If you have a patch ready, then you can follow the GitHub procedure of forking the relevant repository, making your changes and sending a Pull Request.

The isos are built using live-build: https://debian-live.alioth.debian.org/l … al.en.html

Users can also help move the project forward by joining in existing discussions in "Development & Suggestions" and responding to requests for feedback.

EDIT: Also, please install the helium-dev system and report any issues you find.

And all contributions are most welcome!

Last edited by johnraff (2017-12-09 02:45:56)

martix · 2017-12-08 23:54:08

Recently it was pointed out in a blogpost that Dropbox deliberately lied to public:

"In the Terms of Service of Dropbox, it was first stated that the files are encrypted, and that Dropbox employees are incapable of accessing your data. At some point, Dropbox mentioned that they’re doing server-side deduplication to store space. This is a compression technique where similar segments of files are only stored once. When this was mentioned, bright minds immediately realized that deduplication cannot take place unless Dropbox can determine that the files are similar, in which case they cannot be encrypted when this process happens.

Ouch!!!!!!!!

After an uproar, Dropbox changed its terms of service from employees being “incapable” of accessing client data, to employees being “not permitted” to access client data — which is an enormous difference, because it means the data is accessible to somebody walking into Dropbox offices and, say, flashing a badge. “Not permitted” counts for absolutely nothing."

Btw there is a good read in a Nextcloud blog post.

johnraff · 2017-12-09 02:47:11

I'd never take any company's assurances that my data was encrypted. If it's important, then ecrypt it yourself!

MAC the Bloody · 2017-12-09 22:06:13

martix wrote:

Recently it was pointed out in a blogpost that Dropbox deliberately lied to public:
"In the Terms of Service of Dropbox, it was first stated that the files are encrypted, and that Dropbox employees are incapable of accessing your data. At some point, Dropbox mentioned that they’re doing server-side deduplication to store space. This is a compression technique where similar segments of files are only stored once. When this was mentioned, bright minds immediately realized that deduplication cannot take place unless Dropbox can determine that the files are similar, in which case they cannot be encrypted when this process happens.
Ouch!!!!!!!!
After an uproar, Dropbox changed its terms of service from employees being “incapable” of accessing client data, to employees being “not permitted” to access client data — which is an enormous difference, because it means the data is accessible to somebody walking into Dropbox offices and, say, flashing a badge. “Not permitted” counts for absolutely nothing."
Btw there is a good read in a Nextcloud blog post.

What do you expect from a company that would have someone like Condoleezza Rice on their board of directors?

I have used the service myself but have encrypted my sensitive data before uploading it, as johnraff rightly suggests when using any such service.

martix · 2017-12-10 04:24:30

^Yes, I do agree. This is why I also mentioned cryptomator above in a post, but it's also possible to use gnome-encfs-manager. There is a good article on the background story regarding Owncloud/Nextcloud and how the later became a fork of the former. Something similar happened in case of Seafile/Syncthing.

Last edited by martix (2017-12-25 01:54:42)

martix · 2018-03-08 14:10:20

Just for the record here: I mentioned in an other post that glances had a strange Dropbox line for me and I just tried to figure out why. While searching for some hints there were really interesting articles I came across: For some users it looked like Dropbox does not delete any data ever. There were even articles about a hack with details of 68 million dropbox users, strange practices on os x and how Dropbox tries to operate affecting the kernel.

#41 2017-11-07 10:32:35

Re: [DONE]Remove the Dropbox pipemenu?

#42 2017-11-10 03:55:39

Re: [DONE]Remove the Dropbox pipemenu?

#43 2017-11-10 05:18:30

Re: [DONE]Remove the Dropbox pipemenu?

#44 2017-11-10 06:35:03

Re: [DONE]Remove the Dropbox pipemenu?

#45 2017-11-10 18:13:43

Re: [DONE]Remove the Dropbox pipemenu?

#46 2017-11-10 21:26:57

Re: [DONE]Remove the Dropbox pipemenu?

#47 2017-11-11 02:11:11

Re: [DONE]Remove the Dropbox pipemenu?

#48 2017-12-08 23:54:08

Re: [DONE]Remove the Dropbox pipemenu?

#49 2017-12-09 02:47:11

Re: [DONE]Remove the Dropbox pipemenu?

#50 2017-12-09 22:06:13

Re: [DONE]Remove the Dropbox pipemenu?

#51 2017-12-10 04:24:30

Re: [DONE]Remove the Dropbox pipemenu?

#52 2018-03-08 14:10:20

Re: [DONE]Remove the Dropbox pipemenu?

Board footer