Re: Fedora PPC for oldworld Mac?

[Tony Nelson]

On 09-10-29 16:41:57, King InuYasha wrote:
> On Thu, Oct 29, 2009 at 7:18 AM, David Woodhouse
> wrote:
> 
> > On Wed, 2009-10-28 at 22:25 -0400, Tony Nelson wrote:
> > > On 09-10-28 18:24:49, Josh Boyer wrote:
> > > > On Wed, Oct 28, 2009 at 06:17:31PM -0400, Tony Nelson wrote:
> > > > >Sorry to bug developers, but I didn't get any bites from PPC
> > > > >users on fedora-list.
> > > > >
> > > > >Does Fedora PPC work or install on oldworld PCI Macs, such as
> > > > >a beige G3 desktop?  My impression is that no one has tried it
> > > > >on an oldworld
> > > >
> > > >
> > > > No, it doesn't.  The ppc specific release notes cover that 
> > > > here:
> > > >
> > > > http://docs.fedoraproject.org/release-notes/f11/en-US/
> > > > index.html#sect-Release_Notes-Hardware_Requirements
> > >
> > > I'd looked at the release notes.  They says "Minimum CPU: PowerPC
> > > G3..." and "Although Old World machines should work, they require
> > > a special bootloader which is not included in the Fedora
> > > distribution."  My question is whether anyone has tried it in any 
> > > recent Fedora release and knows whether "should" means "do" or 
> > > "don't".
> > >
> > > (FWIW, the special bootloader is BootX, and Debian Lenny is
> > > installing now, so /some/ form of Linux works.  I just don't know 
> > > anything but hearsay about Debian.  I see it uses "apt".)
> >
> > I don't know of anyone who's tried it recently, but in the past
> > we've fixed things in the kernel to make it work properly on 
> > OldWorld Macs and it _has_ been known to work fine.
> >
> If Mac OS isn't bootable, then you need to use quik (
> http://penguinppc.org/bootloaders/quik/ ) instead of BootX.

I don't think that would help fix the unbootable MacOS, but in any
case quik doesn't work if Linux is installed on a drive not the boot 
drive, as it is here.

-- 

TonyN.:'   
  '  

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fedora PPC for oldworld Mac?

[Tony Nelson]

On 09-10-29 08:18:30, David Woodhouse wrote:
> On Wed, 2009-10-28 at 22:25 -0400, Tony Nelson wrote:
> > On 09-10-28 18:24:49, Josh Boyer wrote:
> > > On Wed, Oct 28, 2009 at 06:17:31PM -0400, Tony Nelson wrote:
> > > >Sorry to bug developers, but I didn't get any bites from PPC
> > > >users on fedora-list.
> > > >
> > > >Does Fedora PPC work or install on oldworld PCI Macs, such as
> > > >a beige G3 desktop?  My impression is that no one has tried it
> > > >on an oldworld
> > > 
> > > 
> > > No, it doesn't.  The ppc specific release notes cover that here:
> > > 
> > > http://docs.fedoraproject.org/release-notes/f11/en-US/
> > > index.html#sect-Release_Notes-Hardware_Requirements
> > 
> > I'd looked at the release notes.  They says "Minimum CPU: PowerPC 
> > G3..." and "Although Old World machines should work, they require a 
> > special bootloader which is not included in the Fedora
> > distribution."  My question is whether anyone has tried it in any 
> > recent Fedora release and knows whether "should" means "do" or 
> > "don't".
> > 
> > (FWIW, the special bootloader is BootX, and Debian Lenny is 
> > installing now, so /some/ form of Linux works.  I just don't know  
> > anything but hearsay about Debian.  I see it uses "apt".)
> 
> I don't know of anyone who's tried it recently, but in the past we've
> fixed things in the kernel to make it work properly on OldWorld Macs
> and it _has_ been known to work fine.

I received a reply off-list from someone who did sucessfully install 
F11 on an oldworld Mac.


> It _ought_ to work if you sort out the bootloader.

I was able to get a Debian Lenny install working (after sorting out the 
bootloader :-), so I am encouraged.

-- 

TonyN.:'   
  '  


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Plan for tomorrow's (20091030) FESCo meeting

[Kevin Kofler]

Jon Stanley wrote:
> If you would like to add something to this agenda, you can reply to
> this e-mail, file a new ticket at https://fedorahosted.org/fesco,
> e-mail me directly, or bring it up at the end of the meeting, during
> the open floor.

I just filed:
https://fedorahosted.org/fesco/ticket/265 (maintainer issue)
oget refuses to enable fluidsynth's PulseAudio backend

Kevin Kofler

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Plan for tomorrow's (20091030) FESCo meeting

[Jon Stanley]

Following are the topics for tomorrow's FESCo meeting, taking place at
17:00UTC in #fedora-meeting on irc.freenode.net

264 Prohibit packages which require non-free, legally unacceptable, or
binary only content to be functional

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

bug solved, we can now make an rpm for xul sqlite-manager

[Muayyad AlSadi]

hello,

I tried to make an rpm package for  xul sqlite-manager

it's a xul app and a firefox plugin (forget about the plugin)

http://code.google.com/p/sqlite-manager/downloads/list

http://sqlite-manager.googlecode.com/files/SQLiteManager_XR_0.5.6.zip

there was a problem, and it's solved now
http://code.google.com/p/sqlite-manager/issues/detail?id=309

I suggest we make an rpm for it and add it to the repos

what does it do ?
it's a simple desktop/personal database application using sqlite and xulrunner

it can be used where kile or oo.o-base does not fit like livecd

how to pack it ?
make a simple .spec file with %install like this
xulrunner --install-app %{S:1} ${RPM_BUILD_ROOT}/%{_datadir}/%{name}
mkdir -p ${RPM_BUILD_ROOT}/%{_bindir}/
ln %{_datadir}/%{name}/sqlite-manager/sqlite-manager
${RPM_BUILD_ROOT}/%{_bindir}/%{name}

what do you think ?

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fedora PPC for oldworld Mac?

[King InuYasha]

On Thu, Oct 29, 2009 at 7:18 AM, David Woodhouse wrote:

> On Wed, 2009-10-28 at 22:25 -0400, Tony Nelson wrote:
> > On 09-10-28 18:24:49, Josh Boyer wrote:
> > > On Wed, Oct 28, 2009 at 06:17:31PM -0400, Tony Nelson wrote:
> > > >Sorry to bug developers, but I didn't get any bites from PPC
> > > >users on fedora-list.
> > > >
> > > >Does Fedora PPC work or install on oldworld PCI Macs, such as
> > > >a beige G3 desktop?  My impression is that no one has tried it
> > > >on an oldworld
> > >
> > >
> > > No, it doesn't.  The ppc specific release notes cover that here:
> > >
> > > http://docs.fedoraproject.org/release-notes/f11/en-US/
> > > index.html#sect-Release_Notes-Hardware_Requirements
> >
> > I'd looked at the release notes.  They says "Minimum CPU: PowerPC
> > G3..." and "Although Old World machines should work, they require a
> > special bootloader which is not included in the Fedora distribution."
> > My question is whether anyone has tried it in any recent Fedora
> > release and knows whether "should" means "do" or "don't".
> >
> > (FWIW, the special bootloader is BootX, and Debian Lenny is installing
> > now, so /some/ form of Linux works.  I just don't know anything but
> > hearsay about Debian.  I see it uses "apt".)
>
> I don't know of anyone who's tried it recently, but in the past we've
> fixed things in the kernel to make it work properly on OldWorld Macs and
> it _has_ been known to work fine.
>
> It _ought_ to work if you sort out the bootloader.
>
> --
> dwmw2
>
>
If Mac OS isn't bootable, then you need to use quik (
http://penguinppc.org/bootloaders/quik/ ) instead of BootX.
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Including windows-binary files for cross compiling into package

[Joost van der Sluis]

On Mon, 2009-10-26 at 14:35 -0500, Michael Cronenworth wrote:

> Joost van der Sluis on 10/26/2009 01:42 PM wrote:
> > 
> > Those files are not architecture independent. They are somewhat similar
> > to .o files. They contain the run time library for the language,
> > compiled to native windows object files. If you want to compile your own
> > program with them afterwards, they are linked together into a windows
> > executable.
> > 
> > You could argue that they should belong in a -devel package. But since
> > this package is a compiler, we decided not to split it up into a devel
> > package and a non-devel package. As that would be pointless, as one will
> > not work without the other.
> > 



> They should follow mingw's footsteps, shouldn't they?
> 
> /usr/i686-pc-mingw32/sys-root/mingw/lib
> equals

/usr/x86_64-pc-fpc/sys-root/fpc/lib

That's an idea, but then we would be incompatible with upstream. I can
try to patch the configuration files of fpc so that it searches for
these binaries in /usr/x86_64-pc-fpc/sys-root/fpc/lib. But I prefer the
'standard' location. Also because other packages based in fpc relay on
that.

And what I've read here is that this path is chosen because mingw needs
a root filesystem location. Fpc does not need that, so I think I keep
the default locations, if that's ok.

Regards,

Joost.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Wi-Fi Interface Question

[Peter Jones]

On 10/29/2009 01:17 PM, 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).

"lshal" will show this info, among mountains of other data.

-- 
Peter

Teach a man to use food stamps, he'll eat for a day.  Teach a man to *forge*
food stamps, he'll eat for a lifetime.
-- Dossy

-- 
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?

[Neal Becker]

Neal Becker wrote:

> Jindrich Novy wrote:
> 
>> On Tue, Oct 27, 2009 at 11:59:30AM -0400, Neal Becker wrote:
>>> Jindrich Novy wrote:
>>> 
>>> > On Sun, Oct 25, 2009 at 03:05:34PM -0400, Neal Becker wrote:
>>> >> I wonder if texlive should include a /etc/profile.d package to set
>>> >> TEXMFCNF,
>>> >> so that other packages, such as xdvipdfmx will work?  Or, should
>>> >> texlive just obsolete xdvipdfmx and include it's own version?
>>> > 
>>> > I will try to fix it in the texmf.cnf kpathsea configuration file
>>> > directly in the new TL2009 update.
>>> > 
>>> > Jindrich
>>> > 
>>> Could you explain?
>> 
>> The plan was to update the texmf.cnf to tell kpathsea to look for
>> files in the /usr/share/texmf tree prior to the main TL2009 tree. This
>> should make the utilities like xdvipdfmx work even though they are
>> linked against old kpathsea and expects configuration bits in
>> /usr/share/texmf.
>> 
>>> Will you replace the current xdvipdfmx?
>> 
>> Currently I'm trying to not to replace any package that has a separate
>> upstream and is already packaged separatelly in Fedora.
>> 
>> Jindrich
>> 
> I am maintainer for xdvipdfmx and would be perfectly happy if you adopt
> it.
> 
s/adopt/obsolete

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fwd: Request to update ATi OSS driver for Fedora 12

[Tom "spot" Callaway]

On 10/29/2009 09:09 AM, Liang Suilong wrote:
> And then, Tom 'spot' Callaway has not pushed a new upgrade for chromium
> browser. But I do not want to disturbing him. I just wait for him
> silently. Haha!

There is a reason for the delay:

http://spot.livejournal.com/311443.html

The good news is that there is a workaround fix now, so as soon as the
last package finishes building (I've already done smoke tests on F-11
and F-12), there will be newer chromium packages in the repo. No idea if
it fixes your problem or not, Flash is proprietary software, I can't
debug it, much less fix it.

~spot

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rawhide report: 20091029 changes

[Kevin Kofler]

I wrote:

> I wrote:
> 
>> Rawhide Report wrote:
>>> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0
>> 
>> Not sure what went wrong here.
> 
> I figured it out. mono-ndoc very "cleverly" encodes the date it was built
> into Mono's equivalent of a soname! So a simple rebuild at a later date,
> even with nothing changed, will change its ABI version. Yay! :-(
> 
> I'm rebuilding nant and will file a tag request shortly. But in the long
> run, somebody ought to fix mono-ndoc!

A rebuild of nant failed, some error with log4net:
http://koji.fedoraproject.org/koji/getfile?taskID=1777541&name=build.log

Can somebody experienced with Mono please look at this?

Kevin Kofler

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Feature request: AMD K10 thermal sensors

[Conrad Meyer]

On Thursday 29 October 2009 07:08:44 am Christoph Höger wrote:
> Am Donnerstag, den 29.10.2009, 14:51 +0100 schrieb Michal Schmidt:
> > Dne 29.10.2009 12:38, Christoph Höger napsal(a):
> > > since a year or so the AMD K10 thermal sensors module (k10temp) seems
> > > to be floating around  the web. I would appreciate some kernel packager
> > > integrating it into the fedora 11 stock kernel - since without it I can
> > > not build (and trust!) a silent cooling system.
> > >
> > > Any plans on this issue?
> >
> > AMD K10 sensors support has been repeatedly refused by upstream
> > lm_sensors developers because of the sensors' unreliability.
> >
> > e.g. Rudolf Marek said in LKML on 2009-08-28:
> > > There is a problem that all chips of fam10h have some errata which
> > > renders the monitoring driver unusable. Some people proposed a
> > > workaround if temps look too suspicious to refuse to load. This is
> > > against a sense of monitoring to refuse the values where they don't
> > > look "right". So there is no driver.
> 
> So this means there is no chance to get my thermal sensors working under
> fedora?

Perhaps see if RPMFusion will carry the kmod.

Regards,
-- 
Conrad Meyer 

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rawhide report: 20091029 changes

[Kevin Kofler]

I wrote:

> Rawhide Report wrote:
>> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0
> 
> Not sure what went wrong here.

I figured it out. mono-ndoc very "cleverly" encodes the date it was built 
into Mono's equivalent of a soname! So a simple rebuild at a later date, 
even with nothing changed, will change its ABI version. Yay! :-(

I'm rebuilding nant and will file a tag request shortly. But in the long 
run, somebody ought to fix mono-ndoc!

Kevin Kofler

-- 
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

[Nicolas Mailhot]

Le Jeu 29 octobre 2009 18:44, Christoph Frieben a écrit :
>
> 2009/10/29 Nicolas Mailhot:
>> You may comment on it, but do not expect Fedora to care overmuch about a
>> component that was removed in Fedora 9 (4 release cycles ago, for legal
>> reasons so it has 0 chance to get back in). For RHEL please go through RHEL
>> channels.

> 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 ..

Why stop to this mailing list? It seems my nefarious influence extends much
wider!

http://fedoraproject.org/wiki/PackagingDrafts/No_bundling_of_fonts_in_other_packages_(2008-07-24)

http://www.advogato.org/person/yosch/diary.html?start=61
http://lintian.debian.org/tags/duplicate-font-file.html
http://lintian.debian.org/tags/font-in-non-font-package.html

Abandon hope all ye are surrounded

-- 
Nicolas Mailhot


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: 2009-10-22 - Power Management Test Day report

[Adam Williamson]

On Thu, 2009-10-29 at 13:15 -0500, Michael Cronenworth wrote:
> Adam Williamson on 10/29/2009 01:13 PM wrote:
> > 
> > Not exactly, you need enough spare memory and/or swap space, because
> > they get installed into 'memory'.

> Not when you use persistent storage... I have an updated F11 USB stick
> that would like to meet you. :)

Hmm, point. I kinda thought persistent storage was only for /home
though? IMBW. If so, we'll reconsider for future test days.

-- 
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: Font rendering slightly degraded in recent rawhide

[Adam Williamson]

On Thu, 2009-10-29 at 17:59 +0100, Nicolas Mailhot wrote:
> 
> Le Jeu 29 octobre 2009 17:21, Christoph Frieben a écrit :
> 
> > The empirical result remains, however, and it is consistent with that
> > of any other font that I have looked at.
> 
> It is consistent for you. You'd need a massive test campaign to prove this is
> not subjective, not limited to a specific set of fonts, a particular
> hardware/screen resolution/dpi, etc. The internet is littered with opinions on
> font rendering that all disagree with each other.

Of course, given the above, it's an interesting question why we're going
around changing the defaults in post-Beta phase.

-- 
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: rawhide report: 20091029 changes

[Jesse Keating]

On Thu, 2009-10-29 at 18:47 +0100, Kevin Kofler wrote:
> Rawhide Report wrote:
> > banshee-1.5.1-3.fc12.i686 requires mono(Mono.Zeroconf) = 0:4.0.0.90
> 
> mono-zeroconf somehow got backwards! Can the current version please go back 
> in?

Dennis is looking at this.  Seems something went awry when he was making
changes for a secondary arch.

> 
> > blam-1.8.5-18.fc12.i686 requires gecko-libs = 0:1.9.1.3
> > galeon-2.0.7-16.fc12.i686 requires gecko-libs = 0:1.9.1.3
> 
> These also went backwards. blam was already rebuilt in yesterday's Rawhide 
> and is now broken, and I had a rebuild of galeon tagged which seems to have 
> been replaced by an older build. 

These appear to be fixed now.

-- 
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: 2009-10-22 - Power Management Test Day report

[Michael Cronenworth]

Adam Williamson on 10/29/2009 01:13 PM wrote:
> 
> Not exactly, you need enough spare memory and/or swap space, because
> they get installed into 'memory'.
> 

Not when you use persistent storage... I have an updated F11 USB stick
that would like to meet you. :)

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: 2009-10-22 - Power Management Test Day report

[Adam Williamson]

On Thu, 2009-10-29 at 09:24 -0500, Michael Cronenworth wrote:
> Marcela Mašláňová on 10/29/2045 08:17 AM wrote:
> > We were thinking about some image, but for measurement we
> > needed installed system. Anyway requirements for tests were huge
> > e.g. openoffice, kernel-debuginfo.
> > 
> 
> When you use a USB drive you can install any number of packages. 

Not exactly, you need enough spare memory and/or swap space, because
they get installed into 'memory'.

> Just
> set your test-day.rpm to Require: openoffice and people could do so.

Most people couldn't as they'd run out of RAM.

The fact that the organizers specified an installed system was required
is the reason I didn't bother spinning live images for this test day, it
seemed pointless given that fact.

We do still spin test day live images when they are useful/required. For
some events, though, we just link to the latest nightly live image, when
there's no need for any customization for the test day.

-- 
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: 2009-10-22 - Power Management Test Day report

[Adam Williamson]

On Thu, 2009-10-29 at 14:40 +0100, Phil Knirsch wrote:
> Here a short report from the Power Management Fedora Test day on 
> 10/22/09 [1]. First of all many thanks to all the people who 
> participated in it and who reported their findings.

> For the next testday we already plan to expand that idea and include the 
> automated upload script which will make it even easier for the testers.
> 
> [1] https://fedoraproject.org/wiki/Test_Day:2009-10-22

Thanks very much for running the Test Day and organizing it so expertly!
It's great to have the process running smoothly enough that we can get
events off the ground like this with almost no direct management being
done by QA, and great to know the system is valuable for you.

-- 
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: Fwd: Request to update ATi OSS driver for Fedora 12

[Adam Williamson]

On Thu, 2009-10-29 at 11:07 -0700, Adam Williamson wrote:

> > Second Problem:
> > 
> > 
> > I try to hibernate my desktop. Later I wake them up. The brightness of
> > LCD screen is not normal. It is too low. I nearly can not see what is
> > it in the screen. I switch to tty console. It is the same with GUI
> > environment. My screen is LG L1953T 19" inch flat screen. Is the bug
> > related to ATi drivers?
> 
> Try running this command after resuming:
> 
> xgamma -r 1.0

sorry, make that:

xgamma -gamma 1.0

-- 
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: rawhide report: 20091029 changes

[Kevin Kofler]

I wrote:

> Rawhide Report wrote:
>> banshee-1.5.1-3.fc12.i686 requires mono(Mono.Zeroconf) = 0:4.0.0.90
> 
> mono-zeroconf somehow got backwards! Can the current version please go
> back in?
> 
>> blam-1.8.5-18.fc12.i686 requires gecko-libs = 0:1.9.1.3
>> galeon-2.0.7-16.fc12.i686 requires gecko-libs = 0:1.9.1.3
> 
> These also went backwards. blam was already rebuilt in yesterday's Rawhide
> and is now broken, and I had a rebuild of galeon tagged which seems to
> have been replaced by an older build.

Looks like there are 2 different issues there:
* some ExcludeArch: sparc64 rebuilds from:
https://fedorahosted.org/rel-eng/ticket/2818
overwrote newer builds. Dennis Gilmore untagged the mono-zeroconf and blam 
builds which "went backwards", so tomorrow's Rawhide should have the current 
version again. (Hopefully there isn't other stuff which went backwards 
without noticing.)
* galeon and LabPlot somehow got tagged only dist-f12 and not f12-final. I 
wonder what other stuff is affected.

Kevin Kofler

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fwd: Request to update ATi OSS driver for Fedora 12

[Adam Williamson]

On Thu, 2009-10-29 at 21:09 +0800, Liang Suilong wrote:

> I found other problems in Fedora 12. I do not know whether they are
> related to ATi KMS and opensource dirvers or not. 
> 
> 
> First Problem:
> 
> 
> Adobe flash player seems to take up too much cpu usage. It makes
> machine run slow. If I open too many web page full of flash, no matter
> in chromium or in firefox, It is too slow. I almost can not do
> anything. Firefox looks a little better than chormium. maybe there is
> a bug of chromium , or adobe flash player or ATi's driver. I can not
> make sure. I test on another desktop (NVIDIA card). It looks better.
> CPU usage is still very high, however, flash player runs enough
> smoothly. And then, Tom 'spot' Callaway has not pushed a new upgrade
> for chromium browser. But I do not want to disturbing him. I just wait
> for him silently. Haha!

How's this with the 'nomodeset' parameter?

> Second Problem:
> 
> 
> I try to hibernate my desktop. Later I wake them up. The brightness of
> LCD screen is not normal. It is too low. I nearly can not see what is
> it in the screen. I switch to tty console. It is the same with GUI
> environment. My screen is LG L1953T 19" inch flat screen. Is the bug
> related to ATi drivers?

Try running this command after resuming:

xgamma -r 1.0

does that do the trick?

-- 
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: Font rendering slightly degraded in recent rawhide

[Adam Williamson]

On Thu, 2009-10-29 at 10:20 +0100, Tomasz Torcz wrote:
> On Thu, Oct 29, 2009 at 09:49:13AM +0100, Christoph Frieben wrote:
> > I have the impression that since about 2 days ago the font rendering
> > in Fedora rawhide is less good than before. Fonts appear fuzzier, and
> > in particular Luxi Mono looks more deformed. There hasn't been a
> > freetype update, thus some GNOME package might be responsible.
> > I have noticed this effect on 2 different systems, one with an ATI
> 
>   There was a change to font properties which changed "Best shapes"
> to turn on slight hinting.

And why the hell are you still using Luxi Mono, anyway? that thing went
out with the ark...

-- 
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: rawhide report: 20091029 changes

[Kevin Kofler]

Rawhide Report wrote:
> banshee-1.5.1-3.fc12.i686 requires mono(Mono.Zeroconf) = 0:4.0.0.90

mono-zeroconf somehow got backwards! Can the current version please go back 
in?

> blam-1.8.5-18.fc12.i686 requires gecko-libs = 0:1.9.1.3
> galeon-2.0.7-16.fc12.i686 requires gecko-libs = 0:1.9.1.3

These also went backwards. blam was already rebuilt in yesterday's Rawhide 
and is now broken, and I had a rebuild of galeon tagged which seems to have 
been replaced by an older build.

> 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0

Not sure what went wrong here.

Kevin Kofler

-- 
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

[Christoph Frieben]

2009/10/29 Nicolas Mailhot:
> You may comment on it, but do not expect Fedora to care overmuch about a
> component that was removed in Fedora 9 (4 release cycles ago, for legal
> reasons so it has 0 chance to get back in). For RHEL please go through RHEL
> channels.
>
> --
> Nicolas Mailhot

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 ..

-- 
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?

[Jonathan Underwood]

2009/10/29 José Matos :
> On Thursday 29 October 2009 17:26:25 Jonathan Underwood wrote:
>> 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.
>
> I am not sure if Jindrich is talking about this but the same could be said
> about the other pure latex packages. If the packages are available on texlive
> they could obsolete the previous versions available on Fedora.

Agreed.

-- 
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?

[José Matos]

On Thursday 29 October 2009 17:26:25 Jonathan Underwood wrote:
> 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.

I am not sure if Jindrich is talking about this but the same could be said 
about the other pure latex packages. If the packages are available on texlive 
they could obsolete the previous versions available on Fedora.

-- 
José Abílio

-- 
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?

[Jonathan Underwood]

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.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Wi-Fi Interface Question

[Martin Dubuc]

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).

Martin
-- 
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

[Nicolas Mailhot]

Le Jeu 29 octobre 2009 17:21, Christoph Frieben a écrit :

> The empirical result remains, however, and it is consistent with that
> of any other font that I have looked at.

It is consistent for you. You'd need a massive test campaign to prove this is
not subjective, not limited to a specific set of fonts, a particular
hardware/screen resolution/dpi, etc. The internet is littered with opinions on
font rendering that all disagree with each other.

>> Luxi Mono is not the Red Hat/Fedora monospaced font and is not even in the
>> distribution.
>
> It was the default monospaced font for RHL 8/9, Fedora Core 1/2/3/4/5/6,
> RHEL 3/4/5 and still **is** for current RHEL 5.4. I thus consider legitimate
> to
> comment on it, too, as I expect to be not the only person being attached
> to using it ..

You may comment on it, but do not expect Fedora to care over-much about a
component that was removed in Fedora 9 (4 release cycles ago, for legal
reasons so it has 0 chance to get back in). For RHEL please go through RHEL
channels.

-- 
Nicolas Mailhot


-- 
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

[Deji Akingunola]

On Thu, Oct 29, 2009 at 12:21 PM, Christoph Frieben
 wrote:
> 2009/10/29 Nicolas Mailhot:

> The empirical result remains, however, and it is consistent with that
> of any other
> font that I have looked at.
>
>> Luxi Mono is not the Red Hat/Fedora monospaced font and is not even in the
>> distribution.
>
> It was the default monospaced font for RHL 8/9, Fedora Core 1/2/3/4/5/6,
> RHEL 3/4/5 and still **is** for current RHEL 5.4. I thus consider legitimate 
> to
> comment on it, too, as I expect to be not the only person being attached
> to using it ..
>
The Luxi fonts I think you were referring to were removed in F-9 due
to licensing concerns ( Bug 317641).

Deji

-- 
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

[Christoph Frieben]

2009/10/29 Nicolas Mailhot:
> 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.

The empirical result remains, however, and it is consistent with that
of any other
font that I have looked at.

> Luxi Mono is not the Red Hat/Fedora monospaced font and is not even in the
> distribution.

It was the default monospaced font for RHL 8/9, Fedora Core 1/2/3/4/5/6,
RHEL 3/4/5 and still **is** for current RHEL 5.4. I thus consider legitimate to
comment on it, too, as I expect to be not the only person being attached
to using it ..

> Unfortunately it is very difficult to get two people to agree on the right
> hinting level.

I find the effect quite deterring and was actually bothered by it before even
getting aware that the default hinting had been altered.
Any feedback by other users is thus welcome in order to rule out a single
user impression. Finally, I'd be interested to know why the hinting has been
changed at all. There is no bug ID or any factual reason given in the
changelog of package gnome-settings-daemon. ~C

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: httpd run directory permissions in F12/11

[Ville-Pekka Vainio]

to, 2009-10-29 kello 09:29 -0200, Clodoaldo Neto kirjoitti:
> I've been using Fedora 10 and while trying F12 beta I noticed a
> problem in the httpd run directory permission. Then I tried F11 and
> the same problem happens:

I've opened a bug about this a while ago -
https://bugzilla.redhat.com/show_bug.cgi?id=495780

-- 
Ville-Pekka Vainio

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen

[Steve Dickson]

On 10/29/2009 11:17 AM, Gregory Maxwell wrote:
> On Mon, Oct 26, 2009 at 1:13 PM, Steve Dickson  wrote:
>> On a pre F-12 Server:
>>   2) Added the '/ *(ro,fsid=0)' entry to the /etc/exportsfile and
>>  reset the exports with 'exportfs -arv' (see exports(5) for details).
> 
> 
> *Please* stop recommending this to people.
> 
> This is a myopic configuration change which will violate the security
> assumptions of almost any system out there.   It's not what
> practically anyone wants. Arguably the exports tool should even
> prohibit this kind of configuration unless you set some
> yes-I-really-intend-to-be-completely-insecure knob, it's certainly not
> something that should be recommended as a fix for "help! nfs stopped
> working when I upgrade to F13".
> 
I guess I just have confidence that people understand what
they are doing... sorry...

steved.
 

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen

[Steve Dickson]

On 10/28/2009 03:05 PM, Roland McGrath wrote:
> It sounds like you are saying that there is no way to export the same
> host filesystems with the same client-perceived names under v4 as was
> being done before under v[23].  Is that really true?
With Pre-F12 servers... Yeah... 

The V4 protocol requires a 'pseudo root' to be defined. Other servers simply 
make '/' the pseudo root which allows all exports just to work with all 
versions.
The Linux server have the feature of being able to define the pseudo root with 
the use of the 'fsid=0' export option. A feature none of the other servers 
have. 

Unfortunately, there was no forethought as to what happens when a
pseudo root is not defined, until recently... Patches in both the
F-12 kernel and rpc.mountd now dynamically allocate a pseudo root
when one is not defined... Basically meaning '/' becomes the pseudo 
root when there is no fsid=0 export option.

> 
> My old /etc/exports is:
> 
> /mirror*(ro,insecure,sync,mp,all_squash)
> 
> So clients mount server:/mirror to see my /mirror directory's contents.
> No other /foo directory is exported or visible at all to clients, and
> that's how it should stay.
> 
> How do I get the same results for v4 clients?
Use a F-12 server or added the '/ *(ro,fsid=0)' export entry like:

/  *(ro,fsid=0)
/mirror*(ro,insecure,sync,mp,all_squash)


steved.-

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen

[Gregory Maxwell]

On Mon, Oct 26, 2009 at 1:13 PM, Steve Dickson  wrote:
> On a pre F-12 Server:
>   2) Added the '/ *(ro,fsid=0)' entry to the /etc/exportsfile and
>      reset the exports with 'exportfs -arv' (see exports(5) for details).


*Please* stop recommending this to people.

This is a myopic configuration change which will violate the security
assumptions of almost any system out there.   It's not what
practically anyone wants. Arguably the exports tool should even
prohibit this kind of configuration unless you set some
yes-I-really-intend-to-be-completely-insecure knob, it's certainly not
something that should be recommended as a fix for "help! nfs stopped
working when I upgrade to F13".

-- 
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?

[Neal Becker]

Jindrich Novy wrote:

> On Tue, Oct 27, 2009 at 11:59:30AM -0400, Neal Becker wrote:
>> Jindrich Novy wrote:
>> 
>> > On Sun, Oct 25, 2009 at 03:05:34PM -0400, Neal Becker wrote:
>> >> I wonder if texlive should include a /etc/profile.d package to set
>> >> TEXMFCNF,
>> >> so that other packages, such as xdvipdfmx will work?  Or, should
>> >> texlive just obsolete xdvipdfmx and include it's own version?
>> > 
>> > I will try to fix it in the texmf.cnf kpathsea configuration file
>> > directly in the new TL2009 update.
>> > 
>> > Jindrich
>> > 
>> Could you explain?
> 
> The plan was to update the texmf.cnf to tell kpathsea to look for
> files in the /usr/share/texmf tree prior to the main TL2009 tree. This
> should make the utilities like xdvipdfmx work even though they are
> linked against old kpathsea and expects configuration bits in
> /usr/share/texmf.
> 
>> Will you replace the current xdvipdfmx?
> 
> Currently I'm trying to not to replace any package that has a separate
> upstream and is already packaged separatelly in Fedora.
> 
> Jindrich
> 
I am maintainer for xdvipdfmx and would be perfectly happy if you adopt it.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen

[Steve Dickson]

On 10/28/2009 06:42 PM, Ray Van Dolson wrote:
>>> If, for whatever reason, I need to export a file system that doesn't 
>>> live in /export, would I still be able to mount it?
>> With the '/ *(ro,fsid=0)' entry, Yes, you would be able to mount other
>> exported directories.. 
>>
>> With the '/export *(ro,fsid=0)' entry, No, the client will only see 
>> directories under '/export'. The rest of the filesystem would not be
>> seen...
> 
> I suppose you could bind mount that other directory to be inside of
> /export though and expose it that way?
I guess... but then you might have to had the crossmnt export option..

steved.

-- 
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

[Nicolas Mailhot]

Le Jeu 29 octobre 2009 14:30, Christoph Frieben a écrit :
>
> 2009/10/29 Tomasz Torcz:
>>  There was a change to font properties which changed "Best shapes"
>> to turn on slight hinting.
>
> Good point, but I wonder why this change has been made. It suffices to
> look at two attachments to
>
>   https://bugzilla.redhat.com/show_bug.cgi?id=198082
>
> namely
>
>   https://bugzilla.redhat.com/attachment.cgi?id=351609
>   https://bugzilla.redhat.com/attachment.cgi?id=351613
>
> which demonstrate that medium hinting used to give better results,
> namely for MS fonts.

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)

> However, this holds at least for Luxi Mono, too ,
> the traditional Red Hat/Fedora monospaced default font.

Luxi Mono is not the Red Hat/Fedora monospaced font and is not even in the
distribution.

> To me, even the current system font looks blurred and uneven when
> slight hinting is chosen instead of medium one. ~C

Unfortunately it is very difficult to get two people to agree on the right
hinting level.

-- 
Nicolas Mailhot


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

disregard my last email. Worng list, very sorry.

[TK009]

brain lock on my annnouncement email. wrong list.


TK009

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Feature request: Adding device ID to kernel option driver

[Josef Bacik]

On Thu, Oct 29, 2009 at 10:21 AM, Dululu Ululu  wrote:
> Hi
>
> I've got a wireless CDMA modem that works perfectly using the option usb
> serial driver, but is not currently listed as one of the supported devices.
> I've been manually adding its ID to option.c and recompiling the driver
> since F8. This however means that each time I perform a kernel upgrade I
> lose internet connectivity until I've done this. It also means that
> yum-presto won't do a delta upgrade of the kernel since it's contents have
> changed, I have to download the full package (CDMA cell network, can get
> pretty expensive).
>
>  Do I get this added to the Fedora kernel first or should I send it
> upstream? Any pointers as to the procedures to follow (links to
> documentation detailing who to contact etc would be most appreciated).
>

Send the patch upstream.  You can read this for instructions on how to
send a patch

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/SubmittingPatches;h=72651f788f4e3536149ef5e7ddfbed96a8f14d2f;hb=HEAD

Thanks,

Josef

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: 2009-10-22 - Power Management Test Day report

[Michael Cronenworth]

Marcela Mašláňová on 10/29/2045 08:17 AM wrote:
> We were thinking about some image, but for measurement we
> needed installed system. Anyway requirements for tests were huge
> e.g. openoffice, kernel-debuginfo.
> 

When you use a USB drive you can install any number of packages. Just
set your test-day.rpm to Require: openoffice and people could do so.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Feature request: Adding device ID to kernel option driver

[Dululu Ululu]

Hi

I've got a wireless CDMA modem that works perfectly using the option usb
serial driver, but is not currently listed as one of the supported devices.
I've been manually adding its ID to option.c and recompiling the driver
since F8. This however means that each time I perform a kernel upgrade I
lose internet connectivity until I've done this. It also means that
yum-presto won't do a delta upgrade of the kernel since it's contents have
changed, I have to download the full package (CDMA cell network, can get
pretty expensive).

 Do I get this added to the Fedora kernel first or should I send it
upstream? Any pointers as to the procedures to follow (links to
documentation detailing who to contact etc would be most appreciated).

Thanks

Dululu
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: 2009-10-22 - Power Management Test Day report

[Marcela Mašláňová]

On 10/29/2009 02:48 PM, Michael Cronenworth wrote:
> Phil Knirsch wrote:
>   
>> All in all the whole test day was a real success. Especially the great
>> idea of Marcela, Jan and Petr to make a rpm for the testday which
>> automated a lot of the work that needed to be done.
>>
>> For the next testday we already plan to expand that idea and include the
>> automated upload script which will make it even easier for the testers.
>>
>> 
>
> I would have participated if I could have run Rawhide from my USB drive,
> but it seems test day images are no longer created and the USB drive I
> was trying to use kept overheating after attempting to update from Beta
> 2 to the latest rawhide (several hundred packages). It's my own fault
> for using a shoddy drive, but are test images no longer being made? Even
> though I do have a slew of machines, I'm not privileged enough to have a
> completely unused machine to install rawhide full time on. Next time
> I'll attempt using a external HDD USB drive, which should have more success.
>
>   
We were thinking about some image, but for measurement we
needed installed system. Anyway requirements for tests were huge
e.g. openoffice, kernel-debuginfo.

-- 
Marcela Mašláňová
BaseOS team Brno

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Announcement]Bug Triage Event 2009-10-30 @ 1600-2000 UTC (1200-1600 hours EDT)

[TK009]

When: Friday, 2009-10-30 @ 16:00-20:00 UTC (1200-1600 hours EDT)
Where: #fedora-qa on irc.freenode.net
F-12 Blocker Meeting may still be in session (more than likely) in 
#fedora-bugzappers, so we will be gathering in #fedora-qa.

The Bug Zappers will be holding a bug triage event this Friday (tomorrow) and 
would like to invite any and all that are interested in lending a hand to join 
us.
Our goal for this event is to review and triage Fedora 10 bug reports still in 
the status of 'NEW' with the aim of confirming and re-versioning or closing 
where approriate. This is an effort to put 'eyes' on these reports before EOL 
(End Of Life) changes close them.

whether your just curoius about the triage process or have questions and would 
like to learn more. This is an oppertunity to do so.
Maybe you like help filing a bug report? We're happy to help.

Everyone is welcome!

I hope to see you there
Edward (tk009)

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Feature request: AMD K10 thermal sensors

[Christoph Höger]

Am Donnerstag, den 29.10.2009, 14:51 +0100 schrieb Michal Schmidt:
> Dne 29.10.2009 12:38, Christoph Höger napsal(a):
> > since a year or so the AMD K10 thermal sensors module (k10temp) seems to
> > be floating around  the web. I would appreciate some kernel packager
> > integrating it into the fedora 11 stock kernel - since without it I can
> > not build (and trust!) a silent cooling system.
> >
> > Any plans on this issue?
> 
> AMD K10 sensors support has been repeatedly refused by upstream 
> lm_sensors developers because of the sensors' unreliability.
> 
> e.g. Rudolf Marek said in LKML on 2009-08-28:
> > There is a problem that all chips of fam10h have some errata which renders 
> > the
> > monitoring driver unusable. Some people proposed a workaround if temps look 
> > too
> > suspicious to refuse to load. This is against a sense of monitoring to 
> > refuse
> > the values where they don't look "right". So there is no driver.

So this means there is no chance to get my thermal sensors working under
fedora? 


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Feature request: AMD K10 thermal sensors

[Michal Schmidt]

Dne 29.10.2009 12:38, Christoph Höger napsal(a):

since a year or so the AMD K10 thermal sensors module (k10temp) seems to
be floating around  the web. I would appreciate some kernel packager
integrating it into the fedora 11 stock kernel - since without it I can
not build (and trust!) a silent cooling system.

Any plans on this issue?


AMD K10 sensors support has been repeatedly refused by upstream 
lm_sensors developers because of the sensors' unreliability.


e.g. Rudolf Marek said in LKML on 2009-08-28:

There is a problem that all chips of fam10h have some errata which renders the
monitoring driver unusable. Some people proposed a workaround if temps look too
suspicious to refuse to load. This is against a sense of monitoring to refuse
the values where they don't look "right". So there is no driver.


Michal

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: 2009-10-22 - Power Management Test Day report

[Michael Cronenworth]

Phil Knirsch wrote:
> 
> All in all the whole test day was a real success. Especially the great
> idea of Marcela, Jan and Petr to make a rpm for the testday which
> automated a lot of the work that needed to be done.
> 
> For the next testday we already plan to expand that idea and include the
> automated upload script which will make it even easier for the testers.
> 


I would have participated if I could have run Rawhide from my USB drive,
but it seems test day images are no longer created and the USB drive I
was trying to use kept overheating after attempting to update from Beta
2 to the latest rawhide (several hundred packages). It's my own fault
for using a shoddy drive, but are test images no longer being made? Even
though I do have a slew of machines, I'm not privileged enough to have a
completely unused machine to install rawhide full time on. Next time
I'll attempt using a external HDD USB drive, which should have more success.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

2009-10-22 - Power Management Test Day report

[Phil Knirsch]

Here a short report from the Power Management Fedora Test day on 
10/22/09 [1]. First of all many thanks to all the people who 
participated in it and who reported their findings. In order to make 
things easier for testers and to make sure we get a lot more stable and 
comparable results Marcela Maslanova, Jan Vcelak and Petr Lautrbach put 
together a rpm that consisted of all our test scripts, an easy 
call-script to easily run them and a "collect" script to pack together 
all results. Additionally the rpm itself has requirements against all 
the packages we needed for the tests, so a simple installation of the 
testday rpm provided a solid and easy method for every tester. This 
worked out really well and made test results very consistent. 
Unfortunately time ran out for including the automatic upload script 
from Mike McGrath and the ALPM test script, but that didn't seem to pose 
a big problem, roughly half of the testers provided results for ALPM as 
well.


We got 30 results overall with half of them including ALPM test results, 
too. Overall the results showed us what we wanted to know:


 - The tools we're shipping are working as expected, no crashes or 
anything like that observed
 - Wakeups and system behavior in genereral in comparison to our Fedora 
11 test day doesn't show any regressions

 - New features seem to be working as expected

Rudolf Kastel discovered one strange bug with one of the profiles which 
we couldn't reproduce yet, but we're still investigating with him.


All in all the whole test day was a real success. Especially the great 
idea of Marcela, Jan and Petr to make a rpm for the testday which 
automated a lot of the work that needed to be done.


For the next testday we already plan to expand that idea and include the 
automated upload script which will make it even easier for the testers.


[1] https://fedoraproject.org/wiki/Test_Day:2009-10-22

--
Philipp Knirsch  | Tel.:  +49-711-96437-470
Team Lead Core Services  | Fax.:  +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch 
Hauptstaetterstr. 58 | Web:   http://www.redhat.com/
D-70178 Stuttgart, Germany
Motd:  You're only jealous cos the little penguins are talking to me.

--
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

[Christoph Frieben]

2009/10/29 Tomasz Torcz:
>  There was a change to font properties which changed "Best shapes"
> to turn on slight hinting.

Good point, but I wonder why this change has been made. It suffices to
look at two attachments to

  https://bugzilla.redhat.com/show_bug.cgi?id=198082

namely

  https://bugzilla.redhat.com/attachment.cgi?id=351609
  https://bugzilla.redhat.com/attachment.cgi?id=351613

which demonstrate that medium hinting used to give better results,
namely for MS fonts. However, this holds at least for Luxi Mono, too ,
the traditional Red Hat/Fedora monospaced default font.
To me, even the current system font looks blurred and uneven when
slight hinting is chosen instead of medium one. ~C

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: httpd run directory permissions in F12/11

[Clodoaldo Neto]

2009/10/29 Paul Howarth :
> On 29/10/09 11:29, Clodoaldo Neto wrote:
>>
>> I've been using Fedora 10 and while trying F12 beta I noticed a
>> problem in the httpd run directory permission. Then I tried F11 and
>> the same problem happens:
>>
>> [Wed Oct 28 12:05:02 2009] [notice] Apache/2.2.13 (Unix) DAV/2
>> PHP/5.2.9 mod_python/3.3.1 Python/2.6 mod_ssl/2.2.13
>> OpenSSL/0.9.8k-fips mod_wsgi/2.6 mod_perl/2.0.4 Perl/v5.10.0
>> configured -- resuming normal operations
>> [Wed Oct 28 12:05:09 2009] [error] [client 10.0.2.15] (13)Permission
>> denied: mod_wsgi (pid=2722): Unable to connect to WSGI daemon process
>> 'mygroup' on '/etc/httpd/run/wsgi.2692.0.1.sock' after multiple
>> attempts.
>>
>> The problem is that until F10 the httpd socket directory was /var/run/
>> and in F11 and F12 it is /var/run/httpd:
>>
>> # ll /etc/httpd/run
>> lrwxrwxrwx. 1 root root 19 2009-10-28 11:04 /etc/httpd/run ->
>> ../../var/run/httpd
>>
>> # ll -d /var/run/httpd
>> drwx--. 2 root root 4096 2009-10-28 11:51 /var/run/httpd
>>
>> # ll -d /var/run
>> drwxr-xr-x. 31 root root 4096 2009-10-28 11:35 /var/run
>>
>> # ll /var/run/httpd/
>> total 4
>> -rw-r--r--. 1 root   root 5 2009-10-28 12:05 httpd.pid
>> srwx--. 1 apache root 0 2009-10-28 12:05 wsgi.2692.0.1.sock
>>
>> That can break some apache modules like mod_wsgi which rely on sockets.
>>
>> Any of these solve the problem:
>>
>> # chmod o+x /var/run/httpd
>> # chown apache.root /var/run/httpd
>>
>> Is there a reason for the /var/run/httpd permissions to be as in
>> F11/12 ? Is it necessary to have the user intervention to fix it? I
>> have posted at the mod_wsgi list:
>>
>> http://groups.google.com/group/modwsgi/t/c5f5abc122088478
>
> I had exactly the same problem with mod_fcgid and ended up creating a
> separate socket directory /var/run/mod_fcgid with appropriate permissions
> instead of following /etc/httpd/run.
>
> If you create a directory matching /var/run/mod_.* with suitable permissions
> and include that directory in your package then it should get the right
> SELinux context set so that it will work out of the box.

Thanks for the workaround. But then what is the point of having a
default httpd run directory as a symlink in the /etc/httpd directory?
I could just set /var/run or run/.. as the socket directory avoiding
the extra work and future maintenance of creating a directory.

What I mean is why restrict the httpd run directory read permission to
root if apache will run as the apache user and not as root?

Regards, Clodoaldo

>
> Paul.
>
> --
> fedora-devel-list mailing list
> fedora-devel-list@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fwd: Request to update ATi OSS driver for Fedora 12

[Liang Suilong]

To Adam Williamson

I have upgraded the latest packages from Rawhide, including xorg-x11-drv-ati
and some components of X. It looks quite good. Glxgears performance grows
from about 640 fps to more than 1000 fps. Gnome-terminal is more smooth but
not perfect.

I found other problems in Fedora 12. I do not know whether they are related
to ATi KMS and opensource dirvers or not.

First Problem:

Adobe flash player seems to take up too much cpu usage. It makes machine run
slow. If I open too many web page full of flash, no matter in chromium or in
firefox, It is too slow. I almost can not do anything. Firefox looks a
little better than chormium. maybe there is a bug of chromium , or adobe
flash player or ATi's driver. I can not make sure. I test on another desktop
(NVIDIA card). It looks better. CPU usage is still very high, however, flash
player runs enough smoothly. And then, Tom 'spot' Callaway has not pushed a
new upgrade for chromium browser. But I do not want to disturbing him. I
just wait for him silently. Haha!

Second Problem:

I try to hibernate my desktop. Later I wake them up. The brightness of LCD
screen is not normal. It is too low. I nearly can not see what is it in the
screen. I switch to tty console. It is the same with GUI environment. My
screen is LG L1953T 19" inch flat screen. Is the bug related to ATi drivers?

At last, Thanks to developers again.


-- 
http://www.liangsuilong.info
Fight for freedom(3F）
Ask not what your Linux distro can do for you!
Ask what you can do for your Linux distro!
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: httpd run directory permissions in F12/11

[Paul Howarth]

On 29/10/09 11:29, Clodoaldo Neto wrote:

I've been using Fedora 10 and while trying F12 beta I noticed a
problem in the httpd run directory permission. Then I tried F11 and
the same problem happens:

[Wed Oct 28 12:05:02 2009] [notice] Apache/2.2.13 (Unix) DAV/2
PHP/5.2.9 mod_python/3.3.1 Python/2.6 mod_ssl/2.2.13
OpenSSL/0.9.8k-fips mod_wsgi/2.6 mod_perl/2.0.4 Perl/v5.10.0
configured -- resuming normal operations
[Wed Oct 28 12:05:09 2009] [error] [client 10.0.2.15] (13)Permission
denied: mod_wsgi (pid=2722): Unable to connect to WSGI daemon process
'mygroup' on '/etc/httpd/run/wsgi.2692.0.1.sock' after multiple
attempts.

The problem is that until F10 the httpd socket directory was /var/run/
and in F11 and F12 it is /var/run/httpd:

# ll /etc/httpd/run
lrwxrwxrwx. 1 root root 19 2009-10-28 11:04 /etc/httpd/run ->
../../var/run/httpd

# ll -d /var/run/httpd
drwx--. 2 root root 4096 2009-10-28 11:51 /var/run/httpd

# ll -d /var/run
drwxr-xr-x. 31 root root 4096 2009-10-28 11:35 /var/run

# ll /var/run/httpd/
total 4
-rw-r--r--. 1 root   root 5 2009-10-28 12:05 httpd.pid
srwx--. 1 apache root 0 2009-10-28 12:05 wsgi.2692.0.1.sock

That can break some apache modules like mod_wsgi which rely on sockets.

Any of these solve the problem:

# chmod o+x /var/run/httpd
# chown apache.root /var/run/httpd

Is there a reason for the /var/run/httpd permissions to be as in
F11/12 ? Is it necessary to have the user intervention to fix it? I
have posted at the mod_wsgi list:

http://groups.google.com/group/modwsgi/t/c5f5abc122088478


I had exactly the same problem with mod_fcgid and ended up creating a 
separate socket directory /var/run/mod_fcgid with appropriate 
permissions instead of following /etc/httpd/run.


If you create a directory matching /var/run/mod_.* with suitable 
permissions and include that directory in your package then it should 
get the right SELinux context set so that it will work out of the box.


Paul.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Fedora PPC for oldworld Mac?

[David Woodhouse]

On Wed, 2009-10-28 at 22:25 -0400, Tony Nelson wrote:
> On 09-10-28 18:24:49, Josh Boyer wrote:
> > On Wed, Oct 28, 2009 at 06:17:31PM -0400, Tony Nelson wrote:
> > >Sorry to bug developers, but I didn't get any bites from PPC
> > >users on fedora-list.
> > >
> > >Does Fedora PPC work or install on oldworld PCI Macs, such as
> > >a beige G3 desktop?  My impression is that no one has tried it
> > >on an oldworld
> > 
> > 
> > No, it doesn't.  The ppc specific release notes cover that here:
> > 
> > http://docs.fedoraproject.org/release-notes/f11/en-US/
> > index.html#sect-Release_Notes-Hardware_Requirements
> 
> I'd looked at the release notes.  They says "Minimum CPU: PowerPC 
> G3..." and "Although Old World machines should work, they require a 
> special bootloader which is not included in the Fedora distribution."  
> My question is whether anyone has tried it in any recent Fedora
> release and knows whether "should" means "do" or "don't".
> 
> (FWIW, the special bootloader is BootX, and Debian Lenny is installing 
> now, so /some/ form of Linux works.  I just don't know anything but 
> hearsay about Debian.  I see it uses "apt".)

I don't know of anyone who's tried it recently, but in the past we've
fixed things in the kernel to make it work properly on OldWorld Macs and
it _has_ been known to work fine.

It _ought_ to work if you sort out the bootloader.

-- 
dwmw2

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Feature request: AMD K10 thermal sensors

[Christoph Höger]

Hi,

since a year or so the AMD K10 thermal sensors module (k10temp) seems to
be floating around  the web. I would appreciate some kernel packager
integrating it into the fedora 11 stock kernel - since without it I can
not build (and trust!) a silent cooling system.

Any plans on this issue?

regards

Christoph




signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

httpd run directory permissions in F12/11

[Clodoaldo Neto]

I've been using Fedora 10 and while trying F12 beta I noticed a
problem in the httpd run directory permission. Then I tried F11 and
the same problem happens:

[Wed Oct 28 12:05:02 2009] [notice] Apache/2.2.13 (Unix) DAV/2
PHP/5.2.9 mod_python/3.3.1 Python/2.6 mod_ssl/2.2.13
OpenSSL/0.9.8k-fips mod_wsgi/2.6 mod_perl/2.0.4 Perl/v5.10.0
configured -- resuming normal operations
[Wed Oct 28 12:05:09 2009] [error] [client 10.0.2.15] (13)Permission
denied: mod_wsgi (pid=2722): Unable to connect to WSGI daemon process
'mygroup' on '/etc/httpd/run/wsgi.2692.0.1.sock' after multiple
attempts.

The problem is that until F10 the httpd socket directory was /var/run/
and in F11 and F12 it is /var/run/httpd:

# ll /etc/httpd/run
lrwxrwxrwx. 1 root root 19 2009-10-28 11:04 /etc/httpd/run ->
../../var/run/httpd

# ll -d /var/run/httpd
drwx--. 2 root root 4096 2009-10-28 11:51 /var/run/httpd

# ll -d /var/run
drwxr-xr-x. 31 root root 4096 2009-10-28 11:35 /var/run

# ll /var/run/httpd/
total 4
-rw-r--r--. 1 root   root 5 2009-10-28 12:05 httpd.pid
srwx--. 1 apache root 0 2009-10-28 12:05 wsgi.2692.0.1.sock

That can break some apache modules like mod_wsgi which rely on sockets.

Any of these solve the problem:

# chmod o+x /var/run/httpd
# chown apache.root /var/run/httpd

Is there a reason for the /var/run/httpd permissions to be as in
F11/12 ? Is it necessary to have the user intervention to fix it? I
have posted at the mod_wsgi list:

http://groups.google.com/group/modwsgi/t/c5f5abc122088478

Regards, Clodoaldo Neto

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Orphan Package: system-config-cluster

[Steven Whitehouse]

Hi,

[from last week's announcement]
> 
> system-config-cluster is currently dead as an upstream project. If
> someone wants to take over the fedora package, then they will first have
> to take over the upstream side of things too.
>
Here then, for the second time of asking, is a request to see if anybody
will take on the upstream maintenance of system-config-cluster.

If I receive no interest by this time next week, then I'll start the
package retirement process,

Steve.


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

rawhide report: 20091029 changes

[Rawhide Report]

Compose started at Thu Oct 29 06:15:07 UTC 2009

Broken deps for i386
--
banshee-1.5.1-3.fc12.i686 requires mono(Mono.Zeroconf) = 0:4.0.0.90
blam-1.8.5-18.fc12.i686 requires gecko-libs = 0:1.9.1.3
galeon-2.0.7-16.fc12.i686 requires gecko-libs = 0:1.9.1.3
1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0



Broken deps for x86_64
--
banshee-1.5.1-3.fc12.i686 requires mono(Mono.Zeroconf) = 0:4.0.0.90
banshee-1.5.1-3.fc12.x86_64 requires mono(Mono.Zeroconf) = 0:4.0.0.90
blam-1.8.5-18.fc12.x86_64 requires gecko-libs = 0:1.9.1.3
galeon-2.0.7-16.fc12.x86_64 requires gecko-libs = 0:1.9.1.3
1:nant-0.85-30.fc12.x86_64 requires mono(NDoc.Core) = 0:1.3.3498.0



Broken deps for ppc
--
banshee-1.5.1-3.fc12.ppc requires mono(Mono.Zeroconf) = 0:4.0.0.90
banshee-1.5.1-3.fc12.ppc64 requires mono(Mono.Zeroconf) = 0:4.0.0.90
blam-1.8.5-18.fc12.ppc requires gecko-libs = 0:1.9.1.3
galeon-2.0.7-16.fc12.ppc requires gecko-libs = 0:1.9.1.3



Broken deps for ppc64
--
banshee-1.5.1-3.fc12.ppc64 requires mono(Mono.Zeroconf) = 0:4.0.0.90
galeon-2.0.7-16.fc12.ppc64 requires gecko-libs = 0:1.9.1.3
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot



New package gnome-globalmenu
Global Menu for GNOME
Updated Packages:

DeviceKit-power-012-2.fc12
--
* Wed Oct 28 2009 Matthias Clasen  - 012-2
- Make hibernate work again


anaconda-12.41-1.fc12
-
* Wed Oct 28 2009 Chris Lumens  - 12.40-1
- preexist -> onPart (#531407). (clumens)
- Support upgrading when the language isn't in lang-table (#528317).
  (clumens)
- max_logical -> max_logicals (#530786). (clumens)
- We moved from dialog to newt.. (#528497) (msivak)

* Wed Oct 28 2009 David Cantrell  - 12.41-1
- BR system-config-keyboard (dcantrell)


apr-1.3.9-3.fc12

* Sun Oct 25 2009 Bojan Smojver  - 1.3.9-3
- remove uuid/crypt libs from pkg-config file


banshee-1.5.1-3.fc12

* Wed Oct 28 2009 Kevin Kofler  - 1.5.1-3
- Rebuild against new mono-zeroconf (#526132)

* Mon Oct 26 2009 Dennis Gilmore  - 1.5.1-2
- ExcludeArch sparc64

* Mon Oct 19 2009 Michel Salim  - 1.5.1-1
- Update to final 1.5.1 release


banshee-mirage-0.5.0-5.fc12
---
* Mon Oct 26 2009 Dennis Gilmore  - 0.5.0-5
- switch to ExcludeArch, excluding sparc64


bareftp-0.2.3-4.fc12

* Mon Oct 26 2009 Dennis Gilmore  - 0.2.3-4
- Exclude sparc64 no mono available


beagle-0.3.9-15.fc12

* Mon Oct 26 2009 Dennis Gilmore  - 0.3.9-15
- enable s390 and s390x


blam-1.8.5-18.fc12
--

bless-0.6.0-5.fc12
--
* Mon Oct 26 2009 Dennis Gilmore  - 0.6.0-5
- ExckudeArch sparc64


bzr-2.0.1-1.fc12

* Thu Oct 29 2009 Henrik Nordstrom  - 2.0.1-1
- Update to 2.0.1 bugfix release


cdcollect-0.6.0-10.fc12
---
* Mon Oct 26 2009 Dennis Gilmore  - 0.6.0-10
- ExcludeArch sparc64  no mono there


chronojump-0.8.11-3.fc12

* Mon Oct 26 2009 Dennis Gilmore  - 0.8.11-3
- ExcludeArch sparc64.  no mono available


clutter-sharp-0-0.6.20090828.fc12
-
* Mon Oct 26 2009 Dennis Gilmore  - 0-0.6.20090828
- ExcludeArch sparc64


constantine-kde-theme-12.1.0-1.fc12
---
* Wed Oct 28 2009 Jaroslav Reznik  12.1.0-1
- Constantine Smile KSplash Theme
- Constantine Loadme! login screen Theme


cowbell-0.3-0.svn47.1.fc12.4

* Mon Oct 26 2009 Dennis Gilmore  - 0.3.0-0.svn47.1.4
- ExcludeArch sparc64 no mono


cups-1.4.1-12.fc12
--
* Tue Oct 27 2009 Jiri Popelka  1:1.4.1-12
- Fix incorrectly applied patch from #STR3285 (bug #531108).
- Set the PRINTER_IS_SHARED variable for admin.cgi (bug #529634, #STR3390).
- Pass through serial parameters correctly in web interface (bug #529635, 
#STR3391).
- Fixed German translation (bug #531144, #STR3396).

* Tue Oct 20 2009 Jiri Popelka  1:1.4.1-11
- Fix cups-lpd to create unique temporary data files (bug #529838).


dbus-sharp-0.63-14.fc12
---
* Mon Oct 26 2009 Dennis Gilmore  - 0.63-14
- ExcludeArch sparc64


evolution-sharp-0.21.1-5.fc12
-
* Mon Oct 26 2009 Dennis Gilmore  0.20.1-5
- ExcludeArch sparc64


f-spot-0.6.1.3-2.fc12
-
* Mon Oct 26 2009 Dennis Gilmore  - 0.6.1.3-2
- ExcludeArch sparc64


fedora-logos-12.0.2-2.fc12
--
* Wed Oct 28 2009 Tom "spot" Callaway  - 12.0.2-1
- Update to 12.0.2, has improved system-software-install icon

* Wed Oct 28 2009 Tom "spot" Callaway  - 12.0.2-2
- Fixed 12.0.2 source, package up sca

Re: texlive 2009 - should set TEXMFCNF?

[Jindrich Novy]

On Tue, Oct 27, 2009 at 11:59:30AM -0400, Neal Becker wrote:
> Jindrich Novy wrote:
> 
> > On Sun, Oct 25, 2009 at 03:05:34PM -0400, Neal Becker wrote:
> >> I wonder if texlive should include a /etc/profile.d package to set
> >> TEXMFCNF,
> >> so that other packages, such as xdvipdfmx will work?  Or, should texlive
> >> just obsolete xdvipdfmx and include it's own version?
> > 
> > I will try to fix it in the texmf.cnf kpathsea configuration file
> > directly in the new TL2009 update.
> > 
> > Jindrich
> > 
> Could you explain?

The plan was to update the texmf.cnf to tell kpathsea to look for
files in the /usr/share/texmf tree prior to the main TL2009 tree. This
should make the utilities like xdvipdfmx work even though they are
linked against old kpathsea and expects configuration bits in
/usr/share/texmf.

> Will you replace the current xdvipdfmx?

Currently I'm trying to not to replace any package that has a separate
upstream and is already packaged separatelly in Fedora.

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: Font rendering slightly degraded in recent rawhide

[Tomasz Torcz]

On Thu, Oct 29, 2009 at 09:49:13AM +0100, Christoph Frieben wrote:
> I have the impression that since about 2 days ago the font rendering
> in Fedora rawhide is less good than before. Fonts appear fuzzier, and
> in particular Luxi Mono looks more deformed. There hasn't been a
> freetype update, thus some GNOME package might be responsible.
> I have noticed this effect on 2 different systems, one with an ATI

  There was a change to font properties which changed "Best shapes"
to turn on slight hinting.

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Font rendering slightly degraded in recent rawhide

[Christoph Frieben]

I have the impression that since about 2 days ago the font rendering
in Fedora rawhide is less good than before. Fonts appear fuzzier, and
in particular Luxi Mono looks more deformed. There hasn't been a
freetype update, thus some GNOME package might be responsible.
I have noticed this effect on 2 different systems, one with an ATI
video card, the other with an Intel onboard graphics device. ~C

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list