Re: [Bug 909488] Re: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide
On 23/10/12 21:05, Alfred Zhu wrote: I got the messags saying that Dropbox was running from an unsupported location after installed nautilus-dropbox from ubuntu repository. I clicked Don't ask again and it seems that Dropbox was running as intended. I just want to make sure Dropbox really works properly if I ignored the message. To be honest I prefer installing all software from ubuntu repository in order to keep the consistency of package management system. So even if I know Dropox officially provides deb installer and newer releases,I don't want to choose it. Don't worry, the Dropbox package from the repositories is OK. Choosing Don't Ask Again will install the Dropbox client universally for the whole system as this is in conformity with the Ubuntu package management, as opposed to the upstream package which installs the client individually per user. Auto-update is disabled. If you want to have the latest version; when a new one comes out from here https://www.dropbox.com/release_notes https://www.dropbox.com/release_notes, just type in a terminal or run a command (Alt+F2) gksudo dropbox update, without the quotes, then enter your password and that's it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/909488 Title: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-dropbox/+bug/909488/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 909488] Re: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide
Hi, On Mon, 20 Aug 2012, Jakob Unterwurzacher wrote: But isn't the description of nautilus-dropbox, Dropbox integration for Nautilus, misleading? Somehow, Downloads non-free binary blob from somewhere could be mentioned. It's in the full description: Description: Dropbox integration for Nautilus Nautilus Dropbox is an extension that integrates the Dropbox web service with your GNOME Desktop. . Installing this package will download the proprietary dropbox binary from dropbox.com. I think the downloader functionality should be split out into dropbox- installer, as in http://packages.ubuntu.com/precise-updates/flashplugin- installer . And if dropbox releases a new version, an update for the package could be published that re-downloads the binary (as in flashplugin-installer). I don't see any benefit here. At the moment I'm really not sure what to do in an LTSP install. The weekly cronjob update is no good because it will sooner-or-later install a version that does not work and I won't even notice until I get bug reports from users. The binaries downloaded bundle most of the required libraries, so it's unlikely to break unless we get some major update like a libc7. Letting each user download 32MB to his home (the Dropbox, Inc solution) also seems somewhat soboptimal, but the real problem is that window that pops up on first start (screenshot attaced). In oder to use Dropbox, you must download the proprietary daemon. You don't get that if the download during the initiall install worked. BTW what is the Don't show this again for? If the user ticks this box it's game over for dropbox for ever? Good question. :-) On Mon, 20 Aug 2012, Jakob Unterwurzacher wrote: Lol I just tested the nautilus-dropbox solution for a new LTSP user. Screenshot shows what I got. @David Euresti: So the result of the fruitless discussion is that you included a unsupported location nag screen ( see also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679963 ). Yes. During my discussions with them, they argued that they did not want to implement a special call to dropbox update to invite Linux users to upgrade because they want to keep the same behaviour across all users. And now they prove that it's perfectly doable to implement a small special case for Linux users... Needless to say that this behaviour really pissed me off. Cheers, -- Raphaël Hertzog ◈ Debian Developer Do you like what I do? Support my free software work on Debian and Ubuntu: → http://raphaelhertzog.com/support-my-work/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/909488 Title: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-dropbox/+bug/909488/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 909488] Re: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide
On Wed, 08 Aug 2012, Paul Abrahams wrote: pwa@pwa-K60IJ:~$ dropbox start -i Starting Dropbox... Dropbox is the easiest way to share and store your files online. Want to learn more? Head to http://www.dropbox.com/ Error: Trouble connecting to Dropbox servers. Maybe your internet connection is down, or you need to set your http_proxy environment variable The installation of Dropbox failed. Is this a Ubuntu bug or a Dropbox bug? I have no way of knowing, and from the earlier comments in this bug I conclude that there's no agreement about that. Do you know if you need a proxy to access the web? Please paste me the output of env on your shell and of dpkg -l nautilus-dropbox. (for amd64, for i386 it should be lnx.x86 at the end of the URL) But I'm interested to learn why the download would not work for you. Do you get a window asking your for admin privileges when running the above command? It might be related to the https redirection since the wrapper doesn't copy over the https_proxy variable. I prepared an updated package for this. The package is attached (built for Ubuntu LTS amd64 and i386), please try it out and report back. Cheers, PS: In any case, the dropbox wrapper in nautilus-dropbox wants to install the files in /var/lib/dropbox/ so the suggested wget should really be: cd /var/lib/dropbox wget -O - https://www.dropbox.com/download?plat=lnx.x86_64; | sudo tar xzf - But please don't do this for now. Please try the updated packages instead. -- Raphaël Hertzog ◈ Debian Developer Do you like what I do? Support my free software work on Debian and Ubuntu: → http://raphaelhertzog.com/support-my-work/ ** Attachment added: nautilus-dropbox_1.4.0-2_i386.deb https://bugs.launchpad.net/bugs/909488/+attachment/3252202/+files/nautilus-dropbox_1.4.0-2_i386.deb ** Attachment added: nautilus-dropbox_1.4.0-2_amd64.deb https://bugs.launchpad.net/bugs/909488/+attachment/3252203/+files/nautilus-dropbox_1.4.0-2_amd64.deb -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/909488 Title: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-dropbox/+bug/909488/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 909488] Re: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide
I've chosen to trust the Ubuntu community, not Dropbox, I wouldn't expect Ubuntu packages to be updated by upstream authors. What's different here? I'm sorry, but if you believe that having dropbox packages in the Ubuntu archive insulates you from having to trust dropbox, then you are very much mistaken. This sort of confusion is a pretty strong argument for not carrying divergent packages in Ubuntu, IMHO... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/909488 Title: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-dropbox/+bug/909488/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 909488] Re: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide
Hi, On Wed, 07 Mar 2012, Steve Langasek wrote: - The precise package stores dropboxd in a central location instead of keeping one copy per user. This is in principle the preferred way to do so in the distribution, but has the side effect that users who don't have admin privileges are unable to ever get updates. Unless an admin user runs 'dropbox update' for them, or there is an upgrade of the package, the user will then be using an out of date and possibly insecure version of dropboxd. I fail to see why it's important that users who don't have admin privileges can't update dropbox, they also can't update any other packages that might have security issues. Also I modified dropbox update to request admin privileges via policy kit. - The precise package drops the maintainer script code to automatically add an apt sources entry for the dropbox upstream repository. This is obviously the correct thing to do for a distro package; packages in the distro distribution channel should not be automatically enabling third- party repositories, and while it's understandable that third parties would do this in their own .debs because it's the least-bad available option for ensuring software updates for the user, it does distinctly undermine the security model of the distribution (cf. the session at the UDS discussing this and related issues). Nevertheless, the result of not enabling this repository is that users of the distribution package only get updates when a distro maintainer uploads them. That leaves the users dependent on Ubuntu for security updates to the package as well, and there has been no committment in Ubuntu to *provide* those security updates in a timely fashion. (Indeed, it's not clear that such updates would comply with our policies for such.) This part is completely irrelevant. The package only contains a nautilus wrapper and not dropboxd which is the daemon that Dropbox would like to have auto-updated. When dropbox (the company) wants to push an update, it's dropboxd that replaces itself in ~/.dropboxd/. They do not push a new version of nautilus-dropbox in their APT repository. I have tried to convince upstream to modify dropboxd to execute dropbox update (with a prior display of an explanation) instead but they were not ready to do this. :-( As a result, despite the changes to the package all being sensible things to do on their own, the net effect is that the user experience when using the distro package is worse than if they had downloaded it from the dropbox website. Since the reasons for this are rooted in fairly fundamental policies of the archive, I think this is pretty clearly a case where Ubuntu should blacklist the nautilus-dropbox package in favor of the upstream one. What would this mean? The Ubuntu repository would not contain nautilus-dropbox at all? Or the upstream packages would replace it? Do you see any reason this should not be the case? What about users who would like to use a policy compliant package? It seems also weird to blacklist a package that a community member was actively maintaining. Anyway, I have an alternative suggestion for you. One that I suggested to upstream too (in order to try to bring closer the packages in Debian/Ubuntu and the one that they are providing) but that they did not pick on (without explanations IIRC). I can add a weekly crontab that will auto-update the package. This would be deactivated by default on Debian but I can activate it by default on Ubuntu if you think that is the right thing to do. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/909488 Title: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-dropbox/+bug/909488/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 909488] Re: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide
On Tue, 06 Mar 2012, Jorge O. Castro wrote: Why do we even need a wrapper if Dropbox is accepting responsibility for the user's installation? Even the upstream package is only a wrapper. They do not provide a package that directly contains their dropboxd daemon. The user has already made the choice to use Dropbox, they're not going to care about if the package complies with Debian policy, they assume it acts like it does on other platforms, that it's zero touch and autoupdated for them. I'm a user too and I don't agree with this. I do care about Dropbox being properly integrated on my system without violating Debian's policy when that is reasonably possible. Otherwise I would have stopped maintaining this package once upstream started providing Debian packages. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/909488 Title: nautilus-dropbox forbids dropbox's non-free binaries to replace themselves by properly installing dropbox system-wide To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus-dropbox/+bug/909488/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs