Re: Full Licence field
by Kevin Kofler
Elena of Valhalla wrote:
> no, GPL doesn't[1], a pointer is enough, but GNU FDL does
>
> [1] "You should have received a copy of the GNU General Public License
> along with this program. If not, see <http://www.gnu.org/licenses/>."
Not true, that sentence is there to cope with projects which don't bother
including the license as required (see also the "should have received"
wording).
Section 4 of the GPLv3 actually requires you to:
"give all recipients a copy of this License along with the Program."
Likewise, section 1 of the GPLv2 requires you to:
"give any other recipients of the Program a copy of this License along with
the Program."
See also:
http://www.gnu.org/licenses/gpl-faq.html#WhyMustIInclude
Kevin Kofler
15 years, 1 month
Help wanted for solve issue of mass rebuild of gnu-smalltalk-3.1
by Jochen Schmitt
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
hallo,
I have to find out, that the mass rebuild of gnu-smalltalk-3.1 was
failed, So I have
tried to find out, why this was happen.
Unfortunately, I can't see any hint to solve this issue. The build
failed during the
executuion of the test suite. During the testsuite I have go the
following error messages:
- --- /dev/null 2009-03-02 12:30:30.000000000 -0500
+++
/builddir/build/BUILD/smalltalk-3.1/tests/testsuite.dir/at-groups/1/stderr
2009-03-02 12:38:50.000000000 -0500
@@ -0,0 +1 @@
+/builddir/build/BUILD/smalltalk-3.1/tests/testsuite.dir/at-groups/1/test-source:
line 31: .: retcode: file not found
./testsuite.at:27: exit code was 1, expected 0
1. testsuite.at:27: 1. arrays.st (testsuite.at:27): FAILED
(testsuite.at:27)
The message 'retcode: fine not found' was generated for all test cases.
I have uploaded the build log the the testsuite.log as
http://www.herr-schmitt.de/pub/gnu-smalltalk/build.log
http://www.herr-schmitt.de/pub/gnu-smalltalk/testsuite.log
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkmsIigACgkQT2AHK6txfgzU9wCfUQSQOcMKrUCW2pOIVTvLNLbE
oG8AoL3uPH39KFc6VIBUiQoAn8yhlYZZ
=ZHlR
-----END PGP SIGNATURE-----
15 years, 1 month
%config files and upgrade to F11 - consider noreplace
by Miloslav Trmač
Hello,
(If you are on a Bcc:, this e-mail directly affects one of your
packages.)
Because the Fedora 11 RPM packages will use SHA-256 for file digests in
the RPM headers, upgrades from earlier releases to Fedora 11 will
replace user-modified %config files (without noreplace) by their
original versions, and rename the user-modified files to *.rpmsave.
The Fedora packaging guidelines already suggest using %config(noreplace)
in most cases:
https://fedoraproject.org/wiki/PackagingGuidelines#Configuration_files .
Please review use of %config without noreplace in your packages, and add
noreplace if appropriate. The list of affected packages is below.
Mirek
abompard pure-ftpd
abompard tiger
adrian jabberd
ajax system-config-display
amdunn coq
ashawley gnue-common
astokes sos
athimm apt
athimm fedora-package-config-apt
athimm smart
atkac bind
atkac enscript
atkac rsh
atorkhov ember
ausil snort
awjb odccm
awjb synce-serial
awjb WindowMaker
behdad fontconfig
behdad pango
buc phpldapadmin
buc phpwapmail
caolanm openoffice.org
cassmodiah sbackup
clumens firstboot
davej midisport-firmware
davidf fsvs
davidz dbus
davidz notification-daemon
dbhole jpackage-utils
dcantrel dhcpv6
dcbw NetworkManager
deebs phpTodo
denis brasero
dledford lam
dnovotny emacs
dwalsh selinux-policy
dwalsh setroubleshoot
dwmw2 apmud
dwmw2 exim
dwmw2 linux-atm
edhill wifiroamd
emunson lsvpd
ensc clamav
ensc dhcp-forwarder
ensc fedora-usermgmt
ensc ip-sentinel
ensc kismet
ensc tor
ensc util-vserver
frankb ctapi-cyberjack
gemi smarteiffel
geoff scala
giallu alleyoop
hadess bluez
hadess bluez-gnome
hadess galago-daemon
hadess gnome-media
hadess gnome-vfs2-obexftp
hadess totem
harald readahead
harald udev
herlo darkice
huzaifas psiconv
chitlesh alliance
icon epylog
ixs bacula
ixs ices
jakub glibc
jamatos ifplugd
jbowes gnome-nds-thumbnailer
jcm module-init-tools
jkeating fedora-release
jmoskovc lynx
jmoskovc rarpd
jmoskovc rusers
jmoskovc rwall
jmoskovc rwho
jnovy mc
jorton httpd
jorton php
jorton php-pear
jparsons system-config-cluster
jskala arptables_jf
jskala mgetty
jskala ppp
jskala quagga
jskala squid
jspaleta revelation
jwboyer quilt
kaboom rinetd
karsten irda-utils
karsten x3270
katzj yum-updatesd
kevin p0f
kushal kphotobymail
kwizart aqsis
kwizart color-filesystem
kwizart elektra
kwizart PythonCAD
kzak gnome-applet-vm
lennart pulseaudio
limb wesnoth
lkundrak grub2
lkundrak system-config-keyboard
lkundrak system-config-rootpassword
lvm-team device-mapper-multipath
mccann ConsoleKit
mccann gdm
mcleanj nxt_python
mhlavink nmap
mhlavink nut
mhlavink squirrelmail
mlichvar arpwatch
mlichvar conky
mlichvar pinfo
mlichvar sendmail
mmahut gnuradio
mpg sugar
nalin krb5
nalin oddjob
nbecker filelight
nhorman kexec-tools
nigelj horde
nigelj imp
nigelj ingo
nigelj jeta
nigelj kronolith
nigelj turba
notting initscripts
ovasik inn
ovasik wvdial
overholt eclipse
perex alsa-lib
perex alsa-utils
pertusus gnochm
pertusus wdm
peter fuse
petersen thaifonts-scalable
pghmcfc gnome-libs
phuang ibus
pjones mkinitrd
pknirsch filesystem
pknirsch system-config-httpd
pwouters driftnet
rathann comgt
rdieter dirmngr
rdieter kde-filesystem
rdieter kde-settings
rezso mapbender
rhughes hal
rhughes PackageKit
rrelyea ccid
rrelyea pcsc-lite
rstrode gnome-mime-data
rstrode libbonobo
rstrode redhat-menus
salimma zeroinstall-injector
scop vdr
scop w3c-markup-validator
sgrubb prelude-lml
sgrubb prelude-manager
silfreed thinkfinger
skvidal system-autodeath
spot generic-release
steved nfs-utils
steved rpcbind
steve openvpn
steve qtparted
steve sqlgrey
stransky nspluginwrapper
tagoh Canna
tagoh kinput2
tbzatek gnome-vfs2
than isdn4k-utils
than mozplugger
than qt3
thias gentoo
thias lighttpd
thias oidentd
thias proftpd
thomasvs flumotion
thomasvs mach
till latex-mk
till wyrd
tmraz pam
twaugh a2ps
twaugh expendable
twaugh ghostscript
twaugh pnm2ppa
twoerner system-config-firewall
varekova psacct
vcrhonek tog-pegasus
vcrhonek ypserv
xen-maint xen
xgl-maint xorg-x11-twm
xgl-maint xorg-x11-xdm
xgl-maint xorg-x11-xsm
zkota pybliographer
zprikryl apmd
zprikryl fbset
15 years, 1 month
lcms-libs doesn't requires lcms anymore - please check:
by Nicolas Chauvet
Hello!
As requested in https://bugzilla.redhat.com/show_bug.cgi?id=452352
There is a need to remove the dependency on lcms from lcms-libs to
avoid a circle dependency.
Packages that was already using the lcms binaries (1) without linking
to the library should already requires lcms.
So , if there is any case where a package links to liblcms.so, and at
the same time, has one of it's component that use one of the lcms
binaries (2), please make this package requires: lcms. (or the binary
path/name itself).
(1)
# rpm -ql lcms
/usr/bin/icc2ps
/usr/bin/icclink
/usr/bin/icctrans
/usr/bin/jpegicc
/usr/bin/tiffdiff
/usr/bin/tifficc
/usr/bin/wtpt
(2)
# repoquery --whatrequires liblcms.so.1
xulrunner-0:1.9.0.4-1.fc10.i386
kdegraphics-libs-7:4.1.2-4.fc10.i386
digikam-libs-0:0.10.0-0.16.rc1.fc10.i386
DevIL-ILUT-0:1.7.5-2.fc10.i386
DevIL-0:1.7.5-2.fc10.i386
cinepaint-libs-0:0.22.1-10.fc10.i386
lcms-libs-0:1.17-6.fc10.i386
xulrunner-0:1.9.0.6-1.fc10.i386
ImageMagick-0:6.4.0.10-2.fc10.i386
kdegraphics-libs-7:4.2.0-1.fc10.i386
libmng-0:1.0.9-7.i386
koffice-krita-1:1.6.3-17.fc10.i386
wine-cms-0:1.1.7-1.fc10.i386
vips-0:7.14.5-1.fc10.i386
digikam-libs-0:0.10.0-0.6.beta5.fc10.i386
wine-cms-0:1.1.14-1.fc10.i386
ImageMagick-c++-0:6.4.0.10-2.fc10.i386
cinepaint-libs-0:0.22.1-7.fc9.i386
GraphicsMagick-0:1.1.14-3.fc10.i386
lcms-devel-0:1.17-6.fc10.i386
DevIL-0:1.6.8-0.15.rc2.fc9.i386
Nicolas (kwizart)
15 years, 1 month
add a special Provides: to all login manager packages
by Chris Lumens
Anaconda needs to know whether it should set the default runlevel to 3
or 5. We do this by determining whether or not a package containing a
login manager has been installed. Right now we just have a list of
packages that contain login managers. Sometimes, we get bitten by that
- like when kdm moved to a new package, or now when we have a bug report
regarding slim (#485789).
Since hardcoded lists always suck, I'm therefore proposing that all
packages containing a login manager include a special Provides: that we
can query on. Then nobody ever has to come asking for a change again,
and if package names change, it's fine.
Thoughts?
- Chris
15 years, 1 month
ario
by Michael Schwendt
[copy to john64]
Fedora 10:
$ yum list ario
Error: No matching Packages to list
$ koji latest-pkg dist-f10 ario
Build Tag Built by
---------------------------------------- -------------------- ----------------
ario-1.1-5.fc9 dist-f9-updates john64
source rpm: ario-1.1-5.fc9.src.rpm
package: ario-1.1-5.fc9.i386 from dist-f10-build-current-i386
unresolved deps:
libgnutls.so.13
$ koji latest-pkg dist-f10-updates ario
Build Tag Built by
---------------------------------------- -------------------- ----------------
ario-1.1-5.fc9 dist-f9-updates john64
$ koji latest-pkg dist-f10-updates-candidate ario
Build Tag Built by
---------------------------------------- -------------------- ----------------
ario-1.1-6.fc10 dist-f10-updates-candidate john64
ario-1.1-5.fc9
https://admin.fedoraproject.org/updates/F9/FEDORA-2008-11666
Information for build ario-1.1-6.fc10
http://koji.fedoraproject.org/koji/buildinfo?buildID=75697
Tags dist-f10-updates-candidate
Something's missing here. No ario for F-10 currently.
15 years, 1 month
New kernel-doc only sometimes has an issue
by Bruno Wolff III
I noticed today in rawhide that when kernel-doc isn't built for a kernel,
it isn't included at all. I thought the intention was to include the
latest kernel-doc that was built?
15 years, 1 month
Re: Full Licence field
by Bernie Innocenti
[cc += fedora-devel@]
Benj. Mako Hill wrote:
> <quote who="Simon Schampijer" date="Fri, Feb 20, 2009 at 01:06:19PM +0100">
>> we did show a full license in the Control Panel before. The path was
>> hard coded to where OLPC had placed the GPL license. What can we do to
>> meet the expectations of all the distributions that want to ship sugar?
>
> It would be a great thing if we got the major distributions to agree on
> a place to put common licenses. Debian puts them in
> '/usr/share/common-licenses'. I don't know where Red Hat puts them.
RedHat does not optimize common licenses at all.
Each package bears a copy of its own license, which is typically
installed in /usr/share/doc/<pkgname>/COPYING or similar.
> If we got agreement in those two places and on a list of common licenses
> (even if one group just decides to symlink), we could get a majority of
> distributions once the changes propogate.
Seems like a great idea to me... But I think it already came up some
time ago, and I vaguely remember that RH legal blocked it because the
license itself -- not just a symlink to it -- had to accompany the
package.
--
// Bernie Innocenti - http://www.codewiz.org/
\X/ Sugar Labs - http://www.sugarlabs.org/
15 years, 1 month
initrd question
by Richard W.M. Jones
At the moment mkinitrd goes through a big hoo-hah where it tries to
determine what precise set of kernel modules are needed to mount the
root filesystem, and no more.
But I don't understand why we don't just put every possible block
device driver / LVM / crypto module / etc. into the initrd. The
ramdisk is discarded as soon as the root filesystem is mounted, so at
most we're saving a few kilobytes of disk space. At the same time,
mkinitrd is massively more complicated than it really needs to be, and
initrd images are non-portable between machines[*].
The particular problem I am encountering is with P2V and V2V
conversions. Because typically virtio-blk drivers aren't included, we
have to take extra steps to run 'mkinitrd --with virtio_pci --with
virtio_blk'. Doing this from a script is not just massively
complicated (we have to run it within the context of a guest
filesystem probably located inside a raw disk image), but completely
unnecessary if initrd just included all the drivers in the first
place.
Thoughts?
Rich.
[*] They would still hard-code the root and swap partition names, but
I think it should be possible to get rid of those too and make initrd
images really portable.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
15 years, 1 month