Robomongo: Please provide a PPA/DEB package

[starfishmod]

It would be great if you could provide a PPA or deb package for Ubuntu

Thanks for a great bit of software :)

[alessio]

I can deal with this.
But please first provide:

1. tarball containing robomongo only (that means stripping out third-party components)
2. a clean way to build the package using the shared libraries provided by the host system

Thanks for considering.

[alessio]

Please have a look at the Debian's guide for upstream developers:
https://wiki.debian.org/UpstreamGuide#No_inclusion_of_third_party_code

[schetnikovich]

@alessio, we are already building DEB and RPM packages. They will be released by the end of this week (with the new version of Robomongo).

We decided to minimize maintenance headache by making Robomongo self-contained with all required run-time libraries. There are a lot of applications out there that follows this way, and they usually installed in /opt directory. For instance, Chrome and Vagrant. We will install Robomongo to /opt/robomongo folder.

Another reason to do this is that we really depend on exact versions of several libraries and we even have modified third-party libraries (like MongoDB's mongoclient).

I understand, that this is not a _true_ way of doing things, but still it makes sense for us. I also understand that this will prevent us from packaging Robomongo for Debian.

But we will package Robomongo as DEB package that you can download and install. We will provide our users with PPA or another public repository that will allow us to host Robomongo.

You can create DEB package by running this commands:

cmake .. -DCMAKE_BUILD_TYPE=Release -DCPACK_GENERATOR=DEB 
cpack 

Thank you for trying to help us!

[schetnikovich]

@starfishmod, @alessio can we close this issue? In 0.8.x we are packaging Robomongo in deb package.

[starfishmod]

Thanks for making the DEB!

I'm happy as this now a deb package - it still would be good to have a PPA so there is some way to track updates _without_ having to come back to the robomongo site.

[hackel]

Yeah, this issue really needs to be reopened. Providing binary-only packages that include separate libraries like the garbage Vagrant packages is insane. It needs to be a priority to re-write this application so that it can use an unmodified mongoclient. Specifying a specific required version in the package spec is no problem, but rolling your own just doesn't make sense. Why wouldn't you be able to extend it to add whatever functionality you need? Adding a librobomongo package would be a fine solution. It's really sad to see so much catering to idiot OSX users. Can't they just buy some proprietary solution, since they seem to love that crap so much?

[rbecheras]

@paralect ==> @schetnikovich @AlPatsino @anorsich @gavruk @myaskevich

please reopen this issue... robomongo is great, a PPA could born .... nop ?

[simsekgokhan]

Hey guys, we have re-considered this and decided to work on producing DEB/PPA and also RPM packages. Added into our major wish list. Thanks a lot for your interest.

[rbecheras]

Thank you guys you rocks, it a great news ! Where would we found informations about the states of these goals ? Just in this issue for now ?

[simsekgokhan]

Yes, can be tracked in this issue or on twitter also: https://twitter.com/Robomongo

[rbecheras]

Thank you for your reactivity @simsekgokhan

[probonopd]

Maybe you could provide an AppImage which would mean package once and run on all major desktop Linux distributions. Many applications are already distributed this way.

[simsekgokhan]

Hi @probonopd , it seems like a very interesting idea/project which can make it very easy to support all linux distributions. We will investigate this solution more. Thanks a lot for the suggestion.

[rbecheras]

AppImage is great, even ideal to easy, quick and large scaled distribution, and to distribute the alpha/beta binary versions of our apps, no doubt.

But no doubt neither it's a complementary distribution system. It can't and shouldn't replace any *nix specific package management system.

I'm not part of Paralect organization or Robomongo team, this is my own view but I'm pretty sure the large majority of *nix and open source soldiers share that point of view.

I think you (robomongo team) shouldn't do the choice to use AppImage without thinking about it as a complementary distribution system. Or you should explicitly explain that you provide an AppImage, and you charge each *nix community to do the job for its distro, staying in touch with them to support them officially.

Again, its my own thoughts, and I hope nobody will feel any negative waves reading my words.

[probonopd]

AppImage is an _additional_ deployment mechanism specifically created to give upstream authors an easy channel to reach end users directly, without intermediaries in between, and without having to build different packages for each distribution and version.

Of course traditional packages can continue to be built by distributions/packagers/maintainers.

[lafrech]

FWIW, here's the Request For Package for Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=812194. It was opened one year ago and shows no activity.

[chrisspen]

Where are current debs available? The current download page only provides a tarball.

Old forum posts reference some deb download links like https://download.robomongo.org/0.8.5/linux/robomongo-0.8.5-x86_64.deb but these are ancient and don't work with the current version of Mongo. Moreover, replacing the URL's version number with 1.0.0 or an other more recent version returns a 404 error.

[tchwpkgorg]

+1

[dalvarezquiroga]

+1

[Demetrio92]

+1

[sad-fat-cat]

+1

[basilky]

+1

[tolstenko]

+1

[d3473r]

One could use the pkg2appimage script with the following yml file:

app: Robo-3T

ingredients:
  script:
    - DLD=$(wget -q "https://api.github.com/repos/Studio3T/robomongo/releases/latest"  -O - | grep -E "https.*.tar.gz" | cut -d'"' -f4)
    - wget -c $DLD
    - echo $DLD | cut -d/ -f8 > VERSION
    - tar zxvf robo3t*tar.gz


script:
  - cp -r ../robo3t-*/* usr/
  - wget https://robomongo.org/static/robomongo-128x128-129df2f1.png -O robo3t.png
  - cat > robo3t.desktop <<EOF
  - [Desktop Entry]
  - Type=Application
  - Name=Robo-3T
  - Icon=robo3t
  - Exec=bin/robo3t %u
  - Categories=Development;Database;
  - Comment=Native cross-platform MongoDB management tool
  - EOF

Run it like this: pkg2appimage robo3t.yml.

[probonopd]

Thanks @D3473R, great work :+1:

I have added it to https://github.com/AppImage/pkg2appimage, I hope I have your permission to do so (let me know if not, then I will delete it immediately.)

This means that now you can run pkg2appimage Robo-3T on any deb-based system and it will automatically download the yml recipe and build the AppImage.

[d3473r]

@probonopd thanks for adding it :+1: