oroborosx-discuss Mailing List for OroborOSX
Status: Alpha
Brought to you by:
adrianu
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(4) |
Apr
(7) |
May
|
Jun
(4) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
2009 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Guillaume Y. <gui...@fr...> - 2005-02-13 20:20:08
|
Hello, I would like to put icons on my Desktop, such as "Xterm". The only thing I managed to do is to have an icon "Xterm.x11app" which I copied from my "Launch Menu Items" directory. However, I cannot figure out how to put away the extension. It seems MacOSX won't recognise correctly the file unless it has a .x11app extension. I think this is mostly a MacOSX issue, but perhaps some OroborOSX users have had the same problem. Cordialement, Guillaume Yziquel |
From: <no...@da...> - 2003-03-05 22:16:45
|
Hi, same here - I have three Macs with different processor speeds up to=20 dual-1GHz, all running OS X 10.2.4. I haven't had any issues with=20 OroborOSX. I like it so much that I haven't even bothered with Apple's=20= X11 yet. Jens On Wednesday, March 5, 2003, at 10:40 AM, Alexander Hansen wrote: > I've been using OroborOSX on 10.2.4 with no major issues, and = yesterday > I put in XFree86 4.3--also no problems. > > On Wed, 2003-03-05 at 14:18, OroborOSX Admin wrote: >>>> By now I assume everyone is aware that upgrading to >>>> OS X 10.2.4"breaks" OroborOSX. >>> >>> Note that I would now recommend avoiding xinit and >>> XDarwinStartup entirely by putting this as the last line >(as well=20= >>> as commenting out the "if...fi" lines above): >>> >>> exec $clientargs >> >> I should also have noted in my response that I don't think this is a=20= >> widespread problem encountered when upgrading to 10.2.4. >> >> I've only heard of about four cases so far, so I'm assuming it's not=20= >> 'given' that 10.2.4 will cause the problem for everyone. >> >> It might be useful to get responses from a few people who moved to=20 >> 10.2.4 with no trouble, just to confirm this... >> >> (Hopefully, I'll be able to try it out for myself in a day or so.) >> >> Thanks! >> >> Adrian >> >> >> >> --- >> >> MacMail - the Webmail service especially for Mac users worldwide >> http://www.macmail.com >> >> >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Etnus, makers of TotalView, The=20 >> debugger >> for complex code. Debugging C/C++ programs can leave you feeling lost=20= >> and >> disoriented. TotalView can help you find your way. Available on major=20= >> UNIX >> and Linux platforms. Try it free. www.etnus.com >> _______________________________________________ >> OroborOSX-Discuss mailing list >> Oro...@li... >> https://lists.sourceforge.net/lists/listinfo/oroborosx-discuss > --=20 > Alexander K. Hansen > Associate Research Scientist, Columbia University > visiting MIT Plasma Science and Fusion Center > Levitated Dipole Experiment > 175 Albany Street, NW17-219 > Cambridge, MA 02139-4213 > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The=20 > debugger > for complex code. Debugging C/C++ programs can leave you feeling lost=20= > and > disoriented. TotalView can help you find your way. Available on major=20= > UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > OroborOSX-Discuss mailing list > Oro...@li... > https://lists.sourceforge.net/lists/listinfo/oroborosx-discuss > > Jens Uwe N=F6ckel Oregon Center for Optics 240 Willamette Hall 1274 University of Oregon Eugene, Oregon 97403-1274 Phone: 541-346-5210 Fax: 541-346-5861 http://darkwing.uoregon.edu/~noeckel |
From: Alexander H. <ha...@ld...> - 2003-03-05 18:40:15
|
I've been using OroborOSX on 10.2.4 with no major issues, and yesterday I put in XFree86 4.3--also no problems. On Wed, 2003-03-05 at 14:18, OroborOSX Admin wrote: > >>By now I assume everyone is aware that upgrading to > >>OS X 10.2.4"breaks" OroborOSX. > > > >Note that I would now recommend avoiding xinit and > >XDarwinStartup entirely by putting this as the last line >(as well as commenting out the "if...fi" lines above): > > > >exec $clientargs > > I should also have noted in my response that I don't think this is a widespread problem encountered when upgrading to 10.2.4. > > I've only heard of about four cases so far, so I'm assuming it's not 'given' that 10.2.4 will cause the problem for everyone. > > It might be useful to get responses from a few people who moved to 10.2.4 with no trouble, just to confirm this... > > (Hopefully, I'll be able to try it out for myself in a day or so.) > > Thanks! > > Adrian > > > > --- > > MacMail - the Webmail service especially for Mac users worldwide > http://www.macmail.com > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger > for complex code. Debugging C/C++ programs can leave you feeling lost and > disoriented. TotalView can help you find your way. Available on major UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > OroborOSX-Discuss mailing list > Oro...@li... > https://lists.sourceforge.net/lists/listinfo/oroborosx-discuss -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 |
From: OroborOSX A. <oro...@ma...> - 2003-03-05 18:12:47
|
>>By now I assume everyone is aware that upgrading to >>OS X 10.2.4"breaks" OroborOSX. > >Note that I would now recommend avoiding xinit and >XDarwinStartup entirely by putting this as the last line >(as well as commenting out the "if...fi" lines above): > >exec $clientargs I should also have noted in my response that I don't think this is a widespread problem encountered when upgrading to 10.2.4. I've only heard of about four cases so far, so I'm assuming it's not 'given' that 10.2.4 will cause the problem for everyone. It might be useful to get responses from a few people who moved to 10.2.4 with no trouble, just to confirm this... (Hopefully, I'll be able to try it out for myself in a day or so.) Thanks! Adrian --- MacMail - the Webmail service especially for Mac users worldwide http://www.macmail.com |
From: OroborOSX A. <oro...@ma...> - 2003-03-05 15:33:14
|
>By now I assume everyone is aware that upgrading to OS X >10.2.4"breaks" OroborOSX. The fix suggested on the forum: > >#if [ ! -x `which xinit` ]; then ># echo "OroborOSX: startXClients script could not find xinit" ># echo " please make sure you have XFree86 installed" ># echo " or check if you need to set your path" ># exit 101 >#fi > >#exec xinit $clientargs -- /usr/X11R6/bin/XDarwinStartup "$1" -idle > >exec /usr/X11R6/bin/xinit $clientargs -- /usr/X11R6/bin/XDarwinStartup "$1" -idle Note that I would now recommend avoiding xinit and XDarwinStartup entirely by putting this as the last line (as well as commenting out the "if...fi" lines above): exec $clientargs I think this will also make OroborOSX work if you just install Apple's X11 (i.e. if you have not installed XDarwin at all -it will still not use Apple's X server, though [it uses its own internal modified version of the XDarwin X server], but it will use the standard X11 libraries supplied in Apple's X11 package). >[Switching to process 1756 thread 0xb03] >(gdb) >Thread 4 (process 1756 thread 0xe03): >#0 0x90073c48 in mach_msg_trap () >#1 0x90005f90 in mach_msg () >#2 0xc0007758 in __ape_internal () >#3 0xc0001160 in __ape_agent () >#4 0x90020d48 in _pthread_body () Uh-oh... Does it work if you disable/remove (temporarily, of course!) all unsanity haxies? Bye! Adrian --- MacMail - the Webmail service especially for Mac users worldwide http://www.macmail.com |
From: Michael J. T. <Mic...@br...> - 2003-03-05 14:57:46
|
By now I assume everyone is aware that upgrading to OS X 10.2.4 "breaks" OroborOSX. The fix suggested on the forum: #if [ ! -x `which xinit` ]; then # echo "OroborOSX: startXClients script could not find xinit" # echo " please make sure you have XFree86 installed" # echo " or check if you need to set your path" # exit 101 #fi #exec xinit $clientargs -- /usr/X11R6/bin/XDarwinStartup "$1" -idle exec /usr/X11R6/bin/xinit $clientargs -- /usr/X11R6/bin/XDarwinStartup "$1" -idle works on one machine (1 GHz Cube) and fails on one machine (500 MHz TiBook). Does anyone have anything more definitive? If it were just loss of X-windows functionality this could be remedied by using the Apple X11 or whatever, but Matlab ONLY uses OroborOSX. Don't get me wrong, I like OroborOSX, but having an (expensive) commercial app depend on something like this is risky. I wish the Matlab people would get their act together enough to allow one to pick which X/window manager gets used. I have a sort of "in" at mathworks and will talk to them about this - in the interim, suggestions? Thanks, Mike PS For your reading pleasure, here is a console log from the TiBook: OroborOSX Info: Set OROBOROSX_RANDOMID to 0x74485935 (0) OroborOSX info: myPathLen,realPathLen: 52,51 OroborOSX info: myPath: /Applications/OroborOSX-Folder/OroborOSX-v0.8.5.app chdir: /Applications/OroborOSX-Folder/OroborOSX-v0.8.5.app OroborOSX info: Found main screen: 0xe4088 (0,0,1152,768) OroborOSX info: About to enter CheckForArchives? (gQuitFlag=0) OroborOSX info: come back from CheckForArchives script OroborOSX info: About to enter MakeMenu? (gQuitFlag=0) OroborOSX info: Starting out orgGroupItem as Original OroborOSX info: Running: Contents/Scripts/LaunchList '0x74485935' OroborOSX info: Launchlist file: '/tmp/launchlist.0x74485935' OroborOSX info: Got an item: xterm OroborOSX info: Got an item: xeyes OroborOSX info: Got an item: xedit OroborOSX info: Got an item: xcutsel OroborOSX info: Got an item: xclock OroborOSX info: Got an item: xcalc OroborOSX info: Got an item: xbiff OroborOSX info: Got an item: NEdit OroborOSX info: Got an item: MacGimp OroborOSX info: Got an item: Lyx OroborOSX info: Got an item: ETerm OroborOSX info: Removing file: /bin/rm -f /tmp/launchlist.0x74485935 Got the following list of folders... New Eau New Greyphyte Nextish OroborOSX info: Got an item: New Eau OroborOSX info: Got an item: New Greyphyte OroborOSX info: Got an item: Nextish New Eau New Greyphyte Nextish OroborOSX info: Removing file: /bin/rm -f /tmp/themelist.0x74485935 OroborOSX info: searching for item New Eau... OroborOSX info: Got item 11: New Eau OroborOSX info: Got item 12: New Greyphyte OroborOSX info: Got item 13: Nextish TRACE3: Setup_Themes_Menu (which: 11) OroborOSX info: Set new theme directory from menu item: New Eau OroborOSX info: About to enter MakeWindow? (gQuitFlag=0) OroborOSX info: About to enter main2? (gQuitFlag=0) OroborOSX info: checking for XDarwin OroborOSX info: Started with screen offset: 0,21 OroborOSX info: X11 startup script: Contents/Scripts/startx startx info: OROBOROSX_RANDOMID = 0x74485935 startx info: got DISPLAY from XDarwin's prefs as :0 startx info: :0 not already in /Users/tarr/.Xauthority startx info: added :0 to xauth file /Users/tarr/.Xauthority startx info: clientargs set to /tmp/oroborosx-0x74485935.dir/xinitrc OroborOSX info: waiting for XDarwin to start... 2003-03-05 09:54:28.019 XDarwin[1813] ---------------------> GOT INTO SETMAINMENU...... 2003-03-05 09:54:29.643 XDarwin[1813] XDarwin 1.1 Running rootless inside Mac OS X window server. This is a modified version of XFree86, created especially for use with OroborOSX v0.8.5. Bugs should first be checked against the 'official' XDarwin application release v1.1, upon which this modified version is based. Any issues which appear to be specific to this modified version should be reported to the OroborOSX help forum or e-mail list: http://oroborosx.sf.net/forums.html Oro...@li... Please also check the OroborOSX version history to see if any upcoming changes may already deal with problems: http://oroborosx.sf.net/history.html Release Date: December 2002 Original version info follows... XFree86 Version 4.2.0 (OroborOSX v0.8.5) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 January 2002 If the server is older than 6-12 months, or if your hardware is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: Darwin Using keymapping provided in /System/Library/Keyboards/USA.keymapping. 2003-03-05 09:54:29.818 XDarwin[1813] Command: /tmp/oroborosx-0x74485935.dir/startXClients :0 /usr/X11R6/bin _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root startXClients: Found default /usr/X11R6/lib/X11/xinit/xinitrc startXClients: Found user's .xinitrc startXClients: Found xinitrc for OroborOSX OroborOSX info: Getting XDarwin info: Contents/Scripts/GetXpid 0x74485935 1813 ?? S 0:01.45 ./Contents/XDarwin.app/Contents/MacOS/XDarwin -rootless -auth /Users/tarr/.Xauthority GetXpid info: trying /Applications/OroborOSX-Folder/OroborOSX-v0.8.5.app GetXpid: showing pidfile /tmp/XDarwin-pid.0x74485935 1813 1.1.0 interleave: 1 hackenabled: 1 OroborOSX info: Got XDarwin PID: 1813 OroborOSX info: Got XDarwin version: 1.1.0 OroborOSX info: Got interleave state: 1 OroborOSX info: Got hackcmd state: 1 OroborOSX info: Removing file: /bin/rm -f /tmp/XDarwin-pid.0x74485935 TRACE3: Setup_Themes_Menu (which: 0) OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... Display mode: Rootless Quartz Screen 0 added: 1152x747 @ (0,21) Screen 0 placed at X11 coordinate (0,0). OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... OroborOSX Info: Waiting for keepalive to register... xinitrc info: Got XDarwin PID as 1813 xinitrc info: Found user's .Xresources file xinitrc info: OROBOROSX_RANDOMID = 0x74485935 xinitrc info: DISPLAY is :0 xinitrc info: Found OroborOSX PID: 1756 keepalive info: started keepalive info: Trying to connect to OroborOSX socket... keepalive info: Connected. (4) keepalive info: connected to OroborOSX socket: 4 keepalive info: got DISPLAY (':0') keepalive info: sent DISPLAY (0) OroborOSX info: Server heard from socket client: keepalive OroborOSX info: Set keepalive_socket=10 Received DISPLAY from keepalive: :0 OroborOSX info: setting XAUTHORITY to /Users/tarr/.Xauthority Theme in oroborosxrc: New Eau Using theme: New Eau Trying theme dir: /Users/tarr/Library/Preferences/OroborOSX/Themes.localized/New Eau/shaped OroborOSX warning: Can't find pixmap zoom-active-pressed.xpm -not used OroborOSX info: trying alpha 4 theme compatibility... OroborOSX warning: Can't find pixmap icon-inactive.xpm -not used OroborOSX info: trying alpha 4 theme compatibility... OroborOSX warning: Can't find pixmap close-active-pressed.xpm -not used OroborOSX info: trying alpha 4 theme compatibility... OroborOSX warning: Can't find pixmap title-active-iconbar.xpm -not used OroborOSX info: trying alpha 4 theme compatibility... OroborOSX warning: Can't find pixmap top-active.xpm -not used OroborOSX info: assuming theme does not use separate title background pixmaps... OroborOSX warning: Can't find pixmap top-left-inactive-iconbar.xpm -not used OroborOSX info: trying alpha 4 theme compatibility... OroborOSX warning: Can't find pixmap top-right-inactive-iconbar.xpm -not used OroborOSX info: trying alpha 4 theme compatibility... OroborOSX warning: Can't find pixmap left-active.xpm -not used OroborOSX warning: Can't find pixmap left-inactive.xpm -not used Got alphas: 255, 200 OroborOSX info: Xinerama not found... 2003-03-05 09:54:49.557 XDarwin[1813] Created OroborOSX socket: 20 OroborOSX info: Server heard from socket client: XDarwin OroborOSX info: Set xdarwin_socket=12 OroborOSX info: XDarwin is ready... OroborOSX info: heads: 0 screen: 0 OroborOSX info: Screens for Options menu: 0 (24) OroborOSX info: Running: Contents/Scripts/EditStartups 'copy' '0x74485935' EditStartups Info: Checking Contents/Resources/Launch Menu Items.localized EditStartups info: found ~/Library/Preferences/OroborOSX/Launch Menu Items.localized EditStartups info: copying StartupItems to /tmp/StartupItems.0x74485935 OroborOSX info: Got an item: (6) XtErM LaunchList in directory: /Users/tarr/Library/Preferences/OroborOSX/Launch Menu Items.localized LaunchList running: ./xterm.x11app :0 OroborOSX X11 launcher: "/usr/X11R6/bin/xterm" -title "merlin" -geometry 95x35 -ls -sb -sl 5000 [1] 1878 OroborOSX info: Got an item: (8) xcutsel LaunchList in directory: /Users/tarr/Library/Preferences/OroborOSX/Launch Menu Items.localized LaunchList running: ./xcutsel.x11app :0 OroborOSX X11 launcher: "xcutsel" -title "Copy XtoX" -xrm XCutsel*sel-cut.label: Copy from X11 to Aqua -xrm XCutsel*cut-sel.label: Copy from Aqua to X11 -xrm XCutsel*quit.label: Quit -geom -150+0 [1] 1888 OroborOSX info: removing temporary file: /bin/rm -rf /tmp/StartupItems.0x74485935 LowRunAppleScript returned: 0 keepalive warning: no contact with OroborOSX for 15 seconds keepalive warning: no contact with OroborOSX for 16 seconds keepalive warning: no contact with OroborOSX for 17 seconds keepalive warning: no contact with OroborOSX for 18 seconds keepalive warning: getting debug report from OroborOSX and XDarwin... gdbthem: Getting OS and CPU information... Darwin Kernel Version 6.4: Wed Jan 29 18:50:42 PST 2003; root:xnu/xnu-344.26.obj~1/RELEASE_PPC CPU: ppc7400Got XDarwin PID as 1813 Got OroborOSX PID as 1756 gdbthem: Getting OroborOSX stack trace using gdb ... GNU gdb 5.1-20020408 (Apple version gdb-228) (Sun Jul 14 10:07:24 GMT 2002) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-macos10". OroborOSX: No such file or directory. /tmp/oroborosx-0x74485935.dir/1756: No such file or directory. Reading symbols for shared libraries . done Reading symbols for shared libraries ................................................................... done [Switching to process 1756 thread 0xb03] (gdb) Thread 4 (process 1756 thread 0xe03): #0 0x90073c48 in mach_msg_trap () #1 0x90005f90 in mach_msg () #2 0xc0007758 in __ape_internal () #3 0xc0001160 in __ape_agent () #4 0x90020d48 in _pthread_body () Thread 3 (process 1756 thread 0xd03): #0 0x9003eaa8 in semaphore_wait_signal_trap () #1 0x9003e8c4 in _pthread_cond_wait () #2 0x902a0154 in MPRemoteCall () #3 0x000e629c in ?? () #4 0x90020d48 in _pthread_body () warning: ppc_frame_chain_valid: stack pointer from 0xf0080eb0 to 0x902a0088 grows upward; assuming invalid Thread 2 (process 1756 thread 0xc03): #0 0x90034848 in semaphore_wait_trap () #1 0x90034784 in pthread_join () #2 0x000e6214 in ?? () #3 0x00000000 in ?? () warning: ppc_frame_chain_valid: stack frame from 0xeefc0 to 0x299e30 larger than 65536 bytes; assuming invalid Thread 1 (process 1756 thread 0xb03): #0 0x90014d28 in syscall_thread_switch () #1 0x90003e84 in szone_free () #2 0x00020fa0 in subtrace () at Source/Common/trace.c:30 #3 0x0001b4a4 in signal_handler (signal=20) at Source/X11/oroborus.c:122 #4 <signal handler called> Cannot access memory at address 0x40000000 (gdb) gdbthem: Getting XDarwin stack trace using gdb ... GNU gdb 5.1-20020408 (Apple version gdb-228) (Sun Jul 14 10:07:24 GMT 2002) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-macos10". XDarwin: No such file or directory. /tmp/oroborosx-0x74485935.dir/1813: No such file or directory. Reading symbols for shared libraries . done unable to open symbol file: ./Contents/XDarwin.app/Contents/MacOS/XDarwin: No such file or directory. warning: Unable to read symbols from "./Contents/XDarwin.app/Contents/MacOS/XDarwin"; reading from memory. warning: Unable to read symbols from [memory object "./Contents/XDarwin.app/Contents/MacOS/XDarwin" at 0x1000 for 0x0]: File format not recognized. warning: Unable to read symbols from "./Contents/XDarwin.app/Contents/MacOS/XDarwin"; skipping. Reading symbols for shared libraries ............................................................ done unable to open symbol file: ./Contents/XDarwin.app/Contents/MacOS/XDarwin: No such file or directory. warning: Unable to read symbols from "./Contents/XDarwin.app/Contents/MacOS/XDarwin"; reading from memory. warning: Unable to read symbols from [memory object "./Contents/XDarwin.app/Contents/MacOS/XDarwin" at 0x1000 for 0x0]: File format not recognized. warning: Unable to read symbols from "./Contents/XDarwin.app/Contents/MacOS/XDarwin"; skipping. [Switching to process 1813 thread 0xb03] (gdb) Thread 3 (process 1813 thread 0xd03): #0 0x900257ac in select () #1 0x0003bcbc in ?? () #2 0x0001bb8c in ?? () #3 0x00003234 in ?? () #4 0x002746d4 in ?? () #5 0x9081cd38 in forkThreadForFunction () #6 0x90020d48 in _pthread_body () Thread 2 (process 1813 thread 0xc03): #0 0x90073c48 in mach_msg_trap () #1 0x90005f90 in mach_msg () #2 0xc0007758 in __ape_internal () #3 0xc0001160 in __ape_agent () #4 0x90020d48 in _pthread_body () Thread 1 (process 1813 thread 0xb03): #0 0x90073c48 in mach_msg_trap () #1 0x90005f90 in mach_msg () #2 0x90148b10 in __CFRunLoopRun () #3 0x90180fe4 in CFRunLoopRunSpecific () #4 0x969a3160 in RunCurrentEventLoopInMode () #5 0x969b3118 in ReceiveNextEventCommon () #6 0x969da208 in BlockUntilNextEventMatchingListInMode () #7 0x9308d8ac in _DPSNextEvent () #8 0x9309fb04 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #9 0x930b15e4 in -[NSApplication run] () #10 0x9315f6b8 in NSApplicationMain () #11 0x00002a98 in ?? () #12 0x00002c10 in ?? () #13 0x0000286c in ?? () #14 0x0000269c in ?? () (gdb) gdbthem: Sending INFO signal to OroborOSX (1756) -output in console log ./gdbthem: kill: (1756) - No such process keepalive info: OroborOSX ended session. Finishing... xinitrc info: keepalive finished, clearing up... City found (Providence, xinitrc info: lock file is /tmp/.X0-lock RI) doesn't match city we're looking for (Providence, Rhode Island) [1] 1933 xinitrc info: removed :0 from /Users/tarr/.Xauthority waiting for X server to shut down Quitting XDarwin... X connection to :0.0 broken (explicit kill or server shutdown). xterm: fatal IO error 32 (Broken pipe) or KillClient on X server ":0.0" xinitrc cleanup: OroborOSX socket still exists - removing... xinitrc cleanup: XDarwin still going - checking again in 3 seconds... 2003-03-05 09:55:57.890 XDarwin[1813] Got 'windowWillClose' for prefs 2003-03-05 09:55:57.899 XDarwin[1813] ***** GOT INTO ORDEROUT!!! xinitrc cleanup: XDarwin.app has quit OK... xinitrc cleanup: xinit process has finished OK... xinitrc cleanup: XDarwinStartup process has finished OK... xinitrc cleanup: /tmp/.X0-lock has been removed OK... -- fox professor of ophthalmology and visual sciences interim executive director, brain science program _______________________________________________________________________ department of cognitive and linguistic sciences 190 thayer street brown university 229 metcalf research box 1978 tel: (401) 863-1148 providence, ri 02912 mbl: (401) 338-0012 fax: (401) 863-2255 home: <http://www.tarrlab.org> brainscience: <http://brainscience.brown.edu/> _______________________________________________________________________ |
From: Chris Z. <be...@ma...> - 2002-12-28 03:17:41
|
On Friday, December 27, 2002, at 06:48 PM, lenny bruce wrote: > On Thursday, December 26, 2002, at 10:07 AM, William Scott wrote: >>> Did I make my point? or should I quote some more stuff? >> >> I'm afraid I found this almost impossible to follow with all of the >> nested quotes, etc. Please lay off the pipe and read the replies that were sent. > My thesis is: > > Tenon is harming us by holding our Graphics Accelerator Chips > hostage. > We are forced to use painfully slow Software OpenGL unless we pay > them. Don't want to pay? Build a cvs version of xfree (it *has* hw accel) or code something yourself!! > They removed Hardware OpenGL Support from the Mac OS X version of > XFree86, Wrong: it was never there > which is free on all other platforms, so they can they charge us for > it So? the BSD License says anyone may do that > WHILE THEY FORBID ITS FREE RELEASE by XonX through criminal > racketeering. No, they just dont release thier *own* code > XFree86 is free open-source software that Tenon did not create. Wow! you got something right... > Tenon is not only harming Mac OS X users of XFree86 directly > but their criminal racketeering makes Mac OS X less attractive as a > platform > because we're the only platform who has to pay for decent graphic > performance. > Why choose Mac OS X to run XFree86 when it's free everywhere else? Its free now, i didnt pay for it. > You can now easily understand my 28k previous post of quotations... Yup...too many drugs or something.... -chris zubrzycki - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 ======================================================== "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein |
From: lenny b. <kee...@ma...> - 2002-12-27 23:49:43
|
On Thursday, December 26, 2002, at 10:07 AM, William Scott wrote: >> Did I make my point? or should I quote some more stuff? > > I'm afraid I found this almost impossible to follow with all of the > nested quotes, etc. > > I'm assuming this isn't just random ranting and raving. If so, could > you please formulate the complaint very concisely and back it up with > arguments presented in some sort of logical hierarchy so that someone > like me, who would like to have faster-running X-windows programs but > basically has no idea what you are talking about, can understand it? > If you do this carefully, you are much more likely to convince someone > to take up the cause (although I wouldn't count on Ashcroft's DOJ; > they are too preoccupied with scrapping the Bill of Rights, Articles > 1,3-10). You could even make a web page, which would probably be more > effective anyway. Just be very careful to stick to facts so you don't > wind up providing a meal for their libel attorneys. My thesis is: Tenon is harming us by holding our Graphics Accelerator Chips hostage. We are forced to use painfully slow Software OpenGL unless we pay them. They removed Hardware OpenGL Support from the Mac OS X version of XFree86, which is free on all other platforms, so they can they charge us for it WHILE THEY FORBID ITS FREE RELEASE by XonX through criminal racketeering. XFree86 is free open-source software that Tenon did not create. Tenon is not only harming Mac OS X users of XFree86 directly but their criminal racketeering makes Mac OS X less attractive as a platform because we're the only platform who has to pay for decent graphic performance. Why choose Mac OS X to run XFree86 when it's free everywhere else? You can now easily understand my 28k previous post of quotations... but here is a brief version of my backing: ------------------------------------------------------------------------ -- I would have NO CASE if XFree86 HW-OpenGL was payware on any other platform. I would have HALF A CASE if Tenon had written the OS X version of this feature This would entitle them to sell it even if it would be lousy sportsmanship because no other contributor to the XFree86 project charges for their work. My research shows that TENON DID NOT WRITE THIS CODE THEY HOLD AGAINST US!!! Tenon abandoned their original code before taking the free code to market! Tenon's only original contribution to XTools is an Aqua Window Manager Switcher which is similar to OroborOSX... but their single selling point is HW-OpenGL. ------------------------------------------------------------------------ -- What restriction is okay for Tenon to make on this code they did not write? It is not fair for them to make exclusively payware on Mac OS X a feature in XFree86 that is free everywhere else. Imagine if XFree86 was free on all platforms only if you proved you were WHITE, making it payware to Black and Asian users? Would it be okay then? NO! How about if it was only payware if you are Jewish? Sound good? NO! Tenon is not saying "we wrote this code so only we will market it", they're actually saying "only we will market this free code and don't you dare release it" and they're whispering these threats to the XonX team. ------------------------------------------------------------------------ -- I said: look who Christoph (creator of Fink) targets and who he leaves alone. OpenOSX.com sells XFree86 plus OroborOSX claiming to approximate Tenon's product yet they cannot provide the HW-OpenGL feature Tenon criminally withholds ------------------------------------------------------------------------ -- I said: the excuses the XonX team makes about why no HW-OpenGL are ridiculous XonX wrote the shared library support... Apple wrote the OpenGL shared libraries and provided the headers... and Tenon ran away with the cash while threatening people to keep quiet. I've read XonX members making ridiculous excuses which only sound perfectly valid to the uninformed nontechnical user they bitch about how difficult it is to address so many different cards directly yet that's the whole point of OpenGL... you don't address hardware directly! OpenGL.org says: "OpenGL drivers encapsulate information about the underlying hardware, freeing the application developer from having to design for specific hardware features". Apple already provided the complex base to hardware that OpenGL requires so all anyone has to do is link to the OpenGL shared libraries with the headers. ladies and gentlemen, that fact that we're using Software OpenGL means that they could just as easily turn on Hardware OpenGL, but they simply WON'T DO IT... to maintain Tenon's advantage because of threats. ------------------------------------------------------------------------ -- the "it's now available on the cvs" excuses is not valid for three reasons 1) that's saying "well, you got it now, years later..." COMPANIES EXIST ON MARGINAL BARRIERS OF TIME Pharmaceutical companies can charge high prices for drugs they invent only for a limited time before others are eventually allowed to make generics. Apple won the publishing market because of the time it took for the world to catch up to them. Apple always had at least fourteen years on every feature. They ensured they'd keep the publishing market by licensing their lousy TrueType technology to Windoze, knowing that it would keep Windoze users from ever discovering PostScript. The time barrier also gave vendors a chance to lock Windoze users away from the flexibility to create media when they finally gave them some of those Mac features. The effect of the time barrier was to limit Windoze in every way to "viewer-only" status. Nobody in the media minds when people claim Windoze won because they chuckle at how the "winners" have crippled themselves. (Imagine crippling yourself so you can win the Special Olympics instead of simply training for the real Olympics.) The media's advantage over the general public is now only transparent. The old gigantic "capital expense" barriers are gone because one can simply buy a Macintosh. The joke is that people won't do it. The media elite feared their time barrier had expired when the Mac came along and replaced typesetting equipment but were relieved when the public insisted on crippling themselves beyond imagination to save fifty dollars. Now all media is made on Mac (video, print, packaging, production, recording, editing, design, you name it...) yet nobody has to hide anything or pretend otherwise because the general public is still wondering why they can't get anything accomplished on Windoze. okay, I got distracted but TIME is a big issue... TIME enabled them to profit. 2) it's not available as a Fink package. The damn thing is compiling now as I write this... grumble grumble. Why does cvs update fail with "invalid option -- C" ??? 3) it maintains the FICTION that the time we've enduring Software OpenGL due to some difficulty the XonX porters had in enabling HW-OpenGL Support HW-OpenGL Support existed in XFree86 from the moment the XonX team ported it. The only "problem" is that Tenon forced XonX to disable it so they could make a commercial product out of it. Nobody knows what means Tenon used to prevent XonX from releasing XFree86 intact as on every other platform. It was definitely more difficult for XonX to force XFree86's OpenGL code to ignore the hardware acceleration and instead use the software-only rendering than it was for them to enable OpenGL (GLX) in the first place. The whole point of OpenGL is Hardware Acceleration! It was invented to give developers a single universal access point to address the plethora of accelerator chips in modern graphics cards. The software rendering in OpenGL has never been commonly used because most people have graphics cards with hardware acceleration. OpenGL only provides software-only rendering to ensure dead-end compatibility in the two rare cases where: 1) a hardware vendor isn't finished writing a driver; or 2) when the user is so cheap that they don't have a modern video card. Nobody chooses software-only rendering on purpose or prefers it. ------------------------------------------------------------------------ -- I just wanna play the UNIX version of MAME... I have a NVIDIA chip, please let me use it. lenny bruce kee...@ea... |
From: Evstratios M. <evs...@ea...> - 2002-12-27 22:46:29
|
On Thursday, December 26, 2002, at 10:07 AM, William Scott wrote: >> Did I make my point? or should I quote some more stuff? > > I'm afraid I found this almost impossible to follow with all of the > nested quotes, etc. > > I'm assuming this isn't just random ranting and raving. If so, could > you please formulate the complaint very concisely and back it up with > arguments presented in some sort of logical hierarchy so that someone > like me, who would like to have faster-running X-windows programs but > basically has no idea what you are talking about, can understand it? > If you do this carefully, you are much more likely to convince someone > to take up the cause (although I wouldn't count on Ashcroft's DOJ; > they are too preoccupied with scrapping the Bill of Rights, Articles > 1,3-10). You could even make a web page, which would probably be more > effective anyway. Just be very careful to stick to facts so you don't > wind up providing a meal for their libel attorneys. My thesis is: Tenon is harming us by holding our Graphics Accelerator Chips hostage. We are forced to use painfully slow Software OpenGL unless we pay them. They removed Hardware OpenGL Support from the Mac OS X version of XFree86, which is free on all other platforms, so they can they charge us for it WHILE THEY FORBID ITS FREE RELEASE by XonX through criminal racketeering. XFree86 is free open-source software that Tenon did not create. Tenon is not only harming Mac OS X users of XFree86 directly but their criminal racketeering makes Mac OS X less attractive as a platform because we're the only platform who has to pay for decent graphic performance. Why choose Mac OS X to run XFree86 when it's free everywhere else? You can now easily understand my 28k previous post of quotations... but here is a brief version of my backing: ------------------------------------------------------------------------ -- I would have NO CASE if XFree86 HW-OpenGL was payware on any other platform. I would have HALF A CASE if Tenon had written the OS X version of this feature This would entitle them to sell it even if it would be lousy sportsmanship because no other contributor to the XFree86 project charges for their work. My research shows that TENON DID NOT WRITE THIS CODE THEY HOLD AGAINST US!!! Tenon abandoned their original code before taking the free code to market! Tenon's only original contribution to XTools is an Aqua Window Manager Switcher which is similar to OroborOSX... but their single selling point is HW-OpenGL. ------------------------------------------------------------------------ -- What restriction is okay for Tenon to make on this code they did not write? It is not fair for them to make exclusively payware on Mac OS X a feature in XFree86 that is free everywhere else. Imagine if XFree86 was free on all platforms only if you proved you were WHITE, making it payware to Black and Asian users? Would it be okay then? NO! How about if it was only payware if you are Jewish? Sound good? NO! Tenon is not saying "we wrote this code so only we will market it", they're actually saying "only we will market this free code and don't you dare release it" and they're whispering these threats to the XonX team. ------------------------------------------------------------------------ -- I said: look who Christoph (creator of Fink) targets and who he leaves alone. OpenOSX.com sells XFree86 plus OroborOSX claiming to approximate Tenon's product yet they cannot provide the HW-OpenGL feature Tenon criminally withholds ------------------------------------------------------------------------ -- I said: the excuses the XonX team makes about why no HW-OpenGL are ridiculous XonX wrote the shared library support... Apple wrote the OpenGL shared libraries and provided the headers... and Tenon ran away with the cash while threatening people to keep quiet. I've read XonX members making ridiculous excuses which only sound perfectly valid to the uninformed nontechnical user they bitch about how difficult it is to address so many different cards directly yet that's the whole point of OpenGL... you don't address hardware directly! OpenGL.org says: "OpenGL drivers encapsulate information about the underlying hardware, freeing the application developer from having to design for specific hardware features". Apple already provided the complex base to hardware that OpenGL requires so all anyone has to do is link to the OpenGL shared libraries with the headers. ladies and gentlemen, that fact that we're using Software OpenGL means that they could just as easily turn on Hardware OpenGL, but they simply WON'T DO IT... to maintain Tenon's advantage because of threats. ------------------------------------------------------------------------ -- the "it's now available on the cvs" excuses is not valid for three reasons 1) that's saying "well, you got it now, years later..." COMPANIES EXIST ON MARGINAL BARRIERS OF TIME Pharmaceutical companies can charge high prices for drugs they invent only for a limited time before others are eventually allowed to make generics. Apple won the publishing market because of the time it took for the world to catch up to them. Apple always had at least fourteen years on every feature. They ensured they'd keep the publishing market by licensing their lousy TrueType technology to Windoze, knowing that it would keep Windoze users from ever discovering PostScript. The time barrier also gave vendors a chance to lock Windoze users away from the flexibility to create media when they finally gave them some of those Mac features. The effect of the time barrier was to limit Windoze in every way to "viewer-only" status. Nobody in the media minds when people claim Windoze won because they chuckle at how the "winners" have crippled themselves. (Imagine crippling yourself so you can win the Special Olympics instead of simply training for the real Olympics.) The media's advantage over the general public is now only transparent. The old gigantic "capital expense" barriers are gone because one can simply buy a Macintosh. The joke is that people won't do it. The media elite feared their time barrier had expired when the Mac came along and replaced typesetting equipment but were relieved when the public insisted on crippling themselves beyond imagination to save fifty dollars. Now all media is made on Mac (video, print, packaging, production, recording, editing, design, you name it...) yet nobody has to hide anything or pretend otherwise because the general public is still wondering why they can't get anything accomplished on Windoze. okay, I got distracted but TIME is a big issue... TIME enabled them to profit. 2) it's not available as a Fink package. The damn thing is compiling now as I write this... grumble grumble. Why does cvs update fail with "invalid option -- C" ??? 3) it maintains the FICTION that the time we've enduring Software OpenGL due to some difficulty the XonX porters had in enabling HW-OpenGL Support HW-OpenGL Support existed in XFree86 from the moment the XonX team ported it. The only "problem" is that Tenon forced XonX to disable it so they could make a commercial product out of it. Nobody knows what means Tenon used to prevent XonX from releasing XFree86 intact as on every other platform. It was definitely more difficult for XonX to force XFree86's OpenGL code to ignore the hardware acceleration and instead use the software-only rendering than it was for them to enable OpenGL (GLX) in the first place. The whole point of OpenGL is Hardware Acceleration! It was invented to give developers a single universal access point to address the plethora of accelerator chips in modern graphics cards. The software rendering in OpenGL has never been commonly used because most people have graphics cards with hardware acceleration. OpenGL only provides software-only rendering to ensure dead-end compatibility in the two rare cases where: 1) a hardware vendor isn't finished writing a driver; or 2) when the user is so cheap that they don't have a modern video card. Nobody chooses software-only rendering on purpose or prefers it. ------------------------------------------------------------------------ -- I just wanna play the UNIX version of MAME... I have a NVIDIA chip, please let me use it. lenny bruce kee...@ea... |
From: Alexander H. <ha...@ld...> - 2002-12-26 15:50:39
|
As far as I can tell from a user standpoint, nothing really happens differently: I have the fink xfree86-*-threaded packages installed, and use OroborOSX routinely. I've seen no difference in performance or stability between OroborOSX on top of -threaded and standard builds of XFree86. On Wed, 2002-12-25 at 15:26, lenny bruce wrote: > On Friday, September 6, 2002, at 12:57 PM GMT, Adrian Umpleby wrote: > > On Monday, September 2, 2002 at 4:48:12 AM PST, Lenny Bruce wrote: > >> The threaded XFree86 4.2.0.1-1 has been released on Fink. > >> OroborOSX-v0.8b2 contains a private XDarwin within its package. > > > > It only contains the XDarwin application (the X server itself) - > > there's > > much more to XDarwin (i.e. XFree86 for OSX) than just XDarwin.app... > > > >> How does this new XFree86 impact OroborOSX-v0.8b2 use of a private > >> XDarwin? > > > > Just run OroborOSX as normal and all should be well. > > The threaded version of XDarwin is still really considered to be > > experimental, > > and there are several possible (though rare) problems with it... > > > >> Should we use the new XDarwin? > >> Can the new XDarwin be modified? > > > > Yes, you can install the new XDarwin - OroborOSX will continue to use > > its own > > version of the XDarwin application (i.e. the actual X server), though > > all the > > other parts (the dynamic libs, and the various X11 apps like > > xterm/xeyes/etc.) > > will be the newer ones from 4.2.0.1. > > but what about the THREADING aspect of it? > > forget OroborOSX for a second... what does it do to XFree86 > if you run the non-threaded XDarwin on the threaded libraries > > it's a situation they never expect the user to encounter > because one can only install one version or the other > and you wouldn't normally have an extra XDarwin application sitting > around > > you've included your own XDarwin inside the OroborOSX application > package > and I assume it's from the non-threaded version of XFree86 > > my original question was about > > what happens if we update XFree86 to a new version > when there's no matching version of OroborOSX > (because of the differing versions of XDarwin) > > but now I'm asking > > what happens if we use the threaded version of XFree86 > when the XDarwin used by OroborOSX is from the non-threaded > version > > > that's a similar question because it leads to my original point: > > >> There once was an interleaving script included with OroborOSX to > >> modify XDarwin > >> but now OroborOSX includes its own XDarwin instead... and now what do > >> we do? > > > > The interleaving script is now redundant - it only operated on the > > external > > version of the XDarwin app. Interleaving is now toggled on-the-fly > > from within > > OroborOSX itself (providing you are using the modified XDarwin.app). > > the reason I asked this question > was for this problem about XDarwin versions. > > in any case it would be a wonderful thing > if OroborOSX was not tied to a specific XDarwin > for the two reasons I discovered: versions and threading > > my question about the interleaving script > was really a question about building our own OroborOSX > to match the version of XFree86 we are using > > > > > I'm not nit-picking or attacking you... I'm a great fan. > I believe the combo of OroborOSX, Fink, and FinkCommander added to > XFree86 > will enable/encourage the majority of Mac OS X users to use open-source > UNIX software > where they would otherwise be frightened away from the experience > > > The people I want to attack are TENON... what they're doing is CRIMINAL. > > > The more interesting (and difficult) changes are going to come when > > the direct-drawing and accelerated 3d version of the XDarwin X server > > is released. That's going to require some quite major changes to the > > code of the modified XDarwin to keep some of the OroborOSX features > > intact (such as translucency and dimming). > > I believe we're being cheated by a transparent payware conspiracy. > We're the only platform where HW OpenGL for XFree86 is payware. > > It must be political. > > Somehow Tenon is preventing XonX from releasing XFree86 with Hardware > OpenGL support. (I wonder about Powerlan eXodus too.) There's no reason > for XonX to deny it to us other than greed and complicity with Tenon. > Apple GIVES us the shared libraries and headers necessary to link to > Hardware OpenGL in /System/Library/Frameworks/OpenGL.framework for > free. Tenon is getting away with being able to SELL the open-source > completely-free XFree86 with a teeny tiny modification while forbidding > XonX from doing it. That's Microsoft-level antitrust racketeering!!! > The Fink team was able to patch ESD into CoreAudio very easily using > Apple headers and libs in the CoreAudio framework - linking Hardware > OpenGL has to be the same method and a lot easier. XonX simply WON'T > give it to us. > > The sickest part of this is that Tenon is not really profiting from it. > Most people are choosing the free Fink version rather than suffer > Tenon's old (20020222) version of XFree86 4.2. OroborOSX does exactly > what Tenon's front-end does and does it much better. They're charging > $199 for their exclusive payware link between the completely-free > open-source XFree86 and the completely-free open-source Hardware OpenGL > libraries -- while blocking the XonX team from linking them -- even > though Apple provides us with the so-called "missing pieces" for free. > I've read incredible misleading excuses from the XonX team where they > bitch about the difficulty access hardware directly -- that's a giant > lie because OpenGL provides singular universal access to specific > hardware -- Apple did all the difficult work for us and did it for > free! The more you think about it, the more it sounds like Microsoft's > criminal activity... Tenon just isn't smart enough to profit from the > extreme damage they're doing to us. > > There must be something we can do to stop Tenon's racketeering!!! > Should we go to the US Federal Trade Commission? > > Why should we be the only platform that has to pay for free things? > > (Don't bitch about Mac OS X being a commercial product built on free > materials. Apple makes Darwin available for free, they're only charging > us for Aqua and Cocoa. You can run XFree86 on top of Darwin for free.) > > lenny bruce > kee...@ea... > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Fink-users mailing list > Fin...@li... > https://lists.sourceforge.net/lists/listinfo/fink-users -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 |
From: lenny b. <kee...@ma...> - 2002-12-26 08:19:02
|
On Wednesday, December 25, 2002, at 05:08 PM, Jeremy Erwin wrote: > On Wednesday, December 25, 2002, at 03:26 PM, lenny bruce wrote: >> Tenon is getting away with being able to SELL the open-source =20 >> completely-free XFree86 with a teeny tiny modification while =20 >> forbidding XonX from doing it. > > Umm. Perhaps you should look at =20 > http://www.xfree86.org/4.2.1/LICENSE1.html > Assuming that Tenon uses XFree86 sources (an assumption that I am =20 > unable to verify-- for all I know it could be derived from the X =20 > consortium sources), Tenon is perfectly within its rights to =20 > sublicense such software to its users. hey... please don't take me on my word alone... let me quote (and you =20= can verify) on http://fink.sourceforge.net/doc/x11/intro.php#def-xtools it says: >> 1.5 What is Xtools? >> >> Xtools is a product of Tenon Intersystems. >> It is a version of X11 for Mac OS X, based on XFree86. go get it and you tell me... http://www.tenon.com/~downloads/xtools/X11Core-4.2.pkg.tar.gz http://www.tenon.com/~downloads/xtools/Xtools11a1.dmg.gz http://www.tenon.com/~downloads/xtools/Documentation/XtoolsManual.pdf on http://www.tenon.com/products/response.php it says: >> Important Information >> >> This version of Xtools comes with a license that's valid for 14 days =20= >> after the date of installation. In order to change licenses, go to =20= >> the Preference Panels in Xtools and select "License". You can then =20= >> either type in the new license, or copy and paste it in. >> >> Please read through the Xtools documentation =20 >> <http://www.tenon.com/~downloads/xtools/Documentation/=20 >> XtoolsManual.pdf> and Release notes before contacting Technical =20 >> Support. The size of each downloadable piece is shown. >> >> The files are downloaded in .dmg.sit format. This means, after =20 >> downloading and decompressing the file with Stuffit Expander, you =20 >> will have a disk image mountable with Diskcopy. >> >> Click here for the Xtools Uninstall instructions. >> >> Downloads >> >> It is necessary to download both the Xtools application and the X11 =20= >> core package, which is based on the XFree86 4.2, in order for Xtools =20= >> to work properly. Download each of these components from the links =20= >> below. >> >> Xtools 1.1a1 Application (1MB) >> <http://www.tenon.com/~downloads/xtools/Xtools11a1.dmg.gz> >> >> X11 Core Package (55MB) >> <http://www.tenon.com/~downloads/xtools/X11Core-4.2.pkg.tar.gz> >> >> Because of some library changes that Apple made, it is necessary to =20= >> install an updated xterm application when running on OS X 10.2 =20 >> (Jaguar). This update can be downloaded from the following link. =20 >> Note: As this update is for Mac OS X 10.2 only, it will cause xterm =20= >> to stop working on OS X 10.1. >> >> Jaguar XTerm Update >> <http://prdownloads.sourceforge.net/xonx/=20 >> Jaguar_XTerm_Update.zip?download> >> >> Alternate Package >> >> If you are running Xtools 1.04 on Mac OS X 10.1, or if you prefer the = =20 >> oroginal (older) Xtools application, you can download Xtools 1.04. >> >> Note: The latest XFree86 4.2 foundation can be used for Xtools 1.04. =20= >> This way, you can switch between Xtools 1.04 and Xtools 1.1a1. >> >> Xtools 1.0.4 Release [Full Version] What's most interesting is how Fink creator Christoph Pfisterer =20 <cp...@ch...> is upset at everyone who sells XFree86 EXCEPT FOR Tenon Christoph argues with the truly lousy ripoff merchant Jeshua Lacock =20 <jeshua@OpenOSX.com> because he sells XFree86 commercially on CD =20 without bothering to explain that his company didn't port XFree86 to =20 the Mac and that they have nothing to do with the production other than =20= adding a tiny modification... in this case, this dirty scumbag simply =20= grabs what Fink installs and repackages it in a commercial installer. http://fink.sourceforge.net/pr/openosx.php explains: >> OpenOSX is a business that sells a range of CDs of Open Source =20 >> applications. The GIMP CD they sell is based to a large part of Fink =20= >> 0.2.1. Until very recently, the OpenOSX web site made no mention at =20= >> all of Fink, and as far as I can tell, the CDs themselves still =20 >> contain no hints. My impression (and that of many others) was that =20= >> OpenOSX did all the porting - which has now turned out to be wrong. >> >> I was never contacted by OpenOSX about their usage of Fink. Instead, =20= >> I was notified of the situation by a third party. What followed was a = =20 >> rather unpleasant e-mail conversation with OpenOSX owner Jeshua =20 >> Lacock. The net result? We almost broke into a flame war and OpenOSX =20= >> has slightly modified their web site to cover their tracks. They =20 >> still don't have the courage to openly say which parts are their work = =20 >> and which parts aren't. It also appears they don't want to cooperate =20= >> with the rest of the Mac OS X Open Source community, and Jeshua =20 >> doesn't feel like responding to my mails as promised. which Christoph bravely quotes on Fink's website http://fink.sourceforge.net/pr/openosx-thread.php and I point out this interesting rally: >> On Wed, Aug 08 16:40:16 2001 +0200, Christoph Pfisterer =20 >> <cp...@ch...> wrote >>> >We are also broadening the open source community base: by = attracting >>> >users who would have never used or heard of the software; due to = the >>> >complexities involved. Some people (esp. Mac users) will pay to =20 >>> avoid >>> >typing or learning a single 'unix' command, and our products offer =20= >>> far >>> >more then that. >>> > >>> >Have you ever stopped to think that people actually appreciate the >>> >service we offer? Many are informed of the alternatives and >>> >appreciate the time savings involved with our products. Some people >>> >can't even download the files due to bandwidth limits. >>> >>> I am well aware of all this and I never denied any of it. If fact, I >>> said: >>>> You and many others understand what the '99' means, so what is the =20= >>>> issue? >>> >>> I know this, because I happen to be on the XonX team and I'm =20 >>> familiar with the versioning scheme of XFree86. But I seriously =20 >>> doubt that "many others", especially your target group, are familiar = =20 >>> enough with XFree86 to know this. >>> >>>> The information is available, and we give a link to xfreee86.org >>> >>> ... and expect people to find the document on version numbering and =20= >>> realize what it is they get, all of their own. >>> >>>> As for the license with XFree86, it can be distributed under the =20= >>>> GNU GPL, or any public or commercial license. Look at what Tenon's = =20 >>>> done: They modified XFree86 and are selling it under a commercial =20= >>>> license. >>> >>> I know this. I just wanted to point it out. Personally, I think it =20= >>> is misleading. >>> >>>>> The other point is about giving back to the community. The Open =20= >>>>> Source community is based on the idea of sharing. If you make =20 >>>>> improvements to a piece of Open Source software, you are =20 >>>>> encouraged to contribute your modifications back to the =20 >>>>> maintainers so that everyone can profit from your work. >>>> >>>> How do you know what changes I have made or not made? How do you =20= >>>> know what I have contributed or not contributed? Who are you to =20= >>>> question me? >>> >>> Read that paragraph again, please. I'm not claiming to know anything = =20 >>> about your work, and I'm not "questioning" you. Please, be more =20 >>> careful. >>> >>> The intention of that paragraph was to remind you that you're not =20= >>> alone. I would be happy to work together with you on this. I'm sure =20= >>> you have some ideas how we can make life easier for Mac OS X users =20= >>> that want to use Open Source software. I'd also be happy to help you = =20 >>> to improve your installer and keep it up to date. >>> >>>> I have in fact, donated more then a year of my time to the open =20 >>>> source community. Further more, our products are distributed under = =20 >>>> the GNU GPL, so our products may be freely copied and distributed. >>>> >>>> We are also broadening the open source community base: by =20 >>>> attracting users who would have never used or heard of the =20 >>>> software; due to the complexities involved. Some people (esp. Mac =20= >>>> users) will pay to avoid typing or learning a single 'unix' =20 >>>> command, and our products offer far more then that. >>>> >>>> Have you ever stopped to think that people actually appreciate the =20= >>>> service we offer? Many are informed of the alternatives and =20 >>>> appreciate the time savings involved with our products. Some people = =20 >>>> can't even download the files due to bandwidth limits. >>> >>> I am well aware of all this and I never denied any of it. If fact, I = =20 >>> said: >>> >>> "I don't doubt that you invested considerable work into packaging =20= >>> and instructions, and you deserve credit for that." >>> >>> >>> Now, my response to your last mail: >>> >>>> I have spent more then eight months _full_time_ working for the =20 >>>> open source community for _free_, and I am just trying to fund my =20= >>>> current and future open source projects. >>> >>> a) I never said that you didn't work on this stuff. See above. >>> b) I just checked your website again to make sure. >>> All I can find is offers for CDs starting at $30. >>> That's not what I call 'free'. >>> c) I don't have a problem with your business model. Far from it. >>> I have a problem with what you're claiming (explicitly or =20 >>> implicitly) as your work. very interesting... I was curious about the $30 so I went surfing and I really got the =20 giggles from this description that appears on scam-artist Jeshua Lacock's =20 company page http://www.openosx.com/company/index.html >> OpenOSX(TM), formed in June 2001, is a company dedicated to serving, =20= >> and expanding, the Macintosh community. hahahahahahahaha... well, let's say "confusing and profiteering from the Macintosh =20 community" instead then on his product page attempting to justify his ripoff while lying in a whole new way... =20 http://www.openosx.com/xfree86/index.html >> Install XFree 4.2.1 configured with the OroborOSX window manager in =20= >> less then 5 minutes by simply double-clicking the package icon. >> >> Now built with gcc 3.1, at least 20% faster than ever. >> >> Without typing a single "UNIX" command, our CD will install and fully = =20 >> configure XFree86 4.2.1 with the Oroborus Window Manager 0.8b2 for =20= >> Mac OS 10.2.x, in minutes with ease. >> >> XFree is an implementation of the X-Window library that is the "UNIX" = =20 >> standard graphical user interface. There are thousands of existing =20= >> open source and commercial Applications that use X-Windows that may =20= >> be used after installation. >> >> This CD offers nearly identical functionality as Tenon's product =20 >> Xtools for a small fraction of the cost. and again here on http://www.openosx.com/gimp/index.html >> Bundled with the CD or CD-Subscription: >> >> * The Gimp 1.2.2 and 1.2.3 Pre 2 >> * Limited installation technical support >> * Xfree86 4.1.99.1 fully configured with the Oroborus Window =20 >> Manager, >> with the "Agua" theme. Other themes available on the CD are: >> Mac OS 9 Classic theme, Oroborus, and Windows 95 >> * GTK 1.2.8 >> * Complete documentation and tutorials in HTML and PDF format >> * Complete source code for all applications installed is included = =20 >> on the CD >> * de-installation software >> >> The included XFree86 also offers nearly identical functionality as =20= >> Tenon's product Xtools for a fraction of the cost. well, NEARLY, if you consider that OpenOSX's "The Gimp" disc LACKS the single feature on which Tenon competes... Hardware OpenGL =20 support at least OpenOSX is _only_ LYING... it's a hair better than Tenon's position of CRIMINAL RACKETEERING to prevent XonX from releasing XFree86 with Hardware OpenGL support for =20= Mac OS X so they can make a quick buck off of free software they didn't write Tenon has to be preventing XonX through criminal means from releasing XFree86 with Hardware OpenGL support for Mac OS X because Apple provides the necessary shared libraries and headers pre-installed for free in /System/Library/Frameworks/OpenGL.framework at $30 for the basic XFree86 ripoff disc from OpenOSX, why not just spend the additional $169 to get in on what Tenon is breaking the law to hold back from you??? for $80, Jeshua Lacock is willing to sell you a subscription to open-source software which you can just download yourself for free... WHAT A BARGAIN! imagine if only Christoph had no scruples whatsoever and learned how to put up a shopping cart on a webpage, he could make this money off THE WORK HE ACTUALLY DID!!! but no! Christoph HAS scruples and an incredibly generous nature as well and somehow Tenon and Joshua Lecock think his kindness gives them a license to profit from his work while you're pondering that obviously wrong concept let's travel back in time and trace the history of Tenon's criminal =20 racketeering and witness the point at which Tenon's owners said to themselves: "hey, screw this open-source noise, let's threaten these nerds and make =20= a buck off 'em" follow along the story quoted from =20 http://fink.sourceforge.net/doc/x11/history.php > Running X11 - 2 History > > [Sorry for the epic language, I couldn't resist...] > > 2.1 The early days > > In the beginning, there was void. Darwin was in its infancy, Mac OS X =20= > was still in development and there was no X11 implementation for both =20= > of them. > > Then there came John Carmack and ported XFree86 to Mac OS X Server, =20= > which was the only OS in the Darwin family available at that time. =20 > Later that port was updated for XFree86 4.0 and Darwin 1.0 by Dave =20 > Zarzycki. The patches found their way into the Darwin CVS repository =20= > and slept there, waiting for things to come. > > 2.2 XonX forms > > One fine day Torrey T. Lyons came along and gave the Darwin patches =20= > the attention they had been waiting for. Finally, he brought them to a = =20 > new home, the official XFree86 CVS repository. This was the time of =20= > the Mac OS X Public Beta and Darwin 1.2. XFree86 4.0.2 worked fine on =20= > Darwin, but on Mac OS X it required users to log out of Aqua and go to = =20 > the console to run it. So Torrey gathered the XonX team around him and = =20 > set out on a voyage to bring XFree86 to Mac OS X. > > At about the same time Tenon started to build Xtools, using XFree86 =20= > 4.0 as the foundation. > > 2.3 To root or not to root > > Soon the XonX team had XFree86 running in a fullscreen mode in =20 > parallel to Quartz and was putting out test releases for adventurous =20= > users. The test releases were called XFree86 Aqua, or XAqua for short. = =20 > Since Torrey had taken the lead, changes went directly to XFree86's =20= > CVS repository, which was heading towards the 4.1.0 release. > > In the first stages interfacing with Quartz was done via a small =20 > application called Xmaster.app (written with Carbon, then rewritten =20= > with Cocoa). Later that code was integrated into the X server proper, =20= > giving birth to XDarwin.app. Shared library support was also added at =20= > this time (and Tenon was convinced to use this set of patches instead =20= > of their own to ensure binary compatibility). There was even good =20 > progress on a rootless mode (using the Carbon API), but alas, it was =20= > too late to get it into XFree86 4.1.0. And the rootless patch was =20 > free, and continued to float around the net. After XFree86 4.1.0 =20 > shipped with just the fullscreen mode, work on the rootless mode =20 > continued, now using the Cocoa API. An experimental rootless mode was =20= > put into XFree86's CVS repository. > > In the meantime, Apple released Mac OS X 10.0 and Darwin 1.3, and =20 > Tenon released Xtools 1.0 some weeks after that. > > Development continued on integrating the rootless mode into XFree86, =20= > so that by the time XFree86 4.2.0 shipped in January 2002, the =20 > Darwin/Mac OS X version had been completely integrated into the main =20= > XFree86 distribution. gosh golly gee, Tenon decided to use the shared library support developed by the XonX team <--- =20 actual hard work - free to add Hardware OpenGL support by making the simple easy link <--- =20 bullshit not worth $199 to Apple's free OpenGL shared libraries and headers <--- =20 actual hard work - free INSTEAD OF THE USING CODE THAT TENON HAD DEVELOPED THEMSELVES <--- =20 because they're scum Hmmmmm... wow... I think we need to contact some government officials to round up Tenon and fix their little red wagon because making a profit on the backs of unpaid workers is wrong especially when they're preventing that work from coming out for free =20= as intended so they can make that profit... it's so Micro$oft-like... should I call =20= the US-DOJ? leafing through Tenon's XTools manual, I noticed this insane lie >> In the early '80s, MIT researchers extended UNIX by standardizing the = =20 >> way graphical applications wrote to the display, enabling software =20= >> developers to write their graphical interfaces once, knowing that =20 >> their applications would easily display on a wide range of graphical =20= >> devices, supported by many different operating systems. This method =20= >> of sending graphical output to the computer screen was called X and =20= >> for more than a decade UNIX systems have routinely included this X =20= >> protocol, known as the X Window System(tm), as part of the operating =20= >> system. >> >> Interestingly, despite its UNIX heritage, Apple=E8s new operating =20 >> system, called Mac OS X(tm) (pronounced 'ten') does not include the X = =20 >> (pronounced 'X') protocol. Tenon's Xtools(tm) is designed to fill =20 >> that gap. >> >> Xtools is an implementation of MIT=E8s X Window System designed =20 >> specifically for Apple's OS X operating system. Xtools is a Cocoa =20 >> application, built from-the-ground-up to take advantage of Apple's =20= >> new CoreGraphics and Quartz display engine. In order to enable OS X =20= >> users to retain the beautiful Aqua desktop, while still benefiting =20= >> from the unique aspects of Xtools, Xtools supports rootless X Windows = =20 >> on the Aqua desktop. >> >> Xtools is primarily used by enterprise and academic users who are =20 >> accustomed to accessing various applications on remote machines (e.g. = =20 >> SGI, HP, DEC, etc.). Their desktop platform of choice is Apple's Aqua = =20 >> OS X and Xtools lets them seamlessly use native Macintosh =20 >> applications side-by-side with remote scientific and engineering =20 >> applications. Consumers who want access to the hundreds of open =20 >> source X games are also Xtools users. Yeah... thank GOD we have the friendly and generous folks at Tenon, who =20= worked so hard like little elves in Santa's workshop feverishly toiling =20= to restore to Mac OS X what those misguided schmucks at Apple Computer =20= hatefully TOOK AWAY from us. Tenon's such a caring and considerate company. It's so nice to see how =20= they make sure to respect the trademarks of every company and product =20= they mention... but if you think about it, they really only respect =20 people with money... they don't respect the open-source programmers who =20= they know full well can't fight back with lawyers. They only respect =20 people with money... and they want your money... a lot of money... for =20= a product they simply didn't write. Back to Apple and Mac OS X for a moment... Let's tell the truth since =20= Tenon won't: Apple didn't remove X11 from OS X, it was never there for them to =20 remove. Apple built OS X with NeXTStep/OpenStep, which they acquired =20 when they bought NeXT, the company Apple-founder Steve Jobs created =20 after John Sculley forced him out of Apple. NeXT built =20 NeXTStep/OpenStep with Carnagie Mellon's Mach kernel to run the =20 University Of California's BSD UNIX... it doesn't use the X Window =20 System because NeXT designed and built a brand new window-server in =20 Objective C to implement Adobe's PostScript directly as a screen =20 display language. Apple finally purged itself of Sculley, Gassee, =20 Spindler, and Amelio just in time to save the Macintosh from the =20 implosion of Copland while they could still benefit from the accidental =20= hardware-independence they gained switching from Motorola's 68000 CISC =20= series to IBM's PowerPC RISC chip. Macintosh succeeds in spite of =20 Apple's best attempts to kill it. Apple's engineers actually built =20 several systems whose projects were killed because they were based on =20= the Mach kernel, including one interestingly titled Jaguar that became =20= the ill-fated Be OS that the ex-Apple Steve-Jobs-Clone Gassee drove =20 into the ground. Apple was adventurous in following NeXT's brilliant example of using =20 their own window server instead of X11 like everybody else. Apple =20 divided NeXT's original window server into Aqua, Quartz, and Cocoa. =20 Aqua became the window server, newly hacked to serve windows not only =20= for Quartz (the remnants of NeXT's Adobe Display PostScript mixed with =20= enough Apple's QuickDraw to make their point with Adobe), but now for =20= OpenGL, and QuickTime (directly, for the first time ever). Cocoa =20 continues to display through in Aqua through its original Quartz, =20 though now it benefits an infusion of some Apple middleware originally =20= designed for Copland. Java, Carbon (Apple's accidentally portable Mac =20= OS APIs), and Classic (a WINE-like backward-compatibility mode) use =20 OpenGL in Aqua. Apple managed to tie Quartz to OpenGL for a huge =20 hardware boost in Mac OS 10.2 and called it QuartzExtreme. Apple's diagram on =20 http://developer.apple.com/macosx/architecture/index.html is close to reality but not quite... here's the truth: Mac OS X 10.0-10.1 Mac OS X 10.2 ----- Aqua --- --------\ /---- Aqua -------\ / | \ SW-OpenGL /-- HW-OpenGL ------- =20 SW-OpenGL Quartz HW-OpenGL QuickTime (X11) Quartz / \ \ \ =20= (X11) | / | \ \ | | | | | | = =20 \ Cocoa Java Carbon Classic | (/sw) Cocoa Classic Carbon Java =20 QuickTime (/sw) | | | | | | | | | | | = =20 | ---------- Darwin ------------- =20 ----------------Darwin-------------- I added XonX'd XFree86 as mapped through the painfully-slow Software =20 OpenGL. This is the result of the Criminal Racketeering that Tenon has =20 perpetuated on us so far. (I put X11 and /sw in parentheses because most people don't have these =20= add-ons) Notice that Apple's Classic, Carbon, and Java benefitted from HW OpenGL =20= from OS X 10.0. Then, in OS X 10.2, Apple routed everything through OpenGL to give us =20= the HW speed benefit but Tenon continues to force XonX's XFree86 to suffer SW OpenGL through =20= racketeering. I'm reminded of how Micro$oft licensed Mosaic for tip change ($50,000) =20= from NSCA and used Marc Andressen's original code to destroy his attempt to =20 market it by giving it away for free, then bundling it, then integrating it into =20= Windoze itself Oh, I know that Spyglass and others made web browsers using the same $50,000 Mosaic license NCSA was selling cruelly profiting from the free work of college students who Microsoft (and NCSA) denied the chance to profit from their work =20 and true genius but what Tenon is doing is a hundred times worse because Christoph and the other XonX members are trying to give the =20 software to us for free yet Tenon cruelly insists on blocking XonX from giving us Hardware =20 OpenGL support so they can profit from the hard work and true genius of XFree86, XonX, =20= and Apple Computer while providing nothing of their own creation for the $199... maybe Tenon is a Japanese company and I'm misunderstanding a cultural =20= thing... could they be shipping the XTools CD wrapped with intricate beautiful =20= packaging which is an art form in itself... lovely rice paper hand-painted with =20= landscapes? I'd pay $199 for that. I just wish Tenon would allow XonX to release XFree86 for Mac OS X with Hardware OpenGL support since Tenon didn't write * XFree86 * the shared library support that enables the =20= OpenGL HW link * Apple's handwritten OpenGL support for =20 specific hardware I believe Tenon's owners should spend some time in prison like everyone =20= else and be ordered to give back all the money they collected through this =20= criminal racketeering because they can't give us back the time, cpu cycles, and frustration =20= they cost us... or the lost business they cost other developers who could have sold =20 their graphics products to Mac OS X owners if only they had X11 with Hardware OpenGL support =20 available... something that should have been free in the first place. Did I make my point? or should I quote some more stuff? I wish I could be playing the UNIX version of MAME right now but it's too damn slow with only software OpenGL support... even with a =20= 700MHz G4. it sure sucks that I have a NVIDIA chip that I can't use because Tenon =20= is cheating us. lenny bruce kee...@ea... |
From: Ben H. <bh...@al...> - 2002-12-25 23:45:58
|
On Wednesday, December 25, 2002, at 12:26 PM, lenny bruce wrote: > I believe we're being cheated by a transparent payware conspiracy. > We're the only platform where HW OpenGL for XFree86 is payware. > > It must be political. Erm, nice try at a conspiracy theory, but hardware OpenGL support for darwin is in the current Xfree86 CVS. -Ben |
From: lenny b. <kee...@ma...> - 2002-12-25 20:26:46
|
On Friday, September 6, 2002, at 12:57 PM GMT, Adrian Umpleby wrote: > On Monday, September 2, 2002 at 4:48:12 AM PST, Lenny Bruce wrote: >> The threaded XFree86 4.2.0.1-1 has been released on Fink. >> OroborOSX-v0.8b2 contains a private XDarwin within its package. > > It only contains the XDarwin application (the X server itself) - > there's > much more to XDarwin (i.e. XFree86 for OSX) than just XDarwin.app... > >> How does this new XFree86 impact OroborOSX-v0.8b2 use of a private >> XDarwin? > > Just run OroborOSX as normal and all should be well. > The threaded version of XDarwin is still really considered to be > experimental, > and there are several possible (though rare) problems with it... > >> Should we use the new XDarwin? >> Can the new XDarwin be modified? > > Yes, you can install the new XDarwin - OroborOSX will continue to use > its own > version of the XDarwin application (i.e. the actual X server), though > all the > other parts (the dynamic libs, and the various X11 apps like > xterm/xeyes/etc.) > will be the newer ones from 4.2.0.1. but what about the THREADING aspect of it? forget OroborOSX for a second... what does it do to XFree86 if you run the non-threaded XDarwin on the threaded libraries it's a situation they never expect the user to encounter because one can only install one version or the other and you wouldn't normally have an extra XDarwin application sitting around you've included your own XDarwin inside the OroborOSX application package and I assume it's from the non-threaded version of XFree86 my original question was about what happens if we update XFree86 to a new version when there's no matching version of OroborOSX (because of the differing versions of XDarwin) but now I'm asking what happens if we use the threaded version of XFree86 when the XDarwin used by OroborOSX is from the non-threaded version that's a similar question because it leads to my original point: >> There once was an interleaving script included with OroborOSX to >> modify XDarwin >> but now OroborOSX includes its own XDarwin instead... and now what do >> we do? > > The interleaving script is now redundant - it only operated on the > external > version of the XDarwin app. Interleaving is now toggled on-the-fly > from within > OroborOSX itself (providing you are using the modified XDarwin.app). the reason I asked this question was for this problem about XDarwin versions. in any case it would be a wonderful thing if OroborOSX was not tied to a specific XDarwin for the two reasons I discovered: versions and threading my question about the interleaving script was really a question about building our own OroborOSX to match the version of XFree86 we are using I'm not nit-picking or attacking you... I'm a great fan. I believe the combo of OroborOSX, Fink, and FinkCommander added to XFree86 will enable/encourage the majority of Mac OS X users to use open-source UNIX software where they would otherwise be frightened away from the experience The people I want to attack are TENON... what they're doing is CRIMINAL. > The more interesting (and difficult) changes are going to come when > the direct-drawing and accelerated 3d version of the XDarwin X server > is released. That's going to require some quite major changes to the > code of the modified XDarwin to keep some of the OroborOSX features > intact (such as translucency and dimming). I believe we're being cheated by a transparent payware conspiracy. We're the only platform where HW OpenGL for XFree86 is payware. It must be political. Somehow Tenon is preventing XonX from releasing XFree86 with Hardware OpenGL support. (I wonder about Powerlan eXodus too.) There's no reason for XonX to deny it to us other than greed and complicity with Tenon. Apple GIVES us the shared libraries and headers necessary to link to Hardware OpenGL in /System/Library/Frameworks/OpenGL.framework for free. Tenon is getting away with being able to SELL the open-source completely-free XFree86 with a teeny tiny modification while forbidding XonX from doing it. That's Microsoft-level antitrust racketeering!!! The Fink team was able to patch ESD into CoreAudio very easily using Apple headers and libs in the CoreAudio framework - linking Hardware OpenGL has to be the same method and a lot easier. XonX simply WON'T give it to us. The sickest part of this is that Tenon is not really profiting from it. Most people are choosing the free Fink version rather than suffer Tenon's old (20020222) version of XFree86 4.2. OroborOSX does exactly what Tenon's front-end does and does it much better. They're charging $199 for their exclusive payware link between the completely-free open-source XFree86 and the completely-free open-source Hardware OpenGL libraries -- while blocking the XonX team from linking them -- even though Apple provides us with the so-called "missing pieces" for free. I've read incredible misleading excuses from the XonX team where they bitch about the difficulty access hardware directly -- that's a giant lie because OpenGL provides singular universal access to specific hardware -- Apple did all the difficult work for us and did it for free! The more you think about it, the more it sounds like Microsoft's criminal activity... Tenon just isn't smart enough to profit from the extreme damage they're doing to us. There must be something we can do to stop Tenon's racketeering!!! Should we go to the US Federal Trade Commission? Why should we be the only platform that has to pay for free things? (Don't bitch about Mac OS X being a commercial product built on free materials. Apple makes Darwin available for free, they're only charging us for Aqua and Cocoa. You can run XFree86 on top of Darwin for free.) lenny bruce kee...@ea... |
From: David G. <do...@la...> - 2002-12-11 18:04:30
|
confirm 200644 |
From: rg b. <rg...@el...> - 2002-11-20 14:22:08
|
From: OroborOSX A. <oro...@ma...> - 2002-10-04 13:21:29
|
Apologies if you're subscribed to several of these lists and and end up getting several copies of this... And apologies to probably the majority who don't subscribe from a mac.com address (though I expect it could be a useful reference for the unsubscribe process if and when you should need it)... This is just a one-off reminder for those subscribed with a mac.com address that's going to terminate soon - please could you make sure you unsubscribe from these lists. You can do this by going to the list & forums page: http://oroborosx.sf.net/forums.html and then choosing the link "subscribe, unsubscribe or change your preferences" for the appropriate list. The page you next see has a text box right at the bottom (just after the bit that says it's for the list admin only!) where you enter your subscribed e-mail address, and then click the "Edit Options" button to change your list settings. On the next page you then have to enter your list password in the text box next to the "Unsubscribe" button - if you've forgotted it, there's a button ("Email My Password To Me") which will send it to you... You can, of course, go back and resubscribe with a different address. Bye! Adrian --- MacMail - the Webmail service especially for Mac users worldwide http://www.macmail.com |
From: Joshua M. <jmc...@un...> - 2002-08-09 07:34:34
|
(using OroborOSX-v0.8b) I used fink to install g77 (took about two hours to build), and after it finished, that window became *very* unresponsive. Every time it try to give it focus ( mouse into the window - I have auto-raise set), I get perhaps 2000 messages like those below in the console: 2002-08-09 17:13:37.336 XDarwin[1141] hackid 1023 : sleep in flushStored until flushed (4) (refreshRects) 2002-08-09 17:13:37.350 XDarwin[1141] hackid 1023 : sleep in flushStored until flushed (4) (refreshRects) 2002-08-09 17:13:37.353 XDarwin[1141] hackid 1023 : sleep in flushStored until flushed (4) (refreshRects) 2002-08-09 17:13:37.356 XDarwin[1141] hackid 1023 : sleep in flushStored until flushed (4) (refreshRects) 2002-08-09 17:13:37.359 XDarwin[1141] hackid 1023 : sleep in flushStored until flushed (4) (refreshRects) and ending like this: 2002-08-09 17:13:40.256 XDarwin[1141] HACKID 1023 : give up waiting for flush in setMyDrawAlpha (4) **** And the window doesn't get the focus. If I leave the mouse in the window (actually just over the menubar - it's windowshaded now) the cycle above repeats, seemingly endlessly. Only the one local xterm window is affected in this way. All the other windows raise fine. I've managed to kill the window via the Window menu. It's never happened before, and I use OroborOSX a lot, so it's obviously not regular problem, but it's a bit weird, so I thought I'd mention it. Josh |
From: OroborOSX A. <oro...@ma...> - 2002-06-09 09:37:55
|
> Where does the default list of startup items (xterm and xeyes) come from? Choose "Edit Startup Items" from the Launch menu... Bye! Adrian |
From: OroborOSX A. <oro...@ma...> - 2002-06-09 09:37:55
|
>I created a PackageMaker installer to install OroborOSX. >For v0.75a3, this worked just fine. The .app gets installed >into the /Applications folder where it should be and runs >just fine. > >For v0.8preview3, I can still install it there, but all the files >end up being owned by root. When a simple user tries to >run it, it gets errors about... > ... > tar: Unable to create Resources/en_US.lproj/menubar.nim/objects.xib ><Permission denied> > CheckForArchives: error 1 while unarchiving > >This would be due to the fact that the installer put the files there owned >by root and when run as a mere mortal, you don't have write permission. > >Any idea how we can fix this? Yes - just create the package with the archives pre-expanded. (They are only there to get around the problem with Stuffit Expander.) The internal archives are: Resources.tar, Themes.tar, LMI.tar, XDarwin.tar These contain, respectively, various parts of the nibs, the Themes, the Launch Menu Items, and the XDarwin application. Bye! Adrian |
From: Dave W. <dwi...@mi...> - 2002-06-04 22:42:11
|
Where does the default list of startup items (xterm and xeyes) come = from? I would like to package OroborOSX for our customers to use, but when it starts, I don't want it to start up xeyes and xterm. -- Dave Williss ------ Meddle not in the affairs of dragons,=20 for you are crunchy and taste good with catsup |
From: Dave W. <dwi...@mi...> - 2002-06-04 22:10:19
|
I created a PackageMaker installer to install OroborOSX. For v0.75a3, this worked just fine. The .app gets installed into the /Applications folder where it should be and runs just fine. For v0.8preview3, I can still install it there, but all the files end up being owned by root. When a simple user tries to run it, it gets errors about... ... tar: Unable to create Resources/en_US.lproj/menubar.nim/objects.xib <Permission denied> CheckForArchives: error 1 while unarchiving This would be due to the fact that the installer put the files there owned by root and when run as a mere mortal, you don't have write permission. Any idea how we can fix this? When our software package starts up, if it can't connect to a local X server, it looks for and tries to start OroborOSX, looking for the most recent one in /Applications. Unfortunately, I can't install there now. -- Dave Williss ------ Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup |
From: OroborOSX A. <oro...@ma...> - 2002-04-10 11:43:07
|
> As far as I can tell, this causes no problems and seems > to work with sketch (dragging now looks the same as it > does under the "standard XDarwin). Glad to hear it! > I can also make inactive windows translucent and > minimize to the dock... > > Let's see if the thing crashes when I quit... no it doesn't. > > So everything looks great now ! Well, there are some other bugs that need sorting out (from the OroborOSX side of things) - see the version history page on the web site for what's coming in preview 3... Bye! Adrian |
From: <no...@da...> - 2002-04-09 16:39:23
|
Hi Adrian, sorry for the little delay - I had to teach... I tried out the XDarwin version at http://wrench.et.ic.ac.uk/adrian/XDarwin.gz As far as I can tell, this causes no problems and seems to work with sketch (dragging now looks the same as it does under the "standard XDarwin). I can also make inactive windows translucent and minimize to the dock... Let's see if the thing crashes when I quit... no it doesn't. So everything looks great now ! Keeping my fingers crossed, Jens |
From: OroborOSX A. <oro...@ma...> - 2002-04-06 14:34:23
|
>> Which version of the 'standard' XDarwin application are you using? >> The version that comes with OroborOSX os based on XDarwin.app v1.1, >> which is the one that comes with XFree86 4.2. >> >> If you're not using v1.1, could you download it and try it out? >> >Yes, I'm using XDarwin version 1.1 that came with the release of XFree86 >4.2. OK. I think I will have to start again from the standard XDarwin, and keep all of its drawing code intact (just adding the other features like min-to-dock, and so on). I should be able to get started on that on Monday, and it will probably take me a day or two to add all of the extras back in. Then I will create an XDarwin executable for you to place into the XDarwin.app application bundle, and let me know if that sorts out the drawing issue. Bye! Adrian |
From: <no...@da...> - 2002-04-05 17:30:12
|
Yes, I'm using XDarwin version 1.1 that came with the release of XFree86=20= 4.2. Jens On Thursday, April 4, 2002, at 06:21 PM, OroborOSX Admin wrote: >> Yes, it looks like the "non-standard" XDarwin is causing my problems >> with sketch. I tried xfig which is quite similar to sketch and uses = the >> rubberbanding too. No problems there. Only sketch is showing strange >> behavior (i.e. no visible feedback) when dragging the mouse. >> >> When I started OroborOSX v0.8 with standard XDarwin running, sketch >> behaved normally. This hasn't changed with the new update either. > > Which version of the 'standard' XDarwin application are you using? > The version that comes with OroborOSX os based on XDarwin.app v1.1, > which is the one that comes with XFree86 4.2. > > If you're not using v1.1, could you download it and try it out? > > Thanks! > > Adrian > > > > _______________________________________________ > OroborOSX-Discuss mailing list > Oro...@li... > https://lists.sourceforge.net/lists/listinfo/oroborosx-discuss > > Jens Uwe N=F6ckel Oregon Center for Optics 240 Willamette Hall 1274 University of Oregon Eugene, Oregon 97403-1274 Phone: 541-346-5210 Fax: 541-346-5861 http://darkwing.uoregon.edu/~noeckel |