devel January 2008

devel@lists.fedoraproject.org

340 participants
376 discussions

xmlto build errors
by Ted Toth 14 Jan '08

14 Jan '08

I googled for fixes to this problem but didn't see any. rpmbuild -bb ../SPECS/xmlto.spec Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.59339 + umask 022 + cd /home/jcdxdev/src2/Linux_x86_64/BUILD/rpmbuild/BUILD + LANG=C + export LANG + unset DISPLAY + cd /home/jcdxdev/src2/Linux_x86_64/BUILD/rpmbuild/BUILD + rm -rf xmlto-0.0.18 + /usr/bin/bzip2 -dc /home/jcdxdev/src2/Linux_x86_64/BUILD/rpmbuild/SOURCES/xmlto-0.0.18.tar.bz2 + tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd xmlto-0.0.18 ++ /usr/bin/id -u + '[' 500 = 0 ']' ++ /usr/bin/id -u + '[' 500 = 0 ']' + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo 'Patch #0 (xmlto-basename.patch):' Patch #0 (xmlto-basename.patch): + patch -p1 -b --suffix .basename -s + echo 'Patch #1 (xmlto-findwarning.patch):' Patch #1 (xmlto-findwarning.patch): + patch -p1 -b --suffix .findwarning -s + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.59339 + umask 022 + cd /home/jcdxdev/src2/Linux_x86_64/BUILD/rpmbuild/BUILD + cd xmlto-0.0.18 + LANG=C + export LANG + unset DISPLAY + touch doc/xmlto.xml doc/xmlif.xml + CFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' + export CFLAGS + CXXFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' + export CXXFLAGS + FFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' + export FFLAGS ++ find . -name config.guess -o -name config.sub + ./configure --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-redhat-linux-gnu-gcc... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking whether gcc and cc understand -c and -o together... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for mktemp program... mktemp checking for GNU find program... find checking for bash... bash checking for getopt program... getopt checking whether getopt handles long options... yes configure: creating ./config.status config.status: creating Makefile config.status: creating xmlto config.status: creating xmlto.spec config.status: creating config.h config.status: executing depfiles commands + make make all-am make[1]: Entering directory `/home/jcdxdev/src2/Linux_x86_64/BUILD/rpmbuild/BUILD/xmlto-0.0.18' if gcc -DHAVE_CONFIG_H -I. -I. -I. -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -MT xmlif/xmlif.o -MD -MP -MF "xmlif/.deps/xmlif.Tpo" -c -o xmlif/xmlif.o `test -f 'xmlif/xmlif.c' || echo './'`xmlif/xmlif.c; \ then mv -f "xmlif/.deps/xmlif.Tpo" "xmlif/.deps/xmlif.Po"; else rm -f "xmlif/.deps/xmlif.Tpo"; exit 1; fi xmlif/xmlif.l:33: warning: type defaults to 'int' in declaration of 'ifsense' xmlif/xmlif.c: In function 'yylex': xmlif/xmlif.l:215: warning: ignoring return value of 'fwrite', declared with attribute warn_unused_result xmlif/xmlif.l: At top level: xmlif/xmlif.l:223: warning: return type defaults to 'int' xmlif/xmlif.l: In function 'main': xmlif/xmlif.l:249: warning: control reaches end of non-void function xmlif/xmlif.l: At top level: xmlif/xmlif.c:1844: warning: 'yyunput' defined but not used gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -o xmlif/xmlif xmlif/xmlif.o for xml in xmlif.xml xmlto.xml; do \ FORMAT_DIR=./format XSL_DIR=./xsl \ bash ./xmlto -o man/man1 man ./doc/$xml ; \ done || ( RC=$?; cat ./FAQ; exit $RC ) I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" compilation error: file /tmp/xmlto-xsl.Xn2521 line 4 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" compilation error: file /tmp/xmlto-xsl.KT2576 line 4 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl Q: I'm trying to build xmlto on my Debian box, but it doesn't work. A: If you get `Attempt to load network entity' errors when building xmlto, your system does not have the required support for XML Catalogs (http://www.oasis-open.org/committees/entity/spec-2001-08-06.html). In particular, Debian has no support for these. Try the Fedora Project <http://fedora.redhat.com>. make[1]: *** [man/man1/xmlto.1] Error 1 make[1]: Leaving directory `/home/jcdxdev/src2/Linux_x86_64/BUILD/rpmbuild/BUILD/xmlto-0.0.18' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.59339 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.59339 (%build)

3 5

Bruttaly sluggish Eclipse performance in remote X
by Dimi Paun 14 Jan '08

14 Jan '08

Folks, I am running Fedora 8 on 3 boxes, all connected via Gb Ethernet. On two of the boxes (Intel Core 2 Quad @ 2.4GHz, 4 GB RAM) I've enabled XDMCP and am logging in from the 3 via remote X. It has been a rough experience: * the default GDM screen does not have an option to invoke the XDMCP chooser, despite the working in gdmsetup. This caused great confusion until I figured that I needed to switch to Happy Gnome login theme. * performance is a bit sluggish, but bearable. However, I have used in University (back in 97-98) old Sun boxes that were doing the same over a much slower network, I was expecting a lot more now, given all the hardware I've thrown at it. However, the deal break has been Eclipse. I need to run this app, but doing so is almost impossible. Every time it opens _any_ dialog (find, etc.) it locks hard for 10-20seconds at a time. Same thing happens when you dismiss the dialog. Of course, I can see no sign of CPU or network usage. WTH is going on?!? The app (Eclipse) works very well locally, why would it behave in such a fashion on the remove X? The delays are so big that I can't think it's doing anything, but rather that it's blocked somewhere waiting for a timeout of sorts. Any help figuring this out would be much appreciated. I think this is a rather nasty problem/regression, remote X used to work just fine in the past... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

7 18

Pulse Audio 0.9.8 - upgrade?
by Valent Turkovic 14 Jan '08

14 Jan '08

Hi, I saw that Pulse Audio 0.9.8 got released two months ago: http://pulseaudio.org/milestone/0.9.8 and I see on my Fedora 8 that we still have 0.9.7 $ pulseaudio --version pulseaudio 0.9.7 Will there be an upgrade soon on Fedora 8 to Pulse Audio 0.9.8? Lost of issues have been fixed in new Pulse Audio so users like me who have issues with Pulse Audio would appreciate the much needed upgrade. Thank you, Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic

7 12

Impending X driver deprecation
by Adam Jackson 13 Jan '08

13 Jan '08

I'm grinding through porting the various X drivers to the new server APIs, and I'm taking the opportunity to clean house a bit. Here's what I'm planning: The avivo driver is going away, it's a dead end upstream, both the radeon-atombios and radeonhd projects look significantly more viable. I don't have a plan yet for which one to enable for F9 though. The vga driver is going away. It hasn't been installed by default since F7, and no one seems to have noticed, let alone complained. It's not a usable driver anyway, it can't do greater than 8bpp and Gnome won't even launch on that anymore. The ark, chips, s3, and tseng drivers are going away. These are all really boring early PCI chipsets that don't even have a 3d engine. They should be adequately serviced by the vesa driver. (Note that there are three drivers for the various S3 cards: s3, s3virge, and savage. s3 is for the old pre-Virge chips, 968 and Trio and friends. s3virge and savage are not being dropped.) The vesa driver will be updated to Obsolete these drivers (except avivo) and sufficient magic will happen to get anyone still using them silently moved onto vesa. Whichever of radeon or radeonhd we end up using for R500+ chips will Obsolete avivo. If you object to any part of this plan, speak loudly, now. - ajax

13 19

EPEL report week 02/2008
by Thorsten Leemhuis 13 Jan '08

13 Jan '08

http://fedoraproject.org/wiki/EPEL/Reports/Week02 = Weekly EPEL Summary = Week 02/2008 == Most important happenings == * Mschwendt send a "broken deps report" to the list for [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00055.html EPEL4] and [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00054.html EPEL5] == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00052.html Bunch of EPEL packages needing new maintainers] == Meeting == === Next Meeting === Wednesday, 20080116 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === There was no meeting scheduled. == Stats == === General === Number of EPEL Contributors: 165 We welcome 1 new contributors: twaugh === EPEL 5 === Number of source packages: 975 Number of binary packages: 1798 There are 12 new Packages: * cln | Class Library for Numbers * dbus-qt | Qt-based library for using D-BUS * emacs-nxml-mode | Emacs package for editing XML * freealut | Implementation of OpenAL's ALUT standard * ginac | C++ library for symbolic calculations * kmplayer | Video plugin for Konqueror and basic Gstreamer/Xine frontend * mod_wsgi | A WSGI interface for Python web applications in Apache * openal | Open Audio Library * rlwrap | Wrapper for GNU readline * t1lib | PostScript Type 1 font rasterizer * tiresias-fonts | Low vision fonts * xpdf | A PDF file viewer for the X Window System === EPEL 4 === Number of source packages: 583 Number of binary packages: 1106 There are 6 new Packages: * emacs-nxml-mode | Emacs package for editing XML * freealut | Implementation of OpenAL's ALUT standard * mod_wsgi | A WSGI interface for Python web applications in Apache * openal | Open Audio Library * rlwrap | Wrapper for GNU readline * tiresias-fonts | Low vision fonts ---- ["CategoryEPELReports"]

1 0

Outage Notification - 2008-01-16 04:01 UTC (Major)
by Mike McGrath 13 Jan '08

13 Jan '08

There will be an outage starting at 2008-01-16 04:01 UTC, which will last approximately 48 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d 'YYYY-MM-DD HH:MM UTC' Affected Services: Websites CVS / Source Control Buildsystem Database Mail Fedora Hosted (Trac auth outages) Unaffected Services: Torrent Fedorapeople DNS Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/340 Reason for Outage: We have some new hardware to install. In order to do it we will need to juggle some current hardware around. This could potentially involve all of our servers. As time is tight we can't stagger these outages over a period of days and will have to do them all within a 48 hour period. Please contact me for specific questions. This will also cause some parts of our environment to act funny (for example, fedorahosted.org will be largely unaffected but people may not be able to authenticate to the web-trac instance for periods of time. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce(a)redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce

1 0

rawhide report: 20080113 changes
by Build System 13 Jan '08

13 Jan '08

New package R-qvalue Q-value estimation for false discovery rate control New package fprint_demo Demo of the fprint drivers New package librtfcomp Library for reading of compressed RTF files New package pywbxml Python wrapper for wbxml2 Updated Packages: Io-language-20071010-2.fc9 -------------------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 20071010-2 - Fix compilation with gcc 4.3 - Enable Cairo addon PyX-0.10-3.fc9 -------------- * Sat Jan 12 2008 José Matos <jamatos[AT]fc.up.pt> - 0.10-3 - egg-info is in sitearch... * Fri Jan 11 2008 José Matos <jamatos[AT]fc.up.pt> - 0.10-2 - Add egg-info to F9+. * Fri Jan 11 2008 José Matos <jamatos[AT]fc.up.pt> - 0.10-1 - New upstream release (#426816). - Package cleanup. SteGUI-0.0.1-12.fc9 ------------------- TnL-071111-2.fc9 ---------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 071111-2 - Fix compilation with gcc 4.3 amoebax-0.2.0-2.fc9 ------------------- asc-2.0.1.0-2.fc9 ----------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 2.0.1.0-2 - Fix compilation with gcc-4.3 boswars-2.4.1-4.fc9 ------------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 2.4.1-4 - Fix compilation with gcc 4.3 - Drop workaround for intel graphics crash, this is "fixed" in SDL now chkrootkit-0.48-2.fc9 --------------------- * Sat Jan 12 2008 Michael Schwendt <mschwendt[AT]users.sf.net> - 0.48-2 - Install README with mode 0644. cppad-20071229-6.fc9 -------------------- * Sat Jan 12 2008 Brad Bell <bradbell at seanet dot com> 20071229-6 - Remove speed estimation correctness test because we are not in control of - which other jobs are on the machine that is doing the rpmbuild. * Fri Jan 11 2008 Brad Bell <bradbell at seanet dot com> 20071229-5 - Remove introduction/exp_apx/exp_apx from the set of tests - (which should have been done in 20071229-4). - From now on test building rpm locally before making tags. * Thu Jan 10 2008 Brad Bell <bradbell at seanet dot com> 20071229-4 - Add code to print out DBL_EPSILON at the beginning of the example tests. - Remove --with-Introduction (it only checks by hand calculations that are in - AD Introduction section of the documentation). - Remove extra --with-Documentation epiphany-2.21.5-0.1.svn7856.fc9 ------------------------------- * Sat Jan 12 2008 Christopher Aillon <caillon(a)redhat.com> - 2.21.5-0.1.svn7856 - Update to newer svn, and update the xulrunner 1.9 patch gdb-6.7.1-10.fc9 ---------------- * Sat Jan 12 2008 Jan Kratochvil <jan.kratochvil(a)redhat.com> - 6.7.1-10 - Compilation fixup (-9 was never released). * Sat Jan 12 2008 Jan Kratochvil <jan.kratochvil(a)redhat.com> - 6.7.1-9 - Fix also threaded inferiors for hardware watchpoints after the fork call. - Test debugging statically linked threaded inferiors (BZ 239652). - It requires recent glibc to work in this case properly. - Testcase cleanup fixup of the gcore memory and time requirements of 6.7.1-8. * Thu Jan 10 2008 Jan Kratochvil <jan.kratochvil(a)redhat.com> - 6.7.1-8 - Fix detaching from a threaded formerly stopped process with non-primary thread currently active (general BZ 233852). - Enable back again the testcases named `attachstop.exp' (no such exist now). - Rename the testcase `gdb.threads/attachstop' to `gdb.threads/attachstop-mt'. - Test ia64 memory leaks of the code using libunwind. - Testcase delay increase (for BZ 247354). - Test gcore memory and time requirements for large inferiors. glew-1.4.0-4.fc9 ---------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 1.4.0-4 - Add missing GL_FLOAT_MATXxX defines hedgewars-0.9.0-5.fc9 --------------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 0.9.0-5 - Fix compilation with gcc 4.3 homebank-3.6-1.fc9 ------------------ * Sat Jan 12 2008 Johan Cwiklinski <johan AT x-tnd DOT be> 3.6-1 - new upstream release * Sun Sep 16 2007 Johan Cwiklinski <johan AT x-tnd DOT be> 3.5-5 - Removed pango from BR - Added libofx-devel to BR - Using macros everywhere - Added update-desktop-databas to post * Tue Sep 11 2007 Johan Cwiklinski <johan AT x-tnd DOT be> 3.5-4 - Added release to doc subpackage requires kernel-2.6.24-0.150.rc7.git4.fc9 -------------------------------- * Sat Jan 12 2008 Kyle McMartin <kmcmartin(a)redhat.com> - 2.6.24-rc7-git4 * Fri Jan 11 2008 Jarod Wilson <jwilson(a)redhat.com> - Add linux1394/firewire git patches - FireWire IR dynamic buffer alloc (David Moore) * Thu Jan 10 2008 Chuck Ebbert <cebbert(a)redhat.com> - temporarily fix up utrace breakage njam-1.25-8.fc9 --------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 1.25-8 - Fix compilation with gcc 4.3 pachi-1.0-4.fc9 --------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 1.0-4 - Fix compilation with gcc 4.3 perl-Parse-CPAN-Packages-2.27-1.fc9 ----------------------------------- * Sat Jan 12 2008 Steven Pritchard <steve(a)kspei.com> 2.27-1 - Update to 2.27. - Switch from building with Build.PL to Makefile.PL. perl-Pod-Coverage-0.19-1.fc9 ---------------------------- * Sat Jan 12 2008 Steven Pritchard <steve(a)kspei.com> 0.19-1 - Update to 0.19. - Use fixperms macro instead of our own chmod incantation. - Reformat to match cpanspec output. * Wed Jan 10 2007 Tom "spot" Callaway <tcallawa(a)redhat.com> - 0.18-3 - rebuild 2, enable Test::Pod, tests * Wed Jan 10 2007 Tom "spot" Callaway <tcallawa(a)redhat.com> - 0.18-2.1 - rebuild (first pass, no tests, no Test::Pod) perl-Test-Deep-0.099-1.fc9 -------------------------- * Sat Jan 12 2008 Steven Pritchard <steve(a)kspei.com> 0.099-1 - Update to 0.099. - Update License tag. perl-Test-Exception-0.26-1.fc9 ------------------------------ * Sat Jan 12 2008 Steven Pritchard <steve(a)kspei.com> 0.26-1 - Update to 0.26. - Update License tag. - Use fixperms macro instead of our own chmod incantation. - Reformat to match cpanspec output. - Drop executable bits. perl-Test-NoWarnings-0.084-1.fc9 -------------------------------- * Sat Jan 12 2008 Steven Pritchard <steve(a)kspei.com> 0.084-1 - Update to 0.084. - Update License. - BR Devel::StackTrace. plplot-5.8.0-8.fc9 ------------------ * Sat Jan 12 2008 - Orion Poplawski <orion(a)cora.nwra.com> - 5.8.0-8 - Re-enable itcl python-bugzilla-0.3-1.fc9 ------------------------- * Sat Jan 12 2008 Will Woods <wwoods(a)redhat.com> 0.3-1 - Update to python-bugzilla 0.3 - 'modify' works in the commandline-util - add Bug.close() and Bug.setstatus() scummvm-0.10.0-3.fc9 -------------------- * Sat Jan 12 2008 Hans de Goede <j.w.r.degoede(a)hhs.nl> 0.10.0-3 - Fix compilation with gcc 4.3 uniconvertor-1.1.0-1.fc9 ------------------------ * Sat Jan 12 2008 Andy Shevchenko <andy(a)smile.org.ua> 1.1.0-1 - update to 1.1.0 wbxml2-0.9.2-12.fc9 ------------------- * Sat Jan 12 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 0.9.2-12 - pkgconfig also needs libxml2-devel * Sat Jan 12 2008 Andreas Bierfert <andreas.bierfert[AT]lowlatency.de> - 0.9.2-11 - fix devel requires xine-lib-1.1.9.1-1.fc9 ---------------------- * Sat Jan 12 2008 Ville Skyttä <ville.skytta at iki.fi> - 1.1.9.1-1 - 1.1.9.1 (security update). xulrunner-1.9-0.beta2.9.fc9 --------------------------- * Sat Jan 12 2008 Christopher Aillon <caillon(a)redhat.com> 1.9-0.beta2.9 - Provide gecko-devel-unstable as well Broken deps for i386 ---------------------------------------------------------- epiphany-extensions - 2.20.1-3.fc9.i386 requires libgtkembedmoz.so epiphany-extensions - 2.20.1-3.fc9.i386 requires gecko-libs = 0:1.8.1.10 gcl - 2.6.7-15.fc8.i386 requires libtk8.4.so gcl - 2.6.7-15.fc8.i386 requires libtcl8.4.so gdal-perl - 1.5.0-1.fc9.i386 requires perl(Geo::GDAL::Const) gnome-web-photo - 0.3-8.fc9.i386 requires libgkgfx.so gnome-web-photo - 0.3-8.fc9.i386 requires libxpcom_core.so gnome-web-photo - 0.3-8.fc9.i386 requires libgtkembedmoz.so gnome-web-photo - 0.3-8.fc9.i386 requires gecko-libs = 0:1.8.1.10 kazehakase - 0.5.0-1.fc9.2.i386 requires gecko-libs = 0:1.8.1.10 netgen - 1.3.7-13.fc9.i386 requires libtk8.4.so netgen - 1.3.7-13.fc9.i386 requires libtcl8.4.so openoffice.org-devel - 1:2.4.0-1.1.fc9.i386 requires sdk openoffice.org-devel - 1:2.4.0-1.1.fc9.i386 requires /bin/python openoffice.org-devel - 1:2.4.0-1.1.fc9.i386 requires /usr/solar/bin/perl tkinter - 2.5.1-20.fc9.i386 requires libTix8.4.so vtk - 5.0.3-20.fc8.i386 requires libtcl8.4.so vtk - 5.0.3-20.fc8.i386 requires libtk8.4.so vtk-python - 5.0.3-20.fc8.i386 requires libtk8.4.so vtk-python - 5.0.3-20.fc8.i386 requires libtcl8.4.so vtk-tcl - 5.0.3-20.fc8.i386 requires libtk8.4.so vtk-tcl - 5.0.3-20.fc8.i386 requires libtcl8.4.so Broken deps for x86_64 ---------------------------------------------------------- epiphany-extensions - 2.20.1-3.fc9.x86_64 requires libgtkembedmoz.so()(64bit) epiphany-extensions - 2.20.1-3.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gcl - 2.6.7-15.fc8.x86_64 requires libtk8.4.so()(64bit) gcl - 2.6.7-15.fc8.x86_64 requires libtcl8.4.so()(64bit) gdal-perl - 1.5.0-1.fc9.x86_64 requires perl(Geo::GDAL::Const) gnome-web-photo - 0.3-8.fc9.x86_64 requires libgkgfx.so()(64bit) gnome-web-photo - 0.3-8.fc9.x86_64 requires libgtkembedmoz.so()(64bit) gnome-web-photo - 0.3-8.fc9.x86_64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo - 0.3-8.fc9.x86_64 requires libxpcom_core.so()(64bit) kazehakase - 0.5.0-1.fc9.2.x86_64 requires gecko-libs = 0:1.8.1.10 netgen - 1.3.7-13.fc9.x86_64 requires libtcl8.4.so()(64bit) netgen - 1.3.7-13.fc9.x86_64 requires libtk8.4.so()(64bit) openoffice.org-devel - 1:2.4.0-1.1.fc9.i386 requires sdk openoffice.org-devel - 1:2.4.0-1.1.fc9.i386 requires /bin/python openoffice.org-devel - 1:2.4.0-1.1.fc9.i386 requires /usr/solar/bin/perl openoffice.org-devel - 1:2.4.0-1.1.fc9.x86_64 requires sdk openoffice.org-devel - 1:2.4.0-1.1.fc9.x86_64 requires /bin/python openoffice.org-devel - 1:2.4.0-1.1.fc9.x86_64 requires /usr/solar/bin/perl tkinter - 2.5.1-20.fc9.x86_64 requires libTix8.4.so()(64bit) vtk - 5.0.3-20.fc8.x86_64 requires libtk8.4.so()(64bit) vtk - 5.0.3-20.fc8.x86_64 requires libtcl8.4.so()(64bit) vtk - 5.0.3-20.fc8.i386 requires libtcl8.4.so vtk - 5.0.3-20.fc8.i386 requires libtk8.4.so vtk-python - 5.0.3-20.fc8.x86_64 requires libtk8.4.so()(64bit) vtk-python - 5.0.3-20.fc8.x86_64 requires libtcl8.4.so()(64bit) vtk-python - 5.0.3-20.fc8.i386 requires libtk8.4.so vtk-python - 5.0.3-20.fc8.i386 requires libtcl8.4.so vtk-tcl - 5.0.3-20.fc8.i386 requires libtk8.4.so vtk-tcl - 5.0.3-20.fc8.i386 requires libtcl8.4.so vtk-tcl - 5.0.3-20.fc8.x86_64 requires libtk8.4.so()(64bit) vtk-tcl - 5.0.3-20.fc8.x86_64 requires libtcl8.4.so()(64bit) Broken deps for ppc ---------------------------------------------------------- epiphany-extensions - 2.20.1-3.fc9.ppc requires libgtkembedmoz.so epiphany-extensions - 2.20.1-3.fc9.ppc requires gecko-libs = 0:1.8.1.10 gdal-perl - 1.5.0-1.fc9.ppc requires perl(Geo::GDAL::Const) gnome-web-photo - 0.3-8.fc9.ppc requires libgkgfx.so gnome-web-photo - 0.3-8.fc9.ppc requires libxpcom_core.so gnome-web-photo - 0.3-8.fc9.ppc requires libgtkembedmoz.so gnome-web-photo - 0.3-8.fc9.ppc requires gecko-libs = 0:1.8.1.10 kazehakase - 0.5.0-1.fc9.2.ppc requires gecko-libs = 0:1.8.1.10 monodevelop - 0.17-4.fc9.ppc requires boo netgen - 1.3.7-13.fc9.ppc requires libtk8.4.so netgen - 1.3.7-13.fc9.ppc requires libtcl8.4.so openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc requires sdk openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc requires /bin/python openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc requires /usr/solar/bin/perl openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc64 requires sdk openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc64 requires /bin/python openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc64 requires /usr/solar/bin/perl tkinter - 2.5.1-20.fc9.ppc requires libTix8.4.so vtk - 5.0.3-20.fc8.ppc requires libtcl8.4.so vtk - 5.0.3-20.fc8.ppc requires libtk8.4.so vtk - 5.0.3-20.fc8.ppc64 requires libtk8.4.so()(64bit) vtk - 5.0.3-20.fc8.ppc64 requires libtcl8.4.so()(64bit) vtk-python - 5.0.3-20.fc8.ppc requires libtk8.4.so vtk-python - 5.0.3-20.fc8.ppc requires libtcl8.4.so vtk-python - 5.0.3-20.fc8.ppc64 requires libtk8.4.so()(64bit) vtk-python - 5.0.3-20.fc8.ppc64 requires libtcl8.4.so()(64bit) vtk-tcl - 5.0.3-20.fc8.ppc requires libtk8.4.so vtk-tcl - 5.0.3-20.fc8.ppc requires libtcl8.4.so vtk-tcl - 5.0.3-20.fc8.ppc64 requires libtk8.4.so()(64bit) vtk-tcl - 5.0.3-20.fc8.ppc64 requires libtcl8.4.so()(64bit) Broken deps for ppc64 ---------------------------------------------------------- epiphany-extensions - 2.20.1-3.fc9.ppc64 requires libgtkembedmoz.so()(64bit) epiphany-extensions - 2.20.1-3.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gdal-perl - 1.5.0-1.fc9.ppc64 requires perl(Geo::GDAL::Const) gnome-web-photo - 0.3-8.fc9.ppc64 requires libgkgfx.so()(64bit) gnome-web-photo - 0.3-8.fc9.ppc64 requires libgtkembedmoz.so()(64bit) gnome-web-photo - 0.3-8.fc9.ppc64 requires gecko-libs = 0:1.8.1.10 gnome-web-photo - 0.3-8.fc9.ppc64 requires libxpcom_core.so()(64bit) kazehakase - 0.5.0-1.fc9.2.ppc64 requires gecko-libs = 0:1.8.1.10 netgen - 1.3.7-13.fc9.ppc64 requires libtcl8.4.so()(64bit) netgen - 1.3.7-13.fc9.ppc64 requires libtk8.4.so()(64bit) openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc64 requires sdk openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc64 requires /bin/python openoffice.org-devel - 1:2.4.0-1.1.fc9.ppc64 requires /usr/solar/bin/perl perl-Test-AutoBuild-darcs - 1.2.2-1.fc9.noarch requires darcs >= 0:1.0.0 tkinter - 2.5.1-20.fc9.ppc64 requires libTix8.4.so()(64bit) vtk - 5.0.3-20.fc8.ppc64 requires libtk8.4.so()(64bit) vtk - 5.0.3-20.fc8.ppc64 requires libtcl8.4.so()(64bit) vtk-python - 5.0.3-20.fc8.ppc64 requires libtk8.4.so()(64bit) vtk-python - 5.0.3-20.fc8.ppc64 requires libtcl8.4.so()(64bit) vtk-tcl - 5.0.3-20.fc8.ppc64 requires libtk8.4.so()(64bit) vtk-tcl - 5.0.3-20.fc8.ppc64 requires libtcl8.4.so()(64bit)

1 0

Re: Pulse Audio 0.9.8 - upgrade?
by Christopher Brown 13 Jan '08

13 Jan '08

On 10/01/2008, Lubomir Kundrak <lkundrak(a)redhat.com> wrote: > > On Thu, 2008-01-10 at 00:44 +0000, Christopher Brown wrote: > > On 09/01/2008, Lubomir Kundrak <lkundrak(a)redhat.com> wrote: > > > > > > On Wed, 2008-01-09 at 13:46 +0100, Valent Turkovic wrote: > > > > On 1/9/08, Michael Schwendt <mschwendt.tmp0701.nospam(a)arcor.de> wrote: > > > > > On Wed, 9 Jan 2008 09:20:46 +0100, Valent Turkovic wrote: > > > > > > > > > > > Hi, > > > > > > I saw that Pulse Audio 0.9.8 got released two months ago: > > > > > > http://pulseaudio.org/milestone/0.9.8 > > > > > > and I see on my Fedora 8 that we still have 0.9.7 > > > > > > > > > > > > $ pulseaudio --version > > > > > > pulseaudio 0.9.7 > > > > > > > > > > > > Will there be an upgrade soon on Fedora 8 to Pulse Audio 0.9.8? > > > > > > > > > > > > Lost of issues have been fixed in new Pulse Audio so users like me who > > > > > > have issues with Pulse Audio would appreciate the much needed upgrade. > > > > > > > > > > I'm sure the person who maintains the Fedora packages is aware of that. :) > > > > > Just notice the connection between Pulse Audio and Red Hat. > > > > > > > > I'm sure he is aware of that but I am not - that is why I wrote this email. > > > > > > I know the answer -- He decided to save us from an useless upgrade that > > > would solve none of our problems. This applies for all package > > > maintainers who value bandwidth and time of the users more than a change > > > of one digit in a version number -- my thanks to them. > > > > That is perhaps one view. Then there will be the people who are > > running pulseaudio for the first time because it is in Fedora for the > > first time, reporting bugs, these get resolved and then pushed out to > > those users who have their bugs fixed and don't give up on Fedora. > > (off-list) > Which of the bugs you reported against pulseaudio in bugzilla are fixed > by the new release? (on-list) I have not reported any bugs against pulseaudio so I have none which the new release fixes. However: http://pulseaudio.org/milestone/0.9.8 gives some good reasons to upgrade. This is more than just "a change of one digit in a version number". In any event my comment related not just to pulseaudio but to Fedora as a whole. Point releases reflect bug fixes - usually - and so upgrading to resolve outstanding bugs is something that I and many users no doubt will applaud. You are not forced to accept these upgrades. Cheers -- Christopher Brown http://www.chruz.com

16 23

pirut, pup, system-*: policykit integration
by Jakub 'Livio' Rusinek 12 Jan '08

12 Jan '08

hi, dbus-based authentication system is ready to use, so pirut, pup and all system-* tools should switch to use it instead of... what does they use now? -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/

9 16

Re: Pulse Audio 0.9.8 - upgrade?
by Warren Togami 12 Jan '08

12 Jan '08

What about this earlier reply? Could this be a solution? Lennart? Warren Togami wtogami(a)redhat.com -------- Original Message -------- Subject: Re: Pulse Audio 0.9.8 - upgrade? Date: Thu, 10 Jan 2008 22:07:19 -0500 From: Warren Togami <wtogami(a)redhat.com> Reply-To: Development discussions related to Fedora <fedora-devel-list(a)redhat.com> To: Development discussions related to Fedora <fedora-devel-list(a)redhat.com>, Lennart Poettering <lennart(a)poettering.net> Lennart Poettering wrote: > > I discussed the whole situation with Lubomir a while back, when I last > updated the packages for Rawhide. Thing is: right now we don't have a > real policy on what kind of updates should be pushed into already > released releases and what updates shouldn't (but there's a draft, or > something? don't really remember, didn't really follow this). My > understanding is that no big updates should be pushed to released > versions, but bugfixes should. (I used to follow Debian > before I joined RH, and their policy is very strict on this stuff, and > I believe that makes sense). > > So, looking on 0.9.7-pre, on 0.9.7-final and 0.9.8, I decided that the > changes are not really suited for an updated package for an already > released distribution, since they are almost exclusively new features, > and only very few relevant bugfixes. > > I guess this is the classical distribution dilemma: are the new > features or the stability more important? Whatever way I decide, I'll > make some people unhappy. > > Long story short: The changes to 0.9.7 are no bugfixes, those to 0.9.8 > are invasive. So I believe this better stays out of an already > released distribution. > > And then, you can always run Rawhide. It has 0.9.8. And has had it for > quite a while. > > Lennart > As a general rule, version upgrades with new features are NOT disallowed in Fedora. Version upgrades with new features are introduced in a controlled and careful manner only after heavy testing. For example, you might see several kernel rebases during a Fedora release lifetime like 2.6.22 -> 2.6.23 -> 2.6.24. Version upgrades that massively break ABI are disallowed during a stable Fedora release. For example, we never do a rebase to a newer openssl version during a stable release because they always break their so-name ABI revision, and far too many applications depend on the existing so-name ABI. Does upgrading from 0.9.7 to 0.9.8 break library ABI with applications already linked against any pulseaudio library? If not, we should really explore the possibility of upgrading to a newer pulseaudio version in Fedora 8. http://people.redhat.com/davej/kernels/Fedora/f8/ By explore the possibilty, I mean doing a test build of pulseaudio-0.9.8 for F8 and putting it into a side repository similar to davej's un-official test kernel repository. This allows folks to opt-in to easily test your latest pulseaudio on F8 without risking everyone. By having your own side-repository with F8 pulseuaudio, you can do your own builds and push new test packages as often as you want for your own test users. koji's build --scratch option makes it real easy to do test builds of a single package on all supported Fedora architectures without it being an official build. Later when the test users agree that the pulseaudio package in your test repository is seemingly good, it can be pushed to F8's updates-testing repository where many thousands of other users who opt-in to that optional channel will be exposed to it. It can be tested there for a while before pushing to the public in the stable updates channel. This multi-layered approach to testing should ensure that the update is of higher quality than the current F8 pulseaudio. Pulseaudio made many applications that used to be stable suddenly unreliable. Apps like pidgin, mplayer, xine, Adobe Flash Player and many more now have weird pulseaudio related crash issues. There is a desire to pull in newer pulseaudio versions if bugs are fixed to make it more stable. Please let us explore the feasibility of upgrading it in F8? Warren Togami wtogami(a)redhat.com

3 2

← Newer
1
...
21
22
23
24
25
26
27
...
38
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel January 2008