[Test-Announce] Bugzappers Meeting Agenda for 2010-04-06
Event: Fedora Bug Triage Meeting Date: 2010-04-06 Time: 15:00 UTC Location: #fedora-meeting on irc.freenode.net Additions or corrections to the agenda? Reply to this email. = Agenda = * follow ups * impact of new release schedule (tech33) * open floor Thanks to tech33 for our agenda item this week, we'll also be following up on last week's meeting topics. Please do come out for the meeting - it'd be great to see more faces, and we don't bite, we promise! It's a great opportunity to raise any issues you've come across while bugzapping, or ask any questions you might have. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 2010-03-25 Printing test day recap
On Fri, 2010-04-02 at 18:48 +0200, Gianluca Sforna wrote: > On Thu, Apr 1, 2010 at 7:06 PM, Adam Williamson wrote: > > The turnout was somewhat disappointing: we only had results from about a > > half dozen testers. If anyone has a particular reason they didn't > > attend, we'd love to hear about it. We'd have liked much wider testing > > on the automatic driver installation feature. > > One reason could be that printers works well enough already... > however, since it seems we can gather useful info even from people > running F11 and F12[1], I wonder if we could spread the word further > by posting a "your help is needed" message to the users list and one > or more forums. I did announce the event in the forums, I announce every test day there. I'm not on the users list, though. Don't have the time :/ -- 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
[Test-Announce] Fedora 13 Beta RC#4 available now!
Greetings, Fedora 13 Beta RC#4 is available for testing. Andre has created the test results page and deltaisos for us. I highlighted the test cases which have critical issues in Beta RC2 and RC3 candidates tests[1]. If you are interested in providing feedback against the Beta release criteria [2], please contribute your test results in the following areas: * Installation - https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test * Desktop - https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test As always, feel free to discuss problems/issues with other testers on #fedora-qa or t...@lists.fedoraproject.org. Thanks! Hurry [1] https://fedoraproject.org/wiki/Category:Fedora_13_Beta_RC_Test_Results [2] https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria -- Contacts FAS Name: Rhe Location: Beijing/UTC+8 TEL: 86-010-62608141 IRC nick: rhe #fedora-qa #fedora-zh ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's FESCo meeting (2010-04-06)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 19:00UTC (3pm EDT) in #fedora-meeting on irc.freenode.net. NOTE: The Meeting Time has CHANGED. See above. = Followups = #347 tor is not compliant with Fedora guidelines #351 Create a policy for updates = New Business = #362: Incomplete Fedora 13 Features * https://fedoraproject.org/wiki/Features/DesktopLiveImageTarget * https://fedoraproject.org/wiki/Features/EasierPythonDebugging * https://fedoraproject.org/wiki/Features/Gnome2.30 * https://fedoraproject.org/wiki/Features/Moblin-2.2 * https://fedoraproject.org/wiki/Features/Python3F13 * https://fedoraproject.org/wiki/Features/Virtx2apic * https://fedoraproject.org/wiki/Features/YumLangpackPlugin = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] Please review: Bug 574098 - Console has text field when adding usercertificate attribute; should be Set Value button
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=574098 Patch: https://bugzilla.redhat.com/attachment.cgi?id=404574&action=edit https://bugzilla.redhat.com/attachment.cgi?id=404574&action=diff Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: New emails not being read
On Sat, 2010-04-03 at 23:20 -0500, Mike Chambers wrote: > When going to a new folder and the first new email, seems evo won't show > the email as read even tho it's clicked on. Have to click on another > email and back to it, or open the email to show as read. > > evolution-2.30.0-1.fc13.x86_64 Bug filed... https://bugzilla.redhat.com/show_bug.cgi?id=579570 -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
X vt selection in F-13
So, how is the select of which VT X is to run on supposed to work in F-13? It appears that kdm can get it wrong, my guess is a race between kdm and mingetty startup. See https://bugzilla.redhat.com/show_bug.cgi?id=577482 Do gdm specify which vt X is to run on? How? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: i386-class support changed in F-13?
Richard W.M. Jones píše v Po 05. 04. 2010 v 19:31 +0100: > On Mon, Apr 05, 2010 at 02:48:03PM +0200, Dan Horák wrote: > > Hello, > > > > I was trying to install i686 variant of F-13 to an Alix board (2D13 with > > Geode LX) and got into troubles. The kernel boots fine, but when it > > should start initramfs the kernel panics. Everything works well when > > using complete F-12 environment and when using F-12 kernel+initramfs > > with F-13 rootfs the initramfs stuff runs well, but when I try to > > manually chroot into the F-13 from the dracut shell I get an "Invalid > > instruction" exception. I though last change in x86 CPU support was in > > F-12 (http://fedoraproject.org/wiki/Features/F12X86Support) and it > > explicitly talks about Geode LX as still supported. So the question is > > whether F-13 should still work on Geode LX? > > The 2D3/2D13 has only 256 MB of RAM which is a bit tight for > installing Fedora. TBH I didn't even expect Fedora would work, so I > put Debian on my 2D3 :-( yes, installing Fedora with anaconda in 256MB could be a problem, but it's sufficient for running minimalized Fedora. It will serve as a router/firewall/vpn server on my Internet connection. Thus I prepared a system with "yum --installroot=/mnt/compactflash install ...". I will write a blog entry tomorrow with all the details. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File SVG-TT-Graph-0.14.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-SVG-TT-Graph: 05d35dd63a0c77f274a0f29217f361e9 SVG-TT-Graph-0.14.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: i386-class support changed in F-13?
On Mon, Apr 05, 2010 at 02:48:03PM +0200, Dan Horák wrote: > Hello, > > I was trying to install i686 variant of F-13 to an Alix board (2D13 with > Geode LX) and got into troubles. The kernel boots fine, but when it > should start initramfs the kernel panics. Everything works well when > using complete F-12 environment and when using F-12 kernel+initramfs > with F-13 rootfs the initramfs stuff runs well, but when I try to > manually chroot into the F-13 from the dracut shell I get an "Invalid > instruction" exception. I though last change in x86 CPU support was in > F-12 (http://fedoraproject.org/wiki/Features/F12X86Support) and it > explicitly talks about Geode LX as still supported. So the question is > whether F-13 should still work on Geode LX? The 2D3/2D13 has only 256 MB of RAM which is a bit tight for installing Fedora. TBH I didn't even expect Fedora would work, so I put Debian on my 2D3 :-( Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-13 Branched report: 20100405 changes
Compose started at Mon Apr 5 09:15:07 UTC 2010 Broken deps for i386 -- edje-0.9.9.050-6.fc12.i686 requires libembryo.so.0 edje-devel-0.9.9.050-6.fc12.i686 requires embryo-devel gnome-web-photo-0.9-4.fc13.i686 requires gecko-libs = 0:1.9.2.1 hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0 libnodeupdown-backend-openib-1.9-5.fc13.i686 requires libosmcomp.so.3(OSMCOMP_2.3) libnodeupdown-backend-openib-1.9-5.fc13.i686 requires libosmcomp.so.3 moblin-app-installer-0.4.0-0.7.fc13.i686 requires libpackagekit-glib2.so.13 pyclutter-gst-0.9.2-1.fc12.i686 requires libclutter-gst-0.10.so.0 sepostgresql-8.4.2-2488.fc13.i686 requires postgresql-server = 0:8.4.2 totem-youtube-2.29.92-1.fc13.i686 requires libgdata.so.7 zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Broken deps for x86_64 -- edje-0.9.9.050-6.fc12.i686 requires libembryo.so.0 edje-0.9.9.050-6.fc12.x86_64 requires libembryo.so.0()(64bit) edje-devel-0.9.9.050-6.fc12.i686 requires embryo-devel edje-devel-0.9.9.050-6.fc12.x86_64 requires embryo-devel gnome-web-photo-0.9-4.fc13.x86_64 requires gecko-libs = 0:1.9.2.1 hornsey-1.5.2-0.1.fc13.x86_64 requires libclutter-gst-0.10.so.0()(64bit) libnodeupdown-backend-openib-1.9-5.fc13.x86_64 requires libosmcomp.so.3(OSMCOMP_2.3)(64bit) libnodeupdown-backend-openib-1.9-5.fc13.x86_64 requires libosmcomp.so.3()(64bit) moblin-app-installer-0.4.0-0.7.fc13.x86_64 requires libpackagekit-glib2.so.13()(64bit) pyclutter-gst-0.9.2-1.fc12.x86_64 requires libclutter-gst-0.10.so.0()(64bit) sepostgresql-8.4.2-2488.fc13.x86_64 requires postgresql-server = 0:8.4.2 totem-youtube-2.29.92-1.fc13.x86_64 requires libgdata.so.7()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula >= 0:1.2 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unsigned Packages - Yum/Pk
On 05/04/10 17:19, John Reiser wrote: >>Yum can only tell if something is signed (and by what key it is signed) >> after it has downloaded the package. >>Currently we have no easy way to "exclude" packages after the download >> phase (the basic problem being we'd need to go back and redo the >> transaction, which was a couple of steps earlier). > > Does yum "batch" the complaints about unsigned packages, Doesn't appear to If at the very end it says: Package krb5-libs-1.7.1-7.fc13.i686.rpm is not signed I then go yum --exclude=krb5-libs It can then come back this time and say package firefox is unsigned. ( both packages just examples) so that > the user learns about each unsigned package that was in the transaction, > or does it take as many transactions as unsigned packages > in order for the user to learn the complete list to --exclude ? > This would be some help. But hopefully the autoqa, thats talked about may prevent small stuff like this. -- Regards, Frank Murphy UTF_8 Encoded, Fedora.x86 64-32 Hybrid -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: openal-soft .pc file compiling is broken i need help please
On Mon, 2010-04-05 at 13:09 +0200, LinuxDonald wrote: > Am 05.04.2010 03:11, schrieb Braden McDaniel: > > On Sun, 2010-04-04 at 17:18 +0200, LinuxDonald wrote: > > > >> Am 01.04.2010 23:01, schrieb Braden McDaniel: > >> > > [snip] > > > > > >>> It looks like this line in CMakeLists.txt: > >>> > >>> > >>> > SET(libdir "\${exec_prefix}/${LIB_INSTALL_DIR}") > > > >>> should be > >>> > >>> > >>> > SET(libdir "${LIB_INSTALL_DIR}") > > > >>> > >>> > >> Yeah that fixed: > >> libdir=/usr/lib64 > >> > >> But what about that: > >> exec_prefix=${prefix} > >> includedir=${prefix}/include > >> ? > >> That are broken to in the .pc file :( > >> > > Those don't look broken to me. Why do you think they are? > > > > See "man pkg-config" under METADATA FILE SYNTAX. > > > > > Don´t must be there real path ala: > > includedir=${prefix}/include ala includedir=/usr/include/AL ? Not according to the section of the man page to which I just directed you. -- Braden McDaniel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unsigned Packages - Yum/Pk
> Yum can only tell if something is signed (and by what key it is signed) > after it has downloaded the package. > Currently we have no easy way to "exclude" packages after the download > phase (the basic problem being we'd need to go back and redo the > transaction, which was a couple of steps earlier). Does yum "batch" the complaints about unsigned packages, so that the user learns about each unsigned package that was in the transaction, or does it take as many transactions as unsigned packages in order for the user to learn the complete list to --exclude ? -- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Upcoming Fedora 13 Tasks
Start End Name Thu 25-Mar Thu 08-Apr Test Beta Candidate Wed 07-Apr Wed 07-Apr Fedora 13 Beta Go/No-Go Meeting (20:00 EST) Thu 08-Apr Thu 08-Apr Fedora 13 Beta Release Readiness Meeting Thu 08-Apr Thu 08-Apr Start Stage & Sync Beta to Mirrors Thu 08-Apr Tue 13-Apr Stage & Sync Beta to Mirrors Fri 09-Apr Fri 09-Apr Beta Export Control Reporting Tue 13-Apr Tue 13-Apr Beta Release Public Availability Tue 13-Apr Tue 04-May Beta Testing Fri 16-Apr Fri 16-Apr Final Blocker Meeting (f13blocker) #1 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unsigned Packages - Yum/Pk
On Sat, 2010-04-03 at 12:52 +0100, Frank Murphy wrote: > PackageKit allows a forced install of unsigned pkg. > > yu does the following: > Package krb5-libs-1.7.1-7.fc13.i686.rpm is not signed > > I know about --nogpgcheck. > > But can I edit something to the effect of: > If unsigned don't include. Yum can only tell if something is signed (and by what key it is signed) after it has downloaded the package. Currently we have no easy way to "exclude" packages after the download phase (the basic problem being we'd need to go back and redo the transaction, which was a couple of steps earlier). Which is to say, no. -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.27 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100405 changes
Compose started at Mon Apr 5 08:15:09 UTC 2010 Broken deps for i386 -- banshee-mirage-0.6.0-1.fc13.i686 requires mono(Banshee.Core) = 0:1.5.0.0 banshee-mirage-0.6.0-1.fc13.i686 requires mono(Hyena) = 0:1.5.0.0 banshee-mirage-0.6.0-1.fc13.i686 requires mono(Hyena.Gui) = 0:1.5.0.0 banshee-mirage-0.6.0-1.fc13.i686 requires mono(Banshee.ThickClient) = 0:1.5.0.0 banshee-mirage-0.6.0-1.fc13.i686 requires mono(Banshee.Services) = 0:1.5.0.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0 emotion-0.1.0.042-5.fc12.i686 requires libevas.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_fb.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_x.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_txt.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_job.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_imf.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_con.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libedbus.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libevas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libehal.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_fb.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_x.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_imf_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_ipc.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libefreet.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libedje.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_file.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libefreet_mime.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libedje.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1 ewl-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet.so.0 ewl-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet_mime.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_evas.so.0 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-HTTP = 0:4000.0.8 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-network = 0:2.2.1.5 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-QuickCheck = 0:2.1.0.2 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-cgi = 0:3001.1.7.1 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-QuickCheck-devel = 0:2.1.0.2 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-cgi-devel = 0:3001.1.7.1 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-HTTP-devel = 0:4000.0.8 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-network-devel = 0:2.2.1.5 ghc-haskell-pla
(Solved) Re: What Decides Basearch?
On 05/04/10 13:57, Seth Vidal wrote: > > > On Mon, 5 Apr 2010, Frank Murphy wrote: > >> I have created a hybrid box for myself. >> >> Kernel.x86_64 >> All else i686 + noarch (no problems encountered) >> >> bash-4.1$ uname -i (-m) >> x86_64 >> >> How would I get\force it to return i686? >> > > return arch, where? you mean for $basearch? Yes, Was given the answer offlist. it was $ setarch i686 -- Regards, Frank Murphy UTF_8 Encoded, Fedora.x86_64 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 12: Make Dell machines boot again
On Sat, Apr 03, 2010 at 10:48:39PM +0200, Felix Schwarz wrote: > since the last stable kernel update in Fedora 12, a lot of Dell machines > do not boot anymore due to a kernel oops... Of course bugzilla has a > couple of bug reports (e.g. #578217, #579118, #578663, #578590). > > There is a known fix/workaround which is already present in CVS > (kernel-2.6.32.10-94.fc12) and a koji build which fixes the issue for > all users. However there's no update in bodhi yet. > > Due to the severity of the problem, I'd like to see a push to > updates-testing as soon as possible. Thanks, Felix. I have created the update. Since I created the problem for the b44 people in kernel -90, I wanted to be sure to get some positive test reports before pushing the -94 update. I apologize for the extended delay over the weekend! John -- John W. LinvilleLinux should be at the core linvi...@redhat.com of your literate lifestyle. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A little help with build failure?
Neal Becker píše v Po 05. 04. 2010 v 10:18 -0400: > A file has been added to the lookaside cache for mercurial: > > 22eac5602d777f9601e23700e641503f mercurial-1.5.1.tar.gz > > OK, so why: > > http://koji.fedoraproject.org/koji/getfile?taskID=2095322&name=build.log > > says: > > error: File /builddir/build/SOURCES/mercurial-1.5.1.tar.gz: No such file or > directory you didn't commit the updated sources and .cvsignore files Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A little help with build failure?
On 04/05/2010 04:18 PM, Neal Becker wrote: > A file has been added to the lookaside cache for mercurial: > > 22eac5602d777f9601e23700e641503f mercurial-1.5.1.tar.gz > > OK, so why: > > http://koji.fedoraproject.org/koji/getfile?taskID=2095322&name=build.log > > says: > > error: File /builddir/build/SOURCES/mercurial-1.5.1.tar.gz: No such file or > directory > > > You have to commit and tag it. -- Nikola -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
A little help with build failure?
A file has been added to the lookaside cache for mercurial: 22eac5602d777f9601e23700e641503f mercurial-1.5.1.tar.gz OK, so why: http://koji.fedoraproject.org/koji/getfile?taskID=2095322&name=build.log says: error: File /builddir/build/SOURCES/mercurial-1.5.1.tar.gz: No such file or directory -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Remove of
Hi > it may be nice, if anyone can tell me since which kernel release > the file was removed. 2.6.32. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=fc5377668c3d808e1d53c4aee152c836f55c3490 Regards Rich -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What Decides Basearch?
On Mon, 5 Apr 2010, Frank Murphy wrote: > I have created a hybrid box for myself. > > Kernel.x86_64 > All else i686 + noarch (no problems encountered) > > bash-4.1$ uname -i (-m) > x86_64 > > How would I get\force it to return i686? > return arch, where? you mean for $basearch? -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
i386-class support changed in F-13?
Hello, I was trying to install i686 variant of F-13 to an Alix board (2D13 with Geode LX) and got into troubles. The kernel boots fine, but when it should start initramfs the kernel panics. Everything works well when using complete F-12 environment and when using F-12 kernel+initramfs with F-13 rootfs the initramfs stuff runs well, but when I try to manually chroot into the F-13 from the dracut shell I get an "Invalid instruction" exception. I though last change in x86 CPU support was in F-12 (http://fedoraproject.org/wiki/Features/F12X86Support) and it explicitly talks about Geode LX as still supported. So the question is whether F-13 should still work on Geode LX? Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel's SU4100 support on Fedora 12
On Mon, Apr 5, 2010 at 2:10 PM, Ilyes Gouta wrote: > Hi, > >> while), it is detected at runtime. > > When installing the system, right? So it's done once? I believe grub > has a static configuration which indicates the location of the kernel > image. No, there is only one kernel image ... the kernel itself detects whether you are running on a SMP system or not. There is no need for a different kernel image anymore. >> Also for this system I recommend using x86_64. > > I don't remember the installer giving me the choice between running a > PAE 32bit kernel, or a x86_64 kernel on my machine. You'd have to download the x86_64 install DVD instead of i686 one. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel's SU4100 support on Fedora 12
On 04/05/2010 03:10 PM, Ilyes Gouta wrote: > Hi, > > >> while), it is detected at runtime. >> > When installing the system, right? So it's done once? I believe grub > has a static configuration which indicates the location of the kernel > image. > > >> Also for this system I recommend using x86_64. >> > I don't remember the installer giving me the choice between running a > PAE 32bit kernel, or a x86_64 kernel on my machine. > > Obviously, because it doesn't do that. You download the x86_64 if you want that, or the i686 if you want 32-bit. And I concur, it'd be better if you go 64-bit. > Thanks, > -Ilyes Gouta > > On Mon, Apr 5, 2010 at 12:43 PM, drago01 wrote: > >> On Mon, Apr 5, 2010 at 1:39 PM, Ilyes Gouta wrote: >> >>> Hi, >>> >>> I own a laptop which has an Intel SU4100 >>> (http://ark.intel.com/Product.aspx?id=43568), a dual core CPU and has >>> 4 Gb of RAM. The Fedora 12 install DVD, picks up the PAE kernel for my >>> machine while I expected a SMP, PAE enabled kernel instead. Is it >>> possible to manually select such a kernel, during an install? Is it >>> possible to change the "kernel configuration" so that the next yum >>> update picks up the SMP enabled one? >>> >> We don't ship separate UP/SMP kernel anymore (and have not for a >> while), it is detected at runtime. >> >> Also for this system I recommend using x86_64. >> >> P.S: This is off topic on this list btw. you should ask such question >> on the fedora-list rather than fedora-devel-list. >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> >> -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel's SU4100 support on Fedora 12
Hi, > while), it is detected at runtime. When installing the system, right? So it's done once? I believe grub has a static configuration which indicates the location of the kernel image. > Also for this system I recommend using x86_64. I don't remember the installer giving me the choice between running a PAE 32bit kernel, or a x86_64 kernel on my machine. Thanks, -Ilyes Gouta On Mon, Apr 5, 2010 at 12:43 PM, drago01 wrote: > On Mon, Apr 5, 2010 at 1:39 PM, Ilyes Gouta wrote: >> Hi, >> >> I own a laptop which has an Intel SU4100 >> (http://ark.intel.com/Product.aspx?id=43568), a dual core CPU and has >> 4 Gb of RAM. The Fedora 12 install DVD, picks up the PAE kernel for my >> machine while I expected a SMP, PAE enabled kernel instead. Is it >> possible to manually select such a kernel, during an install? Is it >> possible to change the "kernel configuration" so that the next yum >> update picks up the SMP enabled one? > > We don't ship separate UP/SMP kernel anymore (and have not for a > while), it is detected at runtime. > > Also for this system I recommend using x86_64. > > P.S: This is off topic on this list btw. you should ask such question > on the fedora-list rather than fedora-devel-list. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Intel's SU4100 support on Fedora 12
On Mon, Apr 5, 2010 at 1:39 PM, Ilyes Gouta wrote: > Hi, > > I own a laptop which has an Intel SU4100 > (http://ark.intel.com/Product.aspx?id=43568), a dual core CPU and has > 4 Gb of RAM. The Fedora 12 install DVD, picks up the PAE kernel for my > machine while I expected a SMP, PAE enabled kernel instead. Is it > possible to manually select such a kernel, during an install? Is it > possible to change the "kernel configuration" so that the next yum > update picks up the SMP enabled one? We don't ship separate UP/SMP kernel anymore (and have not for a while), it is detected at runtime. Also for this system I recommend using x86_64. P.S: This is off topic on this list btw. you should ask such question on the fedora-list rather than fedora-devel-list. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Intel's SU4100 support on Fedora 12
Hi, I own a laptop which has an Intel SU4100 (http://ark.intel.com/Product.aspx?id=43568), a dual core CPU and has 4 Gb of RAM. The Fedora 12 install DVD, picks up the PAE kernel for my machine while I expected a SMP, PAE enabled kernel instead. Is it possible to manually select such a kernel, during an install? Is it possible to change the "kernel configuration" so that the next yum update picks up the SMP enabled one? -Ilyes Gouta -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sssd update pulling in 686 packages [Fwd: Fedora 13 updates-testing report]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/02/2010 11:44 AM, Simo Sorce wrote: > On Fri, 02 Apr 2010 09:34:31 -0600 > Orion Poplawski wrote: > >> This more of things disappearing from updates-testing before >> appearing in the main F13 repo? Multi-lib issue? > > Only sssd-client should be multilib, and it does not require the other > libs. > >> I suppose yum might want to complain that sssd wants an earlier >> version than that already installed rather than trying to grab the >> i686 version. > > Right, this is an issue. > I will apply a fix to the spec an rebuild. > > Simo. > Sorry about that, folks. In order to ensure that the latest versions of the required subpackages are installed, I have an explicit Requires: on the %{version}-{release} of the subpackages. This broke when I reset the %{release} to 1 following a new %{version} bump. Simo, thank you for pushing a fix. It's available in updates-testing now. Karma appreciated. - -- Stephen Gallagher RHCE 804006346421761 Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAku5xsUACgkQeiVVYja6o6PsnACdHXGPqlfJXItbXDwPPWCcsLBX jw8An04eRyrj3l7VPyLdK9f0IRBHVwSv =1+B9 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: openal-soft .pc file compiling is broken i need help please
Am 05.04.2010 03:11, schrieb Braden McDaniel: > On Sun, 2010-04-04 at 17:18 +0200, LinuxDonald wrote: > >> Am 01.04.2010 23:01, schrieb Braden McDaniel: >> > [snip] > > >>> It looks like this line in CMakeLists.txt: >>> >>> >>> SET(libdir "\${exec_prefix}/${LIB_INSTALL_DIR}") >>> should be >>> >>> >>> SET(libdir "${LIB_INSTALL_DIR}") >>> >>> >> Yeah that fixed: >> libdir=/usr/lib64 >> >> But what about that: >> exec_prefix=${prefix} >> includedir=${prefix}/include >> ? >> That are broken to in the .pc file :( >> > Those don't look broken to me. Why do you think they are? > > See "man pkg-config" under METADATA FILE SYNTAX. > > Don´t must be there real path ala: includedir=${prefix}/include ala includedir=/usr/include/AL ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What Decides Basearch?
Use setarch! -of Frank Murphy schrieb: >I have created a hybrid box for myself. > >Kernel.x86_64 >All else i686 + noarch (no problems encountered) > >bash-4.1$ uname -i (-m) >x86_64 > >How would I get\force it to return i686? > > >-- >Regards, > >Frank Murphy >UTF_8 Encoded, Fedora.x86_64/i686 >-- >devel mailing list >devel@lists.fedoraproject.org >https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Remove of
Hallo, it may be nice, if anyone can tell me since which kernel release the file was removed. Best Regards: Jochen Schmitt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
What Decides Basearch?
I have created a hybrid box for myself. Kernel.x86_64 All else i686 + noarch (no problems encountered) bash-4.1$ uname -i (-m) x86_64 How would I get\force it to return i686? -- Regards, Frank Murphy UTF_8 Encoded, Fedora.x86_64/i686 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Jabbin
-- Forwarded message -- From: Jabbin Date: Mon, Apr 5, 2010 at 7:54 AM Jabbin Jabbin Team looks for Linux packagers Posted: 04 Apr 2010 01:45 AM PDT Jabbin is an Open Source and cross-platform application developed on qt library Released under GPL we believe in free software and Linux Community Our commitment is to consolidate our user experience across many Linux distributions, for this reason we are looking for packagers and tester for any Linux Distro. Contact our CTO bodrati.at.gmail.com or leave a post in our Support Page Best A. Mani -- A. Mani ASL, CLC, AMS, CMS http://www.logicamani.co.cc -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: non-responsive maintainer: thomasvs
On Mon, Apr 5, 2010 at 12:15 AM, Julian Sikorski wrote: > W dniu 03.04.2010 20:52, Felix Kaechele pisze: >> I talked to him on IRC three days ago and he accepted one of my bugs I >> filed at morituri's (a cd ripping tool of his, best there is) bugtracker. >> >> Maybe ping him on IRC. His nick is thomasvs. >> >> Felix > Maybe Thomas is still active as a morituri upstream, but a quick look > through the bugzilla seems to indicate that he has not posted a single > comment since October. He filed his last koji build request on 15th > November, though - flumotion 0.6.1-1. > Do I have to take over Thomas' packages if they get orphaned? I'm not > sure I understand the process correctly. > Thomas, if you can read this, please respond. You don`t have to take the packages over once they`re orphaned. If you`re the co-maintainer right now, you can take it over, or anyone who feels comfortable with it. -- LG Thomas Dubium sapientiae initium -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel