Licensing: dual licenses - icons
by Chitlesh GOORAH
Hello there,
My package kmenu-gnome entails some icons taken from right to left by
upstream. Upstream uses a dual license. I've changed the license from
GPL/LGPL to LGPLv2 on the last rebuild.
However I'm not sure that the icons taken from GPL'd packages may be
relicensed under the LGPL. Althouh §3 of the LGPL allows relicensing
LGPL-licensed code or data under the LGPL, I have not found such
permission in the GPL. Or, perhaps, simple data files like icons are
not treated as binary executables and the difference between GPL/LGPL
does not matter?
As on the wiki page: http://fedoraproject.org/wiki/Licensing, the 2
matrices refer to :
* code and
* libraries.
As for icons/artwork, what will the matrices proposed?
Shall I revert to the old dual license of GPL/LGPL, use the more
lenient LGPL since the package does not contain binary executables, or
unify its license under the GPL, a move permited by §3 of the LGPL?
regards,
Chitlesh
--
http://clunixchit.blogspot.com
16 years, 8 months
Is hang better than crash?
by Martin Sourada
Hi,
I finally got build xulrunner on my rawhide machine with the sources,
patches and settings from devel and built a hg version of gxine against
it, so far it works and so I'll probably prepare my specfile for the
xulrunner coming. I also consider upgrade to hg version in rawhide as it
seems stable and has some better features (and various fixes for newer
xine-lib and pthreads) than last stable release. I am however unsure as
to whether enable watchdog feature - it aborts gxine if it hangs for
30s. I am asking for your opinions about this. Is hang better than crash
or is it otherwise?
Thanks,
Martin
16 years, 8 months
Re: [Guidelines Change] Emacs Guidelines
by Nicolas Mailhot
> I thought CVS module name should be the same as srpm
> name
Yes
> and it should be usually the same as the upstream
> tarball name
This is not even remotely true for a huge proportion of our packages. For one, many upstreams have junk tarbal naming.
srpm name/casing is 'what users are likely to expect' based on upstream project name and conventions used by similar packages.
--
Nicolas Mailhot
16 years, 8 months
open-vm-tools
by Brandon Holbrook
Hey all,
So vmware announced to us this morning at vmworld that they are open
sourcing their VMware Tools product; releasing their immediate code
under GPL, and gradually moving development to SourceForge's SVN
servers. You can get the tarball at http://open-vm-tools.sf.net/ As an
every day user of vmware tools in Fedora, I'd love to be involved in
packaging open-vm-tools (I've already compiled it several times and am
quite pleased), so normally this would look like an opportunity to put
together some SPECs and submit reviews. However, in vmware's
announcement this morning they had some reaction quotes from their Linux
distro partners, including RedHat, whom they informed about this
decision several days ago. So since this particular package involves
RedHat corporate partnerships and quotes and stuff like that, should I
wait for RH employees to package this and then request myself be added
as a comaintainer, or is this still up for grabs?
-Brandon
16 years, 8 months
Fedora Extras Package Build Report 2007-09-11
by Fedora Koji Build System
Packages built and released for Fedora Extras 6: 1
wordpress-2.2.3-0.fc6
Changes in Fedora Extras 6:
wordpress-2.2.3-0.fc6
---------------------
* Tue Sep 11 2007 Adrian Reber <adrian(a)lisas.de> - 2.2.3-0
- updated to 2.2.3 (security release)
* Wed Aug 29 2007 John Berninger <john at ncphotography dot com> - 2.2.2-0
- update to upstream 2.2.2
- license tag update
16 years, 8 months
gcompris license changed to GPLv3+
by Hans de Goede
Hi All,
For those who want to know I'll be pushing a new gcompris version to rawhide
soon which has its licensed changed to GPLv3+
Regards,
Hans
16 years, 8 months
Fedora Package Status of Sep 11, 2007
by Christian Iseli
Hi folks,
The package status page has been updated.
Congrats to tibbs for passing the 500 packages reviewed landmark.
Cheers,
Christian
====
Fedora Package Status of Sep 11, 2007
The full report can be found here:
http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus
Owners stats:
- 4943 packages
- 8181 binary rpms in devel
- 98 orphans
- 54 packages not available in devel or release
andreas at bawue dot net perl-HTML-CalendarMonthSimple
arozansk at redhat dot com wdaemon
bdpepple at gmail dot com galago-filesystem
bdpepple at gmail dot com gaim-galago
bnocera at redhat dot com gnome-web-photo
cweyl at alumni dot drew dot edu gaim-gaym
dbhole at redhat dot com dom2-core-tests
debarshi dot ray at gmail dot com opyum
devrim at commandprompt dot com postgresql-pgpool-ha
foolish at guezz dot net perl-SQLite-Simple
j dot w dot r dot degoede at hhs dot nl ksirk
j dot w dot r dot degoede at hhs dot nl boswars
jafo at tummy dot com python-mechanoid
jmp at safe dot ca clement
johnp at redhat dot com GConf2-dbus
jorton at redhat dot com libc-client
kwizart at gmail dot com filezilla
limb at jcomserv dot net xsc
lkundrak at redhat dot com isync
mastahnke at gmail dot com epel-release
matthias at rpmforge dot net gnome-themes-extras
mchristi at redhat dot com scsi-target-utils
mmahut at redhat dot com mencal
mpg at redhat dot com olpc-hardware-manager
mpg at redhat dot com sugar
mpg at redhat dot com sugar-presence-service
mpg at redhat dot com xulrunner
mpg at redhat dot com sugar-artwork
mpg at redhat dot com sugar-datastore
mpg at redhat dot com hulahop
mpg at redhat dot com pyxapian
navid at redhat dot com sos
noah at coderanger dot net rainbow
noah at coderanger dot net python-olpcgames
odvorace at redhat dot com odvorace
odvorace at redhat dot com jbrassow
ondrejj at salstar dot sk micq
opensource at till dot name vbetool
opensource at till dot name radeontool
orion at cora dot nwra dot com R-multcomp
paul at all-the-johnsons dot co dot uk mysql-connector-net
pertusus at free dot fr ivman
rdieter at math dot unl dot edu pykdeextensions
richard at hughsie dot com ohm
rvokal at redhat dot com gaim-guifications
splinux25 at gmail dot com drapes
sundaram at redhat dot com olpc-utils
than at redhat dot com kdepimlibs
than at redhat dot com kdelibs3
trond dot danielsen at gmail dot com uisp
trond dot danielsen at gmail dot com avarice
vivekl at redhat dot com saxon8
vivekl at redhat dot com classpathx-jaxp
yufanyufan at gmail dot com audacious-plugins-docklet
- 10 packages not available in devel but present in release
andreas dot bierfert at lowlatency dot de syncekonnector
caolanm at redhat dot com hunspell-he
j dot w dot r dot degoede at hhs dot nl hedgewars
jkeating at redhat dot com tux
jorton at redhat dot com newt-perl
overholt at redhat dot com eclipse-nlspackager
overholt at redhat dot com eclipse-sdk-nls
tmraz at redhat dot com openssl097a
twaugh at redhat dot com desktop-printing
wtogami at redhat dot com firefox-32
- 10 packages which have not yet been FE-ACCEPT'd...
https://bugzilla.redhat.com/buglist.cgi?bug_id=222191,231861,250040,253941
eclipse bkonrath at redhat.com
cyrus-imapd tjanouse at redhat.com
new mike at flyn.org
cgi-util mike at flyn.org
https://bugzilla.redhat.com/buglist.cgi?bug_id=177841,221717,224458,25204...
Tracker roozbeh at farsiweb.info
agg caolanm at redhat.com
libsilc wtogami at redhat.com
asm2 vivekl at redhat.com
dvgrab rpm at greysector.net
setools cpebenito at tresys.com
- 4 packages present in the development repo which have no owners entry
audacious-docklet s390utils stardict-dic ufsparse
- 1 orphaned packages, yet available in devel
gkrellm-hddtemp
FE-ACCEPT packages stats:
- 3154 accepted, closed package reviews
- 47 accepted, closed package reviews not in repo
- 9 accepted, closed package reviews not in owners
- 67 accepted, open package reviews older than 4 weeks;
- 52 accepted, open package reviews with a package already in the repo
FE-REVIEW packages stats:
- 251 open tickets
- 115 tickets with no activity in eight weeks
- 38 tickets with no activity in four weeks
- 25 closed tickets
FE-NEW packages stats:
- 920 open tickets
- 645 tickets with no activity in eight weeks
- 110 tickets with no activity in four weeks
FE-NEEDSPONSOR packages stats:
- 46 open tickets
- 7 tickets with no activity in eight weeks
- 7 tickets with no activity in four weeks
FE-Legal packages stats:
- 6 open tickets
- 1 tickets with no activity in eight weeks
- 2 tickets with no activity in four weeks
OPEN-BUGS packages stats:
- 8685 open tickets
- 5824 tickets with no activity in eight weeks
- 1037 tickets with no activity in four weeks
CVS stats:
- 4950 packages with a devel directory
- 3 packages with no owners entry
glibc32 glibc64 tdma
- 239 packages were dropped from Fedora
Maintainers stats:
- 419 maintainers
- 29 inactive maintainers with open bugs
- 18 inactive maintainers
Dropped Fedora packages:
- 50 packages were dropped since Fedora 7
Comps.xml files stats:
- 2509 packages in comps-f8 file
- 1105 packages missing from comps-f8 file
- 28 packages in comps-f8 but not in repo
- 2407 packages in comps-f7 file
- 1077 packages missing from comps-f7 file
- 28 packages in comps-f7 but not in repo
16 years, 8 months
Aggregation upstream projects are BAD (kdesdk for example)
by Hans de Goede
Hi All,
A college of mine wanted to use umbrello in our Universities labs, since the
Linux install there are Fedora he asked me about umbrello for Fedora.
Since I could NOT find it, I packaged it, see:
https://bugzilla.redhat.com/show_bug.cgi?id=283471
But then I got a comment to the review it was already in Fedora in kdesdk. But
then why on earth doesn't kdesdk have a Provides umbrello so that yum install
umbrello works? Or even better an umbrello sub-package?
As it currently stands umbrello is just plain unfindable to end users, as you
know I'm not some noob. I even searched for in progress reviews of umbrello.
Also I think it is a very bad idea to ship packages with a clearly seperate
upstream in some kinda bundle form. Sticking with the umbrello example, in
order for the latest version to be included into Fedora, we must wait for a new
upstream kdesdk release, which likely won't happen before there is a kdesdk4 in
some far away future, as kde3 is as good as EOL.
Notice that umbrello and kdesdk are just an example, this goes for other
Aggregation upstreams too.
Since on of Fedora's strenghts is being always up to date with the latest
upstream versions, I think using these kind of upstream aggregation projects is
a BAD idea as it creates interlocks with regards to versions between clearly
seperate projects like kdesdk and umbrello.
If an upstream disolves into something bigger thats a whole different story,
I'm talking about the aggregated project still having a clearly alive and
active upstream. Actually this is much like having apps with bundled other
upstream libs, where we always say these must not be used, and we even delay
reviews, waiting for a package and review of the lib as a seperate package if
necessary. I say we should extend this rule to bundled clearly seperate
upstream apps.
p.s.
16 years, 8 months