After a clean install of F13 Beta TC1 from the DVD image into a KVM virtual machine, I launch Deja Dup from the menus, and do 'Edit / Preferences'. An error dialog is displayed. In bold: "The folder contents could not be displayed". In regular text: "Operation not supported". Not sure of the practical implications of this bug, but it's very visible.
This is a final release blocker as it breaks the final release criterion "All applications listed under the Applications menu must withstand a basic functionality test and not crash after a few minutes of normal use. They must also have working Help and Help -> About menu items" - https://fedoraproject.org/wiki/Fedora_13_Final_Release_Criteria
What is the version number of deja-dup? I get the error message in deja-dup-13.92-1.fc13.i686 but no crash.
Yeah, it doesn't crash. I'm being strict about "basic functionality test"; it really shouldn't do this on the first dialog most people will open :) -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
It doesn't break any functionality and while I got that dialog box the first time I ran it, I don't see it on subsequent words. In other words, I don't consider this as a blocker. Upstream is auto cc'ed on all bug reports so we can get this fixed.
I'm upstream. This does sound bad. Can I see /tmp/deja-dup.gconf after running [1] on a fresh install? It sounds like the default backup location is an unexpected value. It should default to Amazon S3. [1] gconftool-2 --dump /apps/deja-dup > /tmp/deja-dup.gconf
Hrm. I just tested the preferences dialog without installing the schema first, and it gave me that exact error. I think this is a packaging error. The gconf schema does not seem to be installed correctly? /apps/deja-dup/backend should be set to 's3' by default.
I think I understand why. I will push an update shortly.
Our current guidelines were changed to use macros to do this and I was trying to figure it all out and forgot this step although the review had pointed it out. My mistake. Updated to 14.0 and fixed Gconf schema installation. http://koji.fedoraproject.org/koji/taskinfo?taskID=2088362 Unfortunately, it won't make into the beta but I will push this as an update immediately. Adam, please test and confirm the fix. Thanks.
deja-dup-14.0-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/deja-dup-14.0-1.fc13
deja-dup-14.0-1.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update deja-dup'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/deja-dup-14.0-1.fc13
Hum. I just tried on my main system, which didn't have deja-dup installed. Did 'yum install deja-dup', got deja-dup-14.0.2-1.fc13.x86_64 , ran the app, opened the preferences, same error dialog. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Have tried this on multiple systems and can't reproduce this anywhere.
agreed, just tested with 14.0.3-1 on a system which had never run deja-dup before and couldn't reproduce. Thanks. Closing. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Unfortunately, this build has never been pushed to stable. No build since 13.92-1 has been, so that's what's on the F13 RC1 images. Since this is a feature of F13, we really should have the latest package, with this and other bugs fixed. Re-opening and nominating as a blocker for discussion. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
There seems to have some goofiness here. I pushed an update and now find that, it has mysteriously disappeared. http://lists.fedoraproject.org/pipermail/test/2010-May/090745.html Jesse Keating took care of it. Closing again.
I checked the Bodhi history; until Jesse forced the latest build to stable yesterday, no update had ever made it to stable. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Like I said, something has gone wrong. I actually pushed two updates via bodhi which are currently missing somehow. These are recorded at https://bugs.launchpad.net/ubuntu/lucid/+source/deja-dup/+bug/563062 The reason the first update was not pushed was because it failed to fix a issue and bodhi history would have shown that. Upstream fixed this and the second update was on updates-testing repo for 4 days (I was offline during that time because I was hospitalized due to health issues) and yesterday I pushed it to updates repo but both these have now disappeared.
Yes, I saw both those updates. The point is that neither ever made it to stable, so they weren't included in the final compose - the compose doesn't take packages from testing. It disappeared yesterday because Jesse forced it into stable so we could take it for RC2. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Updated notices shouldn't just disappear like that. It is alarming. First update wasn't pushed to stable because it still did not resolve the issue. Second update didn't get enough feedback and I was offline anyway.
i think it's kind of inevitable when we have to circumvent the normal process like that; it's only going to happen in this kind of scenario (we need to get it in to do the RC compose in time). -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers