Jump to content

OverFlow

Member
  • Posts

    30
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by OverFlow

  1. does you version of office have infopath included? did you try to redownload the patch?
  2. Bump First post and SlipOff.cmd updated (slipstream Office 2003 command script)
  3. The information is accurate but is is spread out over multiple pages and has confused at least one user. It also doesn't address office sp3 because of its age. Does that count as depreciated?
  4. i condensed this thread here --> http://www.msfn.org/board/Office-Patchers-...oad-t89038.html that might have saved you PS yes it works with SP3 however the infopath fix still needs to be applied.
  5. Based on your very limited info and description i have to make a guess here ("%~dp0") Returns the drive letter that the script is run from so if your script (this line --> "for /f "delims=: tokens=1" %%i in ("%~dp0") do set drive=%%i:") is run from the C drive which apparently it is... then DUH! that script only works if it is run from the drive that WPI resides on my guess is cmdlines.txt is calling a .cmd file on the c drive that contains this line
  6. Thanks for the quick response ! If i find anything myself ill report back.
  7. I have seen a post about this somewhere else but i can't find it now. I am using RyanVM nLite DriverPacks and WPI 6.2 if i deselect office it doesn't give the error
  8. TITU Post 25 in this thread - Monnezza posted that fix last year. As a matter of fact it looks like you cut and pasted it.
  9. Sorry i missed the double post... Ohotfix.exe and freinds are included in every hotfix package, my script deletes them each time a hotfix is extracted so the next package will be able to extract them again and be deleted again. We don't need these files at all, They are just taking up space. What I suspect is happening is that the write caching on your drive is causeing just enough of a delay that the next extraction is still finding the last Ohotfix.exe file that was supposed to be deleted already but is pending deleteion by write caching on the drive. when the next hotfix begins extraction it finds the file and complains. since we are only going to delete this file anyway it not a problem. Some hotfix packages contain more than one installation package so you may get more patches than you downloaded. Check the *.log files to see what was done. (that is why i have it create them) the name and number of logs should match the total installed. I could add a small delay in the script between extractions or a test to make sure it is deleted before continuing. but as far as i know this is the only time it has occured and since we dont need the files its only a nusiance not a problem.
  10. No because they were not "installed" they were part of the original package. think about it... (I Don't create an uninstaller I just add the keys MU is looking for) if it is your intention to split the updaters then don't use Microsoft Updates, use Windows Updates.
  11. It is great to hear that! (I'm quite sure I speak for all of us.)
  12. Full Credit goes to : monnezza's Post here: http://www.msfn.org/board/index.php?s=&amp...st&p=558964 Glad to help
  13. To the best of my knowledge you may only update "administrative installation points" in office 2003 and I belive you must enter a Licence Key to create one. If there is a way to prompt for your key after you have created an administrative install I am unaware of it.
  14. The script will extract all hotfixes and the most recent Service Pack that are in the same folder as SlipOff.cmd. The files will be extracted into the same folder that the patches and the command file are currently in. If service packs exist in the folder it will extract and slipstream the latest Service Pack first then do the remaining hotfixes. Since each Service Pack includes all previous Service Packs only the latest one will be used. Simply put SlipOff.cmd in the folder with the downloaded xxx-FullFile-xxx.exe updates and run it. Only "FullFile" Service Packs and hotfixes will work for slipstreaming! Office 2003 SP3 Administrative update download (Office2003SP3-KB923618-FullFile-ENU.exe) --> http://www.microsoft.com/downloads/details...;DisplayLang=en Other Office downloads here (for getting post SP updates) --> http://office.microsoft.com/en-us/download...033.aspx?stt=11 Optionally run it with an argument specifying your office 2003 administrative installation folder (IE "SlipOff.cmd d:\My Office") The default c:\office will be checked if you don't specify a folder. If your source is not found you will be prompted for the administrative installation folder location. It will also create log files with the same name as the hotfix for trouble-shooting and give an elapsed time. Be sure to read monnezza's Post here: http://www.msfn.org/board/index.php?s=&amp...st&p=558964 After slipstreaming Update for InfoPath 2003 (KB920103) into Office 2003 Professional with SP2 there are two errors in PRO11.MSI. (really nice info and documentation!) The summary of his post is attached below as a text file. Sadly this problem was not fixed in Office Service Pack 3 and must still be done It is still neccessary to create a *.reg file since Microsoft Updates is blind to slipstreamed updates. I install office to a virtual machine, run MS update, and then export the "patches" key to a file named 'Office.reg'. My key is located at. > [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\9040110900063D11C8EF10054038389C\Patches] Sample attached Just export the entire Key and then execute the resulting .REG file after installing the slipstreamed office (and before using Microsoft Update). I run the Office.reg file from my office.mst (*.MST's are 'transforms'. Switchless installers created by the using office 2003 resource kit) Hint: Use Microsoft Office update to see if your office is current and if your hotfixes were installed correctly. --> http://office.microsoft.com/en-us/downloads/maincatalog.aspx original post and release Oct 27 2006, 03:51 PM here --> http://www.msfn.org/board/index.php?s=&amp...st&p=578482 Script updated 12/09/07 to support Service Pack 3 It will skip previous Service Packs if they are accidentally put in the folder since only the most recent one is needed. Have a Great Day! --- Jeff --- office.reg InfoPathfix.txt SlipOff.cmd
  15. feel free to look at it and use my source if you like... that is what it's there for. I have had several good experiences with Signet so it could only be better for everyone... My code is a lot more complete and versatile, so run with it if it pleases you. just mention me in the credits ;P Be sure to read monnezza's Post here: http://www.msfn.org/board/index.php?s=&amp...st&p=558964 After slipstreaming Update for InfoPath 2003 (KB920103) into Office 2003 Professional with SP2 there are two errors in PRO11.MSI. (really nice info and documentation!) Sorry TomCat - done --> http://www.msfn.org/board/index.php?s=&amp...st&p=601340
  16. Well done. I liked your "complete package" Idea! What about the infopath issue? I didnt see anything that addressed that. Will you be making new releases as the new hotfixes come out? It's already a pretty hefty download at nearly 40 meg though. I guess most of us could just edit it ourselves adding new hotfixes to the list and then creating a new .reg file. ----------------------- My script 1. extracts and Slips ANY hotfixes in the same folder Slipoff.cmd is in and also extracts and slips SP2 first (if it's there). 2. Logs each package installation to aid with troubleshooting. 3. Put the admin install anywhere. (yours is hard coded to c:\office). which could be pluses but, 1. It is neccessary to download SP2 and hotfix files yourself from microsoft. (not to bad since all the post SP2 download links are on a single page at MS.) 2. It is neccessary to create the .reg file yourself. (Not tough.) which could be minuses post located here --> http://www.msfn.org/board/index.php?s=&amp...st&p=592679
  17. Thanks and thanks again Kelsenellenelvian! 1. For answering Slimy 2. I upgraded to WPI 5.6 from your Sig. U R Awsome! I didnt include support for XP yet. I could without much trouble but you are only the second person to even reply to one of my posts with any question or feedback.
  18. no GUI or user input required if you set it up on the server correctly if you put the admin install on cd for a standalone install microsoft updates will handle it for the user. again nothing special required.
  19. you said "After updating Administrative image" Mine ACTUALLY slipstreams the patches to the administrative installation. So it is totaly different. By using group policy and transforms it would also autoupdate existing installs eliminating the need to do anything at each machine. I dont have time to visit all the machines I am admin for.
  20. hello, I started something like this already for office 2003 only. It's not done but it works great! check out my post http://www.msfn.org/board/index.php?s=&amp...st&p=592679 I was hoping somebody might notice it and sticky it or add it to MSFN Forums > Member Contributed Projects > Other Member Contributed Projects Might motivate me to add support for other office versions and project / visio support
  21. Messy may not be the best way to describe it. there are currently two different engines to identify what patches you need 1. http://update.microsoft.com We refer to it as Microsoft Update or MU. 2. http://office.microsoft.com/en-us/downloads/maincatalog.aspx We refer to Office updates or OU. Microsoft updates does not inventory your office install it merely checks the add remove programs list in your registry. If a patch is not in the proper add remove programs Registry Key then Microsoft updates ASSUMES you dont have it. You might have it installed properly it just isn't in the add remove programs list. Office updates performs its own version of an inventory of your actual Office install and is somewhat accurate. It will not show any slipstreamed patches as still being needed. even if they are not in add remove programs. So, it's not a "sometimes" thing. It's every time. MU fails to identify hotfixes and OU does not fail. Knowing that MU is only looking for a few missing registry entries makes for an easy fix - just add the missing registry entrys. It's simple, easy, and effective. No muss no fuss. The key is to use OU to make sure you slipstreamed the updates properly, add the missing keys, and then MU will work as expected afterwards. I dont know that the checking is flawed it is just two different methods. One is obviously better. B)
  22. check my updatepack from my signature Thanks for the quick response, and thank you so much Boooggy for all of your hard work which is obvious. Sorry for not mentioning this was for XP SP2 I was not looking to start from scratch again, just to add the one I was missing. I have used your packs previously and I find that Ryan's results in a cleaner final installation. (qfecheck) I had checked at http://www.ryanvm.net/forum/viewtopic.php?t=3529 Last edited by boooggy on Wed Nov 29, 2006 8:42 am to see if your pack included KB917275 but I missed the reference to it (I was searching for the KB#) which is why I posted here. (it might be nice to put a link to your current list of packages included on your download page.) I love your Boooggy_WMP11Addon.7z and I am useing it. So, is there anyway to add KB917275 to an existing "complete" installation setup. make no mistake Boooggy I think you rock!
  23. has anyone had any luck slipstreaming KB917275 WindowsRightsManagementServicesSP2-KB917275-Client-ENU-x86.exe I use RVM DriverPacks and Nlite all current as of today
  24. read my post here for the workaround http://www.msfn.org/board/index.php?s=&amp...st&p=579833
  25. Yes there is another post on here somewhere about this I couldn't find it quickly The PV, I believe, stands for Project and Visio which you probably don't have so they wont install. As long as the ones without the PV at the beginning install and office updates shows that you are up to date you were successful. OK?
×
×
  • Create New...