[RELZ] Wrye Bash -- Thead 59 : IV - Oblivion

» Tue Mar 15, 2011 1:43 am

738... ouch... er lets see... hmm... uninstalling speeded up in rev 847 (at virtually no loss in functionality/etc); installing I can speed up but only at the loss of the function I added in (that's the one that prevents stupid readonly files in installer packages then crashing Bash when deleting the temporary copy of them.) - would you like an option to disable it? (but it should only have an even noticeable impact on speed in cases like (non BSA versions of course) MMM/OOO/WarCry/anything else with 5 gazillion files).

No, please don't! I'll take safety over speed any day.
Anyways I think the problem is something else, because what I've noticed is very small packages (i.e. one esp, readme and ini file) taking about 10 times longer to uninstall when I changed from WB 290 to 291. Almost no exaggeration.
- Maybe it's the post-uninstall auto-annealing checks that got longer?
- I have a lot of small projects (i.e. folders) in my BAIN Installers directory, it could be a factor

hmmm I always have though of NoMerge as == should be deactivated but not merged despite being mergeable... never came across any BSALoading issues... but in that case it shouldn't be marked as mergeable... unless there is anything other than the BSALaoding reason I say just keep it the way it is but I'll clarify the readme that NoMerge does == deactivate if mergeable and doesn't have a BSA and make sure that Bash doesn't suggest to deactivate NoMerge mods that have a BSA... hows that sound?

That sounds perfect, and much simpler than what I was proposing. Thanks PM!

» Mon Mar 14, 2011 9:18 pm

I wish I could use Wrye Bash but all of the tutorials have me using BOMM and BOSS and neither of those do anything for me. They do nothing. I run BOSS and it opens up an internet page with maybe half of my mods listed. I can't even figure out how to install BOMM. I disable macro security, click the install button, and nothing happens.

I have Oblivion installed to C:\Oblivion.

It's pretty frustrating. What makes it worse is that I'm a software developer. It's tough not being able to figure this stuff out. I don't think I've had hard time like this with any software in recent memory.

» Tue Mar 15, 2011 3:55 am

I am certain this question must have been asked and answered in multiple places, but I am new to BAIN (and loving it), and I am too tired and too busy to spend an evening wading through pages and pages of threads, etc. until I find the answer (which is what I normally do, instead of posting questions...). :whistling:

Is there any currently existing method to cause BAIN to recognize and install the OBSE components of mods (or, for that matter, other non-standard components)? If not, is such a feature something which might be forthcoming? Or...do I just need to check each mod with a grey background and manually install the necessary 'skipped' components...such as OBSE files?

Thanks in advance for any replies. :thumbsup:

Regards,

Hem

» Tue Mar 15, 2011 6:28 am

...BOMM and BOSS and neither of those do anything for me. They do nothing.
...
It's pretty frustrating. What makes it worse is that I'm a software developer. It's tough not being able to figure this stuff out. I don't think I've had hard time like this with any software in recent memory.

Well, frustrating is something we certainly aren't going for : ) If you're having trouble with BOSS, I suggest posting in it's http://www.gamesas.com/index.php?/topic/1158388-rel-boss-better-oblivion-sorting-software/page__st__60, possibly including what you expect it to do that it is apparently not doing : )
As for Wrye Bash, the installer on TesNexus (liked in the OP) should Just Work™.

Is there any currently existing method to cause BAIN to recognize and install the OBSE components of mods (or, for that matter, other non-standard components)? If not, is such a feature something which might be forthcoming? Or...do I just need to check each mod with a grey background and manually install the necessary 'skipped' components...such as OBSE files?

This is a somewhat controversial feature, so it is not enabled by default. In the Installers tab, r-click the header and select 'Enable Installation of OBSE plugins'. Then you have to explicitly allow each dll that gets installed to prevent a rogue mod from "slipping" one by you. As for other non-standard components, there's the 'has extra directories' option.

» Mon Mar 14, 2011 10:10 pm

As for Wrye Bash, the installer on TesNexus (liked in the OP) should Just Work™.

This is a somewhat controversial feature, so it is not enabled by default. In the Installers tab, r-click the header and select 'Enable Installation of OBSE plugins'. Then you have to explicitly allow each dll that gets installed to prevent a rogue mod from "slipping" one by you. As for other non-standard components, not currently (is there a need for this?)

Thanks for the help. :foodndrink:

On the 'other non-standard' components question, my mistake...I just realized BAIN recognizes and installs the mod folders of which I was thinking.

Regards,

Hem

» Mon Mar 14, 2011 9:16 pm

On the 'other non-standard' components question

About that: I just remembered about the 'has extra directories' flag that you can set by r-clicking on a project, so you /can/ install non-standard stuff if you want. I just edited my post above to reflect this, too.

» Mon Mar 14, 2011 8:58 pm

Recently installed 291 using the installer.

I think I read something about custom icons but the posts escape me atm. I had used renamed .png's as custom116, custom216, etc.
With the install of 291, they're all gone. That's ok. I understand what happened and I can redo them later.
What I'd like to see is some method to designate a replacement .png for the customxxx.png via the bash.ini

Also, can someone tell me how to install an OBSE package such as CSE with BAIN?
CSE requires a couple of files in the Oblivion install directory (like Wrye Bash).
IIRC, BAIN is similar to OBMM in that all installs are relative to the DATA directory.
I'm just not up to trying to figure it out atm.

Thanks

» Mon Mar 14, 2011 10:52 pm

SVN 843, checking Import Spell Stats with Zu's SI Overhaul

Traceback (most recent call last):  File "G:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5334, in Execute    patchFile.initData(SubProgress(progress,0,0.1)) #try to speed this up!  File "G:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17316, in initData    patcher.initData(self.type_patchers,SubProgress(progress,index))  File "G:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 22593, in initData    progress.setFull(len(self.srcFiles))AttributeError: CBash_ImportSpells instance has no attribute 'srcFiles'

fixed, thanks.

Whether it is possible fix this error? Has appeared after last update SVN. http://img842.imageshack.us/i/99987213.jpg/ Translation - Python 2.7.1 x64, wxPython 2.8.11.0 x64.

EDIT: After basher.py SVN 847

yeah that last line is of the error report is unlike normal actually a stupid wxPython fail past the real error... but it is fixed now and SVN should be safe to use again (well still SVN so testing and all but not fatally flawed)

Moreover I want to rereport that I can't get the renaming without the extension to work - I use Python 2.6.4 if this matters (in this machine)
Also there is a glitch in the installer : http://www.bild.me/bild.php?file=5545414installer_glitch.jpg (I had older versions except for pywin32 (?) - not in my main machine yet)
Thanks

2.6.4 shouldn't cause any glitches (first time I read that I saw 2.4 and I was like WHAT but then I read again and 2.6.x is pretty much identical to any other 2.6.x)... did the rename fail or what?
oh forgot the new line marks (no automatic wraping whawha arg), fixed, thanks.

As a general note I believe 292 should be a "maintenance release" - no new patchers tags etc - instead enabling CBash, unicode and possibly support for Python 3 ?
I would personally be happy to also see the changes in BAIN - in the main list - I spoke of previously - but that is not quite maintenance lol

well so far it's going quite nicely... 4 or 5 items on changelog and all but one starts with * fix... (and the one is a speed improvement rather than an out and out fix so it's pushing the fix category).
Python 3 not really a chance... unless you want to wait quite a long time (requires that wxPython is updated first which is in progress but if that is out this year I'll be registering a bit of surprise - will also require a bunch of changes in Bash's code but nothing massive... probably could do that in a week no problem).
CBash... woulda been nice but we have that new report of some kind a memory error so not until 293+ for default enablation.
Unicode: haven't heard any bug reports so possible can make it default to on.

Only if the last missing patcher is added, otherwise I'd say hold off on turning it on by default.

maybe it will... or maybe I'll require a couple extra pokes yet (rather slow I've been on this little thing) (jking... really should manage to get it done soon)
Pacific Morrowind

» Mon Mar 14, 2011 8:10 pm

Recently installed 291 using the installer.

I think I read something about custom icons but the posts escape me atm. I had used renamed .png's as custom116, custom216, etc.
With the install of 291, they're all gone. That's ok. I understand what happened and I can redo them later.
What I'd like to see is some method to designate a replacement .png for the customxxx.png via the bash.ini

Also, can someone tell me how to install an OBSE package such as CSE with BAIN?
CSE requires a couple of files in the Oblivion install directory (like Wrye Bash).
IIRC, BAIN is similar to OBMM in that all installs are relative to the DATA directory.
I'm just not up to trying to figure it out atm.

Thanks

custom icons: yep the plan is to have a user prompt for the installer about overwriting the custom icons... or maybe better to just not overwrite them seeing as I can't think of any reason fro their contents to change in the future on this end.

CSE: you'll have to manually copy those files to the oblivion dir... can't get Bash to do that without basically rewriting the whole of the installer section which would be a nightmare... also I think there is probably like 2 packages that want files copied there so not worth it. The rest of CSE (which is updated more frequently... at least in the betas the obse/plugins contents were change the most frequently) should work fine... given that it was my main testing package for coding the OBSE dll installation.
Pacific Morrowind

» Tue Mar 15, 2011 7:07 am

I wish I could use Wrye Bash but all of the tutorials have me using BOMM and BOSS and neither of those do anything for me. They do nothing. I run BOSS and it opens up an internet page with maybe half of my mods listed. I can't even figure out how to install BOMM. I disable macro security, click the install button, and nothing happens.

I have Oblivion installed to C:\Oblivion.

It's pretty frustrating. What makes it worse is that I'm a software developer. It's tough not being able to figure this stuff out. I don't think I've had hard time like this with any software in recent memory.

You have already been given a link to the BOSS thread. In case you want to follow up on BOMM, try posting your question with some more information http://www.gamesas.com/index.php?/topic/1161742-relz-boss-master-list-manager.

» Tue Mar 15, 2011 8:16 am

Using SVN 852 with Import Spell Stats checked with Zu's SI Overhaul

(changing line 22597 to srcs lets me build the bash patch)

Traceback (most recent call last):  File "G:\Program Files\Bethesda Softworks\Oblivion\Mopy\basher.py", line 5379, in Execute    patchFile.initData(SubProgress(progress,0,0.1)) #try to speed this up!  File "G:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 17318, in initData    patcher.initData(self.type_patchers,SubProgress(progress,index))  File "G:\Program Files\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 22597, in initData    for srcFile in self.srcFiles:AttributeError: CBash_ImportSpells instance has no attribute 'srcFiles'

» Tue Mar 15, 2011 1:10 am

2.6.4 shouldn't cause any glitches (first time I read that I saw 2.4 and I was like WHAT but then I read again and 2.6.x is pretty much identical to any other 2.6.x)... did the rename fail or what?
oh forgot the new line marks (no automatic wraping whawha arg), fixed, thanks.

well so far it's going quite nicely... 4 or 5 items on changelog and all but one starts with * fix... (and the one is a speed improvement rather than an out and out fix so it's pushing the fix category).
Python 3 not really a chance... unless you want to wait quite a long time (requires that wxPython is updated first which is in progress but if that is out this year I'll be registering a bit of surprise - will also require a bunch of changes in Bash's code but nothing massive... probably could do that in a week no problem).
CBash... woulda been nice but we have that new report of some kind a memory error so not until 293+ for default enablation.
Unicode: haven't heard any bug reports so possible can make it default to on.

Thank you very much for replies ! No rename didn't fail - it just selects the extension too. I had posted this quite a while back but relly need confirm - I may be doing something silly.
For a moment I thought myself 2.4 WTF !?! lol
I didn't think about wxPython, you're right (ofc)
Another report -purple disappeared for no merge mods ! Had posted this quite a while back IIRC - will have to go through my posts to check when exactly ASAP

@myk002 : I am not actively using WB now - so cannot really suggest anything - I'd go for custom sizes for all except if a) is a pain and b ) someone else here actively using WB would find it inconvenient - which might be true. I really can't say ATM.

EVERYONE : just noticed I hadn't said thanks in a while so THANKS
I am quite the rube...

» Mon Mar 14, 2011 7:44 pm

CSE requires a couple of files in the Oblivion install directory (like Wrye Bash).

BAIN is built from the ground up with no ability to install anything above \Data - hence PM's reply.

» Tue Mar 15, 2011 10:12 am

Another report -purple disappeared for no merge mods ! Had posted this quite a while back IIRC - will have to go through my posts to check when exactly ASAP

If you have been testing Wrye Bash in CBash mode, this happens every time you re-build the bashed patch, another mark mergeable solves it until the next re-build - Waruddar has it on his to-do list.

It shouldn't be happening in non CBash mode though (at least it doesn't for me with 291, or svn 850 overwrite)

» Tue Mar 15, 2011 4:27 am

Another thing that's happening with 291 but didn't with 290. It's not breaking - just annoying.

Background:
I have the ShiveringIsles.bsa's, Oblivion - Meshes.bsa, Oblivion - Textures.bsa, and Oblivion - Misc.bsa in one archive.
I have extracted the files from those bsa's and put them in another archive.
I switch between them when I'm checking mods for content with TES4Files.

When the bsa archive is installed, after closing Wrye Bash, the next time it is opened, the installed packages show the bsa's as missing files - even though the bsa's are still there.

» Mon Mar 14, 2011 8:42 pm

R852 CBash
Plugins with "NoMerge" tag is not deactivated automatically.

» Mon Mar 14, 2011 8:52 pm

Would it be possible to have WB not creating that pidfile.tmp file when it has been closed "wrongly" or alternatively remove it on startup if it's there or something like that. Or is it necessary for some reason?

» Tue Mar 15, 2011 6:31 am

Has there been changes to sourceforge today?, I have been trying to get hold of the svn from oblivionworks quite a few times and keep getting web page not available

» Tue Mar 15, 2011 2:11 am

Has there been changes to sourceforge today?, I have been trying to get hold of the svn from oblivionworks quite a few times and keep getting web page not available

SourceForge has had a bit of problem with its servers. Just be patient.

» Tue Mar 15, 2011 2:08 am

Would it be possible to have WB not creating that pidfile.tmp file when it has been closed "wrongly" or alternatively remove it on startup if it's there or something like that. Or is it necessary for some reason?

That's to prevent Two instances of the program running at the same time...

» Mon Mar 14, 2011 11:34 pm

Would it be possible to have WB not creating that pidfile.tmp file when it has been closed "wrongly" or alternatively remove it on startup if it's there or something like that. Or is it necessary for some reason?

Problems with this file should be fixed as of 291. Are you still having trouble with it?

» Mon Mar 14, 2011 8:03 pm

looking into that error (its erroring in the race patcher section so it'll *probably* work if you disable that section)... not a problem in the way you enabled; probably an error in the code just debugging it.

I just got this similar traceback with 291 (CBash enabled), at a different moment in the build process though:

Spoiler

Traceback (most recent call last):
File "D:\jeux\Oblivion\Mopy\basher.py", line 5377, in Execute
patchFile.buildPatch(SubProgress(progress,0.1,0.9)) #try to speed this up!
File "D:\jeux\Oblivion\Mopy\bosh.py", line 17532, in buildPatch
patcher(self, subProgress)
File "D:\jeux\Oblivion\Mopy\bosh.py", line 30671, in finishPatch
subProgress.setFull(len(ObCollection.LoadOrderMods) * 2)
File "D:\jeux\Oblivion\Mopy\bolt.py", line 1431, in setFull
if (1.0*full) == 0: raise ArgumentError('Full must be non-zero!')
bolt.ArgumentError: Full must be non-zero!

All I did before was export the batch patch settings, uncheck a mod in the "merge" section, and rebuilt patch.

» Tue Mar 15, 2011 1:30 am

I have a problem with Wrye Bash 291. (It occurred even when I was using 290.)

Whenever I click the Installers tab, I get this error:

Traceback (most recent call last):  File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\basher.py", line 4269, in OnShowPage    self.GetPage(event.GetSelection()).OnShow()  File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\basher.py", line 2824, in OnShow    if data.refresh(progress,what,self.fullRefresh):  File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 11460, in refresh    self.dictFile.load()  File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\bosh.py", line 228, in load    result = bolt.PickleDict.load(self)  File "C:\Program Files (x86)\Bethesda Softworks\Oblivion\Mopy\bolt.py", line 873, in load    header = cPickle.load(ins)cPickle.UnpicklingError: invalid load key, 'ê'

I have about 50 BAIN packets already installed but now I can't even access them.

» Tue Mar 15, 2011 12:47 am

You have a mod that has a non-English letter in it's name somewhere.

It's possible that you could get around it by grabbing this: http://sourceforge.net/projects/wxpython/files/wxPython/2.8.11.0/wxPython2.8-win32-unicode-2.8.11.0-py26.exe/download

That's not officially supported just yet though, so you'd be more or less off on your own with it, but I've got the same wxPython module installed and it's doing just fine. Although I don't have anything with non-English letters in it

» Tue Mar 15, 2011 3:49 am

Interesting. Arthmoor, I installed the unicode wxPython you linked to, but it didnt seem to do any good. But working off your suggestion that it was caused by a non-English letter, I systematically removed folders/archives from the Oblivion Mods folder until I figured out what was causing the problem. It turns out it was the Bash folder. I'm going to delete it hoping Wrye Bash will re-create it the next time the rebuilt the bashed patch.