All great discussion, but I want to make sure my main point was not buried in a what works best for a desktop discussion. As all of you know my day job is working at IBM and this week I get to deploy two small clouds ( 300/1,000 VMs ) I need to follow these set(s) of instructions http://www-01.ibm.com/support/knowledgecenter/SST55W_4.3.0/liaca/liaca_kc_welcome.html?lang=en Which is "IBM Cloud Manager with OpenStack V4.3" if you compare those instructions to a RH doc you will see they are similar but IBM's a tad bit more unorganized ( do to many people adding and editing them ) You really can't play with ICM without some real hardware to deploy it on/to. But the RH docs are totally do-able with a few small VMs on an affordable Laptop.
As a pro you are expected to read, understand and execute instructions like that. There are no excuses in the "real world" Thus I personally am thankful for RH polices and contributions, because they gave me the ability to learn without a huge price tag. Yes this does mean I do not follow RMS's communist manifesto, I'm in the "I've got to eat" camp, and have been for some time. Here are my personal preferences: Laptop/Desktop: Really love Mint 17.2, it's clean and stays out of my way so I get work done Personal server projects: Ubuntu Server, since it's small light and clean. Also enough doc to solve issues as needed. Work: I run RHEL desktop 6.6 on my laptop. All the servers I admin are now RHEL 7.1, mainly focused on OpenStack and PowerKVM I would love for Fedora to use Cinnamon ( the Mint desktop ) and focus on better kvm tools. Virtmanager really needs some love! Joe /** Joseph T Apuzzo ** ** Developer, Admin: Cloud, HPC, Storage ** Linux (LPIC-1), Windows, Android, AIX ** http://www.linkedin.com/in/japuzzo/ ** ** PGP/GPG Key ID# 0xA16E26CF ** FingerPrint: 19A8 44EC F650 782B 6770 BF0E 2DAA 3D75 A16E 26CF **/ ---- On Tue, 07 Jul 2015 00:59:21 -0400 Chris Knadle<[email protected]> wrote ---- On 07/06/2015 08:50 PM, Allen wrote: > On Monday, July 06, 2015 07:40:27 PM Ben Stoutenburgh wrote: >> Judging from recent articles ( >> https://www.phoronix.com/scan.php?page=news_item&px=Fedora-Fedup-Being-Repla >> ced), I wouldn't trust FedUP for a couple more releases. >> > I've been doing Fedora upgrades-in-place for a long time. Most recently with > fedup and before that with preupgrade and I don't recall any problems. > > I read the Phoronix article you referenced and also the post in Fedora-devel > mailing list that the Phoronix article referenced. I don't understand what > problem they are referring to. I subscribe to Planet Fedora RSS feed and I > don't recall seeing anything about problems with fedup. Only thing I've > noticed is that there is a package cache in /var containing a gig or two that > becomes obsolete after the upgrade is complete yet is not automatically > removed. The package cache doesn't automatically get flushed on Debian either, so I occasionally need to do "apt-get autoclean" or "apt-get clean". > Chris: I just upgraded from F21 -> F22 (using fedup). I use KDE as my desktop > environment. (I know that you use KDE). Ues I still run KDE. I gave up on KMail2 though, now using Icedove/Thunderbird. KMail2 went over to a back-end database system for showing the list of mail, and that's been giving me some problems. For whatever reason I occasionally get some mail that did not contain a Message-Id: header, and when that happens the mail doesn't ever show up in the list of mail in KMail2. Oh by the way mail from the 'caff' utility in the signing-party package (i.e. GPG signatures I get from Debian Developers) are the main ones that show up without a Message-Id. > F21 used KDE 4. F22 uses Plasma 5. > Most of my settings for KDE itself and for some KDE apps (e.g. Konsole, > Knotes) were lost. After the fact I read the F22 release notes, which said > that the KDE migration was supposed to be smooth. For Konsole, the config > settings transitioned to a new location, so they can be manually copied. I > haven't figured how to salvage Knotes. I had similar problems with the transition from KMail 1 -> KMail 2 and was not able to figure out a way around the problem there either. The upgrade process was supposed to index all the mail and import it into the database, and on an old P4 machine I use for mail backups, that took 72 hours and then the result was obviously missing a lot of mail, and repeated requests to re-index didn't help and I couldn't find a way to fix this. I'm now using 'archivemail' for long-term mail storage instead. I've never used KNotes so I'm not familiar with it in particular, but as it's part of the PIM module I believe it has the exact same back-end database issue. Look into the Akonadi subsystem. There are a number of backends available for Akonadi, the main one being MySQL. At the time the PostgreSQL subsystem was having issues but that should be worked out now, and the Sqlite subsystem on the KDE website had a big warning "you WILL have problems if you use the Sqlite backend". Look for the "akonadiconsole" which is a management and debugging console... that might help. The old KNotes data is likely still on the system, even though the new version of KNotes doesn't access that data. Hopefully you can find a way to trigger a re-import of the old data. (I was with KMail2, but it didn't seem to help.) -- Chris -- Chris Knadle [email protected] _______________________________________________ Mid-Hudson Valley Linux Users Group http://mhvlug.org https://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug Upcoming Meetings (6pm - 8pm) Vassar College * Jul 8 - Mad Science Fair V @ Lourdes Aug 5 - Minimal Openstack @ Lourdes Sep 2 - Let'S Go Phishing
_______________________________________________ Mid-Hudson Valley Linux Users Group http://mhvlug.org https://mhvlug.org/cgi-bin/mailman/listinfo/mhvlug Upcoming Meetings (6pm - 8pm) Vassar College * Jul 8 - Mad Science Fair V @ Lourdes Aug 5 - Minimal Openstack @ Lourdes Sep 2 - Let'S Go Phishing
