Re: What to do with package that wants to use sse?
On Fri, Oct 30, 2009 at 21:29:24 -0700, Adam Williamson wrote: > > You should always adjust any build process which wants to use custom > compiler flags to use the standard Fedora flags. Well-written build > systems allow you to set compiler flags trivially with a parameter or > environment variable. Badly-written ones hard-code their preferred flags > and require you to patch before you can pass in the Fedora flags. In the > latter case, patch the build system and send the patch upstream. The way they have this setup with cmake is such that it seems to add -msse on to the Fedora defaults. I think they are going to want that to be the normal case when building for linux. Under those circumstances, am I supposed to ask them to put in a test for Fedora in the cmake build file or is there some standard way of adding -msse when options aren't specified from rpm, but it is added when they are not? I am not sure what I am supposed to recommend to upstream other than perhaps something they aren't likely to do. Changing the cmake specs in the spec file won't be hard. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Fri, 2009-10-30 at 23:07 -0500, Bruno Wolff III wrote: > I am working on packaging pagedgeometry and I noticed that when building > on gcc it passes -msse which I am guessing says to use sse instructions. > I think that even in F12 we can't assume these instructions are available. > The package may gain a lot of benefit from using those instructions. > (I haven't tested that yet as I am still pretty early in the process.) > Is there some relatively standard way to handle something like this? You should always adjust any build process which wants to use custom compiler flags to use the standard Fedora flags. Well-written build systems allow you to set compiler flags trivially with a parameter or environment variable. Badly-written ones hard-code their preferred flags and require you to patch before you can pass in the Fedora flags. In the latter case, patch the build system and send the patch upstream. -- 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
What to do with package that wants to use sse?
I am working on packaging pagedgeometry and I noticed that when building on gcc it passes -msse which I am guessing says to use sse instructions. I think that even in F12 we can't assume these instructions are available. The package may gain a lot of benefit from using those instructions. (I haven't tested that yet as I am still pretty early in the process.) Is there some relatively standard way to handle something like this? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
On Thu, 29 Oct 2009 18:44:51 +0100, Christoph Frieben wrote: > I had already pointed out that this issue also affects the current > default system font. Let's see what other people out there think about > this issue. It's not like you are the supreme judge in this matter, > and it's also not the first time that you show up as a hotspur on this > mailing list .. My default system font looks better than 2 days ago, although not by much. I'd be fine with any setting. Is it what you're asking? -- Pete -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Gnome panel crashes when changing color
On Fri, 2009-10-30 at 18:03 -0500, Mike Chambers wrote: > On Fri, 2009-10-30 at 15:48 -0700, Adam Williamson wrote: > > On Fri, 2009-10-30 at 18:34 -0400, Matthias Clasen wrote: > > > On Fri, 2009-10-30 at 17:31 -0500, Mike Chambers wrote: > > > > It seems, whether you use the bottom panel, or change the top panel to > > > > be the bottom (speaking after an initial rawhide install), and go to > > > > properties and change the color of it, it crashes. It logs you out of > > > > gnome and into gdm, then fails to load and won't allow you to log in to > > > > gnome again. > > > > > > > > Anyone else seen this lately? > > > > > > If your panel crashes, that does not end your session. Try it: > > > > > > killall -SEGV gnome-panel > > > > > > If your session ends, most likely the X server crashed. > > > > ...in which case, boot to initlevel 3, login, startx, reproduce the bug > > if you can, if it dumps you back to the console, take a copy > > of /var/log/Xorg.0.log before starting X again. Error messages should be > > in there. > > No errors in there that I could find. But in my .xsession-errors file > there are plenty, which is attached. Oh yea, and removing my .gconf/apps/panel dir restores my panels to the original defaults and I am able to login again. -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Gnome panel crashes when changing color
On Fri, 2009-10-30 at 15:48 -0700, Adam Williamson wrote: > On Fri, 2009-10-30 at 18:34 -0400, Matthias Clasen wrote: > > On Fri, 2009-10-30 at 17:31 -0500, Mike Chambers wrote: > > > It seems, whether you use the bottom panel, or change the top panel to > > > be the bottom (speaking after an initial rawhide install), and go to > > > properties and change the color of it, it crashes. It logs you out of > > > gnome and into gdm, then fails to load and won't allow you to log in to > > > gnome again. > > > > > > Anyone else seen this lately? > > > > If your panel crashes, that does not end your session. Try it: > > > > killall -SEGV gnome-panel > > > > If your session ends, most likely the X server crashed. > > ...in which case, boot to initlevel 3, login, startx, reproduce the bug > if you can, if it dumps you back to the console, take a copy > of /var/log/Xorg.0.log before starting X again. Error messages should be > in there. No errors in there that I could find. But in my .xsession-errors file there are plenty, which is attached. -- Mike Chambers Madisonville, KY "Best lil town on Earth!" .xsession-errors.old Description: application/trash -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Gnome panel crashes when changing color
On Fri, 2009-10-30 at 18:34 -0400, Matthias Clasen wrote: > On Fri, 2009-10-30 at 17:31 -0500, Mike Chambers wrote: > > It seems, whether you use the bottom panel, or change the top panel to > > be the bottom (speaking after an initial rawhide install), and go to > > properties and change the color of it, it crashes. It logs you out of > > gnome and into gdm, then fails to load and won't allow you to log in to > > gnome again. > > > > Anyone else seen this lately? > > If your panel crashes, that does not end your session. Try it: > > killall -SEGV gnome-panel > > If your session ends, most likely the X server crashed. ...in which case, boot to initlevel 3, login, startx, reproduce the bug if you can, if it dumps you back to the console, take a copy of /var/log/Xorg.0.log before starting X again. Error messages should be in there. -- 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: misguided flash player warning?
On Fri, 30 Oct 2009, Mike McLean wrote: After updating Firefox it gave me the "You should update Adobe Flash Player right now." page. However, I already have the latest version (10.0.32.18). I don't see anything newer. Am I missing something, or is Firefox just getting it wrong? I had time, and about:plugins claimed it was an older version. I fixed it by deleting the /usr/lib64/mozilla/plugins-wrapped/nswrapper_32_64.libflashplayer.so file, which was enough to prod firefox into recognizing the right version. Michael Young -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Gnome panel crashes when changing color
On Fri, 2009-10-30 at 17:31 -0500, Mike Chambers wrote: > It seems, whether you use the bottom panel, or change the top panel to > be the bottom (speaking after an initial rawhide install), and go to > properties and change the color of it, it crashes. It logs you out of > gnome and into gdm, then fails to load and won't allow you to log in to > gnome again. > > Anyone else seen this lately? If your panel crashes, that does not end your session. Try it: killall -SEGV gnome-panel If your session ends, most likely the X server crashed. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
2009-10-30 Fedora 12 blocker bug review meeting recap
(Scene: Curtain raises. A haggard figure stumbles in from stage left, blinking at the lights.) AdamW: Where am I? What year is this? WHO'S THE PRESIDENT?! FIN Yes, today's epic F12 blocker bug review meeting has finally ended. Some statistics: We reviewed 43 bugs in total. The meeting took 406 minutes, at an average of 9.44 Minutes Per Bug (MPB). Thanks to Marko Myllynen for suggesting the calculation. :) We reduced the number of open blocker bugs (excluding second-level blocker tracker bugs like the X, Anaconda, virtualization and KDE trackers) from 43 to 25. Of the remaining 25, there is one in NEW state, 11 ASSIGNED, and 13 MODIFIED. Here's the assignee breakdown for non-MODIFIED bugs: 2: Jerome Glisse, Adam Jackson 1: Dave Airlie, Ben Skeggs, Christoph Hellwig, David Zeuthen, William Jon McCann, Jiri Moskovc, Matthias Clasen (probably mis-assigned), Steve Dickson. We have plans in hand for most of the remaining NEW and ASSIGNED bugs, so overall the picture for getting all F12 blocker bugs resolved on time is reasonably rosy as long as we get stuff done over the weekend and early part of next week. You can always find the current blocker list at: https://bugzilla.redhat.com/showdependencytree.cgi?id=473303&hide_resolved=1 The summary of the meeting (highly recommended over the logs unless you have a LOT of time) is available at http://meetbot.fedoraproject.org/fedora-bugzappers/2009-10-30/fedora-bugzappers.2009-10-30-15.01.html . The full log - for those looking for an insomnia cure - is at http://meetbot.fedoraproject.org/fedora-bugzappers/2009-10-30/fedora-bugzappers.2009-10-30-15.01.log.html . Huge thanks to James Laska, Jesse Keating, Ray Strode, Chuck Ebbert, Jerome Glisse, Will Woods, Denise Dumas, Matthias Clasen, Dave Airlie, Bill Nottingham, Filipe Rosset, Chris Lumens, Jeremy Katz, Marko Myllynen, Eric Paris, Paul Frields, Seth Vidal and Ben Williams for sticking around through Giganto-Meeting and providing all the necessary input, this one was a real team effort. If anyone has any ideas to reduce these meetings in time somewhat, they would be greatly welcomed on test-list. I can't think of much that wouldn't involve someone taking more executive decisions pre-meeting, though. -- 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
Gnome panel crashes when changing color
It seems, whether you use the bottom panel, or change the top panel to be the bottom (speaking after an initial rawhide install), and go to properties and change the color of it, it crashes. It logs you out of gnome and into gdm, then fails to load and won't allow you to log in to gnome again. Anyone else seen this lately? -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: misguided flash player warning?
On 10/30/2009 11:34 AM, Mike McLean wrote: After updating Firefox it gave me the "You should update Adobe Flash Player right now." page. However, I already have the latest version (10.0.32.18). I don't see anything newer. Am I missing something, or is Firefox just getting it wrong? https://bugzilla.redhat.com/show_bug.cgi?id=523273 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
Le Ven 30 octobre 2009 13:59, Benny Amorsen a écrit : > It would be nice if fonts like Inconsolata somehow set a flag that they > require hinting. This would prevent the side effects on old fonts. This could technically be done in fontconfig IIRC but it would require a lot of unglamorous manual testing and triaging. Which no one is volunteering to do. And before we go there (tackle problems that require manual testing) there is a lot of font problems that can be detected automatically, and need fixing too. -- Nicolas Mailhot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091030 changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Tom "spot" Callaway wrote: > On 10/30/2009 12:03 PM, Tom "spot" Callaway wrote: >> On 10/30/2009 11:00 AM, Kevin Kofler wrote: >> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 >>> >>> This one still needs attention from a Mono person to fix the rebuild. (A >>> rebuild would be all that's needed, but the problem is that it's failing to >>> build. >>> http://koji.fedoraproject.org/koji/getfile?taskID=1777541&name=build.log ) >> >> Nant (and several other members of the mono stack) have to be carefully >> built in a two-stage process (bootstrap, unbootstrap). I'll do it today. > > In case I get eaten by raptors (or someone else has to do this task in > the future), here's the gory details: Don't worry, this[1] will protect you. ;) - --Ben [1]http://store.xkcd.com/xkcd/#NoRaptors -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJK6zdQAAoJEKaxavVX4C1X8zcQAO1tPOAVG+xYLCGNprzchXxQ 4KlnHOUDrkWAPVOOZXFEt1ITjvrCHAN7L2ZGP6K9UhKENmFxItDSRk6+9YJs+ucg o8Pyq1sul7bv+P4yHqcyMGUvq/Sc43YxnXkEhCRZpPRb+s5HJd0/5MioBm+AAZ8H o+IpZR3zSbODOFG+vCI8BgrGekJN//Z0cvjtdpdEn8xBYD9qmhcBQ8+FL+6tQsxO qz0cQtDiJyXv8H8XK4IB1R3mptWItStxORRFIlc2cMWFwmkmtfCYNWPWUOIv2Fm7 bSLw1b7bpKtjy8Qbr3t2vL4SvOsiFIUdPAEdQYU/pfEW0bF4HAaH8j05qxRU7kaq fkbCoCasMFWlWzfxnF7eI0TD2MiboL6HrVOHwALeTyf+dZxdn3dBVfCD+3biKWfv vrwhR6Qq0Z8tjKbT44R6hWVF4q2NyXhqlBl8Xx2XmPPFbPdjF0OYLW2dW9bHFSHz fMPMamKWo5BDzz45k6VlIY4XBcstmGsyHtvTGKRDKTBbQQAxQuhlccW+i+9p4QDv Vs+5FLNY2GIxuRTB/6t7JuQakC4GTN5IExkjh3PMxp4JYOqQu47BUpSLp78+cp9m GmReYcTiCsoUkMaKfM754MuMs0RKW1gQGtiPYnkbVtqj9b5uaRF7pIjhOqwx9sqK xqXg5sRPlcS45oWgFQO2 =x44Y -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Which was first Webkit/Epiphany release version
Epiphany switched to webkit by default since 2.27 series, for Fedora, it will be for F-12. Cheers, H. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
On Friday 30 October 2009 09:01:39 am Mary Ellen Foster wrote: > 2009/7/14 Conrad Meyer : > > I intend to orphan the JRuby package and some of the dependencies I don't > > believe anything else uses. It's a piece of software upstream really > > doesn't intend to be packaged, and bumping to new versions is a constant > > struggle. Furthermore, I don't have anymore use for it. Here is the list > > of packages I'll orphan sometime in the next week or so: > > > > - bytelist > > - constantine > > - jcodings > > - jline > > - jna-posix > > - joni > > - jvyamlb > > Hello! I'm sorry to come in three and a half months after the fact > (does that mean that they'll all have to be re-reviewed? :( ), but > jruby is a dependency of some Java stuff that I'm currently working on > so I'd like to take over these packages. > > MEF They're all orphaned in pkgdb. I'm not sure what process you'll need to go through to take them over (at the least, you'll probably have to talk to rel- eng to get the dead.package's removed). Regards, -- Conrad Meyer -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Which was first Webkit/Epiphany release version
2009/10/30 Felix Miata: > 2.24? > 2.25? > 2.26? > 2.27? (my guess) > 2.28? > > And, when did the switch from Gecko happen? F10? F11? F12? This was epiphany-2.27.2-1.fc12: * Mon Jun 01 2009 Matthias Clasen - 2.27.2-1 - Update to 2.27.2 - Build against webkit instead of gecko -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091030 changes
I wrote: > Rawhide Report wrote: >> gnome-applet-timer-2.1.2-4.fc12.i686 requires gnome-audio > > That dependency was added to fix a missing file, but the problem is that > that package got retired in F12. See: > https://bugzilla.redhat.com/show_bug.cgi?id=531877#c4 > for details and a suggested fix. This got fixed by the maintainer (Christoph Wickert) in 2.1.2-5.fc12 and the fixed build is already tagged f12-final, thanks! >> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 > > This one still needs attention from a Mono person to fix the rebuild. (A > rebuild would be all that's needed, but the problem is that it's failing > to build. > http://koji.fedoraproject.org/koji/getfile?taskID=1777541&name=build.log ) spot replied he's taking care of this one, thanks! Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091030 changes
On Fri, Oct 30, 2009 at 13:16:03 -0400, Tom spot Callaway wrote: > > In case I get eaten by raptors (or someone else has to do this task in > the future), here's the gory details: I don't think I need to know the gory details of you being eaten by raptors. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Which was first Webkit/Epiphany release version
2.24? 2.25? 2.26? 2.27? (my guess) 2.28? And, when did the switch from Gecko happen? F10? F11? F12? -- " A patriot without religion . . . is as great a paradox, as an honest man without the fear of God. . . . 2nd U.S. President, John Adams Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: misguided flash player warning?
On Fri, Oct 30, 2009 at 11:34 AM, Mike McLean wrote: > After updating Firefox it gave me the "You should update Adobe Flash > Player right now." page. However, I already have the latest version > (10.0.32.18). I don't see anything newer. Am I missing something, or > is Firefox just getting it wrong? My wife got that on her Windows machine that already had the latest version of Adobe Flash installed. I got that on my Fedora machine with no version of Adobe Flash at all (although I do have swfdec installed). Perhaps Firefox is showing that page to everybody. -- Jerry James http://www.jamezone.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
misguided flash player warning?
After updating Firefox it gave me the "You should update Adobe Flash Player right now." page. However, I already have the latest version (10.0.32.18). I don't see anything newer. Am I missing something, or is Firefox just getting it wrong? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091030 changes
On 10/30/2009 12:03 PM, Tom "spot" Callaway wrote:
> On 10/30/2009 11:00 AM, Kevin Kofler wrote:
>
>>> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0
>>
>> This one still needs attention from a Mono person to fix the rebuild. (A
>> rebuild would be all that's needed, but the problem is that it's failing to
>> build.
>> http://koji.fedoraproject.org/koji/getfile?taskID=1777541&name=build.log )
>
> Nant (and several other members of the mono stack) have to be carefully
> built in a two-stage process (bootstrap, unbootstrap). I'll do it today.
In case I get eaten by raptors (or someone else has to do this task in
the future), here's the gory details:
Nant is extremely sensitive about any changes made to its underlying
dependencies, specifically log4net, mono-nunit22, and mono-sharpcvslib.
Sometimes (possibly all the time), when these packages get rebuilt, or a
butterfly flaps its wings in Beijing, their symbols or locations in the
GAC change slightly, and nant will refuse to rebuild with the log error
you got above:
[csc] The assembly was not found in the Global Assembly Cache, a
path listed in the MONO_PATH environment variable, or in the location of
the executing assembly
(/builddir/build/BUILD/nant-0.85/build/mono-2.0.unix/nant-0.85-debug/bin/lib/).
[csc] **
(/usr/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe:7194): WARNING **: Could
not load file or assembly 'log4net, Version=1.2.10.0, Culture=neutral,
PublicKeyToken=135942c6bc33ad08' or one of its dependencies.
[csc] **
(/usr/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe:7194): WARNING **:
Missing method .ctor in assembly
/builddir/build/BUILD/nant-0.85/build/mono-2.0.unix/nant-0.85-debug/bin/lib/ICSharpCode.SharpCvsLib.dll,
type log4net.Config.XmlConfiguratorAttribute
[csc] **
(/usr/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe:7194): WARNING **: Can't
find custom attr constructor image:
/builddir/build/BUILD/nant-0.85/build/mono-2.0.unix/nant-0.85-debug/bin/lib/ICSharpCode.SharpCvsLib.dll
mtoken: 0x0af4
[csc] **
(/usr/lib/pkgconfig/../../lib/mono/2.0/gmcs.exe:7194): WARNING **: Could
not load file or assembly 'log4net, Version=1.2.10.0, Culture=neutral,
PublicKeyToken=135942c6bc33ad08' or one of its dependencies.
Here's how to fix it.
1. Set %{bootstrap} to 1 in nant.spec. Minor release increment in
nant.spec. Rebuild. {Tag package in buildroot}
2. Increment release in mono-nunit22.spec. Rebuild. {Tag package in
buildroot}
3. Increment release in log4net.spec. Rebuild. {Tag package in buildroot}
4. Increment release in mono-sharpcvslib.spec. Rebuild. {Tag package in
buildroot}
5. Reset %{bootstrap} to 0 in nant.spec. Major release increment in
nant.spec (drop minor). Rebuild (nant should now build cleanly).
This is easier to do with a chain build, but since chain builds only
work for unfrozen rawhide...I'm having to do this by hand.
~spot
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: texlive 2009 - should set TEXMFCNF?
On Thu, Oct 29, 2009 at 05:26:25PM +, Jonathan Underwood wrote: > 2009/10/29 Jindrich Novy : > > Currently I'm trying to not to replace any package that has a separate > > upstream and is already packaged separatelly in Fedora. > > > > IMO I think we'd be better off adopting the texlive versions of the > packages, rather than doing a half-and-half job on this by packaging > individual upstreams. The reason being that Fedora then benefits from > the integration and testing work done by the texlive team. The texlive > xdvipdfmx, for example is (I think), ahead of the 0.4 "upstream" > release. > > J. Ok, no problem with obsoleting a Fedora package with a TeX Live variant if you, as a package maintainer of it, wish to. I will add Obsoletes for xdvipdfmx. I'm presenting a complete list of packages shipped in TeX Live to discuss another possible obsoletions: dvipdfm dvipdfmx getafm lcdftypetools psutils t1utils xdvi dvipng xdvipdfmx If you think that also some of these packages in Fedora should be obsoleted, please let me know and I will do so in the next TL repo update. Thanks, Jindrich -- Jindrich Novyhttp://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091030 changes
On 10/30/2009 11:00 AM, Kevin Kofler wrote: >> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 > > This one still needs attention from a Mono person to fix the rebuild. (A > rebuild would be all that's needed, but the problem is that it's failing to > build. > http://koji.fedoraproject.org/koji/getfile?taskID=1777541&name=build.log ) Nant (and several other members of the mono stack) have to be carefully built in a two-stage process (bootstrap, unbootstrap). I'll do it today. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
2009/7/14 Conrad Meyer : > I intend to orphan the JRuby package and some of the dependencies I don't > believe anything else uses. It's a piece of software upstream really doesn't > intend to be packaged, and bumping to new versions is a constant struggle. > Furthermore, I don't have anymore use for it. Here is the list of packages > I'll orphan sometime in the next week or so: > > - bytelist > - constantine > - jcodings > - jline > - jna-posix > - joni > - jvyamlb Hello! I'm sorry to come in three and a half months after the fact (does that mean that they'll all have to be re-reviewed? :( ), but jruby is a dependency of some Java stuff that I'm currently working on so I'd like to take over these packages. MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rawhide report: 20091030 changes
Rawhide Report wrote: > gnome-applet-timer-2.1.2-4.fc12.i686 requires gnome-audio That dependency was added to fix a missing file, but the problem is that that package got retired in F12. See: https://bugzilla.redhat.com/show_bug.cgi?id=531877#c4 for details and a suggested fix. > 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 This one still needs attention from a Mono person to fix the rebuild. (A rebuild would be all that's needed, but the problem is that it's failing to build. http://koji.fedoraproject.org/koji/getfile?taskID=1777541&name=build.log ) Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wi-Fi Interface Question
On Thu, Oct 29, 2009 at 01:17:09PM -0400, Martin Dubuc wrote: > How is it possible to figure out what driver is associated with which > interface. We used to have some of this information available in > /sys/config/hwconf. I am especially interested to know details of Wi-Fi > interfaces (for instance ath5k or iwlagn). 2.6.33 will introduce ethtool support for mac80211-based wireless devices (which is most of them). Prior to that, 'ls -l /sys/class/net/wlan0/device/driver' is at least minimally informative. Hth! John -- John W. LinvilleLinux should be at the core linvi...@redhat.com of your literate lifestyle. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
Matěj Cepl writes: > I don't think we should back progress in order to be friendly to buggy > closed Microsoft fonts. I know they are quite common outside of the > Linux world, but I think > > a) our free fonts are now so good, that we could limit ourselves to > this FSF-nirvana ghetto, it doesn't cost that much, > b) many modern fonts (e.g., my preferred Inconsolata) just rely on > real hinting being present, and it doesn't work that well with > auto-hinter. Just because of this font, I have switched to > freefont-freeworld and I cannot be more happy with it. It would be nice if fonts like Inconsolata somehow set a flag that they require hinting. This would prevent the side effects on old fonts. Your post prompted me to try out Inconsolata in F11. I do not find the Inconsolata hinting all that impressive though. No hinting at all is indeed horrible. With full hinting, the "g" gets deformed on my screen, where it is quite good with medium hinting. The vertical stroke in the "a" is quite wide and distracting no matter which hinting is chosen. Back to DejaVu Sans Mono Book. /Benny -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
Dne 29.10.2009 15:34, Nicolas Mailhot napsal(a): It is well known that some old fonts like Microsoft core fonts have bad/buggy hinting (MS hides the problem by adding font-specific workarounds in its text stack). They should certainly never be used to evaluate if a general default is good or not. (that is also something to consider before activating the patented bytecode engine: in-fonts hints are not necessarily better than what freetype auto-computes in many cases) I don't think we should back progress in order to be friendly to buggy closed Microsoft fonts. I know they are quite common outside of the Linux world, but I think a) our free fonts are now so good, that we could limit ourselves to this FSF-nirvana ghetto, it doesn't cost that much, b) many modern fonts (e.g., my preferred Inconsolata) just rely on real hinting being present, and it doesn't work that well with auto-hinter. Just because of this font, I have switched to freefont-freeworld and I cannot be more happy with it. Really looking forward to Behdad freeing us from the old freefont stuff. Matěj -- http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC One reason that life is complex is that it has a real part and an imaginary part. -- Andrew König -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20091030 changes
Compose started at Fri Oct 30 06:15:14 UTC 2009 Broken deps for i386 -- gnome-applet-timer-2.1.2-4.fc12.i686 requires gnome-audio 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 Broken deps for x86_64 -- gnome-applet-timer-2.1.2-4.fc12.x86_64 requires gnome-audio 1:nant-0.85-30.fc12.x86_64 requires mono(NDoc.Core) = 0:1.3.3498.0 Broken deps for ppc -- gnome-applet-timer-2.1.2-4.fc12.ppc requires gnome-audio Broken deps for ppc64 -- gnome-applet-timer-2.1.2-4.fc12.ppc64 requires gnome-audio New package javatar Java tar archive io package New package knm-new-fixed-fonts 12x12 JIS X 0208 Bitmap fonts New package perl-Makefile-DOM Simple DOM parser for Makefiles New package qbrew A Brewing Recipe Calculator Updated Packages: LabPlot-1.6.0.2-8.fc12 -- * Wed Oct 28 2009 Kevin Kofler - 1.6.0.2-8 - fix FTBFS with current GSL (GSL_CONST_CGSM_GAUSS undefined, patch from Debian) * Sat Oct 24 2009 Kevin Kofler - 1.6.0.2-7 - drop ExcludeArch ppc64, OCaml is available for ppc64 these days * Tue Sep 22 2009 Dennis Gilmore - 1.6.0.2-6 - ExcludeArch s390 s390x and sparc64 no ocaml * Fri Jul 24 2009 Fedora Release Engineering - 1.6.0.2-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Feb 23 2009 Fedora Release Engineering - 1.6.0.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild abiword-2.8.1-1.fc12 * Thu Oct 29 2009 Marc Maurer - 1:2.8.1-1 - New upstream release * Mon Oct 26 2009 Marc Maurer - 1:2.8.0-1 - New upstream release * Mon Oct 26 2009 Marc Maurer - 1:2.8.0-2 - Build with --enable-dynamic audacious-plugins-2.1-10.fc12 - * Thu Oct 29 2009 Michael Schwendt - 2.1-10 - Remove decode_thread from sndfile plugin to fix playback. * Mon Oct 26 2009 Michael Schwendt - 2.1-9 - Let buffer_time_min in underruns patch depend on default buffer size. * Sun Oct 25 2009 Michael Schwendt - 2.1-8 - Patch modplug plugin to remove old cruft and fix playback. avogadro-1.0.0-1.fc12 - * Thu Oct 29 2009 Sebastian Dziallas 1.0.0-1 - update to new upstream release biniax-1.2-7.fc12 - * Mon Oct 26 2009 Simon Wesp - 1.2-7 - Re-import to Fedora blam-1.8.5-19.fc12 -- * Tue Oct 27 2009 Jan Horak - 1.8.5-19 - Rebuild against newer gecko bluez-4.56-1.fc12 - * Sat Oct 10 2009 Bastien Nocera 4.56-1 - Update to 4.56 * Fri Oct 09 2009 Bastien Nocera 4.55-3 - Update cable pairing plugin to use libudev * Wed Oct 07 2009 Bastien Nocera 4.55-2 - Enable caps lowering brltty-4.1-1.fc12 - * Wed Oct 28 2009 Stepan Kasal - 4.1-1 - new upstream version - use --disable-stripping instead of make variable override - install the default brltty-pm.conf to docdir only (#526168) - remove the duplicate copies of rhmkboot and rhmkroot from docdir - patch configure so that the dirs in summary are not garbled: brltty-autoconf-quote.patch * Tue Oct 20 2009 Stepan Kasal - 4.0-2 - escape rpm macros in the rpm change log - add requires to bind subpackages from one build together * Wed Oct 07 2009 Stepan Kasal - 4.0-1 - new upstream version - drop upstreamed patches; ./autogen not needed anymore - pack the xbrlapi server; move its man page to brlapi package - add man-page for brltty.conf (#526168) control-center-2.28.1-4.fc12 * Thu Oct 29 2009 Bastien Nocera 2.28.1-4 - Fix metacity keybindings showing up under compiz empathy-2.28.1.1-3.fc12 --- * Thu Oct 29 2009 Matthias Clasen - 2.28.1.1-3 - Escape notifications - Fix a crash due to refcounting issues evince-2.28.1-5.fc12 * Thu Oct 29 2009 Marek Kasik - 2.28.1-5 - Add backported patch evince-aspect-ratio.patch (#531430). - Preserve aspect ratio of scaled pages and set page orientation - automatically (gnome bugs #599468 and #599470) fedora-logos-12.0.3-1.fc12 -- * Thu Oct 29 2009 Tom "spot" Callaway - 12.0.3-1 - Update to 12.0.3, yet another name for system-software-install icons file-roller-2.28.1-2.fc12 - * Thu Oct 29 2009 Matthias Clasen 2.28.1-2 - Fix sticky DND galeon-2.0.7-16.fc12.1 -- * Wed Oct 28 2009 Kevin Kofler - 2.0.7-16.1 - Rebuild for new xulrunner (1.9.1.4) gambas2-2.17.0-1.fc12 - * Thu Oct 29 2009 Tom "spot" Callaway - 2.17.0-1 - update to 2.17.0 gcc-4.4.2-7.fc12 * Tue Oct 27 2009 Jakub Jelinek 4.4.2-7 - update from gcc-4_4-branch - PRs c++/40808, c/41842, cp-tools/39177 - VTA backports - PR bootstrap/41345 - don't emit DW_AT_name: etc.
