Re: Firefox tips (was: GP software deployment best practices)

2011-01-30 Thread Kurt Buff 
I shall give them a look.

Thanks for this...

Kurt

On Sun, Jan 30, 2011 at 09:50, Ben Scott  wrote:
> On Sat, Jan 29, 2011 at 8:10 PM, Kurt Buff  wrote:
>> At $WORK I routinely have 80+ FF windows open, and many have multiple
>> tabs.
>
>  I rarely have more than one Firefox window open anymore, thanks to
> TreeStyleTab.  And I find BarTab helps memory usage *hugely*.  If you
> haven't installed these extensions yet, you're really hurting
> yourself.
>
>  TreeStyleTab = collapsible hierarchical tab structures
>
> http://img375.imageshack.us/img375/2352/treestyletab.png
>
> http://piro.sakura.ne.jp/xul/_treestyletab.html.en
>
>  BarTab = unload page content for inactive tabs, while keeping the tab around
>
> https://addons.mozilla.org/en-US/firefox/addon/bartab/
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Firefox tips (was: GP software deployment best practices)

2011-01-30 Thread Ben Scott 
On Sat, Jan 29, 2011 at 8:10 PM, Kurt Buff  wrote:
> At $WORK I routinely have 80+ FF windows open, and many have multiple
> tabs.

  I rarely have more than one Firefox window open anymore, thanks to
TreeStyleTab.  And I find BarTab helps memory usage *hugely*.  If you
haven't installed these extensions yet, you're really hurting
yourself.

  TreeStyleTab = collapsible hierarchical tab structures

http://img375.imageshack.us/img375/2352/treestyletab.png

http://piro.sakura.ne.jp/xul/_treestyletab.html.en

  BarTab = unload page content for inactive tabs, while keeping the tab around

https://addons.mozilla.org/en-US/firefox/addon/bartab/

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-29 Thread Kurt Buff 
Yes, FF has a 64bit version.

I've downloaded it, but have not yet installed it on my Win7 laptop.

On Fri, Jan 28, 2011 at 14:44, Crawford, Scott  wrote:
> Nice.  Way to push the limits.
>
> Showing my ignorance, but does FF have a 64 bit version? I only run IE since 
> its always there and *usually* works so its one less thing to maintain.
>
> -Original Message-
> From: Ben Scott [mailto:mailvor...@gmail.com]
> Sent: Friday, January 28, 2011 4:21 PM
> To: NT System Admin Issues
> Subject: Re: GP software deployment best practices
>
> On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott  
> wrote:
>> How much RAM does a browser need to access anyway?
>
>  I've had Firefox over 1 GB under "normal" conditions.  Granted, I
> had over 100 tabs open, but that's not unusual for me.  (This was also
> before I learned about BarTab.)
>
>  I've had Firefox crash because it hit the 2 GB 32-bit per-process
> limit, but that was because I was trying to download a 4+ GB DVD image
> and there's apparently a memory leak in the download routines.  It's
> apparently a tiny leak, but tiny times many equals large.
>
>  Does this justify a 64-bit browser?  Prolly not.  :-)
>
> -- Ben
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~
>
> ---
> To manage subscriptions click here: 
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-29 Thread Kurt Buff 
On Fri, Jan 28, 2011 at 14:21, Ben Scott  wrote:
> On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott  
> wrote:
>> How much RAM does a browser need to access anyway?
>
>  I've had Firefox over 1 GB under "normal" conditions.  Granted, I
> had over 100 tabs open, but that's not unusual for me.  (This was also
> before I learned about BarTab.)
>
>  I've had Firefox crash because it hit the 2 GB 32-bit per-process
> limit, but that was because I was trying to download a 4+ GB DVD image
> and there's apparently a memory leak in the download routines.  It's
> apparently a tiny leak, but tiny times many equals large.
>
>  Does this justify a 64-bit browser?  Prolly not.  :-)
>
> -- Ben

At $WORK I routinely have 80+ FF windows open, and many have multiple
tabs. FF crashes once in a while - less than once a month, but memory
usage is quite high, of course...

Kurt

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-28 Thread Ben Scott 
On Fri, Jan 28, 2011 at 5:48 PM, Michael B. Smith  wrote:
>> Does this justify a 64-bit browser?  Prolly not.  :-)
>
> Certainly not if you need a stable Flash.

  On 'nix, there's a nifty package called "nspluginwrapper" which let
you use the 32-bit flash in a 64-bit browser.  Dunno if it's available
for 'dows.

  Had the additional benefit of isolating Flash crashes, before
Firefox started putting plugins in isolated processes anyway.

> (NB: perhaps that is an oxymoron.)

  Indeed.

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-28 Thread Ben Scott 
On Fri, Jan 28, 2011 at 5:44 PM, Crawford, Scott  wrote:
> Showing my ignorance, but does FF have a 64 bit version?

  Definitely does on Linux.  Linux distributions which build for other
architectures build all their packages for that architecture.  So if
you're running an x86-64 Linux distro, every single package for that
distro will be 64-bit.  The office suites, the IM programs, the audio
players, everything.  It's a far cry from the land of Windows, where
even Microsoft is still trying to work out the kinks, let alone
third-parties.

  Haven't looked for Firefox for Win64... a quick Google makes it look
like it's in early beta testing right now.

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: GP software deployment best practices

2011-01-28 Thread Michael B. Smith 
Certainly not if you need a stable Flash.

(NB: perhaps that is an oxymoron.)

Regards,

Michael B. Smith
Consultant and Exchange MVP
http://TheEssentialExchange.com


-Original Message-
From: Ben Scott [mailto:mailvor...@gmail.com] 
Sent: Friday, January 28, 2011 5:21 PM
To: NT System Admin Issues
Subject: Re: GP software deployment best practices

On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott  wrote:
> How much RAM does a browser need to access anyway?

  I've had Firefox over 1 GB under "normal" conditions.  Granted, I had over 
100 tabs open, but that's not unusual for me.  (This was also before I learned 
about BarTab.)

  I've had Firefox crash because it hit the 2 GB 32-bit per-process limit, but 
that was because I was trying to download a 4+ GB DVD image and there's 
apparently a memory leak in the download routines.  It's apparently a tiny 
leak, but tiny times many equals large.

  Does this justify a 64-bit browser?  Prolly not.  :-)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ 
<http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: GP software deployment best practices

2011-01-28 Thread Crawford, Scott 
Nice.  Way to push the limits.

Showing my ignorance, but does FF have a 64 bit version? I only run IE since 
its always there and *usually* works so its one less thing to maintain.

-Original Message-
From: Ben Scott [mailto:mailvor...@gmail.com] 
Sent: Friday, January 28, 2011 4:21 PM
To: NT System Admin Issues
Subject: Re: GP software deployment best practices

On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott  wrote:
> How much RAM does a browser need to access anyway?

  I've had Firefox over 1 GB under "normal" conditions.  Granted, I
had over 100 tabs open, but that's not unusual for me.  (This was also
before I learned about BarTab.)

  I've had Firefox crash because it hit the 2 GB 32-bit per-process
limit, but that was because I was trying to download a 4+ GB DVD image
and there's apparently a memory leak in the download routines.  It's
apparently a tiny leak, but tiny times many equals large.

  Does this justify a 64-bit browser?  Prolly not.  :-)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-28 Thread Ben Scott 
On Fri, Jan 28, 2011 at 3:53 PM, Crawford, Scott  wrote:
> How much RAM does a browser need to access anyway?

  I've had Firefox over 1 GB under "normal" conditions.  Granted, I
had over 100 tabs open, but that's not unusual for me.  (This was also
before I learned about BarTab.)

  I've had Firefox crash because it hit the 2 GB 32-bit per-process
limit, but that was because I was trying to download a 4+ GB DVD image
and there's apparently a memory leak in the download routines.  It's
apparently a tiny leak, but tiny times many equals large.

  Does this justify a 64-bit browser?  Prolly not.  :-)

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

RE: GP software deployment best practices

2011-01-28 Thread Crawford, Scott 
1.   The difference between 32 bit and 64 bit Java correlates to which 
version your browser supports. Lots of plugins don't have a 64 bit version so 
we've basically chosen to ignore IE 64 and only push 32 bit plugins to all 
machines regardless of whether the OS is 32 or 64 bit. You could push both 32 
and 64 to 64 bit machines and only 32 to 32 bit machines, but I think the 
opportunity for problems outweighs any potential benefits.  How much RAM does a 
browser need to access anyway?

2.   You can leave the existing policy in place, but remove the old package 
and add the new one. (see below)

3.   Check "Uninstall this application...", this coupled with the above 
will remove old versions as you push new ones out. I'm not sure how clean 
uninstall is when a Java update does it, but removing the MSI is about as clean 
as you can get.

From: Jim Dandy [mailto:jda...@asmail.ucdavis.edu]
Sent: Friday, January 28, 2011 10:45 AM
To: NT System Admin Issues
Subject: GP software deployment best practices

I'm going to start pushing Java via Group Policy and have a few questions with 
regard to best practices.


1)  Some of my machines are 32-bit and some are 64.  My thought is to 
create a "Java policy" that pushes both the 32 and 64-bit versions.  64-bit 
machines would get both and 32-bit machine would only get the 32.  Is it OK to 
have a GP that attempts to push a 64-bit software to 32-bit machines or is that 
going to cause problems?  It seems to work OK on my test machines but perhaps 
I'm missing something?


2)  When a new version of Java comes out should I remove the old policy and 
create a new policy to push the new version or should I apply the new version 
as an update to the older version (using the update tab on the GP)?



3)  Since the new version will uninstall the old version should I select 
"Uninstall this application when it falls out of the scope of management" or 
should I just let the new Java installation remove the older version?

Thanks for your help.

Curt Finley


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to 
listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com>
with the body: unsubscribe ntsysadmin

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-28 Thread Mike Sullivan 
I'm no expert bout you could always apply a WMI Filter and have 2 GPO's, one
for 32 bit systems and one for 64 bit.

Here's the Query you would want to use.
SELECT * FROM Win32_Processor WHERE AddressWidth=32

SELECT * FROM Win32_Processor WHERE AddressWidth=64

I haven't tested the new Java since it does the uninstall so I am of no help
there.

On Fri, Jan 28, 2011 at 8:45 AM, Jim Dandy wrote:

> I’m going to start pushing Java via Group Policy and have a few questions
> with regard to best practices.
>
>
>
> 1)  Some of my machines are 32-bit and some are 64.  My thought is to
> create a “Java policy” that pushes both the 32 and 64-bit versions.  64-bit
> machines would get both and 32-bit machine would only get the 32.  Is it OK
> to have a GP that attempts to push a 64-bit software to 32-bit machines or
> is that going to cause problems?  It seems to work OK on my test machines
> but perhaps I’m missing something?
>
>
>
> 2)  When a new version of Java comes out should I remove the old
> policy and create a new policy to push the new version or should I apply the
> new version as an update to the older version (using the update tab on the
> GP)?
>
>
>
> 3)  Since the new version will uninstall the old version should I
> select “Uninstall this application when it falls out of the scope of
> management” or should I just let the new Java installation remove the older
> version?
>
>
>
> Thanks for your help.
>
>
>
> Curt Finley
>
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>



-- 
Mike Sullivan
neog...@gmail.com

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-28 Thread Ben Scott 
On Fri, Jan 28, 2011 at 11:45 AM, Jim Dandy  wrote:
> 1)  Some of my machines are 32-bit and some are 64.  My thought is to
> create a “Java policy” that pushes both the 32 and 64-bit versions.  64-bit
> machines would get both and 32-bit machine would only get the 32.  Is it OK
> to have a GP that attempts to push a 64-bit software to 32-bit machines or
> is that going to cause problems?  It seems to work OK on my test machines
> but perhaps I’m missing something?

  I've never tried that myself, but I have seen situations where an
MSI fails installation for whatever reason.  The PC ends up trying to
install it during every startup, since the GPO says "This should be
installed" and MSI says "It isn't installed right now".

-- Ben

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin

Re: GP software deployment best practices

2011-01-28 Thread Jonathan Link 
1) I would test 64 bit machines before you do this.  I don't know that it
wouldn't work, but I can see possibilities where this might be a bad idea.

2) In my install folder, I maintain at least a version back. I always put a
date stamp on the folder name of the date I installed a particular
software.  In the GPO, I remove the software installation, forcing it to
remove everything from the user's computer.  By leaving the folder there,
the installer has access to source installation files if it is necessary for
uninstallation.

3) I haven't had good lunch with the new version of Java uninstalling the
previous version of java.
Truthfully, I've given up on maintaining it for a while, and I need to get
caught up.  However, in the meantime, I have a hodge-podge of different
versions out there, since I've manually updated when I've had cause to do
so, or I've been at a users machine.  This is a lower priority item for me,
that probably needs to be moved up my list.


On Fri, Jan 28, 2011 at 11:45 AM, Jim Dandy wrote:

>  I’m going to start pushing Java via Group Policy and have a few questions
> with regard to best practices.
>
>
>
> 1)  Some of my machines are 32-bit and some are 64.  My thought is to
> create a “Java policy” that pushes both the 32 and 64-bit versions.  64-bit
> machines would get both and 32-bit machine would only get the 32.  Is it OK
> to have a GP that attempts to push a 64-bit software to 32-bit machines or
> is that going to cause problems?  It seems to work OK on my test machines
> but perhaps I’m missing something?
>
>
>
> 2)  When a new version of Java comes out should I remove the old
> policy and create a new policy to push the new version or should I apply the
> new version as an update to the older version (using the update tab on the
> GP)?
>
>
>
> 3)  Since the new version will uninstall the old version should I
> select “Uninstall this application when it falls out of the scope of
> management” or should I just let the new Java installation remove the older
> version?
>
>
>
> Thanks for your help.
>
>
>
> Curt Finley
>
>
>
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~   ~
>
> ---
> To manage subscriptions click here:
> http://lyris.sunbelt-software.com/read/my_forums/
> or send an email to listmana...@lyris.sunbeltsoftware.com
> with the body: unsubscribe ntsysadmin
>

~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~   ~

---
To manage subscriptions click here: 
http://lyris.sunbelt-software.com/read/my_forums/
or send an email to listmana...@lyris.sunbeltsoftware.com
with the body: unsubscribe ntsysadmin