Re: Google Drive deploy - possible?

On 1/10/2013 3:00 AM, wpkg-users-request <at> lists.wpkg.org wrote:
> ----------------------------------------------------------------------
>
> Hello,
>
> Has anyone managed to deploy G/Drive without having a Google Apps
> subscription?
>
> I found http://support.google.com/a/bin/answer.py?hl=en&answer=2490101
> which points to an out of date msi,
> https://dl.google.com/drive/gsync_enterprise.msi.
>
> Am I missing something here, can G/Drive be deployed or is it not aimed
> at that type of market?
>
> Thanks
>
> Chris
>
Why do you think it's out of date? That's what I've downloaded & I get 
version 1.6.3837.2778.
The problem I have is it always says "failed check after installation", 
even when the installation completed succefully.
I've tried both the file & uninstall check conditions, with no luck. So 
I to would like to know if anyone has been able to deploy G-Drive...?

thx,
Barry
-------------------------------------------------------------------------

GPO deployment WPKGClient

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users <at> lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users

Google Drive deploy - possible?

Hello,

Has anyone managed to deploy G/Drive without having a Google Apps 
subscription?

I found http://support.google.com/a/bin/answer.py?hl=en&answer=2490101 
which points to an out of date msi, 
https://dl.google.com/drive/gsync_enterprise.msi.

Am I missing something here, can G/Drive be deployed or is it not aimed 
at that type of market?

Thanks

Chris
-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/

Checking for Adobe Flash Player ActiveX and Plugin (check results)

Dear All,

I've installed and uninstalled Flash by adding / removing the profile to 
/ from the host.

Now there's a rather strange check result:

<check result="true" value="%PKG_VERSION%" path="Adobe Flash Player .+ 
Plugin.*" condition="versiongreaterorequal" type="uninstall"/>

<check result="false" value="%PKG_VERSION%" path="Adobe Flash Player .+ 
ActiveX.*" condition="versiongreaterorequal" type="uninstall"/> 
</checkResults>

The tests were:

	<check type="uninstall" condition="versiongreaterorequal" path="Adobe 
Flash Player .+ ActiveX.*" 		value="%PKG_VERSION%" />
	
	<check type="uninstall" condition="versiongreaterorequal" path="Adobe 
Flash Player .+ Plugin.*" 		value="%PKG_VERSION%" />

Both registry keys don't exist now.

Why is one of the results true, the other one false?

When I add the profile to the host again the ActiveX and the Plugin 
Version is reinstalled. I thought the check is skipped, if there's a 
positive result in wpkg.xml. Why is the Plugin installed?

Thank you in advance.

Chris
-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/

First test with architecture dependencies...

I'm starting to move out of XPsp3 32 bit, moving also to WPKG-GP.

Anyway, i've setup a test recipe (for WPKG-GP, of course) and added to
profiles.xml:

    <profile id="default" architecture="x86" >
        <depends profile-id="base" />
        <package package-id="xptweaks-disable-csc" />
    </profile>

    <profile id="default" architecture="x64" >
        <package package-id="wpkg-gp" />
        <package package-id="wpkg-gp-settings" />
    </profile>

If i start WPKG on the win7 x86 box, in the log i can see that wpkg
correctly idetify the os as 'x64', apply profile 'default' but start to
install packages on 'base' profile plus 'xptweaks-disable-csc'
packages.

What i'm missing? Thanks.

--

-- 
dott. Marco Gaiarin				        GNUPG Key ID: 240A3D66
  Associazione ``La Nostra Famiglia''                    http://www.sv.lnf.it/
  Polo FVG   -   Via della Bontà, 7 - 33078   -   San Vito al Tagliamento (PN)
  marco.gaiarin(at)lanostrafamiglia.it   t +39-0434-842711   f +39-0434-842797

		Dona il 5 PER MILLE a LA NOSTRA FAMIGLIA!
	   http://www.lanostrafamiglia.it/chi_siamo/5xmille.php
	(cf 00307430132, categoria ONLUS oppure RICERCA SANITARIA)
-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/

Re: Google Drive fails check after install

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users <at> lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users

Google Drive fails check after install

I'm trying to push out the Google Drive Sync client to our workstations.
This is the package I'm using:

<package id="GoogleDrive" name="Google Drive" revision="1" priority="1">
     <check type="file" condition="versiongreaterorequal" 
path="%ProgramFiles(x86)%\Google\Drive\googledrivesync.exe" 
value="1.6.3837.2778" />
     <install cmd='msiexec /qn /l* "C:\TMaLog\GoogleDrive.log" /i 
"%SOFTWARE%\GoogleDrive\gsync_enterprise.msi"' />
</package>

For the check I've tried both "uninstall" & "file".
The software seams to install just fine. In the event viewer it says the 
Windows Installer completed successfully with 0 errors, but then on the 
next line it says failed check after installation. The .log file from 
msiexec also says it was successfully, but when I log into the 
workstation the msiexec process is still running, but 0% activity.

Now every time I reboot it tries to install again, even though it's 
already installed.
So why are my checks failing?

--

-- 
Barry Ralphs  CAD/BIM/IT Manager

TIPPINGMAR
1906 Shattuck Ave, Berkeley CA 94704

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/

limit number of packages or time used during a WPKG run

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users <at> lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users

wpkg for crapware removal?

Hi all,

I just inherited a new client whose workstations have users logged in as
local administrators; the net result is a ton of crapware.

I considered creating wpkg packages for the crapware with only a
"remove" section to a) simplify cleanup, and b) ensure that machines
remain clean, since a handful of users will be retaining local admin
privileges.

So, my questions:
* Has anyone else tried this?  Do they have any package definitions to
share?
* Should I bother posting these package definitions to the wpkg wiki?  I
don't want to load up the wiki with entries for software no one would
ever use, but I know that other folks may also benefit from these
definitions.

Thanks!
Jon

--

-- 
Jonathan Goldberg
Palante Technology
347-829-4566
jon <at> palantetech.com

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users <at> lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users

Architecture being ignored when installing

Hello,

I've been updating all of my package definitions so that they work properly
in a mixed 32/64 environment, but I'm having a problem in that the
architecture seems to be getting ignored.

For example, in my iTunes package I have the following:
        <install architecture="x86" cmd='msiexec /i
"%SOFTWARE%\itunes\%version%-x86\AppleMobileDeviceSupport.msi" /passive
/norestart /qn' timeout='300' />
        <install architecture="x64" cmd='msiexec /i
"%SOFTWARE%\itunes\%version%-x64\AppleMobileDeviceSupport64.msi" /passive
/norestart /qn' timeout='300' />

When WPKG runs however, it always runs the x86 version.  If I switch the
order around it still runs the x86 version.  The same thing is happening on
all of our workstations.  I've made sure the package revision was
incremented, I've even reimaged a few of the machines to see if that made a
difference but it has not.

Strangely, if I run wpkg.js in a terminal window with /debug, it tries to
run the proper file (but fails due to the software variable not being set). 
But then when I try the service it again goes back to trying to install the
32 bit version.

Is there something I'm doing wrong in how I'm trying to use that variable?

Thank you for any assistance that may come my way!
--

-- 
View this message in context: http://old.nabble.com/Architecture-being-ignored-when-installing-tp34791043p34791043.html
Sent from the WPKG - Users mailing list archive at Nabble.com.

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/

[Bug 278] New: Wrong host match

http://bugzilla.wpkg.org/show_bug.cgi?id=278

           Summary: Wrong host match
           Product: WPKG
           Version: other
          Platform: PC
        OS/Version: All
            Status: NEW
          Severity: critical
          Priority: P2
         Component: wpkg.js
        AssignedTo: mangoo <at> wpkg.org
        ReportedBy: pendl2megabit <at> yahoo.de
         QAContact: wpkg-users <at> lists.wpkg.org

Hi Rainer,

I encountered a new wrong host match.

The log file contains:

>>
2012-12-12 08:18:26, DEBUG   : WPKG 1.3.0 starting...
2012-12-12 08:18:26, DEBUG   : Reboot-Cmd is standard.
2012-12-12 08:18:26, DEBUG   : Base directory is
'\\Haidlfs02\Software$\AppDeploy\WPKG Server'.
2012-12-12 08:18:26, DEBUG   : Log level is 255

...

2012-12-12 08:18:27, DEBUG   : Host operating system: microsoft windows xp
professional, , sp3, 5.1.2600
2012-12-12 08:18:28, DEBUG   : Found network service:
{9577CC0B-2328-42D3-84F6-DD03882BFD98}
2012-12-12 08:18:28, DEBUG   : Reading DHCP address.
2012-12-12 08:18:28, DEBUG   : Found DHCP address: 129.0.40.169
2012-12-12 08:18:28, DEBUG   : Domain Name: nussbach.haidlmair.at
2012-12-12 08:18:28, DEBUG   : Found computer group: Domänencomputer
2012-12-12 08:18:28, DEBUG   : Found user locale: 407
2012-12-12 08:18:28, DEBUG   : Found system locale: 407
2012-12-12 08:18:28, DEBUG   : Host properties:
hostname='kst3303'|architecture='x86'|os='microsoft windows xp professional, ,
sp3, 5.1.2600'|ipaddresses='129.0.40.169'|domain
name='nussbach.haidlmair.at'|groups='Domänencomputer'|lcid='407'|lcidOS='407'
2012-12-12 08:18:28, DEBUG   : Found host
'MAIL00\|Haidl.*\|PPS2.*\|Optis01\|DMS.+\|vCenter\|MATRIX01' matching IP
'129.0.40.169'
<<

Notice the last line, which matches host names against an IP.

I have reported a similar issue a while back, which got resolved, seems some
latest changes removed that correction.

I will now convert the old host attributes to the new hostname attribute to
avoid this in the future.

--
Stefan

--

-- 
Configure bugmail: http://bugzilla.wpkg.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

-------------------------------------------------------------------------
wpkg-users mailing list archives >> http://lists.wpkg.org/pipermail/wpkg-users/
_______________________________________________
wpkg-users mailing list
wpkg-users <at> lists.wpkg.org
http://lists.wpkg.org/mailman/listinfo/wpkg-users