[Fedora-cs-list] Překlad Beta Release Notes F12

[Josef Hruška]

Ahoj,

jak tušíte, pracuji na překladu RN F12. Podařilo se mi ho dotáhnout na
nějakých 94% a tentokrát jsem už zvládl i druhé kolo (tzn. první, kde si
už kontoluji kvalitu překladu).

Takže, protože víc očí, víc vídí a zrovna tak víc hlav, víc ví, opět
bych rád požádal o případnou pomoc s dotažením překladu do zdárného konce.

Vítani jsou jak ti, kteří by se na překlad podíval z čestinářského
hlediska, tak (opět) zejména ti, kteří by byly ochotni pomoci s
překladem po technické stránce, tzn. více technicky zaměřených témat
(virtualizace, FEL, Circuit Design, a podobné (pro mě) chuťovky z
kapitoly 7).

Pepa Hruška

--
Fedora-cs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-cs-list
http://fedoraproject.org/

Re: thunderbird upgrade - wtf?

[Rahul Sundaram]

On 10/13/2009 11:28 AM, Christopher Aillon wrote:
 
 The changes were not expected.  Actually, the fact that TB3 is still in
 beta was not expected, since it was supposed to be released as a final
 within a week of FF35.  Clearly, things haven't been going as planned
 for upstream and that's had an effect on Fedora, too.  While the changes
 are unfortunate, they have gone through testing, and I'll note that
 Thunderbird is _NOT_ the default mail client in Fedora, so it won't
 impact the majority of Fedora users.  None of this is any excuse for
 things, but are important to consider when casting stones.

I am not casting stones. Just frustrated at Fedora updates frequently
causing problems. Was disabling those two features by default in the
update considered?

Rahul

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

Re: thunderbird upgrade - wtf?

[Jeff Garzik]

On 10/13/2009 01:58 AM, Christopher Aillon wrote:

On 10/11/2009 09:46 AM, Rahul Sundaram wrote:

On 10/11/2009 10:03 PM, Michael Cronenworth wrote:


I do use TB (read my email headers). I fully understood that TB 3.0 was
in beta and could drastically change at any moment. I keep track of
their development as well so I was prepared for the changes that have
happened. If you expect beta software to act like stable software then
you need to update your dictionary.


Oh please. Expecting all Fedora thunderbird users to keep track of
upstream development of software included in Fedora is totally
ridiculous. The package maintainer made the judgement to include a beta
release of thunderbird. If major UI or other behaviour changes were
expected to follow in later revisions, it would have been wise to not
include the beta release in the first place. Otherwise, it would have
been easy enough to disable those couple of features we are talking
about in the update and avoid the hassle for users.


The changes were not expected. Actually, the fact that TB3 is still in
beta was not expected, since it was supposed to be released as a final
within a week of FF35. Clearly, things haven't been going as planned for
upstream and that's had an effect on Fedora, too. While the changes are
unfortunate, they have gone through testing, and I'll note that



er, huh?  What does that mean?

If testing had been done, then why were these two _blindingly obvious_ 
behavior changes pushed to F11?


Where did the process break down, then?

Did the package maintainer think that UI and indexing changes in the 
middle of a stable Fedora release are acceptable, general practice?


The indexing change has created a new wrinkle, too:  I separate my work 
and non-work email for LEGAL reasons.  Now the index has smushed those 
two together.  Lovely, fscking lovely...


Jeff



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

Re: Oprhaning python-gdata

[Rahul Sundaram]

On 10/13/2009 06:49 AM, Bastien Nocera wrote:
 On Mon, 2009-10-12 at 21:01 +0100, Richard Fearn wrote:
 Hi,

 Totem isn't using python-gdata anymore, so I'm orphaning it.
 Feel free to pick it up at:
 https://admin.fedoraproject.org/pkgdb/packages/name/python-gdata

 As I'm currently using this (to talk to Google Calendar), I wouldn't
 mind taking this over, unless bjohnson wants to...
 
 Up to you guys. It's very low maintenance, I usually only bother pushing
 updates.

I have picked it up.  Anyone else interested, feel free to add yourself
as a co-maintainer.

Rahul

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

Re: Help with debuging Xserver / Goes in an infinite loop

[Rodd Clarkson]

On Mon, 2009-10-05 at 23:05 +0200, Joshua C. wrote:
 2009/10/5 Adam Jackson a...@redhat.com:
  On Mon, 2009-10-05 at 19:19 +0200, Joshua C. wrote:
 
  (gdb) bt
  #0  0x003cc3cd70b3 in __select_nocancel () from /lib64/libc.so.6
  #1  0x004e615a in WaitForSomething (
  pClientsReady=value optimized out) at WaitFor.c:228
  #2  0x00446ef2 in Dispatch () at dispatch.c:386
  #3  0x0042d205 in main (argc=value optimized out,
  argv=0x7fffa2ac9218, envp=value optimized out) at main.c:397
 
  Okay, this isn't the server actually taking 100% of the CPU (almost
  certainly), it's before that.  If you type 'cont' to resume, and then ^C
  the gdb process once the CPU goes wild, you should break back to the gdb
  prompt; _that_'s the backtrace I need.
 
  Of course, you might not, in which case debugging this gets a bit
  harder.
 
  - ajax
 
  --
  fedora-devel-list mailing list
  fedora-devel-list@redhat.com
  https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
 
 (gdb) handle SIGUSR1 nostop
 SignalStop  Print   Pass to program Description
 SIGUSR1   NoYes Yes User defined signal 1
 (gdb) handle SIGUSR2 nostop
 SignalStop  Print   Pass to program Description
 SIGUSR2   NoYes Yes User defined signal 2
 (gdb) handle SIGPIPE nostop
 SignalStop  Print   Pass to program Description
 SIGPIPE   NoYes Yes Broken pipe
 (gdb) cont
 Continuing.
 ^C
 Program received signal SIGINT, Interrupt.
 0x003cc3cd6827 in ioctl () from /lib64/libc.so.6
 (gdb) bt
 #0  0x003cc3cd6827 in ioctl () from /lib64/libc.so.6
 #1  0x003cd6003113 in drmIoctl (fd=8, request=3221775460,
 arg=0x7fff78cabbc0) at xf86drm.c:187
 #2  0x003cd600335c in drmCommandWriteRead (fd=8,
 drmCommandIndex=value optimized out, data=0x7fff78cabbc0,
 size=value optimized out)
 at xf86drm.c:2363
 #3  0x7f6c6a6b3f08 in radeon_bufmgr_gem_wait_rendering (buf=value
 optimized out) at radeon_bufmgr_gem.c:282
 #4  0x7f6c6a69a51a in RADEONPrepareAccess (pPix=0x243c2d0,
 index=0) at radeon_exa.c:279
 #5  0x7f6c69be43b4 in ExaDoPrepareAccess (pDrawable=0x243c2d0,
 index=0) at exa.c:523
 #6  0x7f6c69be44b8 in exaPrepareAccessReg (pDrawable=0x243c2d0,
 index=0, pReg=0x0) at exa.c:543
 #7  0x7f6c69beceac in ExaCheckComposite (op=value optimized out,
 pSrc=0x24430a0, pMask=0x2397610, pDst=0x27a04b0, xSrc=value optimized
 out,
 ySrc=value optimized out, xMask=0, yMask=0, xDst=19, yDst=85,
 width=55, height=18) at exa_unaccel.c:342
 #8  0x7f6c69beb564 in exaComposite (op=value optimized out,
 pSrc=0x24430a0, pMask=0x2397610, pDst=0x27a04b0, xSrc=value optimized
 out,
 ySrc=value optimized out, xMask=0, yMask=0, xDst=19, yDst=85,
 width=55, height=18) at exa_render.c:967
 #9  0x0052eb90 in damageComposite (op=8 '\b', pSrc=value
 optimized out, pMask=value optimized out, pDst=0x27a04b0, xSrc=1,
 ySrc=0,
 xMask=value optimized out, yMask=value optimized out, xDst=19,
 yDst=85, width=55, height=value optimized out) at damage.c:643
 #10 0x0052720c in ProcRenderComposite (client=0x2625310) at 
 render.c:720
 #11 0x004471d4 in Dispatch () at dispatch.c:456
 #12 0x0042d205 in main (argc=value optimized out,
 argv=0x7fff78cac198, envp=value optimized out) at main.c:397
 

Hmmm, I wonder if you're not having the same issues (or similar) to me.

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

If I run gdb I get the following:

#0  0x0032c16d9717 in ioctl () at ../sysdeps/unix/syscall-template.S:82
#1  0x0032dec03203 in drmIoctl (fd=9, request=3221775460, 
arg=0x7fff192a1ab0) at xf86drm.c:188
#2  0x0032dec0344c in drmCommandWriteRead (fd=value optimized out, 
drmCommandIndex=value optimized out, data=value optimized out, 
size=value optimized out) at xf86drm.c:2394
#3  0x7f7cc9f81f59 in bo_wait (bo=0x1cdc780) at radeon_bo_gem.c:206
#4  0x7f7cc9f82035 in bo_map (bo=0x1cdc780, write=value optimized out)
at radeon_bo_gem.c:181
#5  0x7f7cca24f36d in _radeon_bo_map (line=2320, 
func=value optimized out, file=0x1 Address 0x1 out of bounds, write=0, 
bo=value optimized out) at /usr/include/drm/radeon_bo.h:151
#6  R600DownloadFromScreenCS (line=2320, func=value optimized out, 
file=0x1 Address 0x1 out of bounds, write=0, bo=value optimized out)
at r600_exa.c:2320
#7  0x7f7cc9545100 in exaGetImage (pDrawable=0x1b37dc0, x=1536, y=704, 
w=256, h=64, format=value optimized out, 
planeMask=value optimized out, d=value optimized out)
at exa_accel.c:1283
#8  0x00552a94 in miSpriteGetImage (pDrawable=0x1b37dc0, sx=1536, 
sy=704, w=256, h=64, format=value optimized out, 
planemask=value optimized out, pdstLine=value optimized out)
at misprite.c:425
#9  0x0042dec0 in DoGetImage (planemask=value optimized out, 
height=value optimized out, width=value optimized 

Re: Howto handle multilib conflict?

[Neal Becker]

I received the following from upstream.  Anyone know the answer to the 
question (how do freetype-config, etc workaround this issue?)

In article 200910092117.36851.ndbeck...@gmail.com, Neal Becker 
ndbeck...@gmail.com writes:

 I maintain libotf for Fedora.

Thank you very much for that work!

 We have received a bug report of a multilib 
 conflict, which occurs when installing development packages for both i586 
and 
 x86_64.  The problem is /usr/bin/libotf-config, which occurs in both 
packages 
 but is not identical.

 My solution is to remove this file.  I'm hoping it's not really needed.   
 libotf already has package-config support (which is multilib compatible 
 already), so if all apps use package-config there should be no problem.

 Are there any apps that need /usr/bin/libotf-config to your knowledge?

As far as I know, there's none.  So, it's ok to remove
libotf-config.  But, why does libotf-config don't work with
multilib?  How do the other XXX-config programs
(e.g. freetype-config, fribidi-config, gtk-config, ...) work
with multilib?

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

Re: Howto handle multilib conflict?

[Andreas Schwab]

Neal Becker ndbeck...@gmail.com writes:

 I received the following from upstream.  Anyone know the answer to the 
 question (how do freetype-config, etc workaround this issue?)

freetype-config is just a wrapper around pkg-config.

Andreas.

-- 
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
And now for something completely different.

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

rawhide report: 20091013 changes

[Rawhide Report]

Compose started at Tue Oct 13 06:15:09 UTC 2009

Broken deps for i386
--
sugar-toolkit-0.86.0-1.fc12.i686 requires python-json



Broken deps for x86_64
--
sugar-toolkit-0.86.0-1.fc12.x86_64 requires python-json



Broken deps for ppc
--
sugar-toolkit-0.86.0-1.fc12.ppc requires python-json



Broken deps for ppc64
--
python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot
sugar-toolkit-0.86.0-1.fc12.ppc64 requires python-json



Updated Packages:

anaconda-12.37-1.fc12
-
* Mon Oct 12 2009 David Cantrell dcantr...@redhat.com - 12.37-1
- Missing volume_key shouldn't break LUKS support completely. (#526899)
  (dlehman)
- Write multipathd.conf in anaconda so that dracut can find it. (pjones)
- Add MultipathDevice.getDMNode(), because .updateSysfsPath() needs it.
  (pjones)
- Add MultipathDevice.updateSysfsPath() (pjones)
- Fix a segfault when stage2= boot parameter and kickstart url method is
  used (#524417). (rvykydal)
- Fix parsing of optional portnr in iscsi target IP (#525118) (hdegoede)


Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 1

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

Re: Switching python-setuptools to distribute

[Mat Booth]

2009/10/12 Toshio Kuratomi a.bad...@gmail.com:
 I've been a comaintainer of the python-setuptools package for a long time
 and recently became the owner when icon relinquished it.  It is currently a
 tumultuous time for distributing python modules with a new and active
 maintainer for distutils inside of the python stdlib and a fork of
 setuptools being worked on.

 That fork is named distribute and there are two branches of development on
 it.  The 0.7 branch aims to implement API, metadata, and other features that
 will make packaging python modules for upstream building and distribution
 easier while being more concerned with the effects this has on
 Linux packagers.  The 0.6 branch intends to be compatible with the current
 seutptools package but to fix bugs and introduce features that are backwards
 compatible and oft requested.  This branch is being actively maintained by a
 core group of five committers including the new distutils maintainer.  By
 contrast, setuptools is maintained by a single maintainer who often has
 little time to work on it.

 When installed, the 0.6 branch takes over the setuptools and pkg_resources
 python modules.  The reasoning is that distribute-0.6 provides the same API
 as setuptools and is meant to replace it.  If the module was installed
 differently, consuming code (all the setup.py modules in any setuptools
 using package as well as code that relies on setuptools features at runtime)
 would all need to change their import statements to use the new names
 explicitly.  This choice is being made upstream by the distribute project.

 Upstream, the python community has viewed the fork favorably but since it's
 not part of python proper, the only one with say in the matter is the
 setuptools author.  He has not been willing to abandon the setuptools module
 but at the same time hasn't gained any more free time to work on setuptools.

 Several other Linux distributions (gentoo and arch) have started shipping
 distribute-0.6 as the source of their setuptools package.  I am thinking of
 doing the same for rawhide and pushing the change to older Fedora releases
 if bugs are reported that are fixed in distribute but not in seutptools as
 having a responsive upstream that cares about distribution packaging issues
 is a great plus for us.  I raised this plan on fedora-python-devel and
 received one positive comment and no negative feedback so I'm just
 mentioning it here so a broader audience can ask any questions or raise any
 issues before putting this into effect.

 -Toshio


I was unaware of all this. Is there a reason why the setuptools author
will not grant commit rights to others? Going solely on your email it
seems like a fork would be unnecessary if he was willing to share the
workload...


-- 
Mat Booth

A: Because it destroys the order of the conversation.
Q: Why shouldn't you do it?
A: Posting your reply above the original message.
Q: What is top-posting?

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

Re: Howto handle multilib conflict?

[Patrice Dumas]

On Tue, Oct 13, 2009 at 07:10:06AM -0400, Neal Becker wrote:
 
 As far as I know, there's none.  So, it's ok to remove
 libotf-config.  But, why does libotf-config don't work with
 multilib?  How do the other XXX-config programs
 (e.g. freetype-config, fribidi-config, gtk-config, ...) work
 with multilib?

In many cases, conflict arise because there is a -L%{_libdir}
which is not needed anyway since it is already on the search
path. Otherwise it is possible for upstream to ship and old-style
*-config script and a wrapper around pkgconfig such that, as a 
packager you can chose to install the wrapper around pkgconfig.
If I recall well, this is what is done in libdap.

--
Pat

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

Re: rpms/libid3tag/F-12 libid3tag.spec,1.19,1.20

[Marcela Mašláňová]

On 10/12/2009 03:39 PM, Todd Zullinger wrote:

Hi Marcela,

Marcela Mašláňová wrote:
   

Modified Files:
libid3tag.spec
Log Message:
* Mon Oct 12 2009 Marcela Mašláňovámmasl...@redhat.com  - 0.15.1b-10
- rebuilt of package with correct licence
 

[...]
   

-License:GPLv2+
+License:GPLv2 or GPL+ or MIT
 

I could easily be missing the obvious, but why is this change needed?
All of the *.c source files have:

  * This program is free software; you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published by
  * the Free Software Foundation; either version 2 of the License, or
  * (at your option) any later version.

The COPYRIGHT file included in the tarball states GPLv2+ as well.

So where does GPL+ come from?  And what code is MIT?

   

I'm really sorry. I went through reviews of many packages with
script, which has many false positives. Your package was perfectly
okay as it was before.

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

Re: python-json (was: Re: rawhide report: 20091010 changes)

[Luke Macken]

On Sun, Oct 11, 2009 at 06:25:24PM +0100, Peter Robinson wrote:
 On Sun, Oct 11, 2009 at 5:51 PM, Peter Robinson pbrobin...@gmail.com wrote:
  On Sun, Oct 11, 2009 at 5:47 PM, Kevin Kofler kevin.kof...@chello.at 
  wrote:
  Rawhide Report wrote:
  Removed package python-json
 
  Why was this removed? sugar-toolkit requires this package and now has 
  broken
  dependencies!

I killed python-json and went through and nuked it from the distro,
as Python2.6 now provides simplejson as a 'json' module.

I tried to do this without causing any breakage, but I definitely forgot
to file the releng ticket to get the F12 build tagged.  Should be fixed
shortly.

Thanks,

luke

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

Re: Help with debuging Xserver / Goes in an infinite loop

[Joshua C.]

2009/10/13 Rodd Clarkson r...@clarkson.id.au:
 On Mon, 2009-10-05 at 23:05 +0200, Joshua C. wrote:
 2009/10/5 Adam Jackson a...@redhat.com:
  On Mon, 2009-10-05 at 19:19 +0200, Joshua C. wrote:
 
  (gdb) bt
  #0  0x003cc3cd70b3 in __select_nocancel () from /lib64/libc.so.6
  #1  0x004e615a in WaitForSomething (
  pClientsReady=value optimized out) at WaitFor.c:228
  #2  0x00446ef2 in Dispatch () at dispatch.c:386
  #3  0x0042d205 in main (argc=value optimized out,
  argv=0x7fffa2ac9218, envp=value optimized out) at main.c:397
 
  Okay, this isn't the server actually taking 100% of the CPU (almost
  certainly), it's before that.  If you type 'cont' to resume, and then ^C
  the gdb process once the CPU goes wild, you should break back to the gdb
  prompt; _that_'s the backtrace I need.
 
  Of course, you might not, in which case debugging this gets a bit
  harder.
 
  - ajax
 
  --
  fedora-devel-list mailing list
  fedora-devel-list@redhat.com
  https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

 (gdb) handle SIGUSR1 nostop
 SignalStop  Print   Pass to program Description
 SIGUSR1   NoYes Yes User defined signal 1
 (gdb) handle SIGUSR2 nostop
 SignalStop  Print   Pass to program Description
 SIGUSR2   NoYes Yes User defined signal 2
 (gdb) handle SIGPIPE nostop
 SignalStop  Print   Pass to program Description
 SIGPIPE   NoYes Yes Broken pipe
 (gdb) cont
 Continuing.
 ^C
 Program received signal SIGINT, Interrupt.
 0x003cc3cd6827 in ioctl () from /lib64/libc.so.6
 (gdb) bt
 #0  0x003cc3cd6827 in ioctl () from /lib64/libc.so.6
 #1  0x003cd6003113 in drmIoctl (fd=8, request=3221775460,
 arg=0x7fff78cabbc0) at xf86drm.c:187
 #2  0x003cd600335c in drmCommandWriteRead (fd=8,
 drmCommandIndex=value optimized out, data=0x7fff78cabbc0,
 size=value optimized out)
 at xf86drm.c:2363
 #3  0x7f6c6a6b3f08 in radeon_bufmgr_gem_wait_rendering (buf=value
 optimized out) at radeon_bufmgr_gem.c:282
 #4  0x7f6c6a69a51a in RADEONPrepareAccess (pPix=0x243c2d0,
 index=0) at radeon_exa.c:279
 #5  0x7f6c69be43b4 in ExaDoPrepareAccess (pDrawable=0x243c2d0,
 index=0) at exa.c:523
 #6  0x7f6c69be44b8 in exaPrepareAccessReg (pDrawable=0x243c2d0,
 index=0, pReg=0x0) at exa.c:543
 #7  0x7f6c69beceac in ExaCheckComposite (op=value optimized out,
 pSrc=0x24430a0, pMask=0x2397610, pDst=0x27a04b0, xSrc=value optimized
 out,
 ySrc=value optimized out, xMask=0, yMask=0, xDst=19, yDst=85,
 width=55, height=18) at exa_unaccel.c:342
 #8  0x7f6c69beb564 in exaComposite (op=value optimized out,
 pSrc=0x24430a0, pMask=0x2397610, pDst=0x27a04b0, xSrc=value optimized
 out,
 ySrc=value optimized out, xMask=0, yMask=0, xDst=19, yDst=85,
 width=55, height=18) at exa_render.c:967
 #9  0x0052eb90 in damageComposite (op=8 '\b', pSrc=value
 optimized out, pMask=value optimized out, pDst=0x27a04b0, xSrc=1,
 ySrc=0,
 xMask=value optimized out, yMask=value optimized out, xDst=19,
 yDst=85, width=55, height=value optimized out) at damage.c:643
 #10 0x0052720c in ProcRenderComposite (client=0x2625310) at 
 render.c:720
 #11 0x004471d4 in Dispatch () at dispatch.c:456
 #12 0x0042d205 in main (argc=value optimized out,
 argv=0x7fff78cac198, envp=value optimized out) at main.c:397


 Hmmm, I wonder if you're not having the same issues (or similar) to me.

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

 If I run gdb I get the following:

 #0  0x0032c16d9717 in ioctl () at ../sysdeps/unix/syscall-template.S:82
 #1  0x0032dec03203 in drmIoctl (fd=9, request=3221775460,
arg=0x7fff192a1ab0) at xf86drm.c:188
 #2  0x0032dec0344c in drmCommandWriteRead (fd=value optimized out,
drmCommandIndex=value optimized out, data=value optimized out,
size=value optimized out) at xf86drm.c:2394
 #3  0x7f7cc9f81f59 in bo_wait (bo=0x1cdc780) at radeon_bo_gem.c:206
 #4  0x7f7cc9f82035 in bo_map (bo=0x1cdc780, write=value optimized out)
at radeon_bo_gem.c:181
 #5  0x7f7cca24f36d in _radeon_bo_map (line=2320,
func=value optimized out, file=0x1 Address 0x1 out of bounds, write=0,
bo=value optimized out) at /usr/include/drm/radeon_bo.h:151
 #6  R600DownloadFromScreenCS (line=2320, func=value optimized out,
file=0x1 Address 0x1 out of bounds, write=0, bo=value optimized out)
at r600_exa.c:2320
 #7  0x7f7cc9545100 in exaGetImage (pDrawable=0x1b37dc0, x=1536, y=704,
w=256, h=64, format=value optimized out,
planeMask=value optimized out, d=value optimized out)
at exa_accel.c:1283
 #8  0x00552a94 in miSpriteGetImage (pDrawable=0x1b37dc0, sx=1536,
sy=704, w=256, h=64, format=value optimized out,
planemask=value optimized out, pdstLine=value optimized out)
at misprite.c:425
 #9  0x0042dec0 in DoGetImage (planemask=value optimized out,

Re: rpms/libid3tag/F-12 libid3tag.spec,1.19,1.20

[Todd Zullinger]

Marcela Mašláňová wrote:
 I'm really sorry. I went through reviews of many packages with
 script, which has many false positives. Your package was perfectly
 okay as it was before.

:)  No worries, I'm glad I asked.  Will you handle reverting this
change or shall I?  It wasn't ever built, just committed and tagged,
correct?

-- 
ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~
User, n.: The word computer professionals use when they mean idiot.
-- Dave Barry



pgpLfd0NuAdpF.pgp
Description: PGP signature
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: thunderbird upgrade - wtf?

[Christopher Aillon]

On 10/12/2009 11:43 PM, Jeff Garzik wrote:

On 10/13/2009 01:58 AM, Christopher Aillon wrote:

On 10/11/2009 09:46 AM, Rahul Sundaram wrote:

On 10/11/2009 10:03 PM, Michael Cronenworth wrote:


I do use TB (read my email headers). I fully understood that TB 3.0 was
in beta and could drastically change at any moment. I keep track of
their development as well so I was prepared for the changes that have
happened. If you expect beta software to act like stable software then
you need to update your dictionary.


Oh please. Expecting all Fedora thunderbird users to keep track of
upstream development of software included in Fedora is totally
ridiculous. The package maintainer made the judgement to include a beta
release of thunderbird. If major UI or other behaviour changes were
expected to follow in later revisions, it would have been wise to not
include the beta release in the first place. Otherwise, it would have
been easy enough to disable those couple of features we are talking
about in the update and avoid the hassle for users.


The changes were not expected. Actually, the fact that TB3 is still in
beta was not expected, since it was supposed to be released as a final
within a week of FF35. Clearly, things haven't been going as planned for
upstream and that's had an effect on Fedora, too. While the changes are
unfortunate, they have gone through testing, and I'll note that



er, huh? What does that mean?

If testing had been done, then why were these two _blindingly obvious_
behavior changes pushed to F11?

Where did the process break down, then?

Did the package maintainer think that UI and indexing changes in the
middle of a stable Fedora release are acceptable, general practice?

The indexing change has created a new wrinkle, too: I separate my work
and non-work email for LEGAL reasons. Now the index has smushed those
two together. Lovely, fscking lovely...


The UI change was obvious, but as it was upstream's decision, and we 
follow upstream, didn't think much of it.  In retrospect, we should have 
considered undoing that change.  We are looking into that now.


Not everyone had issues with the indexing so that seemed to slip past 
testing.  It was a change, but didn't seem to disrupt things, so we let 
it slide.


We are looking at reverting both in F11.

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

Re: thunderbird upgrade - wtf?

[Christopher Aillon]

On 10/12/2009 11:18 PM, Rahul Sundaram wrote:

On 10/13/2009 11:28 AM, Christopher Aillon wrote:


The changes were not expected.  Actually, the fact that TB3 is still in
beta was not expected, since it was supposed to be released as a final
within a week of FF35.  Clearly, things haven't been going as planned
for upstream and that's had an effect on Fedora, too.  While the changes
are unfortunate, they have gone through testing, and I'll note that
Thunderbird is _NOT_ the default mail client in Fedora, so it won't
impact the majority of Fedora users.  None of this is any excuse for
things, but are important to consider when casting stones.


I am not casting stones. Just frustrated at Fedora updates frequently
causing problems. Was disabling those two features by default in the
update considered?


No, because they didn't cause problems for us or anyone in testing, and 
the changes were not expected to cause much of an issue.  The UI change 
was obvious, but we had no problem with it, and did not expect an uproar 
over it.  The indexer works for some people without issue, but 
apparently not for all people without issue.  It's unfortunate that the 
people who tried it after it was pushed live were the ones affected, but 
them's the breaks.  As I said, we're looking at what we can do for both 
issues in F11.


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

Re: How about releasing an update of xorg-x11-drv-intel for Fedora 11

[Adam Jackson]

On Thu, 2009-10-08 at 23:56 -0400, James Antill wrote:
 On Fri, 2009-10-09 at 09:19 +1000, Dave Airlie wrote:
  The thing with doing updates for F11 is the regression rate due to
  lack of QA, I put Mesa packages into updates-testing that fixed a 
  lot of r300/r500 bugs back at the start of F11 and it went into
  testing a few weeks later and broke Intel, I got 0 reports during that
  u-t phase about breakage. So now I have a package in stable that
  lets 3D works for x num of people and breaks compiz for y number.
 
  The problem is that PPAs/KoPeRs are going to get much less testing than
 stuff in updates-testing, so if you don't think you are getting enough
 testing in updates-testing I really don't see how KoPeRs will solve that
 problem.

The problem for X is we have multiple interdependent parts, so if we
actually want to pull in an update we need to get X + kernel + driver +
mesa + libdrm all tagged into a buildroot override.  This is... slightly
risky.  Kernel is a particularly fun bit, since there are other reasons
why a kernel update would want to go out; you don't want to break drm
for Peter to fix Paul's wireless.

If we were more aggressive about backporting the kernel drm bits, and
there was some slightly easier (preferably Makefile.common-driven) way
of getting a package into the buildroot before being in -updates proper,
we could probably do without lookaside repos.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rpms/libid3tag/F-12 libid3tag.spec,1.19,1.20

[Marcela Mašláňová]

On 10/13/2009 03:29 PM, Todd Zullinger wrote:

Marcela Mašláňová wrote:
   

I'm really sorry. I went through reviews of many packages with
script, which has many false positives. Your package was perfectly
okay as it was before.
 

:)  No worries, I'm glad I asked.  Will you handle reverting this
change or shall I?  It wasn't ever built, just committed and tagged,
correct?

   

I checked koji builds and it wasn't build. I revert it in cvs. Sorry again.

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

Re: Switching python-setuptools to distribute

[Toshio Kuratomi]

On Tue, Oct 13, 2009 at 12:52:30PM +0100, Mat Booth wrote:
 
 I was unaware of all this. Is there a reason why the setuptools author
 will not grant commit rights to others? Going solely on your email it
 seems like a fork would be unnecessary if he was willing to share the
 workload...
 
He doesn't trust any of the people who want to work on it to touch his code.
He has made two or three other people committers but they lack either time
or interest in working on it.  In my personal interactions with him, he's a
control freak who wants to personally vette all the changes that go in.

This fork has been years in the making but if you want to see that yourself,
you'll need to read the python-dev archives for the past few months and
distutils-sig archives for the past few years.

-Toshio


pgpEbsLjOGYjy.pgp
Description: PGP signature
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Switching python-setuptools to distribute

[GEORGIOS GIANNAKIS]

2009/10/13, Mat Booth fed...@matbooth.co.uk:
 2009/10/12 Toshio Kuratomi a.bad...@gmail.com:
 I've been a comaintainer of the python-setuptools package for a long time
 and recently became the owner when icon relinquished it.  It is currently
 a
 tumultuous time for distributing python modules with a new and active
 maintainer for distutils inside of the python stdlib and a fork of
 setuptools being worked on.

 That fork is named distribute and there are two branches of development on
 it.  The 0.7 branch aims to implement API, metadata, and other features
 that
 will make packaging python modules for upstream building and distribution
 easier while being more concerned with the effects this has on
 Linux packagers.  The 0.6 branch intends to be compatible with the current
 seutptools package but to fix bugs and introduce features that are
 backwards
 compatible and oft requested.  This branch is being actively maintained by
 a
 core group of five committers including the new distutils maintainer.  By
 contrast, setuptools is maintained by a single maintainer who often has
 little time to work on it.

 When installed, the 0.6 branch takes over the setuptools and pkg_resources
 python modules.  The reasoning is that distribute-0.6 provides the same
 API
 as setuptools and is meant to replace it.  If the module was installed
 differently, consuming code (all the setup.py modules in any setuptools
 using package as well as code that relies on setuptools features at
 runtime)
 would all need to change their import statements to use the new names
 explicitly.  This choice is being made upstream by the distribute project.

 Upstream, the python community has viewed the fork favorably but since
 it's
 not part of python proper, the only one with say in the matter is the
 setuptools author.  He has not been willing to abandon the setuptools
 module
 but at the same time hasn't gained any more free time to work on
 setuptools.

 Several other Linux distributions (gentoo and arch) have started shipping
 distribute-0.6 as the source of their setuptools package.  I am thinking
 of
 doing the same for rawhide and pushing the change to older Fedora releases
 if bugs are reported that are fixed in distribute but not in seutptools as
 having a responsive upstream that cares about distribution packaging
 issues
 is a great plus for us.  I raised this plan on fedora-python-devel and
 received one positive comment and no negative feedback so I'm just
 mentioning it here so a broader audience can ask any questions or raise
 any
 issues before putting this into effect.

 -Toshio


 I was unaware of all this. Is there a reason why the setuptools author
 will not grant commit rights to others? Going solely on your email it
 seems like a fork would be unnecessary if he was willing to share the
 workload...


 --
 Mat Booth

 A: Because it destroys the order of the conversation.
 Q: Why shouldn't you do it?
 A: Posting your reply above the original message.
 Q: What is top-posting?

 --
 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: Switching python-setuptools to distribute

[GEORGIOS GIANNAKIS]

WHO IS CORSEPIU?

2009/10/13, GEORGIOS GIANNAKIS georgios.giannakis.stav...@gmail.com:
 2009/10/13, Mat Booth fed...@matbooth.co.uk:
 2009/10/12 Toshio Kuratomi a.bad...@gmail.com:
 I've been a comaintainer of the python-setuptools package for a long
 time
 and recently became the owner when icon relinquished it.  It is
 currently
 a
 tumultuous time for distributing python modules with a new and active
 maintainer for distutils inside of the python stdlib and a fork of
 setuptools being worked on.

 That fork is named distribute and there are two branches of development
 on
 it.  The 0.7 branch aims to implement API, metadata, and other features
 that
 will make packaging python modules for upstream building and
 distribution
 easier while being more concerned with the effects this has on
 Linux packagers.  The 0.6 branch intends to be compatible with the
 current
 seutptools package but to fix bugs and introduce features that are
 backwards
 compatible and oft requested.  This branch is being actively maintained
 by
 a
 core group of five committers including the new distutils maintainer.
 By
 contrast, setuptools is maintained by a single maintainer who often has
 little time to work on it.

 When installed, the 0.6 branch takes over the setuptools and
 pkg_resources
 python modules.  The reasoning is that distribute-0.6 provides the same
 API
 as setuptools and is meant to replace it.  If the module was installed
 differently, consuming code (all the setup.py modules in any setuptools
 using package as well as code that relies on setuptools features at
 runtime)
 would all need to change their import statements to use the new names
 explicitly.  This choice is being made upstream by the distribute
 project.

 Upstream, the python community has viewed the fork favorably but since
 it's
 not part of python proper, the only one with say in the matter is the
 setuptools author.  He has not been willing to abandon the setuptools
 module
 but at the same time hasn't gained any more free time to work on
 setuptools.

 Several other Linux distributions (gentoo and arch) have started
 shipping
 distribute-0.6 as the source of their setuptools package.  I am thinking
 of
 doing the same for rawhide and pushing the change to older Fedora
 releases
 if bugs are reported that are fixed in distribute but not in seutptools
 as
 having a responsive upstream that cares about distribution packaging
 issues
 is a great plus for us.  I raised this plan on fedora-python-devel and
 received one positive comment and no negative feedback so I'm just
 mentioning it here so a broader audience can ask any questions or raise
 any
 issues before putting this into effect.

 -Toshio


 I was unaware of all this. Is there a reason why the setuptools author
 will not grant commit rights to others? Going solely on your email it
 seems like a fork would be unnecessary if he was willing to share the
 workload...


 --
 Mat Booth

 A: Because it destroys the order of the conversation.
 Q: Why shouldn't you do it?
 A: Posting your reply above the original message.
 Q: What is top-posting?

 --
 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: Switching python-setuptools to distribute

[GEORGIOS GIANNAKIS]

2009/10/13, GEORGIOS GIANNAKIS georgios.giannakis.stav...@gmail.com:
 WHO IS CORSEPIU?

 2009/10/13, GEORGIOS GIANNAKIS georgios.giannakis.stav...@gmail.com:
 2009/10/13, Mat Booth fed...@matbooth.co.uk:
 2009/10/12 Toshio Kuratomi a.bad...@gmail.com:
 I've been a comaintainer of the python-setuptools package for a long
 time
 and recently became the owner when icon relinquished it.  It is
 currently
 a
 tumultuous time for distributing python modules with a new and active
 maintainer for distutils inside of the python stdlib and a fork of
 setuptools being worked on.

 That fork is named distribute and there are two branches of development
 on
 it.  The 0.7 branch aims to implement API, metadata, and other features
 that
 will make packaging python modules for upstream building and
 distribution
 easier while being more concerned with the effects this has on
 Linux packagers.  The 0.6 branch intends to be compatible with the
 current
 seutptools package but to fix bugs and introduce features that are
 backwards
 compatible and oft requested.  This branch is being actively maintained
 by
 a
 core group of five committers including the new distutils maintainer.
 By
 contrast, setuptools is maintained by a single maintainer who often has
 little time to work on it.

 When installed, the 0.6 branch takes over the setuptools and
 pkg_resources
 python modules.  The reasoning is that distribute-0.6 provides the same
 API
 as setuptools and is meant to replace it.  If the module was installed
 differently, consuming code (all the setup.py modules in any setuptools
 using package as well as code that relies on setuptools features at
 runtime)
 would all need to change their import statements to use the new names
 explicitly.  This choice is being made upstream by the distribute
 project.

 Upstream, the python community has viewed the fork favorably but since
 it's
 not part of python proper, the only one with say in the matter is the
 setuptools author.  He has not been willing to abandon the setuptools
 module
 but at the same time hasn't gained any more free time to work on
 setuptools.

 Several other Linux distributions (gentoo and arch) have started
 shipping
 distribute-0.6 as the source of their setuptools package.  I am
 thinking
 of
 doing the same for rawhide and pushing the change to older Fedora
 releases
 if bugs are reported that are fixed in distribute but not in seutptools
 as
 having a responsive upstream that cares about distribution packaging
 issues
 is a great plus for us.  I raised this plan on fedora-python-devel and
 received one positive comment and no negative feedback so I'm just
 mentioning it here so a broader audience can ask any questions or raise
 any
 issues before putting this into effect.

 -Toshio


 I was unaware of all this. Is there a reason why the setuptools author
 will not grant commit rights to others? Going solely on your email it
 seems like a fork would be unnecessary if he was willing to share the
 workload...


 --
 Mat Booth

 A: Because it destroys the order of the conversation.
 Q: Why shouldn't you do it?
 A: Posting your reply above the original message.
 Q: What is top-posting?

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

KDE-SIG weekly report (42/2009)

[Jaroslav Reznik]

This is a report of the weekly KDE-SIG-Meeting with a summary of the 
topics that were discussed. If you want to add a comment please reply
 to this email or add it to the related meeting page.

--

= Weekly KDE Summary =

Week: 42/2009

Time: 2009-10-13 14:00 UTC

Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-10-13

Meeting minutes: http://meetbot.fedoraproject.org/fedora-
meeting/2009-10-13/fedora-meeting.2009-10-13-14.04.html

Meeting log: http://meetbot.fedoraproject.org/fedora-
meeting/2009-10-13/fedora-meeting.2009-10-13-14.04.log.html

--

= Participants =

* BenBoeckel
* JaroslavReznik
* KevinKofler
* LukasTinkl
* RexDieter
* SebastianVahl
* ThanNgo
* ThomasJanssen 

--

= Agenda =

* topics to discuss
o a generic, F12 kde spin status
o the KDE spin website status
o FUDCon Toronto
o prelink issues

* recent bugs:
o #528283 - In Amarok the Browsers column is not selectable, meaning no music 
can be played

= Summary =

o a generic, F12 kde spin status
* the size is the same as last week (704M/x86_64) 
** it should fit CD
** svahl is still testing some removals
** kickstarts are not branched for beta yet

o the KDE spin website status
* we need content for KDE spin page
* currently only mockups, pre-HTML at [1] (see intructions [2])
* jreznik is going to coordinate effort
** but needs help from all members ;-) (thomasj)
* we need Fedora KDE description, more detailed info and screenshots
* depending on license we can use upstream bits as base

o FUDCon Toronto
* confirmed people - rdieter, SMParrish, mathstuf, aseigo!
* waiting for jreznik (pending passport, funding)

o prelink issues
* svahl asked if prelink issues are fixed and if it's ok to re-enable it on 
live CD
* all known issues are fixed
* we agreed we don't want prelink on live system but we'd like to have it on 
installed system
** enabled in livecd script

= Recent bugs =

#528283
* bug in qgtkstyle
** has to be fixed

--

= Next Meeting =

http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-10-20

--

= Links =
[1] git://git.fedorahosted.org/git/fedora-web.git
[2] http://mairin.wordpress.com/2009/10/09/let-me-bling-your-
spin/#comment-3324

= Buglist =
https://bugzilla.redhat.com/show_bug.cgi?id=528283
-- 
Jaroslav Řezník jrez...@redhat.com
Associate Software Engineer - Base Operating Systems Brno

Office: +420 532 294 275
Mobile: +420 731 455 332
Red Hat, Inc.   http://cz.redhat.com/

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

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[पराग़]

Hi,

On Tue, Oct 13, 2009 at 9:26 PM, Adam Jackson a...@fedoraproject.org wrote:
 Author: ajax

 Update of /cvs/pkgs/rpms/libXres/devel
 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12383

 Modified Files:
        .cvsignore libXres.spec sources
 Log Message:
 * Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.0.4-1
 - libXres 1.0.4



 Index: .cvsignore
 ===
 RCS file: /cvs/pkgs/rpms/libXres/devel/.cvsignore,v
 retrieving revision 1.9
 retrieving revision 1.10
 diff -u -p -r1.9 -r1.10
 --- .cvsignore  6 Jan 2007 00:12:42 -       1.9
 +++ .cvsignore  13 Oct 2009 15:56:03 -      1.10
 @@ -1 +1 @@
 -libXres-1.0.3.tar.bz2
 +libXres-1.0.4.tar.bz2


 Index: libXres.spec
 ===
 RCS file: /cvs/pkgs/rpms/libXres/devel/libXres.spec,v
 retrieving revision 1.26
 retrieving revision 1.27
 diff -u -p -r1.26 -r1.27
 --- libXres.spec        14 Aug 2009 11:13:43 -      1.26
 +++ libXres.spec        13 Oct 2009 15:56:03 -      1.27
 @@ -1,7 +1,7 @@
  Summary: X-Resource extension client library
  Name: libXres
 -Version: 1.0.3
 -Release: 9%{?dist}
 +Version: 1.0.4
 +Release: 1%{?dist}
  License: MIT
  Group: System Environment/Libraries
  URL: http://www.x.org
 @@ -9,9 +9,7 @@ BuildRoot: %{_tmppath}/%{name}-%{version

  Source0: ftp://ftp.x.org/pub/individual/lib/%{name}-%{version}.tar.bz2

 -BuildRequires: pkgconfig
 -BuildRequires: libX11-devel
 -BuildRequires: libXext-devel
 +BuildRequires: pkgconfig(xext)

  %description
  X-Resource is an extension that allows a client to query
 @@ -21,7 +19,6 @@ the X server about its usage of various
  Summary: Development files for %{name}
  Group: Development/Libraries
  Requires: %{name} = %{version}-%{release}
 -Requires: pkgconfig

  According to Review Guidelines MUST: Packages containing
pkgconfig(.pc) files must 'Requires: pkgconfig' (for directory
ownership and usability), this should not be removed.

  %description devel
  X.Org X11 libXres development package
 @@ -29,20 +26,14 @@ X.Org X11 libXres development package
  %prep
  %setup -q

 -# Disable static library creation by default.
 -%define with_static 0
 -
  %build
 -%configure \
 -%if ! %{with_static}
 -       --disable-static
 -%endif
 +%configure --disable-static
  make %{?_smp_mflags}

  %install
  rm -rf $RPM_BUILD_ROOT

 -make install DESTDIR=$RPM_BUILD_ROOT INSTALL=install -p
 +make install DESTDIR=$RPM_BUILD_ROOT

  I think its good to keep timestamps.


  # We intentionally don't ship *.la files
  rm -f $RPM_BUILD_ROOT%{_libdir}/*.la
 @@ -62,15 +53,15 @@ rm -rf $RPM_BUILD_ROOT
  %files devel
  %defattr(-,root,root,-)
  %{_includedir}/X11/extensions/XRes.h
 -%if %{with_static}
 -%{_libdir}/libXRes.a
 -%endif
  %{_libdir}/libXRes.so
  %{_libdir}/pkgconfig/xres.pc
  #%dir %{_mandir}/man3x
  %{_mandir}/man3/*.3*

  %changelog
 +* Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.0.4-1
 +- libXres 1.0.4
 +
  * Thu Aug 13 2009 Parag par...@fedoraproject.org 1.0.3-9
  - Merge-review cleanups #226086



 Index: sources
 ===
 RCS file: /cvs/pkgs/rpms/libXres/devel/sources,v
 retrieving revision 1.10
 retrieving revision 1.11
 diff -u -p -r1.10 -r1.11
 --- sources     6 Jan 2007 00:12:42 -       1.10
 +++ sources     13 Oct 2009 15:56:03 -      1.11
 @@ -1 +1 @@
 -de66ffb657aba64c9d6dbdeabb757f3e  libXres-1.0.3.tar.bz2
 +4daf91f93d924e693f6f6ed276791be2  libXres-1.0.4.tar.bz2

 --
 fedora-extras-commits mailing list
 fedora-extras-comm...@redhat.com
 https://www.redhat.com/mailman/listinfo/fedora-extras-commits


- Parag.

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

Re: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[पराग़]

Hi ,

On Tue, Oct 13, 2009 at 9:21 PM, Adam Jackson a...@fedoraproject.org wrote:
 Author: ajax

 Update of /cvs/pkgs/rpms/libXt/devel
 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10252

 Modified Files:
        .cvsignore libXt.spec sources
 Log Message:
 * Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.0.7-1
 - libXt 1.0.7



 Index: .cvsignore
 ===
 RCS file: /cvs/pkgs/rpms/libXt/devel/.cvsignore,v
 retrieving revision 1.11
 retrieving revision 1.12
 diff -u -p -r1.11 -r1.12
 --- .cvsignore  2 Jul 2009 17:33:37 -       1.11
 +++ .cvsignore  13 Oct 2009 15:51:12 -      1.12
 @@ -1 +1 @@
 -libXt-1.0.6.tar.bz2
 +libXt-1.0.7.tar.bz2


 Index: libXt.spec
 ===
 RCS file: /cvs/pkgs/rpms/libXt/devel/libXt.spec,v
 retrieving revision 1.33
 retrieving revision 1.34
 diff -u -p -r1.33 -r1.34
 --- libXt.spec  25 Jul 2009 05:15:26 -      1.33
 +++ libXt.spec  13 Oct 2009 15:51:12 -      1.34
 @@ -1,7 +1,7 @@
  Summary: X.Org X11 libXt runtime library
  Name: libXt
 -Version: 1.0.6
 -Release: 3%{?dist}
 +Version: 1.0.7
 +Release: 1%{?dist}
  License: MIT
  Group: System Environment/Libraries
  URL: http://www.x.org
 @@ -11,9 +11,7 @@ Source0: ftp://ftp.x.org/pub/individual/

  Patch0:     libXt-1.0.2-libsm-fix.patch

 -BuildRequires: xorg-x11-proto-devel
 -BuildRequires: libX11-devel
 -BuildRequires: libSM-devel
 +BuildRequires: pkgconfig(xproto) pkgconfig(x11) pkgconfig(sm)

  %description
  X.Org X11 libXt runtime library
 @@ -23,11 +21,6 @@ Summary: X.Org X11 libXt development pac
  Group: Development/Libraries
  Requires: %{name} = %{version}-%{release}

 -# needed by xt.pc
 -Requires: xorg-x11-proto-devel
 -Requires: libX11-devel
 -Requires: libSM-devel
 -
  I am confused here. Why this is removed? I still see xt.pc needs
those Requires.


  %description devel
  X.Org X11 libXt development package

 @@ -106,6 +99,9 @@ rm -rf $RPM_BUILD_ROOT
  %{_mandir}/man3/*.3*

  %changelog
 +* Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.0.7-1
 +- libXt 1.0.7
 +
  * Fri Jul 24 2009 Fedora Release Engineering 
 rel-...@lists.fedoraproject.org - 1.0.6-3
  - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild



 Index: sources
 ===
 RCS file: /cvs/pkgs/rpms/libXt/devel/sources,v
 retrieving revision 1.12
 retrieving revision 1.13
 diff -u -p -r1.12 -r1.13
 --- sources     2 Jul 2009 17:33:37 -       1.12
 +++ sources     13 Oct 2009 15:51:13 -      1.13
 @@ -1 +1 @@
 -953930ddf9fdaa1405732c7f01e9e599  libXt-1.0.6.tar.bz2
 +96f3c93434a93186d178b60d4a262496  libXt-1.0.7.tar.bz2

 --
 fedora-extras-commits mailing list
 fedora-extras-comm...@redhat.com
 https://www.redhat.com/mailman/listinfo/fedora-extras-commits


- Parag.

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

Re: thunderbird upgrade - wtf?

[Mike Cloaked]

Christopher Aillon caillon at redhat.com writes:

 The UI change was obvious, but as it was upstream's decision, and we 
 follow upstream, didn't think much of it.  In retrospect, we should have 
 considered undoing that change.  We are looking into that now.
 
 Not everyone had issues with the indexing so that seemed to slip past 
 testing.  It was a change, but didn't seem to disrupt things, so we let 
 it slide.
 
 We are looking at reverting both in F11.
 

Please don't revert the package - now that I have configured TB to work well by
switching off gloda and also switching off smart folders it actually does work
well!  Maybe it could be an optional package revert?



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

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[Adam Jackson]

On Tue, 2009-10-13 at 22:04 +0530, Parag N(पराग़) wrote:

  -BuildRequires: pkgconfig
  -BuildRequires: libX11-devel
  -BuildRequires: libXext-devel
  +BuildRequires: pkgconfig(xext)
 
   %description
   X-Resource is an extension that allows a client to query
  @@ -21,7 +19,6 @@ the X server about its usage of various
   Summary: Development files for %{name}
   Group: Development/Libraries
   Requires: %{name} = %{version}-%{release}
  -Requires: pkgconfig
 
   According to Review Guidelines MUST: Packages containing
 pkgconfig(.pc) files must 'Requires: pkgconfig' (for directory
 ownership and usability), this should not be removed.

atropine:~% repoquery --whatprovides 'pkgconfig(xext)'
libXext-devel-0:1.0.99.4-3.fc12.i686
atropine:~% repoquery --requires libXext-devel | grep pkg
pkgconfig
pkgconfig(x11)
pkgconfig(xextproto)

So, whatever.  Clearly the pkgconfig autorequires are doing the right
thing: -devel packages that provide a .pc file pick up a Requires:
pkgconfig.  The guidelines should be fixed.

- ajax




signature.asc
Description: This is a digitally signed message part
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[Jesse Keating]

On Tue, 2009-10-13 at 22:18 +0530, Parag N(पराग़) wrote:
   I am confused here. Why this is removed? I still see xt.pc needs
 those Requires. 

rpm now autogenerates the pkgconfig requirements,
both /usr/bin/pkg-config and also the pkgconfig(foo) level requirements.
Maybe the guidelines haven't caught up to this yet?

-- 
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: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[Adam Jackson]

On Tue, 2009-10-13 at 22:18 +0530, Parag N(पराग़) wrote:

  -# needed by xt.pc
  -Requires: xorg-x11-proto-devel
  -Requires: libX11-devel
  -Requires: libSM-devel
  -
   I am confused here. Why this is removed? I still see xt.pc needs
 those Requires.

Because rpm is smart enough to figure that out for itself now.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[Seth Vidal]

On Tue, 13 Oct 2009, Jesse Keating wrote:


On Tue, 2009-10-13 at 22:18 +0530, Parag N(पराग़) wrote:

  I am confused here. Why this is removed? I still see xt.pc needs
those Requires.


rpm now autogenerates the pkgconfig requirements,
both /usr/bin/pkg-config and also the pkgconfig(foo) level requirements.
Maybe the guidelines haven't caught up to this yet?


Probably true.


I'd just like to add a note to Parag: Thanks for reading the package 
commits. It pleases me that people are checking up on various commits that 
go in.


This change in particular seems harmless but it's nice to know there 
are people looking at any commits of any packages.


-sv


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

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[Toshio Kuratomi]

On Tue, Oct 13, 2009 at 01:21:38PM -0400, Adam Jackson wrote:
 
 atropine:~% repoquery --whatprovides 'pkgconfig(xext)'
 libXext-devel-0:1.0.99.4-3.fc12.i686
 atropine:~% repoquery --requires libXext-devel | grep pkg
 pkgconfig
 pkgconfig(x11)
 pkgconfig(xextproto)
 
 So, whatever.  Clearly the pkgconfig autorequires are doing the right
 thing: -devel packages that provide a .pc file pick up a Requires:
 pkgconfig.  The guidelines should be fixed.
 
Agreed - do you have time to find out when the pkgconfig autoprovides went
into effect and put up a draft on the wiki?  Link it to:
https://fedoraproject.org/wiki/PackagingDrafts

If all Fedora releases have the autoprovides but EL-5 is still affected, the
draft can be as simple as: rpm detects pkgconfig dependencies in all Fedora
releases, please move the pkgconfig requires from [LINK] to the EPEL
specific guidelines.

Thanks,
-Tosiho


pgpzeXxVKdhBH.pgp
Description: PGP signature
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[Adam Jackson]

On Tue, 2009-10-13 at 10:32 -0700, Toshio Kuratomi wrote:
 If all Fedora releases have the autoprovides but EL-5 is still
 affected, the
 draft can be as simple as: rpm detects pkgconfig dependencies in all
 Fedora
 releases, please move the pkgconfig requires from [LINK] to the EPEL
 specific guidelines. 

Done:

https://fedoraproject.org/wiki/PackagingDrafts/PkgconfigAutoRequires

AFAICT this became automagic in F-10, but I can't find any overt history
of that in redhat-rpm-macros.

- ajax


signature.asc
Description: This is a digitally signed message part
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[Christoph Wickert]

Am Dienstag, den 13.10.2009, 10:21 -0700 schrieb Jesse Keating:
 On Tue, 2009-10-13 at 22:18 +0530, Parag N(पराग़) wrote:
I am confused here. Why this is removed? I still see xt.pc needs
  those Requires. 
 
 rpm now autogenerates the pkgconfig requirements,
 both /usr/bin/pkg-config and also the pkgconfig(foo) level requirements.

Changes like this really should be announced! And by announced I mean
a mail to fedora-devel-announce.

It's really funny that certain rpm developers (none of them involved in
this thread) blame people for still following outdated information but
are to lazy to write a quick announcement.

Regards,
Christoph

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

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[Mamoru Tasaka]

Adam Jackson wrote, at 10/14/2009 03:20 AM +9:00:

On Tue, 2009-10-13 at 10:32 -0700, Toshio Kuratomi wrote:

If all Fedora releases have the autoprovides but EL-5 is still
affected, the
draft can be as simple as: rpm detects pkgconfig dependencies in all
Fedora
releases, please move the pkgconfig requires from [LINK] to the EPEL
specific guidelines. 


Done:

https://fedoraproject.org/wiki/PackagingDrafts/PkgconfigAutoRequires

AFAICT this became automagic in F-10, but I can't find any overt history
of that in redhat-rpm-macros.

- ajax


Actually in the change of rpm (not redhat-rpm-config) and from F-11.
Note that F-10 rpm also generated pkgconfig related Provides lists,
but not Requires list (i.e. adding Requires: pkgconfig and some
pkgconfig related Requires list is still needed for F-10 packages, although
F-10 is going to be EOL).
The example is the following packages.

F-11: http://koji.fedoraproject.org/koji/rpminfo?rpmID=1592955
F-10: http://koji.fedoraproject.org/koji/rpminfo?rpmID=1592985

The explanation is:
https://www.redhat.com/archives/fedora-devel-list/2008-November/msg02173.html

Regards,
Mamoru

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

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[Michael Schwendt]

On Tue, 13 Oct 2009 14:20:52 -0400, Adam wrote:

 On Tue, 2009-10-13 at 10:32 -0700, Toshio Kuratomi wrote:
  If all Fedora releases have the autoprovides but EL-5 is still
  affected, the
  draft can be as simple as: rpm detects pkgconfig dependencies in all
  Fedora
  releases, please move the pkgconfig requires from [LINK] to the EPEL
  specific guidelines. 
 
 Done:
 
 https://fedoraproject.org/wiki/PackagingDrafts/PkgconfigAutoRequires
 
 AFAICT this became automagic in F-10, but I can't find any overt history
 of that in redhat-rpm-macros.

If memory serves correctly, the roll-out took place in two steps:
1) Enabling automatic pkgconfig Provides.
2) Enabling automatic pkgconfig Requires.
F-10 initially started with only 1 and a later RPM update added 2, but
F-11 started with both.

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

Re: thunderbird upgrade - wtf?

[Adam Williamson]

On Sun, 2009-10-11 at 11:15 -0500, Michael Cronenworth wrote:
 On 10/11/2009 03:41 AM, Dodji Seketeli wrote:
  I don't think so. Not willing to put words in Jeff's mouth, but I don't
  think he was discussing the UI changes of Thunderbird. I took it as he was 
  rather
  discussing the upgrade process within Fedora.
 
 
 So never ship beta software? That nixes a lot of Fedora packages.
 
  FWIW, I felt the disruption in my workflow as well. All of a sudden, TB
  almost freezed my computer, eating ~ 1GB of memory (OK, I have a lot of
  emails but still) and all that, in F-11 which is a stable version of the 
  distro.
 
  I think this is the right forum to discuss how we can avoid or a least
  manage users workflow disruption within stable versions of our distro.
 
 
 Heavily patch all TB 3.0 to act like TB 2.0? That seems silly, don't you 
 think?

I believe the suggestion was to make a very minor configuration change
so the new behaviours were not enabled by default.

-- 
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: thunderbird upgrade - wtf?

[Rahul Sundaram]

On 10/13/2009 07:40 PM, Christopher Aillon wrote:

 No, because they didn't cause problems for us or anyone in testing, and
 the changes were not expected to cause much of an issue.  The UI change
 was obvious, but we had no problem with it, and did not expect an uproar
 over it.  The indexer works for some people without issue, but
 apparently not for all people without issue.  It's unfortunate that the
 people who tried it after it was pushed live were the ones affected, but
 them's the breaks.  As I said, we're looking at what we can do for both
 issues in F11.

The general attitude in this thread (not you) and elsewhere that it was
ok to cause problems was worrying me. Thanks for looking into this problem.

Rahul

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

Re: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[Rex Dieter]

Christoph Wickert wrote:

 Am Dienstag, den 13.10.2009, 10:21 -0700 schrieb Jesse Keating:
 On Tue, 2009-10-13 at 22:18 +0530, Parag N(पराग़) wrote:
I am confused here. Why this is removed? I still see xt.pc needs
  those Requires.
 
 rpm now autogenerates the pkgconfig requirements,
 both /usr/bin/pkg-config and also the pkgconfig(foo) level requirements.
 
 Changes like this really should be announced! And by announced I mean
 a mail to fedora-devel-announce.

I see it first mentioned here anyway:
https://www.redhat.com/archives/fedora-devel-announce/2008-
July/msg2.html

-- Rex

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

Re: thunderbird upgrade - wtf?

[Mike Cloaked]

Rahul Sundaram sundaram at fedoraproject.org writes:

 The general attitude in this thread (not you) and elsewhere that it was
 ok to cause problems was worrying me. Thanks for looking into this problem.
 
 Rahul

I am not sure that there is evidence for that!  I think that some people were
justifyably concerned that a package was released that had a major change to
settings and user experience, and caused some serious difficulties including
problems that gave large CPU and disk loads for a considerable and unjustifiable
periods - (me included) until the workarounds were known, but that once this
package was released and the knowledge and guidance on how to resolve the main
problems was known then reversing the release was not really an option.

However 3.0pre is around the corner (well you can download and run it
independently if you want to), and there will hopefully be later versions that
avoid the main problems that have arisen. By the way beta 4 did fix some bugs
related to TLS connections that I had, and that were certainly present in beta 2
- so there were some advantages in moving to the more recent beta.

It would also be a real help to users if the feedback from testing both prior to
pushing to updates-testing as well as in the updates-testing phase could lead to
some user notes attached to the final release that would guide users who bump
into these kinds of problems when doing what would be a normal yum update, and
expect things in a stable release to just work? (Question mark intended)

I know that we can do rpm -q --changelog foo or those of use who know what we
are doing can check the comments in bodhi but many users don't even know about
these.

 




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

Re: rpms/libXt/devel .cvsignore, 1.11, 1.12 libXt.spec, 1.33, 1.34 sources, 1.12, 1.13

[Christoph Wickert]

Am Dienstag, den 13.10.2009, 14:42 -0500 schrieb Rex Dieter:
 Christoph Wickert wrote:
 
  Am Dienstag, den 13.10.2009, 10:21 -0700 schrieb Jesse Keating:
  On Tue, 2009-10-13 at 22:18 +0530, Parag N(पराग़) wrote:
 I am confused here. Why this is removed? I still see xt.pc needs
   those Requires.
  
  rpm now autogenerates the pkgconfig requirements,
  both /usr/bin/pkg-config and also the pkgconfig(foo) level requirements.
  
  Changes like this really should be announced! And by announced I mean
  a mail to fedora-devel-announce.
 
 I see it first mentioned here anyway:
 https://www.redhat.com/archives/fedora-devel-announce/2008-
 July/msg2.html

Indeed, I recall this announcement. But it only covers Provides, not
Requires.

 -- Rex

Regards,
Christoph

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

mingw32 suite

[Paulo Cavalcanti]

Hi,

I am really pleased to see how fast the cross-compile project has evolved,
and
I was able to create a very simple script to cross-compile mpg123:

http://orion.lcg.ufrj.br/RPMS/SPECS/cross-mingw-mpg123

However, I am more interested in cross-compiling opengl applications.
Any plans to provide any opengl support for mingw32 in Fedora?

Thanks.

-- 
Paulo Roma Cavalcanti
LCG - UFRJ
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: thunderbird upgrade - wtf?

[Rahul Sundaram]

On 10/14/2009 01:44 AM, Mike Cloaked wrote:
 Rahul Sundaram writes:
 
 The general attitude in this thread (not you) and elsewhere that it was
 ok to cause problems was worrying me. Thanks for looking into this problem.

 Rahul
 
 I am not sure that there is evidence for that!  

Evidence for what? The people who are complaining about this problem are
doing so because it is a real problem.

I think that some people were
 justifyably concerned that a package was released that had a major change to
 settings and user experience, and caused some serious difficulties including
 problems that gave large CPU and disk loads for a considerable and 
 unjustifiable
 periods - (me included) until the workarounds were known, but that once this
 package was released and the knowledge and guidance on how to resolve the main
 problems was known then reversing the release was not really an option.

Why not? The maintainer says it is a option and it is definitely
feasible to release a update that disables these couple of features by
default rather than make everybody go through the same problems. I don't
understand your view point at all.  Changelog or even testing notes is
useful to guide testers into checking for problems but once the problems
are evident, we should just address them directly. Only a tiny fraction
of our users will read such notes and it is not reasonable to expect
them to continue to suffer.

Rahul

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

Re: rpms/libXres/devel .cvsignore, 1.9, 1.10 libXres.spec, 1.26, 1.27 sources, 1.10, 1.11

[पराग़]

Hi,

On Tue, Oct 13, 2009 at 11:50 PM, Adam Jackson a...@redhat.com wrote:
 On Tue, 2009-10-13 at 10:32 -0700, Toshio Kuratomi wrote:
 If all Fedora releases have the autoprovides but EL-5 is still
 affected, the
 draft can be as simple as: rpm detects pkgconfig dependencies in all
 Fedora
 releases, please move the pkgconfig requires from [LINK] to the EPEL
 specific guidelines.

 Done:

 https://fedoraproject.org/wiki/PackagingDrafts/PkgconfigAutoRequires

 AFAICT this became automagic in F-10, but I can't find any overt history
 of that in redhat-rpm-macros.


 Thanks all.

- Parag.

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

[Bug 525498] wrongly encoded glyphs after U+10000

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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


Jens Petersen peter...@redhat.com changed:

   What|Removed |Added

 CC|dw...@infradead.org |
  Component|0x  |liberation-fonts




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 528675] Review Request: knm-new-fonts - 12x12 JIS X 0208 Bitmap font

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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


Akira TAGOH ta...@redhat.com changed:

   What|Removed |Added

 Blocks||511668




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 528675] Review Request: knm-new-fonts - 12x12 JIS X 0208 Bitmap font

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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


Akira TAGOH ta...@redhat.com changed:

   What|Removed |Added

 CC||fedora-fonts-bugs-l...@redh
   ||at.com




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 522187] Java (so Eclipse too) crashes

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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





--- Comment #13 from Alexander Kurtakov akurt...@redhat.com  2009-10-13 
13:24:05 EDT ---
Can someone try whether
http://koji.fedoraproject.org/koji/taskinfo?taskID=1743496 fixes the problem?

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/libXfont/devel .cvsignore, 1.17, 1.18 libXfont.spec, 1.47, 1.48 sources, 1.18, 1.19

[Adam Jackson]

Author: ajax

Update of /cvs/pkgs/rpms/libXfont/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12515

Modified Files:
.cvsignore libXfont.spec sources 
Log Message:
* Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.4.1-1
- libXfont 1.4.1



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/libXfont/devel/.cvsignore,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- .cvsignore  18 Feb 2009 19:10:56 -  1.17
+++ .cvsignore  13 Oct 2009 17:37:25 -  1.18
@@ -1 +1 @@
-libXfont-1.4.0.tar.bz2
+libXfont-1.4.1.tar.bz2


Index: libXfont.spec
===
RCS file: /cvs/pkgs/rpms/libXfont/devel/libXfont.spec,v
retrieving revision 1.47
retrieving revision 1.48
diff -u -p -r1.47 -r1.48
--- libXfont.spec   25 Jul 2009 05:12:25 -  1.47
+++ libXfont.spec   13 Oct 2009 17:37:25 -  1.48
@@ -1,7 +1,7 @@
 Summary: X.Org X11 libXfont runtime library
 Name: libXfont
-Version: 1.4.0
-Release: 5%{?dist}
+Version: 1.4.1
+Release: 1%{?dist}
 License: MIT
 Group: System Environment/Libraries
 URL: http://www.x.org
@@ -9,12 +9,11 @@ BuildRoot: %{_tmppath}/%{name}-%{version
 
 Source0: http://www.x.org/pub/individual/lib/%{name}-%{version}.tar.bz2
 
+BuildRequires: pkgconfig(fontsproto)
 BuildRequires: xorg-x11-util-macros
-BuildRequires: xorg-x11-proto-devel
 BuildRequires: xorg-x11-xtrans-devel = 1.0.3-3
 BuildRequires: libfontenc-devel
 BuildRequires: freetype-devel
-BuildRequires: autoconf automake libtool
 
 %description
 X.Org X11 libXfont runtime library
@@ -23,7 +22,7 @@ X.Org X11 libXfont runtime library
 Summary: X.Org X11 libXfont development package
 Group: Development/Libraries
 Requires: %{name} = %{version}-%{release}
-Requires: libfontenc-devel pkgconfig
+Requires: libfontenc-devel
 
 %description devel
 X.Org X11 libXfont development package
@@ -79,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_libdir}/pkgconfig/xfont.pc
 
 %changelog
+* Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.4.1-1
+- libXfont 1.4.1
+
 * Fri Jul 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.4.0-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/libXfont/devel/sources,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- sources 18 Feb 2009 19:10:56 -  1.18
+++ sources 13 Oct 2009 17:37:25 -  1.19
@@ -1 +1 @@
-3a8e06b25912ef339d70a8ba003da9b5  libXfont-1.4.0.tar.bz2
+4f2bed2a2be82e90a51a24bb3a22cdf0  libXfont-1.4.1.tar.bz2

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/libXfont/F-12 libXfont.spec,1.47,1.48 sources,1.18,1.19

[Adam Jackson]

Author: ajax

Update of /cvs/pkgs/rpms/libXfont/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12788

Modified Files:
libXfont.spec sources 
Log Message:
* Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.4.1-1
- libXfont 1.4.1



Index: libXfont.spec
===
RCS file: /cvs/pkgs/rpms/libXfont/F-12/libXfont.spec,v
retrieving revision 1.47
retrieving revision 1.48
diff -u -p -r1.47 -r1.48
--- libXfont.spec   25 Jul 2009 05:12:25 -  1.47
+++ libXfont.spec   13 Oct 2009 17:38:41 -  1.48
@@ -1,7 +1,7 @@
 Summary: X.Org X11 libXfont runtime library
 Name: libXfont
-Version: 1.4.0
-Release: 5%{?dist}
+Version: 1.4.1
+Release: 1%{?dist}
 License: MIT
 Group: System Environment/Libraries
 URL: http://www.x.org
@@ -9,12 +9,11 @@ BuildRoot: %{_tmppath}/%{name}-%{version
 
 Source0: http://www.x.org/pub/individual/lib/%{name}-%{version}.tar.bz2
 
+BuildRequires: pkgconfig(fontsproto)
 BuildRequires: xorg-x11-util-macros
-BuildRequires: xorg-x11-proto-devel
 BuildRequires: xorg-x11-xtrans-devel = 1.0.3-3
 BuildRequires: libfontenc-devel
 BuildRequires: freetype-devel
-BuildRequires: autoconf automake libtool
 
 %description
 X.Org X11 libXfont runtime library
@@ -23,7 +22,7 @@ X.Org X11 libXfont runtime library
 Summary: X.Org X11 libXfont development package
 Group: Development/Libraries
 Requires: %{name} = %{version}-%{release}
-Requires: libfontenc-devel pkgconfig
+Requires: libfontenc-devel
 
 %description devel
 X.Org X11 libXfont development package
@@ -79,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_libdir}/pkgconfig/xfont.pc
 
 %changelog
+* Tue Oct 13 2009 Adam Jackson a...@redhat.com 1.4.1-1
+- libXfont 1.4.1
+
 * Fri Jul 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.4.0-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/libXfont/F-12/sources,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -p -r1.18 -r1.19
--- sources 18 Feb 2009 19:10:56 -  1.18
+++ sources 13 Oct 2009 17:38:41 -  1.19
@@ -1 +1 @@
-3a8e06b25912ef339d70a8ba003da9b5  libXfont-1.4.0.tar.bz2
+4f2bed2a2be82e90a51a24bb3a22cdf0  libXfont-1.4.1.tar.bz2

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 522187] Java (so Eclipse too) crashes

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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





--- Comment #14 from Jeff Johnston jjohn...@redhat.com  2009-10-13 13:39:52 
EDT ---
(In reply to comment #13)
 Can someone try whether
 http://koji.fedoraproject.org/koji/taskinfo?taskID=1743496 fixes the problem? 
  

It works for my scenario which was to go into the New Project menu, select a
C/C++ GNU Autotools project type but hit cancel before doing anything.  This
works now with the 3.5.1 build.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 527406] Review Request: sil-lateef-fonts - An Arabic script unicode font

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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


Hedayat Vatankhah heda...@grad.com changed:

   What|Removed |Added

   Flag||fedora-cvs?




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/xorg-x11-font-utils/devel .cvsignore, 1.13, 1.14 sources, 1.13, 1.14 xorg-x11-font-utils.spec, 1.33, 1.34

[Adam Jackson]

Author: ajax

Update of /cvs/pkgs/rpms/xorg-x11-font-utils/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23781

Modified Files:
.cvsignore sources xorg-x11-font-utils.spec 
Log Message:
* Tue Oct 13 2009 Adam Jackson a...@redhat.com 7.2-10
- mkfontscale 1.0.7
- mkfontdir 1.0.5



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/devel/.cvsignore,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -r1.13 -r1.14
--- .cvsignore  26 Apr 2007 14:44:44 -  1.13
+++ .cvsignore  13 Oct 2009 19:59:49 -  1.14
@@ -3,3 +3,5 @@ fonttosfnt-1.0.3.tar.bz2
 mkfontdir-1.0.3.tar.bz2
 mkfontscale-1.0.1.tar.bz2
 bdftopcf-1.0.1.tar.bz2
+mkfontscale-1.0.7.tar.bz2
+mkfontdir-1.0.5.tar.bz2


Index: sources
===
RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/devel/sources,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -r1.13 -r1.14
--- sources 26 Apr 2007 14:44:44 -  1.13
+++ sources 13 Oct 2009 19:59:49 -  1.14
@@ -1,5 +1,5 @@
 b81535f78fe05732931f02841e5ca37b  font-util-1.0.1.tar.bz2
 b0ebd86029571239b9d7b0c61191b591  fonttosfnt-1.0.3.tar.bz2
-4d0f89a23f77e22f1671a77bf0898955  mkfontdir-1.0.3.tar.bz2
-1e74e68eb9e8e91c6b7b615d80dc5ee1  mkfontscale-1.0.1.tar.bz2
 9685fab33d39954ab8a0d22e0969d5a4  bdftopcf-1.0.1.tar.bz2
+96ca346f185c0ab48e42bf5bb0375da5  mkfontscale-1.0.7.tar.bz2
+9365ac66d19186eaf030482d312fca06  mkfontdir-1.0.5.tar.bz2


Index: xorg-x11-font-utils.spec
===
RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/devel/xorg-x11-font-utils.spec,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -p -r1.33 -r1.34
--- xorg-x11-font-utils.spec27 Jul 2009 08:36:22 -  1.33
+++ xorg-x11-font-utils.spec13 Oct 2009 19:59:49 -  1.34
@@ -5,7 +5,7 @@ Name: xorg-x11-%{pkgname}
 # IMPORTANT: If package ever gets renamed to something else, remove the Epoch 
line!
 Epoch: 1
 Version: 7.2
-Release: 9%{?dist}
+Release: 10%{?dist}
 License: MIT
 Group: User Interface/X
 URL: http://www.x.org
@@ -13,20 +13,17 @@ BuildRoot: %{_tmppath}/%{name}-%{version
 
 Source0: ftp://ftp.x.org/pub/individual/app/bdftopcf-1.0.1.tar.bz2
 Source1: ftp://ftp.x.org/pub/individual/app/fonttosfnt-1.0.3.tar.bz2
-Source2: ftp://ftp.x.org/pub/individual/app/mkfontdir-1.0.3.tar.bz2
-Source3: ftp://ftp.x.org/pub/individual/app/mkfontscale-1.0.1.tar.bz2
+Source2: ftp://ftp.x.org/pub/individual/app/mkfontdir-1.0.5.tar.bz2
+Source3: ftp://ftp.x.org/pub/individual/app/mkfontscale-1.0.7.tar.bz2
 Source4: ftp://ftp.x.org/pub/individual/font/font-util-1.0.1.tar.bz2
 
 Patch0: font-util-1.0.1-mapdir-use-datadir-fix.patch
 Patch1: font-util-1.0.1-autoconf-add-with-fontdir-option.patch
 
-BuildRequires: pkgconfig
-BuildRequires: libXfont-devel
-BuildRequires: libX11-devel
+BuildRequires: pkgconfig(xfont) pkgconfig(x11)
 BuildRequires: libfontenc-devel = 0.99.2-2
 BuildRequires: freetype-devel
 BuildRequires: zlib-devel
-
 BuildRequires: autoconf
 
 Provides: %{pkgname}
@@ -116,6 +113,10 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Tue Oct 13 2009 Adam Jackson a...@redhat.com 7.2-10
+- mkfontscale 1.0.7
+- mkfontdir 1.0.5
+
 * Mon Jul 27 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1:7.2-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/xorg-x11-font-utils/F-12 sources, 1.13, 1.14 xorg-x11-font-utils.spec, 1.33, 1.34

[Adam Jackson]

Author: ajax

Update of /cvs/pkgs/rpms/xorg-x11-font-utils/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv24541

Modified Files:
sources xorg-x11-font-utils.spec 
Log Message:
* Tue Oct 13 2009 Adam Jackson a...@redhat.com 7.2-10
- mkfontscale 1.0.7
- mkfontdir 1.0.5



Index: sources
===
RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/F-12/sources,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -p -r1.13 -r1.14
--- sources 26 Apr 2007 14:44:44 -  1.13
+++ sources 13 Oct 2009 20:02:37 -  1.14
@@ -1,5 +1,5 @@
 b81535f78fe05732931f02841e5ca37b  font-util-1.0.1.tar.bz2
 b0ebd86029571239b9d7b0c61191b591  fonttosfnt-1.0.3.tar.bz2
-4d0f89a23f77e22f1671a77bf0898955  mkfontdir-1.0.3.tar.bz2
-1e74e68eb9e8e91c6b7b615d80dc5ee1  mkfontscale-1.0.1.tar.bz2
 9685fab33d39954ab8a0d22e0969d5a4  bdftopcf-1.0.1.tar.bz2
+96ca346f185c0ab48e42bf5bb0375da5  mkfontscale-1.0.7.tar.bz2
+9365ac66d19186eaf030482d312fca06  mkfontdir-1.0.5.tar.bz2


Index: xorg-x11-font-utils.spec
===
RCS file: /cvs/pkgs/rpms/xorg-x11-font-utils/F-12/xorg-x11-font-utils.spec,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -p -r1.33 -r1.34
--- xorg-x11-font-utils.spec27 Jul 2009 08:36:22 -  1.33
+++ xorg-x11-font-utils.spec13 Oct 2009 20:02:37 -  1.34
@@ -5,7 +5,7 @@ Name: xorg-x11-%{pkgname}
 # IMPORTANT: If package ever gets renamed to something else, remove the Epoch 
line!
 Epoch: 1
 Version: 7.2
-Release: 9%{?dist}
+Release: 10%{?dist}
 License: MIT
 Group: User Interface/X
 URL: http://www.x.org
@@ -13,20 +13,17 @@ BuildRoot: %{_tmppath}/%{name}-%{version
 
 Source0: ftp://ftp.x.org/pub/individual/app/bdftopcf-1.0.1.tar.bz2
 Source1: ftp://ftp.x.org/pub/individual/app/fonttosfnt-1.0.3.tar.bz2
-Source2: ftp://ftp.x.org/pub/individual/app/mkfontdir-1.0.3.tar.bz2
-Source3: ftp://ftp.x.org/pub/individual/app/mkfontscale-1.0.1.tar.bz2
+Source2: ftp://ftp.x.org/pub/individual/app/mkfontdir-1.0.5.tar.bz2
+Source3: ftp://ftp.x.org/pub/individual/app/mkfontscale-1.0.7.tar.bz2
 Source4: ftp://ftp.x.org/pub/individual/font/font-util-1.0.1.tar.bz2
 
 Patch0: font-util-1.0.1-mapdir-use-datadir-fix.patch
 Patch1: font-util-1.0.1-autoconf-add-with-fontdir-option.patch
 
-BuildRequires: pkgconfig
-BuildRequires: libXfont-devel
-BuildRequires: libX11-devel
+BuildRequires: pkgconfig(xfont) pkgconfig(x11)
 BuildRequires: libfontenc-devel = 0.99.2-2
 BuildRequires: freetype-devel
 BuildRequires: zlib-devel
-
 BuildRequires: autoconf
 
 Provides: %{pkgname}
@@ -116,6 +113,10 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Tue Oct 13 2009 Adam Jackson a...@redhat.com 7.2-10
+- mkfontscale 1.0.7
+- mkfontdir 1.0.5
+
 * Mon Jul 27 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1:7.2-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
 

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 526058] Review Request: sil-scheherazade-fonts - SIL Scheherazade Arabic Script Unicode Font

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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





--- Comment #13 from Fedora Update System upda...@fedoraproject.org  
2009-10-13 21:34:36 EDT ---
sil-scheherazade-fonts-1.001-2.fc10 has been pushed to the Fedora 10 stable
repository.  If problems still persist, please make note of it in this bug
report.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 526058] Review Request: sil-scheherazade-fonts - SIL Scheherazade Arabic Script Unicode Font

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


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


Fedora Update System upda...@fedoraproject.org changed:

   What|Removed |Added

   Fixed In Version||1.001-2.fc10
 Resolution|NEXTRELEASE |ERRATA




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/sil-padauk-fonts/devel import.log, NONE, 1.1 sil-padauk-fonts-fontconfig.conf, NONE, 1.1 sil-padauk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Minto Joseph]

Author: mintojoseph

Update of /cvs/pkgs/rpms/sil-padauk-fonts/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv28496/devel

Modified Files:
.cvsignore sources 
Added Files:
import.log sil-padauk-fonts-fontconfig.conf 
sil-padauk-fonts.spec 
Log Message:

 Committing in .
 Modified Files:
devel/.cvsignore devel/sources 
 Added Files:
devel/import.log devel/sil-padauk-fonts-fontconfig.conf 
devel/sil-padauk-fonts.spec 
 --



--- NEW FILE import.log ---
sil-padauk-fonts-2_4-6_fc11:HEAD:sil-padauk-fonts-2.4-6.fc11.src.rpm:1255496374


--- NEW FILE sil-padauk-fonts-fontconfig.conf ---
?xml version=1.0 encoding=UTF-8?
!DOCTYPE fontconfig SYSTEM ../fonts.dtd
fontconfig
  alias
familyPadauk/family
default
  familysans-serif/family
/default
  /alias
  alias
familysans-serif/family
prefer
  familyPadauk/family
/prefer
  /alias
/fontconfig


--- NEW FILE sil-padauk-fonts.spec ---
%global fontname sil-padauk
%global fontconf 65-%{fontname}.conf
%global archivename ttf-sil-padauk-2.4

Name:%{fontname}-fonts
Version: 2.4
Release: 6%{?dist}
Summary: A font for Burmese and the Myanmar script

Group:   User Interface/X
License: OFL
URL: http://scripts.sil.org/Padauk
# The source link is a redirect and is not directly accessible
Source0: %{archivename}.tar.gz
Source1: %{name}-fontconfig.conf

BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires:  fontpackages-filesystem

Obsoletes: padauk-fonts  2.4-6

%description
Padauk is a Myanmar font covering all currently used characters
in the Myanmar block. The font aims to cover all minority language needs.
At the moment, these do not extend to stylistic variation needs.
The font is a smart font using a Graphite description.


%prep
%setup -q -c
for txt in doc/*.txt ; do
   fold -s $txt  $txt.new
   sed -i 's/\r//' $txt.new
   touch -r $txt $txt.new
   mv $txt.new $txt
done


%build
# Nothing there


%install
rm -fr %{buildroot}

install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}

install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
   %{buildroot}%{_fontconfig_confdir}

install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}

ln -s %{_fontconfig_templatedir}/%{fontconf} \
  %{buildroot}%{_fontconfig_confdir}/%{fontconf}

%clean
rm -fr %{buildroot}

%_font_pkg -f %{fontconf} *.ttf

%doc doc/*.txt



%changelog

* Mon May 26 2009 Minto Joseph mvaliyav at redhat.com - 2.4-6
- Changed the URL

* Mon May 25 2009 Minto Joseph mvaliyav at redhat.com - 2.4-5
- Cleaned up the spec file
- Used Obsoletes for upgrade path from padauk-fonts

* Tue Mar 24 2009 Minto Joseph mvaliyav at redhat.com - 2.4-4
- Cleaned up the spec file as per new font packaging guidelines
- Replaced padauk-src.ttf and padaukbold-src.ttf with Padauk.ttf and 
Padauk-Bold.ttf [490583]
- Renamed the package to sil-padauk-fonts

* Sun Feb 22 2009 Minto Joseph mvaliyav at redhat.com - 2.4-3
- Changed the package as per new font packaging guidelines 


* Fri Jul 15 2008 Minto Joseph mvaliyav at redhat.com - 2.4-2
- Changed setup macro and fontconfig rules
- Changed fontconfig prefix


* Fri Jul 15 2008 Minto Joseph mvaliyav at redhat.com - 2.4-1
- Changed versioning
- Added configuration file
- Added more description
- Added license file

* Fri Jul 11 2008 Minto Joseph mvaliyav at redhat.com - 20080617-1
- initial package



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/sil-padauk-fonts/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  13 Oct 2009 16:26:28 -  1.1
+++ .cvsignore  14 Oct 2009 05:06:11 -  1.2
@@ -0,0 +1 @@
+ttf-sil-padauk-2.4.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/sil-padauk-fonts/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 13 Oct 2009 16:26:28 -  1.1
+++ sources 14 Oct 2009 05:06:11 -  1.2
@@ -0,0 +1 @@
+f328e367efc7425d7b161d1c287d8caa  ttf-sil-padauk-2.4.tar.gz

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/sil-padauk-fonts/F-11 import.log, NONE, 1.1 sil-padauk-fonts-fontconfig.conf, NONE, 1.1 sil-padauk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Minto Joseph]

Author: mintojoseph

Update of /cvs/pkgs/rpms/sil-padauk-fonts/F-11
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29392/F-11

Modified Files:
.cvsignore sources 
Added Files:
import.log sil-padauk-fonts-fontconfig.conf 
sil-padauk-fonts.spec 
Log Message:

 Committing in .
 Modified Files:
F-11/.cvsignore F-11/sources 
 Added Files:
F-11/import.log F-11/sil-padauk-fonts-fontconfig.conf 
F-11/sil-padauk-fonts.spec 



--- NEW FILE import.log ---
sil-padauk-fonts-2_4-6_fc11:F-11:sil-padauk-fonts-2.4-6.fc11.src.rpm:1255496615


--- NEW FILE sil-padauk-fonts-fontconfig.conf ---
?xml version=1.0 encoding=UTF-8?
!DOCTYPE fontconfig SYSTEM ../fonts.dtd
fontconfig
  alias
familyPadauk/family
default
  familysans-serif/family
/default
  /alias
  alias
familysans-serif/family
prefer
  familyPadauk/family
/prefer
  /alias
/fontconfig


--- NEW FILE sil-padauk-fonts.spec ---
%global fontname sil-padauk
%global fontconf 65-%{fontname}.conf
%global archivename ttf-sil-padauk-2.4

Name:%{fontname}-fonts
Version: 2.4
Release: 6%{?dist}
Summary: A font for Burmese and the Myanmar script

Group:   User Interface/X
License: OFL
URL: http://scripts.sil.org/Padauk
# The source link is a redirect and is not directly accessible
Source0: %{archivename}.tar.gz
Source1: %{name}-fontconfig.conf

BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires:  fontpackages-filesystem

Obsoletes: padauk-fonts  2.4-6

%description
Padauk is a Myanmar font covering all currently used characters
in the Myanmar block. The font aims to cover all minority language needs.
At the moment, these do not extend to stylistic variation needs.
The font is a smart font using a Graphite description.


%prep
%setup -q -c
for txt in doc/*.txt ; do
   fold -s $txt  $txt.new
   sed -i 's/\r//' $txt.new
   touch -r $txt $txt.new
   mv $txt.new $txt
done


%build
# Nothing there


%install
rm -fr %{buildroot}

install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}

install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
   %{buildroot}%{_fontconfig_confdir}

install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}

ln -s %{_fontconfig_templatedir}/%{fontconf} \
  %{buildroot}%{_fontconfig_confdir}/%{fontconf}

%clean
rm -fr %{buildroot}

%_font_pkg -f %{fontconf} *.ttf

%doc doc/*.txt



%changelog

* Mon May 26 2009 Minto Joseph mvaliyav at redhat.com - 2.4-6
- Changed the URL

* Mon May 25 2009 Minto Joseph mvaliyav at redhat.com - 2.4-5
- Cleaned up the spec file
- Used Obsoletes for upgrade path from padauk-fonts

* Tue Mar 24 2009 Minto Joseph mvaliyav at redhat.com - 2.4-4
- Cleaned up the spec file as per new font packaging guidelines
- Replaced padauk-src.ttf and padaukbold-src.ttf with Padauk.ttf and 
Padauk-Bold.ttf [490583]
- Renamed the package to sil-padauk-fonts

* Sun Feb 22 2009 Minto Joseph mvaliyav at redhat.com - 2.4-3
- Changed the package as per new font packaging guidelines 


* Fri Jul 15 2008 Minto Joseph mvaliyav at redhat.com - 2.4-2
- Changed setup macro and fontconfig rules
- Changed fontconfig prefix


* Fri Jul 15 2008 Minto Joseph mvaliyav at redhat.com - 2.4-1
- Changed versioning
- Added configuration file
- Added more description
- Added license file

* Fri Jul 11 2008 Minto Joseph mvaliyav at redhat.com - 20080617-1
- initial package



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/sil-padauk-fonts/F-11/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  13 Oct 2009 16:26:28 -  1.1
+++ .cvsignore  14 Oct 2009 05:10:09 -  1.2
@@ -0,0 +1 @@
+ttf-sil-padauk-2.4.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/sil-padauk-fonts/F-11/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 13 Oct 2009 16:26:28 -  1.1
+++ sources 14 Oct 2009 05:10:09 -  1.2
@@ -0,0 +1 @@
+f328e367efc7425d7b161d1c287d8caa  ttf-sil-padauk-2.4.tar.gz

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

rpms/sil-padauk-fonts/F-12 import.log, NONE, 1.1 sil-padauk-fonts-fontconfig.conf, NONE, 1.1 sil-padauk-fonts.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Minto Joseph]

Author: mintojoseph

Update of /cvs/pkgs/rpms/sil-padauk-fonts/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv29904/F-12

Modified Files:
.cvsignore sources 
Added Files:
import.log sil-padauk-fonts-fontconfig.conf 
sil-padauk-fonts.spec 
Log Message:

 Committing in .
 Modified Files:
F-12/.cvsignore F-12/sources 
 Added Files:
F-12/import.log F-12/sil-padauk-fonts-fontconfig.conf 
F-12/sil-padauk-fonts.spec 



--- NEW FILE import.log ---
sil-padauk-fonts-2_4-6_fc11:F-12:sil-padauk-fonts-2.4-6.fc11.src.rpm:1255496709


--- NEW FILE sil-padauk-fonts-fontconfig.conf ---
?xml version=1.0 encoding=UTF-8?
!DOCTYPE fontconfig SYSTEM ../fonts.dtd
fontconfig
  alias
familyPadauk/family
default
  familysans-serif/family
/default
  /alias
  alias
familysans-serif/family
prefer
  familyPadauk/family
/prefer
  /alias
/fontconfig


--- NEW FILE sil-padauk-fonts.spec ---
%global fontname sil-padauk
%global fontconf 65-%{fontname}.conf
%global archivename ttf-sil-padauk-2.4

Name:%{fontname}-fonts
Version: 2.4
Release: 6%{?dist}
Summary: A font for Burmese and the Myanmar script

Group:   User Interface/X
License: OFL
URL: http://scripts.sil.org/Padauk
# The source link is a redirect and is not directly accessible
Source0: %{archivename}.tar.gz
Source1: %{name}-fontconfig.conf

BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
BuildArch: noarch
BuildRequires: fontpackages-devel
Requires:  fontpackages-filesystem

Obsoletes: padauk-fonts  2.4-6

%description
Padauk is a Myanmar font covering all currently used characters
in the Myanmar block. The font aims to cover all minority language needs.
At the moment, these do not extend to stylistic variation needs.
The font is a smart font using a Graphite description.


%prep
%setup -q -c
for txt in doc/*.txt ; do
   fold -s $txt  $txt.new
   sed -i 's/\r//' $txt.new
   touch -r $txt $txt.new
   mv $txt.new $txt
done


%build
# Nothing there


%install
rm -fr %{buildroot}

install -m 0755 -d %{buildroot}%{_fontdir}
install -m 0644 -p *.ttf %{buildroot}%{_fontdir}

install -m 0755 -d %{buildroot}%{_fontconfig_templatedir} \
   %{buildroot}%{_fontconfig_confdir}

install -m 0644 -p %{SOURCE1} \
%{buildroot}%{_fontconfig_templatedir}/%{fontconf}

ln -s %{_fontconfig_templatedir}/%{fontconf} \
  %{buildroot}%{_fontconfig_confdir}/%{fontconf}

%clean
rm -fr %{buildroot}

%_font_pkg -f %{fontconf} *.ttf

%doc doc/*.txt



%changelog

* Mon May 26 2009 Minto Joseph mvaliyav at redhat.com - 2.4-6
- Changed the URL

* Mon May 25 2009 Minto Joseph mvaliyav at redhat.com - 2.4-5
- Cleaned up the spec file
- Used Obsoletes for upgrade path from padauk-fonts

* Tue Mar 24 2009 Minto Joseph mvaliyav at redhat.com - 2.4-4
- Cleaned up the spec file as per new font packaging guidelines
- Replaced padauk-src.ttf and padaukbold-src.ttf with Padauk.ttf and 
Padauk-Bold.ttf [490583]
- Renamed the package to sil-padauk-fonts

* Sun Feb 22 2009 Minto Joseph mvaliyav at redhat.com - 2.4-3
- Changed the package as per new font packaging guidelines 


* Fri Jul 15 2008 Minto Joseph mvaliyav at redhat.com - 2.4-2
- Changed setup macro and fontconfig rules
- Changed fontconfig prefix


* Fri Jul 15 2008 Minto Joseph mvaliyav at redhat.com - 2.4-1
- Changed versioning
- Added configuration file
- Added more description
- Added license file

* Fri Jul 11 2008 Minto Joseph mvaliyav at redhat.com - 20080617-1
- initial package



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/sil-padauk-fonts/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  13 Oct 2009 16:26:28 -  1.1
+++ .cvsignore  14 Oct 2009 05:11:39 -  1.2
@@ -0,0 +1 @@
+ttf-sil-padauk-2.4.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/sil-padauk-fonts/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 13 Oct 2009 16:26:28 -  1.1
+++ sources 14 Oct 2009 05:11:39 -  1.2
@@ -0,0 +1 @@
+f328e367efc7425d7b161d1c287d8caa  ttf-sil-padauk-2.4.tar.gz

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

Re: Packaging M+ Widelands fonts from the wishlist

[Rahul Sundaram]

On 10/14/2009 09:05 AM, David Ludlow wrote:
 I'm going to take a stab at packaging the fonts listed in the subject. 
 'nim' had suggested I give it a shot on #fedora-devel, and it seemed
 like an interesting challenge.  I'm familiar with building RPM packages,
 but pretty new to the Fedora process.  I'm completely ignorant on most
 aspects of fonts themselves - I see this as an opportunity to learn a
 little while doing some good.
 
 So Hello.

Hey,

Welcome.  If you are familiar with RPM packaging already, it shouldn't
take much time now especially since the difficult/tedious parts have
been abstracted away using macros. Let us know if you need any help.

Rahul

___
Fedora-fonts-list mailing list
Fedora-fonts-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-list

Re: FTF (FedoraTalk FAD) IRC Prep meeting :: 2009-10-13 @ 19:00 UTC (3 PM EDT/12 PM PDT)

[Bruno Wolff III]

On Tue, Oct 13, 2009 at 00:46:35 -0400,
  Paul W. Frields sticks...@gmail.com wrote:
 On Mon, Oct 12, 2009 at 10:58:23PM -0500, Jeffrey Ollie wrote:
  On Mon, Oct 12, 2009 at 9:02 PM, John Poelstra poels...@redhat.com wrote:
   Bruno Wolff III said the following on 10/12/2009 04:55 PM Pacific Time:
  
   I'll probably be very late again, but will look through the logs later.
   One thing I'm still looking for is sample configs for Fedora Talk so
   that I can try to replicate some of Fedora Talk locally and write up
   what I find out before the FAD, for other people that want to set up
   test environments.
  
   From last week's meeting Jeff was creating a repo of the sanitized config
   files.  Jeff any luck?
  
  git://fedorapeople.org/~jcollie/ftalk-asterisk-configs.git
 
 Also browseable here:
 http://fedorapeople.org/gitweb?p=jcollie/public_git/ftalk-asterisk-configs.git;a=summary

Thanks. I'll be trying to get this setup on another machine by the end of
the weekend. I got a couple of other things due by Thursday so I might
not get to it until the weekend.

___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list

Re: FTF (FedoraTalk FAD) IRC Prep meeting :: 2009-10-13 @ 19:00 UTC (3 PM EDT/12 PM PDT)

[Paul Frields]

On Tuesday, October 13, 2009, Bruno Wolff III br...@wolff.to wrote:
 On Tue, Oct 13, 2009 at 00:46:35 -0400,
   Paul W. Frields sticks...@gmail.com wrote:
 On Mon, Oct 12, 2009 at 10:58:23PM -0500, Jeffrey Ollie wrote:
  On Mon, Oct 12, 2009 at 9:02 PM, John Poelstra poels...@redhat.com wrote:
   Bruno Wolff III said the following on 10/12/2009 04:55 PM Pacific Time:
  
   I'll probably be very late again, but will look through the logs later.
   One thing I'm still looking for is sample configs for Fedora Talk so
   that I can try to replicate some of Fedora Talk locally and write up
   what I find out before the FAD, for other people that want to set up
   test environments.
  
   From last week's meeting Jeff was creating a repo of the sanitized config
   files.  Jeff any luck?
 
  git://fedorapeople.org/~jcollie/ftalk-asterisk-configs.git

 Also browseable here:
 http://fedorapeople.org/gitweb?p=jcollie/public_git/ftalk-asterisk-configs.git;a=summary

 Thanks. I'll be trying to get this setup on another machine by the end of
 the weekend. I got a couple of other things due by Thursday so I might
 not get to it until the weekend.

There is a good chance I'll not make today's meeting. I am in another
meeting at that time (in person) and won't be able to be at a screen.

Paul

___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list

[Fedora-legal-list] Re: 2xSai has an unclear license and may be removed from a number of programs in Fedora Linux

[Derek Liauw]

To whomever it may concern,

Given the confusion (see mail history) on some license issue I wrote some time 
ago. 

I hereby release all versions of 2xSai, old and new, under the GNU General 
Public License, version 2 or (at your option) any later version.

I did in fact give the ZSNES and probably some other projects permission a long 
time ago (don't remember exactly when, but probably when it was either first 
featured or it went from closed source - GPL), but I guess it wasn't 
documented as such in the history.

For future reference you probably can ping me.

[d][e][r][e][k][.][l][i][a][u][...@][g][m][a][i][l][.][c][o][m]

Remove brackets... 

--- On Tue, 10/13/09, Jason A. Spiro jasonspi...@gmail.com wrote:

 From: Jason A. Spiro jasonspi...@gmail.com
 Subject: Re: 2xSai has an unclear license and may be removed from a number of 
  programs in Fedora Linux
 To: Derek Liauw derekl...@yahoo.com, Derek Liauw Kie Fa 
 derek-li...@usa.net, Robert J. Ohannessian voids...@ifrance.com
 Date: Tuesday, October 13, 2009, 4:00 AM
 Thanks for your reply Derek.
 
 1.
 
 What's your new email address?
 
I don't check this e-mail often but it's still in use. Now if yahoo had a 
forward feature I would use it, but alas...

 2.
 
 It would be very helpful if I could write to that email
 address and CC
 a public mailing list.  This might cause you to get
 more email about
 2xSaI.  [ You don't have to reply to all the emails;
 if need be, you
 can just reply with the three words Sorry, I'm busy. :)
 ]  May I
 please do that CC'ing, even though your new email address
 will then
 become public?
 
 3.
 
 Can I forward emails we have sent to each other to public
 mailing
 lists or forums?
 
 4.
 
 I looked for a public Snes9x source repository but its repo
 is
 actually nonpublic, and Snes9x is under a non-commercial
 use only
 freeware license.[1]  In zsnes's public repo 2xsai.cpp
 is there[2] in
 the deleted files section of /src/video, but there's no
 comment,
 even in the revision log[3], that you gave this
 permission.  So I fear
 that people will incorrectly think ZSNES relicensed your
 code without
 your permission.  Plus, there are multiple versions of
 2xSaI floating
 around.
 
 Considering both these points, I think the best thing to do
 is to
 reply to this message with a permission notice. 
 Please CC it to a
 public mailing list like fedora-legal-list@redhat.com
 or
 debian-le...@lists.debian.org. 
 Either one is fine, but pick only one.
  Pick according to your distro preference, or pick
 fedora-legal-list
 if you don't care.  Write the words I hereby release
 all versions of
 2xSai, old and new, under the GNU General Public License,
 version 2 or
 (at your option) any later version.
 
 Kind regards,
 -Jason
 
 ^  [1].  http://www.snes9x.com/phpbb2/viewtopic.php?t=4334
 ^  [2].  
 http://zsnes.cvs.sourceforge.net/viewvc/zsnes/zsnes/src/video/?hideattic=0
 ^  [3].  
 http://zsnes.cvs.sourceforge.net/viewvc/zsnes/zsnes/src/video/2xsai.cpp?hideattic=0view=log
 
 On Mon, Oct 12, 2009 at 3:52 PM, Derek Liauw derekl...@yahoo.com
 wrote:
  Wow,
 
  It's been at least 11 years since I wrote the code and
 at least 7 years since
  I checked this e-mail lol... So just saw this
 (somewhat old) by chance. So
  hope this still helps.
 
  To be honest I don't care what happens to the code
 anymore?
 
  Whatever .zip file is around is probably from my old
 xoom/usa.net website.
 
  If I remember correctly I agreed that newer versions
 of the code could be
  released under GPL with ZSNES a long time ago (which I
 integrated and agreed
  with the original author _zsKnight).
 
  And yes I probably neglected to update all
 pre-existing files/my abandoned
  website and such.
 
  My bad, but 1. I don't think my website exists
 anymore.  2. If it does exist
  I probably don't know how to update it and the .zip
 distro.  3. I haven't
  felt like making a new website for quite a while :P 4.
 I consider ZSNES or
  the Snes9x projects as the new source of the
 file(s), since those are newer
  versions / I more or less integrated them there, and I
 assume the files
  source files already have a GPL license. (my memory
 isn't that great).
 
  Hope that helps.
 
  --- On Thu, 7/30/09, Jason A. Spiro jasonspi...@gmail.com
 wrote:
 
  From: Jason A. Spiro jasonspi...@gmail.com
  Subject: 2xSaI has an unclear license and may be
 removed from a number of  programs in Fedora Linux
  To: Derek Liauw Kie Fa derek-li...@usa.net,
 Derek Liauw Kie Fa derekl...@yahoo.com,
 Robert J. Ohannessian voids...@ifrance.com
  Date: Thursday, July 30, 2009, 11:06 PM
  Hi,
 
  Derek's website[1] has a downloadable copy of
 2xSaI
  available for
  download.  The text of the website says GPL,
 but the
  readme file
  says something contradictory:
 
  2xSaI Utility v0.7        Copyright (c)
  Derek Liauw Kie Fa, 1999
  Comments, Suggestions, Questions, Bugs etc.: derek-li...@usa.net
  http://members.xoom.com/derek_liauw/
  This program is free for non-commercial 

Re: Fedora 11: Very very slow graphics rendering

[Paul Allen Newell]

Jwalant Natvarlal Soneji wrote:
2009/10/13 Ed Greshko ed.gres...@greshko.com 
mailto:ed.gres...@greshko.com


Jwalant Natvarlal Soneji wrote:
 Problem: Fedora 11 is very very slow while it comes to rendering
 graphics. It makes the experience really very poor. Clicking on any
 menu or opening of any item is dead slow. And then I will have
to wait
 and see each and every part of its message boxes, screens, buttons
 loading and then can click on them.

 PC Configuration:
 Athlon AMD 1500+ (1.3 GHz)
 RAM: 1GB
 Swap size: 1 GB
 / partition size: 12GB

 Note: Fedora 10 was working great!

If you are having graphics rendering problems, don't you think it
would
be a good idea to tell folks what graphics card you are using and what
driver?


--
Your analyst has you mixed up with another patient. Don't believe a
thing he tells you. Guess Who! http://tinyurl.com/mc4xe7



Sorry, as I am a beginner in Fedora, can someone please suggest me way 
to find the name of the graphics driver used?

The system was setup with default things; it was slow as mentioned.
Then with YUMEX, i installed the Xorg-11-S3 driver, and then restarted 
the machine; to end up with the same result.
I looked in the menus of KDE but could not find the drivers list or 
the default driver info.

Please suggest.


Knowing the renderer would help to ...

I know that for NVidia drivers there is a file you can cat with the 
info, but it is on my work machine and I don't have access to that at 
the present.


Paul

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11: Very very slow graphics rendering

[Hiisi]

2009/10/13 Jwalant Natvarlal Soneji jwalant.son...@gmail.com:
 2009/10/13 Ed Greshko ed.gres...@greshko.com

--SNIP--


 Sorry, as I am a beginner in Fedora, can someone please suggest me way to
 find the name of the graphics driver used?
 The system was setup with default things; it was slow as mentioned.
 Then with YUMEX, i installed the Xorg-11-S3 driver, and then restarted the
 machine; to end up with the same result.
 I looked in the menus of KDE but could not find the drivers list or the
 default driver info.
 Please suggest.



Try lshw as root. Open terminal and type:
su -
(You will be prompted for root' pass here)
lshw
Looking at the output you'll find many interesting about your system.
Respectfully
-- 
Hiisi.
Registered Linux User #487982. Be counted at: http://counter.li.org/
--
Spandex is a privilege, not a right.
--
SIP: hi...@ekiga.net
--
pub   1024D/085B139A
--
Powered by Fedora:
http://fedoraproject.org/

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11: Very very slow graphics rendering

[Roger]

On 10/13/2009 04:14 PM, Ed Greshko wrote:

Jwalant Natvarlal Soneji wrote:
   

Problem: Fedora 11 is very very slow while it comes to rendering
graphics. It makes the experience really very poor. Clicking on any
menu or opening of any item is dead slow. And then I will have to wait
and see each and every part of its message boxes, screens, buttons
loading and then can click on them.

PC Configuration:
Athlon AMD 1500+ (1.3 GHz)
RAM: 1GB
Swap size: 1 GB
/ partition size: 12GB

Note: Fedora 10 was working great!

 

If you are having graphics rendering problems, don't you think it would
be a good idea to tell folks what graphics card you are using and what
driver?


   
I doubt it's Fedora, more likely it's the graphics card or more so the 
driver.
I had difficulties with S3 cards for years, couldn't get drivers that 
did good 3D.
My graphics problems disappeared when I changed to Geforce graphics 
cards about 6 years ago.

F11 with Blender runs at a blistering pace.
System monitor shows that F11 even with Blender 3D graphics and youtube 
video running doesn't use any swap.

I would suggest also 2 gig memory if you can.
Roger

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: debootstrap

[devi]

Hi Todd, 
Thank you for the information. And I tried to run the debootstrap-1.0.8
command in fedora 9 and still the same result.
So do the debootstrap command runs only on feodra 10 ?

or can I install debootstrap-1.0.10 in fedora 9 machine?

Please help me out 

Regards,
Devi.



On Mon, 2009-10-12 at 11:57 -0400, Todd Zullinger wrote:
 Patrick O'Callaghan wrote:
  On Mon, 2009-10-12 at 16:44 +0530, devi wrote:
  Hi,
 
  I am using debootstrap-1.0.7 on fedora 7 to install the debian or
  any other distribution mirror.  But in vain, I always get the below
  error.
 
  The specific command is
  debootstrap  --arch i386 hardy /tmp/hardy
  http://archive.ubuntu.com/ubuntu/
 
  O/P  is
  I: Retrieving Release
   E: Failed getting release file
  http://archive.ubuntu.com/ubuntu/dists/hardy/Release;
 
  Please help me out!
 
  You want a Ubuntu list. This is a Fedora list.
 
 Well, debootstrap is included in Fedora and is quite handy for
 creating virtual machine images of Debian-based distros.
 
 I suspect if this was asked on an Ubuntu list they may well direct you
 back to a Fedora list since we're the ones providing the debootstrap
 package. :)
 
 Devi, I think the problem is that debootstrap-1.0.7 is too old.  And
 Fedora 7 is long past its supported lifetime.  You should update to a
 supported release and try again.  The debootstrap command above works
 fine for me on Fedora 10 using debootstrap-1.0.10.
 
 -- 
 fedora-list mailing list
 fedora-list@redhat.com
 To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: root mail [SOLVED]

[Christoph Höger]

Am Montag, den 12.10.2009, 10:23 -0700 schrieb Konstantin Svist:
 On 10/12/2009 03:35 AM, Markku Kolkka wrote:
  Konstantin Svist kirjoitti viestissään (lähetysaika maanantai,
  12. lokakuuta 2009):
 
  I don't want the localhost mail to go out through a real smtp
  server, and I'm not too keen on running a huge mailing package
  like sendmail or postfix on my laptop. What are my options?
 
  Use esmtp, it handles local mail delivery in addition to sending
  mail to upstream servers. It's available in Fedora, yum install
  esmtp. For documentation see:
  http://esmtp.sourceforge.net/doc.html
 
 
 Thanks, I think that works.
 
 Here's what I did:
 
 * install esmtp-local-delivery (it installs procmail)
 * edit /etc/esmtprc to include this line:
 mda procmail -d user
 (where user is my underprivileged username)
 
 Esmtp does't use aliases, but by lucky coincidence the user is specified 
 right there in the procmail command line :)

Nice to here this, but how do you sendmail to a real mta outside your
box then (aka: How does esmtp decide to route without aliases)?


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11: Very very slow graphics rendering

[Gene Heskett]

On Tuesday 13 October 2009, Jwalant Natvarlal Soneji wrote:
2009/10/13 Ed Greshko ed.gres...@greshko.com

 Jwalant Natvarlal Soneji wrote:
  Problem: Fedora 11 is very very slow while it comes to rendering
  graphics. It makes the experience really very poor. Clicking on any
  menu or opening of any item is dead slow. And then I will have to wait
  and see each and every part of its message boxes, screens, buttons
  loading and then can click on them.
 
  PC Configuration:
  Athlon AMD 1500+ (1.3 GHz)
  RAM: 1GB
  Swap size: 1 GB
  / partition size: 12GB
 
  Note: Fedora 10 was working great!

 If you are having graphics rendering problems, don't you think it would
 be a good idea to tell folks what graphics card you are using and what
 driver?


 --
 Your analyst has you mixed up with another patient. Don't believe a
 thing he tells you. Guess Who! http://tinyurl.com/mc4xe7

Sorry, as I am a beginner in Fedora, can someone please suggest me way to
find the name of the graphics driver used?
The system was setup with default things; it was slow as mentioned.
Then with YUMEX, i installed the Xorg-11-S3 driver, and then restarted the
machine; to end up with the same result.
I looked in the menus of KDE but could not find the drivers list or the
default driver info.
Please suggest.

That will take some sleuthing on your part, reading the Xorg.N.log for 
starters.  It can be quite educational.

-- 
Cheers, Gene
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
The NRA is offering FREE Associate memberships to anyone who wants them.
https://www.nrahq.org/nrabonus/accept-membership.asp

Joy is wealth and love is the legal tender of the soul.
-- Robert G. Ingersoll

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: root mail [SOLVED]

[Konstantin Svist]

On 10/13/2009 12:08 AM, Christoph Höger wrote:

Nice to here this, but how do you sendmail to a real mta outside your
box then (aka: How does esmtp decide to route without aliases)?



Well, in this case I don't really need to send mail directly from the box.
From what I understand, esmtp only uses procmail for local mail, so I 
could set up a real SMTP server for esmtp to use, as well.


I think what esmtp does is check for the @ symbol. If found, it sends 
mail through SMTP server. If not, it uses procmail. Not sure why aliases 
need to be involved in this...


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: debootstrap

[Itamar Reis Peixoto]

fedora 9 is also outdated., try fedora 10, 11 or 12



the ru

On Tue, Oct 13, 2009 at 3:41 AM, devi d...@atc.tcs.com wrote:
 Hi Todd,
        Thank you for the information. And I tried to run the debootstrap-1.0.8
 command in fedora 9 and still the same result.
 So do the debootstrap command runs only on feodra 10 ?

 or can I install debootstrap-1.0.10 in fedora 9 machine?

 Please help me out 

 Regards,
 Devi.





Itamar Reis Peixoto

e-mail/msn: ita...@ispbrasil.com.br
sip: ita...@ispbrasil.com.br
skype: itamarjp
icq: 81053601
+55 11 4063 5033
+55 34 3221 8599

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11 and MAC external drive

[Srdan Tosovic]

On Tue, October 13, 2009 5:49 am, Mick M. wrote:
 Hello list;
  I have a friend that has a Mac laptop.
 We want to share an external USB drive.

 How should I format the drive?

If no Windows boxes will need to access the drive, I would also
recommend non-journaled HFS+ (Macs call it also Mac OS Extended). 
It's native to OS X, Linux has a full read/write support for it, and
you get to preserve UNIX style file ownerships, permissions, symbolic
links, etc.  Just make sure it's non-journaled, because, as other
readers pointed out, Linux can only read journaled HFS+, not write to
it.

There are few Fedora packages you might need or find useful:
hfsplus-tools, hfsplusutils.

HTH,
Srdan

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: debootstrap

[Rahul Sundaram]

On 10/13/2009 12:11 PM, devi wrote:
 Hi Todd, 
   Thank you for the information. And I tried to run the debootstrap-1.0.8
 command in fedora 9 and still the same result.
 So do the debootstrap command runs only on feodra 10 ?
 
 or can I install debootstrap-1.0.10 in fedora 9 machine?
 
 Please help me out 

http://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Schedule

At this point, you are better off trying the latest Fedora 11 release.

Avoid top posting and cut down on the number of exclamations please.

Rahul

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Athmane Madjoudj]

On Tue, Oct 13, 2009 at 10:05 AM, Mike Dwiggins m...@azdwiggins.com wrote:
 I am trying to run up new install of Fedora 11.  I go into Firefox
 3.5.3-1.fc11 and attempt to run a YouTube vid.  I get a message stating
 that I either have JavaScript disabled or I do not have the latest
 version of Flash.

 I then downloaded and installed via  rpm -Uvh
 flash-plugin-10.0.32.18-release.i386.rpm.  I also insured that Java and
 JavaScript were enabled.

 Now when I go to YouTube I get the same message I started with.

 Any ideas?

 Thanks


 --
 fedora-list mailing list
 fedora-list@redhat.com
 To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
 Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines



see if the flash plug-in here: www.adobe.com/shockwave/welcome/
-- 
Athmane Madjoudj
Blog: http://athmane.wordpress.com
Resumé: http://athmane.wordpress.com/about
Fedora Project: http://fedoraproject.org/wiki/User:Athmane

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Aioanei Rares]

Mike Dwiggins wrote:

I am trying to run up new install of Fedora 11.  I go into Firefox
3.5.3-1.fc11 and attempt to run a YouTube vid.  I get a message stating
that I either have JavaScript disabled or I do not have the latest
version of Flash.

I then downloaded and installed via  rpm -Uvh
flash-plugin-10.0.32.18-release.i386.rpm.  I also insured that Java and
JavaScript were enabled.

Now when I go to YouTube I get the same message I started with.

Any ideas?

Thanks



Is your system 32- or 64-bit?

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Swing applications' menu have no border

[Cameron Simpson]

On 11Oct2009 20:27, Athmane Madjoudj athma...@gmail.com wrote:
| Swing applications' menus have no border when Clearlook theme is
| selected in both fedora 10 and f11, however when nodoka theme is
| selected, the menus are well displayed.
| 
| currently i have fedora 11 with the last updates which include:
| 
| java-1.6.0-openjdk-1.6.0.0-29.b16.fc11
| 
| gtk2-engines-2.18.2-1.fc11.i586
| 
| is this a bug ?

I can't speak for the themes you're using, but menus in most apps and
also Java Swing apps are marked as what X11 calls transient windows.
Traditionally these are not adorned by the window manager, so the
Clearlook theme is probably a more normal theme.

Do other non-java apps' meus get borders in Clearlook?

I would guess that the two themes simply take different decoration
approaches to these windows. Choose the one you like more, or see if
there are options to tune this.
-- 
Cameron Simpson c...@zip.com.au DoD#743
http://www.cskk.ezoshosting.com/cs/

There's two kinds of climbers...smart ones, and dead ones.  - Don Whillans

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Mike Dwiggins]

Aioanei Rares wrote:

Mike Dwiggins wrote:

I am trying to run up new install of Fedora 11.  I go into Firefox
3.5.3-1.fc11 and attempt to run a YouTube vid.  I get a message stating
that I either have JavaScript disabled or I do not have the latest
version of Flash.

I then downloaded and installed via  rpm -Uvh
flash-plugin-10.0.32.18-release.i386.rpm.  I also insured that Java and
JavaScript were enabled.

Now when I go to YouTube I get the same message I started with.

Any ideas?

Thanks



Is your system 32- or 64-bit?

It is 64 bit, is that possibly the problem.  This install is new enough 
I could start from scratch.


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Suvayu Ali]

On Tuesday 13 October 2009 02:30 AM, Mike Dwiggins wrote:

Aioanei Rares wrote:

Mike Dwiggins wrote:

I am trying to run up new install of Fedora 11. I go into Firefox
3.5.3-1.fc11 and attempt to run a YouTube vid. I get a message stating
that I either have JavaScript disabled or I do not have the latest
version of Flash.

I then downloaded and installed via rpm -Uvh
flash-plugin-10.0.32.18-release.i386.rpm. I also insured that Java and
JavaScript were enabled.

Now when I go to YouTube I get the same message I started with.

Any ideas?

Thanks



Is your system 32- or 64-bit?


It is 64 bit, is that possibly the problem. This install is new enough I
could start from scratch.



http://labs.adobe.com/downloads/flashplayer10.html

--
Suvayu

Open source is the future. It sets us free.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Mike Dwiggins]

Athmane Madjoudj wrote:

On Tue, Oct 13, 2009 at 10:05 AM, Mike Dwiggins m...@azdwiggins.com wrote:
  

I am trying to run up new install of Fedora 11.  I go into Firefox
3.5.3-1.fc11 and attempt to run a YouTube vid.  I get a message stating
that I either have JavaScript disabled or I do not have the latest
version of Flash.

I then downloaded and installed via  rpm -Uvh
flash-plugin-10.0.32.18-release.i386.rpm.  I also insured that Java and
JavaScript were enabled.

Now when I go to YouTube I get the same message I started with.

Any ideas?

Thanks


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines





see if the flash plug-in here: www.adobe.com/shockwave/welcome/
  
Went there and the Select Operating System option did not even show 
Linux.  Windows and three flavors of Mac only.


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Aioanei Rares]

Suvayu Ali wrote:

On Tuesday 13 October 2009 02:30 AM, Mike Dwiggins wrote:

Aioanei Rares wrote:

Mike Dwiggins wrote:

I am trying to run up new install of Fedora 11. I go into Firefox
3.5.3-1.fc11 and attempt to run a YouTube vid. I get a message stating
that I either have JavaScript disabled or I do not have the latest
version of Flash.

I then downloaded and installed via rpm -Uvh
flash-plugin-10.0.32.18-release.i386.rpm. I also insured that Java and
JavaScript were enabled.

Now when I go to YouTube I get the same message I started with.

Any ideas?

Thanks



Is your system 32- or 64-bit?


It is 64 bit, is that possibly the problem. This install is new enough I
could start from scratch.



http://labs.adobe.com/downloads/flashplayer10.html


Exactly, and uninstall the flash plugin previously.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

iptables on FC11

[paul van der meij]

I upgraded from FC9 to FC11 (new install) but iptables is behaving strange.
My /etc/sysconfig/iptables file shows a number of ports as accept, but nmap
tells a different story. e.g. imap port 143 is closed in nmap (and in
truce), open in iptables file.
I did use the iptables GUI to configure.

Any idea what I am overlooking.

greetings, Paul van der Meij
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Robert P. J. Day]

On Tue, 13 Oct 2009, Mike Dwiggins wrote:

 Athmane Madjoudj wrote:
  On Tue, Oct 13, 2009 at 10:05 AM, Mike Dwiggins m...@azdwiggins.com wrote:
 
   I am trying to run up new install of Fedora 11.  I go into Firefox
   3.5.3-1.fc11 and attempt to run a YouTube vid.  I get a message stating
   that I either have JavaScript disabled or I do not have the latest
   version of Flash.
  
   I then downloaded and installed via  rpm -Uvh
   flash-plugin-10.0.32.18-release.i386.rpm.  I also insured that Java and
   JavaScript were enabled.
  
   Now when I go to YouTube I get the same message I started with.
  
   Any ideas?
  
   Thanks
  
  
   --
   fedora-list mailing list
   fedora-list@redhat.com
   To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
   Guidelines:
   http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
 
  see if the flash plug-in here: www.adobe.com/shockwave/welcome/
 
 Went there and the Select Operating System option did not even show Linux.
 Windows and three flavors of Mac only.

  can you tell where the flash plugin .so file was installed?  did you
restart firefox?  and, in firefox, if you browse to about:plugins,
does it list flash?

rday
--


Robert P. J. Day   Waterloo, Ontario, CANADA

Linux Consulting, Training and Annoying Kernel Pedantry.

Web page:  http://crashcourse.ca
Twitter:   http://twitter.com/rpjday


-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox (Placed on Hold)

[Mike Dwiggins]

Aioanei Rares wrote:

Suvayu Ali wrote:

On Tuesday 13 October 2009 02:30 AM, Mike Dwiggins wrote:

Aioanei Rares wrote:

Mike Dwiggins wrote:

I am trying to run up new install of Fedora 11. I go into Firefox
3.5.3-1.fc11 and attempt to run a YouTube vid. I get a message 
stating

that I either have JavaScript disabled or I do not have the latest
version of Flash.

I then downloaded and installed via rpm -Uvh
flash-plugin-10.0.32.18-release.i386.rpm. I also insured that Java 
and

JavaScript were enabled.

Now when I go to YouTube I get the same message I started with.

Any ideas?

Thanks



Is your system 32- or 64-bit?

It is 64 bit, is that possibly the problem. This install is new 
enough I

could start from scratch.



http://labs.adobe.com/downloads/flashplayer10.html


Exactly, and uninstall the flash plugin previously.

Thanks for the help!  I have looked at the reason I installed the 64 bit 
version vice the 32 bit and find it was more just because I had a new 
toy.  I am going to reinstall as 32 bit to finish the project I have in 
hand and come back to the 64 bit later.


Again, thanks for the help!

Mike


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11 and MAC external drive

[Mick M.]

 Mick M. wrote:
  Hello list;
   I have a friend that has a Mac laptop.
  We want to share an external USB drive.
 
  How should I format the drive?
  He says that Snow Leopard 10.5 cannot R/W NTFS.
  I tried searching the web with no luck.
  I know nothing about Apple products.
 
 
    
 You may find these instructive  (Used mac os
 supported file
 systems to search)
 
 http://tinyurl.com/yh876kd
 http://support.apple.com/kb/HT2355
 http://en.wikipedia.org/wiki/HFS_Plus
 
 
Thank you Ed; I will have him read them.

Mick M


  

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11: Very very slow graphics rendering

[Steve Searle]

Around 07:02am on Tuesday, October 13, 2009 (UK time), Hiisi scrawled:
 Try lshw as root. Open terminal and type:
 su -
 (You will be prompted for root' pass here)
 lshw

Yo may need to install lshw using yum or yumex first - its not installed
as standard (or at least it wasn't on my system).

Steve

-- 
 
(o www.stevesearle.com
//\ Powered by Fedora
V_/_No MS products were used in the creation of this message

 11:28:35 up 27 days, 29 min,  1 user,  load average: 0.05, 0.03, 0.00


pgpQ4UezQQruK.pgp
Description: PGP signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Advice on what dmsetup/fdisk/lvm does!

[Dan Track]

Hi,

I'm trying to create a multipath environment for my server attached to
a hp 2012sa msa disk storage device. Where I am struggling is
understanding some low level concepts.

I've setup the multipath config file, and can see the following enteries:

multipath -ll
mpath0 (3600c0ff000d7ba4f4575b24a0100) dm-5 HP,MSA2012sa
[size=9.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:1 sda 8:0   [active][ready]
\_ round-robin 0 [prio=10][enabled]
 \_ 1:0:0:2 sdb 8:16  [active][ready]

cat /proc/partitions shows:

   8 0 9767460864 sda
   816 9767460864 sdb
 104 0   71652960 cciss/c0d0
 104 1 104391 cciss/c0d0p1
 104 2   71545477 cciss/c0d0p2
 253 05111808 dm-0
 253 15111808 dm-1
 253 21015808 dm-2
 253 35111808 dm-3
 253 46127616 dm-4
 253 5 9767460864 dm-5

sda and sdb are the same, as there is only one disk but two separate
paths to it, so it shows up twice under different device mappings.

My question now is after restarting mutlipathd, what is the next step?

Do I need to use dmsetup, searching the web I still can't understand
why I need it.

I'm looking to create a logical volume on this disk. Once multipath is
working should I only see one entry in /proc/partitions, instead of
/dev/sda and /dev/sdb?

Thanks
Dan

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Flash Problem in Firefox

[Robert P. J. Day]

On Tue, 13 Oct 2009, Mike Dwiggins wrote:

 Aioanei Rares wrote:
  Mike Dwiggins wrote:
   I am trying to run up new install of Fedora 11.  I go into Firefox
   3.5.3-1.fc11 and attempt to run a YouTube vid.  I get a message stating
   that I either have JavaScript disabled or I do not have the latest
   version of Flash.
  
   I then downloaded and installed via  rpm -Uvh
   flash-plugin-10.0.32.18-release.i386.rpm.  I also insured that Java and
   JavaScript were enabled.
  
   Now when I go to YouTube I get the same message I started with.
  
   Any ideas?
  
   Thanks
  
  
  Is your system 32- or 64-bit?
 
 It is 64 bit, is that possibly the problem.  This install is new
 enough I could start from scratch.

  i have a 64-bit f11 system running flash nicely:

1) get the tarball from
http://labs.adobe.com/downloads/flashplayer10.html

2) unload it to get at the single libflashplayer.so file contained
therein

3) as root, copy that file to /usr/lib64/mozilla/plugins

4) kill and restart all firefoxes

5) browse to about:plugins to verify that your browser can see the
flash plugin

6) surf over to youtube.com, and rock out to we built this city by
starship.

  no, wait ... that last part can't be right.

rday

p.s.  hang on ... i just checked and here's the contents of my
/usr/lib64/mozilla/plugins_wrapped directory:

./plugins-wrapped
./plugins-wrapped/nswrapper_64_64.libvlcplugin.so
./plugins-wrapped/nswrapper_64_64.libflashplayer.so
./plugins-wrapped/librhythmbox-itms-detection-plugin.so
./plugins-wrapped/libtotem-gmp-plugin.so
./plugins-wrapped/npwrapper.so
./plugins-wrapped/libjavaplugin.so
./plugins-wrapped/libtotem-mully-plugin.so
./plugins-wrapped/libtotem-narrowspace-plugin.so
./plugins-wrapped/libtotem-cone-plugin.so

  i'd never noticed that content before.  do i really need that
nswrapper stuff related to flash?  i don't recall installing that,
where did it come from?  can i safely toss some of that? because my
about:plugins sees *that* plugin.  that's new to me, but flash still
appears to work.  weird.


--


Robert P. J. Day   Waterloo, Ontario, CANADA

Linux Consulting, Training and Annoying Kernel Pedantry.

Web page:  http://crashcourse.ca
Twitter:   http://twitter.com/rpjday


-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

RE: Low audio when logging into Fedora 11

[Mailing Lists]

Hi 
My Son who is only 15 is sorry for this mistake. It was my fault as I didn't 
know  how to send in a message correctly. If you can't encourage someone then 
don't try to frighten them off the list. A simple explaination of the matter 
would have been nicer and  be much more  constructive.

Thank you for whatever help we have received,  it was much appreciated.

Siobhan.



-Original Message-
From: fedora-list-boun...@redhat.com [mailto:fedora-list-boun...@redhat.com] On 
Behalf Of Kevin Martin
Sent: 12 October 2009 14:58
To: Community assistance, encouragement, and advice for using Fedora.
Subject: Re: Low audio when logging into Fedora 11



Mailing Lists wrote:
 Hi All,

 When I enter my password and log in to the  graphical User desktop, my audio 
 always seems low. I then go into the advanced sound controls and reset it but 
 it never holds. Once I reboot again its down low once more.

 It’s a realtek card and the alsa sound controller

 Thank you for any help on this.

 Paul.



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: root mail [SOLVED]

[Christoph Höger]

Am Dienstag, den 13.10.2009, 00:27 -0700 schrieb Konstantin Svist:
 On 10/13/2009 12:08 AM, Christoph Höger wrote:
  Nice to here this, but how do you sendmail to a real mta outside your
  box then (aka: How does esmtp decide to route without aliases)?
 
 
 Well, in this case I don't really need to send mail directly from the box.
  From what I understand, esmtp only uses procmail for local mail, so I 
 could set up a real SMTP server for esmtp to use, as well.
 
 I think what esmtp does is check for the @ symbol. If found, it sends 
 mail through SMTP server. If not, it uses procmail. Not sure why aliases 
 need to be involved in this...

Well, if you handle it that way, you basically have one implicit
alias ;)


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: comparison of gnote to tomboy is confusing.

[Ed Greshko]

Aaron Konstam wrote:
 Someone recently mentioned gnote as a substitute for tomboy. So I
 installed it. The two programs have essentially identical man pages. If
 you add gnote to your panel you get the same icon as tomboy. Executing
 both of then you get the same display. But looking at the program in
 the /usr/bin directory gnote is much larger. I looked at the script for
 tomboy and gnote is  not mentioned. But tomboy appears throughout the
 binary gnote.

 So, what is the scoop about these two programs?
 --
 ===
 If you stick your head in the sand, one thing is for sure, you're gonna
 get your rear kicked.
 ===
 Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net

   
If you do a yum info on both of these you'll get your answer.

-- 
Depend on the rabbit's foot if you will, but remember, it didn't help
the rabbit. -- R.E. Shay Guess Who! http://tinyurl.com/mc4xe7



signature.asc
Description: OpenPGP digital signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: iptables on FC11

[Christopher K. Johnson]

paul van der meij wrote:
I upgraded from FC9 to FC11 (new install) but iptables is behaving 
strange. My /etc/sysconfig/iptables file shows a number of ports as 
accept, but nmap tells a different story. e.g. imap port 143 is closed 
in nmap (and in truce), open in iptables file.

I did use the iptables GUI to configure.

Any idea what I am overlooking.

greetings, Paul van der Meij
What does 'netstat -atn' tell you?  If iptables allows connections to 
tcp 143 but there is no application listening on the port, that could 
explain what you describe.


Chris

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

GPT Partition Deletion - HELP

[Dan Track]

Hi,

How can I delete a GPT partition upon installation. Basically
everytime I install the OS I keep getting the following:

Filesystem type unknowm, partition type 0xee
kernel /vmlinuz.2.6.18-128.el5 ro root=LABEL=/

error 17: Cannot mount selected partition

Press any key to continue


Any ideas on this please, as I think it is related to GPT.

Thanks
Dan

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: recovering mp3 files

[Robin Laing]

Dave Stevens wrote:
I have an external drive formatted ntfs that had some mp3 files that were 
erased by mistake. I've tried both foremost and scalpel to recover them but 
neither supports mp3 file format. Does anyone have a suggestion about a 
program that might work for this?


Dave

I cannot remember clearly but I believe that Foremost can find mp3 files 
by adding the correct headers/footers into the configuration file.  You 
can configure the file to look for only one type of file.  I found this 
out when I needed to recover some photos.  My camera headers and footers 
were different than the default.


It has been awhile since I used it.

http://foremost.sourceforge.net/

--
Robin Laing

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Multipath command output - Help with understanding output

[Dan Track]

Hi,

I've configured multipath but I'm confused with the following. When I
run multipath -v2 I don't get any output, but if I run multipath
-v3 I get lot's of output e.g.:

cciss!c0d0: not found in pathvec
cciss!c0d0: mask = 0x1f
dm-0: blacklisted
hda: blacklisted
loop0: blacklisted
loop1: blacklisted
loop2: blacklisted
loop3: blacklisted
loop4: blacklisted
loop5: blacklisted
loop6: blacklisted
loop7: blacklisted
md0: blacklisted
ram0: blacklisted
ram10: blacklisted
ram11: blacklisted
ram12: blacklisted
ram13: blacklisted
ram14: blacklisted
ram15: blacklisted
ram1: blacklisted
ram2: blacklisted
ram3: blacklisted
ram4: blacklisted
ram5: blacklisted
ram6: blacklisted
ram7: blacklisted
ram8: blacklisted
ram9: blacklisted
sda: not found in pathvec
sda: mask = 0x1f
sda: bus = 1
sda: dev_t = 8:0
sda: size = 19534921728
sda: vendor = HP
sda: product = MSA2012sa
sda: rev = J300
sda: h:b:t:l = 0:0:0:1
sda: serial = 00c0ffd7ba4f4575b24a0100
sda: path checker = tur (controller setting)
sda: state = 2
sda: getprio = /sbin/mpath_prio_alua %d (controller setting)
sda: prio = 50
sda: getuid = /sbin/hp_scsi_id -g -u -n -s /block/%n (controller setting)
sda: uid = 3600c0ff000d7ba4f4575b24a0100 (callout)
sdb: not found in pathvec
sdb: mask = 0x1f
sdb: bus = 1
sdb: dev_t = 8:16
sdb: size = 19534921728
sdb: vendor = HP
sdb: product = MSA2012sa
sdb: rev = J300
sdb: h:b:t:l = 1:0:0:2
sdb: serial = 00c0ffd7ba4f4575b24a0100
sdb: path checker = tur (controller setting)
sdb: state = 2
sdb: getprio = /sbin/mpath_prio_alua %d (controller setting)
sdb: prio = 10
sdb: getuid = /sbin/hp_scsi_id -g -u -n -s /block/%n (controller setting)
sdb: uid = 3600c0ff000d7ba4f4575b24a0100 (callout)
= paths list =
uuid  hcildev dev_t pri dm_st  chk_st  vend/pr
3600c0ff000d7ba4f4575b24a0100 0:0:0:1 sda 8:0   50  [undef][ready] HP,MSA2
3600c0ff000d7ba4f4575b24a0100 1:0:0:2 sdb 8:16  10  [undef][ready] HP,MSA2
params = 1 queue_if_no_path 0 2 1 round-robin 0 1 1 8:0 100
round-robin 0 1 1 8:16 100
status = 2 0 0 0 2 1 A 0 1 0 8:0 A 0 E 0 1 0 8:16 A 0
Found matching wwid [3600c0ff000d7ba4f4575b24a0100] in bindings file.
Setting alias to mpath0
sda: ownership set to mpath0
sda: not found in pathvec
sda: mask = 0xc
sda: state = 2
sda: prio = 50
sdb: ownership set to mpath0
sdb: not found in pathvec
sdb: mask = 0xc
sdb: state = 2
sdb: prio = 10
mpath0: pgfailback = -2 (controller setting)
mpath0: pgpolicy = group_by_prio (controller setting)
mpath0: selector = round-robin 0 (controller setting)
mpath0: features = 0 (internal default)
mpath0: hwhandler = 0 (controller setting)
mpath0: rr_weight = 1 (internal default)
mpath0: minio = 100 (controller setting)
mpath0: no_path_retry = 18 (controller setting)
pg_timeout = NONE (internal default)
mpath0: set ACT_NOTHING (map unchanged)

multipath -ll
mpath0 (3600c0ff000d7ba4f4575b24a0100) dm-0 HP,MSA2012sa
[size=9.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:1 sda 8:0   [active][ready]
\_ round-robin 0 [prio=10][enabled]
 \_ 1:0:0:2 sdb 8:16  [active][ready]

Does that mean multipath is working on /dev/sda and /dev/sdb? Is the
lack of output for multipath -v2 a concern?

Thanks
Dan

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Testing Device Failure

[Dan Track]

Hi,

I've got two SAS links to my San, I want to test failure/recovery by
eleminating and device node. The easiest way is to manually unplug a
controller link and see what happens. I'd like to know how I can do it
via Linux, and then re-enable the device node? I have two device nodes
/dev/sda and /dev/sdb.

Thanks
Dan

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Network Manager doesn't play nice

[brian]

On 10/13/2009 12:11 PM, Frank Cox wrote:

On Tue, 13 Oct 2009 11:16:45 -0400
brian wrote:


Now, I had the file backed up anyway but I don't see any warning in the
docs that it does this. Is it just me, or is this rather shoddy
behaviour on NM's part?


By default, NM sets up a complete Internet connection for you.  Part of that
is creating a resolv.conf file.



I understand that. The point I was trying to make is that it destroyed 
an existing file in the process. It's very simple to write software that 
avoids doing that.


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

high latency fedora and cisco

[melvin obiri]

I've the following setup:

ISP---Cisco Fedora/9---Lan

worked well until recently, I started getting alot of mail on queue
On checking my network, I discovered I was getting unusually high ttl;
Which resulted into timeouts...interesting thing happens when I remove the
connection to the cisco router.

My early suspicion was am utilizing b/width at application level. However if
boot into run level 1 the problem persist ..if I remove the box, latencys
goes
is this some bug
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Network Manager doesn't play nice

[Tait Clarridge]

On Tue, 2009-10-13 at 12:22 -0400, brian wrote:
 On 10/13/2009 12:11 PM, Frank Cox wrote:
  On Tue, 13 Oct 2009 11:16:45 -0400
  brian wrote:
 
  Now, I had the file backed up anyway but I don't see any warning in the
  docs that it does this. Is it just me, or is this rather shoddy
  behaviour on NM's part?
 
  By default, NM sets up a complete Internet connection for you.  Part of 
  that
  is creating a resolv.conf file.
 
 
 I understand that. The point I was trying to make is that it destroyed 
 an existing file in the process. It's very simple to write software that 
 avoids doing that.

But if it is setup to not recreate the resolv.conf (which you can change
I believe) then there would be a lot of complaints from people who
cannot figure out resolv.conf for themselves.

If I recall correctly you should be able to add PEERDNS=no to
your /etc/sysconfig/network-scripts/ifcfg-ethX file (where X is the
interface number eg. eth0) and it shouldn't overwrite it.


signature.asc
Description: This is a digitally signed message part
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Multipath command output - Help with understanding output

[Phil Meyer]

On 10/13/2009 10:17 AM, Dan Track wrote:

Hi,

I've configured multipath but I'm confused with the following. When I
run multipath -v2 I don't get any output, but if I run multipath
-v3 I get lot's of output e.g.:

cciss!c0d0: not found in pathvec
cciss!c0d0: mask = 0x1f
dm-0: blacklisted
hda: blacklisted
loop0: blacklisted
loop1: blacklisted
loop2: blacklisted
loop3: blacklisted
loop4: blacklisted
loop5: blacklisted
loop6: blacklisted
loop7: blacklisted
md0: blacklisted
ram0: blacklisted
ram10: blacklisted
ram11: blacklisted
ram12: blacklisted
ram13: blacklisted
ram14: blacklisted
ram15: blacklisted
ram1: blacklisted
ram2: blacklisted
ram3: blacklisted
ram4: blacklisted
ram5: blacklisted
ram6: blacklisted
ram7: blacklisted
ram8: blacklisted
ram9: blacklisted
sda: not found in pathvec
sda: mask = 0x1f
sda: bus = 1
sda: dev_t = 8:0
sda: size = 19534921728
sda: vendor = HP
sda: product = MSA2012sa
sda: rev = J300
sda: h:b:t:l = 0:0:0:1
sda: serial = 00c0ffd7ba4f4575b24a0100
sda: path checker = tur (controller setting)
sda: state = 2
sda: getprio = /sbin/mpath_prio_alua %d (controller setting)
sda: prio = 50
sda: getuid = /sbin/hp_scsi_id -g -u -n -s /block/%n (controller setting)
sda: uid = 3600c0ff000d7ba4f4575b24a0100 (callout)
sdb: not found in pathvec
sdb: mask = 0x1f
sdb: bus = 1
sdb: dev_t = 8:16
sdb: size = 19534921728
sdb: vendor = HP
sdb: product = MSA2012sa
sdb: rev = J300
sdb: h:b:t:l = 1:0:0:2
sdb: serial = 00c0ffd7ba4f4575b24a0100
sdb: path checker = tur (controller setting)
sdb: state = 2
sdb: getprio = /sbin/mpath_prio_alua %d (controller setting)
sdb: prio = 10
sdb: getuid = /sbin/hp_scsi_id -g -u -n -s /block/%n (controller setting)
sdb: uid = 3600c0ff000d7ba4f4575b24a0100 (callout)
= paths list =
uuid  hcildev dev_t pri dm_st  chk_st  vend/pr
3600c0ff000d7ba4f4575b24a0100 0:0:0:1 sda 8:0   50  [undef][ready] HP,MSA2
3600c0ff000d7ba4f4575b24a0100 1:0:0:2 sdb 8:16  10  [undef][ready] HP,MSA2
params = 1 queue_if_no_path 0 2 1 round-robin 0 1 1 8:0 100
round-robin 0 1 1 8:16 100
status = 2 0 0 0 2 1 A 0 1 0 8:0 A 0 E 0 1 0 8:16 A 0
Found matching wwid [3600c0ff000d7ba4f4575b24a0100] in bindings file.
Setting alias to mpath0
sda: ownership set to mpath0
sda: not found in pathvec
sda: mask = 0xc
sda: state = 2
sda: prio = 50
sdb: ownership set to mpath0
sdb: not found in pathvec
sdb: mask = 0xc
sdb: state = 2
sdb: prio = 10
mpath0: pgfailback = -2 (controller setting)
mpath0: pgpolicy = group_by_prio (controller setting)
mpath0: selector = round-robin 0 (controller setting)
mpath0: features = 0 (internal default)
mpath0: hwhandler = 0 (controller setting)
mpath0: rr_weight = 1 (internal default)
mpath0: minio = 100 (controller setting)
mpath0: no_path_retry = 18 (controller setting)
pg_timeout = NONE (internal default)
mpath0: set ACT_NOTHING (map unchanged)

multipath -ll
mpath0 (3600c0ff000d7ba4f4575b24a0100) dm-0 HP,MSA2012sa
[size=9.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=50][active]
  \_ 0:0:0:1 sda 8:0   [active][ready]
\_ round-robin 0 [prio=10][enabled]
  \_ 1:0:0:2 sdb 8:16  [active][ready]

Does that mean multipath is working on /dev/sda and /dev/sdb? Is the
lack of output for multipath -v2 a concern?

Thanks
Dan

   


Yes, multipath -l may not show anything.  multipath -v3 should always 
show similar to the output above, and what you see is that it found two 
paths to the same device, which is good.  It is also going to round 
robin reads and writes, which is also good.


You may want to customize things a bit to make it easier to remember, or 
in case you add another unit or device.


I would suggest adding at least these to /etc/multipath.conf:

multipaths {
multipath {
uuid   3600c0ff000d7ba4f4575b24a0100
   failbackimmediate
rr_min_io1000
aliassan1
}

devices {
device {
vendorHP
productMSA2
features1 queue_if_no_path
path_checkertur
}
}


This creats the device: /dev/mapper/san1 which can then be partitioned 
and mkfs.


Good Luck!

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Multipath command output - Help with understanding output

[Dan Track]

On Tue, Oct 13, 2009 at 5:48 PM, Phil Meyer pme...@themeyerfarm.com wrote:
 On 10/13/2009 10:17 AM, Dan Track wrote:

 Hi,

 I've configured multipath but I'm confused with the following. When I
 run multipath -v2 I don't get any output, but if I run multipath
 -v3 I get lot's of output e.g.:

 cciss!c0d0: not found in pathvec
 cciss!c0d0: mask = 0x1f
 dm-0: blacklisted
 hda: blacklisted
 loop0: blacklisted
 loop1: blacklisted
 loop2: blacklisted
 loop3: blacklisted
 loop4: blacklisted
 loop5: blacklisted
 loop6: blacklisted
 loop7: blacklisted
 md0: blacklisted
 ram0: blacklisted
 ram10: blacklisted
 ram11: blacklisted
 ram12: blacklisted
 ram13: blacklisted
 ram14: blacklisted
 ram15: blacklisted
 ram1: blacklisted
 ram2: blacklisted
 ram3: blacklisted
 ram4: blacklisted
 ram5: blacklisted
 ram6: blacklisted
 ram7: blacklisted
 ram8: blacklisted
 ram9: blacklisted
 sda: not found in pathvec
 sda: mask = 0x1f
 sda: bus = 1
 sda: dev_t = 8:0
 sda: size = 19534921728
 sda: vendor = HP
 sda: product = MSA2012sa
 sda: rev = J300
 sda: h:b:t:l = 0:0:0:1
 sda: serial = 00c0ffd7ba4f4575b24a0100
 sda: path checker = tur (controller setting)
 sda: state = 2
 sda: getprio = /sbin/mpath_prio_alua %d (controller setting)
 sda: prio = 50
 sda: getuid = /sbin/hp_scsi_id -g -u -n -s /block/%n (controller setting)
 sda: uid = 3600c0ff000d7ba4f4575b24a0100 (callout)
 sdb: not found in pathvec
 sdb: mask = 0x1f
 sdb: bus = 1
 sdb: dev_t = 8:16
 sdb: size = 19534921728
 sdb: vendor = HP
 sdb: product = MSA2012sa
 sdb: rev = J300
 sdb: h:b:t:l = 1:0:0:2
 sdb: serial = 00c0ffd7ba4f4575b24a0100
 sdb: path checker = tur (controller setting)
 sdb: state = 2
 sdb: getprio = /sbin/mpath_prio_alua %d (controller setting)
 sdb: prio = 10
 sdb: getuid = /sbin/hp_scsi_id -g -u -n -s /block/%n (controller setting)
 sdb: uid = 3600c0ff000d7ba4f4575b24a0100 (callout)
 = paths list =
 uuid                              hcil    dev dev_t pri dm_st  chk_st
  vend/pr
 3600c0ff000d7ba4f4575b24a0100 0:0:0:1 sda 8:0   50  [undef][ready]
 HP,MSA2
 3600c0ff000d7ba4f4575b24a0100 1:0:0:2 sdb 8:16  10  [undef][ready]
 HP,MSA2
 params = 1 queue_if_no_path 0 2 1 round-robin 0 1 1 8:0 100
 round-robin 0 1 1 8:16 100
 status = 2 0 0 0 2 1 A 0 1 0 8:0 A 0 E 0 1 0 8:16 A 0
 Found matching wwid [3600c0ff000d7ba4f4575b24a0100] in bindings file.
 Setting alias to mpath0
 sda: ownership set to mpath0
 sda: not found in pathvec
 sda: mask = 0xc
 sda: state = 2
 sda: prio = 50
 sdb: ownership set to mpath0
 sdb: not found in pathvec
 sdb: mask = 0xc
 sdb: state = 2
 sdb: prio = 10
 mpath0: pgfailback = -2 (controller setting)
 mpath0: pgpolicy = group_by_prio (controller setting)
 mpath0: selector = round-robin 0 (controller setting)
 mpath0: features = 0 (internal default)
 mpath0: hwhandler = 0 (controller setting)
 mpath0: rr_weight = 1 (internal default)
 mpath0: minio = 100 (controller setting)
 mpath0: no_path_retry = 18 (controller setting)
 pg_timeout = NONE (internal default)
 mpath0: set ACT_NOTHING (map unchanged)

 multipath -ll
 mpath0 (3600c0ff000d7ba4f4575b24a0100) dm-0 HP,MSA2012sa
 [size=9.1T][features=1 queue_if_no_path][hwhandler=0][rw]
 \_ round-robin 0 [prio=50][active]
  \_ 0:0:0:1 sda 8:0   [active][ready]
 \_ round-robin 0 [prio=10][enabled]
  \_ 1:0:0:2 sdb 8:16  [active][ready]

 Does that mean multipath is working on /dev/sda and /dev/sdb? Is the
 lack of output for multipath -v2 a concern?

 Thanks
 Dan



 Yes, multipath -l may not show anything.  multipath -v3 should always show
 similar to the output above, and what you see is that it found two paths to
 the same device, which is good.  It is also going to round robin reads and
 writes, which is also good.

 You may want to customize things a bit to make it easier to remember, or in
 case you add another unit or device.

 I would suggest adding at least these to /etc/multipath.conf:

 multipaths {
    multipath {
        uuid       3600c0ff000d7ba4f4575b24a0100
       failback        immediate
        rr_min_io        1000
        alias            san1
    }

 devices {
    device {
        vendor            HP
        product            MSA2
        features        1 queue_if_no_path
        path_checker        tur
    }
 }


 This creats the device: /dev/mapper/san1 which can then be partitioned and
 mkfs.

 Good Luck!

Brilliant, many thanks for that.

I've already got the following /dev/mapper/mpath0 and
/dev/mpath/3600c0ff000d7ba4f4575b24a0100. Can you tell me how I
can reload the config and end up with /dev/mapper/san1?

Also when running pvcreate should I run

pvcreate /dev/mapper/mpath0
or
pvcreate /dev/mpath/3600c0ff000d7ba4f4575b24a0100
?

Thanks again.
Dan

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Multipath command output - Help with understanding output

[Bryn M. Reeves]

On Tue, 2009-10-13 at 10:48 -0600, Phil Meyer wrote:
 Yes, multipath -l may not show anything.  multipath -v3 should always 

multipath -l and multipath -ll will always produce output when there is
an active multipath device on the system (as is the case here) but
that's not what the OP was asking about.

 show similar to the output above, and what you see is that it found two 
 paths to the same device, which is good.  It is also going to round 
 robin reads and writes, which is also good.

That's not correct - the output shows two path groups and the device is
using group_by_prio path grouping policy:

mpath0: pgpolicy = group_by_prio (controller setting)
[...]
multipath -ll
mpath0 (3600c0ff000d7ba4f4575b24a0100) dm-0 HP,MSA2012sa
[size=9.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=50][active]
 \_ 0:0:0:1 sda 8:0   [active][ready]
\_ round-robin 0 [prio=10][enabled]
 \_ 1:0:0:2 sdb 8:16  [active][ready]

So the I/O will only flow over one of these path groups until there is a
failure and we switch to the other path group. I think the newer MSAs
(which this is) do support ALUA which would allow you to distribute the
I/O with some penalty on the non-preferred paths but the default
multipath configuration for this model of MSA will not do this.

 You may want to customize things a bit to make it easier to remember, or 
 in case you add another unit or device.
 
 I would suggest adding at least these to /etc/multipath.conf:
 
 multipaths {
  multipath {
  uuid   3600c0ff000d7ba4f4575b24a0100
 failbackimmediate
  rr_min_io1000
  aliassan1
  }

The OP was already using the user_friendly_names feature. Although
adding explicit aliases is useful in some situations many users prefer
to just use the automatically assigned mpathN names.

 devices {
  device {
  vendorHP
  productMSA2
  features1 queue_if_no_path
  path_checkertur
  }
 }

Why would you override the compiled-in settings for this storage
controller with this? There are two different generations of MSA2*
firmware out there which need different handling - the compiled in
defaults are careful to select the appropriate settings by matching
against the exact product string (MSA2[02]12fc|MSA2012i vs. 
MSA2012sa|MSA23(12|24)(fc|i|sa)).

Regards,
Bryn.


-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines