Yeah, that's kind of what I figured, so that's how I assigned it. I just made myself the recipient of the GPO and no-one else. My computer is not assigned the install, just my user account. Yet, the auto-install portion of it doesn't seem to work. Can you think of any reason why it shouldn't? Also, do you know if there's a way to force the installation of these applications so that the full installation happens as assigned, rather than once the user tries to use the app? Since we run a public library, it's really a pain in the rear to have the user (running mandatory roaming profiles) always get the same greyed-out button for an app. Worse still when it's a browser plugin like Realplayer, which then doesn't do what's it's supposed to no matter what when they go to a Real media link.
Matt -----Original Message----- From: Roger Seielstad [mailto:[EMAIL PROTECTED] Sent: Monday, September 08, 2003 12:42 PM To: NT 2000 Discussions Subject: RE: Need some help with MSI distribution via GPO's Ahh - that's right. You can't push desktop icons to users when packages are assigned to computers - you'd have to assign the app to users. There is no "All Users" desktop concept, other than the default profile. -------------------------------------------------------------- Roger D. Seielstad - MTS MCSE MS-MVP Sr. Systems Administrator Inovis Inc. > -----Original Message----- > From: Matt Hoffman [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 12:40 PM > To: NT 2000 Discussions > Subject: RE: Need some help with MSI distribution via GPO's > > > OK, I made that change, although the share already had > Everyone read rights > to begin with, which ought to have been even more permissive. > > After that change was made I still get the same effect. In > this particular > case, the shortcut in question shows up when I Add the program from > Add-Remove Programs, but does not work when automatically > installing through > the Assign option. Both ways the computer thinks that the program is > installed, but the actual changes only occur when manually > Adding it from a > network install. > > In this particular case, this ought to be a User-level > install, rather than > a Computer-level one. So, I have it set for the Users side > of things in the > GPO. Should I be doing this differently? My understanding > is that things > like Hofixes and such should be installed via Assignment and from the > Computer portion of the GPO and that things like shortcuts > and such that > should only show up on certain users' desktops should come > from the User > portion of the GPO. > > Matt > > -----Original Message----- > From: Roger Seielstad [mailto:[EMAIL PROTECTED] > Sent: Monday, September 08, 2003 8:03 AM > To: NT 2000 Discussions > Subject: RE: Need some help with MSI distribution via GPO's > > > Best guess is that the share on which the MSI sits is not permissioned > properly. It's a fairly common issue which is relatively easy to fix. > > Keep in mind that your computer accounts, NOT the user > accounts, need to > have read access to the share. Probably the best way is to grant > 'Authenticated Users' read access to both the share and file > system on which > the MSI lives. > > Roger > -------------------------------------------------------------- > Roger D. Seielstad - MTS MCSE MS-MVP > Sr. Systems Administrator > Inovis Inc. > > > > -----Original Message----- > > From: Matt Hoffman [mailto:[EMAIL PROTECTED] > > Sent: Friday, September 05, 2003 2:13 PM > > To: NT 2000 Discussions > > Subject: Need some help with MSI distribution via GPO's > > > > > > Distributing an extremely simple MSI file via GPO's... made with > > Wininstall LE 2003. This is a Win2K AD, and the contents of the MSI > > are merely a UNC > > path shortcut to a share on a server and nothing else. I'm > > using this as a > > test to see if I can get package distribution working. > > > > So far things seem to be OK except that I can't get my packages to > > install properly when assigned, but install just fine when > > published. The Event Log > > shows that the packages install correctly either way, however > > the visible > > change of a new shortcut actually being on the desktop does > not happen > > unless you go through the process of publishing and then > > installing via > > Add/Remove Programs. > > > > I've tried this with a couple different created MSI's and I get the > > same result each time; publishing and installing "manually" work > > great, but it > > seems to be missing things when installed via assignment. > > > > Any ideas? Places to look for problems? I've got Mark Minasi's > > book(s) here in front of me and have followed those instructions to > > the letter. > > > > Thanks, > > > > Matt > > > > ------ > > You are subscribed as [EMAIL PROTECTED] > > Web Interface: > > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=nt2000&tex > t_mode=&lang=english > To unsubscribe send a blank email to %%email.unsub%% > > ------ > You are subscribed as [EMAIL PROTECTED] > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=nt2000&tex t_mode=&lang=e nglish To unsubscribe send a blank email to %%email.unsub%% ------ You are subscribed as [EMAIL PROTECTED] Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=nt2000&text_mode=&lang=e nglish To unsubscribe send a blank email to %%email.unsub%% ------ You are subscribed as [EMAIL PROTECTED] Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=nt2000&text_mode=&lang=e nglish To unsubscribe send a blank email to %%email.unsub%% ------ You are subscribed as [EMAIL PROTECTED] Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=nt2000&text_mode=&lang=english To unsubscribe send a blank email to [EMAIL PROTECTED]
