Re: rpms/libopensync-plugin-evolution2/devel .cvsignore, 1.7, 1.8 libopensync-plugin-evolution2.spec, 1.19, 1.20 sources, 1.7, 1.8
by Christoph Wickert
Am Donnerstag, den 26.03.2009, 13:28 +0000 schrieb Andreas Bierfert:
> Author: awjb
>
> Update of /cvs/pkgs/rpms/libopensync-plugin-evolution2/devel
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv2309
>
> Modified Files:
> .cvsignore libopensync-plugin-evolution2.spec sources
> Log Message:
> - downgrade
>
[...]
>
> %changelog
> -* Wed Feb 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 0.36-2
> -- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
> +* Tue Feb 10 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> +- 1:0.22-2
> +- use versioned provides/requires/obsoletes
> +- cleanup
> +
> +* Sat Feb 07 2009 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> +- 1:0.22-1
> +- downgrade (#474070)
>
> * Fri Jun 20 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de>
> - 0.36-1
Why did you wipe the changelog instead of merging the previous entries?
And why did you switch the style of changelog entries between 0.35 and
0.36? And why the versioned BuildRequires? It's ok for Requires, but an
Epoch for BuildRequires seems wrong to me.
Regards,
Christoph
15 years
Two strange issues with gnome-chemistry-utils
by Julian Sikorski
Hello,
the first one is described in detail here:
https://savannah.nongnu.org/bugs/?25927
Basically, the build works fine within mock/koji, but fails with plain
rpmbuild due to undefined references. Are there some differences when it
comes to libtool setup?
The second problem is related to rpaths:
https://savannah.nongnu.org/bugs/?24262
I'm looking for the best way to disable these. The sed command described
in the packaging guidelines makes the build process fail. I asked
upstream to add --disable-rpath, but surprisingly, it does not disable
the rpaths, which is really weird. So now I'm using chrpath, but I could
also run autoreconf (which solves the first problem as well).
Do you have any ideas how to resolve these strange problems nicely and
cleanly? Thanks in advance,
Julian
15 years
GPL Web App containing Proprietary Flash Widget
by Stephan February
Hello
I have done extensive reading on the Fedora site regarding packaging,
and specifically "code vs. content".
My employer is developing a web-application which will be licensed under
GPL or similar FSF-approved license. The web application will most
likely contain a proprietary (non-free) flash charting widget.
Will our rpm-packaged web application, which will include the flash
widget be accepted into Fedora repository ?
Regards
Stephan
15 years
repoview in F10 Everything not possible
by Uwe Kiewel
Hi,
I cannot create repoview for F10 Everyathing.
Writing package php-pear.html
Writing package php-pear-auth.html
Writing package php-pear-auth-openid.html
Writing package php-pear-auth-radius.html
Writing package php-pear-auth-sasl.html
Traceback (most recent call last):
File "/usr/bin/repoview", line 926, in ?
main()
File "/usr/bin/repoview", line 923, in main
Repoview(opts)
File "/usr/bin/repoview", line 191, in __init__
packages = self.do_packages(repo_data, group_data, pkgnames)
File "/usr/bin/repoview", line 554, in do_packages
if self.has_changed(pkg_filename, checksum):
File "/usr/bin/repoview", line 607, in has_changed
scursor.execute(query)
File "/usr/lib/python2.4/site-packages/sqlite/main.py", line 244, in
execute
self.rs = self.con.db.execute(SQL)
_sqlite.IntegrityError: column filename is not unique
Thanks,
Uwe
15 years
Update PPL 0.9 -> 0.10 for F9/F10?
by Alan Dunn
I would like to use PPL 0.10 in packages for F9 and (more importantly)
F10, and have been directed to ask whether anyone else minds this
change. It is currently only in rawhide. It does require an soname
bump (libppl.so.6 -> libppl.so.7), however, it appears that the only
packages that rely on this are the subpackages of the package itself.
Upstream has merely to submit the change as an update (and would also
like to do so: https://bugzilla.redhat.com/show_bug.cgi?id=463742).
- Alan
15 years
rawhide report: 20090321 changes
by Fedora compose checker
Compose started at Sat Mar 21 06:01:08 UTC 2009
New package gmime22
Library for creating and parsing MIME messages
Updated Packages:
DeviceKit-disks-003-7.fc11
--------------------------
* Thu Mar 19 2009 David Zeuthen <davidz(a)redhat.com> - 003-7.fc11
- Make sure dm devices are marked as system-internal (#489397)
amqp-1.0.752600-1.fc11
----------------------
* Thu Mar 19 2009 Nuno Santos <nsantos(a)redhat.com> - 0:1.0.752600-1
- Rebased to svn rev 752600
anaconda-11.5.0.35-1
--------------------
* Fri Mar 20 2009 David Cantrell <dcantrell(a)redhat.com> - 11.5.0.35-1
- Fix traceback in FSSet.crypttab. (#491160) (dlehman)
- Fix traceback on upgrade. (#491446) (dlehman)
- Do not include .h and .sh files in updates.img (dcantrell)
- Make PartitionDevice resize work. (dcantrell)
- Reset mouse pointer if we find an unreadable disk. (dcantrell)
- Use label attr instead of non-existent fslabel attr. (#491120) (dlehman)
- Need to notify the kernel of changes before udev settle (katzj)
- Revert "mount and umount commands are in /sbin now, remove from /usr/sbin"
(dcantrell)
- Make some fixes to the rescue mode system selection UI (#489973, #489977).
(clumens)
- Fix text mode autopartitioning (#491282). (clumens)
- Do not use _rnetdev as fstab option for network based / (hdegoede)
- Make root= line in grub.conf and path spec in fstab consistent (hdegoede)
- Fix a reference to the partitions list (#491335). (clumens)
- Do not traceback at the very beginning of rescue mode (msivak)
- Fix traceback when editing encrypted mdraid device in UI. (rvykydal)
bind-9.6.0-11.P1.fc11
---------------------
* Tue Mar 17 2009 Adam Tkac <atkac redhat com> 32:9.6.0-11.P1
- fall back to insecure mode when no supported DNSSEC algorithm is found
instead of SERVFAIL
- don't fall back to non-EDNS0 queries when DO bit is set
* Tue Mar 10 2009 Adam Tkac <atkac redhat com> 32:9.6.0-10.P1
- enable DNSSEC only if it is enabled in sysconfig/dnssec
dbmail-2.2.11-4.fc11
--------------------
* Thu Mar 19 2009 Bernard Johnson <bjohnson(a)symetrix.com> - 2.2.11-4
- build agaist old gmime22 (bz #490316)
* Tue Feb 24 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 2.2.11-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
dnssec-conf-1.20-2.fc11
-----------------------
* Tue Mar 17 2009 Paul Wouters <paul(a)xelerance.com> - 1.19-1
- Upgraded to 1.19, which adds --nocheck for the unbound post command.
* Tue Mar 17 2009 Paul Wouters <paul(a)xelerance.com> - 1.20-1
- Upgraded to 1.20, which fixes DLV support for Bind and reverse keys for Bind
* Tue Mar 17 2009 Paul Wouters <paul(a)xelerance.com> - 1.20-2
- Enable DLV with dlv.isc.org in the default configuration
* Sat Mar 14 2009 Paul Wouters <paul(a)xelerance.com> - 1.18-1
- Upgraded to 1.18 for new RIPE keys and .th testing key
- Fix for when Bind is installed but Unbound is not
- No longer need the patch - upstream committed it.
fontconfig-2.6.99.behdad.20090318-1.fc11
----------------------------------------
* Wed Mar 18 2009 Behdad Esfahbod <besfahbo(a)redhat.com> - 2.6.99.behdad.20090318-1
- Update to 2.6.99.behdad.20090318
- Resolves #490888
ghostscript-8.64-5.fc11
-----------------------
* Fri Mar 20 2009 Tim Waugh <twaugh(a)redhat.com> 8.64-5
- Applied patch to fix CVE-2009-0583 (bug #487742) and CVE-2009-0584
(bug #487744).
iscsi-initiator-utils-6.2.0.870-7.fc11
--------------------------------------
* Fri Mar 20 2009 Hans de Goede <hdegoede(a)redhat.com> 6.2.0.870-7
- libiscsi: use fwparam_ibft_sysfs() instead of fw_get_entry(), as
the latter causes stack corruption (workaround #490515)
* Sat Mar 14 2009 Terje Rosten <terje.rosten(a)ntnu.no> - 6.2.0.870-6
- Add glibc-static to buildreq to build in F11
* Wed Feb 25 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 6.2.0.870-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
pan-0.133-3.fc11
----------------
* Thu Mar 19 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 1:0.133-3
- Add patch to fix build against GCC 4.4
- Rebuild against new gmime22 compatibility package (#476250)
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 1:0.133-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
postgresql-odbcng-0.99.101-0.1.test1.fc11
-----------------------------------------
* Sun Mar 15 2009 Alex Lancaster <alexlan[AT]fedoraproject org> - 0.99.101-0.1.test1
- Update with pre-release to get build working.
* Thu Feb 26 2009 Fedora Release Engineering <rel-eng(a)lists.fedoraproject.org> - 0.90.101-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
pyparted-2.0.8-1.fc11
---------------------
* Fri Mar 20 2009 David Cantrell <dcantrell(a)redhat.com> - 2.0.8-1
- Upgrade to pyparted-2.0.8
python-pyblock-0.41-1.fc11
--------------------------
* Thu Mar 19 2009 Joel Granados <jgranado(a)redhat.com> - 0.41-1
- Make build/tagging easier (jgranados).
- Do not try to find and activate partitions on raid subsets (hansg).
python-qpid-0.5.752600-1.fc11
-----------------------------
* Thu Mar 19 2009 Nuno Santos <nsantos(a)redhat.com> - 0.5.752600-1
- Rebased to svn rev 752600
ruby-qpid-0.5.752600-1.fc11
---------------------------
* Thu Mar 19 2009 Nuno Santos <nsantos(a)redhat.com> - 0.5.752600-1
- Rebased to svn rev 752600
unbound-1.2.1-5.fc11
--------------------
* Tue Mar 17 2009 Paul Wouters <paul(a)xelerance.com> - 1.2.1-5
- Use --nocheck to avoid giving an error on missing unbound-remote certs/keys
* Tue Mar 10 2009 Adam Tkac <atkac redhat com> - 1.2.1-4
- enable DNSSEC only if it is enabled in sysconfig/dnssec
vavoom-1.30-1.fc11
------------------
* Fri Mar 20 2009 Hans de Goede <hdegoede(a)redhat.com> 1.30-1
- New upstream release 1.30
- Fix vavoom not working at all when compiled with gcc-4.4
Summary:
Added Packages: 1
Removed Packages: 0
Modified Packages: 17
Broken deps for i386
----------------------------------------------------------
gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
gdal-perl-1.6.0-4.fc11.i386 requires libodbc.so.1
gdal-perl-1.6.0-4.fc11.i386 requires libodbcinst.so.1
gdal-perl-1.6.0-4.fc11.i386 requires libhdf5.so.5
gdal-ruby-1.6.0-4.fc11.i386 requires libodbc.so.1
gdal-ruby-1.6.0-4.fc11.i386 requires libodbcinst.so.1
gdal-ruby-1.6.0-4.fc11.i386 requires libhdf5.so.5
grass-6.3.0-10.fc11.i386 requires libodbc.so.1
k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
libopensync-plugin-syncml-0.35-4.fc10.i386 requires libsyncml.so.0
mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagickCore.so.1
pfstools-imgmagick-1.7.0-3.fc11.i386 requires libMagick++.so.1
pfstools-octave-1.7.0-3.fc11.i386 requires libhdf5.so.5
xastir-1.9.5-2.fc11.i386 requires libMagickCore.so.1
Broken deps for x86_64
----------------------------------------------------------
gdal-1.6.0-4.fc11.i386 requires libodbc.so.1
gdal-1.6.0-4.fc11.i386 requires libodbcinst.so.1
gdal-1.6.0-4.fc11.i386 requires libhdf5.so.5
gdal-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
gdal-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
gdal-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
gdal-perl-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
gdal-perl-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
gdal-perl-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
gdal-ruby-1.6.0-4.fc11.x86_64 requires libhdf5.so.5()(64bit)
gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbcinst.so.1()(64bit)
gdal-ruby-1.6.0-4.fc11.x86_64 requires libodbc.so.1()(64bit)
grass-6.3.0-10.fc11.x86_64 requires libodbc.so.1()(64bit)
k3d-0.6.7.0-9.fc11.i386 requires libMagickCore.so.1
k3d-0.6.7.0-9.fc11.i386 requires libMagick++.so.1
k3d-0.6.7.0-9.fc11.x86_64 requires libMagick++.so.1()(64bit)
k3d-0.6.7.0-9.fc11.x86_64 requires libMagickCore.so.1()(64bit)
libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.i386 requires libgdamm-3.0.so.10
libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_graph-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.i386 requires libgnomedb_extra-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_graph-3.0.so.4()(64bit)
libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgdamm-3.0.so.10()(64bit)
libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb-3.0.so.4()(64bit)
libgnomedbmm-2.9.5-4.fc9.x86_64 requires libgnomedb_extra-3.0.so.4()(64bit)
libopensync-plugin-syncml-0.35-4.fc10.x86_64 requires libsyncml.so.0()(64bit)
mapnik-0.5.2-0.10.svn780.fc11.i386 requires dejavu-fonts-sans
mapnik-0.5.2-0.10.svn780.fc11.x86_64 requires dejavu-fonts-sans
pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagick++.so.1()(64bit)
pfstools-imgmagick-1.7.0-3.fc11.x86_64 requires libMagickCore.so.1()(64bit)
pfstools-octave-1.7.0-3.fc11.x86_64 requires libhdf5.so.5()(64bit)
xastir-1.9.5-2.fc11.x86_64 requires libMagickCore.so.1()(64bit)
Broken deps for ppc
----------------------------------------------------------
gdal-1.6.0-4.fc11.ppc requires libodbc.so.1
gdal-1.6.0-4.fc11.ppc requires libodbcinst.so.1
gdal-1.6.0-4.fc11.ppc requires libhdf5.so.5
gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
gdal-perl-1.6.0-4.fc11.ppc requires libodbc.so.1
gdal-perl-1.6.0-4.fc11.ppc requires libodbcinst.so.1
gdal-perl-1.6.0-4.fc11.ppc requires libhdf5.so.5
gdal-ruby-1.6.0-4.fc11.ppc requires libodbc.so.1
gdal-ruby-1.6.0-4.fc11.ppc requires libodbcinst.so.1
gdal-ruby-1.6.0-4.fc11.ppc requires libhdf5.so.5
grass-6.3.0-10.fc11.ppc requires libodbc.so.1
k3d-0.6.7.0-9.fc11.ppc requires libMagickCore.so.1
k3d-0.6.7.0-9.fc11.ppc requires libMagick++.so.1
k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.ppc requires libgdamm-3.0.so.10
libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_graph-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.ppc requires libgnomedb_extra-3.0.so.4
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
libopensync-plugin-syncml-0.35-4.fc10.ppc requires libsyncml.so.0
mapnik-0.5.2-0.10.svn780.fc11.ppc requires dejavu-fonts-sans
mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagickCore.so.1
pfstools-imgmagick-1.7.0-3.fc11.ppc requires libMagick++.so.1
pfstools-octave-1.7.0-3.fc11.ppc requires libhdf5.so.5
xastir-1.9.5-2.fc11.ppc requires libMagickCore.so.1
Broken deps for ppc64
----------------------------------------------------------
cabal2spec-0.12-1.fc11.noarch requires ghc > 0:6.10.1-7
gdal-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
gdal-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
gdal-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
gdal-perl-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
gdal-perl-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
gdal-perl-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
gdal-ruby-1.6.0-4.fc11.ppc64 requires libhdf5.so.5()(64bit)
gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbcinst.so.1()(64bit)
gdal-ruby-1.6.0-4.fc11.ppc64 requires libodbc.so.1()(64bit)
grass-6.3.0-10.fc11.ppc64 requires libodbc.so.1()(64bit)
k3d-0.6.7.0-9.fc11.ppc64 requires libMagick++.so.1()(64bit)
k3d-0.6.7.0-9.fc11.ppc64 requires libMagickCore.so.1()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_graph-3.0.so.4()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgdamm-3.0.so.10()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb-3.0.so.4()(64bit)
libgnomedbmm-2.9.5-4.fc9.ppc64 requires libgnomedb_extra-3.0.so.4()(64bit)
libopensync-plugin-syncml-0.35-4.fc10.ppc64 requires libsyncml.so.0()(64bit)
mapnik-0.5.2-0.10.svn780.fc11.ppc64 requires dejavu-fonts-sans
pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagick++.so.1()(64bit)
pfstools-imgmagick-1.7.0-3.fc11.ppc64 requires libMagickCore.so.1()(64bit)
pfstools-octave-1.7.0-3.fc11.ppc64 requires libhdf5.so.5()(64bit)
xastir-1.9.5-2.fc11.ppc64 requires libMagickCore.so.1()(64bit)
15 years
A supposedly patent-free suggestion/solution to the curious subpixel rendering in Fedora
by Jud Craft
Hello there, thanks for reading. This may be a bad place for this
post, I apologize if so.
Here's the problem, stated over and over throughout bad forum posts:
subpixel-rendering on Fedora is a little sub-par. The chief reason
(from my lay perspective) is that it doesn't implement the various
cleartype-like filtering algorithms demonstrated in all sorts of
questionable patches, due to fear of patent-infringing on Microsoft's
Cleartype work. This means Fedora's default subpixel-rendering is
full of color-fringes and in general less smooth than other algorithms
shown in (for example) Debian and Ubuntu.
Currently the only solutions are:
1. Try out freetype-freeworld: restores the bytecode interpreter to
Freetype and some adds filtering, patent-infringing, stuck in
RPMFusion, can't be merged into Fedora.
2. Try out those peculiar cleartype-patches flying around the forums:
you get all filtering functionality back, but again, patent
infringement.
Okay, here's something different. Check this out: Qt (that other GUI
toolkit) actually developed their own method to reduce the color
fringing on subpixel-rendering:
http://labs.trolltech.com/blogs/2008/09/01/subpixel-antialiasing-on-x11/
Qt is not perfect (their filter automatically locks you into
full-hinting on Qt 4.4, but that'll be fixed in 4.5), but their method
(without using any other patent-infringing algorithms) is very
beneficial. You'll note their un-filtered examples look just as bad
as the current filtering in GTK in Fedora, while their fixed-examples
look pretty decent.
So here's the idea: perhaps Fedora could petition Pango (I think
that's the system GTK uses to render glyphs) to include the
Qt-filtering style in their own upstream code. This would mean that
both GUI toolkits on the Linux desktop would then have patent-free,
non-color-fringing, subpixel rendering by default.
And today currently, keep in mind that Qt on Fedora already has this
new filtering, so I don't think there are any patent-problems with it:
Qt's solution seems to be a simple blur of their own ingenuity, and
nothing related to Cleartype. (Otherwise Fedora wouldn't ship it, I'd
assume).
15 years