By way of Jef Spaleta: Bugday 9.1: Useful detailed draft of vesa driver testing procedure.
by Jesse Keating
Jef seems unable to post to the list currently, so I'm posting this for
him. He is still able to read the list, so feel free to reply-list.
Encapsulated message
Bugday 9.1: Useful detailed draft of vesa driver testing procedure.
Date: Thu Dec 11 09:02:13 2003
From: Jef Spaleta <jspaleta(a)princeton.edu>
To: redhat-devel-list(a)redhat.com
Sorry if this hits the list twice. I think the first attempt got eaten
in the ether.
Well kids, I got a draft of the vesa driver testing procedure up. And
more importantly i finally poked mharris in the eye with a sharp-pointy
stick enough times to get him to give me feedback.
Which of course necessitated a full re-write of the draft.
But now that i have a draft i sort of like and mharris is not actively
foaming at the mouth about, I'm ready to share it so people on
fedora-devel-list and run the vesa driver test.
http://www.fedora.us/wiki/VesaDriverTesting
Its pretty long. Too long, really. But I'm aiming for instructions I can
take to the higher volume and less technically inclined readers on
fedora-list at some point in an effort to cover as much video hardware
as possible. Different revisions of the same card might have problems so
it needs a wide testing to make the blacklisting of cards as complete as
possible.
Besides running the vesa test and filing bugs, I want the -devel-list
readership to think about making these instructions better. It has been
brought up that maybe this longwinded instruction set can be turned into
a scripted testsuite to lower the bar for testing. I'm all ears.
I would also be interested in feedback from other developers who would
like to do a similar focused hardware testing activities.
-jef"why don't i have coffee right now"spaleta
End of encapsulated message
--
Jesse Keating RHCE MCSE (geek.j2solutions.net)
Fedora Legacy Team (www.fedora.us/wiki/FedoraLegacy)
Mondo DevTeam (www.mondorescue.org)
GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub)
Was I helpful? Let others know:
http://svcs.affero.net/rm.php?r=jkeating
20 years, 5 months
Re: fedora-devel not up-to-date with fedora-yarrow-updates? (please fix)
by Jef Spaleta
Mark Mielke wrote:
> I want to help you all test the packages. Right now, I have to
> make sure I have the latest packages in both fedora-yarrow-updates >
*and* fedora-devel. This seems wrong.
It might seem wrong..but im not sure it is completely wrong.
How many of those updates were pushed out because they were security
fixes? I don't think its completely right to argue that security fixes
should show up in -devel first. People using -devel should understand
that security might take a lower priority on the development branch
compared to technology integration tasks at times. And even looking
beyond the role of security in the list of priorities for the two
trees....I'm not even sure a general rule of -devel first for updates
that are going out for an FC release is reasonable. I expect -devel and
update-releases to be out of sync depending on the phase of the moon and
the pacing tasks at hand.
-jef"if this post makes it to the list before my last post, im not going
to be happy"spaleta
20 years, 5 months
apt-rpm
by MG
Hi!
When will the Fedora contain the apt(-rpm)? To my mind, It should contain to
select packages with dependecies in the console that known the cdrom, ftp, http
as rpm source.
Bye!
Gabor
20 years, 5 months
Re: Bug Day 9 : Dec 10, 2003
by Jef Spaleta
Michael Schwendt wrote:
> This one? redhat-config-xfree86 --reconfig --set-driver=vesa
> Creates a highly unstable 800x600 VESA mode on my Matrox
> Millennium G400. Already the graphical greeter keeps crashing upon >
every 2nd server restart.
Thanks for reporting back. I deliberately posted only to -devel-list
initially in the hopes that a few technically proficient would make an
attempt at testing and find some rather obvious short-comings to the
very ill-defined testing idea, before I encourage testing in the larger
volume lists.
Can you do some testing with startx. I don't think the 'safe mode'
mharris is envisioning is going to require gdm to run for the purpose
its going to serve. But I need to poke him the eye about that
specifically. Knowing if the problem is gdm specific would help me
evaluate what any sort of 'safe mode' functionality would encompass.
So please run a vesa test again using startx from runlevel 3 and try to
get into a failsafe X session or a twm managed X session. Maybe try to
run a few obvious redhat-config* tools that you would expect to be
useful if your X session wasn't working and X tries to restart in a
'safe mode.'
I'm also not sure about which other --set-key=value switches might need
to be used to reconfigure for vesa testing correctly. Maybe you need to
target an 8bit colordepth modes. I'm not sure how strict mharris's
thinking is about broken modes and blacklists. It might be he's going to
end up targeting safe mode for a specific resolution for a specific
colordepth that works with a reasonable number of cards. Or he might be
looking to be clever try to find a safe mode that makes sense for each
card. Whichever it is, trying to test as many of the modes the vesa
drivers says your card supports would be good. As much data as possible
with regard to how vesa driver performs for the hardware in use is going
to be a key step for mharris to get a feel for how far this idea can
play out.
Please, if you can help me better define a reasonable testing
methodology/guide for this test I'd feel much more comfortable
encouraging the full userbase to run the testing via announcements in
the fedora and fedora-test lists. I think i'm going to make a Bug Day
9.1 announcement on the other lists once i get some feedback on how best
to walk people through the testing.
-jef
20 years, 5 months
RE: MySQL client relicense (was RE: Fedora Core 2 wishlists)
by Murray.Cumming＠Comneon.com
I asked on the MySQL lists. Apparently it's true.
Murray Cumming
www.murrayc.com
murrayc(a)usa.net
> -----Original Message-----
> From: fedora-devel-list-admin(a)redhat.com
> [mailto:fedora-devel-list-admin@redhat.com] On Behalf Of
> Murray.Cumming(a)Comneon.com
> Sent: Mittwoch, 10. Dezember 2003 16:20
> To: fedora-devel-list(a)redhat.com
> Subject: RE: MySQL client relicense (was RE: Fedora Core 2 wishlists)
>
>
> > > I am looking in the MySQL 4 tarball. Exactly what license
> > document do
> > > you mean? COPYING.LIB is still the LGPL.
> >
> > COPYING.LIB is just a copy of the LGPL (I don't know why they
> > include it since nothing references it AFAIK).
> >
> > The web site says it is all under the GPL, right at the top
> > of the download page at
> > http://www.mysql.com/downloads/index.html. > The manual from
> > 4.0.16 says:
> >
> > All the `MySQL'-specific source in the server, the `mysqlclient'
> > library and the client, as well as the `GNU' `readline' library is
> > covered by the `GNU General Public License'.
>
> Well, I think that's just because they are inept. I have
> asked them about that before, but I think they were too inept
> to understand the question. I find these pages more explicit:
>
http://www.mysql.com/products/mysql++/index.html
http://www.mysql.com/documentation/mysql++/D_Copyright.html
I know that's talking about the C++ library, but it's hard to see how the
C++ wrapper of a GPL library could be LGPL, or why they would do that.
If nothing has changed and no announcement has been made and nobody has
asked them then I don't see a reason to think that the licensing has
changed.
Murray Cumming
www.murrayc.com
murrayc(a)usa.net
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-devel-list
20 years, 5 months
Self-introduction: Jens Petersen
by Jens Petersen
1. Full legal name
Jens-Ulrik Holger Petersen
2. Country, City
Japan, Kuroiso
3. Profession or Student status
OS Development Engineer
4. Company or School
Red Hat
5. Your goals in the Fedora Project
To start with I would like to contribute packages of ghc
(Glasgow Haskell Compiler) and some other Haskell projects.
6. Historical qualifications
Considerable rpm packaging experience (see 3 & 4). :-)
In the past I have contributed to the XEmacs project.
I built the latest "official" ghc rpms on the ghc project
page. I am one of the maintainers of gtk2hs, a gtk2 binding
for Haskell.
7. GPG KEYID and fingerprint
pub 1024D/FDC2E1A4 2003-12-10 Jens Petersen (Haskell) <petersen(a)haskell.org>
Key fingerprint = 6B6B 093E 5F32 D4C5 55EE CAF7 18E0 C518 FDC2 E1A4
sub 1024g/05CD41B4 2003-12-10 [expires: 2006-12-09]
20 years, 5 months
RE: The Future of Fedora
by Alexey Eremenko
Well. Let me rethink, and process your responses.
The most interesting ones came from:
Jesse Keating
-and-
Rui Miguel Seabra
However, I misagree with on many items.OS MUST be easy.
One man even wrote, that Linux must not, because it's for Professionals.
He made a GREAT mistake, because me and my father are Pro's and running WindowsXP,
and we see that a comfortable OS saves time. (while linux spends a lot of it on fight vs. the OS)
Questions by: Rui Miguel Seabra
>> 3)Boot:
>I don't understand such slow performance. Maybe you're doing something
>wrong (like having too many unneeded services starting up). Did you make
>a full installation?
>Also, the graphical boot does increase the boot time seriously.
Well, almost full install, and YES I run GUI, because otherwise Linux is useless.
Also I run all the default FC1 services. (including a DHCP client.)
I don't know any commands to enter for a command line.
>> 5) Multimedia: Under good drivers I mean the ability to see my battery's
>> power, plus ability to give to buttons 4 and 5 different functions:
>> like minimazing windows, copy text, forward and backward buttons on
>> Interet Explorer (Mozilla - is my favourite in Linux). Etc...
>Ah... maybe it's not a 5 button, but a 7 button mouse... I can't speak
>about those, I haven't ever had one to try to configure and haven't
>loked for that kind of information.
>A one wheel mouse has 5 buttons (usually). 1 and two you can tell
>immediately. 4 and 5 are up and down the wheel and 3 is pressing
>vertically the wheel.
>Perhaps you have a 7 or 9 button mouse?
I see you understand nothing in multi button mice.
Buttons 1,2,3 (left, right, scroll button) have standard function.
All other buttons are programmable. (4 and 5)
And YES, In the future I plan to use Logitech 8-button mouse.
They *can* have the following commands: (this list isn't full)
-Close -Copy -Ctrl -Cut -Delete -Explore -Help -Refresh -Find -Maximize -Minimize -Paste
-Print screen -Redo -Run -Select All -Show/Hide desktop -Start -Tab -Undo
Again. I want to think a little more before I return to this discussions.
Thanks everyone for responses. (I like to have some feedbacks)
____________________________________________________________
Hotmail.co.il - Powered by IBM eServer
20 years, 5 months
Re: The Future of Fedora
by Nils O. Selåsdal
On Thu, 2003-12-11 at 04:35, Michael Kearey wrote:
> Complaint, not description of problem. Does not consider the reality
> facing Open Source OS's like Fedora - Too many manufacturors, creating
> closed source drivers for their products. For every obscure, feature
> rich monstrosity of a mouse with 5? 7? buttons, there must be at LEAST
> one user of Linux that has access to it, and can create config files
> to drive it.
True. But as you also pointed out , the world is not perfect(closed
source drivers/spec, etc). Neither are bug reports, complaints and
similar.
Just because someone comes with some negative criticism shouldn't mean
one should ignore them. Constructive critisism are rare, its much more
the human nature to talk shit about things ;)
--
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
System Engineer
UtelSystems a/s
w w w . u t e l s y s t e m s . c o m
20 years, 5 months
Re: MySQL client libraries licensing (was Fedora Core 2 wishlists)
by Nils O. Selåsdal
On Wed, 2003-12-10 at 19:57, Adam Debus wrote:
> >
> > I think that the real "problem" fall over the person that develops php
> > based software and is using MySQL, remember that the GPL does not
> > restrict you to distribute GPL licensed code with software that uses
> > other licenses, If you develop an application with php and mysql4 your
> > code must be GPL (unless you obtain a different license from the MySQL
> > developers)
> >
>
> As it has been explined to me by a lawyer: That's only true if you are
> embedding the mysql library in your software (statically linking). Merely
> using MySQL as a database for PHP does not tie you to either license because
> you are not embedding code from either program.
>
> The same goes for Perl or C/C++. Writing code that utilizes the language
> does not automatically tie you to the license the programming language uses,
> unless you statically link against the libraries.
>
> Otherwise, pretty much nothing in Linux would be other then GPL, since
> that's what glibc is licensed under, including PHP, Perl and Apache, all of
> which have licenses other then GPL.
glibc is NOT GPL, it is LGPL. Big diffrence. Had glibc been GPL, you'd
been right. Virtually everything else had to be GPL also.
I also fail to see how statically linking should differ from dynamically
linking in this respekt.
--
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
System Engineer
UtelSystems a/s
w w w . u t e l s y s t e m s . c o m
20 years, 5 months
