Mass rebuild starting monday Feb 7
Hi all, for gcc-4.6, xz compression changes, and to a lesser extent we will be doing a mass rebuild starting monday. it will be done in a side tag with a lower than normal priority so that you can still submit builds and not have to wait for the mass rebuild to finish. we will then tag into rawhide the builds after unless you do a build in the meantime Please note that mass branching will be occuring soon after the mass rebuild as the Alpha freeze is 2011-02-15 Thanks Dennis and the rest of rel eng signature.asc Description: This is a digitally signed message part. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
Petr Machata wrote: > +-boost_cv_lib_system_LDFLAGS="-L$boost_ldpath -R$boost_ldpath" > ++boost_cv_lib_system_LDFLAGS="-L$boost_ldpath -Wl,-R$boost_ldpath" Actually, the -R switch should be dropped entirely. -R is a shortcut for --rpath. We don't want an rpath set on $boost_ldpath, which is the system %{_libdir}; setting that rpath is a violation of our packaging guidelines! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning pmd
On Mon, Jan 31, 2011 at 8:47 AM, Jerry James wrote: > I haven't used pmd for almost 2 years now. I think it is time to have > somebody who does use it take over maintainership. There are no open > bugs at this time. I'm afraid I have to force the issue. I just picked up several orphaned packages, and I really need to let this one go. I have orphaned: emacs-common-pmd pmd In addition, I am also orphaning this package: idw-gpl which was needed for findbugs at one time, but is no longer necessary. There are no open bugs against any of these packages. Please give them a good home. -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
> I'm in the process of test-driving a couple packages locally to make > sure that the new boost works. If that turns out well, I'll do a > non-scratch build of boost-1.46.0-0.beta1 later today. Sounds great. Probably better if this gets kicked off earlier in the weekend. > [1] http://fedoraproject.org/wiki/Features/F15Boost146 > [2] http://koji.fedoraproject.org/koji/taskinfo?taskID=2760766 A ha. Now I see the scratch build. I'll take a look. -benjamin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
On Sat, 2011-02-05 at 00:38 +0100, Petr Machata wrote: > 04.02.2011 21:10, Bastien Nocera wrote: > > Could we please either have boost.m4 packaged in Fedora, or at least > > changes for running with the latest boost in Fedora integrated upstream? > > What you are hitting here seems more related to gcc or binutils change. > For some reason g++ -R isn't valid anymore. Passing this as g++ > -Wl,-R fixes the problem (or at least works around it). FWIW I don't > see -R in gcc manual on F14, must have been obsolete for a bit already. I saw that one, but was figuring out that it should detected the library earlier than that. > Later in the build and throughout it hits a problem in libsigc++, which > doesn't #include . You will need to do that including yourself > before it's fixed in libsigc++. > > Yet later in the build it hits the problem with boost::filesystem that I > talked about in another thread earlier today. Building against v2 works > around this. OK. > Finally the build passes, except rpmbuild complains that two files are > not available: > > /builddir/build/BUILDROOT/gnote-0.7.3-5.fc15.x86_64/usr/libexec/gnote-applet > > /builddir/build/BUILDROOT/gnote-0.7.3-5.fc15.x86_64/usr/lib64/bonobo/servers/GNOME_GnoteApplet.server > > Could that be related to --disable-applet that you added recently? Yep. > I'm attaching a patch that addresses the points above, except the last one. It's all in git now, and building. Thanks very much for your help! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
05.02.2011 00:38, Petr Machata wrote: > What you are hitting here seems more related to gcc or binutils change. > For some reason g++ -R isn't valid anymore. Passing this as g++ -Wl,-R > fixes the problem (or at least works around it). FWIW I don't see -R in > gcc manual on F14, must have been obsolete for a bit already. > > I'm attaching a patch that addresses the points above, except the last one. Except that that patch changes the configure script instead of m4/boost.m4. That would be the more upstreamable solution, but would require autoreconf-ing or similar. PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem building mono-2.10 under rawhide
On Fri, 04 Feb 2011 10:29:13 +0100, Andreas wrote: > > MCS [basic] gacutil.exe > > Inconsistency detected by ld.so: dl-deps.c: 623: _dl_map_object_deps: > > Assertion `nlist > 1' failed! > > http://sourceware.org/bugzilla/show_bug.cgi?id=12454 > > Andreas. Interesting. Could you help classifying the following backtrace? https://bugzilla.redhat.com/attachment.cgi?id=473671 It's related to dlopening a shared lib and crashes during initialization of static members. ( https://bugzilla.redhat.com/669889 ) Would be great to get confirmation whether it's a problem outside the shared lib that's loaded. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
04.02.2011 21:10, Bastien Nocera wrote: Could we please either have boost.m4 packaged in Fedora, or at least changes for running with the latest boost in Fedora integrated upstream? What you are hitting here seems more related to gcc or binutils change. For some reason g++ -R isn't valid anymore. Passing this as g++ -Wl,-R fixes the problem (or at least works around it). FWIW I don't see -R in gcc manual on F14, must have been obsolete for a bit already. Later in the build and throughout it hits a problem in libsigc++, which doesn't #include . You will need to do that including yourself before it's fixed in libsigc++. Yet later in the build it hits the problem with boost::filesystem that I talked about in another thread earlier today. Building against v2 works around this. Finally the build passes, except rpmbuild complains that two files are not available: /builddir/build/BUILDROOT/gnote-0.7.3-5.fc15.x86_64/usr/libexec/gnote-applet /builddir/build/BUILDROOT/gnote-0.7.3-5.fc15.x86_64/usr/lib64/bonobo/servers/GNOME_GnoteApplet.server Could that be related to --disable-applet that you added recently? I'm attaching a patch that addresses the points above, except the last one. Hope this helps, PM diff --git a/gnote-0.7.3-boost-filesystem.patch b/gnote-0.7.3-boost-filesystem.patch new file mode 100644 index 000..9d428f3 --- /dev/null +++ b/gnote-0.7.3-boost-filesystem.patch @@ -0,0 +1,14 @@ +diff -up gnote-0.7.3/configure\~ gnote-0.7.3/configure +--- gnote-0.7.3/configure~ 2010-11-04 14:20:08.0 +0100 gnote-0.7.3/configure 2011-02-04 23:54:01.0 +0100 +@@ -16394,7 +16394,7 @@ rm -f core conftest.err conftest_ipa8_co + LDFLAGS=$boost_save_LDFLAGS + LIBS=$boost_save_LIBS + if test x"$boost_cv_lib_system" = xyes; then +-boost_cv_lib_system_LDFLAGS="-L$boost_ldpath -R$boost_ldpath" ++boost_cv_lib_system_LDFLAGS="-L$boost_ldpath -Wl,-R$boost_ldpath" + break 6 + else + boost_failed_libs="$boost_failed_libs@$boost_lib@" + +Diff finished. Fri Feb 4 23:54:06 2011 diff --git a/gnote-0.7.3-signal.patch b/gnote-0.7.3-signal.patch new file mode 100644 index 000..6468e7f --- /dev/null +++ b/gnote-0.7.3-signal.patch @@ -0,0 +1,121 @@ +diff -urp gnote-0.7.3/src/addinmanager.hpp gnote-0.7.3-pm/src/addinmanager.hpp +--- gnote-0.7.3/src/addinmanager.hpp 2011-02-05 00:01:56.0 +0100 gnote-0.7.3-pm/src/addinmanager.hpp2011-02-05 00:11:50.0 +0100 +@@ -26,6 +26,7 @@ + #include + #include + ++#include + #include + + #include "sharp/modulemanager.hpp" +diff -urp gnote-0.7.3/src/notebooks/notebookmanager.hpp gnote-0.7.3-pm/src/notebooks/notebookmanager.hpp +--- gnote-0.7.3/src/notebooks/notebookmanager.hpp 2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/notebooks/notebookmanager.hpp 2011-02-05 00:11:50.0 +0100 +@@ -23,6 +23,7 @@ + #ifndef _NOTEBOOK_MANAGER_HPP__ + #define _NOTEBOOK_MANAGER_HPP__ + ++#include + #include + #include + #include +diff -urp gnote-0.7.3/src/note.hpp gnote-0.7.3-pm/src/note.hpp +--- gnote-0.7.3/src/note.hpp 2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/note.hpp2011-02-05 00:11:50.0 +0100 +@@ -30,6 +30,7 @@ + + #include + ++#include + #include + #include + +diff -urp gnote-0.7.3/src/notemanager.hpp gnote-0.7.3-pm/src/notemanager.hpp +--- gnote-0.7.3/src/notemanager.hpp2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/notemanager.hpp 2011-02-05 00:11:50.0 +0100 +@@ -28,6 +28,7 @@ + + #include + ++#include + #include + + #include "preferences.hpp" +diff -urp gnote-0.7.3/src/notetag.hpp gnote-0.7.3-pm/src/notetag.hpp +--- gnote-0.7.3/src/notetag.hpp2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/notetag.hpp 2011-02-05 00:11:50.0 +0100 +@@ -24,6 +24,7 @@ + + #include + ++#include + #include + #include + #include +diff -urp gnote-0.7.3/src/preferences.hpp gnote-0.7.3-pm/src/preferences.hpp +--- gnote-0.7.3/src/preferences.hpp2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/preferences.hpp 2011-02-05 00:11:50.0 +0100 +@@ -25,6 +25,7 @@ + + #include + #include ++#include + #include + + #include "base/singleton.hpp" +diff -urp gnote-0.7.3/src/prefskeybinder.hpp gnote-0.7.3-pm/src/prefskeybinder.hpp +--- gnote-0.7.3/src/prefskeybinder.hpp 2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/prefskeybinder.hpp 2011-02-05 00:11:50.0 +0100 +@@ -23,6 +23,7 @@ + #define _PREFSKEYBINDER_HPP_ + + #include ++#include + #include + #include + +diff -urp gnote-0.7.3/src/tagmanager.hpp gnote-0.7.3-pm/src/tagmanager.hpp +--- gnote-0.7.3/src/tagmanager.hpp 2010-09-26 10:44:19.0 +0200 gnote-0.7.3-pm/src/tagmanager.hpp 2011-02-05 00:11:50.0 +0100 +@@ -24,6 +24,7 @@ + #define __TAG_MANAGER_HPP_ + + ++#include + #include + + #include +diff -urp gnote-0.7.
Re: boost 1.46.0
04.02.2011 14:59, Rex Dieter wrote: > Petr Machata wrote: > >> beta of boost-1.46.0 was released recently and packaged yesterday. It's >> now in the git, and a scratch build[2] was done. This is in preparation >> for final release that should be out on 7th, just before the feature >> freeze. Providing boost-1.46.0 is one of features of F15[1]. >> >> I'm in the process of test-driving a couple packages locally to make >> sure that the new boost works. If that turns out well, I'll do a >> non-scratch build of boost-1.46.0-0.beta1 later today. > > repoquery --archlist=src --repoid=rawhide-source -q \ >--whatrequires boost-devel | wc -l > > returns 163 for me. I used this: repoquery -s --whatrequires libboost\* | sort -u | wc -l which returns actual src.rpm of packages that depend on one of boost DSOs. There's 81 of them. Those are packages that really need rebuilding against the new boost, because they won't work otherwise. Packages that use header-only libraries linked essentially statically. > On quick inspection, I didn't see too much in said list that's too > critpath'y (though I did see some a couple of items low in the kde stack, > akonadi and kdepimlibs), but wondering if this is worthy of introducing a > side koji tag to do the necessary rebuilds. I rebuilt the following locally: akonadi-1.5.0-1.fc15.src.rpm aqsis-1.6.0-5.fc14.src.rpm asc-2.2.0.0-9.fc15.src.rpm avogadro-1.0.1-11.fc15.src.rpm barry-0.17-0.6.20110126git.fc15.src.rpm bastet-0.43-8.fc15.src.rpm aqsis needs a couple patches, I'll file a bug for that. The rest built OK. I noticed that akonadi has a testsuite, which passed, and I played and got my ass kicked by bastet, which means that it probably works. I think that all means that the smoke test went rather OK. One point that will cause problems (that's one aqsis patch) is that boost::filesystem now defaults to V3 of the API, where before it defaulted to V2. These APIs are not fully compatible. If the package uses the functions that are missing in V3, the conservative thing to do is to pass -DBOOST_FILESYSTEM_VERSION=2 in CXXFLAGS or to #define the same in appropriate places. > It may also depend on the risk of api breakage here. That's never too low with boost, but I wonder how much ABI changes can one do in course of two weeks worth of bugfixing. (Again, I'm more concerned about ABI breakages than API. Stuff will keep working in face of the latter.) PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
On 2/4/11 4:11 PM, Bastien Nocera wrote: > On Fri, 2011-02-04 at 15:41 -0500, Braden McDaniel wrote: >> On 2/4/11 3:10 PM, Bastien Nocera wrote: [snip] >>> Could we please either have boost.m4 packaged in Fedora, or at least >>> changes for running with the latest boost in Fedora integrated upstream? >>> >>> Because of boost changes between December and yesterday, I wasn't able >>> to recompile gnote: >>> https://bugzilla.gnome.org/show_bug.cgi?id=641416 >>> >>> The build failures are here: >>> http://koji.fedoraproject.org/koji/taskinfo?taskID=2759872 >>> >>> It's critical if we want gnote in F15's GNOME desktop. >> >> Isn't boost.m4 just some third-party macro? >> >> Perhaps upstream could be encouraged not to use it? [snip] > I'm pretty sure the gnote developers would take any patches to remove > that code, as long as it did detection as you mentioned above. If boost > provided a pkg-config file, or their own macros, I'm pretty sure that > gnote wouldn't be using it. > > I don't know enough about boost to make those changes myself, and wading > through 2 tarballs of 40 megs each to figure out the library layout of > boost is a bit beyond me. I am pretty sure that wading is unnecessary. All I do in my own Boost-dependent project is this: --- AS_IF([test -z "${BOOST_LIB_SUFFIX+x}"], [BOOST_LIB_SUFFIX=-mt]) AC_ARG_VAR([BOOST_LIB_SUFFIX], [Boost library name suffix [default=-mt]]) AC_CACHE_CHECK([for boost_thread$BOOST_LIB_SUFFIX library], [ov_cv_boost_thread], [ov_cv_boost_thread=no ov_save_LIBS=$LIBS LIBS="-lboost_thread$BOOST_LIB_SUFFIX $LIBS" AC_LANG_PUSH([C++]) AC_LINK_IFELSE([AC_LANG_PROGRAM([[#include ]], [[boost::thread t]])], [ov_cv_boost_thread=yes]) AC_LANG_POP LIBS=$ov_save_LIBS ]) AS_IF([test X$ov_cv_boost_thread = Xno], [AC_MSG_FAILURE([libboost_thread$BOOST_LIB_SUFFIX not found])]) --- Then, references to Boost libraries in Makefile.am need to look like "-lboost_foo$BOOST_LIB_SUFFIX". And you're done. As you can see, I don't do any detection of the Boost library suffix; and I don't have a very high opinion of attempts to do so. Indeed, I'm generally of the mind that attempts simply to detect features that are implemented consistently (when present at all) are misguided. When such diagnostics are trivial or incidental, they're fine. But as soon as they're the least bit nontrivial, you've got an unnecessary test that can break--and that's a very silly reason for your package to stop building. Braden -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora GNOME 3 Test Day #1 coming up tomorrow
On Fri, 2011-02-04 at 18:50 +0100, Michael Schwendt wrote: > On Thu, 03 Feb 2011 13:04:56 -0800, John wrote: > > > I was able to compose a DVD of today's rawhide using pungi. > > I was able to install it by: Customize Now, delete package 'gnote' > > from GNOME packages; proceed. > > I got stuck at firstboot because the X server did not start. > > [It has worked in various previous F15 rawhides.] > > In the meantime I'm trying the special TestDay .isos: > > http://adamwill.fedorapeople.org/gnome3_test_day_20110203/gnome3_test_20110203.iso > > http://adamwill.fedorapeople.org/gnome3_test_day_20110203/gnome3_test_20110203_i686.iso > > > > Could be _much_ more easy to get going: they were never intended as images from which to install, which is why you had so much trouble doing it. =) the usual set up for test days is to prioritize testing from live boot, as it's what most testers find convenient. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora GNOME 3 Test Day #1 coming up tomorrow
On Fri, 4 Feb 2011 21:09:41 +0100, Christoph wrote: > > * At the graphical login screen, I cannot log in. I did the useradd > > manually, and it appears as an empty entry to click on. Authentication > > fails. Cursor doesn't show any asterisk characters either when typing > > in the passphrase. > > The entry is empty because you did not provide a full name to useradd. I know that, just didn't mention it. IMO, it's a usability bug if the login manager isn't clever enough to fall back to the username. > Click other user, enter username, then password and you are done. This > also works when the user list is empty which happens randomly. ~C As mentioned on test-list, keyboard input in X doesn't work for me at all. Hence I cannot enter anything. Not in GNOME and not in XFCE either. I *would* have tested the snapshot a bit, but so far I can't. The GNOME Shell is strange, btw. The names below the various icons are truncated with "...", and not even moving the mouse over them expands them. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
On Fri, 2011-02-04 at 15:41 -0500, Braden McDaniel wrote: > On 2/4/11 3:10 PM, Bastien Nocera wrote: > > On Fri, 2011-02-04 at 14:33 +0100, Petr Machata wrote: > >> Hi, > >> > >> beta of boost-1.46.0 was released recently and packaged yesterday. It's > >> now in the git, and a scratch build[2] was done. This is in preparation > >> for final release that should be out on 7th, just before the feature > >> freeze. Providing boost-1.46.0 is one of features of F15[1]. > >> > >> I'm in the process of test-driving a couple packages locally to make > >> sure that the new boost works. If that turns out well, I'll do a > >> non-scratch build of boost-1.46.0-0.beta1 later today. > > > > Could we please either have boost.m4 packaged in Fedora, or at least > > changes for running with the latest boost in Fedora integrated upstream? > > > > Because of boost changes between December and yesterday, I wasn't able > > to recompile gnote: > > https://bugzilla.gnome.org/show_bug.cgi?id=641416 > > > > The build failures are here: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2759872 > > > > It's critical if we want gnote in F15's GNOME desktop. > > Isn't boost.m4 just some third-party macro? > > Perhaps upstream could be encouraged not to use it? It seems rather > pointless to me. That is, it looks like it's checking a bunch of things > that don't need checking. AFAIK, the only configuration information one > needs to divine about Boost is the library name suffix. If one guesses > that Boost libraries will end in "-mt", one will be correct a large > majority of the time. When that's wrong, one might want to make a few > other guesses--or punt and make the user supply the suffix at configure > time (which is not at all unreasonable, since the complete list of > possible suffixes is *quite* long). I'm pretty sure the gnote developers would take any patches to remove that code, as long as it did detection as you mentioned above. If boost provided a pkg-config file, or their own macros, I'm pretty sure that gnote wouldn't be using it. I don't know enough about boost to make those changes myself, and wading through 2 tarballs of 40 megs each to figure out the library layout of boost is a bit beyond me. Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review (admin server): [Bug 616260] libds-admin-serv linking fails due to unresolved link-time dependencies
https://bugzilla.redhat.com/show_bug.cgi?id=616260 https://bugzilla.redhat.com/attachment.cgi?id=476923&action=diff https://bugzilla.redhat.com/attachment.cgi?id=476923&action=edit Description: 1) Do not use nodist_property_DATA for ICU resource files, but use BUILT_SOURCES to keep them just in the built source area and directly copy them to the install location using the script defined in install-data-hook. 2) Added macros ADMINUTIL_LINK, NSPR_LINK, NSS_LINK, SASL_LINK and ICU_LINK, and let DEFAULT_LIBS_NOCGI and libds_admin_ serv_la_LIBADD use them. ADMINUTIL_LINK now contains adminutil, NSS, NSPR, SASL, LDAPSDK/OPENLDAP, ICU in the library search path. Note: the patch is big, but only Makefile.am needs to be reviewed. -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: boost 1.46.0
On 2/4/11 3:10 PM, Bastien Nocera wrote: > On Fri, 2011-02-04 at 14:33 +0100, Petr Machata wrote: >> Hi, >> >> beta of boost-1.46.0 was released recently and packaged yesterday. It's >> now in the git, and a scratch build[2] was done. This is in preparation >> for final release that should be out on 7th, just before the feature >> freeze. Providing boost-1.46.0 is one of features of F15[1]. >> >> I'm in the process of test-driving a couple packages locally to make >> sure that the new boost works. If that turns out well, I'll do a >> non-scratch build of boost-1.46.0-0.beta1 later today. > > Could we please either have boost.m4 packaged in Fedora, or at least > changes for running with the latest boost in Fedora integrated upstream? > > Because of boost changes between December and yesterday, I wasn't able > to recompile gnote: > https://bugzilla.gnome.org/show_bug.cgi?id=641416 > > The build failures are here: > http://koji.fedoraproject.org/koji/taskinfo?taskID=2759872 > > It's critical if we want gnote in F15's GNOME desktop. Isn't boost.m4 just some third-party macro? Perhaps upstream could be encouraged not to use it? It seems rather pointless to me. That is, it looks like it's checking a bunch of things that don't need checking. AFAIK, the only configuration information one needs to divine about Boost is the library name suffix. If one guesses that Boost libraries will end in "-mt", one will be correct a large majority of the time. When that's wrong, one might want to make a few other guesses--or punt and make the user supply the suffix at configure time (which is not at all unreasonable, since the complete list of possible suffixes is *quite* long). Braden -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
On Fri, 2011-02-04 at 14:33 +0100, Petr Machata wrote: > Hi, > > beta of boost-1.46.0 was released recently and packaged yesterday. It's > now in the git, and a scratch build[2] was done. This is in preparation > for final release that should be out on 7th, just before the feature > freeze. Providing boost-1.46.0 is one of features of F15[1]. > > I'm in the process of test-driving a couple packages locally to make > sure that the new boost works. If that turns out well, I'll do a > non-scratch build of boost-1.46.0-0.beta1 later today. Could we please either have boost.m4 packaged in Fedora, or at least changes for running with the latest boost in Fedora integrated upstream? Because of boost changes between December and yesterday, I wasn't able to recompile gnote: https://bugzilla.gnome.org/show_bug.cgi?id=641416 The build failures are here: http://koji.fedoraproject.org/koji/taskinfo?taskID=2759872 It's critical if we want gnote in F15's GNOME desktop. Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora GNOME 3 Test Day #1 coming up tomorrow
2011/2/4 Michael Schwendt: > * At the graphical login screen, I cannot log in. I did the useradd > manually, and it appears as an empty entry to click on. Authentication > fails. Cursor doesn't show any asterisk characters either when typing > in the passphrase. The entry is empty because you did not provide a full name to useradd. Click other user, enter username, then password and you are done. This also works when the user list is empty which happens randomly. ~C -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boost 1.46.0
Rex Dieter (rdie...@math.unl.edu) said: > Petr Machata wrote: > > > beta of boost-1.46.0 was released recently and packaged yesterday. It's > > now in the git, and a scratch build[2] was done. This is in preparation > > for final release that should be out on 7th, just before the feature > > freeze. Providing boost-1.46.0 is one of features of F15[1]. > > > > I'm in the process of test-driving a couple packages locally to make > > sure that the new boost works. If that turns out well, I'll do a > > non-scratch build of boost-1.46.0-0.beta1 later today. > > repoquery --archlist=src --repoid=rawhide-source -q \ > --whatrequires boost-devel | wc -l > > returns 163 for me. > > On quick inspection, I didn't see too much in said list that's too > critpath'y (though I did see some a couple of items low in the kde stack, > akonadi and kdepimlibs), but wondering if this is worthy of introducing a > side koji tag to do the necessary rebuilds. > > It may also depend on the risk of api breakage here. Note that we already have one package that isn't building against current boost in F-15: https://bugzilla.gnome.org/show_bug.cgi?id=641416 I'm assuming that could be fixed while we're rebuilding? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: changes to base-x comps group
Peter Robinson (pbrobin...@gmail.com) said: > On Fri, Feb 4, 2011 at 5:11 PM, Bill Nottingham wrote: > > (Attempting to CC relevant spins/groups maintainers) > > > > I'm looking to do some rework of the base-x comps group. Right now, its > > main purpose in life is to provide the X server that is used by the > > various desktops (and the window-managers group, I suppose). However, given > > that, it has stuff in it that it really shouldn't - configuration tools, > > applets, session services, and so on. > > > > Attached is a patch series that attempts to remove this cruft from the > > base-x group, and place it, where relevant, in the appropriate desktop > > groups. (At least, the cruft that was on by default - I haven't attempted > > to weed out the optional packages yet.) > > > > Does this look sane, as far as it touches your particular desktop? In many > > cases, these tools/apps were getting removed/disabled by the live spins > > anyway. > > Looks sane from the Sugar/MeeGo side of things, and is very much > appreciated as its been on my todo list for a long time. I knew I was going to forget a spin on the CC list, sorry about that. Thanks for the review! Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: NetworkManager doesn't start on boot
On Thu, 2011-02-03 at 21:12 +0100, Lennart Poettering wrote: > On Mon, 31.01.11 02:22, Braden McDaniel (bra...@endoframe.com) wrote: > > > I've recently set up a virtual machine running rawhide and I've noticed > > that NetworkManager never seems to start on boot; I must always start it > > manually. As far as I can tell, it is configured to start on boot. Is > > there something about the virtual machine context that would trigger > > this? > > what does "systemctl status NetworkManager.service" say? After booting and logging in as root: # systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service) Active: inactive (dead) CGroup: name=systemd:/system/NetworkManager.service -- Braden McDaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide woes
On 2011/02/04 03:51 (GMT-0500) Jon Masters composed: >> > On Thu, 2011-02-03 at 18:04 -0500, Felix Miata wrote: >> >> I tried to net (minimal) install 40 hours ago and got no initrd and >> thus no >> >> boot. Culprit was less not installed. I made a working initrd via >> chroot and >> >> yum install less. Still when done, ethX cannot be found, so I have no >> network >> >> except via chroot, and even then after installing X and KDE, yum gives >> errors >> >> about installed packages not actually being installed. >> > Can you run: >> > $ /sbin/ifconfig -a >> > And let us know if you are seeing differently named devices, or if they >> > are simply outright missing? Thanks. Totally fails > Looks like your system is attempting to name devices according to PCI > slot. What is the hardware that you are running? > I doubt it'll be possible to debug the network issue further without > some kind of minimally working install. I've updated https://bugzilla.redhat.com/show_bug.cgi?id=675048 since reinstalling again. -- "How much better to get wisdom than gold, to choose understanding rather than silver." Proverbs 16:16 NKJV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: NetworkManager doesn't start on boot
On 01/31/2011 08:22 AM, Braden McDaniel wrote: > I've recently set up a virtual machine running rawhide and I've noticed > that NetworkManager never seems to start on boot; I must always start it > manually. As far as I can tell, it is configured to start on boot. Is > there something about the virtual machine context that would trigger > this? > I had similar problem when NetworkManager worked only when I reinstalled it and after a while it stopped working again saying something like: "can't get capabilities" which turned out to be a problem with prelink which is solved in prelink-0.4.4-1.fc15.x86_64. Hope this helps, Jirka -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora GNOME 3 Test Day #1 coming up tomorrow
On Thu, 03 Feb 2011 13:04:56 -0800, John wrote: > I was able to compose a DVD of today's rawhide using pungi. > I was able to install it by: Customize Now, delete package 'gnote' > from GNOME packages; proceed. > I got stuck at firstboot because the X server did not start. > [It has worked in various previous F15 rawhides.] > In the meantime I'm trying the special TestDay .isos: > http://adamwill.fedorapeople.org/gnome3_test_day_20110203/gnome3_test_20110203.iso > http://adamwill.fedorapeople.org/gnome3_test_day_20110203/gnome3_test_20110203_i686.iso > Could be _much_ more easy to get going: * First of all, I'm one of those "put .iso on local harddisk and boot it with the included vmlinuz/initrd" users. It didn't default to "askmethod", so because I was in a hurry, I didn't notice it performed a network install and downloaded everything from the network. Gah! * Booting with "askmethod" and pointing it to /dev/sda6 and path /15/64, the installer crashed in /sbin/loader. * Once the installer crashed during graphic adapter init. It ended with nothing else than "noise" on the screen. * In addition to removing "gnote" due to its broken dep, I typically remove group "Applications > Games and Entertainment". Why does this still install "gnome-games" nevertheless? | Installing gnome-games-2.31.91.1-1.fc15.x86_64 * End of installation resulted in bz 673209 (reported by somebody else before. * The LUKS passphrase prompt during booting doesn't have focus or such. Everything entered there is displayed on one of the virtual consoles. With the asterisk chars being displayed only when hitting ENTER. * Rebooting crashes in firstboot. * At the graphical login screen, I cannot log in. I did the useradd manually, and it appears as an empty entry to click on. Authentication fails. Cursor doesn't show any asterisk characters either when typing in the passphrase. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Apache-DBI/f14/master] update to 1.10 (bugfix)
commit b19f54c633f9ee5cb23cc68a4f58460db8a985f6 Author: remi Date: Fri Feb 4 18:43:19 2011 +0100 update to 1.10 (bugfix) .gitignore |1 + perl-Apache-DBI.spec | 13 + sources |2 +- 3 files changed, 11 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index c0c90d1..e5baa1c 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Apache-DBI-1.08.tar.gz /Apache-DBI-1.09.tar.gz +/Apache-DBI-1.10.tar.gz diff --git a/perl-Apache-DBI.spec b/perl-Apache-DBI.spec index 1388be1..5b67054 100644 --- a/perl-Apache-DBI.spec +++ b/perl-Apache-DBI.spec @@ -1,24 +1,26 @@ %global perlname Apache-DBI Name: perl-Apache-DBI -Version: 1.09 +Version: 1.10 Release: 1%{?dist} Summary: Persistent database connections with Apache/mod_perl Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/Apache-DBI/ -#Source: http://search.cpan.org/CPAN/authors/id/P/PG/PGOLLUCCI/%{perlname}-%{version}.tar.gz -Source: http://search.cpan.org/CPAN/authors/id/A/AB/ABH/%{perlname}-%{version}.tar.gz +Source: http://search.cpan.org/CPAN/authors/id/P/PH/PHRED/%{perlname}-%{version}.tar.gz BuildArch: noarch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - BuildRequires: perl(Test::More) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(DBD::mysql) + Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) +%{?perl_default_filter} + + %description This is version %{version} of Apache::AuthDBI and Apache::DBI. @@ -70,6 +72,9 @@ make test %{perl_vendorlib}/Apache %changelog +* Fri Feb 04 2011 Remi Collet 1.10-1 +- update to 1.10 (bugfix) + * Tue Nov 23 2010 Remi Collet 1.09-1 - update to 1.09 (bugfix) diff --git a/sources b/sources index a66a55a..0788aaf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -3243a359906cfc62d548f327c9e3b8c7 Apache-DBI-1.09.tar.gz +f4c6c8b718192a9f1ab2bbe31e221c38 Apache-DBI-1.10.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Guidelines Change] Changes to the Packaging Guidelines
Here are the latest set of changes to the Fedora Packaging Guidelines: --- The rules for substituting dots with dashes in package names have been clarified to make explicit that they apply to python modules and that they do not apply to version numbers in compat libraries. https://fedoraproject.org/wiki/Packaging:NamingGuidelines --- Many implementations of md5 originate in a program and then end up copied to other programs with compatible license terms. These implementations have been granted a bundling exception. The usual requirement to set a Virtual Provides: if bundling are in effect and have some special notes due to the many implementations out there. Note that copying the implementation from a library is not covered under this exception. https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries#Packages_granted_exceptions --- rpm and yum treat a dependency on a package of the form Requires: foo as being fulfilled by any available package foo, regardless of arch. On multilib architectures, this means that there are often two packages with the same name: one for each of the multilib arches. When yum is asked to satisfy a dependency for that package name it could pull in the package for the wrong arch. This happens when the correct architecture is not available to yum. That might be the case if, due to some malfunction, the Fedora repositories are out of synch. It can also happen if a user has installed a package that is treated as "newer" than the corresponding package in the currently enabled set of repositories; in attempting to resolve otherwise-unresolvable dependency chains, yum may decide to pull in the dependency chain for a different arch. In some situations, this is not a problem, but there are some situations where it does matter: * A library that is explicitly Required (example a dlopen'd library) * The dependency from one -devel packages that is not noarch to another -devel package. * A non-noarch subpackage's dependency on its main package or another subpackage (e.g., libfoo-devel depends on libfoo, or fooapp-plugins depends on foo-app). The Packaging Guidelines (and Naming Guidelines) have been amended to reflect that %{?_isa} must be used for Explicit Requires and Provides that match those situations. http://fedoraproject.org/wiki/Packaging:Guidelines#Requires http://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires http://fedoraproject.org/wiki/Packaging:Guidelines#Requiring_Base_Package https://fedoraproject.org/wiki/Packaging:NamingGuidelines#Renaming.2Freplacing_existing_packages --- Previously, there was a change made to the Documentation guidelines which stated that: If a package includes something as %doc, it must not affect the runtime of the application. To summarize: If it is in %doc, the program must run properly if it is not present. In addition, %doc files must not have executable permissions. This has been revised to: Files marked as documentation must not cause the package to pull in more dependencies than it would without the documentation. One simple way to ensure this is to remove all executable permissions from %doc files (chmod -x). Also, if a package includes something as %doc, it must not affect the runtime of the packaged application(s). To summarize: If it is in %doc, the included programs must run properly if it is not present. https://fedoraproject.org/wiki/Packaging:Guidelines#Documentation --- A new section has been added to the Packaging Guidelines concerning test suites included with source code: If the source code of the package provides a test suite, it should be executed in the %check section, whenever it is practical to do so. https://fedoraproject.org/wiki/Packaging:Guidelines#Test_Suites --- A new section has been added to the Packaging Guidelines concerning the proper packaging of tmpfiles.d configurations and directories: https://fedoraproject.org/wiki/Packaging:Tmpfiles.d --- These guidelines (and changes) were approved by the Fedora Packaging Committee (FPC). Many thanks to Jochen Schmitt and all of the members of the FPC, for assisting in drafting, refining, and passing these guidelines. As a reminder: The Fedora Packaging Guidelines are living documents! If you find something missing, incorrect, or in need of revision, you can suggest a draft change. The procedure for this is documented here: http://fedoraproject.org/wiki/Packaging/Committee#GuidelineChangeProcedure Thanks, ~spot ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Apache-DBI] update to 1.10 (bugfix)
commit 12e2527406323dd5dbc3a974a7e398de6d8c4999 Author: remi Date: Fri Feb 4 18:43:19 2011 +0100 update to 1.10 (bugfix) .gitignore |1 + perl-Apache-DBI.spec | 13 + sources |2 +- 3 files changed, 11 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index c0c90d1..e5baa1c 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Apache-DBI-1.08.tar.gz /Apache-DBI-1.09.tar.gz +/Apache-DBI-1.10.tar.gz diff --git a/perl-Apache-DBI.spec b/perl-Apache-DBI.spec index 1388be1..5b67054 100644 --- a/perl-Apache-DBI.spec +++ b/perl-Apache-DBI.spec @@ -1,24 +1,26 @@ %global perlname Apache-DBI Name: perl-Apache-DBI -Version: 1.09 +Version: 1.10 Release: 1%{?dist} Summary: Persistent database connections with Apache/mod_perl Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/Apache-DBI/ -#Source: http://search.cpan.org/CPAN/authors/id/P/PG/PGOLLUCCI/%{perlname}-%{version}.tar.gz -Source: http://search.cpan.org/CPAN/authors/id/A/AB/ABH/%{perlname}-%{version}.tar.gz +Source: http://search.cpan.org/CPAN/authors/id/P/PH/PHRED/%{perlname}-%{version}.tar.gz BuildArch: noarch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - BuildRequires: perl(Test::More) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(DBD::mysql) + Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) +%{?perl_default_filter} + + %description This is version %{version} of Apache::AuthDBI and Apache::DBI. @@ -70,6 +72,9 @@ make test %{perl_vendorlib}/Apache %changelog +* Fri Feb 04 2011 Remi Collet 1.10-1 +- update to 1.10 (bugfix) + * Tue Nov 23 2010 Remi Collet 1.09-1 - update to 1.09 (bugfix) diff --git a/sources b/sources index a66a55a..0788aaf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -3243a359906cfc62d548f327c9e3b8c7 Apache-DBI-1.09.tar.gz +f4c6c8b718192a9f1ab2bbe31e221c38 Apache-DBI-1.10.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Apache-DBI-1.10.tar.gz uploaded to lookaside cache by remi
A file has been added to the lookaside cache for perl-Apache-DBI: f4c6c8b718192a9f1ab2bbe31e221c38 Apache-DBI-1.10.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: rawhide woes
> Recent install media can be found at: > > http://alt.fedoraproject.org/pub/alt/stage/15-Alpha.TC1/Fedora/x86_64/iso/ > > in particular a working netinst.iso. That's now more than one week old, which is too old to be useful for testing the install process and "out of the box" experience. >> then disable firstboot by editing /etc/rc.d/init.d/firstboot and inserting >> "exit 0". > > A more standard procedure in this case is > > $ chkconfig firstboot off Turning off firstboot via chkconfig does not work. firstboot must run [once] and succeed. If not, then firstboot will continue to be invoked on every boot until it "succeeds" (process return code 0). I booted to single-user mode, ran "chkconfig firstboot off", and resumed booting. firstboot still ran (and still failed because interlock with X11 server does not work.) -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: changes to base-x comps group
On Fri, Feb 4, 2011 at 5:11 PM, Bill Nottingham wrote: > (Attempting to CC relevant spins/groups maintainers) > > I'm looking to do some rework of the base-x comps group. Right now, its > main purpose in life is to provide the X server that is used by the > various desktops (and the window-managers group, I suppose). However, given > that, it has stuff in it that it really shouldn't - configuration tools, > applets, session services, and so on. > > Attached is a patch series that attempts to remove this cruft from the > base-x group, and place it, where relevant, in the appropriate desktop > groups. (At least, the cruft that was on by default - I haven't attempted > to weed out the optional packages yet.) > > Does this look sane, as far as it touches your particular desktop? In many > cases, these tools/apps were getting removed/disabled by the live spins > anyway. Looks sane from the Sugar/MeeGo side of things, and is very much appreciated as its been on my todo list for a long time. Regards, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: changes to base-x comps group
On Fri, 4 Feb 2011 12:11:44 -0500 Bill Nottingham wrote: > (Attempting to CC relevant spins/groups maintainers) > > I'm looking to do some rework of the base-x comps group. Right now, > its main purpose in life is to provide the X server that is used by > the various desktops (and the window-managers group, I suppose). > However, given that, it has stuff in it that it really shouldn't - > configuration tools, applets, session services, and so on. > > Attached is a patch series that attempts to remove this cruft from the > base-x group, and place it, where relevant, in the appropriate desktop > groups. (At least, the cruft that was on by default - I haven't > attempted to weed out the optional packages yet.) > > Does this look sane, as far as it touches your particular desktop? In > many cases, these tools/apps were getting removed/disabled by the > live spins anyway. Looks ok here from a quick glance. I welcome base-x being base x. :) I think we should be able to fix up anything that breaks from this without too much trouble. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
changes to base-x comps group
(Attempting to CC relevant spins/groups maintainers) I'm looking to do some rework of the base-x comps group. Right now, its main purpose in life is to provide the X server that is used by the various desktops (and the window-managers group, I suppose). However, given that, it has stuff in it that it really shouldn't - configuration tools, applets, session services, and so on. Attached is a patch series that attempts to remove this cruft from the base-x group, and place it, where relevant, in the appropriate desktop groups. (At least, the cruft that was on by default - I haven't attempted to weed out the optional packages yet.) Does this look sane, as far as it touches your particular desktop? In many cases, these tools/apps were getting removed/disabled by the live spins anyway. Bill commit 88a97705e745600d6b28dd065ec0a90a62283907 Author: Bill Nottingham Date: Fri Jan 28 16:10:09 2011 -0500 Move assorted tools (ssh-askpass, gnome-packagekit, abrt-desktop) out of base-x and into appropriate desktop environments. Also, make krb5-auth-dialog optional. diff --git a/comps-f15.xml.in b/comps-f15.xml.in index c7dc984..29cdd5c 100644 --- a/comps-f15.xml.in +++ b/comps-f15.xml.in @@ -379,15 +379,11 @@ xorg-x11-server-Xorg xorg-x11-xauth xorg-x11-xinit - abrt-desktop authconfig-gtk desktop-backgrounds-basic firstboot glx-utils - gnome-packagekit - krb5-auth-dialog mesa-dri-drivers - openssh-askpass plymouth-system-theme policycoreutils-gui policycoreutils-restorecond @@ -405,6 +401,7 @@ devilspie gdm gxmessage + krb5-auth-dialog lilyterm roxterm rss-glx @@ -2724,6 +2721,7 @@ imsettings-gnome pinentry-gtk scim-bridge-gtk + abrt-desktop at-spi2-atk at-spi2-core avahi @@ -2738,6 +2736,7 @@ file-roller-nautilus gcalctool gdm + gnome-packagekit gdm-plugin-fingerprint gdm-user-switch-applet gedit @@ -3887,6 +3886,7 @@ libreoffice-kde pinentry-qt scim-bridge-qt + abrt-desktop amarok bluedevil cups-pk-helper @@ -4416,6 +4416,8 @@ pcmanfm imsettings-lxde pinentry-gtk + abrt-desktop + gnome-packagekit gpicview leafpad lxappearance @@ -4428,6 +4430,7 @@ lxtask lxterminal obconf + openssh-askpass xarchiver xscreensaver-base lxde-icon-theme @@ -6707,8 +6710,11 @@ xfwm4 imsettings-xfce pinentry-gtk + abrt-desktop gdm + gnome-packagekit mousepad + openssh-askpass orage polkit-gnome Terminal commit 35ff3b1d21ab454769b52bce98db8beb66749196 Author: Bill Nottingham Date: Fri Jan 28 16:24:54 2011 -0500 Move system-config-* tools from base-x to appropriate desktops. In Admin tools, make s-c-network optional, and swap gnome-disk-utility for s-c-lvm. diff --git a/comps-f15.xml.in b/comps-f15.xml.in index 29cdd5c..77976b2 100644 --- a/comps-f15.xml.in +++ b/comps-f15.xml.in @@ -9,14 +9,13 @@ true authconfig-gtk + gnome-disk-utility gnome-packagekit system-config-boot system-config-date system-config-firewall system-config-keyboard system-config-language - system-config-lvm - system-config-network system-config-users cacti dbench @@ -34,6 +33,8 @@ pessulus qtparted system-config-kickstart + system-config-lvm + system-config-network system-config-rootpassword yumex @@ -385,16 +386,9 @@ glx-utils mesa-dri-drivers plymouth-system-theme - policycoreutils-gui - policycoreutils-restorecond policycoreutils-sandbox setroubleshoot smolt-firstboot - system-config-date - system-config-firewall - system-config-network - system-config-services - system-config-users xorg-x11-utils alltray aterm @@ -2787,6 +2781,7 @@ seahorse shotwell simple-scan + system-config-firewall vinagre vino xdg-user-dirs-gtk @@ -3925,6 +3920,9 @@ qtcurve-gtk2 qtcurve-kde4 scribus + system-config-date + system-config-firewall + system-config-services system-config-printer-kde xorg-x11-apps @@ -4431,6 +4429,10 @@ lxterminal obconf openssh-askpass + system-config-date + system-config-firewall + system-config-services + system-config-users xarchiver xscreensaver-base lxde-icon-theme @@ -6717,6 +6719,10 @@ openssh-askpass orage polkit-gnome + system-config-date + system-config-firewall + system-config-services + system-config-users Terminal
Re: GDM in rawhide
Lucas (macach...@gmail.com) said: > After yesterday update GDM became quite selfish. It sees only it self as a > WM, I have also FXCE4 and > was not be able to start it - there was no any place where it suppose to be > chosen. > > Did anybody else notice it and was it fixed in today update. The session selector is intended to come back, according to an upstream developer. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
GDM in rawhide
Dear All. After yesterday update GDM became quite selfish. It sees only it self as a WM, I have also FXCE4 and was not be able to start it - there was no any place where it suppose to be chosen. Did anybody else notice it and was it fixed in today update. Or, shell I install SLIM and solve this and many others future problems? Thank you. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-B-Utils] update to 0.13
commit fcf05f0e172714cc90b14066507c27ebd63da617 Author: Iain Arnell Date: Fri Feb 4 17:03:24 2011 +0100 update to 0.13 .gitignore|1 + perl-B-Utils.spec | 34 -- sources |2 +- 3 files changed, 22 insertions(+), 15 deletions(-) --- diff --git a/.gitignore b/.gitignore index 3622b59..4330743 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ B-Utils-0.11.tar.gz +/B-Utils-0.13.tar.gz diff --git a/perl-B-Utils.spec b/perl-B-Utils.spec index 662a928..2647f42 100644 --- a/perl-B-Utils.spec +++ b/perl-B-Utils.spec @@ -1,20 +1,26 @@ Name: perl-B-Utils -Version:0.11 -Release:3%{?dist} +Version:0.13 +Release:1%{?dist} Summary:Helper functions for op tree manipulation License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/B-Utils/ Source0: http://www.cpan.org/authors/id/J/JJ/JJORE/B-Utils-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) + +BuildRequires: perl(B) +BuildRequires: perl(Carp) +BuildRequires: perl(DynaLoader) BuildRequires: perl(Exporter) -BuildRequires: perl(ExtUtils::Depends) >= 0.302 +BuildRequires: perl(ExtUtils::Depends) >= 0.301 BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(List::Util) BuildRequires: perl(Scalar::Util) -BuildRequires: perl(Task::Weaken) +BuildRequires: perl(strict) +BuildRequires: perl(subs) BuildRequires: perl(Test::More) -#BuildRequires: perl(Test::Pod) -#BuildRequires: perl(Test::Signature) +BuildRequires: perl(Test::Pod) +BuildRequires: perl(vars) +Requires: perl(List::Util) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %{?perl_default_filter} @@ -30,9 +36,7 @@ Helper functions for op tree manipulation. make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT - -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; @@ -43,17 +47,19 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files %defattr(-,root,root,-) -%doc Changes README +%doc Changes LICENSE README %{perl_vendorarch}/auto/* %{perl_vendorarch}/B* %{_mandir}/man3/* %changelog +* Fri Feb 04 2011 Iain Arnell 0.13-1 +- update to latest upstream version +- clean up spec for modern rpmbuild +- tweak buildrequires + * Wed Dec 15 2010 Marcela Maslanova - 0.11-3 - 661697 rebuild for fixing problems with vendorach/lib diff --git a/sources b/sources index 2798d0d..6ca5460 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ecfbba83b9b6c92b2ba0c832ccbc75f3 B-Utils-0.11.tar.gz +08cc7ef0bbdaaf1b0b83a3e2aea719fd B-Utils-0.13.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Format-Natural] update to 0.93
commit d2db605d79499da1c2ce8813de17a415e1bd2c77 Author: Iain Arnell Date: Fri Feb 4 17:02:28 2011 +0100 update to 0.93 .gitignore|1 + perl-DateTime-Format-Natural.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index e7b8bba..47717ee 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ DateTime-Format-Natural-0.89.tar.gz /DateTime-Format-Natural-0.90.tar.gz /DateTime-Format-Natural-0.91.tar.gz /DateTime-Format-Natural-0.92.tar.gz +/DateTime-Format-Natural-0.93.tar.gz diff --git a/perl-DateTime-Format-Natural.spec b/perl-DateTime-Format-Natural.spec index e2b7716..19e3ee7 100644 --- a/perl-DateTime-Format-Natural.spec +++ b/perl-DateTime-Format-Natural.spec @@ -1,5 +1,5 @@ Name: perl-DateTime-Format-Natural -Version:0.92 +Version:0.93 Release:1%{?dist} Summary:Create machine readable date/time with natural parsing logic License:GPL+ or Artistic @@ -81,6 +81,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \; %changelog +* Fri Feb 04 2011 Iain Arnell 0.93-1 +- update to latest upstream version + * Sat Jan 15 2011 Iain Arnell 0.92-1 - update to latest upstream version diff --git a/sources b/sources index 2356a5f..0c25674 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -25e952df077f8962e491e7cf3968a648 DateTime-Format-Natural-0.92.tar.gz +a6d05671fcc37fb79eef5fd47541c071 DateTime-Format-Natural-0.93.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File B-Utils-0.13.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-B-Utils: 08cc7ef0bbdaaf1b0b83a3e2aea719fd B-Utils-0.13.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Preferred & Startup applications gone?
On Fri, 2011-02-04 at 08:52 +0100, Kevin Kofler wrote: > Adam Williamson wrote: > > it's a design feature, we are told. the intent is that applications > > should offer the option to set themselves as the default, instead of the > > desktop providing a central config point. > > To the GNOME developers (Adam, I know you are just the messenger): If you want to talk to the GNOME designers, please join #gnome-design on GimpNet. Climbing on your soapbox here is not going to be very effective. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Perl-PrereqScanner] update to 1.002
commit 6900c4e36493916f267f002e573fe4110af5b18a Author: Iain Arnell Date: Fri Feb 4 16:45:13 2011 +0100 update to 1.002 .gitignore |1 + perl-Perl-PrereqScanner.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 64c7f54..ee1aa40 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ Perl-PrereqScanner-0.101480.tar.gz /Perl-PrereqScanner-0.101892.tar.gz /Perl-PrereqScanner-1.000.tar.gz /Perl-PrereqScanner-1.001.tar.gz +/Perl-PrereqScanner-1.002.tar.gz diff --git a/perl-Perl-PrereqScanner.spec b/perl-Perl-PrereqScanner.spec index 09f937a..5b80b6d 100644 --- a/perl-Perl-PrereqScanner.spec +++ b/perl-Perl-PrereqScanner.spec @@ -1,5 +1,5 @@ Name: perl-Perl-PrereqScanner -Version:1.001 +Version:1.002 Release:1%{?dist} Summary:Tool to scan your Perl code for its prerequisites License:GPL+ or Artistic @@ -61,6 +61,9 @@ RELEASE_TESTING=1 make test %{_mandir}/man3/* %changelog +* Fri Feb 04 2011 Iain Arnell 1.002-1 +- update to latest upstream version + * Thu Jan 06 2011 Iain Arnell 1.001-1 - update to latest upstream version - fixes scan_prereqs script diff --git a/sources b/sources index 22f595f..885ac5b 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -94c5670fa5fa081c8eace53bc4ce0cda Perl-PrereqScanner-1.001.tar.gz +f9f6644996899835c6b309e9ab4388e0 Perl-PrereqScanner-1.002.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Broken dependencies: perl-HTML-Mason
On 02/04/2011 02:24 PM, build...@fedoraproject.org wrote: > > > perl-HTML-Mason has broken dependencies in the rawhide tree: > On x86_64: > 1:perl-HTML-Mason-1.45-2.fc15.noarch requires perl(Apache::Request) > On i386: > 1:perl-HTML-Mason-1.45-2.fc15.noarch requires perl(Apache::Request) > Please resolve this as soon as possible. Should be fixed, now. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-HTML-Mason] - Fix spec-file typo. - Add commented-out BR: perl(CHI).
commit 7e6178bdeeafc525063837a9943d48c2481d00dc Author: Ralf Corsépius Date: Fri Feb 4 16:44:18 2011 +0100 - Fix spec-file typo. - Add commented-out BR: perl(CHI). perl-HTML-Mason.spec | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) --- diff --git a/perl-HTML-Mason.spec b/perl-HTML-Mason.spec index 93a84a1..b828c06 100644 --- a/perl-HTML-Mason.spec +++ b/perl-HTML-Mason.spec @@ -1,6 +1,6 @@ Name: perl-HTML-Mason Version:1.45 -Release:3%{?dist} +Release:4%{?dist} Epoch: 1 Summary:Powerful Perl-based web site development and delivery engine License:GPL+ or Artistic @@ -11,6 +11,8 @@ Source1:perl-HTML-Mason.conf BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Cache::Cache) >= 1 +# Optional testsuite-requirement, +# Not yet in Fedora: BuildRequires: perl(CHI) >= 0.21 BuildRequires: perl(CGI) >= 2.46 BuildRequires: perl(Class::Container) >= 0.07 BuildRequires: perl(Exception::Class) >= 1.15 @@ -95,8 +97,12 @@ rm -rf $RPM_BUILD_ROOT %dir %{_localstatedir}/www/mason %changelog +* Thu Feb 04 2011 Ralf Corsépius 1:1.45-4 +- Fix spec-file typo. +- Add commented-out BR: perl(CHI). + * Thu Feb 04 2011 Ralf Corsépius 1:1.45-3 -- Remove %%{perl_vendorlib}/Mason/Apache/. +- Remove %%{perl_vendorlib}/HTML/Mason/Apache/. - Re-activate testsuite. * Thu Feb 03 2011 Ralf Corsépius 1:1.45-2 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File DateTime-Format-Natural-0.93.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-DateTime-Format-Natural: a6d05671fcc37fb79eef5fd47541c071 DateTime-Format-Natural-0.93.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Parse-CPAN-Meta] update to 1.4400
commit f940022c7ba003c49e15a5e06844d82ba2ddf209 Author: Iain Arnell Date: Fri Feb 4 16:41:18 2011 +0100 update to 1.4400 .gitignore|1 + perl-Parse-CPAN-Meta.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5ffca43..44cee64 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Parse-CPAN-Meta-1.40.tar.gz /Parse-CPAN-Meta-1.4200.tar.gz +/Parse-CPAN-Meta-1.4400.tar.gz diff --git a/perl-Parse-CPAN-Meta.spec b/perl-Parse-CPAN-Meta.spec index 93a5d53..e2c0c09 100644 --- a/perl-Parse-CPAN-Meta.spec +++ b/perl-Parse-CPAN-Meta.spec @@ -1,8 +1,8 @@ Name: perl-Parse-CPAN-Meta # dual-lifed module needs to match the epoch in perl.spec Epoch: 1 -Version:1.4200 -Release:2%{?dist} +Version:1.4400 +Release:1%{?dist} Summary:Parse META.yml and META.json CPAN metadata files License:GPL+ or Artistic Group: Development/Libraries @@ -51,6 +51,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Feb 04 2011 Iain Arnell 1:1.4400-1 +- update to latest upstream version + * Fri Feb 04 2011 Iain Arnell 1:1.4200-2 - install to vendorlib again diff --git a/sources b/sources index 1a769bb..f6735bd 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -cff72ae9490bb7bd06c02f7e78c5e0f0 Parse-CPAN-Meta-1.4200.tar.gz +944cd2b946aaa81a7d8ac94f63b74228 Parse-CPAN-Meta-1.4400.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Perl-PrereqScanner-1.002.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Perl-PrereqScanner: f9f6644996899835c6b309e9ab4388e0 Perl-PrereqScanner-1.002.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Parse-CPAN-Meta-1.4400.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Parse-CPAN-Meta: 944cd2b946aaa81a7d8ac94f63b74228 Parse-CPAN-Meta-1.4400.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
incompatible screen update
Hi, just a heads up, the screen package in rawhide was updated to a pre 4.1.0 git snapshot and after the update you won't be able to reattach to your old screen session. There are actually three incompatible changes: - the change in screen protocol - $HOME/.screen is used as socket directory instead of /var/run/screen - unix sockets are used instead of named pipes The socket directory switch means that it's now not possibly to enable the multiuser feature just by adding suid root to the screen binary and chmoding the directory. To enable the feature, the package has to be recompiled with --with multiuser, it will switch the directory back, add suid bit and include tmpfs so systemd creates the directory on start. -- Miroslav Lichvar -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-BerkeleyDB] Rebuild for libdb 5.1.25 in Rawhide
commit 3844b5bdfc4323bc653ee75d91acf9fc6a88ee99 Author: Paul Howarth Date: Fri Feb 4 14:06:36 2011 + Rebuild for libdb 5.1.25 in Rawhide perl-BerkeleyDB.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-BerkeleyDB.spec b/perl-BerkeleyDB.spec index 0a536f7..92fb9f6 100644 --- a/perl-BerkeleyDB.spec +++ b/perl-BerkeleyDB.spec @@ -10,7 +10,7 @@ Name: perl-BerkeleyDB Version:0.43 -Release:3%{?dist} +Release:4%{?dist} Summary:Interface to Berkeley DB License:GPL+ or Artistic Group: Development/Libraries @@ -76,6 +76,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/BerkeleyDB.3pm* %changelog +* Fri Feb 4 2011 Paul Howarth - 0.43-4 +- Rebuild for libdb 5.1.25 in Rawhide + * Wed Sep 29 2010 jkeating - 0.43-3 - Rebuilt for gcc bug 634757 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: boost 1.46.0
Petr Machata wrote: > beta of boost-1.46.0 was released recently and packaged yesterday. It's > now in the git, and a scratch build[2] was done. This is in preparation > for final release that should be out on 7th, just before the feature > freeze. Providing boost-1.46.0 is one of features of F15[1]. > > I'm in the process of test-driving a couple packages locally to make > sure that the new boost works. If that turns out well, I'll do a > non-scratch build of boost-1.46.0-0.beta1 later today. repoquery --archlist=src --repoid=rawhide-source -q \ --whatrequires boost-devel | wc -l returns 163 for me. On quick inspection, I didn't see too much in said list that's too critpath'y (though I did see some a couple of items low in the kde stack, akonadi and kdepimlibs), but wondering if this is worthy of introducing a side koji tag to do the necessary rebuilds. It may also depend on the risk of api breakage here. -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora GNOME 3 Test Day #1 coming up tomorrow
On Thu, 3 Feb 2011 21:44:09 +0100, Clemens wrote: > Hi, > > > Well, my Rawhide is still stuck with XFCE, because GNOME doesn't work. > > Creating a fresh user account and logging in starts lots of GNOME related > > processes, but ends with an empty screen with blue background and a > > movable mouse pointer. Any ideas on that? > > Unfourtuanty I don't have a solution or workarroun, > however Iam stuck with the same problem :/ I don't find that unfortunate, because it confirms that I'm not the only one with a broken Rawhide. :) Reading the Test Days Wiki page "between the lines" gives the impression one might have more success after enabling an additional Rawhide package repository found only in koji. Is that true? I'd like to avoid spending time on Live media, if I could get my Rawhide install working again, please. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
boost 1.46.0
Hi, beta of boost-1.46.0 was released recently and packaged yesterday. It's now in the git, and a scratch build[2] was done. This is in preparation for final release that should be out on 7th, just before the feature freeze. Providing boost-1.46.0 is one of features of F15[1]. I'm in the process of test-driving a couple packages locally to make sure that the new boost works. If that turns out well, I'll do a non-scratch build of boost-1.46.0-0.beta1 later today. PM References: [1] http://fedoraproject.org/wiki/Features/F15Boost146 [2] http://koji.fedoraproject.org/koji/taskinfo?taskID=2760766 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110204 changes
Compose started at Fri Feb 4 08:15:10 UTC 2011 Broken deps for x86_64 -- almanah-0.7.3-6.fc15.x86_64 requires libcamel-1.2.so.22()(64bit) almanah-0.7.3-6.fc15.x86_64 requires libedataserverui-1.2.so.11()(64bit) balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) bugzilla-3.6.4-3.fc15.noarch requires perl(sanitycheck.cgi) bugzilla-3.6.4-3.fc15.noarch requires perl(DBD::Oracle) bugzilla-3.6.4-3.fc15.noarch requires perl(DBI::db) bugzilla-3.6.4-3.fc15.noarch requires perl(DBI::st) byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) cairo-java-1.0.8-2.fc15.i686 requires libgcj.so.11 cairo-java-1.0.8-2.fc15.x86_64 requires libgcj.so.11()(64bit) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dh-make-0.55-2.fc15.noarch requires debhelper eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-couchdb-0.5.1-3.fc15.x86_64 requires libcamel-1.2.so.22()(64bit) evolution-couchdb-0.5.1-3.fc15.x86_64 requires libgtkhtml-editor-3.14.so.0()(64bit) evolution-couchdb-0.5.1-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) evolution-couchdb-0.5.1-3.fc15.x86_64 requires libcamel-provider-1.2.so.22()(64bit) evolution-rss-0.2.9-14.20101225git.fc15.x86_64 requires libedataserverui-1.2.so.11()(64bit) evolution-rss-0.2.9-14.20101225git.fc15.x86_64 requires libcamel-1.2.so.22()(64bit) evolution-rss-0.2.9-14.20101225git.fc15.x86_64 requires libgtkhtml-editor-3.14.so.0()(64bit) evolution-rss-0.2.9-14.20101225git.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) evolution-rss-0.2.9-14.20101225git.fc15.x86_64 requires libcamel-provider-1.2.so.22()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) fmt-ptrn-java-1.3.21-1.fc15.i686 requires libgcj.so.11 fmt-ptrn-java-1.3.21-1.fc15.x86_64 requires libgcj.so.11()(64bit) frysk-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit) frysk-devel-0.4-28.fc15.i386 requires libgcj.so.11 frysk-devel-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit) frysk-gnome-0.4-28.fc15.x86_64 requires libgcj.so.11()(64bit) g2ipmsg-0.9.6-6.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gedit-vala-0.10.2-2.fc15.i686 requires libvala-0.10.so.0 gedit-vala-0.10.2-2.fc15.x86_64 requires libvala-0.10.so.0()(64bit) glib-java-0.4.2-3.fc15.i686 requires libgcj.so.11 glib-java-0.4.2-3.fc15.x86_64 requires libgcj.so.11()(64bit) glunarclock-0.34.1-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-music-2.5.1-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-netspeed-0.16-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-remmina-0.7.3-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-3.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libgweather.so.1()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-chemistry-utils-gnumeric-0.12.5-3.fc15.x86_64 requires libspreadsheet-1.10.12.so()(64bit) gnome-desktop-sharp-2.26.0-11.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-gmail-notifier-0.10.1-1.fc14.x86_64 requires libnotify.so.1()(64bit) gnome-netstatus-2.28.2-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-2.32.0-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-pilot-2.32.0-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-eds-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.22()(64bit) gnome-pilot-eds-2.32.0-4.fc15.x86_64 requires libedataserverui-1.2.so.11()(64bit) gnome-python2-applet-2.32.0-1.fc14.x86_64 requires libpanel-apple
Re: Some thoughts on Audacious in Fedora
On Fri, 04 Feb 2011 09:38:37 +1000, Chris wrote: > So it seems that Audacious is not as flexible between its own different > version releases? What is with that? Well, let's not question the developers' decision to bump their "Generic Plugin API Version" and require plugins to be rebuilt. Unlike XMMS and a couple of other players, Audacious is still being developed further. Steadily - in some parts. Hence the occasional change to plugin interface definitions and base library APIs isn't unusal. And it's no hard problem. There is a circular dependency between the base Audacious player and its base plugins anyway. Two separate tarballs, both in Fedora. If a plugin (also in its binary form) requires certain new features at run-time, there must be ways to express that dependency with either the plugin failing to load (with unresolvable symbols, for example) or Audacious refusing to load the plugin due to plugin version mismatch. > Surely that much can't change between releases to make the plug-ins fail > between versions? Does that matter? Even if it could be avoided for a minor version release, there still may be a change for the next major release, such as seen in 2.5-alpha1. It's the packagers' job to implement counter-measures with RPM dependencies. This is the latest spec change: http://pkgs.fedoraproject.org/gitweb/?p=audacious-plugins.git;a=blob;f=audacious-plugins.spec;h=6b79e3424ac08c72e132ad493b8171c1b0a4a477;hb=f8f7c618d613a52925f286a94f5c64097976c0d4 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Problem building mono-2.10 under rawhide
"Paul F. Johnson" writes: > MCS [basic] gacutil.exe > Inconsistency detected by ld.so: dl-deps.c: 623: _dl_map_object_deps: > Assertion `nlist > 1' failed! http://sourceware.org/bugzilla/show_bug.cgi?id=12454 Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Preferred & Startup applications gone?
On Fri, Feb 4, 2011 at 7:52 AM, Kevin Kofler wrote: > Adam Williamson wrote: >> it's a design feature, we are told. the intent is that applications >> should offer the option to set themselves as the default, instead of the >> desktop providing a central config point. > > To the GNOME developers (Adam, I know you are just the messenger): > > This is very broken. You cannot expect non-GNOME applications to support > setting themselves as the default in GNOME. (For example, if you want to > use, say, Konqueror as your default browser, how would you set that? > Konqueror obviously does not support GNOME preferences.) > > Plus, we have seen where leaving this to the applications leads to on > Window$: applications fight for being the default and the user never gets > asked! Instead, merely running an app will change his/her file associations, > leading to a ping-pong effect. Please do not head down that road! And does each individual app then have to offer a config option to enable/disable this after the original decision if the user changes their mind, or is that final? Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide woes
On Fri, 2011-02-04 at 03:09 -0500, Felix Miata wrote: > On 2011/02/04 01:26 (GMT-0500) Jon Masters composed: > > > On Thu, 2011-02-03 at 18:04 -0500, Felix Miata wrote: > > >> I tried to net (minimal) install 40 hours ago and got no initrd and thus > >> no > >> boot. Culprit was less not installed. I made a working initrd via chroot > >> and > >> yum install less. Still when done, ethX cannot be found, so I have no > >> network > >> except via chroot, and even then after installing X and KDE, yum gives > >> errors > >> about installed packages not actually being installed. > > > Can you run: > > > $ /sbin/ifconfig -a > > > And let us know if you are seeing differently named devices, or if they > > are simply outright missing? Thanks. > > If you had asked 30 or more minutes sooner I could have, but I installed > again and got a much bigger nearly unbootable mess trying to install more > than minimal. Anaconda installed 660+ packages, then aborted before setup > finished, without installing any of Grub. I can boot off other installed > Grubs, but only to single, and if I do ifconfig -a from runlevel 1 the only > result is multiple screens of segfault info. Possibly > http://fm.no-ip.com/Tmp/Linux/F/anaconda.ifcfg.log from the earlier install > has what you want. Logs from the 1AM install are also in > http://fm.no-ip.com/Tmp/Linux/F/ . (replaced anaconda.ifcfg.log with anaoconda.ifcfg.txt when looking) Looks like your system is attempting to name devices according to PCI slot. What is the hardware that you are running? I doubt it'll be possible to debug the network issue further without some kind of minimally working install. FWIW, I bought a dedicated cheap netbook to test rawhide since I don't want this hassle anywhere else - means stuff breaks, but my desktop is happily running Fedora 13 :) Jon. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide woes
2011/2/4 Felix Miata: > If you had asked 30 or more minutes sooner I could have, but I installed > again and got a much bigger nearly unbootable mess trying to install more > than minimal. In order to work around broken dependencies, I just performed a rather minimum install plus X and installed the remaining packages immediately after booting into single user mode of the new system (firstboot is only available in text mode, e.g. when booting into run level 3 after completing the install). Nevertheless, anaconda threw an exception just after installing the last package but before finalizing the install and writing the boot loader. Instead of aborting anaconda leaving me with an unbootable system, I switched to VT2, chrooted into the new system and ran grub-install. After that, it was possible to boot into the new system which actually works quite well now thanks to the bunch of GNOME3 updates built yesterday. kernel-2.6.38-0.rc3.git2.1.fc15 from Koji is necessary for Atheros user because earlier release candidates of 2.6.38 lose WLAN connectivity after a short period of time requiring the system to reboot. ~C -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide woes
On 2011/02/04 01:26 (GMT-0500) Jon Masters composed: > On Thu, 2011-02-03 at 18:04 -0500, Felix Miata wrote: >> I tried to net (minimal) install 40 hours ago and got no initrd and thus no >> boot. Culprit was less not installed. I made a working initrd via chroot and >> yum install less. Still when done, ethX cannot be found, so I have no >> network >> except via chroot, and even then after installing X and KDE, yum gives >> errors >> about installed packages not actually being installed. > Can you run: > $ /sbin/ifconfig -a > And let us know if you are seeing differently named devices, or if they > are simply outright missing? Thanks. If you had asked 30 or more minutes sooner I could have, but I installed again and got a much bigger nearly unbootable mess trying to install more than minimal. Anaconda installed 660+ packages, then aborted before setup finished, without installing any of Grub. I can boot off other installed Grubs, but only to single, and if I do ifconfig -a from runlevel 1 the only result is multiple screens of segfault info. Possibly http://fm.no-ip.com/Tmp/Linux/F/anaconda.ifcfg.log from the earlier install has what you want. Logs from the 1AM install are also in http://fm.no-ip.com/Tmp/Linux/F/ . Oh, and after my OP I replicated the first install with same bad results, then filed https://bugzilla.redhat.com/show_bug.cgi?id=675048 -- "How much better to get wisdom than gold, to choose understanding rather than silver." Proverbs 16:16 NKJV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel