Description of problem: After a fresh installation of Mageia 4 with Cinnamon Desktop, Nautilus is also installed and is set as default file manager (e.g. when plugging in a USB stick Nautilus is displayed instead of Nemo). Version-Release number of selected component (if applicable): Mageia 4 Steps to Reproduce: 1. Fresh install of Mageia 4 using Install DVD (64 bit) 2. At desktop selection screen choose Custom 3. At the next screen deselect everything, and select only Cinnamon as Desktop Environment 4. After installation is complete do some action that should call the file manager (e.g. plug in a USB stick or choose "Open Containing Folder" in Mozilla Downloads) -> Nautilus is opened. Reproducible: Steps to Reproduce:
can you attach your installed log file aka: /root/drakx/report.bug.xz ? nautilus should not come with cinnamon iirc
Keywords: (none) => NEEDINFOCC: (none) => joequant
Can confirm this on Mageia 4 i586. Nautilus is a dependecy of packages like cinnamon; cinnamon-control-center and then of course task-cinnamon-minimal or task-cinnamon. I'm using --no-suggests switch.
CC: (none) => jyri2000
Keywords: NEEDINFO => (none)Version: 4 => CauldronSummary: Fresh install with cinnamon puts nautilus as file manager => Fresh install with cinnamon puts nautilus as file manager (unneeded require)Source RPM: task-cinnamon-minimal => cinnamonWhiteboard: (none) => MGA4TOO
Do you still need the install log? I don't have the system anymore, I would need to install it again in a vm.
no it's ok
Keywords: (none) => TriagedAssignee: bugsquad => joequant
I fixed it in Mageia Cauldron and am removing the requires in the Mageia 4 backport.
Tested it in Mageia 4. Enabled /core/updates/testing repository and installed nemo which pulled in cinnamon desktop environment. Nautilus is not a dependency any more and was not installed. Thanks for a fix!
Sending to backports. Please test by installing task-cinnamon in a non-cinnamon environment. Nautilus should not be installed.
Component: RPM Packages => BackportsVersion: Cauldron => 4Assignee: joequant => qa-bugsSummary: Fresh install with cinnamon puts nautilus as file manager (unneeded require) => Backport request: Fresh install with cinnamon puts nautilus as file manager (unneeded require)Source RPM: cinnamon => cinnamon-2.0.14-7.mga4Severity: minor => normal
Unfortunately we can't accept backports until a fix is available for bug 12766. If packages are made available in backports which are already in release medias then currently release versions become unavailable. If this is a bugfix then it should be an update rather than a backport. If this is an unnecessary version bump though then it does make it a backport. Also, you haven't provided a package list or advisory so we couldn't test them anyway :)
CC: (none) => sysadmin-bugsDepends on: (none) => 12766Whiteboard: MGA4TOO => feedbackSeverity: normal => enhancement
Summary: Backport request: Fresh install with cinnamon puts nautilus as file manager (unneeded require) => Update request: Fresh install with cinnamon puts nautilus as file manager (unneeded require)
Sorry, this is an bugfix update and not a backport. The list of packages to test is cinnamon-2.0.14-7.mga4 You can install that package, and uninstall nautilus and everything should work.
Removing the backport stuff. Could you provide a proper advisory then Joseph please, see the updates policy here (and linked example). https://wiki.mageia.org/en/Updates_policy#Maintainer_.28or_any_interested_packager.29 Needed info please is an advisory text, which is then given as the reason for the update on updates-announce ML and http://advisories.mageia.org , the SRPM and a list of RPMs.
CC: sysadmin-bugs => (none)Component: Backports => RPM PackagesDepends on: 12766 => (none)Whiteboard: feedback => (none)Severity: enhancement => normal
(In reply to Joseph Wang from comment #9) > > cinnamon-2.0.14-7.mga4 > > You can install that package, and uninstall nautilus and everything should > work. Yes, nautilus is not any more a dependency. However, I noticed some strange behaviour of some panel applets - trying to open their settings opens Cinnamon control center instead. This happens with the following applets: Network Manager; Sound; Power Manager. Calendar; Menu; User Applet works as expexted - when clicked "settings" - their settings page is displayed. Sorry, no tests with the previous version so can't say if this is a regression or not...
Testing Mageia 4 x86_64 (VM). This VM already had Cinnamon as primary desktop, so I did not test whether install the cinnamon package from core/release pulls in nautilus. Still, I noticed that nautilus was installed (even though cinnamon was my only DE). After installing the update candidate, nautilus is flagged as an orphan and can be remove, this means that the update candidate does its job. As per the regressions, the desktop now starts in fallback mode, so it's hardly usable. I installed: cinnamon-2.0.14-5.1.mga4 task-cinnamon-minimal-2.0.0-4.1.mga4 task-cinnamon-2.0.0-4.1.mga4 Am I missing something? Please provide a full list of RPMs so that we're sure we're not missing anything.
CC: (none) => remiWhiteboard: (none) => feedback
There is a bug in virtualbox which caused opengl to fail and since cinnamon requires opengl, it does not work on a 64-bit VM. See https://www.virtualbox.org/ticket/12746 The bug does not seem to affect i586, so if you can do a test on that, everything should work.
Version from Updates Testing fixed the issue.
CC: (none) => kristoffer.grundstrom1983
Blocks: (none) => 12560
which arch please Kristoffer?
Whiteboard: feedback => (none)
(In reply to claire robinson from comment #15) > which arch please Kristoffer? x86_64. 3.12.18-desktop-1.mga4 as kernel if that's needed.
Whiteboard: (none) => MGA4-64-OK
Testing complete Mageia 4 i586 on real hardware. Installing the new cinnamon packages makes nautilus an orphan, and Cinnamon is still working properly.
Whiteboard: MGA4-64-OK => MGA4-32-OK MGA4-64-OK
Ok, for the record here is the advisory that I uploaded. Still, I had to remove it from svn afterwards, see below.. == Cinnamon in Mageia 4 used to pull in nautilus as a dependency. This is unneeded since Cinnamon works perfectly with is own file manager nemo and doesn't rely on nautilus. This update fixes it, removing the dependency on nautilus. (Thus making it an orphan if no other package depends on it) == Joseph, you did not follow the process for this update AT ALL, I can't validate it. You never gave an advisory nor a _correct_ package list. Why is the package list important? Because I had to figure out myself that the update candidate was cinnamon-2.0.14-5.1.mga4 and not cinnamon-2.0.14-7.mga4 as you told us on comment 9. Now, that's okay every once in a while, but what is not okay is when you push another update candidate (cinnamon-2.0.14-5.2.mga4) without notifying QA about it. I had to look at the logs with "mgarepo log 4/cinnamon" to try to understand what you've been doing. There isn't even a mention about the removal of the nautilus requires, even less to this bug. Now this update candidate can't be validated at all, and will have to be tested together with your new fix. So it's better that we know about it and don't lose our time on testing invalid updates. I also had to check the mgarepo log of task-cinnamon to know that it wasn't part of the update candidate, because you never gave the complete advisory with the RPMS and SRPMS lists. And one can legitimately assume that task-cinnamon might have been involved in this update candidate (it was not though, thanks the logs). It's okay that you're not sure about the QA process, and we can all make mistakes. But what bothers me is when you don't give the information that was explicitely asked for. So for the next update, please come over to #mageia-mentoring and #mageia-qa and ask about how to do things right, if you really don't want to have a look at the wiki page listed in comment 10. And sorry for my tone, but I just lost one hour of my time on this (not counting my previous test on a VM in comment 12), so I'm somewhat pissed off.
Hardware: x86_64 => AllAssignee: qa-bugs => joequantQA Contact: (none) => qa-bugsSource RPM: cinnamon-2.0.14-7.mga4 => cinnamon-2.0.14-5.mga4Whiteboard: MGA4-32-OK MGA4-64-OK => (none)
To QA: actually I did not remove the advisory from svn, so it's still there (12761.adv). I propose that we handle the update for both this bug and the new one that Joseph fixed a few days ago in this bug report, so we'll just have to complete the advisory.
Cinnamon is an integrated package. This means that there are four to six bugs which are related to each other, and may be caused by the same root issues or not. In this case, I thought I followed the proper procedures because I wanted to make sure that all of the bugs were in fact fixed before I issued an advisory to QA. During pre-QA testing, Claire reported another bug which turned out to be *unrelated* to this issue. However, I was not sure that whether the bug was related or not, and I wanted to resolve everything before sending across a QA advisory. I pushed a new package into core_updates/testing so to do more pre-QA testing, and I wanted to resolve everything before sending another advisory to QA. Please hold off on any QA further testing, until I have put together a single advisory. As I mentioned there are four to six bugs that are all related, and will require a single advisory. If you can't validate an advsory or can't do any testing, please contact me about it, because there was a reason I didn't issue an advisory on this, as I am still confirming that the other bugs related to cinnamon have been fixed.
Ok, this makes sense and I agree than "one update to fix them all" sounds better than three or four consecutive updates :-) In such cases please reassign the bug to yourself and notify QA that you're working on a new update candidate though, so that people hold off with the tests.
FYI, I found some more issues. I'm packaging a cinnamon 5.3 to updates_testing, which is not ready for QA.
Fixed in cauldron. Fix to Mageia 4 is part of bug 12560 which has been pushed to QA.
Status: NEW => RESOLVEDResolution: (none) => FIXEDSummary: Update request: Fresh install with cinnamon puts nautilus as file manager (unneeded require) => Fresh install with cinnamon puts nautilus as file manager (unneeded require)