Probably less major effort to merging customizations into this update, partly because it wasn't that long ago that I merged 5.0.9 into my site. When there are diff patches, I tend to merge those into my site...while the bigger releases its figure out how to reapply my customizations to it. Though there wasn't a huge amount of change between 5.0.x and 5.1.x, within the areas that I had made customizations to.
One area of extra work was updating my skins to the new versions, not as bad as 4.x to 5.x was, but there were enough changes that I had dig around a bit to see what was going on and what was still needed.
The old skins should still work unchanged, but sometimes things break between versions...or things change slightly. I use three main skins for this setup. I had some time ago, made my own copy of 'custom' to avoid constantly recustomizing it after any update. And, I had settled on making a skin based on 'evocamp' for another. It was originally based on 'emerald' which was a 3rdparty skin, so there hadn't been a separate copy then. Which is probably why I didn't make my own copy of the 'photoblog' skin. Though since I used the Advanced tab and such to make most of the customizations to it, there was minimal adjustments to make to it. So, after updating my copies of the 'evocamp' and 'custom' skins. I shoved the new version up to my web host.
Ran the updates, and it largely worked. There were some oddness with
$allow_redirects_to_different_domain. Eventually came up with values of the first two that seemed to work right, and set the last to 'always'. Multidomain is kind of messy still. If
$baseurl, changes with HTTP_HOST, Blog URL doesn't work unless none of my blogs use $baseurl. Plus there were oddities with logins or backoffice. Perhaps there needs to be another option for
$allow_redirects_to_different_domain, and that is to allow them to a configured list of allowed domains.
The final bit was to make some readjustments to
style.css, for my main site (based on 'custom'.)
And, then one more bit...the more and next-page toolbar buttons are missing....back patch those into
_quicktags.plugin.php, even though the internal version didn't change.
Pages: 1· 2
Well, I got the upgrade from b2evolution 4.1.7 to 5.0.5 done today. There had been a few failed starts over the previous few weekends.
I had a plan on how I was going to do it, which was aided the 3 way diffs between my site, the b2evolution-4.1.7 code and the b2evolution-5.0.5 code. Later I did a diff of just my site and the b2evolution-4.1.7 code.
Since it was easier to spot what I had done this way, since pretty much everything in the 5.0.5 side was changed... making it hard for the tool to show where my site differs from the 4.1.7 code.
I did that there was some cruft from previous updates or files that weren't part of the diffs. Perhaps diffs only contained files that had changed between point releases, and omitted files that were new. Or diffs and releases were different on how they handled reorgs. Hmm....
Anyways...in the end it was find what customizations I had done, and apply those changes to the 5.0.5 code. Though I later found that there is now a place in the 5.0.5 code to insert custom data instead of editing the _html_header.inc.php and _body_footer.inc.php. Wonder if I'll go back and try that. Currently, that only affects one skin. The other skins I use, I made copies of so I'll may need to see if they need to be brought up to 5.x. One of the custom skins is based on one that comes with b2evolution, but I've changed it so heavily that it was kind of painful patching it as part of every upgrade....until I went with making it separate. Don't know why I didn't do that with all of them. Though the other skin I may or may not need to update is not one that comes with b2evolution, so it may or may not have been updated for 5.x. Especially, since the current is for 3.x.
Kind of frustrating thing with b2evolution....the lack of current 3rdparty skins and plugins for it.
In retrospect, maybe what I should've done is switched the origin of my
sysutil/cfengine34 when 3.5.0 came out. Since, I see that cfengine-3.4.5 has recently come out, bug fixes to cfengine-3.4.4 were more of what I was after than new features. Though I am intrigued by what 3.5.0 appears to bring, and am considering making use of it...of course, by the time I get to it 3.5.1 or newer might be out.
OTOH, do I really want to build cfengine-3.4.5 in semi-usable package management system we use at work for building and maintaining packages for Solaris 9 and Solaris 10 SPARC, and Solaris 10 x64. The system builds everything 32-bit, though I'm pretty sure we don't have 32-bit hardware anywhere in the datacenter anymore. Though we still have a few Solaris 10 systems around.
% wget 'https://www.cfengine.com/source-code/download?file=cfengine-3.4.5.tar.gz' --2013-07-04 08:39:34-- https://www.cfengine.com/source-code/download?file=cfengine-3.4.5.tar.gz Resolving www.cfengine.com (www.cfengine.com)... 220.127.116.11 Connecting to www.cfengine.com (www.cfengine.com)|18.104.22.168|:443... connected. OpenSSL: error:14077458:SSL routines:SSL23_GET_SERVER_HELLO:reason(1112) Unable to establish SSL connection.
Seems to be a problem with a client using openssl 0.9.8 talking to a webserver using 1.0.0?
Guess there's a patch submitted against 0.9.8y.... http://firstname.lastname@example.org/msg32486.html
But, this will be a big mess at work....nothing is using 0.9.8y yet (though I've been meaning to build it so I'll be ready when there's a bind-9.9.3-P2...had started building 9.9.3 when there was a security advisory of problem introduced in that version...so I'm waiting for the next 'real' security patch to do the upgrade...though maybe I shouldn't, since the intent is for this to be the first 64-bit build....)
Not sure what I'm going to do about cfengine3 at work though....
What a pain that upgrade was....it kept change files and directories to really weird permissions. Like setting perms on index.php to 0, or themes directory and the themes/default directory to 311 (d-wx--x--x), and changing the parameter for CHMOD_VALUE to an $conf['CHMOD'] which is undefined...from its previous value of 0755. There were other places it had changed to perms to 0, etc. It was also complaining that it wanted log files to be 0600, but they are set to 0600...except for debug.log which it had changed to 0.
Eventually, I cleaned up the mess and as soon as I got the setup to show the go button, I clicked....ignoring the other warnings...such as mysql with hosting provider meets minimum requirements but not preferred. or that it thinks files already set to strict perms is wrong and that I should set them to strict (which was part of why things were being changed to no perms at all....)
Things seem to be working again.
I think I should get back to hunting down photos and filling in the empty albums, and see if other photo sets should go up....
Some how I screwed up copying the diffs over top of the site, so that when I put the new index.php...it didn't work. But, the updated conf files made it. (backpatching the multidomain stuff)
Oh I see what I did....I had copied into the top level the other dirs the first time.
Guess I need to clean that up before calling it done.
So, following the upgrade of my other b2evolution site from 3.3.3 to 4.1.2, and having the burst of wakefulness when I should be going to bed...I decided to start updating this site to 4.1.2.
I think I was almost done, except for updating my custom skin...but I forgot. If that's all I had left or if there was something else. But, I uploaded what I had done. And, figured I'd get some sleep and switch over in the morning....
Well, I switched in the morning...and it didn't go as well.
I had forgotten to update my skin, plus not all parts of the site (only one), was actually using my custom skin. The rest was pointed at the former custom-custom skin. Which had been updated when I overlaid 4.1.2...so it wasn't right. I switched everything else over...and that kind of go things working.
But, I wanted my customizations to the current custom skin....so I noted the diffs, and applied them to the new skin. Some of it worked, some of it didn't...the rest of it was just a mess.
Turns out some of the div classes/ids had changed, so my dynamic elements couldn't find the elements it needed to make things work. At least it didn't blow up. Also the css changed...so I had to figure out how to remake the tweaks I had done before. The stock custom skin is a fixed width skin, while my custom skin is a variable width skin. So, there were css elements that don't work in a non-fixed situation.
Now that I had upgraded, I wanted to check out some new-ish plugins. Main two, reCaptcha & socialbuttons. The old captcha image plugin had broke a long time ago...and I don't know why I didn't replace it. I turned off the broken parts at least.... Don't know how well the new reCaptcha works or doesn't work... registered users are exempted Hmm, I seem to have fewer smilies, I only added back in the ones that I had added...didn't diff to see what had changed between 3.3.3 & 4.1.2....perhaps I need to now.
But, next up was the socialbuttons plugin....that required a bit more work to get working .. you can read about it here.
Meanwhile, now that the twitter plugin is working, wonder if I should turn off twitterfeed? The new b2evolution, does a sort of url shortening, but its internal...doesn't use my Yourls service, like twitterfeed does.
And, it seems notification is or something core is broken.... because I'm getting emails from cron_exec.php
The upgrade/transition to my new HP Pavilion Elite HPE-450t, which I have named Zen, has reached a milestone.
The point where my morning routine will need to take place on this computer rather than on my old one, TARDIS.
I didn't power it on for the first time until the evening of Boxing Day (December 26th). And, after completing the initial boot setup...the main thing I did for the rest of the night was install BOINC and attach to as many projects as I could. Several projects seem to be currently down, hopefully they'll return in the new year once the various institutions that they are located come out of their normal holiday shutdown period. K-State's closed its normal operations from Friday, December 24, 2010, through Friday, December 31, 2010. Normal operations resuming Monday, January 3rd, 2011.
Of course, I'm special...I get to work through the shutdown.
Anyways...the next morning I spent time trying to get it to update...there were a lot of patches, and it needed a lot of cycles. Annoying that it only applies some patches when you shutdown, not reboot.
'orac' is back, long live 'orac'.
'orac' had gone away on Thursday, it actually started in Wednesday.... For some unknown reason, I decided to start the upgrade of 'orac' from 8.04LTS to 10.04LTS.
The upgrade seemed to go okay, but when I rebooted....it wouldn't boot. I scrambled around looking for a livecd to boot with....did have any 64bit ones handy and 10.04 was hit and miss on booting. But, I could see vg0 (root, home, swap) with all the livecds except 10.04.
Something about 10.04 didn't like how vg0 was set up. I looked at 'box', which had been running 10.04 for a while and was working. Noticed the main difference between the all the other md's and vg's...was that they weren't fdisk'd md's. When I had originally set up 'orac', I had used a recipe that I had found online on how to do it...since initial install of ubuntu onto Raid wasn't straight forward then. and after md1 was created, I had fdisk'd and then pvcreate/vgcreate, etc. on it.
When I added the other two raid sets....I just pvcreated the md and then used it...no fdisk of the md.
In retrospect I should probably have done a backup of the filesystems while I was running a livecd that could see it....and then perhaps remade the disk and restored into it. But, I didn't and while trying to 'fix' the problem...I corrupted things, and I wasn't able to recover (tried pvcreate -u + vgcfgrestore...but couldn't get the filesystems to come back.
After lots of other attempts and such, I reached the point where I decided things were lost and set on to figure out if I can get back.
backuppc localhost doesn't back up the entire localhost....but it had my home directory backed up (but not all of /home), and it was also backing up /etc. Realized the the one thing it wouldn't get is my crontab files. But I had a dd image of most of the disk (the front part munged)....so I string'd and recovered my crontab from it. And, then set out to install 10.04LTS new.
Since md1 was going to get redone, I decided to redo md0..../boot. Made it a bit bigger than before so that it won't get as crowded from accumulating every new kernel that is released until 12.04LTS comes out. Or some future release needed more than the old size to work. Had actually run into this problem years ago at my previous job....
But, the install kept failing....asking for the disk again....I burned several copies, download from other sources, but no go. So, I tried to 9.10 (thinking I would upgrade to 10.04 immediately), but it also didn't work. Eventually, I found a reference on google that said the 10.04 (and 9.10) installs were picky about what kind of optical drive was being used. It specifically mentioned a particular DVD burner, with 'orac' came with a DVD burner...though I have never used the drive since I did the original install. I tried a USB stick, but couldn't get the machine to use that, and the other external drive I could find was firewire (and there's no BIOS option to boot from firewire).
So, I took apart my machine and the firewire drive. And, put the DVD-ROM drive that was in the firewire enclosure into the machine. The DVD-ROM drive had original come from my circa 2003 Dell, known as 'tardis'.....when I had swapped in a DVD burner.
'box' is the Linux machine that I do cd burning on....and I hardly do DVDs anymore, though I did get a new DVD burner recently for the new 'gumby'.
Anyways....with the 'new' optical drive in 'orac'....I was able to get 10.04LTS to install, and then started the long process of getting my environment back. First problem was backuppc installed with a different uid/gid....so it wouldn't access the old /var/lib/backuppc storage. I opted to fix it the wrong way....that took forever....doing the chown of the files/directories. Should've just changed the uid/gid that backuppc had installed itself as. But, then I tried to do the restore....next problem was sudoers, had forgotten about that.
I then restored /etc to another place, and restored my home directory along side of the one the install had created. When done I swapped my home dir and rebooted. That was a mess. The desktop was all messed up...not just missing apps. Figured it was because the desktop didn't like the old settings....but couldn't find any details on how to upgrade desktop, if I hadn't done an upgrade. I thought other OSs handled this kind of thing. But, not here. So, I flipped back and slowly copied stuff over and restored settings etc. And, reinstalled various apps as I went.
Then I decided that I had made sufficient progress on getting 'orac' configured, that I didn't want to lose things. I had disabled backupc from doing automatic backups during the restore. So I turned it back on and back up the other systems around my home (after first doing a new backup of the new 'orac'). It didn't like .gvfs in my home directory....in old version it complained but continued, in this version it complained and the tar returned an error due to previous error...causing the rest of the backup to fail (the localhost backup does 4 'shares')....so I tweaked the config to get it to work.
The only thing I saw was that it tried to backup 'ulkc', my ubuntu notebook...but it wasn't on at the moment, so it failed. It wasn't going to automatically back up anything else yet, since its one of my blackout periods. So, I started kicking off manual backups of various things, and watched it work. First thing that didn't work was a backup of a windows share. Seems smbclient changed since 8.04LTS...and one of the options was used in backuppc 3.0 didn't work anymore. The new is 3.1, and the default options is minus that one switch....so I matched things up and it did its thing.
The only problem that still didn't work, which I think was the reason I decided to bite the bullet and upgrade to 10.04LTS (to get the newer backuppc) was incremental backup where a very large file has changed since the full. Usually the virtual harddrive of a VirtualBox. Sadly this wasn't fixed in 3.1. Guess I'll have to look at some other way to deal with it. Like exclude it from the regular policy and create a new one that only does that one file....or something. Or maybe ....
I continued to work on other things, as I worked through comparing the old /etc with the new 'orac' /etc. Though interrupted by trying to get file shares working (I had exported my Dropbox directory from another server for access from other computers on my home network....though LAN sync is available now, I haven't undone the stuff yet). And, getting snmpd working again....so I could see the impact to resources and network from all the backuppc jobs running in cacti.
One strange problem is that 'orac' can not access the NFS shares on 'lhaven' (RedHat 7.3), but 'box' can....the only difference I can think of is that 'box' was upgraded to 10.04LTS.... Though I guess it is time I worked on moving services off of 'lhaven' and figure out what I'm going to do to either replace or upgrade it.
The other issue was Handbrake. Originally, I had built it by hand...since there wasn't a package for 64-bit Linux. Though later, I got a newer version via PPA. But, the version that I got via PPA for Lucid didn't work. So, I eventually went and built my own again...from the subversion....my build works....
Hopefully, when 12.04LTS comes along....things'll just upgrade smoothly.
The other odd thing, is that 10.04LTS seems slower....particular in file I/O. The machine seems to really degrade in performance doing a large file copy (as was happening when I was copying directories from my old home dir to the new one.) All the CPUs are bored while this is happening (it's a 2.4GHz Core 2 Quad....with 8G of memory....) Hopefully something that'll resolve itself later?
I hadn't intended to start upgrading systems to Karmic Koala so soon...since the servers are kind of pegged with other people downloading and upgrading. But, playing around with do-release-upgrade on my Ubuntu server at work....at first (on Thursday) it didn't show the release and the later it did.
Since its running as a Guest on my Solaris 10 x86 desktop, in VirtualBox, I could take a snapshot and let it go. Plus its a pretty minimal server...its just to run BOINC. It estimated that it would take about 4 hours to download what it needed. Guess it doesn't take advantage of the I2, or things were pretty saturated....
When I came in yesterday, it was still going...was kind of hard with it blanking the screen and stopping waiting for input...but it kept chugging along and eventually upgraded and all seemed good.
So, last night I decided to pull the trigger and upgrade my notebook (ulkc). It warned about a lot more stuff that was unsupported and would be removed, and lots of warnings about all the 3rdparty stuff. But it gave an estimate of 10 hours to download and asked if I wanted to continue.
When I got up the next morning it was waiting to ask about differences in my mod blacklist, it wanted to add pcspkr but it wasn't going to keep the modules I had blacklisted...and no option to merge or stuff....so I told it to keep my blacklist. Wonder what'll happen when I do box, since there's nothing connected to its sound card....so its only way to make noise is through its pc speaker.
After it was done and rebooted, two things didn't work. The firefox button on the panel, since default had changed from firefox 3.0 to firefox 3.5 (though I've been using 3.5 since it came out, just replace /usr/bin/firefox with a new symlink)....easy enough to replace. And, virtualbox.
I reinstated the 3rdparty sources for apt, and checked for updates. Guess there's no Karmic repository for Boxee yet. The only thing that did upgrade was dropbox.
So, I uninstalled virtualbox (it was 2.2) and reinstalled it (3.0 from the karmic repo). And, then I tested it.
Now the reason I was on TigerDirect in the first place. I was ordering upgrade memory to take the Lenovo 3000 v200 that I had gotten from them from its stock 2GB to 4GB (max).
It had said that the 32-bit Vista on the machine wasn't going to see it all, but I blew that away immediately...so I didn't care.
I probably should've shutdown down (turned off) laptop before I swapped the memory...instead of doing it while it was in its suspended state. But, I had a brain fart.
Booting up, I saw that it was 4GB in the BIOS...but then only 3GB in Ubuntu. After a quick search, I found that the desktop kernel is config'd that way. And, the solution was to install the server kernel.
I did that, and now it sees all 4GB. I had gone 32-bit because of certain repos...namely Boxee....didn't support 64-bit.
After booting up, I tested a few key apps to make sure there wasn't any issue in the installing the server kernel. Namely, VirtualBox (booting my XP VM), Boxee (clicked the wrong shortcut), Skype+Webcam (sudo modprobe gspca_m5602 and then starting skype with the v4lcompat1.so PRELOAD). And, then confirm that it'll suspend when I close the lid, and resume when I open it.
Now off to stir up some other trouble....
Latest Poopli Updaters -- http://lkc.me/poop
|<< <||> >>|
backuppc woot ups freebsd linux «amazon prime» upgrade dsl «hd movie» «powersource 400» cfengine3 twitter tardis prescription appletv cpap replaytv raid boinc tv «windows xp» tivo raid1 cox lhaven mdadm netflix progressive «instant streaming» zen «tivo premiere» «sans digital» ubuntu box 10.04lts b2evolution usb «tivo hd» orac «watch instantly» voip ebay dvd «chicago tardis» «air purifier» amazon.com eyeglasses «windows 7» virtualbox «doctor who»