[Bug 711261] Missing dependency ocaml-curl-devel - libcurl-devel
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=711261 Michael Ekstrand mich...@elehack.net changed: What|Removed |Added Status|NEW |ON_DEV AssignedTo|rjo...@redhat.com |mich...@elehack.net Flag||needinfo? --- Comment #1 from Michael Ekstrand mich...@elehack.net 2011-06-11 20:44:02 EDT --- I have committed a change which adds curl-devel as a Requires: for both the ocaml-curl and ocaml-curl-devel packages. Since ocaml-curl uses -custom rather than ocamlmklib for building the cma file, the curl-devel package is required to use it in the toplevel (and ocamlmktop is required for toplevel use). Therefore, I propose this hard-wired dependency as a temporary solution until upstream starts using ocamlmklib (bug 712635). If this is an acceptable solution, let me know I can start a rawhide build and merge it to f15 as well. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ ocaml-devel mailing list ocaml-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/ocaml-devel
Re: rawhide missed an implicit dependency for #!python
On 06/11/2011 12:14 AM, Kevin Fenzi wrote:
On Fri, 10 Jun 2011 13:59:18 +0300
Panu Matilainenpmati...@laiskiainen.org wrote:
On 06/10/2011 02:28 AM, Josh Stone wrote:
On 06/02/2011 01:26 PM, Josh Stone wrote:
Our dtrace script in systemtap-sdt-devel starts
#!/usr/bin/python. Usually this leads to an implicit
Requires: /usr/bin/python, but for some reason our rawhide build
did not get this. The F15, F14, and F13 builds from the same spec
required python as expected.
[...]
Is this a bug? Or must we now explicitly require python?
An output change in file-5.07 appears to have broken find-requires:
https://bugzilla.redhat.com/show_bug.cgi?id=712251
And since file-5.07-2.fc15 is now in updates, I would expect this to
cause even more problems going forward.
Fixed now in rawhide rpm and an update for F15 is here:
https://admin.fedoraproject.org/updates/rpm-4.9.0-9.fc15
Please help testing to get this nasty regression fixed ASAP.
ALL packages containing scripts which have been built while file-5.07
has been in rawhide (since May 11th) F15 (in updates-testing since
May 23rd) are affected and will have missing dependencies because of
this, requiring rebuilds to correct the situation.
Thanks Josh for reporting this, and also apologies for missing your
initial mail on the subject, reacting then would've saved a week's
worth of broken builds :-/
Is there a way we can generate a list of builds affected?
Is it everything? Or things that only have a specific type of requires?
Every package which contains one or more script files starting with
#!/some/interpreter is affected (%pre etc scriptlets are not affected
though). And all the missing dependencies are file-dependencies, eg
/usr/bin/python, /bin/sh etc.
This can't be detected from repodata, but the actual rpm headers carry
enough data to fairly reliably spot these: executable files (from
%{FILEMODES}) whose %{FILECLASS} contains script but does not have
%{FILEREQUIRE} (to its interpreter) means the package is missing
dependencies.
The above works for packages built with the internal dependency
generator, for the others:
a) packages using the Fedora specific dependency filtering macros (large
percentage of perl-packages at least)
b) packages directly setting %_use_internal_dependency_generator to 0
...it can't be detected from the metadata alone and would require
unpacking the rpm and examining executable files. I'll be mostly AFK
through the rest of the weekend but I can try scripting it up for the
part that can be automated on Monday.
In the meanwhile if you know your package contains executable scripts
and was built within the last month (for rawhide), it will need a rebuild.
- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide missed an implicit dependency for #!python
On 06/11/2011 10:15 AM, Panu Matilainen wrote:
On 06/11/2011 12:14 AM, Kevin Fenzi wrote:
On Fri, 10 Jun 2011 13:59:18 +0300
Panu Matilainenpmati...@laiskiainen.org wrote:
On 06/10/2011 02:28 AM, Josh Stone wrote:
On 06/02/2011 01:26 PM, Josh Stone wrote:
Our dtrace script in systemtap-sdt-devel starts
#!/usr/bin/python. Usually this leads to an implicit
Requires: /usr/bin/python, but for some reason our rawhide build
did not get this. The F15, F14, and F13 builds from the same spec
required python as expected.
[...]
Is this a bug? Or must we now explicitly require python?
An output change in file-5.07 appears to have broken find-requires:
https://bugzilla.redhat.com/show_bug.cgi?id=712251
And since file-5.07-2.fc15 is now in updates, I would expect this to
cause even more problems going forward.
Fixed now in rawhide rpm and an update for F15 is here:
https://admin.fedoraproject.org/updates/rpm-4.9.0-9.fc15
Please help testing to get this nasty regression fixed ASAP.
ALL packages containing scripts which have been built while file-5.07
has been in rawhide (since May 11th) F15 (in updates-testing since
May 23rd) are affected and will have missing dependencies because of
this, requiring rebuilds to correct the situation.
Thanks Josh for reporting this, and also apologies for missing your
initial mail on the subject, reacting then would've saved a week's
worth of broken builds :-/
Is there a way we can generate a list of builds affected?
Is it everything? Or things that only have a specific type of requires?
Every package which contains one or more script files starting with
#!/some/interpreter is affected (%pre etc scriptlets are not affected
though). And all the missing dependencies are file-dependencies, eg
/usr/bin/python, /bin/sh etc.
This can't be detected from repodata, but the actual rpm headers carry
enough data to fairly reliably spot these: executable files (from
%{FILEMODES}) whose %{FILECLASS} contains script but does not have
%{FILEREQUIRE} (to its interpreter) means the package is missing
dependencies.
Oh and btw, the above is for detecting the exact condition for a missed
script interpreter dependency, but in this situation a simpler rule
could also be used (for packages built with the internal depgen): if it
contains any files whose %{FILECLASS} contains script, and has a build
date within the last month, it almost certainly needs a rebuild.
- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re:
On Sat, Jun 11, 2011 at 7:20 AM, Sergio Belkin seb...@gmail.com wrote: ./configure LDFLAGS=-no-install snip configure:3659: gcc -no-install conftest.c 5 gcc: error: unrecognized option '-no-install' I've found an example here: It's useful if someone wants to avoid the wrappers generation (look at the end): http://www.flameeyes.eu/autotools-mythbuster/libtool/wrappers.html Perhaps ./configure LDFLAGS=-no-install is somewhat heterodox Official page of autotools tells nothing like that example: http://sources.redhat.com/autobook/autobook/autobook_89.html I guess it makes sense only as make option, not configure. -- With Best Regards, Andy Shevchenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: please stop trying to take over the world :)
On 11 Jun 2011 03:35, Rahul Sundaram methe...@gmail.com wrote: On 06/11/2011 05:20 AM, Genes MailLists wrote: Lets be blunt here - he pushed very very very hard on these very lists to get systemd in - now its in F15 and there are problems - so no punting please. Upstream and fedora are the same for syste That is a gross over simplification. Fedora is just one of the many distros integrating systemd and there are developers from other distros including Novell involved in systemd and contributing to it. If we start discussing every project where Red Hat is heaving involved, that list is long [1] Yes he spoke with another distro - but no-one is using it. So its a fedora only project until its picked up somewhere else - which has not happened yet. That's not true. Mandriva 2011 is already including it by default. So is MeeGo. actually meego will only ship it in 1.3 which will be out around the time of f16 Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: please stop trying to take over the world :)
On Fri, Jun 10, 2011 at 3:07 PM, Denys Vlasenko dvlas...@redhat.com wrote: Hi Lennart, systemd is eating a lot more memory than any other init process I ever played with. Granted, systemd does a bit more that typical init, but I think using *eleven plus megabytes* of malloced space is a bit much. ~11MB equals ~8 cents of RAM ... so meh. If that's all you have to worry about its a good indication that they aren't any real problems ;) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide missed an implicit dependency for #!python
On 06/11/2011 10:15 AM, Panu Matilainen wrote: In the meanwhile if you know your package contains executable scripts and was built within the last month (for rawhide), it will need a rebuild. I suppose there are many cases where the missing script dependency does not actually matter, because the interpreter ends up being installed through other dependencies. For example python packages that have a dependency on python(abi) or some of their dependencies have it, similar perl cases, /bin/sh is often pulled in by package scriptlets etc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: please stop trying to take over the world :)
On Sat, Jun 11, 2011 at 9:17 AM, drago01 drag...@gmail.com wrote: On Fri, Jun 10, 2011 at 3:07 PM, Denys Vlasenko dvlas...@redhat.com wrote: Hi Lennart, systemd is eating a lot more memory than any other init process I ever played with. Granted, systemd does a bit more that typical init, but I think using *eleven plus megabytes* of malloced space is a bit much. ~11MB equals ~8 cents of RAM ... so meh. If that's all you have to worry about its a good indication that they aren't any real problems ;) 11Mb on a device that may only have 256 such as an XO-1 or a phone or some other ARM based device is actually quite a bit, over 4% in fact. 8c x 2.5m devices is around $200K. While 4Gb is pretty standard in laptops, and 1Tb isn't uncommon in servers now days there are also 100s of devices that run linux in a whole lot less than that. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
Hi, On 06/10/2011 06:12 PM, Thomas Sailer wrote: snip - USB is not really workable. Trying it just now with up2date F15 crashed qemu (guest rawhide) when trying to assign a host USB device to the guest If you're seriously interested in usb redirection, I'm working on seriously improving that and will continue to work on that for a while to come. I would love some feedback wrt my current code. Note that I'm mainly focusing on usb redirection over the network, so that the redirected device does not need to be on the same machine as where the vm is hosted (think viewing a vm from another machine with vnc/spice and then wanting to redirect a usb device from the vnc client machine). Currently my network redirection code is already working in a few scenarios where direct host usb redirection is not working I do plan to eventually fixup direct host usb redirection too (by rewriting it to use libusb and essentially be the same as the network redir variant). But for now you will get the best experience with the network redirection, even if you use it over localhost. For some instructions on setting up a test environment with my latest wip, see: http://hansdegoede.livejournal.com/9682.html Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
On Sat, 2011-06-11 at 09:24 +1000, Chris Jones wrote: I'd suggest you purchase a new card reader. You do realize you can pick them up for around $10? I'd even pay you $20 if you find me one that writes those strange edge flash cards used by freeflight GPS devices. Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
SUMMARY - [Fwd: Re: [fedora-arm] Fedora 15 ARM hardfp Virtual FAD (Fedora Activity Day) - TODAY]
---BeginMessage--- On Fri, 2011-06-10 at 04:51 -0400, Jon Masters wrote: We are hosting a Fedora 15 hardfp Virtual Fedora Activity Day today, at 14:00UTC (10:00 Eastern Daylight Time). The purpose of this session is to co-ordinate the bootstrap of F15 hardfp (hardware floating point). You can find a lot more detail here, along with all the pre-reqs/bits: https://fedoraproject.org/wiki/Architectures/ARM/Fedora15_HardFP_Bootstrap_Virtual_FAD_20110610 This activity day was completed to our overall satisfaction. At the end of the day, we had an additional dozen or more packages built and had derived a workflow for addressing the remainder of the bootstrap. We plan another followup Virtual Fedora Activity Day as follows: * Wednesday June 22nd 2011 - 14:00UTC (10:00EDT) For further information about how the day went, see: https://fedoraproject.org/wiki/Architectures/ARM/Fedora15_HardFP_Bootstrap_Virtual_FAD_20110610 To participate further in this activity, refer to this: https://fedoraproject.org/wiki/Architectures/ARM/Fedora15_HardFP_Bootstrap Jon. ___ arm mailing list a...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm ---End Message--- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: please stop trying to take over the world :)
On Sat, Jun 11, 2011 at 12:50 AM, Genes MailLists li...@sapience.comwrote: On 06/10/2011 03:13 PM, Rahul Sundaram wrote: what would be really nice is to redirect systemd discussions to its upstream mailing list. Fedora devel is hardly the best place for it. Rahul Beg to differ - rather vehemently too - politely but vehemently. systemd is only available in fedora[1] - we are the test pigs for better or for worse - and there are most certainly bugs in fedora's systemd. Both opensuse and meego are moving to it currently and it will be in their next releases. Fedora being the first isn't surprising as Red Hat employed people are the leads on the project and its one of our four foundations. I would be be very surprised if there weren't bugs, its the first rewrite of the init system for decades. Fedora 14's init system isn't that different to the first version of RHL (4.0) I started using back in 96. Lets be blunt here - he pushed very very very hard on these very lists to get systemd in - now its in F15 and there are problems - so no punting please. Upstream and fedora are the same for systemd. Not sure what your point is here. Some bugs like sendmail failing to start have been there since September 2010 ( almost 9 months ... ) - people are reporting the same issue on F15 in the fedora lists ... who is fixing this stuff ? e.g. https://bugzilla.redhat.com/show_bug.cgi?id=692008 https://bugzilla.redhat.com/show_bug.cgi?id=633774 Reading through both of those bugs they both look to be a regression in the handling of NetworkManager dispatcher scripts [1] which are now fixed and should be in stable [2] since 2nd June have you bothered to test this and update the bugs? Its unfortunate the problem with the dispatcher scripts wasn't picked up prior to release but the bug was fixed upstream by the NM maintainer in a day once it was reported [3]. Ok so he's on vacation - this is a very core part of the OS - who is backing him up I wonder? Who else is on the project? A number of people, but as pointed out above its not necessarily always systemd's fault. System startup is a complex process and has a lot of interdependencies. Surely you're not saying there is no-one else working on systemd... and when LP is away/busy nothing will get done ... otherwise I strongly urge it be replaced by upstart asap. That's certainly not the case, you only have to look as far as the upstream mailing list to see that. The fact that Ubuntu is the only project now sticking with upstart (and i believe it was actually used by Fedora in a mainline release first too) shows its uptake. A lot of projects will have a lead architect that is the main driving force behind the project in the early stages of the project, systemd is certainly not alone here. In fact if you bothered to go and look at upstart I think you'll find its the same there, and what's more with everyone moving to systemd there's likely a lot less people working on upstart. Peter [1] https://bugzilla.redhat.com/show_bug.cgi?id=703321 [2] https://admin.fedoraproject.org/updates/NetworkManager-0.8.9997-1.git20110531.fc15 [3] https://bugzilla.gnome.org/show_bug.cgi?id=649773 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Outage: Mediawiki Upgrade - 2011-06-13 18:00 UTC
There will be an outage starting at 2011-06-13 18:00 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2011-06-13 18:00 UTC' Reason for outage: We are updating our mediawiki instance to version 1.16.5. For those that are interested in testing this in advance, we have already updated our staging wiki (https://stg.fedoraproject.org/wiki/Special:Version). Affected Services: Wiki - http://fedoraproject.org/wiki/ Unaffected Services: BFO - http://boot.fedoraproject.org/ Bodhi - https://admin.fedoraproject.org/updates/ Buildsystem - http://koji.fedoraproject.org/ GIT / Source Control DNS - ns1.fedoraproject.org, ns2.fedoraproject.org Docs - http://docs.fedoraproject.org/ Email system Fedora Account System - https://admin.fedoraproject.org/accounts/ Fedora Community - https://admin.fedoraproject.org/community/ Fedora Hosted - https://fedorahosted.org/ Fedora Insight - https://insight.fedoraproject.org/ Fedora People - http://fedorapeople.org/ Fedora Talk - http://talk.fedoraproject.org/ Main Website - http://fedoraproject.org/ Mirror List - https://mirrors.fedoraproject.org/ Mirror Manager - https://admin.fedoraproject.org/mirrormanager/ Package Database - https://admin.fedoraproject.org/pkgdb/ Smolt - http://smolts.org/ Spins - http://spins.fedoraproject.org/ Start - http://start.fedoraproject.org/ Torrent - http://torrent.fedoraproject.org/ Translation Services - http://translate.fedoraproject.org/ Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/2563 Contact Information: Please join #fedora-admin in irc.freenode.net or add comments to the ticket for this outage above. pgpD1V8DxbNhk.pgp Description: PGP signature ___ 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
rawhide report: 20110611 changes
Compose started at Sat Jun 11 08:15:30 UTC 2011 Broken deps for x86_64 -- 389-admin-1.1.16-1.fc16.i686 requires libadmsslutil.so.1 389-admin-1.1.16-1.fc16.i686 requires libadminutil.so.1 389-admin-1.1.16-1.fc16.x86_64 requires libadmsslutil.so.1()(64bit) 389-admin-1.1.16-1.fc16.x86_64 requires libadminutil.so.1()(64bit) 389-dsgw-1.1.6-3.fc16.x86_64 requires libadmsslutil.so.1()(64bit) 389-dsgw-1.1.6-3.fc16.x86_64 requires libadminutil.so.1()(64bit) CGSI-gSOAP-1.3.4.0-2.fc15.i686 requires libvomsapi.so.0 CGSI-gSOAP-1.3.4.0-2.fc15.x86_64 requires libvomsapi.so.0()(64bit) OpenEXR_Viewers-1.0.2-3.fc15.x86_64 requires libfltk.so.1.1()(64bit) OpenEXR_Viewers-1.0.2-3.fc15.x86_64 requires libfltk_gl.so.1.1()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) camcardsync-0.1.1-4.fc15.x86_64 requires libhal.so.1()(64bit) clementine-0.7.1-1.fc16.x86_64 requires libmtp.so.8()(64bit) coda-vcodacon-6.9.5-4.fc15.x86_64 requires libfltk.so.1.1()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper ed2k_hash-gui-0.4.0-10.fc13.x86_64 requires libfltk.so.1.1()(64bit) emacs-common-mozc-1.1.717.102-2.fc16.x86_64 requires libprotobuf.so.6()(64bit) exaile-0.3.2.1-1.fc16.noarch requires hal fawkes-guis-0.4.2-4.fc16.i686 requires libgraph.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libcdt.so.4 fawkes-guis-0.4.2-4.fc16.i686 requires libgvc.so.5 fawkes-guis-0.4.2-4.fc16.x86_64 requires libgraph.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libcdt.so.4()(64bit) fawkes-guis-0.4.2-4.fc16.x86_64 requires libgvc.so.5()(64bit) fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires libgeos-3.2.1.so()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit) fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit) flpsed-0.5.2-2.fc15.x86_64 requires libfltk.so.1.1()(64bit) gdb-heap-0.5-5.fc16.x86_64 requires glibc(x86-64) = 0:2.13.90 gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) gipfel-0.3.2-8.fc15.x86_64 requires libfltk_images.so.1.1()(64bit) gipfel-0.3.2-8.fc15.x86_64 requires libfltk.so.1.1()(64bit) gmediaserver-0.13.0-7.fc15.x86_64 requires libupnp.so.3()(64bit) gmediaserver-0.13.0-7.fc15.x86_64 requires libthreadutil.so.2()(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-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-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-timer-2.1.4-2.fc15.x86_64 requires gnome-python2-applet = 0:2.16 gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-device-manager-0.2-6.fc15.x86_64 requires libhal.so.1()(64bit) gnome-device-manager-devel-0.2-6.fc15.i686 requires hal-devel = 0:0.5.10 gnome-device-manager-devel-0.2-6.fc15.i686 requires pkgconfig(hal) gnome-device-manager-devel-0.2-6.fc15.x86_64 requires hal-devel = 0:0.5.10 gnome-device-manager-devel-0.2-6.fc15.x86_64 requires pkgconfig(hal) gnome-device-manager-libs-0.2-6.fc15.i686 requires libhal.so.1 gnome-device-manager-libs-0.2-6.fc15.i686 requires hal = 0:0.5.10 gnome-device-manager-libs-0.2-6.fc15.x86_64 requires libhal.so.1()(64bit) gnome-device-manager-libs-0.2-6.fc15.x86_64 requires hal = 0:0.5.10 gnome-netstatus-2.28.2-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-eds-2.91.92-1.fc16.x86_64 requires libcamel-1.2.so.23()(64bit) gnome-schedule-2.0.2-6.fc15.noarch requires gnome-python2-applet gnubiff-2.2.13-4.fc15.x86_64 requires
Re: Are 3.0 kernels working for anyone?
On Fri, Jun 10, 2011 at 01:19:25PM -0500, Bruno Wolff III wrote: The 3.0 kernels are not working for me. (A cpu lockup is reporting during boot.) I am wondering if things are broken for everyone where I should probably just wait for updates and try again, or if I should get a picture of the traceback and file a bug? Works for me, but crashes every night. (Automatic backups to a network drive are happening at the time.) Haven't tried the latest kernel-3.0-0.rc2.git0.2.fc16.x86_64 package though. -- Matthew Miller mat...@mattdm.org Senior Systems Architect -- Instructional Research Computing Services Harvard School of Engineering Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bodhi v0.8 in production
On 06/10/2011 01:21 PM, Luke Macken wrote: * Buildroot Override Management http://fedoraproject.org/wiki/Bodhi/BuildRootOverrides In case you missed it, this means you can now do your own BuildRoot Overrides, as opposed to filing a ticket with rel-eng and waiting for them to do it manually. Please be smart about this, because your overrides (while they're active) affect everyone. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
On Fri, 2011-06-10 at 16:25 +0100, Tom Hughes wrote: On 10/06/11 16:12, Michael Cronenworth wrote: Richard W.M. Jones wrote: They are available, but I think you have to build them yourself from source. All the information is here: 2. Make guest additions dead simple to install. Having to compile them with a Windows DDK is not dead simple. Actually building the driver (once I'd downloaded the 620Mb DDK) was quite easy. I'm still scratching my head over how to actually install it though ;-) Actually, even if you build the driver and get it to work, you're still stuck with the Windows' driver signature enforcement which makes installing unsigned drivers (such as one that you build yourself) more-or-less impossible (I tried every possible software / hack-ware to disable it and failed; ended up getting used to manual F8/Disable signature enforcement boot sequence). I fear that as long as RH doesn't MS the (protection) fees required to sign the QXL driver, I fear that this issue will remain unresolved. (On the other hand, nothing stops -me- from doing it and yet I don't see me running to do it :)) As for the subject at hand, -I- find VB a far inferior solution when it comes to SMP and IO (disk/network) performance. Sure, during the years I've create a large chunk of scripts required to deploy and configure qemu VM's, but once you pass the I fear the qemu command line phase, KVM runs circles around VB. (Let alone having to relay on a unsupported 3'rd party kernel module - a huge no-no in server deployments) Nothing beats starting a VM in snapshot mode, trashing it, and reverting to the original without as much a single mouse click... I do use VB on VT-incapable machines such as my ATOM netbook - but that's about it. - Gilboa -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
1. Easy setup of networking (bridged). Just to followup, to setup bridged net on kvm I need to reboot my server. That's a non-starter. And long as you're will to do the hard work yourself, there's no need to reboot your machine. 1. Create a bridge configuration for each target network devices (E.g. ifcfg-vbr0 for ifcfg-eth0). 2. Mark the ethX device as IP-less and boot-protocol-less (IPADDR=, IPV6_ADDR=, BOOTPROTO=none) and bridge controlled (BRIDGE=brX), configure the bridge device (DEVICE=brX, TYPE=Brdige, IPADDR, IPV6_ADDR, etc) 2. Disable NM on both the bridge and the Ethernet device (NM_CONTROLLED=no). 3. Restart NM. (Or disable it if all your Ethernet devices are bridged) 4. Enable and start network service. (If you don't want to interrupt incoming connections, you'll have to start each network device by hand) 5. Profit. At worse, you'll have a 2-3 second interruption while the bridge assumes the IP address originally held by the Ethernet device. - Gilboa -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
I can only boot if selinux is disabled - selinux=0 in grub. Otherwise boot always stops in different moments. I can't figured out which problem is this - selinux or systemd? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
On Sat, Jun 11, 2011 at 9:29 AM, Lucas macach...@gmail.com wrote: I can only boot if selinux is disabled - selinux=0 in grub. Otherwise boot always stops in different moments. I can't figured out which problem is this - selinux or systemd? -- Does this sound like it? https://bugzilla.redhat.com/show_bug.cgi?id=711015 If so, you need a newer systemd. systemd-28-3.fc16.x86_64 works for me. tom -- Tom London -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
On 06/11/2011 08:35 PM, Tom London wrote: On Sat, Jun 11, 2011 at 9:29 AM, Lucasmacach...@gmail.com wrote: I can only boot if selinux is disabled - selinux=0 in grub. Otherwise boot always stops in different moments. I can't figured out which problem is this - selinux or systemd? -- Does this sound like it? https://bugzilla.redhat.com/show_bug.cgi?id=711015 If so, you need a newer systemd. systemd-28-3.fc16.x86_64 works for me. tom I use systemd-28-3.fc16.i686 and updated it when it became available, but still have real problems with boot. If it stops it happens definitely in systemd job - when it is starting services. And I can't find any errors. More important that I have changed selinux to permissive - there is no difference. I can boot only with selinux=0. I have tried upstart - it works without any problems. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
On Sat, Jun 11, 2011 at 20:47:41 +0400, Lucas macach...@gmail.com wrote: I use systemd-28-3.fc16.i686 and updated it when it became available, but still have real problems with boot. If it stops it happens definitely in systemd job - when it is starting services. And I can't find any errors. More important that I have changed selinux to permissive - there is no difference. I can boot only with selinux=0. I have tried upstart - it works without any problems. You probably need to rebuild the initramfs file for your kernel. One way to do it is to uninstall the latest kernel and then reinstall it. (I am not sure if that break things if that is the kernel you are running. So you might want to boot with an older one to do this.) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
- Original message - As for the subject at hand, -I- find VB a far inferior solution when it comes to SMP and IO (disk/network) performance. With the latest VB and the SATA controller I see faster performance in the VM over bare hardware. Sure, during the years I've create a large chunk of scripts required to deploy and configure qemu VM's, but once you pass the I fear the qemu command line phase, KVM runs circles around VB. (Let alone having to relay on a unsupported 3'rd party kernel module - a huge no-no in server deployments) VB kernel modules are GPL licensed. Nothing beats starting a VM in snapshot mode, trashing it, and reverting to the original without as much a single mouse click... VB supports snapshots too. I use them frequently. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Buildbot package
2011/5/26 Gianluca Sforna gia...@gmail.com: On Thu, May 26, 2011 at 10:38 AM, Michael Schwendt mschwe...@gmail.com wrote: buildbot-master buildbot-slave buildbot : meta-package which requires -master and -slave Good. I guess I can produce both buildbot and buildbot-master from the current buildbot package, so just one review for buildbot-slave is actually needed? or even produce build-slave too from the current buildbot package that's the way it was done in OpenSuse and the way I did in Mageia http://svnweb.mageia.org/packages/cauldron/buildbot/current/SPECS/buildbot.spec?view=markup -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning xine-lib, EOL'ing phonon-backend-xine
Kevin Kofler wrote: there's one third-party KDE-Platform-based application still using xine-lib for the foreseeable future: Kaffeine. kaffeine has begun to look kind of shabby. I always installed it, as xine appeared to have the most complete set of codecs. Can other programs now deal with everything that xine/kaffeine was a fallback for? (Sorry, I have no actual examples, off the top of my head) xine-lib is a requisite for xine-lib-extras-freeworld. Will amarok be using a different library to play mp3 in f16? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
wanting to orphan htmldoc
Hi, I'd like to give up ownership for htmldoc. Please, if anyone is interested, take it. Here are the packages that depend on it: htmldoc-0:1.8.27-13.fc12.src LabPlot-0:1.6.0.2-8.fc12.src diveintopython-0:5.4-18.fc15.src mathomatic-0:15.5.0-1.fc15.src mlton-0:20100608-3.fc15.src (my package, I am removing its requirement on htmldoc) virtuoso-opensource-1:6.1.2-3.fc15.src chm2pdf-0:0.9.1-10.fc15.noarch openvas-client-0:3.0.3-2.fc15.x86_64 Adam -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
On 06/11/2011 08:42 PM, Bruno Wolff III wrote: On Sat, Jun 11, 2011 at 20:47:41 +0400, Lucasmacach...@gmail.com wrote: I use systemd-28-3.fc16.i686 and updated it when it became available, but still have real problems with boot. If it stops it happens definitely in systemd job - when it is starting services. And I can't find any errors. More important that I have changed selinux to permissive - there is no difference. I can boot only with selinux=0. I have tried upstart - it works without any problems. You probably need to rebuild the initramfs file for your kernel. One way to do it is to uninstall the latest kernel and then reinstall it. (I am not sure if that break things if that is the kernel you are running. So you might want to boot with an older one to do this.) Doesn't work that way, just checked. Stops in different points. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Are 3.0 kernels working for anyone?
Lucas macachuto at gmail.com writes: I use systemd-28-3.fc16.i686 and updated it when it became available, but still have real problems with boot. If it stops it happens definitely in systemd job - when it is starting services. And I can't find any errors. More important that I have changed selinux to permissive - there is no difference. I can boot only with selinux=0. I have tried upstart - it works without any problems. If you've been using selinux=0, try doing a relabeling. I did touch /.autorelabel and rebooted without selinux=0, but got dropped to single-user mode. I then did restorecon -R -v / and rebooted successfully without selinux=0. After that, I did touch /.autorelabel again and was able to successfully reboot without selinux=0, without getting dropped to single-user mode, and booting has been normal since. (This is all after updating to the latest systemd.) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
On 06/11/2011 11:00 PM, Andre Robatino wrote: Lucasmacachutoat gmail.com writes: I use systemd-28-3.fc16.i686 and updated it when it became available, but still have real problems with boot. If it stops it happens definitely in systemd job - when it is starting services. And I can't find any errors. More important that I have changed selinux to permissive - there is no difference. I can boot only with selinux=0. I have tried upstart - it works without any problems. If you've been using selinux=0, try doing a relabeling. I did touch /.autorelabel and rebooted without selinux=0, but got dropped to single-user mode. I then did restorecon -R -v / and rebooted successfully without selinux=0. After that, I did touch /.autorelabel again and was able to successfully reboot without selinux=0, without getting dropped to single-user mode, and booting has been normal since. (This is all after updating to the latest systemd.) Actually it does relabel by it self after boot with option selinux=0, and of course I did relabel. It manages to stop anyway. But not always, sometime I can boot, sometime not. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
On Sat, 11 Jun 2011 19:30:10 +0200, Michael Cronenworth wrote: As for the subject at hand, -I- find VB a far inferior solution when it comes to SMP and IO (disk/network) performance. With the latest VB and the SATA controller I see faster performance in the VM over bare hardware. This is because KVM sync-es by default, one has to use cache=unsafe to get the same (possibly better) performace with KVM as with the other hypervisors. And sure it is then all faster than natively sync-ing OS on bare hardware. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Are 3.0 kernels working for anyone?
On 2011-06-11 12:11, Lucas wrote: Actually it does relabel by it self after boot with option selinux=0 That sounds rather useful. How does it know whether or not it was previously booted with selinux=0? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Different behaviour on gcc 4.6?
2011/6/11 Sergio Belkin:
/* confdefs.h */
#define PACKAGE_NAME UpTools
#define PACKAGE_TARNAME UpTools
#define PACKAGE_VERSION 8.5.5
#define PACKAGE_STRING UpTools 8.5.5
#define PACKAGE_BUGREPORT bugs-upto...@palermo.edu
#define PACKAGE_URL
#define PACKAGE UpTools
#define VERSION 8.5.5
/* end confdefs.h. */
int
main ()
{
;
return 0;
}
Your code snippet is compiled without any issue; seems like your
compiler flags are messed up. ~C
$ cc --version
cc (GCC) 4.6.0 20110530 (Red Hat 4.6.0-9)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning xine-lib, EOL'ing phonon-backend-xine
On Sat, Jun 11, 2011 at 19:02, Petrus de Calguarium pguec...@gmail.comwrote: Kevin Kofler wrote: there's one third-party KDE-Platform-based application still using xine-lib for the foreseeable future: Kaffeine. kaffeine has begun to look kind of shabby. I always installed it, as xine appeared to have the most complete set of codecs. Can other programs now deal with everything that xine/kaffeine was a fallback for? (Sorry, I have no actual examples, off the top of my head) xine-lib is a requisite for xine-lib-extras-freeworld. Will amarok be using a different library to play mp3 in f16? So far as i am aware amarok just uses phonon for playback (since 2.0) so if you use phonon-backend-xine then it uses xine and if you use phonon-backend-gstreamer it uses gstreamer and phonon-backend-vlc uses vlc. Hence xine-lib-extras-freeworld should make no difference to amarok when using the default backend anyway. You probably want gstreamer-plugins-* in f15+ (or whenever phonon-backend-gstreamer became the default) unless you changed the back end manually. -- There are 10 kinds of people in the world: Those who understand binary and those who don't... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 / VirtualBox
Gilboa Davara wrote: 1. Easy setup of networking (bridged). Just to followup, to setup bridged net on kvm I need to reboot my server. That's a non-starter. And long as you're will to do the hard work yourself, there's no need to reboot your machine. 1. Create a bridge configuration for each target network devices (E.g. ifcfg-vbr0 for ifcfg-eth0). 2. Mark the ethX device as IP-less and boot-protocol-less (IPADDR=, IPV6_ADDR=, BOOTPROTO=none) and bridge controlled (BRIDGE=brX), configure the bridge device (DEVICE=brX, TYPE=Brdige, IPADDR, IPV6_ADDR, etc) 2. Disable NM on both the bridge and the Ethernet device (NM_CONTROLLED=no). 3. Restart NM. (Or disable it if all your Ethernet devices are bridged) 4. Enable and start network service. (If you don't want to interrupt incoming connections, you'll have to start each network device by hand) 5. Profit. At worse, you'll have a 2-3 second interruption while the bridge assumes the IP address originally held by the Ethernet device. - Gilboa Thanks for the info. Still, VB allows me to setup bridge net with 1 click of the gui. I'd sure like to see that in qemu/kvm. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning xine-lib, EOL'ing phonon-backend-xine
John5342 wrote: Hence xine-lib-extras-freeworld should make no difference to amarok when using the default backend anyway. You probably want gstreamer-plugins-* in f15+ (or whenever phonon-backend-gstreamer became the default) unless you changed the back end manually. Oh, so you mean I never needed to install xine-lib-extras-freeworld, since I am using phonon-backend-gstreamer? I can get amarok to play mp3, assuming I have all of the gstreamer-plugins-* installed? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning xine-lib, EOL'ing phonon-backend-xine
On Sat, Jun 11, 2011 at 22:59, Petrus de Calguarium pguec...@gmail.com wrote: John5342 wrote: Hence xine-lib-extras-freeworld should make no difference to amarok when using the default backend anyway. You probably want gstreamer-plugins-* in f15+ (or whenever phonon-backend-gstreamer became the default) unless you changed the back end manually. Oh, so you mean I never needed to install xine-lib-extras-freeworld, since I am using phonon-backend-gstreamer? Precisely. I can get amarok to play mp3, assuming I have all of the gstreamer-plugins-* installed? Yes basically. I forget which one exactly contains the mp3 plugin but i just install all of them and then i don't have to worry about any other format i may one day come across. The same plugins are also used by just about every other form of KDE based audio/video. That includes everything from video players like Dragon to audio players like Amarok to System Notifications etc. -- There are 10 kinds of people in the world: Those who understand binary and those who don't... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning xine-lib, EOL'ing phonon-backend-xine
Petrus de Calguarium wrote: John5342 wrote: Hence xine-lib-extras-freeworld should make no difference to amarok when using the default backend anyway. You probably want gstreamer-plugins-* in f15+ (or whenever phonon-backend-gstreamer became the default) unless you changed the back end manually. I guess it works. I just uninstalled xine-lib-extras-freeworld and amarok is fine. I haven't tried any video players, yet, but all looks good so far. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning xine-lib, EOL'ing phonon-backend-xine
John5342 wrote: I forget which one exactly contains the mp3 plugin gstreamer-plugins-ugly, I believe i just install all of them and then i don't have to worry about any other format i may one day come across. ditto The same plugins are also used by just about every other form of KDE based audio/video. That includes everything from video players like Dragon to audio players like Amarok to System Notifications etc. Curious. I thought Dragon must use xine-lib, since both kdemultimedia and kdebase-runtime require it in F15. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Packaging cross toolchains with different versions
Hi, I am starting to package cross-toolchains for Fedora/RHEL. Is it possible to have multiple versions of the same toolchain installed [1]? I went through the Fedora Embedded SIG [2] wiki page, and found that most packages don't have revisions in their names (for example: avr-binutils). In other words, it is okay to name the package .spec as rtems-4.11-i386-rtems4.11-binutils.spec? Appreciate your inputs in this regard, Thanks! SK [1] RTEMS SRPMS. ftp://ftp.rtems.com/pub/rtems/linux/4.11/fedora/14/SRPMS/ [2] Fedora Embedded SIG. http://fedoraproject.org/wiki/Embedded -- Shakthi Kannan http://www.shakthimaan.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging cross toolchains with different versions
On 06/12/2011 05:19 AM, Shakthi Kannan wrote: Hi, I am starting to package cross-toolchains for Fedora/RHEL. Is it possible to have multiple versions of the same toolchain installed [1]? I went through the Fedora Embedded SIG [2] wiki page, and found that most packages don't have revisions in their names (for example: avr-binutils). In other words, it is okay to name the package .spec as rtems-4.11-i386-rtems4.11-binutils.spec? A Fedora supplied rtems4.11 toolchain package's spec should be named i386-rtems4.11-binutils.spec (rsp. the package be named i386-rtems4.11-binutils). [1] RTEMS SRPMS. ftp://ftp.rtems.com/pub/rtems/linux/4.11/fedora/14/SRPMS/ The reason these *.specs are prefixed rtems-4.11- is them being installed to /opt/rtems-4.11 (3rd party add-on packages) and not to /usr (OS-vendor supplied packages). Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: systemd: please stop trying to take over the world :)
On Sat, Jun 11, 2011 at 12:03:33PM +0100, Peter Robinson wrote: for decades. Fedora 14's init system isn't that different to the first version of RHL (4.0) I started using back in 96. This is somewhat misleading. There have been many rewrites of the init system in the past decade. In fact, the Fedora 14 init system has the capability to be quite different than the SysVinit scripts that were adopted in the mid-90s. What is true is that Fedora 14 had not switched to using the incompatible-with-SysVinit features of its default (or any of its optional) init systems so the presentation and behaviour was almost the same as older SysVinit. -Toshio pgpiCY2Gmt5D6.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Packaging cross toolchains with different versions
Hi Ralf: --- On Sun, Jun 12, 2011 at 9:03 AM, Ralf Corsepius rc040...@freenet.de wrote: | A Fedora supplied rtems4.11 toolchain package's spec should be named | i386-rtems4.11-binutils.spec (rsp. the package be named | i386-rtems4.11-binutils). \-- I shall follow the same. Thanks for your reply! SK -- Shakthi Kannan http://www.shakthimaan.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 712578] New: perl-Text-Table-1.123 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-Text-Table-1.123 is available https://bugzilla.redhat.com/show_bug.cgi?id=712578 Summary: perl-Text-Table-1.123 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-Text-Table AssignedTo: mmasl...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com Classification: Fedora Story Points: --- Latest upstream release: 1.123 Current version in Fedora Rawhide: 1.122 URL: http://search.cpan.org/dist/Text-Table/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-threads-tbb] add exclusivearch, buildrequirement tbb is only available on ia64, x86 and x86_64
commit abe5f527fe14cb0c6c4523ab4f062b524c6c70f3
Author: Karsten Hopp kars...@redhat.com
Date: Sat Jun 11 13:13:42 2011 +0200
add exclusivearch, buildrequirement tbb is only available on ia64, x86 and
x86_64
perl-threads-tbb.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-threads-tbb.spec b/perl-threads-tbb.spec
index 2214cc8..8f587cc 100644
--- a/perl-threads-tbb.spec
+++ b/perl-threads-tbb.spec
@@ -1,7 +1,7 @@
# This file is licensed under the terms of GPLv2+.
Name: perl-threads-tbb
Version:0.02
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Interface to the Threading Building Blocks (TBB) API
License:GPL+ or Artistic
Group: Development/Libraries
@@ -23,6 +23,7 @@ BuildRequires: perl(Time::HiRes)
BuildRequires: perl(XSLoader)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
Requires: perl(ExtUtils::XSpp) = 0.01
+ExclusiveArch: %{ix86} x86_64 ia64
%{?perl_default_filter}
@@ -58,6 +59,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Sat Jun 11 2011 Karsten Hopp kars...@redhat.com 0.02-2
+- add exclusivearch, buildrequirement tbb is only available on ia64, x86 and
x86_64
+
* Tue May 10 2011 Petr Pisar ppi...@redhat.com 0.02-1
- Specfile autogenerated by cpanspec 1.78.
- Remove BuildRoot stuff
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Outage: Mediawiki Upgrade - 2011-06-13 18:00 UTC
There will be an outage starting at 2011-06-13 18:00 UTC, which will last approximately 1 hour. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2011-06-13 18:00 UTC' Reason for outage: We are updating our mediawiki instance to version 1.16.5. For those that are interested in testing this in advance, we have already updated our staging wiki (https://stg.fedoraproject.org/wiki/Special:Version). Affected Services: Wiki - http://fedoraproject.org/wiki/ Unaffected Services: BFO - http://boot.fedoraproject.org/ Bodhi - https://admin.fedoraproject.org/updates/ Buildsystem - http://koji.fedoraproject.org/ GIT / Source Control DNS - ns1.fedoraproject.org, ns2.fedoraproject.org Docs - http://docs.fedoraproject.org/ Email system Fedora Account System - https://admin.fedoraproject.org/accounts/ Fedora Community - https://admin.fedoraproject.org/community/ Fedora Hosted - https://fedorahosted.org/ Fedora Insight - https://insight.fedoraproject.org/ Fedora People - http://fedorapeople.org/ Fedora Talk - http://talk.fedoraproject.org/ Main Website - http://fedoraproject.org/ Mirror List - https://mirrors.fedoraproject.org/ Mirror Manager - https://admin.fedoraproject.org/mirrormanager/ Package Database - https://admin.fedoraproject.org/pkgdb/ Smolt - http://smolts.org/ Spins - http://spins.fedoraproject.org/ Start - http://start.fedoraproject.org/ Torrent - http://torrent.fedoraproject.org/ Translation Services - http://translate.fedoraproject.org/ Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/2563 Contact Information: Please join #fedora-admin in irc.freenode.net or add comments to the ticket for this outage above. pgpzTlScCvzZp.pgp Description: PGP signature ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
