February 2010 - Installer-dev

Re: Restart action required after installing to a non-boot volume
by Eli Bach 10 Feb '10

10 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:content-transfer-encoding :message-id:references:to:x-mailer; bh=4XNn+dH4Ch2l8BW5jd33FkQGo++8WLOrrsqNaWhrNhA=; b=sib0JrUrUDL4m50wiD7WnK8uP7A1HYu2JClJxlHbC3CDe8NMWV7AEAbYATmTzz3BWN rgJUu7jl1MKRf/t3PE0wxCscgGIZ4uvQ0r74m4VP/Mx6k7x5cdUlUiy8yNLU4REZ0vr6 MPYGYvikKhkDDG715ngT1kaH83qsKXsEX9/lE= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=NILQ8BOgnn43fkqoPN3tU+pXcVrrQiXHgWY1WNkaExvE1AuBnGk299AwxKBsHO3vuU gyEVPr70YwI+a+0wmY+Q+jWbwGNbNp6ql3Q/uoR+I3K3fGgQkbeT5j0Lr1MRQ6799lK/ uvfhIy06SWZFuzq3WEu8OwX5rK6tH14fQRY2M= On Feb 9, 2010, at 11:52 PM, Qi Liu wrote: > I found an issue that even I select "Required Restart" in my package maker > project, if I install the package to a non-boot volume, after the > installation finishes, the supposed "Restart" button turns out to be a > "Close" button, and won't restart the OS. > I would like to know if there is a workaround to solve the problem. And I > don't want to select the option "Root Volume Only" since my app doesn't have > to be installed to a root volume. Um, why does your system have to reboot even if the user is installing kernel drivers or whatever on another system? If it's something along the lines of a kernel extension [or something else that must be installed on the boot volume], and an app that can be installed anywhere, maybe try splitting the two things into separate packages and mark the kernel extension package as requiring reboot. That MIGHT work [as I have not tried it]. Eli _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Restart action required after installing to a non-boot volume
by Qi Liu 10 Feb '10

10 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=zkinY7xnmhE69070gMd1GOCqZYWcNgyzFdyKrsblAfU=; b=puXTnmvaaktR397/dfXknywMhR/26u/GyzFyCyOKwr7pK3jawKgdebV9SelWqetRfl nx+PVu8Zkl2SRqWK2QOP3WA1fwn4iOReGjzCMYdI5RhH+4YhEHyRj9qr7LL/9I1wtEge 2gcf1jZINzF+/P1A+AwTDmYn6LftOIMt7TL6Q= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IUVGQ17LLn+oLlDiQQeg4XLLRzqPsVd9zsixXzQr6r07jrAQGATQ4jV0S8JFGf3es6 k2+Z4wLahTk9gj0wkaRVy7RRVxP1JBHu1HoInl34NKEHP9V3XKdVnK6fQ7LUquZab0UJ Jk3e2eCbg3CGr7vZEwG2714riNZj1jQvzkkXc= _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Applications folder ownership permissions
by Greg Neagle 09 Feb '10

09 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Start by looking at the output of pkgutil --file-info /Applications -Greg On Feb 9, 2010, at 3:25 PM, Rick Glaspie wrote: Jesse -- Jesse W. Wesson Development Lead Microsoft: MacBU 425.706.1331 (x61331) jwesson(a)microsoft.com On 2/8/10 4:05 pm, "Iceberg-Dev" <dev.iceberg(a)gmail.com> wrote: On Feb 8, 2010, at 11:44 PM, Rick Glaspie wrote: I'm in need of some guidance to re-write a wrong. The installation of Open XML File Format Converter for Mac 1.1.3.mpkg causes the ownership of the Applications folder to change from root:admin to what appears to be user:staff. If you view the permissions as root, they show up as _unknown:_unknown. The previous version of Open XML Converter 1.1.0 also causes this problem. The version prior to that was 1.0.2 and did not cause the issue. Running repair permissions after installing 1.1.0 reset the ownership to root:admin. Installing 1.1.3 six months later once again set ownership to _unknown:_unknown, but running repair permissions had no effect. Manually setting ownership to root:admin and then running repair permissions reported that: User differs on "Applications", should be 99, user is 0 Group differs on "Applications", should be 99, group is 80 which I find hard to believe. Two questions. Where does the system read the ownership of the Applications folder The Repair permissions feature is relying on receipts for the Mac OS X installation packages, usually. and was it really necessary for the package to change those permissions? No. It's not a program issue. The owner and group are incorrect in 3 of the packages of their Open XML File Format Converter for Mac 1.1.3.mpkg distribution. One has to admit it's creative to use 99:99. Usually, it's 502:502 (like it was in the first versions of Office 2008 for Mac - http:// support.microsoft.com/kb/948488) The best thing to do is to report this to Microsoft and sacrifice a chicken(*). My $0.02 (*) Last time I reported issues in the Office 2008 packages, the report was ignored. So maybe if you sacrifice a chicken, things may work better for you. This email sent to jesse.wesson(a)microsoft.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/greg.neagle%40disneyan… _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… To get an idea of which packages have affected it... Look especially for any that list a uid: 99 and/or gid: 99. Unfortunately this affects over a thousand computers across multiple campuses. Gotta love the power of ARD and Install Packages. Any hope of a fix to undo the persistence of 99:99? On Tuesday, February 09, 2010, at 10:52AM, "Jesse Wesson" <Jesse.Wesson(a)microsoft.com > wrote: I work on the MacBU team responsible for this installer and I'll log a bug to get this fixed. Thanks for bringing this to our attention and sorry about any trouble it's caused. OK maybe three. Is there any other program that does this? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/jesse.wesson%40microso… . com This email sent to greg.neagle(a)disneyanimation.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Applications folder ownership permissions
by Rick Glaspie 09 Feb '10

09 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Unfortunately this affects over a thousand computers across multiple campuses. Gotta love the power of ARD and Install Packages. Any hope of a fix to undo the persistence of 99:99? On Tuesday, February 09, 2010, at 10:52AM, "Jesse Wesson" <Jesse.Wesson(a)microsoft.com> wrote: >I work on the MacBU team responsible for this installer and I'll log a bug >to get this fixed. > >Thanks for bringing this to our attention and sorry about any trouble it's >caused. > >Jesse > >-- >Jesse W. Wesson > >Development Lead >Microsoft: MacBU >425.706.1331 (x61331) >jwesson(a)microsoft.com > > > >On 2/8/10 4:05 pm, "Iceberg-Dev" <dev.iceberg(a)gmail.com> wrote: > >> >> On Feb 8, 2010, at 11:44 PM, Rick Glaspie wrote: >> >>> I'm in need of some guidance to re-write a wrong. The installation >>> of Open XML File Format Converter for Mac 1.1.3.mpkg causes the >>> ownership of the Applications folder to change from root:admin to >>> what appears to be user:staff. If you view the permissions as >>> root, they show up as _unknown:_unknown. The previous version of >>> Open XML Converter 1.1.0 also causes this problem. The version >>> prior to that was 1.0.2 and did not cause the issue. Running >>> repair permissions after installing 1.1.0 reset the ownership to >>> root:admin. Installing 1.1.3 six months later once again set >>> ownership to _unknown:_unknown, but running repair permissions had >>> no effect. Manually setting ownership to root:admin and then >>> running repair permissions reported that: >>> >>> User differs on "Applications", should be 99, user is 0 >>> Group differs on "Applications", should be 99, group is 80 >>> >>> which I find hard to believe. >>> >>> Two questions. Where does the system read the ownership of the >>> Applications folder >> >> The Repair permissions feature is relying on receipts for the Mac OS >> X installation packages, usually. >> >>> and was it really necessary for the package to change those >>> permissions? >> >> No. >> >>> OK maybe three. Is there any other program that does this? >> >> It's not a program issue. The owner and group are incorrect in 3 of >> the packages of their Open XML File Format Converter for Mac >> 1.1.3.mpkg distribution. >> >> One has to admit it's creative to use 99:99. Usually, it's 502:502 >> (like it was in the first versions of Office 2008 for Mac - http:// >> support.microsoft.com/kb/948488) >> >> The best thing to do is to report this to Microsoft and sacrifice a >> chicken(*). >> >> My $0.02 >> >> >> (*) Last time I reported issues in the Office 2008 packages, the >> report was ignored. So maybe if you sacrifice a chicken, things may >> work better for you. >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Installer-dev mailing list (Installer-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/installer-dev/jesse.wesson%40microso…. >> com >> >> This email sent to jesse.wesson(a)microsoft.com >> > > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Applications folder ownership permissions
by Rick Glaspie 09 Feb '10

09 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Monday, February 08, 2010, at 05:05PM, "Iceberg-Dev" <dev.iceberg(a)gmail.com> wrote: > >On Feb 8, 2010, at 11:44 PM, Rick Glaspie wrote: > >> I'm in need of some guidance to re-write a wrong. The installation >> of Open XML File Format Converter for Mac 1.1.3.mpkg causes the >> ownership of the Applications folder to change from root:admin to >> what appears to be user:staff. If you view the permissions as >> root, they show up as _unknown:_unknown. The previous version of >> Open XML Converter 1.1.0 also causes this problem. The version >> prior to that was 1.0.2 and did not cause the issue. Running >> repair permissions after installing 1.1.0 reset the ownership to >> root:admin. Installing 1.1.3 six months later once again set >> ownership to _unknown:_unknown, but running repair permissions had >> no effect. Manually setting ownership to root:admin and then >> running repair permissions reported that: >> >> User differs on "Applications", should be 99, user is 0 >> Group differs on "Applications", should be 99, group is 80 >> >> which I find hard to believe. >> >> Two questions. Where does the system read the ownership of the >> Applications folder > >The Repair permissions feature is relying on receipts for the Mac OS >X installation packages, usually. > >> and was it really necessary for the package to change those >> permissions? > >No. > >> OK maybe three. Is there any other program that does this? > >It's not a program issue. The owner and group are incorrect in 3 of >the packages of their Open XML File Format Converter for Mac >1.1.3.mpkg distribution. > >One has to admit it's creative to use 99:99. Usually, it's 502:502 >(like it was in the first versions of Office 2008 for Mac - http:// >support.microsoft.com/kb/948488) > >The best thing to do is to report this to Microsoft and sacrifice a >chicken(*). > >My $0.02 > > >(*) Last time I reported issues in the Office 2008 packages, the >report was ignored. So maybe if you sacrifice a chicken, things may >work better for you. > > > > Any way to edit/reset ownership in a.receiptsdb since removing the 3 OpenXML packages from Receipts and re-running DU had no effect? I tried to report it to Microsoft but they wanted $249 to continue talking on the phone...chicken not included. _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Applications folder ownership permissions
by Jesse Wesson 09 Feb '10

09 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AQHKqRCHS/u/O5yFD0adIvOKP2Z8/5G9azaAgACj5gA= Thread-topic: Applications folder ownership permissions User-agent: Microsoft-Entourage/13.3.0.091002 I work on the MacBU team responsible for this installer and I'll log a bug to get this fixed. Thanks for bringing this to our attention and sorry about any trouble it's caused. Jesse -- Jesse W. Wesson Development Lead Microsoft: MacBU 425.706.1331 (x61331) jwesson(a)microsoft.com On 2/8/10 4:05 pm, "Iceberg-Dev" <dev.iceberg(a)gmail.com> wrote: > > On Feb 8, 2010, at 11:44 PM, Rick Glaspie wrote: > >> I'm in need of some guidance to re-write a wrong. The installation >> of Open XML File Format Converter for Mac 1.1.3.mpkg causes the >> ownership of the Applications folder to change from root:admin to >> what appears to be user:staff. If you view the permissions as >> root, they show up as _unknown:_unknown. The previous version of >> Open XML Converter 1.1.0 also causes this problem. The version >> prior to that was 1.0.2 and did not cause the issue. Running >> repair permissions after installing 1.1.0 reset the ownership to >> root:admin. Installing 1.1.3 six months later once again set >> ownership to _unknown:_unknown, but running repair permissions had >> no effect. Manually setting ownership to root:admin and then >> running repair permissions reported that: >> >> User differs on "Applications", should be 99, user is 0 >> Group differs on "Applications", should be 99, group is 80 >> >> which I find hard to believe. >> >> Two questions. Where does the system read the ownership of the >> Applications folder > > The Repair permissions feature is relying on receipts for the Mac OS > X installation packages, usually. > >> and was it really necessary for the package to change those >> permissions? > > No. > >> OK maybe three. Is there any other program that does this? > > It's not a program issue. The owner and group are incorrect in 3 of > the packages of their Open XML File Format Converter for Mac > 1.1.3.mpkg distribution. > > One has to admit it's creative to use 99:99. Usually, it's 502:502 > (like it was in the first versions of Office 2008 for Mac - http:// > support.microsoft.com/kb/948488) > > The best thing to do is to report this to Microsoft and sacrifice a > chicken(*). > > My $0.02 > > > (*) Last time I reported issues in the Office 2008 packages, the > report was ignored. So maybe if you sacrifice a chicken, things may > work better for you. > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Installer-dev mailing list (Installer-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/installer-dev/jesse.wesson%40microso…. > com > > This email sent to jesse.wesson(a)microsoft.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

PackageMaker don't overwrite requirement
by Jack James 09 Feb '10

09 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Applications folder ownership permissions
by Iceberg-Dev 09 Feb '10

09 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=olPaUV5NkN96zyeli5jx5F9FqzBhkUHKugmlGBGndXQ=; b=UyaZjU157bLj5OmwZpRahbIo8g8V1Ri48IsYqTGYo49hnC13LZ8b0+sMagPuWjtI65 nNNc1mEPER+pZOKMEIc6fc4Cuc4QWtvKw1RszyPkJyWNcceTOCL2zAfuejG6O7JaAJsj Mx282uo9NkTjlGq1Va7Ib7V2TXL0RS6RmGXGg= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=EdUAnoXP6MlbRrdTzQirxcp2MelfWhcq3sqvP2dq7Ocrpoa+cSVnftuDnLKL8Xzllq C9XfrjmASUy8hMsCM8Q+qkm8ZMpS1PafgvKcw5Qe3e2km5T0I6ZCNrQifxS1mLUd3+58 EsDt11axdo9JjqxW5iOdyI2oky0pyZCNoRLXY= On Feb 8, 2010, at 11:44 PM, Rick Glaspie wrote: User differs on "Applications", should be 99, user is 0 Group differs on "Applications", should be 99, group is 80 which I find hard to believe. No. My $0.02 _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… I'm in need of some guidance to re-write a wrong. The installation of Open XML File Format Converter for Mac 1.1.3.mpkg causes the ownership of the Applications folder to change from root:admin to what appears to be user:staff. If you view the permissions as root, they show up as _unknown:_unknown. The previous version of Open XML Converter 1.1.0 also causes this problem. The version prior to that was 1.0.2 and did not cause the issue. Running repair permissions after installing 1.1.0 reset the ownership to root:admin. Installing 1.1.3 six months later once again set ownership to _unknown:_unknown, but running repair permissions had no effect. Manually setting ownership to root:admin and then running repair permissions reported that: Two questions. Where does the system read the ownership of the Applications folder The Repair permissions feature is relying on receipts for the Mac OS X installation packages, usually. and was it really necessary for the package to change those permissions? OK maybe three. Is there any other program that does this? It's not a program issue. The owner and group are incorrect in 3 of the packages of their Open XML File Format Converter for Mac 1.1.3.mpkg distribution. One has to admit it's creative to use 99:99. Usually, it's 502:502 (like it was in the first versions of Office 2008 for Mac - http:// support.microsoft.com/kb/948488) The best thing to do is to report this to Microsoft and sacrifice a chicken(*). (*) Last time I reported issues in the Office 2008 packages, the report was ignored. So maybe if you sacrifice a chicken, things may work better for you. This email sent to site_archiver(a)lists.apple.com

1 0

Applications folder ownership permissions
by Rick Glaspie 08 Feb '10

08 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com I'm in need of some guidance to re-write a wrong. The installation of Open XML File Format Converter for Mac 1.1.3.mpkg causes the ownership of the Applications folder to change from root:admin to what appears to be user:staff. If you view the permissions as root, they show up as _unknown:_unknown. The previous version of Open XML Converter 1.1.0 also causes this problem. The version prior to that was 1.0.2 and did not cause the issue. Running repair permissions after installing 1.1.0 reset the ownership to root:admin. Installing 1.1.3 six months later once again set ownership to _unknown:_unknown, but running repair permissions had no effect. Manually setting ownership to root:admin and then running repair permissions reported that: User differs on "Applications", should be 99, user is 0 Group differs on "Applications", should be 99, group is 80 which I find hard to believe. Two questions. Where does the system read the ownership of the Applications folder and was it really necessary for the package to change those permissions? OK maybe three. Is there any other program that does this? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Al Users with PackageMaker
by Thomas Berglund 08 Feb '10

08 Feb '10

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=w5+hlg82z1TGr6oDtO8mGLGQHlsWi9+WUWW86QbRXLw=; b=CPZnUYsbKJNtXrQQgF58VMGoM8fBFuNO3Fvolth8jR9q5owJ5a+wsyctLHJNi16/l/ i+ICyKr1dFmjT6ISS9oiEWFKMWZ1hiz+piEtqIxSeaP0dL6iJnyGMaryTRbE/pXmvBN/ xyImm8A1AdT/g/Dr3Z4qPA+N1vrp0Yc+gObfg= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SwMXqmRqNv2o7C3Zw193xW1LtgsN9/G3qP5HuaFEpHR1GCkQAKpYThlfkXU+UKnIpi J0lPuNcfKbmjmwJEPNFHyzpcxaP9sUR78WMghP2d3NhZemE28ZOpI8/ksH0N00wyRI2N w9YEkDuY5ZqDzPtX7O22CaI4wxZebcJ7n7Jio= _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0