Re: OT: nVidia driver [was: Wish list]
by Sean
On Wed, June 8, 2005 4:01 pm, Bryan J. Smith <b.j.smith(a)ieee.org> said:
> About 5 years ago, I sure wish the entire, multi-_billion_ dollar
> CAM and EDA markets would have just switched their codebases to
> Win32/DX once-and-for-all, and gotten away from POSIX/GLX
> because nVidia shouldn't have even offered a proprietary GLX
> solution for Linux.
>
> No offense Sean, but I think it's pretty annoying to listen to people
> who don't realize that without a proprietary GLX driver on Linux,
> a lot of CAM and EDA vendors wouldn't have ported to Linux from Irix,
> Solaris, etc... and would have just taken the time and effort to port
> to Win32/DX _never_ to return to POSIX/GLX.
There are clearly cases where the benefit of using a proprietary solution
outweigh the risks involved. However, there are _way_ too many people
making excuses for abandoning open source. Many of whom seem motivated
by brand loyalty without any concern for system integrity or overall
viability of open source alternatives. These bloody zealots for nVidia
are every bit as much engaged in religion (or not) as the supporters of
open source software (ie. both are just supporting what they believe in).
Anyway, my comments were not about abolishing personal choice or in
denying the existence of _exceptional_ cases, rather as a counterbalance
to the unthinking there-is-no-cost-at-all-in-using-binary-modules
mentality. That applies both in terms of system integrity and the social
implications.
Sean.
19 years
Mirror monitor for meta data repos
by David T Farning
I downloaded a copy of mirmon, pulled a copy of the camel book from a
shelf and started hacking on mirror monitor for meta data repos (m3d).
The basic idea is to probe for the <timestamp>??</timestamp> of the
primary.xml of repo.xml and compare the <timestamp>??</timestamp> of
designated mirrors repo.xml. Attached is a sample output table.
Each version will have it's own separate page. ie fc1-core, fc3-extras,
fc-development.
All the available archs for a version will be on a page.
I believe that I will use a color scheme of
green, uptodate;
yellow, outofdate;
red, error contacting mirror;
white, mirror does not carry copy of that arch
Clicking a green or yellow square will link to repodata.html for that arch.
Clicking a red square will link to a more detail error statement of the
mirror failure.
The row of little row of squares in a mirror/arch intersection give a 24
history of that mirrors status. I'm thinking about narrowing row so
that a 24 history fit comfortably.
All suggestion on what other information will be useful.
-dtf
19 years
rawhide report: 20050607 changes
by Build System
Updated Packages:
ImageMagick-6.2.2.0-3
---------------------
* Mon Jun 06 2005 Tim Waugh <twaugh(a)redhat.com> 6.2.2.0-3
- Rebuilt for new ghostscript.
anaconda-10.2.1.5-2
-------------------
* Mon Jun 06 2005 Jeremy Katz <katzj(a)redhat.com> - 10.2.1.5-1
- fix segfault on upgrades
evince-0.3.1-2
--------------
* Mon Jun 06 2005 Marco Pesenti Gritti <mpg(a)redhat.com> - 0.3.1-2
- Add poppler version dep and refactor the gtk2 one
evolution-2.2.2-8
-----------------
* Mon Jun 06 2005 David Malcolm <dmalcolm(a)redhat.com> - 2.2.2-8
- Added Ivan Gyurdiev's patch to move autosave files inside the .evolution
directory
gcc-4.0.0-11
------------
* Mon Jun 06 2005 Jakub Jelinek <jakub(a)redhat.com> 4.0.0-11
- update from CVS
- PRs c++/20350, c++/21151, c++/21280, c++/21336, c++/21619, c++/21853,
c/21873, c/21879, fortran/16898, fortran/16939, fortran/17192,
fortran/17193, fortran/17202, fortran/18109, fortran/18283,
fortran/18689, fortran/18890, fortran/19107, fortran/19195,
fortran/20883, fortran/21912, java/21722, libgcj/21753, target/21888
- fix some -fvar-tracking bugs that were causing bogus DW_OP_piece ops
- extend GCC NLS support, so that gettext 0.14.5+ can verify GCC internal
diagnostics format strings
- fix ICE on not fully enumerated VECTOR_CSTs (PR regression/21897)
- fix a typo in reset_evolution_in_loop
* Tue May 31 2005 Jakub Jelinek <jakub(a)redhat.com> 4.0.0-10
- update from CVS
- PRs c++/21165, c++/21340, c++/21455, c++/21614, c++/21681, c++/21768,
c++/21784, fortran/20846, libfortran/17283, libfortran/20006,
libfortran/20179, libgcj/20273, libgcj/21775, middle-end/20931,
middle-end/20946, middle-end/21595
- remove no longer used extra line in %build (#158863)
- fold extractions from vector constant
- fix <emmintrin.h> and <xmmintrin.h>, so that they are usable
with -std=c89 -pedantic-errors
- gimplify SAVE_EXPRs in types (PRs c/21536, c/20760)
- fix ICE in ivopts on vector constant (Zdenek Dvorak,
PR tree-optimization/21817)
gimp-print-4.2.7-10
-------------------
* Mon Jun 06 2005 Tim Waugh <twaugh(a)redhat.com> 4.2.7-10
- Use full path for hardlink.
* Sun Jun 05 2005 Tim Waugh <twaugh(a)redhat.com> 4.2.7-9
- Rebuilt for new ghostscript.
kdelibs-6:3.4.1-1
-----------------
* Wed May 25 2005 Than Ngo <than(a)redhat.com> 6:3.4.1-1
- 3.4.1
mc-1:4.6.1a-0.10
----------------
* Mon Jun 06 2005 Jindrich Novy <jnovy(a)redhat.com> 4.6.1a-0.10
- update from CVS
- sync with .utf8 patch and some minor gcc4 fixups
- add .fixes patch
- drop upstreamed .spaceprompt patch
- update .userhost, .64bit patch
- add mcview
mikmod-3.1.6-35
---------------
* Mon Jun 06 2005 Martin Stransky <stransky(a)redhat.com> 3.1.6-35
- fixed #159290,#159291 - CAN-2003-0427
- fixed playing mod files from tar archive
mkinitrd-4.2.16-1
-----------------
* Mon Jun 06 2005 Peter Jones <pjones(a)redhat.com> - 4.2.16-1
- Add a patch from Jeff Layton to remove files from the initramfs
before executing the new init. (slightly modified, #153069)
openssh-4.1p1-1
---------------
* Mon Jun 06 2005 Tomas Mraz <tmraz(a)redhat.com> 4.1p1-1
- upgrade to a new upstream version
- call pam_loginuid as a pam session module
xorg-x11-6.8.2-36
-----------------
* Mon May 30 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-36
- Added xorg-x11-6.8.2-ia64-elfloader-cache-flush.patch to fix cache flush
issue on ia64 systems (#153103)
* Wed May 25 2005 Mike A. Harris <mharris(a)redhat.com> 6.8.2-35
- Remove /usr/X11R6/lib/X11/xinit symlink on non with_Xserver builds to
prevent rpm complaining about unpackaged symlinks on s390 et al. now that
bug (#108778) is fixed.
* Mon May 23 2005 Mike A. Harris <mharris(a)redhat.com>
- Made FC4 patches enabled for FC3, which will be merged into the FC-3
branch, and released as an FC3-testing update soon.
19 years
SATA Driver's for x86 system
by SK Sharma
Gentlemen/ Customer Support-
I understand that D865GBF & D915Xpress Chipset based
MB's are desktop boards - but while NO Modem driver
(for internal ACE with CONEXANT Softmodem was
available) - this is to enquire of the LINK from
where
SATA drivers for the aforesaid TWO Intel MOtherboards
with P4 processors can be secured & How to configure
the Installtion CD's accordingly for Installing
RedHat
Enterprise Linux 3 (Workstation) & RedHat Ver 9,1 &
Fedora Core Release 1.0.
Will appreciate if a URL link from where to find the
Drivers & a guide to create the Installation CD's for
the abovesaid.
Thankyou,
SkN8700//
8,June-2005.
_______________________________________________________
Too much spam in your inbox? Yahoo! Mail gives you the best spam protection for FREE! http://in.mail.yahoo.com
19 years
Re: OT: nVidia driver [was: Wish list]]
by Sean
> Why so angry. I think that you should really get off the religious
> kick. I for one have been using Linux for an extremely long time. I
Why is it always the nVidia zealots who accuse everyone else of being
religious?
> also use the Nvidia propritary drivers. Why you ask? Because open or
> closed they are clearly the best drivers for X. For most people who
> do actual work on their boxes, functionality matters more than a
> religious kick :-) . Also I want to run the latest hardware & not
Yeah, and what "work" are you getting done with your binary nVidia driver
that couldn't be done with an open source alternative. My guess,
nothing. Have you even tried the open source nv alternative?
> something that is 7 years old with crappy performance, just to say
> that my system is all open source. We have all asked Nvidia to open
> there drivers, but they insit on staying closed source. Since they
> keep up with kernel releases & fix the drivers when there are breaks,
> I personally have just gotten used to it. I install them and I don't
> have any problems. There drivers clearly surpass all drivers in X when
> it comes to features. Maybe one day Nvidia will wake up and release
> there drivers open source, but until then I have as of yet to see
> anyone who can match their drviers...especially ATI.
BS. Obviously you have to overstate the facts (ie. there are many open
source cards newer than 7 years old) to feel like you can defend your
position, typical nVidia zealotry. Get over it.
Sean
19 years
Re: fedora-devel-list Digest, Vol 16, Issue 41
by Bryan Smith
From: Chris Adams <cmadams(a)hiwaay.net>
> The OpenSSL license is an old-style BSD type license with the
> advertising clause, which I understand to be incompatible with the GPL.
> That's part of why some programs are moving to the (LGPLed) GNU TLS
> library instead.
Ack, you're right. My apologies.
> If it requires random services to link or include the code, it should
> probably be BSD (non-advertising clause). Otherwise, things like Oracle
> won't be able to start at boot.
I think LGPL on those sections will do.
I'm not a huge fan of BSD, at least for core details, because it's a
leechable license. I can understand it in the case of Class libraries
for Mono where vendors are freely sharing amongst each other. But the
core system and libraries are GPL and LGPL.
--
Bryan J. Smith b.j.smith(a)ieee.org
---------------------------------------------------------------------
It is mathematically impossible for someone who makes more than you
to be anything but richer than you. Any tax rate that penalizes them
will also penalize you similarly (to those below you, and then below
them). Linear algebra, let alone differential calculus or even ele-
mentary concepts of limits, is mutually exclusive with US journalism.
So forget even attempting to explain how tax cuts work. ;->
19 years
Is the Wiki to be used?
by Mike MacCana
I was attempting to add something useful to the Wiki (a link to J5s
suggested init/kudzu/likely also cron replacement talk) and noticed the
page was immutable. FC5Future has also become immutable.
Is the Wiki intended to be used as a Wiki, or it it just a CMS?
Mike
--
__________________________________________________________________________
Mike MacCana Consultant RHCX, MCSE, MCP+I
0419 394 504
19 years
jade looks for docbook/dtd/xml/4.2/docbookx.dtd ??
by sean darcy
I'm using db2html to build the gutenprint docs. But:
/usr/bin/db2html gutenprint.xml
output is gutenprint
Using catalogs: /etc/sgml/xml-docbook-4.2-1.0-27.cat
Using stylesheet:
/usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#html
Working on:
/usr/src/redhat/BUILD/print/doc/developer/gutenprint.xml
jade:/usr/src/redhat/BUILD/print/doc/developer/gutenprint.xml:13:0:E:
cannot open
"/usr/share/sgml/docbook/dtd/xml/4.2/docbookx.dtd" (No such
file or directory)
But jade should be looking for
/usr/share/sgml/docbook/xml-dtd-4.2-1.0-27/docbookx.dtd
Not sure how to track this down:
/etc/sgml/xml-docbook-4.2-1.0-27.cat
first entry is
CATALOG "/usr/share/sgml/docbook/xml-dtd-4.2-1.0-27/catalog"
which looks right. And
/usr/share/sgml/docbook/xml-dtd-4.2-1.0-27/catalog
entry is
PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"docbookx.dtd"
So jade should be able to figure it out. This worked about
a month ago.
rpm -q openjade
openjade-1.3.2-16
docbook-utils-0.6.14-4
sean
19 years
Fedora Core 4 delayed until June 13
by Bill Nottingham
Due to some unforseen complications, Fedora Core 4 is now
scheduled for general availability on June 13. We apologize for
the inconvenience.
Bill
19 years
Kudzu API Documentation
by Geffrey Velásquez [Minag]
Hi pals, I was searching in google about Kudzu API Documentation without
sucess, if somebody knows where could I get some information please send me
the link.
Thanks,
Geffrey
19 years
