Re: persistent clutter and ghc breakage
> "BO" == Bryan O'Sullivan writes: BO> On Mon, Aug 3, 2009 at 11:41 PM, Alex Lancaster > wrote: >> Similarly with ghc based packages, there appears to be no movement to >> fix these broken deps: BO> We were told there would be a massrebuild that would magically hit all of BO> these, so I made no attempt to rebuild the affected packages. If I was BO> misinformed, fair enough. There was a mass rebuild, but unfortunately they failed because of some (presumably) transient problem with the build system, because the rebuild now. However once the deps failed there should have been regular nagmail from the rawhide broken dep checker to all maintainers. ALex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
tis 2009-08-04 klockan 12:14 +0300 skrev Jussi Lehtola: > What's the correct way to do this? I don't know about correct, but this should work: mkdir foo cd foo cat >configure <<'EOF' #!/bin/bash exec ../configure "$@" EOF chmod 755 configure %configure /abo -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
New facility to request tagging actions
There is a new facility coming very soon to aid in requesting tag actions of rel-eng. A new target will show up in dist-cvs make system in the next day or so, called 'tag-request'. This will function much like the 'update' target, it will prompt you to edit a file to fill in the target and a description of your change. It will use a cli tool (fedora-hosted) to file a ticket in the rel-eng trac for you, and you should receive an email with the results of the filing. Those of you out there that know a thing or two about makefiles, please read the attached diff and keep me from committing something stupid. Those of you that don't know anything about makefiles, avert your eyes lest you be corrupted! -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating ? .Makefile.common.swp ? tag-request.patch Index: Makefile.common === RCS file: /cvs/pkgs/common/Makefile.common,v retrieving revision 1.131 diff -u -r1.131 Makefile.common --- Makefile.common 6 Jul 2009 14:48:15 - 1.131 +++ Makefile.common 5 Aug 2009 04:34:31 - @@ -156,6 +156,7 @@ CLIENT ?= $(if $(CURL),$(CURL),$(if $(WGET),$(WGET))) BUILD_CLIENT ?= $(shell which koji 2>/dev/null) BODHI_CLIENT ?= $(shell which bodhi 2>/dev/null) +FEDORAHOSTED ?= $(shell which fedora-hosted 2>/dev/null) # RPM with all the overrides in place; you can override this in your # .cvspkgsrc also, to use a default rpm setup @@ -510,6 +511,32 @@ update: bodhi +tag-request: build-check $(COMMON_DIR)/branches + @if [ ! -x "$(FEDORAHOSTED)" ]; then echo "Must have fedora-packager installed"; exit 1; fi + @echo -e "\ +# Tag target (default is target of the CVS branch)\n\ +target=$(TARGET)\n\n\ +# Description of your tag request\n\ +notes=Here is where you give a description of what you want to change,\n\ +rational for why the change is important enough to break the freeze,\n\ +impact of not accepting the change, and what testing has been done.\ +Or if this is a tag request for updates, just the info about the updates.\ +" > fedora-hosted.template + @sed -e '/^#/d' < fedora-hosted.template > fedora-hosted.template.orig + @if [ -z "$$EDITOR" ]; then vi fedora-hosted.template; else $$EDITOR fedora-hosted.template; fi + @if [ -n "`sed -e '/^#/d' < fedora-hosted.template | diff fedora-hosted.template.orig -`" ]; then \ + target=`grep '^target=' fedora-hosted.template | sed -e 's/target=//'` \ + descript="{{{\ +`grep -v -e '^target=' -e '^#' fedora-hosted.template | sed -e 's/notes=//'`"; \ + $(FEDORAHOSTED) -u $(USER) -P rel-eng new-ticket -s \ + "Tag request $(NAME)-$(VERSION)-$(RELEASE) for $$target" \ + -d "$$descript"; \ + else \ + echo "Tag request aborted!"; \ + fi + @rm -f fedora-hosted.template{,.orig} + + cvsurl: @echo '$(CVS_URL)' @@ -654,6 +681,7 @@ @echo " unused-fedora-patches Print Fedora patches not used by Patch and/or ApplyPatch directives" @echo " gimmespec Print the name of the specfile" @echo " update Submit $(NAME)-$(VERSION)-$(RELEASE) as an update for $(BRANCH)" + @echo " tag-request Submit $(NAME)-$(VERSION)-$(RELEASE) as an tag-request for $(BRANCH)" @echo @echo "For bug reports or patch submissions, please use the issue tracker at:" @echo "https://fedorahosted.org/fedora-infrastructure"; signature.asc Description: This is a digitally signed message part ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: License change for ghostscript
On 08/04/2009 05:38 PM, Adam Williamson wrote: On Sat, 2009-08-01 at 12:11 +0100, Tim Waugh wrote: No, please look more closely. The above is a list of packages that *use* or *require* ghostscript, not that link to it. See my most recent contribution to this thread to see the correct list based on requirements for libgs.so.8 and libijs-0.35.so. Yes, I saw that after I'd sent my reply. I had assumed the original list was correct, and worked on that basis. An interesting side-question here is what license tag we should use for an app whose license text states GPLv2+, but which we are linking against a GPLv3+ library, effectively meaning that its license for our purposes is GPLv3+... Yes, indeed. I should probably talk to Spot about that. So, the rule here is that we don't take outside linking into effect when marking the package's licensing. We go by what the source in the tarball tells us. Otherwise, it would become massively too complicated to figure it out for a lot of packages. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Evolution fonts
On 08/04/2009 10:21 PM, Mike Chambers wrote: Does anyone else see the fonts and/or window panes or preview panes showing the email fonts or whatever in a larger size than in previous versions? In other words, if you highlight a folder on left pane, look at top section on left side at the emails at how big they are. Then highlight an email and look at the bottom at the preview pane and the fonts in the body of the email seem bigger than in previous versions. Anyone else (IF I am explaining this correctly) seeing this? Mike You're not alone. I am seeing it less now. TK009 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
F12 Alpha Test install
Things I ran into when trying to install this test image and checking to see if anyone else ran into them, or ask for confirmation on what I see or shouldn't see. BTW, install consisted of downloading x86_64 dvd iso and it along with the images/install.img both residing in a mounted nfs directory. I burned boot.iso and used it to start the install from, while the install.img I got from mounting the dvd.iso and copying it to the proper location. 1 - askmethod - was able to select language and keyboard types, but it didn't let me configure network or type of install. It might have let me do the previous later on if I had proceeded, but it asked me about what partition and path to the install image to install from. But mine is on nfs and it didn't allow me to configure nfs at that point. 2 - My mouse was not detected at all during install. Or at least, I never saw the mouse arrow during it. Had to use keyboard the whole time. 3 - I used the GUI to do the install and when getting to type of install, I tried to select NFS and listed my server and path to iso image (yes dir is mounted), and it was looking for repo stuff for instead of detecting the iso image itself. Just a few things I ran into during install. -- Mike Chambers Madisonville, KY Fedora Project - Tester, User, Bugzapper, etc.. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Evolution fonts
Does anyone else see the fonts and/or window panes or preview panes showing the email fonts or whatever in a larger size than in previous versions? In other words, if you highlight a folder on left pane, look at top section on left side at the emails at how big they are. Then highlight an email and look at the bottom at the preview pane and the fonts in the body of the email seem bigger than in previous versions. Anyone else (IF I am explaining this correctly) seeing this? Mike -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
Jesse Keating wrote: > It's supported, but there are those of us that feel that it shouldn't be > getting version updates, only bug fixes. Just going by the version > numbers, 4.2.4 to 4.3.0 seems like a fairly big jump. However it could > just be a bugfix rollup, it's hard to tell just by looking at version > numbers. The fact that there are warnings about abi issues would make > it seem a bit more than just bugfix updates. Rest assured, things are backward compatible, but not forward, ie, apps compiled against kde-4.2.x run are fine on kde-4.3.x, just not necessarily vice-versa. That's the abi issues we're warning about. Further, this is a case where a vast majority of known bugfixes are found in the version upgrade. There are also other mitigating factors (upstream and downstream), but I'd prefer this not be the time or place to go into that. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, Aug 4, 2009 at 5:59 PM, Rex Dieter wrote: > Christopher Stone wrote: > >> On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: >>> On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). >>> >>> Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? > ... >> /me is *seriously* confused by Ajax's comment. > > It's understandable, it's a release in the later stages of support, but at > this time, the sig strongly feels the best way to continue that support is > to follow through on our plan. Okay, maybe it's just a confusion between RHEL and Fedora. Although I think the version numbers are major.minor.bugfix or something and even RHEL would allow an update for just a minor point release IIRC. Anyway, its moot because this is Fedora we are talking about. I'm glad you are going through with it. Awesome support from the KDE SIG! Kudos! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
Christopher Stone wrote: > On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: >> On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: >>> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and >>> 11 candidate updates. As this requires some buildroot overrides, if your >>> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 >>> libraries and may, at least in some cases, NOT work with 4.2.4. >>> >>> So please either hold off on update builds for packages using KDE >>> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde >>> mailing list). >> >> Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? ... > /me is *seriously* confused by Ajax's comment. It's understandable, it's a release in the later stages of support, but at this time, the sig strongly feels the best way to continue that support is to follow through on our plan. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, 2009-08-04 at 17:32 -0700, Christopher Stone wrote: > On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: > > On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: > >> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and > >> 11 candidate updates. As this requires some buildroot overrides, if your > >> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 > >> libraries and may, at least in some cases, NOT work with 4.2.4. > >> > >> So please either hold off on update builds for packages using KDE > >> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde > >> mailing list). > > > > Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? > > Ummm, wait a second, F-10 is still supported is it not? > > /me is *seriously* confused by Ajax's comment. > It's supported, but there are those of us that feel that it shouldn't be getting version updates, only bug fixes. Just going by the version numbers, 4.2.4 to 4.3.0 seems like a fairly big jump. However it could just be a bugfix rollup, it's hard to tell just by looking at version numbers. The fact that there are warnings about abi issues would make it seem a bit more than just bugfix updates. -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora 12 Alpha blocker bug review meeting recap 2009-07-31
Oyez! Oyez! Let it hereby be known that a blocker bug review meeting was held in the town of #fedora-bugzappers on Friday 2009-07-31. Present at this meeting were the following stout citizens: Adam Williamson (adamw) James Laska (jlaska) David Pravec (dpravec) Jesse Keating (f13) Matthias Clasen (mclasen) Kevin Fenzi (nirik) Lennart Poettering (mezcalero) Bill Nottingham (notting) John Poelstra (poelcat) Richard June (rjune_) A summary of the said meeting may be found at the following address: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-07-31/fedora-bugzappers.2009-07-31-15.01.html And a full log at this one: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-07-31/fedora-bugzappers.2009-07-31-15.01.log.html Let it further be known that the following bugs were considered, with the following conclusions: https://bugzilla.redhat.com/show_bug.cgi?id=486284 no action possible on 486284 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=497650 request status on 497650 in latest rawhide, drop it from f12alpha due to restricted breadth and severity of impact https://bugzilla.redhat.com/show_bug.cgi?id=510033 no action possible on 510033 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=511907 no action possible on 511907 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=513629 Bug was marked fixed during the course of the meeting https://bugzilla.redhat.com/show_bug.cgi?id=513879 no action possible on 513879 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=514084 drop 514084 to f12blocker, its impact does not fit the definition of an alpha blocker https://bugzilla.redhat.com/show_bug.cgi?id=514185 no action possible on 514185 due to broken anaconda: will confirm fix when anaconda is less screwed https://bugzilla.redhat.com/show_bug.cgi?id=514501 no significant action on 514501 as it is under active development, but clean up bug report (jlaska) https://bugzilla.redhat.com/show_bug.cgi?id=514610 jlaska to test whether 514610 is fixed for him https://bugzilla.redhat.com/show_bug.cgi?id=514718 514718 to be tested when a new anaconda build is available https://bugzilla.redhat.com/show_bug.cgi?id=505071 set 505071 to block alpha release, for alpha amigaone support should be disabled It is also to be promulgated that another blocker bug review meeting will be held on Friday 2009-08-07. A more detailed announcement will follow in due course. Oyez! Oyez! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, Aug 4, 2009 at 12:53 PM, Adam Jackson wrote: > On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: >> The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and >> 11 candidate updates. As this requires some buildroot overrides, if your >> package uses KDE libraries, it may inadvertently build against KDE 4.3.0 >> libraries and may, at least in some cases, NOT work with 4.2.4. >> >> So please either hold off on update builds for packages using KDE >> libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde >> mailing list). > > Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? Ummm, wait a second, F-10 is still supported is it not? /me is *seriously* confused by Ajax's comment. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Proposal for voice data naming guide
I've tried out gcin's voice data, it's neat, interesting, and useful. Since it does not depend on gcin, I wish to pack it as an independent package, so other packages can use it. However, generally, what should we name it and other voice data? How about: voicedata Where * locale: Locale string like en_US, zh_CN... * generated_method: The algorithm or synthesizer that generate the voice, or "realperson" if the recorded voice is from a real person. * source: Name of the project or organization that provides the voice. * variant: Optional field for noticeable info, such as the person who provide the voice, or parameter of the synthesizer. Thus, according to the naming guild, gcin's voice data should be named as: voicedata-zh_TW-realperson-gcin-EdwardLiu Any comments? -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Looking to carve out IT costs? www.apac.redhat.com/promo/carveoutcosts/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: X defaulting to side-by-side output on multiple displays: Anaconda implications?
On Tue, 2009-08-04 at 10:13 -0400, Adam Jackson wrote: > On Thu, 2009-07-30 at 16:03 -0700, Adam Williamson wrote: > > I remember seeing a recent announcement from the X guys that henceforth, > > X will be defaulting to side-by-side mode on systems with multiple > > displays, rather than clone mode. > > > > I just realized this may have implications for anaconda. Is whatever WM > > we load anaconda in capable of handling this, or are we going to wind up > > with anaconda centred across the middle of both displays on systems with > > two monitors? > > mini-wm is a focus-only window manager. It doesn't modify requested > window positions; wherever you ask to be placed, there you are. > > anaconda itself doesn't ask for anything special in terms of main UI > placement, that I can see. I believe gtk's placement algorithm will try > to avoid placing us across screen boundaries though. Well, I hear rumours that today's anaconda can actually make it into X, so I'll test this out myself and see how it goes soon :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 2009-08-04 at 15:58 +0300, Jussi Lehtola wrote: > On Tue, 2009-08-04 at 14:47 +0200, Andreas Schwab wrote: > > Jussi Lehtola writes: > > > > > So far I've tried > > > > > > %global dconfigure %(echo "%{configure}" | sed > > > 's|./configure|../configure|g') > > > > Since %configure expands to a text containing double quotes this gets > > the quoting wrong. Using single quotes work here (albeit still not > > general enough): > > > > %global dconfigure %(printf %%s '%configure' | sed > > 's!\./configure!../configure!g') > > Thanks, this was what I was looking for. I feel like I've mentioned this before, but just in case...in Mandriva, the configure location is not hard-coded but is an environment variable (CONFIGURE_TOP) with a default value of ./configure . If you need to run configure from a different location, you just redefine CONFIGURE_TOP in the spec file. I've found that useful in two builds, myself. I think the last time this came up, someone liked the idea but suggested a better implementation, and then the thread just died... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Well Done: Rawhide Setroubleshoot Bug Reporting
On Tue, 2009-08-04 at 10:22 +0100, Frank Murphy wrote: > Excellent, take a bow. Yes, I greatly appreciated this feature when going on a little SELinux bug report filing binge recently. Thanks a lot. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fedora Community v0.3.5
I just pushed v0.3.5 of the Fedora Community portal into production. https://admin.fedoraproject.org/community Changes in this release include: - Fedora Community is now EPEL aware! (#257) - Improvements & fixes to the updates app - Enhanced multi-build update grid view (#177) - Added the pending request status to the update details - Improvements to the update action buttons As always, you can file bugs and feature requests here: https://fedorahosted.org/fedoracommunity/newticket luke ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: License change for ghostscript
On Sat, 2009-08-01 at 12:11 +0100, Tim Waugh wrote: > No, please look more closely. The above is a list of packages that > *use* or *require* ghostscript, not that link to it. > See my most recent contribution to this thread to see the correct list > based on requirements for libgs.so.8 and libijs-0.35.so. Yes, I saw that after I'd sent my reply. I had assumed the original list was correct, and worked on that basis. > > An interesting side-question here is what license tag we should use for > > an app whose license text states GPLv2+, but which we are linking > > against a GPLv3+ library, effectively meaning that its license for our > > purposes is GPLv3+... > > Yes, indeed. I should probably talk to Spot about that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Alpha Freeze is TODAY
On Tue, 2009-08-04 at 21:36 +0200, Martin Sourada wrote: > Does that mean 2009-08-05 06:00 UTC? Yes. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Proposal] have feature submitted before feature freeze
I have put forward for FESCo to consider this week a proposal to have feature proposals submitted and approved in advance of feature freeze. the proposal can be seen at https://fedorahosted.org/fesco/ticket/234 there will be no shortening of development time. the idea is to have feature submission in well before feature freeze so that we can try and make sure all succeed. I think that Kevin Kofler's comments are fairly true in the ticket. the changes in the F-12 cycle have probably not been fully understood. but i still think it will be very valuable to us to make this change. I would like to get some feedback and improvements. Dennis signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On 08/04/2009 03:04 PM, Adam Jackson wrote: > On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote: > >> Possibly off topic, I've had issues with certain apps (totem comes to >> mind) not going full-screen on the screen I want them to. Is this >> another outstanding issue? > > It's an app issue, but sure. > > - ajax > Hmm, my brain said "related" and my fingers said "outstanding." Either way I get to file bugs... --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kde-4.3.0 coming to F-10, F-11
On Tue, 2009-08-04 at 13:55 -0500, Rex Dieter wrote: > The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and > 11 candidate updates. As this requires some buildroot overrides, if your > package uses KDE libraries, it may inadvertently build against KDE 4.3.0 > libraries and may, at least in some cases, NOT work with 4.2.4. > > So please either hold off on update builds for packages using KDE > libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde > mailing list). Not that I'm an F-10 user, or a KDE user, but: F-10? Seriously? - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Alpha Freeze is TODAY
On Tue, 2009-08-04 at 10:33 -0700, Jesse Keating wrote: > Sorry for the late warning, but today is the alpha freeze for Fedora 12. > Shortly I will be creating f12-alpha and cloning dist-f12 into it. I'll > keep it updated so that any build that happens up until tonight's > rawhide compose (0600 UTC) will make it into the alpha. After tonight, Does that mean 2009-08-05 06:00 UTC? If so and if there are cvs admins reading this, can anyone take care of cvs-admin request https://bugzilla.redhat.com/show_bug.cgi?id=515531 (constantine-backgrounds) so that we can get it in Alpha before the compose? Thanks, Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
kde-4.3.0 coming to F-10, F-11
The KDE SIG is now working on KDE-4.3.0-related builds for Fedora 10 and 11 candidate updates. As this requires some buildroot overrides, if your package uses KDE libraries, it may inadvertently build against KDE 4.3.0 libraries and may, at least in some cases, NOT work with 4.2.4. So please either hold off on update builds for packages using KDE libraries or contact us (on the #fedora-kde IRC chan or the fedora-kde mailing list). -- Rex ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Critical Path Packages - Enforcement?
On Wed, 2009-07-22 at 03:08 +0200, Kevin Kofler wrote: > Hi, > > I have a few questions for the folks involved with the Critical Path > Packages proposal, as I'm still confused about the implementation details: > > 1. How will the policy be enforced? Will Bodhi withhold submitted updates > for packages in the depsolving hull of @critical-path until they get > approval from QA and/or rel-eng, like it currently does for security updates > until security team approval? That's the current plan, yes. > > Assuming the answer to 1. is "Yes": > 2. Will critical-path-gnome also get the same enforcement? > 3. Will critical-path-kde also get the same enforcement? > 4. Will critical-path-* for spins.fp.o spins also get the same enforcement? I'm not sure what groups have been created, but it is my understanding that we are considering the gnome desktop and packagekit the critical path for updating. We are not considering alternatives in alternative desktops as part of the critical path. > If the answer to any of the above (1. to 4.) is "No", what kind of > enforcement will there be? When we discussed critical-path-kde today at KDE > SIG, we were very much confused about what exactly the practical > implications will be. I think it won't be of much use to define critical > path packages if that definition doesn't lead to some actual enforcement. It would be of use to KDE volunteers who wish to be alerted when there is something critical to KDE being proposed for update, so that they can seek it out and test it, even if there is no enforcement at the bodhi level. Tools can be created that will alert when a package as part of the KDE critical path hits bodhi. > What we basically agreed on in KDE SIG (see also our meeting log [1]) was: > * The KDE spin being one of the primary spins, critical-path-kde should get > the same kind of enforcement as critical-path-gnome. (We have no official > opinion about stuff like critical-path-xfce as that's out of the scope of > our SIG.) At this time, KDE is not part of the critical path. As we get to actually deploying code for and using critical path functionality, we can expand what is covered or create other groups to cover other areas. We are starting small to trial before we try and solve everybody's problems. > * It doesn't make much sense for us to define critical path packages if it > won't have any actual practical implications. (We already know what's > critical to what extent, so a purely-informative critical-path-kde won't be > of much use to us.) > > But we need the clarification I requested above to make any further > decisions. > > Another open question is who is going to QA critical-path-kde, as we still > don't have a dedicated tester in KDE SIG. Anybody volunteering to be a > tester for KDE SIG is requested to talk to us on the #fedora-kde IRC chan > and/or the fedora-kde mailing list. Being a tester has a much lower barrier > to entry than most other forms of contribution, you just need some HD space > to install test systems to (ideally, you'd have Rawhide, Fn and Fn-1 on at > least one machine each, but even just testing one release is helpful) and > some spare time. No programming, drawing, technical writing etc. skills > required. I will post a call for help to the fedora-test-list as well. (Note > that we do have a KDE SIG member in rel-eng (rdieter), so that part is > covered.) > > Kevin Kofler > > [1] http://urlx.eu/_Mzk4MQ > > -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On Tue, 2009-08-04 at 14:19 -0400, Casey Dahlin wrote: > Possibly off topic, I've had issues with certain apps (totem comes to > mind) not going full-screen on the screen I want them to. Is this > another outstanding issue? It's an app issue, but sure. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Last few orphans left
On Mon, 03 Aug 2009 11:31:44 -0700 Jesse Keating wrote: > There are only a few orphans left. I blocked all that weren't causing > dep breakage, so these /really/ need a home or we need to block a few > more things beyond just the orphans. glade2 is on this list because it > was just recently orphaned. > > Unblocked orphan cryptix > Unblocked orphan glade2 > Unblocked orphan libdockapp I will take libdockapp as I maintain wmaker and some dockapps... - Andreas -- Andreas Bierfert, M.Sc.| http://awbsworld.de | GPG: C58CF1CB andreas.bierf...@lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 6897 1721738| cell: +49 173 5803043| mail preferred signature.asc Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On 07/29/2009 10:50 AM, Adam Jackson wrote: > On Wed, 2009-07-29 at 11:13 +, Rawhide Report wrote: > >> xorg-x11-server-1.6.99-21.20090724.fc12 >> --- >> * Tue Jul 28 2009 Adam Jackson 1.6.99-19.20090724 >> - xserver-1.6.99-randr-error-debugging.patch: Dump RANDR protocol errors >> to the log. >> - Un-package xf8_16bpp, no one cares. >> >> * Tue Jul 28 2009 Adam Jackson 1.6.99-20.20090724 >> - xserver-1.6.99-use-pci-access-boot.patch: Some chips (thanks Intel) will >> change their PCI class at runtime if you disable their VGA decode, so >> consider both 0x0300 and 0x0380 classes when looking for the boot VGA. >> >> * Tue Jul 28 2009 Adam Jackson 1.6.99-21.20090724 >> - xserver-1.6.99-right-of.patch: Default to right-of initial placement >> for RANDR 1.2 drivers with enough virtual space. > > I just want to highlight this, as it's a behaviour change that might > surprise people. With this change you'll get a spanning desktop by > default if possible, which matches the behaviour of every other major > window system and is what you usually configured in the session anyway. > The cloning heuristic was pretty losing to begin with, since the > available mode lists for each output don't have a lot of commonality. > > There are still some rough edges here. X will center the mouse over the > root window, and not over a particular screen, which is usually wrong. > gdm extends the error by displaying the greeter on the screen that > contains the cursor; so if for example your external display is larger > than your laptop display, the cursor will be centered on the external, > and gdm will show up there instead of on the LVDS like you probably > expected. Known bug, we're working on it. > > Also, Intel gen3 hardware (915 and 945 variants) hit a corner case here, > where the maximum 3d pitch is 2048 but the maximum scanout pitch is > 4096. So if you're using compiz or another GL compositor in your > session, you'll see garbage rendering off to the right. This isn't a > _new_ problem, but you might hit it now when you didn't before. > However, with KMS, we'll resize the render buffers on RANDR events, so > if you switch back to cloning in your session GL compositors should look > right. > > - ajax > Possibly off topic, I've had issues with certain apps (totem comes to mind) not going full-screen on the screen I want them to. Is this another outstanding issue? --CJD -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dia outdated
2009/8/4 Jonathan MERCIER : > Dear sir, > I have put a put a message here: > https://bugzilla.redhat.com/show_bug.cgi?id=515097 > But i have no answer, actually dia version is 0.96.1 > dia version: > - 2007-03-25: 0.96 final release > - 2009-05-03: 0.97 sources > > on http://live.gnome.org/Dia/ it's write the latest stable release > version 0.97 is now available > > Someone have some news about that ? I have no idea about why Dia still not updated, but this issue was already mentioned: https://bugzilla.redhat.com/show_bug.cgi?id=502870 -- With best regards, Peter Lemenkov. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
dia outdated
Dear sir, I have put a put a message here: https://bugzilla.redhat.com/show_bug.cgi?id=515097 But i have no answer, actually dia version is 0.96.1 dia version: - 2007-03-25: 0.96 final release - 2009-05-03: 0.97 sources on http://live.gnome.org/Dia/ it's write the latest stable release version 0.97 is now available Someone have some news about that ? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Alpha Freeze is TODAY
Sorry for the late warning, but today is the alpha freeze for Fedora 12. Shortly I will be creating f12-alpha and cloning dist-f12 into it. I'll keep it updated so that any build that happens up until tonight's rawhide compose (0600 UTC) will make it into the alpha. After tonight, you will need to request freeze tag overrides. https://fedoraproject.org/wiki/Alpha_Freeze_Policy -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part ___ Fedora-devel-announce mailing list fedora-devel-annou...@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes)
On Mon, Aug 3, 2009 at 11:41 PM, Alex Lancaster wrote: > Similarly with ghc based packages, there appears to be no movement to > fix these broken deps: > We were told there would be a massrebuild that would magically hit all of these, so I made no attempt to rebuild the affected packages. If I was misinformed, fair enough. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes)
>> libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0 >> libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0 >> libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8) This has been ported and built. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Package Kit messages...
Nathanael D. Noblet on 07/31/2009 05:27 PM wrote: > > Which is what I was trying to communicate... Should I file a bug then? > Bug[1] had been filed in Rawhide during F11 cycle. [1] https://bugzilla.redhat.com/show_bug.cgi?id=502138 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: X defaulting to side-by-side output on multiple displays: Anaconda implications?
On Thu, 2009-07-30 at 16:03 -0700, Adam Williamson wrote: > I remember seeing a recent announcement from the X guys that henceforth, > X will be defaulting to side-by-side mode on systems with multiple > displays, rather than clone mode. > > I just realized this may have implications for anaconda. Is whatever WM > we load anaconda in capable of handling this, or are we going to wind up > with anaconda centred across the middle of both displays on systems with > two monitors? mini-wm is a focus-only window manager. It doesn't modify requested window positions; wherever you ask to be placed, there you are. anaconda itself doesn't ask for anything special in terms of main UI placement, that I can see. I believe gtk's placement algorithm will try to avoid placing us across screen boundaries though. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 2009-08-04 at 14:47 +0200, Andreas Schwab wrote: > Jussi Lehtola writes: > > > So far I've tried > > > > %global dconfigure %(echo "%{configure}" | sed > > 's|./configure|../configure|g') > > Since %configure expands to a text containing double quotes this gets > the quoting wrong. Using single quotes work here (albeit still not > general enough): > > %global dconfigure %(printf %%s '%configure' | sed > 's!\./configure!../configure!g') Thanks, this was what I was looking for. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
Am Dienstag, den 04.08.2009, 14:15 +0200 schrieb Ralf Corsepius: > On 08/04/2009 02:01 PM, Jussi Lehtola wrote: > > On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: > >>> What's the correct way to do this? > >> > >> %global dconfigure %(rpm -E %%configure | sed > 's!./configure!../configure!g') > >> %dconfigure > > > > This works, but isn't it bad style to call rpm from within a spec > > file..? > Correct - This is not allowed in Fedora. > > In occasions like yours, I normally use a manually > expanded ../configure > > > IMO, it's much cleaner and less error prone than to mess around with > %configure. I'd also recommend this way, just run ../configure ... and pass all necessary flags via arguments. - fabian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
Jussi Lehtola writes: > So far I've tried > > %global dconfigure %(echo "%{configure}" | sed > 's|./configure|../configure|g') Since %configure expands to a text containing double quotes this gets the quoting wrong. Using single quotes work here (albeit still not general enough): %global dconfigure %(printf %%s '%configure' | sed 's!\./configure!../configure!g') Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On 08/04/2009 02:01 PM, Jussi Lehtola wrote: On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: What's the correct way to do this? %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') %dconfigure This works, but isn't it bad style to call rpm from within a spec file..? Correct - This is not allowed in Fedora. In occasions like yours, I normally use a manually expanded ../configure IMO, it's much cleaner and less error prone than to mess around with %configure. Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
On Tue, 2009-08-04 at 13:42 +0200, Mattias Ellert wrote: > > What's the correct way to do this? > > %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') > %dconfigure This works, but isn't it bad style to call rpm from within a spec file..? -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: An easy way to redefine configure?
tis 2009-08-04 klockan 12:14 +0300 skrev Jussi Lehtola: > Hi, > > > related to the MPI packaging draft > http://www.fedoraproject.org/wiki/PackagingDrafts/MPI > I have a need to redefine %configure to use ../configure instead > of ./configure to do off-root builds. > > > So far I've tried > > %global dconfigure %(echo "%{configure}" | sed 's|./configure|../configure|g') > > but calling > > %dconfigure > > gives me > > + CFLAGS=-O2 > + -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m64 -mtune=generic > /var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found > > > What's the correct way to do this? %global dconfigure %(rpm -E %%configure | sed 's!./configure!../configure!g') %dconfigure Mattias smime.p7s Description: S/MIME cryptographic signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20090729 changes
On 07/29/2009 08:20 PM, Adam Jackson wrote: > > I just want to highlight this, as it's a behaviour change that might > surprise people. With this change you'll get a spanning desktop by > default if possible, which matches the behaviour of every other major > window system and is what you usually configured in the session anyway. Added a note to http://fedoraproject.org/wiki/Fedora_12_Alpha_release_notes Feel free to edit to any more details if necessary. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090804 changes
Compose started at Tue Aug 4 06:15:05 UTC 2009 New package gnome-applet-cpufire GNOME panel applet showing the CPU load as a fire New package jana An interface library for time-related PIM New package moblin-icon-theme Moblin icon theme New package moblin-sound-theme Moblin sound theme New package perl-Test-Refcount Assert reference counts on objects New package poppler-data Encoding files New package python-sprox A package for creation of web widgets directly from database schema New package python-tgext-admin Admin Controller add-on for basic TG identity model New package rubygem-flexmock Mock object library for ruby Removed package R-BSgenome.Dmelanogaster.FlyBase.r51 Removed package ruby-flexmock Updated Packages: ClanLib06-0.6.5-15.fc12 --- * Fri Jul 24 2009 Fedora Release Engineering - 0.6.5-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild DeviceKit-power-010-4.fc12 -- * Mon Aug 03 2009 Richard Hughes - 010-4 - Continue to poll when we guessed a status value, and only stop when the kernel says definitively that we are fully charged. GraphicsMagick-1.3.6-2.fc12 --- * Mon Aug 03 2009 Ville Skyttä - 1.3.6-2 - Use lzma-compressed upstream source tarball. ImageMagick-6.5.4.7-3.fc12 -- * Mon Aug 03 2009 Pavel Alexeev - 6.5.4.7-3 - Update to version 6.5.4-7 - Use lzma-compressed source tarball as sugested by Ville Skyttä (BZ#515319) PackageKit-0.5.1-1.fc12 --- * Mon Aug 03 2009 Richard Hughes - 0.5.1-1 - New upstream version, many bugfixes and performance fixes - Fixes #491859, #513856, #510874, #513376, #472876, #514708 and #513557 PersonalCopy-Lite-soundfont-4.1-6.fc12 -- * Fri Jul 24 2009 Fedora Release Engineering - 4.1-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild abby-0.4.2-1.fc12 - * Mon Aug 03 2009 Nicoleau Fabien 0.4.2-1 - Update to 0.4.2 apcupsd-3.14.7-1.fc12 - * Mon Aug 03 2009 Michal Hlavinka - 3.14.7-1 - updated to 3.14.7 astronomy-bookmarks-1-6.fc12 * Mon Aug 03 2009 Marek Mahut - 1-6 - RHBZ#480513: typo in astronomy's bookmarks.html azureus-4.2.0.4-1.fc12 -- * Wed Jul 29 2009 David Juran - 4.2.0.4-1 - Upgrade to 4.2.0.4 - Fix SWT dir on x86_64 (Bz 515228) - fix rpmlint warnings bind-9.6.1-7.P1.fc12 * Tue Aug 04 2009 Martin Nagy 32:9.6.1-7.P1 - update the patch for dynamic loading of database backends bleachbit-0.6.0-1.fc12 -- * Mon Aug 03 2009 Rahul Sundaram - 0.6.0-1 - new upstream release - http://bleachbit.blogspot.com/2009/08/bleachbit-cleaner-060-released.html blender-2.49a-5.fc12 * Mon Aug 03 2009 Jochen Schmitt 2.49a-4 - Rebuild for python-2.6.2 * Mon Aug 03 2009 Jochen Schmitt 2.49a-5 - Revoke using of system FTGL library brasero-2.27.5-2.fc12 - * Mon Aug 03 2009 Matthias Clasen - 2.27.5-2 - Fix a nautilus segfault when burning cclive-0.4.6-1.fc12 --- * Mon Aug 03 2009 Nicoleau Fabien 0.4.6-1 - Update to 0.4.6 clive-2.2.4-1.fc12 -- * Mon Aug 03 2009 Nicoleau Fabien 2.2.4-1 - Update to 2.2.4 - Add perl-Class-Singleton as an explicit require control-center-2.27.4-5.fc12 * Mon Aug 03 2009 Matthias Clasen - 2.27.4-5 - Fix a lost mnemonic dracut-0.7-4.fc12 - * Mon Aug 03 2009 Warren Togami 0.7-4 - require which, file, bzip2 eina-0.8.0-4.fc12 - * Mon Aug 03 2009 Allisson Azevedo 0.8.0-4 - Added libnotify-devel to BuildRequires. empathy-2.27.5-2.fc12 - * Mon Aug 03 2009 Matthias Clasen - 2.27.5-2 - Enable map and location features filesystem-2.4.26-1.fc12 * Mon Aug 03 2009 Ondrej Vasik 2.4.26-1 - Do own /usr/share/man/ directories (ghosted, missingok) - #220265 filezilla-3.2.7-0.1_rc1.fc12 * Mon Aug 03 2009 kwizart < kwizart at gmail.com > - 3.2.7-0.1_rc1 - Update to 3.2.7-rc1 gegl-0.1.0-2.fc12 - * Fri Jul 24 2009 Fedora Release Engineering - 0.1.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild gemdropx-0.9-6.fc12 --- * Fri Jul 24 2009 Fedora Release Engineering - 0.9-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghostscript-8.70-1.fc12 --- * Mon Aug 03 2009 Tim Waugh 8.64-12 - Moved examples to doc subpackage (bug #515167). - Converted spec file to UTF-8. * Mon Aug 03 2009 Tim Waugh 8.70-1 - 8.70. - License has changed to GPLv3+. Packages containing programs that link to libgs/libijs are: - foomatic (GPLv2+) - libspectre (GPLv2+) - ImageMagick (ImageMagick, listed on Licensing wiki page under "Good Licenses"
Re: An easy way to redefine configure?
On Tue, 04 Aug 2009 12:14:34 +0300, Jussi wrote: > Hi, > > > related to the MPI packaging draft > http://www.fedoraproject.org/wiki/PackagingDrafts/MPI > I have a need to redefine %configure to use ../configure instead > of ./configure to do off-root builds. > > > So far I've tried > > %global dconfigure %(echo "%{configure}" | sed > 's|./configure|../configure|g') > > but calling > > %dconfigure > > gives me > > + CFLAGS=-O2 > + -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m64 -mtune=generic > /var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found > > > What's the correct way to do this? The easy way (as in Subject) or the correct way? Here's an easy way: echo '%configure' | sed 's!./configure!../configure!g' > my-configure sh my-configure -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Well Done: Rawhide Setroubleshoot Bug Reporting
Excellent, take a bow. -- Regards, Frank jabber | msn | skype: frankly3d http://www.frankly3d.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
An easy way to redefine configure?
Hi, related to the MPI packaging draft http://www.fedoraproject.org/wiki/PackagingDrafts/MPI I have a need to redefine %configure to use ../configure instead of ./configure to do off-root builds. So far I've tried %global dconfigure %(echo "%{configure}" | sed 's|./configure|../configure|g') but calling %dconfigure gives me + CFLAGS=-O2 + -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic /var/tmp/rpm-tmp.mvjW71: line 42: -g: command not found What's the correct way to do this? -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage
2009/8/4 Alex Lancaster : >> "PR" == Peter Robinson writes: > PR> No idea about the ghc stuff but until recently there wasn't really a > PR> owner to the clutter* stuff. > > I looked into the ghc-* packages. Seems there was some build system > problem that was probably transient that prevented the previous mass > rebuilds. Seems that the versions bumped and tagged for the mass F12 > rebuild now build properly. I am kicking off new builds now, so > hopefully that will fix that breakage (although don't know why the > ghc-* package maintainers haven't chimed in with a rebuild attempt or > two as yet). Because we don't have enough comaintainers yet. I just applied for comaintainership yesterday on those packages, and i was planning on doing some rebuilds today, unless you've gotten to it. -Yaakov -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage
> "PR" == Peter Robinson writes: >> There appear to be a boatload of broken deps for packages based on >> clutter (presumably because of API bump from 0.9 to 1.0) that have >> been listed here for over a week and no movement to fix most of them. PR> It was actually broken on the move from 0.8 to 0.9 (and there were a PR> couple of smaller api breakages during the 0.9 process). >> Have the other apps been ported to the new API so they just need to be >> built, or have they not yet been ported? (I tried to find an update >> of cluttermm to 1.0 but only 0.9 versions are on the gnome site). PR> No, they haven't in most cases been ported yet. All the pyclutter* PR> stuff and cluttermm are still to be ported to the new API. The 0.9 PR> versions if they are available might/should compile against 1.0. OK, thanks for the update. I looked into the cluttermm, it seems that cluttermm is already at 0.9.4 but doesn't seem to build against the new clutter 1.0.x. Given that so many packages haven't been ported, it doesn't seem clear to my why clutter was updated to 0.9/1.0 in the first place, however. Since there seems to be no proper/regular clutter maintainer (as you suggest below) who could co-ordinate these things, this certainly contributes to the problem. >> If the latter, it would be nice the maintainer of clutter did an >> inventory of dependent-packages and co-ordinate with downstream >> consumers of clutter to make sure that there was a plan to update >> those packages, or built a compat- package if necessary. Otherwise >> users of rawhide are left with huge swathe of breakage: PR> [snip] >> I must be a broken record on this, but it would be nice if maintainers >> could make announcements to all concerned (e.g. on >> fedora-devel-announce) about API/soname etc. bumps in major >> libraries/frameworks *before* they are put into motion so that the >> dependent packages can be rebuilt in a timely manner. Or if that >> causes too much breakage where, for example, many apps aren't ready to >> be ported to the new version, then consider delaying the update for a >> while or introducing compat- packages. PR> No idea about the ghc stuff but until recently there wasn't really a PR> owner to the clutter* stuff. I looked into the ghc-* packages. Seems there was some build system problem that was probably transient that prevented the previous mass rebuilds. Seems that the versions bumped and tagged for the mass F12 rebuild now build properly. I am kicking off new builds now, so hopefully that will fix that breakage (although don't know why the ghc-* package maintainers haven't chimed in with a rebuild attempt or two as yet). Alex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Proposal for voice data naming guide
I've tried out gcin's voice data, it's neat, interesting, and useful. Since it does not depend on gcin, I wish to pack it as an independent package, so other packages can use it. However, generally, what should we name it and other voice data? How about: voicedata Where * locale: Locale string like en_US, zh_CN... * generated_method: The algorithm or synthesizer that generate the voice, or "realperson" if the recorded voice is from a real person. * source: Name of the project or organization that provides the voice. * variant: Optional field for noticeable info, such as the person who provide the voice, or parameter of the synthesizer. Thus, according to the naming guild, gcin's voice data should be named as: voicedata-zh_TW-realperson-gcin-EdwardLiu Any comments? -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Looking to carve out IT costs? www.apac.redhat.com/promo/carveoutcosts/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: sponsor request of ibus-anthy
Takao Fujiwara wrote, at 08/04/2009 03:49 PM +9:00: > Hi, > > I'd like to get the sponsor role of ibus-anthy to commit patches. > Would you give the role? > > Thanks, > fujiwara Perhaps it is better that you would contact Petersen-san Regards, Mamoru -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: persistent clutter and ghc breakage (was Re: rawhide report: 20090803 changes)
> There appear to be a boatload of broken deps for packages based on > clutter (presumably because of API bump from 0.9 to 1.0) that have > been listed here for over a week and no movement to fix most of them. It was actually broken on the move from 0.8 to 0.9 (and there were a couple of smaller api breakages during the 0.9 process). > Have the other apps been ported to the new API so they just need to be > built, or have they not yet been ported? (I tried to find an update > of cluttermm to 1.0 but only 0.9 versions are on the gnome site). No, they haven't in most cases been ported yet. All the pyclutter* stuff and cluttermm are still to be ported to the new API. The 0.9 versions if they are available might/should compile against 1.0. > If the latter, it would be nice the maintainer of clutter did an > inventory of dependent-packages and co-ordinate with downstream > consumers of clutter to make sure that there was a plan to update > those packages, or built a compat- package if necessary. Otherwise > users of rawhide are left with huge swathe of breakage: [snip] > I must be a broken record on this, but it would be nice if maintainers > could make announcements to all concerned (e.g. on > fedora-devel-announce) about API/soname etc. bumps in major > libraries/frameworks *before* they are put into motion so that the > dependent packages can be rebuilt in a timely manner. Or if that > causes too much breakage where, for example, many apps aren't ready to > be ported to the new version, then consider delaying the update for a > while or introducing compat- packages. No idea about the ghc stuff but until recently there wasn't really a owner to the clutter* stuff. > Otherwise breakage goes on for weeks and necessitating a rush to > rebuild the software by provenpackagers just before a freeze which > leaves an inadequate time for user/developer testing on rawhide. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list