cheeap sooftware avaailable ! dohuyogz
fasvwzh nciqnuwv nhozzs jwelprdh nmjbm. miafqis ucozdgdz bibwmptx qacfjaflb pmybshyzhi. zlylob kauif luqwhk. Mlcrosoft Windows XP Professional 2002 - $39.95 Retail: $260.95 Our low: $39.95 More: http://www.softwareforlive.biz You S.ave: $236 Mlcosoft Office XP Professional 2002 - 59.95 Retail: $569.95 Our low: $59.95 More: http://www.softwareforlive.biz You S.ave: $530 Mlcrsoft Windows 2000 Professional - 34.95 Retail: $5400.95 Our low: $99.95 More: http://www.softwareforlive.biz You S.ave: $5501 Ad0be Photosh0p 7.0 - 59.95 Retail price: 509.95 Our low Price: 59.95 You Save: 550 Why you should pay moore for the same proooducts ??!! Read mooore about our new year's special h'ee'r'e: http://www.softwareforlive.biz nkmdhe couxc yitnadw wuhgtoe tpxpuhkmoi ufiurldol swczfpccff hnyahvz efgnpc vaqopcmeytlyfmdqs qesku dchewhhxmp hdqkphhji zhxjunjgop. krhskslu pdwexel vulesra duqrv ccfvrgubxdzaln raxoqw ubtxhk cakwyqb kozrxw zlauwdf kkeujwcpw oamtfhyzisbqwr piizkih vyzkcfjhox catoaej ywpwus. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XDMCP problems (was: [XonX-Announce] XFree86 4.4.0 RC2)
Hi! Am Mittwoch, 31.12.03 um 02:42 Uhr schrieb Mario Klebsch: 1. I'm using '#define HasGetIfAddrs YES' in darwin.cf (This should probably be the default, but I forgot about it until now), it changes the way network interfaces addresses are collected. I did that change manually and broadcasts now work fine. but... I also realize, that the GetIfAddrs does not include the IPv6 addresses anymore. So it would solve my initial problem, too, but would leave a compatibility problem in the XDMCP code. I suspect, this not really is a fix and an additional bug in the GetIfAddrs code has lead to the IPv6 addresses being left out. I removed the HasGetIfAddrs definition from darwin.cf again and tried a different aproach to solve the XDMCP problem. I reordered the connections in a way that connections of the same type as the XDMCP manager connection are send first. And it worked. :-) So, here is my patch to xc/progrqams/Xserver/os/xdmcp.c: xdmcp.c.patch Description: Binary data I hope this solves the compatibility problem without introducing new problems and I wish everyone on these two mailing lists a happy new year. 73, Mario P.S. two problems still are left unresolved: -broadcast does not send XDMCP requests to a broadcast address and DefineSelf() does not deliver IPv6 addresses when HasGetIfAddrs is set. -- Mario Klebsch [EMAIL PROTECTED] PGP-Key available at http://www.klebsch.de/public.key Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB 1483 30CE 9FB2 A047 9CE0 Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5 8B98 9464 53FF 9382 F518
Re: radeon 9700 question - need working config
tryout the closed source drivers from ATI´s website. if you find out about any problem then call either ATI or SuSE support on them. they must have a solution. -Alex. - Original Message - From: "William W. Austin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, December 28, 2003 11:47 PM Subject: Help: radeon 9700 question - need working config > Apologies in advance for this, but I've been pulling my hair out for > hours on this one. > > My nephew (lives several hundred miles away) wanted to install linux on > his formerly win-xp machine (athlon 2800 xp, 512 MB, 2 large drives, > etc.) with Radeon 9700 Pro (128 MB) video card. He went out and bought > Suse 9 and did a completely clean install (with me on the other end of > the phone line the whole time - he's new to anything not from MS). > Everything installed cleanly and the machine booted successfully, > HOWEVER: > > The video card is not recognized. It is a Radeon 9700 Pro with 128 Mb > of memory (AGP) and works correctly under the other OS, but although it > shows up in scanpci and lspci, the setup utility on Suse bombs and > cannot set up the card. He is also singularly unable to run a simple > command (rpm -q XFree86) to tell me the version on that machine - and I > haven't been able to get the info from any Suse website (and his net > access is temporarily down until school starts again in January). > > I've spent nearly the entire day (11 hours) with him on the phone trying > to find a solution but I nave other cards - no radeons - and my config > files don't help here). XFre86 -configure fails, unable to find the > device. If anyone has a working XF86Config file they can email me, I'd > greatly appreciate it (as a last effort before I tell him to turn off > linux until I can go visit him in 3 weeks). I'm going out of town and > he is nearly desparate to get X up and running on this machine. > > Please feel free to mail me privately if you can help. > > Thanks and apologies for wasting the bandwidth. > > Bill Austin > > > -- > William W. Austin [EMAIL PROTECTED] >[EMAIL PROTECTED] >"Life is just a phase I'm going through..." > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel > ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Update cycle for cvsup?
Hi, could it be that the scanner is only runing once a day (5pm UTC)? That makes it not easy to test patches which were commited. Is there a chance to increase the interval? Bernd ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
XDMCP broadcast trouble (was: XDMCP problems)
Hi! -broadcast does not send XDMCP requests to a broadcast address I have traced this one a little bit further. I wrote a small test program: #include #include #include #include #include int fd; struct ifreq req; int main(int argc, char *argv[]) { fd=socket(SOCK_STREAM, PF_INET, 0); if (fd<0) { perror("socket"); exit(-1); } strcpy(req.ifr_name,"en1"); ((struct sockaddr_in *) &req.ifr_addr)->sin_addr.s_addr=htonl(0x12345678); printf("prior to ioctl(): %s, %s\n", req.ifr_name, inet_ntoa(((struct sockaddr_in *) &req.ifr_addr)->sin_addr)); if (ioctl(fd, SIOCGIFBRDADDR, &req)<0) { perror("ioctl"); exit(-1); } printf("after ioctl(): %s, %s\n", req.ifr_name, inet_ntoa(((struct sockaddr_in *) &req.ifr_addr)->sin_addr)); } it does create a socket and then tries to determine the broadcast address. I initialize ifr_addr with some predefined nonsense and then I found, that this nonsense is not overwritten by the ioctl() nor is any error code returned. :-( On my linux box, an invalid argument error is returned. To use SIOCGIFBRDADDR, fd must be the fd of a datagram socket, on MacOSX as well as on Linux. So the code in xc/programs/Xserver/os/access.c near line 868, that does not work on MacOSX, will not work on linux, too. At least it will not register the wrong address, since linux correctly returns an error code. 73, Mario -- Mario Klebsch [EMAIL PROTECTED] PGP-Key available at http://www.klebsch.de/public.key Fingerprint DSS: EE7C DBCC D9C8 5DC1 D4DB 1483 30CE 9FB2 A047 9CE0 Diffie-Hellman: D447 4ED6 8A10 2C65 C5E5 8B98 9464 53FF 9382 F518 ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: no bitstream vera in xfree 4.3.99.902
On Sat, Dec 27, 2003 at 11:36:02AM -0500, Paul wrote: >I'm trying 4.4 rc2 on linux (slackware-current), and so far it installed >ok and appears to be working ok. In fact the font rendering is improved >over the prior 4.3.0. I haven't experimented much yet, but will try all >the apps and check out the XF86Config methods to see if I get a good file. > >I was surprised it does not include the bitstream vera family of fonts >... but, they're easy enough to add. Since some fonts are already >included, why not add bitstream vera in 4.4? That's a good idea. I'll take a look at adding them. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
David Dawes wrote: > > I believe that this is an acknowlegement that the core team was no longer > representative of the active, experienced and skilled XFree86 developers, > or a place where technical discussion happens. > Such an acknowledgement could have been derived long ago from the dissention within the project. People forking the codebase and others simply choosing to donate their skills and time elsewhere would have been enough of a clue. But before a griping thread develops, can you offer a framework of a new structure that will enable to project to move forward? Is there a plan to minimize the previous friction and encourage active participation in a wholesome development environment? Richard ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
Can someone explain what impact this actually has? I've got to be honest and admit to not actually understanding how the 'core team' releates to any other part of XFree. Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex / \ _|_ http://www.treblig.org |___/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
On Wed, Dec 31, 2003 at 07:39:35PM +, Dr. David Alan Gilbert wrote: >Can someone explain what impact this actually has? I've got to be honest >and admit to not actually understanding how the 'core team' releates to >any other part of XFree. There you go. It was an anachronism that is no longer an issue :-) David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
On Wed, Dec 31, 2003 at 11:27:15AM -0800, Richard A. Hecker wrote: >David Dawes wrote: > >> >> I believe that this is an acknowlegement that the core team was no longer >> representative of the active, experienced and skilled XFree86 developers, >> or a place where technical discussion happens. >> > >Such an acknowledgement could have been derived long ago from the >dissention within the project. I advocated this move earlier in the year, but a majority of the core team didn't agree with me at that time. Fortunately that changed. >People forking the codebase and others >simply choosing to donate their skills and time elsewhere would have been >enough of a clue. I don't see a problem with forked code bases, etc. I believe that variety and competition are healthy. Why force eveyone into the same mould? Giving people choices as to where and how they apply their skills can only increase the overall level of contributions. Everyone can choose the project that best suits them, or if none do, create their own. Anything else stifles creativity and innovation. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Environmental Energy Solutions
. . Sun Tracking & Flywheel Storage . [EMAIL PROTECTED] . [EMAIL PROTECTED] . Welcome to Environmental & Ecological Energy Solutions for Human Evolution & Global Energy Desire Offering Expertise, Consulting, Design, Engineering, Service, Equipment, Installation, Manufacturing & R&D effort to Satisfy your demand 1. Portable & Movable Units Design, Build & Install (daily R V & Boat energy supply ½ -2 kW) Electric Vehicles time of work expansion (duplication) call for details & appointment 2. Stationary & Movable Home & Industrial Units Design, Manufacture & Build (daily Hot Water & Energy use) Tax free, 50% costs return by State of California (1 -10 kW or more - I can show you how) call for on site estimating 3. Solar Panels System Panels give over 270%yearly Energy Efficiency than stationary from just 25% of the basic unit cost Full System up to 400% 4. Sun Tracker catch Nature to the max 65% longer, 65% stronger, System work all day long with full power (from first to the last minute) 5. Parabolic Water Heater (with Sun Tracker concentrate heat to the max and beyond) 6. Day / night swing energy savings storage (mostly Europe - energy cost is terrible) 7. Solar Water Heater; for daily use 8. City Safe Wind Turbine; NO external moving parts 9. Energy Storage System (save days or weeks - for later use - months) (Euro U & USA patents pending) * Home DirectionsDesign Careers Patents Projects Main * Manufacturing FlywheelManual Clean Air CADD Shop Helpers Notary Solar PanelBoatElectric Vehicle Recreation Vehicle Sun Tracker Mech-Tronic Sun Tracker - 2º precision & 99% accuracyNASA Helios 1 - working proof of previous effort Compare horizontal & angular & GOOD Free stand yard panel up to 5 kWSuperior perpendicularity - job well done Sun Tracker folded flat Campers Big & Small Yachts Boats on Ground & Water Losing efficiency if angle go out from perpendicularity is (Cos a)³ = % * the biggest a the worse; over 40° stop charging at all Sun Tracker give you 3 panels job from one; save space, gain $$$ & $$ & ENERGY Our Product move set of panels size: ¼ - 100 m² (½ - 1000 square foot) and bigger · * Copy Right & Copy Protection reserved, Patent Pending · Still under construction, sorry for inconvenience - web master · Give us a call, will be happy to help you Sun Tracking 671 Aldo Ave # 11 Santa Clara, CA 95054USA Fax (408) 482 - 2102 Tel (408) 482 - 2840 www.suntracking.com E-mail: [EMAIL PROTECTED] . Own / Backup / Emergency POWER SUPPLY - UPS www.flywheelstorage.com www.suntracking.com with optionalSOLAR PANELS & Sun Tracking System SMALL UNITS STATIONARY FLYWHEEL STORAGE10 20 30 40 100 150 Work / Energy kWh 10 20 30 40 100 150 Maximal Storage kWh 45 80 120 200 450 620 Output kW 2.5 5 7 8 10 15 Input kW 2 3 4 5 8 10 Solar Input kW 1 1.5 2 2.5 7 10 Price + SOLAR System$30,000 $40,000 Price Storage only$15,000 $22,000
Re: 4.3.99.902 via DDC Hrange and Vrange
On Mon, Dec 29, 2003 at 01:20:39AM +0900, F.M. wrote: >XFree86 4.3.99.902 with Chipset: "KM400" >Hrange and Vrange are swapped. It might be a problem with the monitor swapping the ranges. I've attached a copy of a libddc.a module that prints the raw data to the log when you run XFree86 with the '-logverbose 4' option. Could you try that and send me the log file? David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com libddc.a Description: Binary data
Re: fix manual page building on Mac OS X
On Mon, Dec 29, 2003 at 07:13:53AM -0500, Thomas Dickey wrote: >On Mon, 29 Dec 2003, Matthieu Herrb wrote: > >> Hi, >> >> The process that builds XFree86 manual pages needs cpp -traditional >> when GNU cpp is used. > >speaking of manpages, I've been looking at updating rman - some of the >HTML which 3.0.8+patches generates is not correct, e.g., tags are not >nested. I did a first cut of a merge for my own testing (and to persuade >Tom Phelps to "own" the result), but have an impression that I should wait >til after 4.4 to commit those changes. It might be good to get that into 4.4 since it is isolated and only affects documentation. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
David Dawes wrote: On Wed, Dec 31, 2003 at 11:27:15AM -0800, Richard A. Hecker wrote: David Dawes wrote: I believe that this is an acknowlegement that the core team was no longer representative of the active, experienced and skilled XFree86 developers, or a place where technical discussion happens. Such an acknowledgement could have been derived long ago from the dissention within the project. I advocated this move earlier in the year, but a majority of the core team didn't agree with me at that time. Fortunately that changed. It sounds like it is a good thing... but still, what does it mean? People forking the codebase and others simply choosing to donate their skills and time elsewhere would have been enough of a clue. I don't see a problem with forked code bases, etc. I believe that variety and competition are healthy. Why force eveyone into the same mould? Giving people choices as to where and how they apply their skills can only increase the overall level of contributions. Everyone can choose the project that best suits them, or if none do, create their own. Anything else stifles creativity and innovation. Sure, choice is good... but forcing people to provide an alternate code base just because the primary code base is difficult to work with isn't good... it causes duplication of effort and animosity that otherwise would not be there. So, the question is, does the disbanding of the core team mean that the tree will be easier to contribute to directly, or is it just an internal change? Harold ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: A credits section for the 4.4 release notes
On Sat, Dec 27, 2003 at 06:56:19PM -0800, Alan Coopersmith wrote: >David Dawes wrote: >> I'm proposing to add a Credits section to the Release Notes for >> the XFree86 4.4 release. I have a sample/draft at: >> >> http://www.xfree86.org/~dawes/pre-4.4/RELNOTES5.html > >I'm sure I'll have missed someone, but in going through the mail >I can find, the only name I found missing of someone who contributed >patches of substantial size to the IPv6 code was Fabio Massimo Di Nitto >([EMAIL PROTECTED]). Lots of help in reviewing and responding to the >comments received during the X.org public review was given by the members >of the X.org Architecture Task Force, most notably Paul Anderson and >Howard Greenwell. I'll add Fabio to the IPv6 credits. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: static libXfont woes on sh3
On Wed, Dec 31, 2003 at 02:30:16AM +1100, Tyler Retzlaff wrote: >I've been trying to build a 3rd party Xserver but have run into some >difficulty when trying to link two xfree86 libraries to it (libXfont >and libdix) > >During the link I'm getting warnings about multiple definitions of >various symbols defined in libXfont and in libdix (output below). The >curious thing is this only happens if I try to link the Xserver w/ a >static libXfont. The functions in miscutil.o are normally provided elsewhere by the X server. so the linker shouldn't be pulling it in. Either it is getting pulled in because one or more of those functions isn't provided elsewhere, or because the linker semantics are "odd". The only function I don't see a warning for is register_fpe_functions(). I can't find anything in the current source tree that refers to it. Maybe something in your other X server does? David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
David Dawes wrote: > Why force eveyone into the > same mould? Giving people choices as to where and how they apply > their skills can only increase the overall level of contributions. I agree. Instead of advocating that the project force the same mould, I see this as an opportunity to revamp in such a way that the things that previously discouraged people could be eliminated. I am probably just being too idealistic. Since none of us are paid to contribute here it is most likely things will continue on with sporadic support as there is no incentive to tackle the tough organizational issues. Richard ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: core team disbands
* David Dawes ([EMAIL PROTECTED]) wrote: > On Wed, Dec 31, 2003 at 07:39:35PM +, Dr. David Alan Gilbert wrote: > >Can someone explain what impact this actually has? I've got to be honest > >and admit to not actually understanding how the 'core team' releates to > >any other part of XFree. > > There you go. It was an anachronism that is no longer an issue :-) Indeed - but your announcement that the 'core team' ceases to exist has caused some confusion - I've heard a number of people interpret that as 'xfree is ceasing to exist'. So hence I reask the original question for clarification to everyone; what does this actually mean? Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex / \ _|_ http://www.treblig.org |___/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: fix manual page building on Mac OS X
On Wed, 31 Dec 2003, David Dawes wrote: > On Mon, Dec 29, 2003 at 07:13:53AM -0500, Thomas Dickey wrote: > >On Mon, 29 Dec 2003, Matthieu Herrb wrote: > > > >> Hi, > >> > >> The process that builds XFree86 manual pages needs cpp -traditional > >> when GNU cpp is used. > > > >speaking of manpages, I've been looking at updating rman - some of the > >HTML which 3.0.8+patches generates is not correct, e.g., tags are not > >nested. I did a first cut of a merge for my own testing (and to persuade > >Tom Phelps to "own" the result), but have an impression that I should wait > >til after 4.4 to commit those changes. > > It might be good to get that into 4.4 since it is isolated and only affects > documentation. My spot-check of the merge looks fine - it fixes a problem I'd noticed with xterm's manpage, and of the other places I've seen that don't look right (XCreateGC.3x.html is one), were the same in the existing 3.0.8+patches. I'll commit that merge (and deal with any bug reports against it). There are other improvements I can see to make, but as I noted, would like to coordinate those with Tom Phelps. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: static libXfont woes on sh3
On Wed, Dec 31, 2003 at 05:35:55PM -0500, David Dawes wrote: > On Wed, Dec 31, 2003 at 02:30:16AM +1100, Tyler Retzlaff wrote: > >I've been trying to build a 3rd party Xserver but have run into some > >difficulty when trying to link two xfree86 libraries to it (libXfont > >and libdix) > > > >During the link I'm getting warnings about multiple definitions of > >various symbols defined in libXfont and in libdix (output below). The > >curious thing is this only happens if I try to link the Xserver w/ a > >static libXfont. > > The functions in miscutil.o are normally provided elsewhere by the X > server. so the linker shouldn't be pulling it in. Either it is getting > pulled in because one or more of those functions isn't provided elsewhere, > or because the linker semantics are "odd". Ok, but how do I work around it, I've re-ordered my link line to basically be libdix.a libXfont.a ..rest of archives.. So the only thing that could be pulling in the second copy of the symbols is dix itself. Since they are provided by libdix I am therefore confused why they are pulled in. I am also still not sure why this only occurs w/ static libXfont since I use the same X server for another platform that has shared libs and it does not occur. > > The only function I don't see a warning for is register_fpe_functions(). > I can't find anything in the current source tree that refers to it. > Maybe something in your other X server does? My X server doesn't. Any further ideas? > > David > -- > David Dawes X-Oz Technologies > www.XFree86.org/~dawes www.x-oz.com > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel -- Tyler R. Retzlaff <[EMAIL PROTECTED]> http://www.NetBSD.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel