xcodebuild errors out because it cannot find a valid Xcode project
Hi List, I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error. Any ideas, I am new to darwinbuild. Thank you, Ryan
On May 6, 2008, at 6:42 PM, Ryan Spaulding wrote:
Hi List,
I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error.
Any ideas, I am new to darwinbuild.
You are hitting <http://darwinbuild.macosforge.org/trac/ticket/1>. I'm trying to find a workaround, but can't say when that'll happen. If you're good with dtrace, you might try tracing the process and see what the difference is between the two cases. So far the biggest difference is you get a lot of open*() calls for volfs when it works, and none, if any, when its in a chroot and fails. -Bill
I tried but I cannot get dtrace to work in the chrooted environment. I get "DTrace device not available on system". While trying to get it to work I dittoed the following directories into the chrooted env: /usr/bin /usr/sbin /usr/lib /usr/libexec /Developer/usr Even with all of that, it still could not find the xcode project file. On May 6, 2008, at 7:40 PM, William Siegrist wrote:
On May 6, 2008, at 6:42 PM, Ryan Spaulding wrote:
Hi List,
I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error.
Any ideas, I am new to darwinbuild.
You are hitting <http://darwinbuild.macosforge.org/trac/ticket/1>.
I'm trying to find a workaround, but can't say when that'll happen. If you're good with dtrace, you might try tracing the process and see what the difference is between the two cases. So far the biggest difference is you get a lot of open*() calls for volfs when it works, and none, if any, when its in a chroot and fails.
-Bill
I run dtrace outside of the chroot then run xcodebuild inside the chroot (in separate terminal windows). -Bill On May 7, 2008, at 11:42 AM, Ryan Spaulding wrote:
I tried but I cannot get dtrace to work in the chrooted environment. I get "DTrace device not available on system". While trying to get it to work I dittoed the following directories into the chrooted env:
/usr/bin /usr/sbin /usr/lib /usr/libexec /Developer/usr
Even with all of that, it still could not find the xcode project file.
On May 6, 2008, at 7:40 PM, William Siegrist wrote:
On May 6, 2008, at 6:42 PM, Ryan Spaulding wrote:
Hi List,
I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error.
Any ideas, I am new to darwinbuild.
You are hitting <http://darwinbuild.macosforge.org/trac/ticket/1>.
I'm trying to find a workaround, but can't say when that'll happen. If you're good with dtrace, you might try tracing the process and see what the difference is between the two cases. So far the biggest difference is you get a lot of open*() calls for volfs when it works, and none, if any, when its in a chroot and fails.
-Bill
_______________________________________________ darwinbuild-dev mailing list darwinbuild-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/darwinbuild-dev
---- William Siegrist Mac OS Forge http://macosforge.org/
Err so your dtrace is tracing the chroot ? On May 7, 2008, at 3:08 PM, William Siegrist wrote:
I run dtrace outside of the chroot then run xcodebuild inside the chroot (in separate terminal windows).
-Bill
On May 7, 2008, at 11:42 AM, Ryan Spaulding wrote:
I tried but I cannot get dtrace to work in the chrooted environment. I get "DTrace device not available on system". While trying to get it to work I dittoed the following directories into the chrooted env:
/usr/bin /usr/sbin /usr/lib /usr/libexec /Developer/usr
Even with all of that, it still could not find the xcode project file.
On May 6, 2008, at 7:40 PM, William Siegrist wrote:
On May 6, 2008, at 6:42 PM, Ryan Spaulding wrote:
Hi List,
I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error.
Any ideas, I am new to darwinbuild.
You are hitting <http://darwinbuild.macosforge.org/trac/ticket/1>.
I'm trying to find a workaround, but can't say when that'll happen. If you're good with dtrace, you might try tracing the process and see what the difference is between the two cases. So far the biggest difference is you get a lot of open*() calls for volfs when it works, and none, if any, when its in a chroot and fails.
-Bill
_______________________________________________ darwinbuild-dev mailing list darwinbuild-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/darwinbuild-dev
---- William Siegrist Mac OS Forge http://macosforge.org/
Yes, all I did was something like $ dtrace -s /dev/stdin syscall::open*:entry { printf( ... ); } ^D Then in another window, chroot into BuildRoot and run xcodebuild. -Bill On May 7, 2008, at 4:12 PM, Ryan Spaulding wrote:
Err so your dtrace is tracing the chroot ?
On May 7, 2008, at 3:08 PM, William Siegrist wrote:
I run dtrace outside of the chroot then run xcodebuild inside the chroot (in separate terminal windows).
-Bill
On May 7, 2008, at 11:42 AM, Ryan Spaulding wrote:
I tried but I cannot get dtrace to work in the chrooted environment. I get "DTrace device not available on system". While trying to get it to work I dittoed the following directories into the chrooted env:
/usr/bin /usr/sbin /usr/lib /usr/libexec /Developer/usr
Even with all of that, it still could not find the xcode project file.
On May 6, 2008, at 7:40 PM, William Siegrist wrote:
On May 6, 2008, at 6:42 PM, Ryan Spaulding wrote:
Hi List,
I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error.
Any ideas, I am new to darwinbuild.
You are hitting <http://darwinbuild.macosforge.org/trac/ticket/1>.
I'm trying to find a workaround, but can't say when that'll happen. If you're good with dtrace, you might try tracing the process and see what the difference is between the two cases. So far the biggest difference is you get a lot of open*() calls for volfs when it works, and none, if any, when its in a chroot and fails.
-Bill
_______________________________________________ darwinbuild-dev mailing list darwinbuild-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/darwinbuild-dev
---- William Siegrist Mac OS Forge http://macosforge.org/
_______________________________________________ darwinbuild-dev mailing list darwinbuild-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/darwinbuild-dev
---- William Siegrist Mac OS Forge http://macosforge.org/
On May 6, 2008, at 7:40 PM, William Siegrist wrote:
On May 6, 2008, at 6:42 PM, Ryan Spaulding wrote:
Hi List,
I am getting an xcodebuild error when darwinbuild is trying to build IOKitUser because it cannot find the xcode project file. When am not chrooted I can run xcodebuild and it runs fine. I also chrooted by hand and tried and got the same error.
Any ideas, I am new to darwinbuild.
You are hitting <http://darwinbuild.macosforge.org/trac/ticket/1>.
I'm trying to find a workaround, but can't say when that'll happen. If you're good with dtrace, you might try tracing the process and see what the difference is between the two cases. So far the biggest difference is you get a lot of open*() calls for volfs when it works, and none, if any, when its in a chroot and fails.
You can work around this by building on UFS for now. I'm still working on a permanent fix. -Bill
participants (2)
-
Ryan Spaulding
-
William Siegrist