linux-lts-utopic: Added CONFIG_DELL_RBTN=m
The package was failing to build due to that configuration.
I'm not sure why we didn't inherit this configuration from ubuntu kernel config, but adding it to config.common.trisquel does the work.
See merge request !131
import rhc from Ubuntu vivid
In this commit I imported `rhc` package from Ubuntu vivid into Trisquel. rhc is the program used for OpenShift.com.
Installing rhc using RubyGems will cause package conflicts, so the best way to solve this issue and improve the stability of the distro is importing rhc from Ubuntu vivid.
I tested the program and it works with no conflicts on Trisquel Belenos.
See merge request !133
debian/rules passes value of XFVENDOR to the package's configure script
as the value of the "--with-vendor-info" option. This sets the string
in the "distributed by" message in the xfce4-about program.
debian/vendorinfo also needs to be changed because debian/rules installs
this file to /usr/share/xfce4/vendorinfo if the value of XFVENDOR is not
"Xubuntu".
Fixes issue #15432.
A session to use unity has been added
Sadly, there is no session files in the package to make unity be listed by the login manager. This should solve the problem.
It is mandatory that the session and desktop files are named "ubuntu.<suffix>" to make the whole thing work but one can change the name that will be displayed by the login manager.
I've tested most things and no problems have been found with this.
See merge request !116
Belenos
I realized that certain programs notifications (the "icons on the tray") didn't show up on the indicator applet. Then I decided to look why it worked on Trisquel 6 and I discovered that the notification area is not present on Trisquel 7. I don't know what happened but this should solve the problem. (I hope so, I tested it twice)
See merge request !110
Update docs
Update docs in order to follow the current workflow
Some ideas taken from the joind.in project
Video showing the process is avaliable here:
https://asciinema.org/a/587sed1f4fi0cj5lia2p9uoi5
See merge request !109
Belenos
Greetings, I took the feedback and I changed some things:
1) I added some lines at the beginning to check if the computer handles 3D acceleration: I decided not doing anything at first because I knew that compton-launcher already checks for that but then I realize that If the user is not properly informed, she/he could think it is a bug so I decided to do something about that. Please, could you check the lines 13 and 14? even though I did some tests to make sure it works, I don't have much experience in shell programming to be 100% sure.
2) I decided to take the other way around about treating the user's imput because I felt that it was more intuitive to treat first if compton was running or not and then evaluate the user's action. Don't worry if the user starts or stops compton by their own, the scripts checks if it is running by looking at the computer's processes and I've already took at into account while I was writing it (No complications added, just treat everything normally)
3) I think I went a little bit too far with the comments... But I prefer you to to decide if that was too much.
Thank you for your patience and I hope this is good enough to be included.
See merge request !106
