On Sun, Nov 24, 2013 at 05:55:59PM -0600, Gary Robertson wrote: > Thanks for pointing out the correct mailing list to use for this... I > wasn't sure which one was appropriate and wanted to be as low-key as > possible about this issue since I wasn't paying much attention about what > was updated. > > The virtual environment in question is my Ubuntu 12.04 workstation... not a > local LAVA server environment. So there is no lava deployment tool in this > environment AFAIK. The lava tools were installed from binary packages > found in a combination of the official Ubuntu repositories plus "deb-amd64 > http://ppa.launchpad.net/linaro-maintainers/toolchain/ubuntu precise main" > and "deb-amd64 http://ppa.launchpad.net/linaro-maintainers/tools/ubuntuprecise > main". > > I normally assume that any updates which come from the 12.04 > distribution-compatible repositories should be a safe and reliable upgrade, > and I try to stick with binaries from the official repositories rather than > locally compiled packages in order to minimize packaging compatibility and > upgrade issues. Why is a package for Ubuntu 12.04 requiring pyxdg ==0.25 > when the latest pyxdg version available in the 12.04 repositories is > 0.19-3ubuntu2 (which was already installed)? And why didn't this > requirement get listed as a dependency in the package, flagged as an unmet > dependency and prevent the package upgrade from occurring? > > And most importantly now that this binary update has occurred despite the > unmet dependency, how do I cleanly get a working set of lava tools for > accessing the production servers from command line scripts again? Is there > a way to back out the update and revert to the earlier version? The new > lava-scheduler-tool package version is 0.6-0ubuntu1~linaro1, but I don't > know what the previous working version was nor if it is still accessible > for installation. > > Any help will be appreciated. Fortunately I'll be on vacation next week so > I have some time to fix this before it becomes a serious handicap to my > work.
That was a mistake and will be fixed ASAP, bear with me. Sorry for the inconvenience. -- Antonio Terceiro Software Engineer - Linaro http://www.linaro.org
signature.asc
Description: Digital signature
_______________________________________________ linaro-validation mailing list [email protected] http://lists.linaro.org/mailman/listinfo/linaro-validation
