I am running 7.92, and I see that the new firewire stack is in place.
There is a page at the linux1394 wiki that suggests that kernel
packagers build the old stack into the kernel for the time being:
Any chance of this happenign for Fedora 8?
I'm going to be building a new, unfinished gdm into the devel branch
today. It's going to be very different than the gdm we are shipping
now and will need quite a bit of development before it's ready for
It won't hit rawhide until rawhide switches over to F-9.
Details about it can be found here:
As part, of the build process I need to upgrade dbus-glib to 0.74.
This will require a number of package rebuilds.
Anyway, just wanted to give everyone a heads up.
I put firefox-trunk SRPM based on current fedora rawhide one at
Notice: this package breaks the dependency against devhelp and yelp.
Janina Sajka <janina(a)rednote.net> wrote:
> Does anyone know of any rpm builds of Firefox 3? I'm aware it's nowhere
> near ready for prime time, but I have a compelling reason to start using
> ff3 fairly soon and would rather install from rpm, of course.
> BTW: My compelling reason is that FF3 will contain a11y support that
> should prove superior to any yet seen on any platform. Fingers crossed,
> etc ...
On Sunday 12 August 2007 23:01:34 Jochen Schmitt wrote:
> in the past we have removed itext and pdftk which depends on itext from
> the Fedora distribution due
> license issue.
> In the new iText package itext-2.0.4 I have found a text file about the
> licensing situation of the
> source file coming from Sun Corporation Inc.
> I have uploaded this file for review on
> I want to know, it this ok for Fedora. But I assume, that the last term
> about usage this
> file for nuclear weapons may be a blocker.
Jochen, do you have an update of the situation? Will upstream agree to modify
the license scheme a bit?
I use pdftk randomly in my job, several times a year, but I really need it. It
is not so nice to see one usefull package go away from Fedora.
OK so I have that problem where Doxygen generates links as hashes
including something like a time stamp, so the -devel packages end up
causing multilib conflicts.
Is there some silver bullet to actually SOLVE this?
I saw that Hans solved this by tar.gz:ing up the docs and add as separate
source and then suppress compile-time building of the docs, replacing with
Myself I simply deleted the docs for now.
I sort of believe Doxygen should be fixed to do something more
predictable, atleast on request.
On F7, the latest nfs-utils update (1:1.1.0-4.fc7.x86_64) seems to be
resulting in a lot of SELinux denials (accesses to /dev/usbmon?).
Not knowing what to do next, I thought I'd ask at fedora-devel. Is there
something I should do that I'm not (ie. rebooting, restarting some
daemon, restorecon)? Is this a bug in nfs-utils?
selinux-policy-targeted? Is this some malicious software update?
I could use a little help in troubleshooting.
Okay, so there's a Second Life bug open pointing out what appears to be
a license problem with some OpenGL headers:
There is indeed a bunch of headers with "SGI Free Software License B"
boilerplate in them:
$ grep -l "SGI Free" /usr/include/GL/*
$ grep -l "SGI Free" /usr/include/GL/* |xargs rpm -qf|sort|uniq
The devel packages say they're all MIT license:
$ grep -l "SGI Free" /usr/include/GL/* |xargs rpm -qfi|grep License|
Size : 1393741 License: MIT
Size : 82501 License: MIT
Size : 872295 License: MIT
"SGI Free Software License B" is explicitly not acceptable in Fedora:
I've googled up and down and I haven't found an explanation as to what
is going on. Mesa's merge review is untouched:
Is there a reason these files don't fall under the SGI license? There's
a provision for "an alternative license" but I'm not even going to
pretend to understand the mechanics. If so, could the headers be
clarified, and an explanation made in Mesa's review? And a reply made
here? And Mesa's home page fixed? ;P
GLEW apparently had the same problem, fixed by taking headers from Mesa,
so I'm very confused as to what is going on:
I've acquired a moderately large stable of packages that is starting to
consume too much of my time. I'm looking for people interesting in
either taking over or co-maintaining any of the following. Don't worry,
I won't be dropping anything in any case.
* apcupsd -- APC UPS Power Control Daemon for Linux
* cmake -- Cross-platform make system
* environment-modules -- Provides dynamic modification of a user's
* freefont -- Free UCS Outline Fonts
* ftnchek -- Static analyzer for Fortran 77 programs
* gdl -- GNU Data Language
* gifsicle -- Powerful program for manipulating GIF images and
* gocr -- GNU Optical Character Recognition program
* gv -- A X front-end for the Ghostscript PostScript(TM) interpreter
* hdf -- A general purpose library and file format for storing
* hdf5 -- A general purpose library and file format for storing
* kdesvn -- A subversion client for KDE
* kompose -- Provides a full screen view of all open windows
* ksynaptics -- KDE configuration for synaptics module
* lasi -- C++ library for creating Postscript documents
* libsynaptics -- Synaptics touchpad driver library
* ncarg -- A Fortran and C based software package for scientific
* netcdf-decoders -- Converts WMO GRIB products into NetCDF files
* netcdf-perl -- Perl extension module for scientific data access
via the netCDF API
* paraview -- Parallel visualization application
* perl-Astro-FITS-CFITSIO -- Perl extension for using the cfitsio
* perl-Boulder -- An API for hierarchical tag/value structures
* perl-Cflow -- Find flows in flow files
* perl-Device-SerialPort -- Linux/POSIX emulation of
* perl-ExtUtils-F77 -- Simple interface to F77 libs
* perl-HTML-Table -- Create HTML tables using simple interface
* perl-Net-IP-CMatch -- Efficiently match IP addresses against IP
ranges with C
* perl-Net-Patricia -- Patricia Trie perl module for fast IP
* perl-String-Approx -- Perl extension for approximate matching
* perl-XML-DOM -- DOM extension to XML::Parser
* perl-XML-RegExp -- Regular expressions for XML tokens
* plplot -- Library of functions for making scientific plots
* python-basemap -- Plots data on map projections (with continental
and political boundaries)
* python-basemap-data -- Data for python-basemap
* python-dateutil -- Powerful extensions to the standard datetime
* python-matplotlib -- Python plotting library
* python-numarray -- Python array manipulation and computational
* pytz -- World Timezone Definitions for Python
* R-multcomp -- Simultaneous inference for general linear
hypotheses R Package
* R-mvtnorm -- Multivariate normal and T distribution R Package
* R-systemfit -- Simultaneous Equation Estimation R Package
* ruby-mysql -- A Ruby interface to MySQL
* wgrib -- Manipulate, inventory and decode GRIB files
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
I installed F8 Test3 some time ago and since then I am on rawhide. I am using
KDE and ever since the installation I miss the shutdown and hibernation
options (buttons) in the KDE log out dialog. There is only the end current
session button which is leading me to back to the login screen from where I
then can do the shutdown. Of course the shell shutdown and kshutdown both
work as alternative.
I would really appreciate to get those buttons back. Is it because of the
rawhide packages or is there something messed up on my notebook? (What could
I do in the latter case?)
Furthermore I sometimes observe for some seconds the standard gnome gdm login
screen (the blue one with the yellow flower) appearing after I optioned for
shutdown at the infinity (kdm?) login - ...
Beside this I must say its really nice how everything works!