Re: Deltarpm python3 build failure
On Sat, 1 Jan 2011, Jonathan Dieter wrote:
> On Sat, 2011-01-01 at 12:22 -0800, Toshio Kuratomi wrote:
>> On Fri, Dec 31, 2010 at 05:38:30PM +0200, Jonathan Dieter wrote:
>>> I now seem to be running into some problems building deltarpm for
>>> Rawhide and it seems to be tied into this. See
>>> http://koji.fedoraproject.org/koji/buildinfo?buildID=212117 for more
>>> details.
>>
>> Which is happening because the module is being installed to
>> %{_libdir}/python3.2mu/site-packages
>>
>> So, yes, the Makefiles need to be changed. The way they're detecting which
>> versions of python to build for are a bit hacky and definitely broken in
>> this instance.
>>
>> I would instead code something that uses the python interpreter or config
>> scripts to tell what needs to be done.
>>
>> You can adapt code like this to your needs:
>>
>> for PY in python python3 ; do
>> PYLIB=`$PY -c 'from distutils import sysconfig ;
>> print(sysconfig.get_python_lib(1))'`
>> PYVER=`$PY -c 'from distutils import sysconfig ;
>> print(sysconfig.get_python_version)'`
>> PYCFLAGS=`$PY-config --cflags`
>> PYLDFLAGS=`$PY-config --ldflags`
>> done
>
> Thanks much. I had missed the fact that the file was being installed in
> a different directory. This is a great help.
The deltarpm python3 module has much bigger issues than paths changing:
deltarpmmodule.c: In function 'createDict':
deltarpmmodule.c:25:5: warning: implicit declaration of function
'PyString_FromString'
deltarpmmodule.c:25:7: warning: assignment makes pointer from integer
without a cast
deltarpmmodule.c:34:7: warning: assignment makes pointer from integer
without a cast
deltarpmmodule.c:51:7: warning: assignment makes pointer from integer
without a cast
deltarpmmodule.c: In function 'init_deltarpm':
deltarpmmodule.c:113:3: warning: implicit declaration of function
'Py_InitModule'
deltarpmmodule.c:113:5: warning: assignment makes pointer from integer
without a cast
Python 3 doesn't have PyString_FromString() or Py_InitModule() at all, so
all the module does now is fail with import error:
[pmatilai@localhost deltarpm]$ python3
Python 3.1.2 (r312:79147, Sep 8 2010, 23:02:57)
[GCC 4.5.1 20100812 (Red Hat 4.5.1-1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import deltarpm
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib64/python3.1/site-packages/deltarpm.py", line 6, in
import _deltarpm
ImportError: /usr/lib64/python3.1/site-packages/_deltarpmmodule.so:
undefined symbol: Py_InitModule
I'd suggest simply disabling the broken python3 module for the time being
to allow deltarpm to be built against the new rpm version. I can help
fixing the Python version issue once the dust from new rpm landing
settles.
- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
RE: bnx2 driver fails to load on Fedora Rawhide
> -Original Message- > From: devel-boun...@lists.fedoraproject.org [mailto:devel- > boun...@lists.fedoraproject.org] On Behalf Of Andy Gospodarek > Sent: Monday, January 17, 2011 8:35 PM > To: Development discussions related to Fedora > Cc: Iyer, Shyam; david.woodho...@intel.com; Rose, Charles; > jla...@redhat.com; KM, Paniraja > Subject: Re: bnx2 driver fails to load on Fedora Rawhide > > On Mon, Jan 17, 2011 at 01:41:41AM -0800, narendr...@dell.com wrote: > > Hello, > > > > On Fedora Rawhide bnx2 driver failed to load with the following > messages on PowerEdge R710 with BCM5709 devices.( Bugzilla Bug 670121- > bnx2 driver fails to load on rawhide). > > > > I observed this failure while I was setting up the box for > biosdevname related experiments. > > > > [ 12.680616] bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver > bnx2 v2.0.18 (Oct 7, 2010) > > [ 12.681213] bnx2 :01:00.0: PCI INT A -> GSI 36 (level, low) -> > IRQ 36 > > [ 12.681502] bnx2 :01:00.0: setting latency timer to 64 > > [ 12.682141] bnx2 :01:00.0: pci_enable_pcie_error_reporting > failed 0xfffb > > [ 12.830923] bnx2: Can't load firmware file "bnx2/bnx2-mips-09- > 6.0.17.fw" > > [ 12.831263] bnx2 :01:00.0: PCI INT A disabled > > [ 12.831614] bnx2: probe of :01:00.0 failed with error -2 > > [ 12.832099] bnx2 :01:00.1: PCI INT B -> GSI 48 (level, low) -> > IRQ 48 > > [ 12.832375] bnx2 :01:00.1: setting latency timer to 64 > > [ 12.833126] bnx2 :01:00.1: pci_enable_pcie_error_reporting > failed 0xfffb > > [ 13.115474] bnx2: Can't load firmware file "bnx2/bnx2-mips-09- > 6.0.17.fw" > > [ 13.115804] bnx2 :01:00.1: PCI INT B disabled > > [ 13.116652] bnx2: probe of :01:00.1 failed with error -2 > > > > > > [root@fedora-14-r710 ~]# uname -r > > 2.6.37-0.rc7.git0.1.fc15.x86_64 > > [root@fedora-14-r710 ~]# modinfo -F version bnx2 > > 2.0.18 > > > > With regards, > > Narendra K > > > > > > It looks like that firmware is in Linus' tree, but somehow it is not in > Woodhouse's linux-firmware tree. That seems odd. > > Copying Woodhouse to see if he has any thoughts. > As a heads up, this issue will have an impact on the upcoming 'Network Device Naming' test day scheduled to be held on 27th of this month. (https://fedorahosted.org/fedora-qa/ticket/159). With regards, Narendra K -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] Call for reviewing TCMS use cases and comparison!
Greetings! Wiki workflow/use cases are reorganized and grouped by general and main test events(runs) use cases. The general cases cover the basic uses of wiki, and the events cases covers the detailed certain steps for organizing the events. Please review it: https://fedoraproject.org/wiki/Rhe/tcms_use_cases Meanwhile, Wiki and Nitrate comparison is also listed and grouped by above use cases. I've listed as many features as I can think out for comparison. Please have a look and see if any features are missed. You can review it by the use case you're familiar with if reviewing all of them is tough, but be aware that features compared in former use cases are not listed in later cases again to avoid overlaps: https://fedoraproject.org/wiki/Rhe/tcms_Comparison Ticket#152[1] is currently set up for tracking this event. Feel free to add comments or discuss it here. Note: the feedback deadline is Jan 21, the end of this week. After that date, I'll move forward to the next phase. Waiting for your feedback! Cheers, Hurry [1] https://fedorahosted.org/fedora-qa/ticket/152 -- Contacts Hurry FAS Name: Rhe Timezone: 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
Re: bnx2 driver fails to load on Fedora Rawhide
On Mon, 2011-01-17 at 15:04 +, Andy Gospodarek wrote: > > It looks like that firmware is in Linus' tree, but somehow it is not in > Woodhouse's linux-firmware tree. That seems odd. Yeah, that's just broken. If the driver/firmware ABI changes incompatibly and the kernel gets updated so that it can no longer use the older firmware, then driver maintainers *need* to put the new firmware into the firmware tree so that it actually gets to users. In this case it looks like they only updated the legacy firmware/ directory in the kernel source itself, that people don't really use any more and that is going to be going away real soon now. That's not very useful. Michael? Did you submit the new firmware for linux-firmware.git and I just missed it? If so, I apologise; please could you resend? -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Koji buildroots broken by deltarpm at the moment?
DEBUG util.py:247: ERROR with rpm_check_debug vs depsolve: DEBUG util.py:247: librpm.so.1()(64bit) is needed by deltarpm-3.6-0.4.20100708git.fc15.x86_64 DEBUG util.py:247: librpmio.so.1()(64bit) is needed by deltarpm-3.6-0.4.20100708git.fc15.x86_64 -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji buildroots broken by deltarpm at the moment?
On Tue, Jan 18, 2011 at 01:53:01PM +, Richard W.M. Jones wrote: > > DEBUG util.py:247: ERROR with rpm_check_debug vs depsolve: > DEBUG util.py:247: librpm.so.1()(64bit) is needed by > deltarpm-3.6-0.4.20100708git.fc15.x86_64 > DEBUG util.py:247: librpmio.so.1()(64bit) is needed by > deltarpm-3.6-0.4.20100708git.fc15.x86_64 Oh I see, it's just that deltarpm is broken because of the RPM update. It's not a general buildroot issue. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Authen-DigestMD5] (5 commits) ...Merge branch 'master' into el6
Summary of changes: e8de728... Initialize branch F-12 for perl-Authen-DigestMD5 (*) 026df83... Fix typo that causes a failure to update the common directo (*) 0223d06... dist-git conversion (*) ddacc76... Tidy up changelog entry 111f5f2... Merge branch 'master' into el6 (*) This commit already existed in another branch; no separate mail sent -- 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-Authen-DigestMD5: 4/5] Tidy up changelog entry
commit ddacc76251b3caf7084cd50f4c36aeb031900081 Author: Paul Howarth Date: Tue Jan 18 14:05:15 2011 + Tidy up changelog entry perl-Authen-DigestMD5.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Authen-DigestMD5.spec b/perl-Authen-DigestMD5.spec index ce82744..d59d171 100644 --- a/perl-Authen-DigestMD5.spec +++ b/perl-Authen-DigestMD5.spec @@ -53,7 +53,7 @@ This module supports DIGEST-MD5 SASL authentication as defined in RFC-2831. %changelog * Wed Dec 15 2010 Marcela Maslanova - 0.04-10 -- 661697 rebuild for fixing problems with vendorach/lib +- Rebuild to fix problems with vendorarch/lib (#661697) * Thu Apr 29 2010 Marcela Maslanova 0.04-9 - Mass rebuild with perl-5.12.0 -- 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-Authen-DigestMD5: 5/5] Merge branch 'master' into el6
commit 111f5f2f717606fde4faa2ccd11a1a68fe924258 Merge: 0223d06 ddacc76 Author: Paul Howarth Date: Tue Jan 18 14:06:12 2011 + Merge branch 'master' into el6 perl-Authen-DigestMD5.spec | 25 + 1 files changed, 17 insertions(+), 8 deletions(-) --- -- 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-Authen-DigestMD5/el6/master] (8 commits) ...Merge branch 'master' into el6
Summary of changes: 554a816... Fix typo that causes a failure to update the common directo (*) 1ec910b... - rebuild against perl 5.10.1 (*) 737fc90... - Mass rebuild with perl-5.12.0 (*) b6b16fc... Minor clean-ups (*) c4ee510... dist-git conversion (*) d6a2e56... - 661697 rebuild for fixing problems with vendorach/lib (*) ddacc76... Tidy up changelog entry (*) 111f5f2... Merge branch 'master' into el6 (*) (*) This commit already existed in another branch; no separate mail sent -- 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: Koji buildroots broken by deltarpm at the moment?
On Tue, 18 Jan 2011, Richard W.M. Jones wrote: > > DEBUG util.py:247: ERROR with rpm_check_debug vs depsolve: > DEBUG util.py:247: librpm.so.1()(64bit) is needed by > deltarpm-3.6-0.4.20100708git.fc15.x86_64 > DEBUG util.py:247: librpmio.so.1()(64bit) is needed by > deltarpm-3.6-0.4.20100708git.fc15.x86_64 This only affects packages build-requiring (directly or through dependency chains) on deltarpm or other packages that link to librpm, which haven't been rebuilt yet (see yesterdays' heads-up: http://lists.fedoraproject.org/pipermail/devel/2011-January/147881.html) Deltarpm FTBS at the moment due to Python 3 changes. I dunno if Jonathan is available to handle it but a provenpackager can fix it up easily by temporarily disabling the python3 package (which is broken at anyway, see http://lists.fedoraproject.org/pipermail/devel/2011-January/147920.html) and then bump release + rebuild. - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Authen-DigestMD5/el5/master] (5 commits) ...Merge branch 'master' into el6
Summary of changes: e8de728... Initialize branch F-12 for perl-Authen-DigestMD5 (*) 026df83... Fix typo that causes a failure to update the common directo (*) 0223d06... dist-git conversion (*) ddacc76... Tidy up changelog entry (*) 111f5f2... Merge branch 'master' into el6 (*) (*) This commit already existed in another branch; no separate mail sent -- 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
Compiz 0.9 landing in Rawhide
Quick note for Rawhide users: I am in the process of landing Compiz 0.9 now. Adel and I have been testing the 0.9 migration in a side repo - http://repos.fedorapeople.org/repos/Compiz09/compiz09/ - for a while now, and we're happy it's working pretty well. Note that we're using the upstream 'compiz-with-glib-mainloop' branch: this contains some changes that are needed for Unity, and will be merged into upstream master quite soon. We agreed with Sam Spilsbury, the upstream compiz maintainer, that it'd work out well for everyone if we help to test the glib-mainloop changes in Rawhide to make sure they can be merged upstream faster. Quick summary of most important changes: * gconf configuration storage backend is deprecated * configuration from compiz 0.8 will not migrate to 0.9; you'll have to re-do your configuration * desktop-effects is deprecated and broken, do not use it: install 'compiz-gnome' and there'll be a 'Classic GNOME with Compiz' choice at the login manager you can use to get a GNOME 2 + Compiz-style desktop (with panel, not Shell) * use ccsm to configure Compiz, configuration done in ccsm will actually work and be saved now * KDE integration not tested yet Here's some more detailed notes on the changes: * We're deprecating gconf as a backend for storing Compiz/plugin configurations. It's caused all sorts of problems over the years and is more or less deprecated upstream, and gconf itself is going out as well. Compiz may grow a dconf/gsettings backend, but in practice, it's probably better to just use the flat-file (ccp) configuration system anyway, it seems to be a lot less problematic. So all the gconf schemas are now in -gconf subpackages which you don't have to install unless you really, really want to use the gconf configuration storage system for some reason. If you do, you'll have to make sure whatever method you use for launching compiz sets the 'gconf' parameter instead of 'ccp'. The compiz-gtk script which most people probably wind up using, one way or another, to launch compiz now specifies 'ccp' not 'gconf'. I have tested the 'ccp' configuration method quite carefully and can report that, contrary to how it's been in Fedora for a while, Compiz configuration you set with ccsm actually works now. :) I have not tested the gconf configuration storage backend, and don't know if it works. I know ccsm 0.9 isn't actually capable of storing configurations in gconf yet, so you'd have a tricky time using it. It's deprecated. If it's not working, you get to keep both halves. File a bug and we'll see what we can do. If you're wondering where the flat-file configuration storage actually lives, it's in ~/.config/compiz-1 . Configuration from 0.8 does not migrate to 0.9. You'll have to re-do your configuration. This isn't a consequence of the gconf stuff mentioned above, it's just an upstream change: for all config storage backends, there was a clean break from 0.8 to 0.9 and configuration is not carried over. Ubuntu has some patches which attempt to migrate 0.8 configs to 0.9, but they're not 100% reliable and add time to each startup, so they are not likely to be merged upstream, so we won't be carrying them in Fedora. I'm afraid you'll have to re-do your configuration with the 0.9 switch, if you have a custom compiz configuration; sorry about that. desktop-effects is more or less deprecated now. It doesn't make a deal of sense for Fedora 15+. It works on the basis of changing the compositing and window managers for GNOME, and you can't really run GNOME Shell with Compiz as the compositing manager; the paradigm just isn't there. You can run 'classic GNOME' - with the gnome-panel instead of GNOME Shell - with compiz and gtk-window-decorator, but that's a very different experience from the Shell. The desktop team has said they don't really think desktop-effects is appropriate any more, and they won't be maintaining it. So what we've implemented instead is a desktop session definition called 'Classic GNOME with Compiz'. That means that, if you install the compiz-gnome package, then at the login manager - gdm, kdm, whatever - you'll have the 'Classic GNOME with Compiz' session listed as an option. This will start up a GNOME session with gnome-panel, compiz and gtk-window-decorator, instead of the 'true' GNOME 3, GNOME Shell-based experience. We felt this more appropriate to the actual nature of the various choices in Fedora 15, and it's simpler and more robust than what would have to be done to 'fix' desktop-effects for GNOME 3. The current version of desktop-effects won't even launch Compiz 0.9 properly, due to another bug; I could fix this (actually, I already have, but it would need to go 'upstream') but it may not be worth the trouble. Also, the 'cube' and 'wobbly windows' checkboxes in desktop-effects won't work any more, as they used the gconf backend. (Again, I have a patch for this - it just takes the checkboxes out - but it may make more sense just to kill desktop-effects in F15). I
[perl-Authen-DigestMD5/el4/master] (5 commits) ...Merge branch 'master' into el6
Summary of changes: e8de728... Initialize branch F-12 for perl-Authen-DigestMD5 (*) 026df83... Fix typo that causes a failure to update the common directo (*) 0223d06... dist-git conversion (*) ddacc76... Tidy up changelog entry (*) 111f5f2... Merge branch 'master' into el6 (*) (*) This commit already existed in another branch; no separate mail sent -- 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-Authen-DigestMD5] Created tag perl-Authen-DigestMD5-0.04-10.el4
The lightweight tag 'perl-Authen-DigestMD5-0.04-10.el4' was created pointing to: 111f5f2... Merge branch 'master' into el6 -- 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-Authen-DigestMD5] Created tag perl-Authen-DigestMD5-0.04-10.el6
The lightweight tag 'perl-Authen-DigestMD5-0.04-10.el6' was created pointing to: 111f5f2... Merge branch 'master' into el6 -- 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: Koji buildroots broken by deltarpm at the moment?
On Tue, Jan 18, 2011 at 04:10:01PM +0200, Panu Matilainen wrote: > Deltarpm FTBS at the moment due to Python 3 changes. I dunno if Jonathan > is available to handle it but a provenpackager can fix it up easily by > temporarily disabling the python3 package (which is broken at anyway, see > http://lists.fedoraproject.org/pipermail/devel/2011-January/147920.html) > and then bump release + rebuild. Yes, looking at it now. It's not quite as simple as just disabling with_python3. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji buildroots broken by deltarpm at the moment?
On Tue, 2011-01-18 at 16:10 +0200, Panu Matilainen wrote: > On Tue, 18 Jan 2011, Richard W.M. Jones wrote: > > DEBUG util.py:247: ERROR with rpm_check_debug vs depsolve: > > DEBUG util.py:247: librpm.so.1()(64bit) is needed by > > deltarpm-3.6-0.4.20100708git.fc15.x86_64 > > DEBUG util.py:247: librpmio.so.1()(64bit) is needed by > > deltarpm-3.6-0.4.20100708git.fc15.x86_64 > > This only affects packages build-requiring (directly or through dependency > chains) on deltarpm or other packages that link to librpm, which haven't > been rebuilt yet (see yesterdays' heads-up: > http://lists.fedoraproject.org/pipermail/devel/2011-January/147881.html) > > Deltarpm FTBS at the moment due to Python 3 changes. I dunno if Jonathan > is available to handle it but a provenpackager can fix it up easily by > temporarily disabling the python3 package (which is broken at anyway, see > http://lists.fedoraproject.org/pipermail/devel/2011-January/147920.html) > and then bump release + rebuild. I am available and on it. Didn't realize that it was affecting the buildroot. Will get it fixed ASAP. Jonathan signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Authen-DigestMD5] Created tag perl-Authen-DigestMD5-0.04-10.el5
The lightweight tag 'perl-Authen-DigestMD5-0.04-10.el5' was created pointing to: 111f5f2... Merge branch 'master' into el6 -- 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: Koji buildroots broken by deltarpm at the moment?
On Tue, Jan 18, 2011 at 04:50:17PM +0200, Jonathan Dieter wrote: > On Tue, 2011-01-18 at 16:10 +0200, Panu Matilainen wrote: > > On Tue, 18 Jan 2011, Richard W.M. Jones wrote: > > > DEBUG util.py:247: ERROR with rpm_check_debug vs depsolve: > > > DEBUG util.py:247: librpm.so.1()(64bit) is needed by > > > deltarpm-3.6-0.4.20100708git.fc15.x86_64 > > > DEBUG util.py:247: librpmio.so.1()(64bit) is needed by > > > deltarpm-3.6-0.4.20100708git.fc15.x86_64 > > > > This only affects packages build-requiring (directly or through dependency > > chains) on deltarpm or other packages that link to librpm, which haven't > > been rebuilt yet (see yesterdays' heads-up: > > http://lists.fedoraproject.org/pipermail/devel/2011-January/147881.html) > > > > Deltarpm FTBS at the moment due to Python 3 changes. I dunno if Jonathan > > is available to handle it but a provenpackager can fix it up easily by > > temporarily disabling the python3 package (which is broken at anyway, see > > http://lists.fedoraproject.org/pipermail/devel/2011-January/147920.html) > > and then bump release + rebuild. > > I am available and on it. Didn't realize that it was affecting the > buildroot. Will get it fixed ASAP. Ah, I've just pushed this build which simply disables the Python 3 subpackage: http://koji.fedoraproject.org/koji/taskinfo?taskID=2728751 It's a very minimal change to the spec file: http://pkgs.fedoraproject.org/gitweb/?p=deltarpm.git;a=commitdiff;h=ed9a7fa440aa7caa3ef21cc37393e91304e3fd79 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji buildroots broken by deltarpm at the moment?
On Tue, 2011-01-18 at 14:53 +, Richard W.M. Jones wrote: > On Tue, Jan 18, 2011 at 04:50:17PM +0200, Jonathan Dieter wrote: > > I am available and on it. Didn't realize that it was affecting the > > buildroot. Will get it fixed ASAP. > > Ah, I've just pushed this build which simply disables the Python 3 > subpackage: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2728751 > > It's a very minimal change to the spec file: > > http://pkgs.fedoraproject.org/gitweb/?p=deltarpm.git;a=commitdiff;h=ed9a7fa440aa7caa3ef21cc37393e91304e3fd79 > > Rich. No problem. Thanks much. Jonathan signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Debugging 20s pause in boot time in rawhide
On Mon, 2011-01-17 at 22:07 -0600, Jason D. Clinton wrote: > On Mon, Jan 17, 2011 at 22:01, Jason D. Clinton > wrote: > This interesting though: > $ ls > -l /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service > lrwxrwxrwx. 1 root root 42 Oct 22 > 13:33 /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service > -> /lib/systemd/system/NetworkManager.service There's a couple considerations here, not sure if they are all fulfilled by the current setup or not... 1) NM doesn't *need* bluez, but if bluez is available NM wants to talk to it. We could put the Wants in if that doesn't break when bluez isnt' installed. 2) NM has some 'special' system magic; just installing the NetworkManager package should *not* automatically enable NM as a startup service, so that existing configurations that somehow drag NM in via dependencies don't randomly change your networking setup. NM should only be started when explicitly enabled, which we do in the installer and the LiveCD explicitly when your system is initially installed. systemd didn't originally handle that, so Lennart and I worked around that last fall and that workaround might no longer be adequate? Dan > Yes, this was the problem. As soon as I deleted this file and rebooted > my boot time went from 35s to 15s and NetworkManager and pulseaudio > are starting at roughly the same time which in turn causes the > bluetooth.service to appear in time. > > So there's maybe three bugs here: > NetworkManager.service doesn't Wants=bluetooth.service > NetworkManager doesn't do D-Bus activation on org.bluez somehow? > Something is > touching /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service that > shouldn't be. > > Perhaps this file is another clue as to the root cause of > https://bugzilla.redhat.com/show_bug.cgi?id=668633 ? > > > -- > 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
[389-devel] Please Review: (543633) replication problems if supplier is killed under update load
https://bugzilla.redhat.com/show_bug.cgi?id=543633 https://bugzilla.redhat.com/attachment.cgi?id=474097&action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
heads-up: systemtap-sdt-devel rebase in rawhide
Hi - FYI, rawhide received a new build of systemtap-1.4 yesterday. (f13 and f14 may get it too, subject to update policy & interest). Beyond its direct users, it affects those packages that build with the markers. A subsequent rebuild of these will switch to the new implementation. It should be a transparent change, resulting in somewhat faster startup and better fidelity in parameter passing. According to pkg.fedoraproject.org's rawhide checkouts, these are the currently affected packages. In case of any difficulties, please let us know at or via bugzilla. We're also eager to help any other packages that consider activating markers. I understand GDB work is in progress to attach to these same points, so the user base is bound to increase. glib2 java-1.6.0-openjdk libvirt mysql perl perl pg_top postgresql python3 python tcl - FChE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: heads-up: systemtap-sdt-devel rebase in rawhide
Frank Ch. Eigler píše v Út 18. 01. 2011 v 12:22 -0500: > Hi - > > FYI, rawhide received a new build of systemtap-1.4 yesterday. (f13 > and f14 may get it too, subject to update policy & interest). Beyond > its direct users, it affects those packages that build with the > markers. A subsequent rebuild of these will switch to the > new implementation. It should be a transparent change, > resulting in somewhat faster startup and better fidelity in parameter > passing. > > According to pkg.fedoraproject.org's rawhide checkouts, these are the > currently affected packages. In case of any difficulties, please let > us know at or via bugzilla. We're also > eager to help any other packages that consider activating > markers. I understand GDB work is in progress to attach to these same > points, so the user base is bound to increase. > > glib2 > java-1.6.0-openjdk > libvirt > mysql during the rebuilds in Fedora/s390x I've found that mysql has problems - see the build.log from http://s390.koji.fedoraproject.org/koji/taskinfo?taskID=289586 - there is some clash in min/max macros/functions, but I've not done any detailed investigation yet, Tom has been notified. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Koji buildroots broken by deltarpm at the moment?
On Tue, 2011-01-18 at 14:53 +, Richard W.M. Jones wrote: > Ah, I've just pushed this build which simply disables the Python 3 > subpackage: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2728751 > > It's a very minimal change to the spec file: > > http://pkgs.fedoraproject.org/gitweb/?p=deltarpm.git;a=commitdiff;h=ed9a7fa440aa7caa3ef21cc37393e91304e3fd79 > > Rich. Ok, I've gone ahead and committed a build fix for python3-deltarpm based on Toshio's advice at http://lists.fedoraproject.org/pipermail/devel/2011-January/147542.html Note that the python3-deltarpm module still doesn't actually work at the moment, re http://lists.fedoraproject.org/pipermail/devel/2011-January/147920.html Panu, I will happily take you up on your offer to look at that whenever you have time. Jonathan signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 188380] Review Request: perl-Test-Deep
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=188380 --- Comment #4 from Steven Pritchard 2011-01-18 14:53:31 EST --- I had my packages mass-branched for EPEL when it started. I think there are still a lot of my packages that haven't been built for whatever reason. If you want to build those, go for it. (If you want to add yourself to those branches in pkgdb, go for it, but I'll watch for bugs either way.) -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Seeking Sponsorship
Greeting, I am seeking sponsorship on Package Submission https://bugzilla.redhat.com/show_bug.cgi?id=667155, however I have not received any feedback on this bug. I've been going through the recommendations listed on the Fedora Wiki for gaining sponsorship, http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group And have been performing reviews as suggested: python-rocket - Modern, multi-threaded, comet-friendly WSGI web server https://bugzilla.redhat.com/show_bug.cgi?id=639874 python26-markupsafe - Implements a XML/HTML/XHTML Markup safe string for Python https://bugzilla.redhat.com/show_bug.cgi?id=668591 toilet - colorful ASCII art generator https://bugzilla.redhat.com/show_bug.cgi?id=670457 Would anyone on the list mind helping out? Thanks Jeffrey- Confidentiality Notice: This e-mail message (including any attached or embedded documents) is intended for the exclusive and confidential use of the individual or entity to which this message is addressed, and unless otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at ab...@rackspace.com, and delete the original message. Your cooperation is appreciated. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's FESCo meeting (2011-01-19)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:30UTC (12:30pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #516 Updates policy adjustments/changes .fesco 516 #topic #515 Investigate a "features" repo for stable releases .fesco 515 #topic #517 Updates Metrics .fesco 517 #539 Meeting with the Board regarding strategic goals .fesco 539 = 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. Note that added topics may be deferred until the following meeting. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bnx2 driver fails to load on Fedora Rawhide
On Tue, Jan 18, 2011 at 12:00:57PM +, David Woodhouse wrote: > On Mon, 2011-01-17 at 15:04 +, Andy Gospodarek wrote: > > > > It looks like that firmware is in Linus' tree, but somehow it is not in > > Woodhouse's linux-firmware tree. That seems odd. > > Yeah, that's just broken. If the driver/firmware ABI changes > incompatibly and the kernel gets updated so that it can no longer use > the older firmware, then driver maintainers *need* to put the new > firmware into the firmware tree so that it actually gets to users. > > In this case it looks like they only updated the legacy firmware/ > directory in the kernel source itself, that people don't really use any > more and that is going to be going away real soon now. That's not very > useful. > > Michael? Did you submit the new firmware for linux-firmware.git and I > just missed it? If so, I apologise; please could you resend? > David, I seemed to recall that you were initially pulling (just copying with a cronjob, iirc) files from firmware/ in Linus' tree to your linux-firmware git tree. That was why I was a bit confused that these were out of sync. I see now that the last time you did this was here: commit 72cf26d513496edfaaf6be7c605dd57f7b44e073 Merge: 2d07c7d 7936fd8 Author: David Woodhouse Date: Fri Aug 6 08:20:09 2010 +0100 Merge legacy kernel source firmware/ directory from 2.6.35 and that explains how we missed the bnx2 firmware changes. Does this mean you will not be merging from Linus going forward? Thanks, -andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
On Mon, Jan 17, 2011 at 02:21:38PM -0700, Kevin Fenzi wrote: > This is gnome-terminal you are talking about? Or Xfce Terminal? gnome-terminal. -- Matthew Miller 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: Debugging 20s pause in boot time in rawhide
On Tue, Jan 18, 2011 at 10:02, Dan Williams wrote: > dependencies don't randomly change your networking setup. NM should > only be started when explicitly enabled, which we do in the installer > and the LiveCD explicitly when your system is initially installed. > systemd didn't originally handle that, so Lennart and I worked around > that last fall and that workaround might no longer be adequate? > I'm honestly not entirely sure what series of steps happened to end up in this state. I installed Fedora 14 two weeks ago from the released LiveCD and then immediately updated to rawhide by enabling the rawhide repos and disabling all F14-related repos. So, whatever workaround you describe should have been applied to this system? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 649761] RFE - Update POE::Component::IRC to version 6.50
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=649761 --- Comment #7 from Fedora Update System 2011-01-18 16:29:14 EST --- perl-POE-Component-IRC-6.52-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 649761] RFE - Update POE::Component::IRC to version 6.50
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=649761 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-POE-Component-IRC-6.52 ||-1.fc14 Resolution||ERRATA Last Closed||2011-01-18 16:29:19 -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 667873] Upgrade perl-Test-SharedFork
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=667873 --- Comment #4 from Fedora Update System 2011-01-18 16:29:26 EST --- perl-Test-SharedFork-0.15-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 667873] Upgrade perl-Test-SharedFork
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=667873 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-Test-SharedFork-0.15-2 ||.fc13 Resolution||ERRATA Last Closed||2011-01-18 16:29:30 -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Removing -fexceptions from $RPM_OPT_FLAGS
Hi, I have been looking into the review #668863 in which the packager for this library (who also happens to be upstream) is actually removing the flag "-fexceptions" from $RPM_OPT_FLAGS in the %build. Asking this question on irc (on fedora-devel) as lead to a small discussion without clear agreement. Unfortunately, my knowledge of C++ is not sufficient for me to take a decision and I therefore would like to know if this would be a blocker for the review. I have to say: - The package compiles with and without the flag - Upstream does not want to have this flag on, saying that if an exception occurs the program should crash anyway (that is its expected behavior)*. Thanks for your help, Pierre * That is if I understood correctly. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bnx2 driver fails to load on Fedora Rawhide
On Tue, 2011-01-18 at 15:07 -0500, Andy Gospodarek wrote: > and that explains how we missed the bnx2 firmware changes. Does this > mean you will not be merging from Linus going forward? We'll be *removing* the legacy firmware/ directory from Linus' tree. I didn't intend to merge from there at all, after the linux-firmware.git tree started. It was evidently a *mistake* to do it the last time; it only served to mask the issue and Michael didn't realise there was a problem. -- dwmw2 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing -fexceptions from $RPM_OPT_FLAGS
Pierre-Yves writes: > [...] > I have been looking into the review #668863 in which the packager for > this library (who also happens to be upstream) is actually removing the > flag "-fexceptions" from $RPM_OPT_FLAGS in the %build. > [...] > - Upstream does not want to have this flag on, saying that if an > exception occurs the program should crash anyway (that is its expected > behavior)*. -fexception allows a C library to participate in C++ exception handling. It does not cost anything except extra data tables in the ELF file. Its presence matters in cases where a C library is used by a C++ program, for example where the library may make a callback into the C++ program, and that callback might throw an exception. With -fexception, that exception will be propagated properly through the C library, to the outermost application. Without it, exceptions thrown from a callback may abort the program, even if the overall application wanted to catch it. If the C library does not have callbacks, then this particular reason may not apply, but others might. -fexception should be kept. - FChE `-fexceptions' Enable exception handling. Generates extra code needed to propagate exceptions. For some targets, this implies GCC will generate frame unwind information for all functions, which can produce significant data size overhead, although it does not affect execution. If you do not specify this option, GCC will enable it by default for languages like C++ which normally require exception handling, and disable it for languages like C that do not normally require it. However, you may need to enable this option when compiling C code that needs to interoperate properly with exception handlers written in C++. You may also wish to disable this option if you are compiling older C++ programs that don't use exception handling. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: bnx2 driver fails to load on Fedora Rawhide
On Tue, Jan 18, 2011 at 10:56:22PM +, David Woodhouse wrote: > On Tue, 2011-01-18 at 15:07 -0500, Andy Gospodarek wrote: > > and that explains how we missed the bnx2 firmware changes. Does this > > mean you will not be merging from Linus going forward? > > We'll be *removing* the legacy firmware/ directory from Linus' tree. > > I didn't intend to merge from there at all, after the linux-firmware.git > tree started. It was evidently a *mistake* to do it the last time; it > only served to mask the issue and Michael didn't realise there was a > problem. > Fair enough. Thanks, -andy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing -fexceptions from $RPM_OPT_FLAGS
On Tue, Jan 18, 2011 at 06:08:37PM -0500, Frank Ch. Eigler wrote: > -fexception allows a C library to participate in C++ exception > handling. It does not cost anything except extra data tables in the > ELF file. Its presence matters in cases where a C library is used by > a C++ program, for example where the library may make a callback into > the C++ program, and that callback might throw an exception. With > -fexception, that exception will be propagated properly through the C > library, to the outermost application. Without it, exceptions thrown > from a callback may abort the program, even if the overall application > wanted to catch it. -fexceptions is also desirable for POSIX thread cancellation. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Compiz 0.9 landing in Rawhide
Any advice for those of us using compiz (fusion-icon) with LXDE? Fusion-icon crashes with compiz 0.9. Moving ~/.config/compiz aside and modifying lxsession to use compiz rather than fusion icon left me without window decorations and a usable mouse -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing -fexceptions from $RPM_OPT_FLAGS
so, -fexception is mandatory for building C++ libraries @ Fedora? -- w -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Compiz 0.9 landing in Rawhide
On Tue, 2011-01-18 at 16:11 -0800, Steven I Usdansky wrote: > Any advice for those of us using compiz (fusion-icon) with LXDE? > Fusion-icon crashes with compiz 0.9. Moving ~/.config/compiz aside and > modifying lxsession to use compiz rather than fusion icon left me > without window decorations and a usable mouse try making it call compiz-gtk rather than plain compiz, it might help. (compiz-gtk is a wrapper which runs compiz and gtk-window-decorator together). fusion-icon is on my list to look at, along with compiz-manager...there's too many damn ways of launching compiz. =) i did consider possibly creating DM sessions for Xfce + Compiz and LXDE + Compiz, like the one for GNOME + Compiz. -- 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: Compiz 0.9 landing in Rawhide
On Wed, 2011-01-19 at 00:34 +, Adam Williamson wrote: > On Tue, 2011-01-18 at 16:11 -0800, Steven I Usdansky wrote: > > Any advice for those of us using compiz (fusion-icon) with LXDE? > > Fusion-icon crashes with compiz 0.9. Moving ~/.config/compiz aside and > > modifying lxsession to use compiz rather than fusion icon left me > > without window decorations and a usable mouse > > try making it call compiz-gtk rather than plain compiz, it might help. > (compiz-gtk is a wrapper which runs compiz and gtk-window-decorator > together). fusion-icon is on my list to look at, along with > compiz-manager...there's too many damn ways of launching compiz. =) Okay, I'm just pushing a build of fusion-icon which should be fixed, I gave it some quick testing here and it seems okay. Just a few changes to plugin names and the like in Compiz 0.9. -- 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: Compiz 0.9 landing in Rawhide
I have to agree with there being too many way to launch compiz. I've decided I like having the fusion-icon applet in the panel, so I'll wait to see what you've been able to do with fusion-icon. Compiz-gtk wants to pull in 13 new packages - that's 13 too many, especially when one of them (metacity) is also a window manager. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Compiz 0.9 landing in Rawhide
On Tue, 2011-01-18 at 17:49 -0800, Steven I Usdansky wrote: > I have to agree with there being too many way to launch compiz. I've > decided I like having the fusion-icon applet in the panel, so I'll wait > to see what you've been able to do with fusion-icon. Compiz-gtk wants to > pull in 13 new packages - that's 13 too many, especially when one of > them (metacity) is also a window manager. gtk-window-decorator is built with a hard dep on metacity so I can't do much about that. I've just pushed a fixed emerald build so you should be able to use compiz + emerald via fusion-icon in LXDE now. however, it seems emerald is kinda deprecated upstream now so you may not be able to rely on it much longer. :/ let me know how it goes. -- 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
Review swap: 665877, 663244, 670701
Hi, I would like to swap reviews. Here are mine: * freeDiameter: https://bugzilla.redhat.com/show_bug.cgi?id=665877 * CUnit: https://bugzilla.redhat.com/show_bug.cgi?id=663244 * ghc-ansi-terminal: https://bugzilla.redhat.com/show_bug.cgi?id=670701 Regards, SK -- Shakthi Kannan http://www.shakthimaan.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap: 665877, 663244, 670701
I am taking ghc-ansi-terminal Here is mine https://bugzilla.redhat.com/show_bug.cgi?id=ghc-process-leksah On Wed, Jan 19, 2011 at 10:29 AM, Shakthi Kannan wrote: > Hi, > > I would like to swap reviews. Here are mine: > > * freeDiameter: https://bugzilla.redhat.com/show_bug.cgi?id=665877 > > * CUnit: https://bugzilla.redhat.com/show_bug.cgi?id=663244 > > * ghc-ansi-terminal: https://bugzilla.redhat.com/show_bug.cgi?id=670701 > > Regards, > > SK > > -- > Shakthi Kannan > http://www.shakthimaan.com > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- Regards Lakshmi Narasimhan T V -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing -fexceptions from $RPM_OPT_FLAGS
hi, after a good night of sleep, i just noticed that *just* removing the -fexceptions flag won't change anything. -fexceptions is for C code linking to C++ code, but it's already default when compiling C++, then you have to use the -fno-exceptions flag instead if you really want to disable that feature. Besides, what happens if the standard library (or another underlying library) throws an exception ? -fno-exceptions is for embedded guys that already disabled the whole exception feature, not for generalistic systems like Fedora. Morale: that's just *PLAIN USELESS* to only remove the -fexceptions from flags, anyway, it's already there. And sleeping might be a good thing. best regards, H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Removing -fexceptions from $RPM_OPT_FLAGS
Dne 19.1.2011 07:53, Haïkel Guémar napsal(a): > Morale: that's just *PLAIN USELESS* to only remove the -fexceptions from > flags, anyway, it's already there. And sleeping might be a good thing. +1 for a good example of disaster which IMHO happens see https://bugzilla.mozilla.org/show_bug.cgi?id=512190. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
