Licensing brainstorm
by Mauro Mozzarelli
[...]
>
> You can not bundle the GPL app and the proprietary lib together however.
I think that bundling together is a matter of interpretation, but what I
have understood, for example is that they cannot be in the same tarball
nor in the same srpm, but they can be in different tarballs on a CD.
>
Guys, please could we use this new thread for licensing discussions?
--
Mauro
18 years, 2 months
rawhide report delayed
by Jesse Keating
We're having some issues getting rawhide pushed tonight. It may be
delayed for a few hours yet. Please be patient w/ us, thanks!
--
Jesse Keating
Release Engineer: Fedora
18 years, 2 months
Building Sunbird in FC3, FC4
by Philip Prindeville
Has anyone successfully built Sunbird on fedora, and if so, do
they have a .spec file they could publish that could conceivably
be back-ported to FC3?
Thanks,
-Philip
18 years, 2 months
Speaking about Pirut...
by Igor Jagec
Speaking about Pirut, it would be very nice if you make ncurces based
version of Pirut for minimal instalation systems. And to add Wireless
support to ncurces version of system-config-network as well. I know
about NetworkManager but I use static IP address for my wireless network
connection so I can forget about NM. Thanks. Cheers!
--
Igor Jagec
18 years, 2 months
FC5T3 on x86_64
by Bojan Smojver
I'm trying to upgrade an FC4 box (x86_64) to FC5T3, but I'm getting an
error just after "Preparing transaction from the installation media".
Basically, the message is something like "We should really show you the
debug info here, but we'll just fail instead." On VT3 I can see that
there are file conflicts between packages from FC4 and FC5T3, namely
for xpdf, xorg-x11-devel, python-devel, vim-common and e2fsprogs. Not
sure if those are harmless or if they are actually causing the install
to stop.
The box is running RAID1 (md) and LVM - not sure if that's somehow
related. It also has 32 bit libs installed.
--
Bojan
18 years, 2 months
The future of Linux - architecture and package inter-dependencies
by Kaimano
Hi All,
Just joined this list, I started a topic on fedoraforum.org and I was
suggested to refer my thoughts on this list as well. Sorry, is LONG.
Here is a compendium of the messages I posted:
ONE
Linux represents a greatly stable platform and the FC team is doing a
great work in improving the operating system, however I think that we
should all take a step back and look at what the market and ourselves
really need.
What I am looking for, like, I believe 99% of the user base not involved
with developing the OS, is:
1) to install an OS and forget about re-installs for at least two years 2)
to be able to upgrade the applications I most use without having to
re-install the operating system
3) to include among the applications I most use the following:
* openoffice
* evolution
* http server
* kde
* gnome
* firefox and mozilla
* mysql and postgresql
* eclipse
* java
to name a few.
I am unsure about the real value of building java within the OS, so
tightly that most packages builds depend on them.
If I seriously need eclipse, I will go an get the latest JDK from Sun and
the latest eclipse from eclipse.org and run them as such, they install in
minutes and I can update them whenever available. FC5 has created a
massive and unnecessary overhead of work essential to keep up with the
latest releases.
firefox 1.5 is hard to build for FC4 due to the dependencies, not to talk
about evolution 2.4 openoffice and KDE just to name some. The dependencies
on a miriad of packages make the effort ridicolously hard.
The risk is to alienate potential users by forcing them to re-install
their operating system whenever they/we want to use the latest release of
an application that we really care about.
My proposition is to start thinking of a Linux architecture that allows
the re-build/re-placement of essential packages without having to rebuild
most of the operating system, thus increasing the life-span and viability
of a platform installation that need not to be replaced every year.
TWO
The problem is not updating from one version to the next, the problem is
actually to keep up with updating the most important, though not system
vital applications, without updating the core operating system. One guy
using its own computer can do that accepting some difficulties and risk.
Assume an hipotetical scenario of an organization that rolled out Linux
desktop to 35000 workstations. The roadmap includes a desktop refresh in
no less than five years due to costs implications.
The core e-Mail application is evolution 2.0. A bug is found on evolution
which requires upgrading to the latest 2.4. But ... evolution 2.4 requires
python 2.4, our installed base is on a distribution based on python 2.3
(like FC2) which is deeply rooted in several applications. In addition,
upgrading to python 2.4 involves upgrading also to a later version of db4,
on which several other applications depend. Here we go, the chain is so
long and tight that just a simple upgrade of evolution involves
re-building most of the operating system, or ... rolling out a newer
version. That puts me off recommending Linux Fedora or Red Hat for any
business desktop platform.
Are any of the core Fedora / Red Hat architects watching this forum?
I would like to hear from them on this.
THREE
The good of this distro is right that there are discussions and
participation from the community that can have its input, beside the fact
that I am uncomfortable in participating, because I would be working for
free for Red Hat that holds its fingers deep in the pie. As a matter of
fact I am not particularly content with Fedora's license terms (the
packages are open source, but we hold the rights on the OS structure, not
just the logos, that belongs to us), an american lawyer must be behind
those. To this end I believe that either we all work for free or we all
get a share of the benefits.
Having clarified this, I would like to make my little free contribution by
drawing your attention to the fact that "having the latest version of a
package at all costs" does not bring all the advantages that it could. On
the contrary, I think that this tendency has brought Linux to being worse
than Windows that we all criticized when got IE embedded.
I would rather ensure that more attention is given to the system's
architectural solution that should be based on modular components that,
although interacting with each other, allow for the isolation of the
applications into services that are as much as possible independent from
each other, thus allowing for greater flexibility (in replacing them with
newer or different versions), which in the end would bring to the system
greater stability, lower cost of ownership (maintenance effort), and
eventually deeper market penetration.
If Fedora is what Red Hat will pick from, for their future releases, maybe
Red Hat are missing the point, because their are getting spaghetti code.
FOUR
Quote:
>Originally Posted by greenlead
>Libraries and apps need to be written for backwards compatibility. An
older app should still function if an updated library is installed.
Precisely, this is at the foundation of any healthy information system,
but it is not happeining with Linux right now, because of the lack of
planning hidden behind the excuse that software solutions evolve rapidly.
--
Mauro Mozzarelli
eMail: mauro(a)ezplanet.net
18 years, 2 months
OpenLDAP config update from RPM
by Erwin Rol
Hey all,
I am working on Open Xchange for FC5, and was wondering what the
"correct" way is to add things to a openldap configuration from "inside"
an RPM.
For example Open Xchange has a openxchange.schema file with schemas,
that i install in /etc/openldap/schema/. Open Xchange also has a file
describing the access rights and indexing, those have to be added to
the /etc/openldap/slapd.conf file. The question is is there a way to add
configuration things to OpenLDAP in the same way as for example with
apache (the conf.d directory) ? Or is the only thing i can do installing
a README and have the user add those things manually ?
TIA,
Erwin
18 years, 2 months
rawhide report: 20060221 changes
by Build System
Removed package gnome-kerberos
Updated Packages:
authconfig-5.2.1-1
------------------
* Mon Feb 20 2006 Tomas Mraz <tmraz(a)redhat.com> - 5.2.1-1
- don't crash in TUI when some options aren't set (#182151)
* Fri Feb 03 2006 Tomas Mraz <tmraz(a)redhat.com> - 5.2.0-1
- redesigned GUI (#178112)
- added man page for system-config-ac (#179584)
- disable authentication of system accounts by network services
by default, added option for changing that (#179009)
- updated translations, new languages
* Mon Jan 09 2006 Tomas Mraz <tmraz(a)redhat.com> - 5.1.2-1
- fixed regression when saving nsswitch.conf
busybox-1:1.01-3
----------------
chkfontpath-1.10.1-1
--------------------
* Thu Feb 16 2006 Mike A. Harris <mharris(a)redhat.com> 1.10.1-1
- Implemented new --listfp option for bug (#153324).
- Fix stderr output redirection bug in kill invocation (#176444).
- Check return code from realloc() and exit on failure.
control-center-1:2.13.92-1
--------------------------
* Wed Feb 15 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.13.92-1
- Update to 2.13.92
* Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> - 1:2.13.91-1.1
- bump again for double-long bug on ppc(64)
* Wed Feb 08 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.13.91-1
- Update to 2.13.91
- Reenable Spanish help
devhelp-0.11-3
--------------
findutils-1:4.2.27-4
--------------------
* Sun Feb 19 2006 Miloslav Trmac <mitr(a)redhat.com> - 1:4.2.27-4
- Report the correct directory when hard link count is inconsistent (#182001)
g-wrap-1.9.6-1
--------------
* Sat Feb 18 2006 Bill Nottingham <notting(a)redhat.com> 1.9.6-1
- update to 1.9.6, to fix incompatiblity with gcc-4.x
- disable static libs
gcc-4.1.0-0.29
--------------
* Sun Feb 19 2006 Jakub Jelinek <jakub(a)redhat.com> 4.1.0-0.29
- update from gcc-4_1-branch (-r111179:111278)
- PRs ada/13408, c++/26266, target/22209, target/26189
- fix ppc32 -fpic reload problem with extenddftf2 pattern
(David Edelsohn, #181625, PR target/26350)
- fix the PR middle-end/26334 patch
* Fri Feb 17 2006 Jakub Jelinek <jakub(a)redhat.com> 4.1.0-0.28
- update from gcc-4_1-branch (-r110978:111179)
- PRs ada/20753, bootstrap/16787, bootstrap/26053, fortran/25806,
libfortran/15234, libgfortran/25949, middle-end/25335,
target/25259, target/26255
- fix ICE with shift by -1 (#181586, PR middle-end/26300)
- merge gomp changes from trunk (-r110983:110984, -r111017:111018,
-r111152:111153 and -r111204:111205)
- PRs bootstrap/26161, fortran/26224, libgomp/25938, libgomp/25984
- don't define _REENTRANT in gthr*.h (#176278, PR libstdc++/11953)
- define _REENTRANT if -pthread and _POSIX_SOURCE if -posix on s390{,x}
and ia64
- fix ICE with register variable and __asm statement (#181731,
PR middle-end/26334)
glibc-2.3.90-38
---------------
* Fri Feb 17 2006 Jakub Jelinek <jakub(a)redhat.com> 2.3.90-38
- update from CVS
- robust mutexes rewrite
gnome-panel-2.13.91-3
---------------------
* Sun Feb 19 2006 Ray Strode <rstrode(a)redhat.com> - 2.13.91-3
- bring back shutdown menu item
gnome-power-manager-2.13.90-1
-----------------------------
* Wed Feb 15 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.13.90-1
- Update to 2.13.90
- Require dbus-x11 (#176656)
gnome-utils-1:2.13.92-4
-----------------------
* Mon Feb 20 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.13.92-4
- Fix a crash in gnome-system-log when closing logs
gnucash-1.8.12-3
----------------
* Mon Feb 20 2006 Bill Nottingham <notting(a)redhat.com> - 1.8.12-3
- rebuild against g-wrap-1.9.6
gnupg-1.4.2.1-4
---------------
* Mon Feb 20 2006 Nalin Dahyabhai <nalin(a)redhat.com> - 1.4.2.1-4
- rebuild
* Mon Feb 20 2006 Nalin Dahyabhai <nalin(a)redhat.com> - 1.4.2.1-3
- add patch from David Shaw to fix error reading keyrings created with older
versions of GnuPG (Enrico Scholz, #182163)
isdn4k-utils-3.2-39
-------------------
* Fri Feb 17 2006 Than Ngo <than(a)redhat.com> 3.2-39
- fix rpm file conflict #181854
kernel-2.6.15-1.1969_FC5
------------------------
* Sat Feb 18 2006 Dave Jones <davej(a)redhat.com>
- Reenable EMI26 driver. (#181813)
- Fix counting of hotplug cpu's in x86 microcode driver
- Fix syscall auditting doing allocations whilst atomic.
- Disable setting of security attributes on new inodes when
no policy is loaded. (#180296)
* Fri Feb 17 2006 Dave Jones <davej(a)redhat.com>
- 2.6.16rc4
- 2.6.16rc3-git8 & git9
* Thu Feb 16 2006 John W. Linville <linville(a)redhat.com>
- stop adding duplicate MODULE_VERSION line to tg3
lftp-3.4.2-4
------------
* Thu Feb 16 2006 Jason Vas Dias<jvdias(a)redhat.com> - 3.4.2-4
- Apply upstream fix for bug 181694.
* Wed Feb 15 2006 Jason Vas Dias<jvdias(a)redhat.com> - 3.4.2-2
- fix bug 181694: segfault on redirection to non-existent location
mesa-6.4.2-3
------------
* Sun Feb 19 2006 Ray Strode <rstrode(a)redhat.com> 6.4.2-3
- enable texture-from-drawable patch
- add glut-devel dependency
metacity-2.13.89.0.2006.02.17-2
-------------------------------
* Sun Feb 19 2006 Ray Strode <rstrode(a)redhat.com> - 2.13.89.0.2006.02.17-2
- disable compositor on s390 s390x and ppc64
* Fri Feb 17 2006 Ray Strode <rstrode(a)redhat.com> - 2.13.89.0.2006.02.17-1
- Update to latest cvs snapshot to give meaningful failure error
messages
- Don't remove build root in install, because it triggers a
rebuild of metacity
* Thu Feb 16 2006 Ray Strode <rstrode(a)redhat.com> - 2.13.89.0.2006.02.16-1
- Update to cvs snapshot to add the ability to
runtime enable compositor
- change %makeinstall to make install DESTDIR=..
pango-1.11.5-2
--------------
* Fri Feb 17 2006 Matthias Clasen <mclasen(a)redhat.com> - 1.11.5-2
- Fix a crash in pango_split
- Hide some private API
perl-HTML-Parser-3.50-1
-----------------------
* Mon Feb 20 2006 Jason Vas Dias <jvdias(a)redhat.com> - 3.50-1
- upgrade to 3.50
redhat-artwork-0.239-1
----------------------
* Fri Feb 17 2006 Matthias Clasen <mclasen(a)redhat.com> - 0.239-1
- Make the login screen adapt to label width
scim-1.4.4-5
------------
* Mon Feb 20 2006 Warren Togami <wtogami(a)redhat.com> - 1.4.4-5
- Add epoch to iiimf Obsoletes so it actually removes it (#173071)
NOTE: The goal of these Obsoletes are for the official supported
upgrade path to work smoothly. If users want to use iiimf, they
are free to do so but their package must be compatible.
selinux-policy-2.2.17-2
-----------------------
* Mon Feb 20 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.17-2
- Update to upstream
- Fix semoudle polcy
* Thu Feb 16 2006 Dan Walsh <dwalsh(a)redhat.com> 2.2.16-1
- Update to upstream
- fix sysconfig/selinux link
vte-0.11.18-1.fc5.2
-------------------
* Fri Feb 17 2006 Matthias Clasen <mclasen(a)redhat.com> 0.11.18-2
- Change Shift-Insert back to insert PRIMARY
xorg-x11-proto-devel-7.0-4
--------------------------
* Sun Feb 19 2006 Ray Strode <rstrode(a)redhat.com> 7.0-4
- Add back part of glproto-texture-from-drawable patch that didn't
get integrated for some reason
* Thu Feb 16 2006 Mike A. Harris <mharris(a)redhat.com> 7.0-3
- Update to glproto-1.4.4
- Drop glproto-texture-from-drawable patch, which is integrated now.
* Fri Feb 10 2006 Jesse Keating <jkeating(a)redhat.com> 7.0-2.3
- bump again for double-long bug on ppc(64)
Broken deps for i386
----------------------------------------------------------
GFS-kernel - 2.6.15-5.FC5.4.i686 requires kernel = 0:2.6.15-1.1955_FC5
GFS-kernel - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5
GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5
GFS-kernel-smp - 2.6.15-5.FC5.4.i686 requires /lib/modules/2.6.15-1.1955_FC5smp
cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel = 0:2.6.15-1.1955_FC5
cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5
cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5
cman-kernel-smp - 2.6.15.0-20051219.162641.FC5.11.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp
dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel = 0:2.6.15-1.1955_FC5
dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5
dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5
dlm-kernel-smp - 2.6.15.0-20051219.162641.FC5.9.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp
gnbd-kernel - 2.6.15-5.FC5.7.i686 requires kernel = 0:2.6.15-1.1955_FC5
gnbd-kernel - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5
gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires kernel-smp = 0:2.6.15-1.1955_FC5
gnbd-kernel-smp - 2.6.15-5.FC5.7.i686 requires /lib/modules/2.6.15-1.1955_FC5smp
Broken deps for ia64
----------------------------------------------------------
rgmanager - 1.9.31-3.ia64 requires ccs
vconfig - 1.9-1.1.ia64 requires libc.so.6
vconfig - 1.9-1.1.ia64 requires libc.so.6(GLIBC_2.0)
Broken deps for ppc64
----------------------------------------------------------
emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi
vconfig - 1.9-1.1.ppc64 requires libc.so.6
vconfig - 1.9-1.1.ppc64 requires libc.so.6(GLIBC_2.0)
Broken deps for s390
----------------------------------------------------------
rhythmbox - 0.8.8-2.s390 requires libgstgconf-0.8.so.0
rhythmbox - 0.8.8-2.s390 requires libgstreamer-0.8.so.1
rhythmbox - 0.8.8-2.s390 requires libgstcontrol-0.8.so.1
Broken deps for s390x
----------------------------------------------------------
rhythmbox - 0.8.8-2.s390x requires libgstcontrol-0.8.so.1()(64bit)
rhythmbox - 0.8.8-2.s390x requires libgstreamer-0.8.so.1()(64bit)
rhythmbox - 0.8.8-2.s390x requires libgstgconf-0.8.so.0()(64bit)
Broken deps for x86_64
----------------------------------------------------------
GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires kernel = 0:2.6.15-1.1955_FC5
GFS-kernel - 2.6.15-5.FC5.4.x86_64 requires /lib/modules/2.6.15-1.1955_FC5
cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5
cman-kernel - 2.6.15.0-20051219.162641.FC5.11.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5
dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5
dlm-kernel - 2.6.15.0-20051219.162641.FC5.9.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5
gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires kernel = 0:2.6.15-1.1955_FC5
gnbd-kernel - 2.6.15-5.FC5.7.x86_64 requires /lib/modules/2.6.15-1.1955_FC5
18 years, 2 months
dietlibc compilation error in PPC
by Enrico Scholz
Hello,
compilation of dietlibc in devel branch fails on PPC machine at code
like
| 36 #define B0 + 1.0l/ 6/ 1/ 2
| ...
| 50 static const double coeff[] = { B0, ... };
The error message is
| libm/gamma.c:50: error: initializer element is not constant
| libm/gamma.c:50: error: (near initialization for 'coeff[0]')
This code looks sane to me, it builds fine on i386 and I do not have a
PPC machine where I can trace it down further.
Has somebody an idea about the reason of this behavior?
The complete log is available at
http://buildsys.fedoraproject.org/logs/fedora-development-extras/4838-die...
where the sources are located too.
Enrico
18 years, 2 months
