I just wrote Apple informing them that I would no longer purchase one of there new iMacs. It a nice little machine but if this is the way they want to play, then they will not get my money.
Why do APPL care if a third party supplies software that allows their users to save iDVD projects to an external drive ? I am sure there are plenty of Mac users out there with no superdrive access. It's just beyond me, and makes me wonder what's is at stake here ? A way to sell more hardware or a really IP issue...?
iDVD is licensed for free to anyone who has purchased a Mac with a SuperDrive. So, it's not exactly free; it's sort of included with the price you pay for the computer. This patch allows it to be used on other Macs that were not purchased with the SuperDrive, so Apple is not getting money for the drive to pay for the software.
The solution here is to start offering the software commercially for a fee, and still bundle it free with SuperDrive-equipped Macs. That way, anyone who wants to use it with another drive can buy the software, and anyone who doesn't pay for it is simply pirating it.
c) Alternatively, does this prove that creatures are designed rather than evolved, and the design process is a bit more like the PhD process than anything else; some little godling spends millenia working on geckos in order to submit some paper 'An alternative mechanism for achieving stickiness in creatures' only to have it discredited by a board of professors who have always used suction and thats how they believe all creatures should stick.
I've occasionally wondered if God is a college student. I wonder how He's doing?
From what I understand, when I print from Linux the application outputs PostScript data, which gets sent to cups on the Mac. Cups then has to use Ghostscript to decode the Postscript data into something it can actually print. Since the Mac doesn't have Ghostscript installed, it fails - it shows up under "completed jobs" as "cancelled".
If I were printing from OSX, on the other hand, the data would be sent in PDF format, not PostScript, and Apple's version of cups includes a PDF rendering thingie, so that works fine.
I've tried to compile ghostscript on OSX, and I get errors. I'm not really a programmer, so I don't know how to fix them.
Is there a way to make the client applications send PDF data instead of PostScript? Or to have cups on the client side convert it?
I was giving my reasons for using OSX over OS9. I've already got Linux on a couple other boxes. Linux on the desktop sucks ass, and if you disagree, you're probably not a Mac user. It's better than win32, but that's because win32 sucks worse.
Aqua has indeed improved. Buttons, in particular, are more... subdued? It looks like they're trying to make things more functional and less flashy.
The arrow pointer looked weird at first, particularly when over a white background, but I've gotten used to it, and it doesn't bug me anymore. Over a darker background it's perfect.
I also have a UMAX scanner, and it may never be supported natively. I did find VueScan which also works on Linux, but I'm not really thrilled with the UI - guess I'll have to play with it some more.
I never really used Sherlock for anything besides searching for files. Thank god they've put that functionality back where it's supposed to be. I may use Sherlock now, but I'm not forced to launch it if all I want is a quick search for a file.
I recently discovered LiteSwitch X, and I miss it. You'd think Apple could make a decent task switcher. Under OS9 I was using the Microsoft Office Manager, which was just about perfect.
"The least painful it's ever been" sums it up quite nicely. It's only getting better, and eventually won't be painful at all. That hope keeps me going.:-)
Why use OSX? First, the OS doesn't crash as often. Second, it's UNIX. I love being able to ssh to my Linux box from work, send a WOL packet to my Mac to wake it from sleep, ssh into it, locate a file, and use scp to send it where I need it.
Now if I can just get ghostscript to work, I'll be able to print from Linux to the printer on my Mac. I'm really impressed with cups.
Thanks, that explains a lot. However, I can't get ghostscript to compile:
gcc -DHAVE_MKSTEMP -g -O2 -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wcast-qual -Wwrite-strings -fno-builtin -fno-common -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_ST_BLOCKS=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LIBM=1 -DHAVE_LIBX11=1 -DHAVE_LIBXEXT=1 -DHAVE_LIBXT=1 -DHAVE_MKSTEMP=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_BZERO=1 -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMCHR=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1 -DHAVE_MODF=1 -DHAVE_POW=1 -DHAVE_PUTENV=1 -DHAVE_RINT=1 -DHAVE_SETENV=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1 -I./obj -I./src -DA4 -o./obj/gdevescv.o -c -DGS_VERSION_MAJOR=7./src/gdevescv.c In file included from./src/std.h:23, from./src/math_.h:24, from./src/gdevescv.c:43: ./src/stdpre.h:254: redefinition of `ushort' /usr/include/sys/types.h:82: `ushort' previously declared here ./src/stdpre.h:255: redefinition of `uint' /usr/include/sys/types.h:83: `uint' previously declared here ./src/gdevescv.c:358: warning: initialization from incompatible pointer type ./src/gdevescv.c: In function `lputs': ./src/gdevescv.c:375: warning: implicit declaration of function `strlen' ./src/gdevescv.c: In function `escv_vector_dopath': ./src/gdevescv.c:477: warning: assignment discards qualifiers from pointer target type ./src/gdevescv.c:496: warning: assignment discards qualifiers from pointer target type ./src/gdevescv.c: At top level: ./src/gdevescv.c:582: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:583: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:584: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:585: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:586: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:587: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:588: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:589: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:590: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:591: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:592: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:593: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:594: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:595: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:596: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:597: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:598: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:599: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c:600: warning: initialization discards qualifiers from pointer target type ./src/gdevescv.c: In function `escv_beginpage': ./src/gdevescv.c:621: warning: implicit declaration of function `strcmp' ./src/gdevescv.c:777: warning: assignment discards qualifiers from pointer target type ./src/gdevescv.c: In function `escv_setdash': ./src/gdevescv.c:1025: warning: int format, double arg (arg 3) ./src/gdevescv.c:1025: warning: int format, double arg (arg 4) ./src/gdevescv.c:1040: warning: int format, double arg (arg 3) ./src/gdevescv.c: In function `escv_get_params': ./src/gdevescv.c:1303: warning: passing arg 3 of `param_write_int' from incompatible pointer type ./src/gdevescv.c: In function `escv_copy_mono': ./src/gdevescv.c:1552: warning: implicit declaration of function `memcpy' ./src/gdevescv.c: In function `escv_fill_mask': ./src/gdevescv.c:1671: warning: int format, long unsigned int arg (arg 3) ./src/gdevescv.c: In function `escv_image_plane_data': ./src/gdevescv.c:1929: warning: assignment discards qualifiers from pointer target type make: *** [obj/gdevescv.o] Error 1
I went into System Preferences, Sharing, and checked the box for Printer Sharing. I then used nmap to find that this opened port 631, cups. So, I installed cups on my Linux box, launched cupsd, and pointed Mozilla to http://localhost:631/ per the documentation. I was surprised to see that my Linux box had already found my USB printer connected to my eMac on the LAN. Very impressive!
Now comes the not-so-impressive part. It doesn't actually print. Test pages show up under "completed jobs" as "cancelled". This happens regardless of whether I try to print from the Linux box or from the eMac (although I can print from OSX applications just fine), so I'm assuming the Linux side of this setup is working perfectly.
I found this in/var/log/cups/error_log: E [21/Aug/2002:21:36:48 -0700] Unable to convert file 0 to printable format for job 7!
The documentation on cups.org says this is often caused by not having ghostscript installed. I wouldn't expect that to be the issue, since all this stuff came preinstalled and preconfigured by Apple and all I did was check the box. Does anyone have any ideas?
A) I think I remember seeing that their format is documented somewhere, and the documentation was technical enough that you could build a parser from their docs. That might have been something else though, I dunno.
B) Displaying the registrant info is my primary reason for using whois at all. If I want the nameservers, I can always use dig.
C) If you don't want your billing info made public, don't register your own domain name. Part of owning a domain is using it responsibly, and that means accountability, which only works if people can find you. If you don't want to play by these rules (which have been in place for at least a decade), then find a different game to play.
Would you have the same reaction to say, IBM sponsoring a LUG?
If IBM sponsored a LUG, it would be because IBM's employees are Linux users. They would not promote any IBM product exclusively. It would work like any other company-sponsored UG.
An ISP I used to work for hosted PLUG's meetings for a few months. The company was not promoting anything, they were simply letting PLUG use their facilities and network connection. Of course, this creates goodwill towards the ISP among PLUG members, which brings the company more money.
Besides...who else would be better suited to start such groups...Red Hat?? No, maybe Oracle...uh, no...AOL?
Users.
MUGs and LUGs are always started by Macintosh and Linux users. Sometimes they're started or sponsored by companies, but only if those companies use and love Macs or Linux. Apple maintains a list of MUGs and has special offers for MUG members, but Apple doesn't start or organize MUGs. I imagine RedHat might have information about LUGs, but RedHat has nothing to do with the LUGs themselves.
Isn't it just possible that most people don't have 3D content they want to share via the web?
Well, if people got it into their heads that 3D content on the web is cool, then maybe they'd want to get some 3D content to put in the web. Hmm, what companies sell software to help produce 3D content? Who's promoting this common format?
I have no problem with the editors posting a story again because they think it's still cool and not everyone saw it the first time, but that's not what happened here. They posted it again because they weren't paying attention and didn't realize this was already posted six months ago. It makes it seem like the editors don't care about what's on the site.
I'm not pleased that the record companies get to decide which bands get airplay, and I'm not at all convinced Mother Teresa would want to keep it that way.
Many of Apple's computers give off little enough heat that they do not require cooling fans, and those that do have fans still run cooler than most PCs. I would guess that this means they consume less power than most PCs (less heat coming out = less power going in, yes?). I'd also guess that the PowerPC being RISC rather than CISC helps a bit; that should mean the processor is less complicated and more efficient.
As someone else pointed out, LCD displays consume less power than CRTs.
Would not a G4 iMac then be perfect for this situation?
I'm sure it's not really his site. If you're not familiar with it, I suggest you browse around for awhile, it's really quite amusing, particularly if Bible-thumpers annoy you.
Be careful of the difference between a bridge and a router. A bridge is simply an interface between two physical media: Ethernet on one side, and cable on the other side. All traffic coming in one side of a bridge will be sent out the other side. This means that if you have a LAN with a hub connected to a bridge, all traffic between hosts on your LAN will be bridged to the cable line. This means when you copy a file from one PC to another via Network Neighborhood in Windows, you're uploading a constant stream of data out your cable line. This data is ignored by the ISP's router, of course, but it's still going over the line. Since cable is a shared technology, the data is also being received by all of your neighbors (who are probably also ignoring it), so you're eating up their bandwidth too.
Broadcast protocols such as NetBEUI, IPX and AppleTalk will also be bridged, which is why you may see your neighbors' computers in your Network Neighborhood or Chooser. Of course, AppleTalk in particular likes to chat a lot. DHCP requests will also be bridged, which can make things interesting if your neighbors are configured to obtain their IP addresses via DHCP, and you're running a DHCP server that overrides your ISP's DHCP server and sets your own IP as their default gateway, so that you can then run a transparent proxy server and spoof web sites such as your neighbor's bank, or whatever you happen to be in the mood for.
But, all that applies to normal bridges. Your cable modem may actually be a router, or may have some firewalling capability, so this may not apply to you. The part about neighbors also only applies if your ISP's network is set up so that you and your neighbors can all freely communicate with each other without being routed through the ISP's router (like many cable ISPs possibly including ATTBI), or if the ISP's router is misconfigured to bridge traffic between customers (like at a DSL ISP I used to work for - the problem was fixed within a week or two).
Note that the Mac OS didn't "remove" or "hide" the CLI. The Mac OS never had one to begin with. It wasn't designed with one. There are certain things that are hidden from the user, such as paths, file and creator types, resource forks, the Desktop file(s), hidden folders such as Trash and Desktop Folder, and the peculiar way suitcases work. But not a CLI shell.
I haven't noticed a problem with the tracking, but maybe that's just me. The cord is only too short if you're not plugging it into the USB port on the side of your keyboard.
Slashdot Mirror
I just wrote Apple informing them that I would no longer purchase one of there new iMacs. It a nice little machine but if this is the way they want to play, then they will not get my money.
No longer? Have you ever bought one before?
Why do APPL care if a third party supplies software that allows their users to save iDVD projects to an external drive ? I am sure there are plenty of Mac users out there with no superdrive access. It's just beyond me, and makes me wonder what's is at stake here ? A way to sell more hardware or a really IP issue ...?
iDVD is licensed for free to anyone who has purchased a Mac with a SuperDrive. So, it's not exactly free; it's sort of included with the price you pay for the computer. This patch allows it to be used on other Macs that were not purchased with the SuperDrive, so Apple is not getting money for the drive to pay for the software.
The solution here is to start offering the software commercially for a fee, and still bundle it free with SuperDrive-equipped Macs. That way, anyone who wants to use it with another drive can buy the software, and anyone who doesn't pay for it is simply pirating it.
Apparently Microsoft Netmeeting is popular for this. It doesn't run on the platforms I use, so I suppose I've missed out.
c) Alternatively, does this prove that creatures are designed rather than evolved, and the design process is a bit more like the PhD process than anything else; some little godling spends millenia working on geckos in order to submit some paper 'An alternative mechanism for achieving stickiness in creatures' only to have it discredited by a board of professors who have always used suction and thats how they believe all creatures should stick.
I've occasionally wondered if God is a college student. I wonder how He's doing?
No rush, I can wait a week. Thanks!
Eww. The lipstick is not working for her. I'm sure when she's older, she'll come to her senses about such things. :-)
From what I understand, when I print from Linux the application outputs PostScript data, which gets sent to cups on the Mac. Cups then has to use Ghostscript to decode the Postscript data into something it can actually print. Since the Mac doesn't have Ghostscript installed, it fails - it shows up under "completed jobs" as "cancelled".
If I were printing from OSX, on the other hand, the data would be sent in PDF format, not PostScript, and Apple's version of cups includes a PDF rendering thingie, so that works fine.
I've tried to compile ghostscript on OSX, and I get errors. I'm not really a programmer, so I don't know how to fix them.
Is there a way to make the client applications send PDF data instead of PostScript? Or to have cups on the client side convert it?
This book may interest you.
I was giving my reasons for using OSX over OS9. I've already got Linux on a couple other boxes. Linux on the desktop sucks ass, and if you disagree, you're probably not a Mac user. It's better than win32, but that's because win32 sucks worse.
Aqua has indeed improved. Buttons, in particular, are more... subdued? It looks like they're trying to make things more functional and less flashy.
:-)
The arrow pointer looked weird at first, particularly when over a white background, but I've gotten used to it, and it doesn't bug me anymore. Over a darker background it's perfect.
I also have a UMAX scanner, and it may never be supported natively. I did find VueScan which also works on Linux, but I'm not really thrilled with the UI - guess I'll have to play with it some more.
I never really used Sherlock for anything besides searching for files. Thank god they've put that functionality back where it's supposed to be. I may use Sherlock now, but I'm not forced to launch it if all I want is a quick search for a file.
I recently discovered LiteSwitch X, and I miss it. You'd think Apple could make a decent task switcher. Under OS9 I was using the Microsoft Office Manager, which was just about perfect.
"The least painful it's ever been" sums it up quite nicely. It's only getting better, and eventually won't be painful at all. That hope keeps me going.
Why use OSX? First, the OS doesn't crash as often. Second, it's UNIX. I love being able to ssh to my Linux box from work, send a WOL packet to my Mac to wake it from sleep, ssh into it, locate a file, and use scp to send it where I need it.
Now if I can just get ghostscript to work, I'll be able to print from Linux to the printer on my Mac. I'm really impressed with cups.
Thanks, that explains a lot. However, I can't get ghostscript to compile:
./obj/gdevescv.o -c -DGS_VERSION_MAJOR=7 ./src/gdevescv.c ./src/std.h:23, ./src/math_.h:24, ./src/gdevescv.c:43:
gcc -DHAVE_MKSTEMP -g -O2 -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wcast-qual -Wwrite-strings -fno-builtin -fno-common -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_ST_BLOCKS=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_LIBM=1 -DHAVE_LIBX11=1 -DHAVE_LIBXEXT=1 -DHAVE_LIBXT=1 -DHAVE_MKSTEMP=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_BZERO=1 -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMCHR=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1 -DHAVE_MODF=1 -DHAVE_POW=1 -DHAVE_PUTENV=1 -DHAVE_RINT=1 -DHAVE_SETENV=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1 -I./obj -I./src -DA4 -o
In file included from
from
from
./src/stdpre.h:254: redefinition of `ushort'
/usr/include/sys/types.h:82: `ushort' previously declared here
./src/stdpre.h:255: redefinition of `uint'
/usr/include/sys/types.h:83: `uint' previously declared here
./src/gdevescv.c:358: warning: initialization from incompatible pointer type
./src/gdevescv.c: In function `lputs':
./src/gdevescv.c:375: warning: implicit declaration of function `strlen'
./src/gdevescv.c: In function `escv_vector_dopath':
./src/gdevescv.c:477: warning: assignment discards qualifiers from pointer target type
./src/gdevescv.c:496: warning: assignment discards qualifiers from pointer target type
./src/gdevescv.c: At top level:
./src/gdevescv.c:582: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:583: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:584: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:585: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:586: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:587: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:588: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:589: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:590: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:591: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:592: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:593: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:594: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:595: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:596: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:597: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:598: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:599: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c:600: warning: initialization discards qualifiers from pointer target type
./src/gdevescv.c: In function `escv_beginpage':
./src/gdevescv.c:621: warning: implicit declaration of function `strcmp'
./src/gdevescv.c:777: warning: assignment discards qualifiers from pointer target type
./src/gdevescv.c: In function `escv_setdash':
./src/gdevescv.c:1025: warning: int format, double arg (arg 3)
./src/gdevescv.c:1025: warning: int format, double arg (arg 4)
./src/gdevescv.c:1040: warning: int format, double arg (arg 3)
./src/gdevescv.c: In function `escv_get_params':
./src/gdevescv.c:1303: warning: passing arg 3 of `param_write_int' from incompatible pointer type
./src/gdevescv.c: In function `escv_copy_mono':
./src/gdevescv.c:1552: warning: implicit declaration of function `memcpy'
./src/gdevescv.c: In function `escv_fill_mask':
./src/gdevescv.c:1671: warning: int format, long unsigned int arg (arg 3)
./src/gdevescv.c: In function `escv_image_plane_data':
./src/gdevescv.c:1929: warning: assignment discards qualifiers from pointer target type
make: *** [obj/gdevescv.o] Error 1
I went into System Preferences, Sharing, and checked the box for Printer Sharing. I then used nmap to find that this opened port 631, cups. So, I installed cups on my Linux box, launched cupsd, and pointed Mozilla to http://localhost:631/ per the documentation. I was surprised to see that my Linux box had already found my USB printer connected to my eMac on the LAN. Very impressive!
/var/log/cups/error_log:
Now comes the not-so-impressive part. It doesn't actually print. Test pages show up under "completed jobs" as "cancelled". This happens regardless of whether I try to print from the Linux box or from the eMac (although I can print from OSX applications just fine), so I'm assuming the Linux side of this setup is working perfectly.
I found this in
E [21/Aug/2002:21:36:48 -0700] Unable to convert file 0 to printable format for job 7!
The documentation on cups.org says this is often caused by not having ghostscript installed. I wouldn't expect that to be the issue, since all this stuff came preinstalled and preconfigured by Apple and all I did was check the box. Does anyone have any ideas?
A) I think I remember seeing that their format is documented somewhere, and the documentation was technical enough that you could build a parser from their docs. That might have been something else though, I dunno.
B) Displaying the registrant info is my primary reason for using whois at all. If I want the nameservers, I can always use dig.
C) If you don't want your billing info made public, don't register your own domain name. Part of owning a domain is using it responsibly, and that means accountability, which only works if people can find you. If you don't want to play by these rules (which have been in place for at least a decade), then find a different game to play.
For the record, Mozilla on a PIII 500 mhz BLOWS AWAY Mozilla on a 500mhz Mac. Absolutely destroys it.
For the record, Mozilla on my 450MHz G3 iMac running Mac OS 9 BLOWS AWAY Mozilla on my 450MHz G3 iMac running Mac OS X.
Of course the latter is much prettier, with the beautifully antialiased text and the translucent alpha-channel dropshadows.
Would you have the same reaction to say, IBM sponsoring a LUG?
If IBM sponsored a LUG, it would be because IBM's employees are Linux users. They would not promote any IBM product exclusively. It would work like any other company-sponsored UG.
An ISP I used to work for hosted PLUG's meetings for a few months. The company was not promoting anything, they were simply letting PLUG use their facilities and network connection. Of course, this creates goodwill towards the ISP among PLUG members, which brings the company more money.
Besides...who else would be better suited to start such groups...Red Hat?? No, maybe Oracle...uh, no...AOL?
Users.
MUGs and LUGs are always started by Macintosh and Linux users. Sometimes they're started or sponsored by companies, but only if those companies use and love Macs or Linux. Apple maintains a list of MUGs and has special offers for MUG members, but Apple doesn't start or organize MUGs. I imagine RedHat might have information about LUGs, but RedHat has nothing to do with the LUGs themselves.
Isn't it just possible that most people don't have 3D content they want to share via the web?
Well, if people got it into their heads that 3D content on the web is cool, then maybe they'd want to get some 3D content to put in the web. Hmm, what companies sell software to help produce 3D content? Who's promoting this common format?
They don't happen enough to be annoying..
Yes they do.
I have no problem with the editors posting a story again because they think it's still cool and not everyone saw it the first time, but that's not what happened here. They posted it again because they weren't paying attention and didn't realize this was already posted six months ago. It makes it seem like the editors don't care about what's on the site.
If these are as good as they sound, all those speculations and rumors of apple switchin to intel are going to be thrown out the back door.
Nope, won't happen. We've been trying to get them thrown out the back door for YEARS, and they keep coming back.
I'm not pleased that the record companies get to decide which bands get airplay, and I'm not at all convinced Mother Teresa would want to keep it that way.
Many of Apple's computers give off little enough heat that they do not require cooling fans, and those that do have fans still run cooler than most PCs. I would guess that this means they consume less power than most PCs (less heat coming out = less power going in, yes?). I'd also guess that the PowerPC being RISC rather than CISC helps a bit; that should mean the processor is less complicated and more efficient.
As someone else pointed out, LCD displays consume less power than CRTs.
Would not a G4 iMac then be perfect for this situation?
I'm sure it's not really his site. If you're not familiar with it, I suggest you browse around for awhile, it's really quite amusing, particularly if Bible-thumpers annoy you.
Be careful of the difference between a bridge and a router. A bridge is simply an interface between two physical media: Ethernet on one side, and cable on the other side. All traffic coming in one side of a bridge will be sent out the other side. This means that if you have a LAN with a hub connected to a bridge, all traffic between hosts on your LAN will be bridged to the cable line. This means when you copy a file from one PC to another via Network Neighborhood in Windows, you're uploading a constant stream of data out your cable line. This data is ignored by the ISP's router, of course, but it's still going over the line. Since cable is a shared technology, the data is also being received by all of your neighbors (who are probably also ignoring it), so you're eating up their bandwidth too.
Broadcast protocols such as NetBEUI, IPX and AppleTalk will also be bridged, which is why you may see your neighbors' computers in your Network Neighborhood or Chooser. Of course, AppleTalk in particular likes to chat a lot. DHCP requests will also be bridged, which can make things interesting if your neighbors are configured to obtain their IP addresses via DHCP, and you're running a DHCP server that overrides your ISP's DHCP server and sets your own IP as their default gateway, so that you can then run a transparent proxy server and spoof web sites such as your neighbor's bank, or whatever you happen to be in the mood for.
But, all that applies to normal bridges. Your cable modem may actually be a router, or may have some firewalling capability, so this may not apply to you. The part about neighbors also only applies if your ISP's network is set up so that you and your neighbors can all freely communicate with each other without being routed through the ISP's router (like many cable ISPs possibly including ATTBI), or if the ISP's router is misconfigured to bridge traffic between customers (like at a DSL ISP I used to work for - the problem was fixed within a week or two).
Anyone else have anything to add?
Note that the Mac OS didn't "remove" or "hide" the CLI. The Mac OS never had one to begin with. It wasn't designed with one. There are certain things that are hidden from the user, such as paths, file and creator types, resource forks, the Desktop file(s), hidden folders such as Trash and Desktop Folder, and the peculiar way suitcases work. But not a CLI shell.
I haven't noticed a problem with the tracking, but maybe that's just me. The cord is only too short if you're not plugging it into the USB port on the side of your keyboard.