Re: Ownership avrdude
On Thu, Sep 3, 2009 at 3:35 PM, Bart Vanbrabant wrote: Hi, I'm claiming ownership over avrdude. There is a new upstream release and I'm in progress of packaging software that depends on avrdude. Any objections? No objection, please do. Chitlesh PS: Avrdude is included in the FEL livedvd. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Snapshot 1 available
Bill Nottingham wrote: Fedora 12 Snapshot 1 is now available for testing. These snapshots consist of live images only. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 1, for i686 and x86_64 Fedora 12 Live KDE Snapshot 1, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 1, for i686 Please report issues in bugzilla. Bill I changed the liveuser by pressing alt+F3 and logging in as root, but after login in kdm I get Could not start ksmserver. Check your installation.. And prelink is not available. :-) This is a kvm virtual machine. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Snapshot 1 available
Bill Nottingham wrote: Fedora 12 Snapshot 1 is now available for testing. These snapshots consist of live images only. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 1, for i686 and x86_64 Fedora 12 Live KDE Snapshot 1, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 1, for i686 Please report issues in bugzilla. Bill what's the password for liveuser? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 20090904
On Friday 04 Sep 2009 19:09:53 Jon Stanley wrote: 17:42:53 dgilmore Kevin_Kofler: please be quiet we have moved on Someone had to say it! libvdpau - it's a wrapper library, not the spawn of Satan or the end of the world! ;) I wonder how many people who voted for Mr Kofler to be appointed to FESCo realized quite how uncompromising he would be. Regards Clive -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090905 changes
Compose started at Sat Sep 5 06:15:06 UTC 2009 Broken deps for i386 -- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) = 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 Broken deps for x86_64 -- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) = 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) = 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64
dracut error message with latest kernel
Booting with newest kernel, get a message right at boot startup below... dracut warning: Theme charge not used/known/whatever. And I also see rd_plytheme=charge in grub as a kernel paramater. I am sure if I remove it or change charge to whatever would fix it? kernel-2.6.31-0.199.rc8.git2.fc12.x86_64 -- Mike Chambers Madisonville, KY -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Evolution in koji not correct version?
Latest release in rawhide for evo is evolution-2.27.91-1.fc12.x86_64. The latest built in koji is evolution-2.27.5-3.1.fc12. -- Mike Chambers Madisonville, KY -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: dracut error message with latest kernel
On Sat, Sep 05, 2009 at 07:36:11 -0500, Mike Chambers m...@miketc.net wrote: Booting with newest kernel, get a message right at boot startup below... dracut warning: Theme charge not used/known/whatever. And I also see rd_plytheme=charge in grub as a kernel paramater. I am sure if I remove it or change charge to whatever would fix it? kernel-2.6.31-0.199.rc8.git2.fc12.x86_64 That isn't the latest kernel. I would suggest just using the exact kernel version rather than a word like 'latest' or 'newest' that at best is only accurate for a short time and if you don't check koji, may not even be accurate when it is first used. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Where are selinux workarounds/exceptions/hacks tracked?
I remember ages and ages ago when selinux first came to Fedora that lots of apps (Java, flash, Mozilla/Firefox) didn't work because the apps did dodgy things with memory. I was wondering if these dodgy things still existed, and if they did, what effort was being put into making them go away? Is it tracked anywhere? Thanks. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Bugzilla Desktop Client
Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
2009/9/5 Rajkarn Singh rajkar...@gmail.com: Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Awesome! Very much appreciated! -- LG Thomas Dubium sapientiae initium -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: clang static analyzer: use it!
Roland McGrath wrote: They do not claim to handle C++. … which means most of my packages are not eligible for being analyzed by it. :-( Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Bugzilla Desktop Client
Would be grateful for info on what this does that bz web interface doesn't. On Sep 5, 2009 6:36 PM, Rajkarn Singh rajkar...@gmail.com wrote: Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -- 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: clang static analyzer: use it!
On Fri, Sep 4, 2009 at 9:04 AM, Steve Grubbsgr...@redhat.com wrote: On Friday 04 September 2009 02:30:14 am Jim Meyering wrote: Quick summary: use this tool: http://clang-analyzer.llvm.org/ If you're not using its scan-build tool, then start. Right now. Really. It's that good. Thanks for pointing this out! llvm is in Fedora. Looking at the build instructions for clang, it seems like it would naturally fit as a subpackage for llvm. So, getting it into Fedora should not be too much to do since llvm is already approved. I co-maintain the LLVM package, and this is next on my TODO list. Currently testing some configuration changes for OpenGTL and Pure. One snag is that there is no stable release of clang yet, but I can work around this by matching clang's revision number against LLVM's at the time of release. I'll probably start by doing an RPM of the LLVM 2.6 pre-release -- the current clang ought to be much better than the one from a year ago. Mail me off-list if you want to be notified when a build is ready for testing? Address it to sali...@fedoraproject.org to help my mail filters. Regards, -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: clang static analyzer: use it!
On Sat, Sep 5, 2009 at 5:07 PM, Kevin Koflerkevin.kof...@chello.at wrote: Roland McGrath wrote: They do not claim to handle C++. … which means most of my packages are not eligible for being analyzed by it. :-( Yes, unfortunately the priority is to get C going first and then Obj-C. -- Michel Alexandre Salim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 517620] Xchat wants to install additional font Japanese which fails
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=517620 --- Comment #4 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-09-05 11:13:45 EDT --- 1. If the text stack incorrectly decides to install a japanese font, it's a either a fontconfig (bad definition of japanese glyphs) or pango (bad detection) bug. If there is some japanese to display in (for example in one of the nicks), the autoinstall suggestion is correct 2. However once it has decided to install a japanese font, if it fails, that's clearly a pk bug -- 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 517789] Droid Sans overrides default Japanese desktop font
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=517789 Nicolas Mailhot nicolas.mail...@laposte.net changed: What|Removed |Added Flag||needinfo?(besfa...@redhat.c ||om) --- Comment #4 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-09-05 11:19:27 EDT --- Droid packaging has not changed for months, I guess this is fallout from all the CJK rules restructuring in fontconfig (I did ask people to check droid too :() Behdad: do you have an idea on how to restrict this rule properly to Droid Sans and Japanese ? It's not supposed to change the font for non-japanese and non-droid sans (unless the desktop spin people did set the default font to droid sans, in which case all bets are off) -- 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 495735] mergerepos results in traceback from yum.packages
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=495735 --- Comment #11 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-09-05 13:14:32 EDT --- (In reply to comment #10) Apparently, something in RPM has a non-utf8/non-unicode lang(some-japanese-characters) foo which causes yum.packages._dump_pco() to fail. We now export the font names font files declared in rpm metadata for font autoinstallation to work. They can be complex (non ASCII) Unicode. Though IIRC fc-query exports valid UTF-8, something else must be corrupting this data later -- 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 517789] Droid Sans overrides default Japanese desktop font
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=517789 Behdad Esfahbod besfa...@redhat.com changed: What|Removed |Added CC||besfa...@redhat.com Flag|needinfo?(besfa...@redhat.c | |om) | --- Comment #5 from Behdad Esfahbod besfa...@redhat.com 2009-09-05 20:07:28 EDT --- Nicolas, can you summarize what's going on? I'm clueless. -- 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 517789] Droid Sans overrides default Japanese desktop font
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=517789 --- Comment #6 from Matthias Clasen mcla...@redhat.com 2009-09-05 22:20:45 EDT --- Droid fonts are included on the desktop spin. They are not the default. -- 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 517789] Droid Sans overrides default Japanese desktop font
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=517789 --- Comment #7 from Behdad Esfahbod besfa...@redhat.com 2009-09-05 23:16:19 EDT --- So, we do want them in the default install? Why? Nicolas, you can't match language on target=scan. Lemme check your conf file and get back to you. -- 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
Re: Fedora Insight Zikula on pt6 Is About To Be Upgraded
On 09/04/2009 04:40 PM, Affix wrote: Zikula Upgraded to Zikula 1.1.2 Wow - and the skin's back up on there as well (as a checkout from an SVN repository, svnfedora-zikula-theme, w00t)! Thanks, Keiran - this is fantastic. Do the instructions on https://fedoraproject.org/wiki/How_to_set_up_a_Zikula_sandbox still work, or is there anything we need to do to edit them to reflect the install process for 1.1.2? --Mel ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
RE: Building kernel-2.6.31-0.190 rawhide in F11
From: remotes...@live.com CC: fedora-kernel-list@redhat.com Subject: RE: Building kernel-2.6.31-0.190 rawhide in F11 Date: Fri, 4 Sep 2009 20:04:35 -0700 From: pebo...@tiscali.nl To: remotes...@live.com Date: Fri, 4 Sep 2009 10:38:44 +0200 CC: fedora-kernel-list@redhat.com Subject: Re: Building kernel-2.6.31-0.190 rawhide in F11 On Thu, 2009-09-03 at 22:08 -0700, Markus Kesaromous wrote: Build, instal and boot went fine, except radeon driver does not work. Radeon works just fine in 2.6.29.6-217.2.16.fc11.i586, but not in 2.6.31-0.190... That could be some sort of mismatch between that Rawhide kernel and the F11 X Server you seem to use (Rawhide currently uses X.Org X Server 1.6.99.1). I'd try one of the following kernel command line options: nomodeset radeon.modeset=0 Those could be used to work around some issues with Rawhide's Radeon kernel driver (or Rawhide's Radeon X module, or whatever) a few weeks back. (It' s just a guess though. I hardly know anything about the way the kernel and the X Server interact.) Paul Bolle Thank you Paul. nomodeset was accepted as a boot arg. radeon.modeset=0 was not recognized as a valid boot arg. However, nomodeset did the trick. I now have X up under the auspices of kernel-2.6.31-rc8.fc11.i586 Other observations: after I edited the boot args and added the nomodeset radeo.moseset=0 and pressed b to boot, it took almost 3 minutes to get the login prompt. Even after logging in, it took more than 1 minute to populate the screen with all my icons: about 55 of them. Also, starting up Firefox and thunderbird also took considerably longer. Sorry for not providing an objective time value in terms of how much slower they started - should have timed them ! To provide some comparison with other kernels: 2.6.29.6-217.2.16.fc11.i586 boots to the login prompt in 1.5 minutes. 2.6.29.5.191.fc11.586 booted to login prompt in 38 seconds. On same dual boot machine, Windows XP boots to login prompt in 30 seconds. Cheers, MK I timed the boot to login prompt duration again for kernel-2.6.31-0.190 and this time it took only 84 seconds. First timing may have been affected by other factors - fsck??? MK _ Get back to school stuff for them and cashback for you. http://www.bing.com/cashback?form=MSHYCBpubl=WLHMTAGcrea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Fedora11: Plans for updated mesa/xorg packages ?
On 09/03/2009 03:10 PM, Terry Barnaby wrote: On 09/03/2009 02:11 PM, Rahul Sundaram wrote: On 09/03/2009 01:34 PM, Terry Barnaby wrote: Does anyone know if there is a plan to release updated xorg/mesa packages for F11 any time soon ? The F11 ones are very broken, at least for ATI radeon based systems. I have been using code from freedesktops git sources (drm,mesa,xf86-video-ati) and this is now getting there, at least blender works ! However, the changes needed to the stock F11 are now getting larger (xserver update) and it would be good to have an RPM based system again ! Do you have bugzilla numbers so we know what breakage you are talking about? Rahul There are a large number of ATI R200/R300/R500 bugs listed in Freedesktop's bugzilla. Two that I have had dealings with are: 21774 and 23232, however due to heavy development in the xorg/mesa packages there are a lot more than that. Before using the git sources for drm/mesa,xf86-video-ati I had various crashes, hangs, system lockups and pixel errors on the screen on both R300 and R200 based systems. I think it is the same for Intel graphics as well. I don't like using raw git/non RPM code on my systems, but, without the git xorg/mesa code F11 is unworkable for me. Unfortunately the bug, 23232, requires a more recent XOrg XServer. This has heavy system dependencies and would require me to do a lot of work in building many packages right down to OpenSSL ... It seems, to me, that the XOrg/Mesa code has got a lot better since the code F11 was based on and a F11 update is due. It would certainly help me and many others ... Cheers Terry So are there any plans for updated mesa/xorg packages for F11 ? Looking at the Mesa and freedesktop mail lists, Mesa is just branching its 7.6 branch for stable/bug fixing and Xorg is stabilising for release 1.7 of the XServer. Sounds like a good time for Fedora 11 to update to the latest ... Is there any road map or plans for F11 somewhere ? Cheers Terry -- 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: Enabling Tabs On Mediawiki
On 09/04/2009 08:16 PM, Aldo Foot wrote: On Fri, Sep 4, 2009 at 4:53 PM, Robert L Cochrancochr...@speakeasy.net wrote: ...snip... Aldo, thank you for making me aware of this. I'm going to work on installing from the Mediawiki source just as you have. As I want to try to save the one wiki page that I've spent hours working on, I'm going back up my database and configuration files and see if I can treat this as an upgrade. That requires an AdminSettings.php file to be present in the wiki root. There is an /usr/share/mediawiki/AdminSettings.sample which can be copied to the wiki root. The file is needed for scripts in the maintenance directory to run. I didn't know any of these details until I started looking at the upgrade page here: http://www.mediawiki.org/wiki/Manual:Upgrading I will let you know how things go. I'll also file bugs as needed to get this issue of no tabs resolved in the Fedora version of mediawiki. Perhaps some needed installation files were left out of the binaries. Bob I like the Alternative 2: Re-run the installer. Since I know the usernames, passwords and initial dbase name it could be as simple as re-typing them. I'll try to find some time and rerun my install just to test this. It could be a lifesaver for a future upgrade. Who knows... perhaps there is a yum package in some repo to add tabs. The manual method is just not efficient compared to installing from source. BTW, thanks for that link to the manual upgrade. ~af Hi Aldo, I figured out the problem and got the beautiful Mediawiki Monobook skin to finally show up, using the Fedora-packaged mediawiki code. The key to solving the problem was constantly checking out /var/log/httpd/error_log, which hundreds if not thousands of entries like these: [Sat Sep 05 02:25:05 2009] [error] [client 127.0.0.1] File does not exist: /var/www/html/w/skins/common, referer: http://deafeng3.signtype.info/wiki/Main_Page [Sat Sep 05 02:25:05 2009] [error] [client 127.0.0.1] File does not exist: /var/www/html/w/skins/common, referer: http://deafeng3.signtype.info/wiki/Main_Page I'm running httpd -- the Apache web server. This message means the server couldn't find a file being requested. In this case, it was trying to fetch the stuff needed to show the default Monobook skin. My document root is /var/www/html, and within that, I set up the wiki root which is /var/www/html/w. Inside that is an empty directory named 'skins'. And httpd couldn't find skins/common. With more reading of documentation, I realized something was wrong with my /etc/httpd/conf.d/mediawiki.conf file. Specifically, my Alias statements were not set up correctly. Here is the Alias statement that fixes the error messages above: Alias /w/skins /usr/share/mediawiki/skins After which running apachectl configtest service httpd restart magically got the beautiful Monobook skin to work! The next step was to get Short URLs to work. That meant reading this MediaWiki article: http://www.mediawiki.org/wiki/Short_URL and adding these lines to LocalSettings.php in /var/www/html/w : # Virtual path. This directory MUST be different from the one used in $wgScriptPath $wgArticlePath = /wiki/$1; # Enable use of pretty URLs $wgUsePathInfo = true; I put these right below this line: $wgScriptPath = /w; And then I needed one more Alias entry in /etc/httpd/conf.d/mediawiki.conf: Alias /wiki /var/www/html/w/index.php Save the file, test the configuration, restart httpd, and pow! URLs like this should work: http://localhost/wiki/Chigger_Bites I hope this helps you. I think these changes now allow what I want to see. I've learned a thing or two about Mediawiki and Apache, and also of backing up my wiki files properly. Oh, a few final bits. Every time you see a reference to giving the webserver write access to some resource, that means basically doing this: chown apache.apache /path/to/file Be careful that AdminSettings.php is not world-readable if you create it in your wiki root. Thanks Bob -- 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
Euro Symbol Where do I find it F11 oo.o\Character Map?
Looking to insert WEuro Symbol in a oo.o spreadsheet, but cannot seem to find where to get the character, on the box F11 UTF_8 default encoding. -- Regards, Frank jabber + msn + yahoo = frankly3d http://fedoraproject.org/wiki/User:Frankly3d http://www.frankly3d.com -- 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
Solved Re: Euro Symbol Where do I find it F11 oo.o\Character Map?
On 05/09/09 12:38, Colin J Thomson - G6AVK wrote: Hi, On Saturday 05 September 2009 12:24:59 Frank Murphy (Frankly3D) wrote: Looking to insert WEuro Symbol in a oo.o spreadsheet, but cannot seem to find where to get the character, on the box F11 UTF_8 default encoding. Alt Gr 4 should do the trick, seems the default key combo here in KDE4/F11 Thanks Colin, was trying ctrl-alt-4 Alt Gr +4 it is, Gnome. Frank -- 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: USB I/O performance
Tony Nelson wrote: On 09-08-30 20:06:22, Roberto Ragusa wrote: ... I have a really slow flash (writes at 2MiB/s), so I tried to increase the number; the trick was impossible for me, the parameter is refused when 120. Just out of curiosity, what happens with 64? 64 or 60 appears to slow it down a bit (2.5MiB/s becomes 2.2MiB/s). -- Roberto Ragusamail at robertoragusa.it -- 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 compile dependence problem
On Fri, 04 Sep 2009 07:02:46 -0500, John wrote: I am trying to compile an application on a Fedora 11 computer I have but keep getting a missing dependency error when trying to install qt-devel. Show us more of the output and the full command you entered! The glibc-common.x86_64 that is installed on your machine is from updates-testing. The one that Yum tries to pull in is from updates. Did you forget to enable updates-testing when trying to install qt-devel? Here is the error: -- Processing Dependency: glibc-common = 2.10.1-4 for package: glibc-2.10.1-4.i686 --- Package nss-softokn-freebl.i586 0:3.12.3.99.3-2.11.4.fc11 set to be updated -- Finished Dependency Resolution glibc-2.10.1-4.i686 from updates has depsolving problems -- Missing Dependency: glibc-common = 2.10.1-4 is needed by package glibc-2.10.1-4.i686 (updates) Error: Missing Dependency: glibc-common = 2.10.1-4 is needed by package glibc-2.10.1-4.i686 (updates) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest # rpm -Va --nofiles --nodigestreturns nothing I appear to have glibc-common installed. # rpm -qa | grep glibc-common glibc-common-2.10.1-5.x86_64 -- 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
stream goes broken when listening to some radio
If I tune to Radioswisspop ( http://www.radioswisspop.ch/it/webradio ) for example, stream goes broken after sometime (faster in Rhythmbox than in Totem, but I cannot play for more than hour, many times about 15 minutes..)) and it is independent from quality of stream. Any comment??? I suppose that it is dependent on some gstreamer package, in M$Windows stream on same hardware is o.k Computer is a F11 fully updated, with Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller -- Antonio Montagnani Skype : antoniomontag SIP: antoniomon...@ekiga.net -- 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: stream goes broken when listening to some radio
Perhaps the CCRMA kernel would help; it's realtime enhanced. On 09/05/2009 10:01 AM, Antonio M wrote: If I tune to Radioswisspop ( http://www.radioswisspop.ch/it/webradio ) for example, stream goes broken after sometime (faster in Rhythmbox than in Totem, but I cannot play for more than hour, many times about 15 minutes..)) and it is independent from quality of stream. Any comment??? I suppose that it is dependent on some gstreamer package, in M$Windows stream on same hardware is o.k Computer is a F11 fully updated, with Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller -- http://clients.teksavvy.com/~echapin -- 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: stream goes broken when listening to some radio
2009/9/5 Elliott Chapin echa...@teksavvy.com: Perhaps the CCRMA kernel would help; it's realtime enhanced. On 09/05/2009 10:01 AM, Antonio M wrote: not available for F11, I think And my system was working fine until recently, I don't know if something happened to the stream or to some package during updates -- Antonio Montagnani Skype : antoniomontag SIP: antoniomon...@ekiga.net -- 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: stream goes broken when listening to some radio
Oh? Guess what I'm running :) On 09/05/2009 10:59 AM, Antonio M wrote: 2009/9/5 Elliott Chapinecha...@teksavvy.com: Perhaps the CCRMA kernel would help; it's realtime enhanced. On 09/05/2009 10:01 AM, Antonio M wrote: not available for F11, I think And my system was working fine until recently, I don't know if something happened to the stream or to some package during updates -- http://clients.teksavvy.com/~echapin -- 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 11 Nautilus CD/DVD creator problem
I am running Fedora 11 x86_64 with a Panasonic CD/DVD writer. I am having a consistent issue with the Nautilus CD/DVD creator. After clicking burn to disk Brassero is invoked to burn the data to disk, and after the data is burned to the disk it goes into Creating image checksum mode, and will sit there forever until I click Cancel Once Cancel is clicked I get the Data CD successfully burnt message but clicking on the desktop icon to unmount it, the icon remains and repeated clicking has no effect. I can simply press the drive button and the disk is ejected. Reinsertion shows that the disk is fine, where, if anywhere should I report these bugs? Applications such as K3B work fine. Any other ideas would be appreciated. -- cheers, Paul - VA7NT - email: va...@telus.net Those who hear not the music, think the dancers mad. “Tolerance becomes a crime when applied to evil.” - Thomas Mann That state which separates it's warriors from it's scholars will have it's thinking done by cowards and fighting done by fools - Thucydides - The Pelopenisia The Malice of the wicked is reinforced by the weakness of the virtuous. - Churchill -- 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
F11 Upgrade Hangs
I am trying to upgrade my Fedora 10 system to Fedora 11. System is x86_64 with a RAID1 Mirror. /Boot is on this mirror, so I can't use preupgrade (Bug 504826). Instead, I downloaded the install DVD and tried to do the upgrade. If I choose Upgrade Existing System,the upgrade starts and I think /sbin/loader runs then it hangs at Initializing Hardware. I do get a mouse pointer that starts working after a minute or so. But that's it. Also, the text is shifted to the right. So the information starts on the far right of the screen and then wraps to the left. When I then tried using the Install using basic video driver option, my existing F10 installation isn't found. Instead, an error of error reading device sda is displayed and I am asked to reinitialize my drives, which is something I'd rather not do. Any suggestions? Thank you, Law -- 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: stream goes broken when listening to some radio
2009/9/5 Elliott Chapin echa...@teksavvy.com: Oh? Guess what I'm running :) On 09/05/2009 10:59 AM, Antonio M wrote: 2009/9/5 Elliott Chapinecha...@teksavvy.com: Perhaps the CCRMA kernel would help; it's realtime enhanced. On 09/05/2009 10:01 AM, Antonio M wrote: not available for F11, I think And my system was working fine until recently, I don't know if something happened to the stream or to some package during updates -- http://clients.teksavvy.com/~echapin -- 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 I installed gecko-mediaplayer and I conencted to same radio.If I start it from the song ticker, I can load blocks of 17 min 53 sec and when each block is finished music stops and I have to re-issue a play (button..) If I start from the main page I get a counter for example of 7:53/2:08 where 7:53 increases with time but 2:08 doesn't increase. I am confused -- Antonio Montagnani Skype : antoniomontag SIP: antoniomon...@ekiga.net -- 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: stream goes broken when listening to some radio
i use mplayer which in turn uses alsa audio/pulseaudio. i get a counter that shows cache size and does, on occasion, run dry making the stream stop. when this happens, i find a message re: audio in the /var/log/messages file. i suggest you look at this system log when you stream dies looking for explicit clues. then depending on what you see for a fact, decide your course of action. swapping kernels on a whim seems like swatting at flies with a 12 gauge... :-\ FWIW, my fc10 seemed to work better, but my current fc11 has this symptom too. good luck, ... On 09/05/2009 08:57 AM, Antonio M wrote: 2009/9/5 Elliott Chapinecha...@teksavvy.com: Oh? Guess what I'm running :) On 09/05/2009 10:59 AM, Antonio M wrote: 2009/9/5 Elliott Chapinecha...@teksavvy.com: Perhaps the CCRMA kernel would help; it's realtime enhanced. On 09/05/2009 10:01 AM, Antonio M wrote: not available for F11, I think And my system was working fine until recently, I don't know if something happened to the stream or to some package during updates -- http://clients.teksavvy.com/~echapin -- 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 I installed gecko-mediaplayer and I conencted to same radio.If I start it from the song ticker, I can load blocks of 17 min 53 sec and when each block is finished music stops and I have to re-issue a play (button..) If I start from the main page I get a counter for example of 7:53/2:08 where 7:53 increases with time but 2:08 doesn't increase. I am confused -- jack craig ja...@linuxlighthouse.com 831-684-1375 (Office) 831-596-6924 (cell) IM: jackcraigaptos (AIM) _ This email has been ClamScanned ! www.LinuxLightHouse.com -- 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
system unbootable after online upgrade to Fedora 11
Help, please, I recently upgraded online from F10 to F11 but now the system hangs with a blinking cursor to the top left hand side of the screen immediately after the fedora 11 progress bar at bottom of the screen completes. Can someone advise me how to solve this problem? -- 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
SELinux Exim Problem
On F11 when exim attempts to retrieve mail from my ISP, I get the following: Summary: SELinux is preventing exim (exim_t) getattr boot_t. Detailed Description: SELinux denied access requested by exim. It is not expected that this access is required by exim and this access may signal an intrusion attempt. It is also possible that the specific version or configuration of the application is causing it to require additional access. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable SELinux protection altogether. Disabling SELinux protection is not recommended. Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package. Additional Information: Source Contextsystem_u:system_r:exim_t:s0 Target Contextsystem_u:object_r:boot_t:s0 Target Objects/boot [ dir ] Sourceexim Source Path /usr/sbin/exim Port Unknown Host flinux Source RPM Packages exim-4.69-10.fc11 Target RPM Packages filesystem-2.4.21-1.fc11 Policy RPMselinux-policy-3.6.12-80.fc11 Selinux Enabled True Policy Type targeted MLS Enabled True Enforcing ModeEnforcing Plugin Name catchall Host Name flinux Platform Linux flinux 2.6.29.6-217.2.16.fc11.i686.PAE #1 SMP Mon Aug 24 17:16:21 EDT 2009 i686 athlon Alert Count 327 First SeenSun 12 Jul 2009 05:09:10 PM PDT Last Seen Sat 05 Sep 2009 09:05:41 AM PDT Local ID c330c7e2-7fd7-45ae-8ebb-8de1def6e145 Line Numbers Raw Audit Messages node=flinux type=AVC msg=audit(1252166741.77:28): avc: denied { getattr } for pid=2279 comm=exim path=/boot dev=sda1 ino=2 scontext=system_u:system_r:exim_t:s0 tcontext=system_u:object_r:boot_t:s0 tclass=dir node=flinux type=SYSCALL msg=audit(1252166741.77:28): arch=4003 syscall=195 success=no exit=-13 a0=bfbe1292 a1=bfbe1688 a2=756ff4 a3=0 items=0 ppid=1489 pid=2279 auid=4294967295 uid=93 gid=93 euid=93 suid=93 fsuid=93 egid=93 sgid=93 fsgid=93 tty=(none) ses=4294967295 comm=exim exe=/usr/sbin/exim subj=system_u:system_r:exim_t:s0 key=(null) = Other information: RPMs: exim-4.69-10.fc11.i586 selinux-policy-3.6.12-80.fc11.noarch selinux-policy-targeted-3.6.12-80.fc11.noarch The mail does get through but I get an SELinux error for each message. I've looked for '/boot' in exim config files but came up empty. I installed F11 but kept my home directory which is on a different disk. Since I have not heard anyone else complaining about this, I figure that it's my configuration. I just don't know where else to look. Frank -- 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: F11 Upgrade Hangs
On 09/05/2009 11:43 AM, Law Barstow wrote: I am trying to upgrade my Fedora 10 system to Fedora 11. System is x86_64 with a RAID1 Mirror. /Boot is on this mirror, so I can't use preupgrade (Bug 504826). Instead, I downloaded the install DVD and tried to do the upgrade. If I choose Upgrade Existing System,the upgrade starts and I think /sbin/loader runs then it hangs at Initializing Hardware. I do get a mouse pointer that starts working after a minute or so. But that's it. Also, the text is shifted to the right. So the information starts on the far right of the screen and then wraps to the left. When I then tried using the Install using basic video driver option, my existing F10 installation isn't found. Instead, an error of error reading device sda is displayed and I am asked to reinitialize my drives, which is something I'd rather not do. Any suggestions? Can you break the mirror, do the upgrade in degraded mode, then re-add the mirror and rebuild? Thank you, Law -- Kevin J. Cummings kjch...@rcn.com cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://counter.li.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: Enabling Tabs On Mediawiki
On Sat, Sep 5, 2009 at 12:08 AM, Robert L Cochrancochr...@speakeasy.net wrote: Hi Aldo, I figured out the problem and got the beautiful Mediawiki Monobook skin to finally show up, using the Fedora-packaged mediawiki code. The key to solving the problem was constantly checking out /var/log/httpd/error_log, which hundreds if not thousands of entries like these: [Sat Sep 05 02:25:05 2009] [error] [client 127.0.0.1] File does not exist: /var/www/html/w/skins/common, referer: Nothing is ever easy with Fedora, eh? :-) Yesterday, I was playing around with the skin settings in my wiki and noticed the similarity between a particular skin type and the barebone yum install. I had the thought in the back of my mind that it could be a skin related problem, but I dismissed it thinking that it was too simple. Sometimes the answer is right in front of us. You've come up with a good answer; nice work. ~af -- 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
Wordpress Permissions For Image Uploads
I installed the Fedora package of wordpress and promptly created a user account for myself and tried to upload a photo to my first post. The upload keeps failing due to permissions problems. Wordpress wants to upload (via php scripts) to /usr/share/wordpress/wp-content/uploads/2009/09. I think I need to change /usr/share/wordpress to allow the user apache group ownership: chown -R root.apache /usr/share/wordpress then give group write and execute permissions for /usr/share/wordpress and all its subdirectories: chmod -R g+wx /usr/share/wordpress. Are there any Wordpress users out there with advice for me about whether this makes sense? Thanks Bob -- 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: USB I/O performance
On 09-09-05 08:22:36, Roberto Ragusa wrote: Tony Nelson wrote: On 09-08-30 20:06:22, Roberto Ragusa wrote: ... I have a really slow flash (writes at 2MiB/s), so I tried to increase the number; the trick was impossible for me, the parameter is refused when 120. Just out of curiosity, what happens with 64? 64 or 60 appears to slow it down a bit (2.5MiB/s becomes 2.2MiB/s). Thanks. So it's not just a power of 2 issue. I wonder if it is related to the size of an erase block (which I read are usually 64K, 128K, or 256K)? When writing is slow, there may be lots of read/alter/rewrites happening, with extra wear on the flash. -- TonyN.:' mailto:tonynel...@georgeanelson.com ' http://www.georgeanelson.com/ -- 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: Wordpress Permissions For Image Uploads
El sáb, 05-09-2009 a las 12:52 -0400, Robert L Cochran escribió: I installed the Fedora package of wordpress and promptly created a user account for myself and tried to upload a photo to my first post. The upload keeps failing due to permissions problems. Wordpress wants to upload (via php scripts) to /usr/share/wordpress/wp-content/uploads/2009/09. I think I need to change /usr/share/wordpress to allow the user apache group ownership: chown -R root.apache /usr/share/wordpress then give group write and execute permissions for /usr/share/wordpress and all its subdirectories: chmod -R g+wx /usr/share/wordpress. Are there any Wordpress users out there with advice for me about whether this makes sense? Are you sure it can access /usr then /usr/share? If it cannot access /usr/share first it will keep failing. Manuel. -- 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 compile dependence problem - resolved
On Fri, 04 Sep 2009 07:02:46 -0500, John wrote: I am trying to compile an application on a Fedora 11 computer I have but keep getting a missing dependency error when trying to install qt-devel. Show us more of the output and the full command you entered! The glibc-common.x86_64 that is installed on your machine is from updates-testing. The one that Yum tries to pull in is from updates. Did you forget to enable updates-testing when trying to install qt-devel? Here is the error: -- Processing Dependency: glibc-common = 2.10.1-4 for package: glibc-2.10.1-4.i686 --- Package nss-softokn-freebl.i586 0:3.12.3.99.3-2.11.4.fc11 set to be updated -- Finished Dependency Resolution glibc-2.10.1-4.i686 from updates has depsolving problems -- Missing Dependency: glibc-common = 2.10.1-4 is needed by package glibc-2.10.1-4.i686 (updates) Error: Missing Dependency: glibc-common = 2.10.1-4 is needed by package glibc-2.10.1-4.i686 (updates) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest # rpm -Va --nofiles --nodigestreturns nothing I appear to have glibc-common installed. # rpm -qa | grep glibc-common glibc-common-2.10.1-5.x86_64 I went down that same route also. I had the fedora-updates.repo enabled so I decieded to enable the fedora-updates-testing.repo. I do not like to do this but for the installation of one dependency I was hoping it would not cause a problem. After enabling the testing repo I was able to resolve the dependency. I have now disabled the fedora-updates-testing.repo and everything is working fine. Thanks for all of the suggestions that finally pushed me in the right direction. -- 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
For hardware engineer types re: sound controlers and/or codec chips ??
Hi; I am chasing down the creation or production of sound on my computer. Everything is fitting into place after being at it, on and off, for a couple of years. However, there is one hardware answer I don't seem able to chase down. Where is the sound data kept immediately on arrival at the sound card? Whether analog or digital; whatever the source; sound arrives at the sound card or at on-board chip(s). Whether the sound is in 'chunks', 'segments' or 'packets', the sound data has to be stored somewhere on the sound card, before being coded or decoded, or before being moved to the DMA. I expect that the memory requirements are small, perhaps only a few bytes, but none-the-less, the sound card has to (I would think) store the data somewhere before processing it and putting it in a DMA buffer. Is my assumption about temporary, perhaps 1-2 ticks, storage accurate? Where is this data stored? Does the sound card itself have some small capacity for memory? -- SRAM or DRAM? If so, is this storage a property or function of the sound controller or the codec chip? Is there a way to tell the size or nature of this memory from the specifications, or, the hardware definitions in lshw, or, cat /proc/asound/card*/pcm*/info? Is, for some reason, this information propitiatory to manufacturers ? If it is propitiatory, can you give me a best guess? In the end, this is not a terribly important issue, other than without an explanation, the understanding of the logic chain for hardware and software used by sound is broken. -- Regards Bill Fedora 11, Gnome 2.26.3 Evo.2.26.3, Emacs 23.1.1 -- 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: stream goes broken when listening to some radio
2009/9/5 jack craig ja...@linuxlighthouse.com: i use mplayer which in turn uses alsa audio/pulseaudio. i get a counter that shows cache size and does, on occasion, run dry making the stream stop. when this happens, i find a message re: audio in the /var/log/messages file. i suggest you look at this system log when you stream dies looking for explicit clues. then depending on what you see for a fact, decide your course of action. swapping kernels on a whim seems like swatting at flies with a 12 gauge... :-\ FWIW, my fc10 seemed to work better, but my current fc11 has this symptom too. good luck, ... On 09/05/2009 08:57 AM, Antonio M wrote: 2009/9/5 Elliott Chapinecha...@teksavvy.com: Oh? Guess what I'm running :) On 09/05/2009 10:59 AM, Antonio M wrote: 2009/9/5 Elliott Chapinecha...@teksavvy.com: Perhaps the CCRMA kernel would help; it's realtime enhanced. On 09/05/2009 10:01 AM, Antonio M wrote: not available for F11, I think And my system was working fine until recently, I don't know if something happened to the stream or to some package during updates -- http://clients.teksavvy.com/~echapin -- 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 I installed gecko-mediaplayer and I conencted to same radio.If I start it from the song ticker, I can load blocks of 17 min 53 sec and when each block is finished music stops and I have to re-issue a play (button..) If I start from the main page I get a counter for example of 7:53/2:08 where 7:53 increases with time but 2:08 doesn't increase. I am confused -- jack craig ja...@linuxlighthouse.com 831-684-1375 (Office) 831-596-6924 (cell) IM: jackcraigaptos (AIM) _ This email has been ClamScanned ! www.LinuxLightHouse.com -- 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 No clues in var/log/messages but when Rhythmbox stops playing radio stream I get in pulseaudio -vv: I: module-device-restore.c: Storing volume/mute for device sink:alsa_output.pci_8086_24d5_sound_card_0. E: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! E: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA developers. E: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value min_avail. I: module-device-restore.c: Synced. D: sink-input.c: Requesting rewind due to corking D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. I: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 idle for too long, suspending ... I: alsa-sink.c: Device suspended... what is the component to bug-file against??? -- Antonio Montagnani Skype : antoniomontag SIP: antoniomon...@ekiga.net -- 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
add itunes podcast feeds to rhythmbox?
Hi all; anyone know how to add itunes podcast links to rhythmbox? I tried to copy the link but rhythmbox doesn't like it Also any suggestions per finding podcasts (outside of 'topic podcast' in google)? Thanks in advance -- 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: For hardware engineer types re: sound controlers and/or codec chips ??
On 09/05/2009 10:36 AM, William Case wrote: Hi; I am chasing down the creation or production of sound on my computer. Everything is fitting into place after being at it, on and off, for a couple of years. However, there is one hardware answer I don't seem able to chase down. Where is the sound data kept immediately on arrival at the sound card? Whether analog or digital; whatever the source; sound arrives at the sound card or at on-board chip(s). Whether the sound is in 'chunks', 'segments' or 'packets', the sound data has to be stored somewhere on the sound card, before being coded or decoded, or before being moved to the DMA. I expect that the memory requirements are small, perhaps only a few bytes, but none-the-less, the sound card has to (I would think) store the data somewhere before processing it and putting it in a DMA buffer. Is my assumption about temporary, perhaps 1-2 ticks, storage accurate? Where is this data stored? Does the sound card itself have some small capacity for memory? -- SRAM or DRAM? If so, is this storage a property or function of the sound controller or the codec chip? Is there a way to tell the size or nature of this memory from the specifications, or, the hardware definitions in lshw, or, cat /proc/asound/card*/pcm*/info? Is, for some reason, this information propitiatory to manufacturers ? If it is propitiatory, can you give me a best guess? In the end, this is not a terribly important issue, other than without an explanation, the understanding of the logic chain for hardware and software used by sound is broken. Take a look here... http://www.intel.com/design/chipsets/hdaudio.htm Regards, John -- 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: stream goes broken when listening to some radio
2009/9/5 Antonio M antonio.montagn...@gmail.com: No clues in var/log/messages but when Rhythmbox stops playing radio stream I get in pulseaudio -vv: I: module-device-restore.c: Storing volume/mute for device sink:alsa_output.pci_8086_24d5_sound_card_0. E: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! E: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA developers. E: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value min_avail. I: module-device-restore.c: Synced. D: sink-input.c: Requesting rewind due to corking D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. I: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 idle for too long, suspending ... I: alsa-sink.c: Device suspended... what is the component to bug-file against??? -- removing tsched=0 from default.pa configuration file for pulseaudio did the trick!!! -- Antonio Montagnani Skype : antoniomontag SIP: antoniomon...@ekiga.net -- 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: stream goes broken when listening to some radio
2009/9/5 Antonio M antonio.montagn...@gmail.com: 2009/9/5 Antonio M antonio.montagn...@gmail.com: No clues in var/log/messages but when Rhythmbox stops playing radio stream I get in pulseaudio -vv: I: module-device-restore.c: Storing volume/mute for device sink:alsa_output.pci_8086_24d5_sound_card_0. E: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! E: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA developers. E: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value min_avail. I: module-device-restore.c: Synced. D: sink-input.c: Requesting rewind due to corking D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. I: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 idle for too long, suspending ... I: alsa-sink.c: Device suspended... what is the component to bug-file against??? -- removing tsched=0 from default.pa configuration file for pulseaudio did the trick!!! -- removing tsched made the situation much better (more than two hours with continuous stream) but I get these messages before interruption: D: sink-input.c: Requesting rewind due to uncorking D: alsa-sink.c: Requested to rewind 65536 bytes. D: alsa-sink.c: Limited to 3700 bytes. D: alsa-sink.c: before: 925 D: alsa-sink.c: after: 925 D: alsa-sink.c: Rewound 3700 bytes. D: sink.c: Processing rewind... D: source.c: Processing rewind... D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes busy. D: sink-input.c: Requesting rewind due to corking D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. D: alsa-sink.c: Requested volume: 0: 91% 1: 91% D: alsa-sink.c: Got hardware volume: 0: 91% 1: 91% D: alsa-sink.c: Calculated software volume: 0: 99% 1: 99% D: alsa-sink.c: hwbuf_unused=0 D: alsa-sink.c: setting avail_min=14179 D: alsa-sink.c: Requested to rewind 65536 bytes. D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. D: alsa-sink.c: Limited to 5896 bytes. D: alsa-sink.c: before: 1474 D: core.c: Hmm, no streams around, trying to vacuum. D: alsa-sink.c: after: 1474 D: alsa-sink.c: Rewound 5896 bytes. D: sink.c: Processing rewind... D: source.c: Processing rewind... I: sink-input.c: Freeing input 10 Playback Stream I: client.c: Freed 12 Rhythmbox Music Player I: protocol-native.c: Connection died. I: client.c: Created 13 Native client (UNIX socket client) D: protocol-native.c: Protocol version: remote 15, local 15 I: protocol-native.c: Got credentials: uid=500 gid=500 success=1 D: protocol-native.c: SHM possible: yes D: protocol-native.c: Negotiated SHM: yes D: module-augment-properties.c: Looking for .desktop file for rhythmbox I: module-stream-restore.c: Restoring volume for sink input sink-input-by-media-role:music. I: module-stream-restore.c: Restoring mute state for sink input sink-input-by-media-role:music. D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes busy. I: resampler.c: Forcing resampler 'copy', because of fixed, identical sample rates. I: resampler.c: Using resampler 'copy' I: resampler.c: Using float32le as working format. D: memblockq.c: memblockq requested: maxlength=33554432, tlength=0, base=4, prebuf=0, minreq=1 maxrewind=0 D: memblockq.c: memblockq sanitized: maxlength=33554432, tlength=33554432, base=4, prebuf=0, minreq=4 maxrewind=0 I: sink-input.c: Created input 11 Playback Stream on alsa_output.pci_8086_24d5_sound_card_0 with sample spec s32le ch 2 44100 Hz and channel map front-left,front-right I: protocol-native.c: Requested tlength=200,00 ms, minreq=10,00 ms D: protocol-native.c: Adjust latency mode enabled, configuring sink latency to half of overall latency. D: memblockq.c: memblockq requested: maxlength=141120, tlength=38808, base=8, prebuf=0, minreq=3528 maxrewind=0 D: memblockq.c: memblockq sanitized: maxlength=141120, tlength=38808, base=8, prebuf=0, minreq=3528 maxrewind=0 I: protocol-native.c: Final latency 200,00 ms = 90,00 ms + 2*10,00 ms + 90,00 ms D: alsa-sink.c: Requested volume: 0: 99% 1: 99% D: alsa-sink.c: Got hardware volume: 0: 100% 1: 100% D: alsa-sink.c: Calculated software volume: 0: 99% 1: 99% D: alsa-sink.c: Latency set to 90,00ms D: alsa-sink.c: hwbuf_unused=49660 D: alsa-sink.c: setting avail_min=14180 D: alsa-sink.c: Requesting rewind due to latency change. D: alsa-sink.c: Requested to rewind 65536 bytes. D: alsa-sink.c: Limited to 47604 bytes. D: alsa-sink.c: before: 11901 D: alsa-sink.c: after: 11901 D: alsa-sink.c: Rewound 47604 bytes. D: sink.c: Processing rewind... D: sink-input.c: Have to rewind 47604 bytes on render memblockq. D: source.c: Processing rewind... I: module-device-restore.c: Synced. D: protocol-native.c: Requesting rewind due to end of underrun. D: protocol-native.c: Requesting
Re: For hardware engineer types re: sound controlers and/or codec chips ??
Thanks; On Sat, 2009-09-05 at 13:51 -0700, john wendel wrote: On 09/05/2009 10:36 AM, William Case wrote: Hi; Take a look here... http://www.intel.com/design/chipsets/hdaudio.htm Regards, John It all seems to be there. I will work my way through it -- slowly. -- Regards Bill Fedora 11, Gnome 2.26.3 Evo.2.26.3, Emacs 23.1.1 -- 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
Has anyonew managed to get rhythmbox to read playslist
On my machine rhythmbox will not read the play list of an Audio CD. If that works for you how to you make it work? -- === My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net -- 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
OT Test
I think I have my Postfix configured wrong and now it's blocking the fedora-list@redhat.com messages. Please disregard this email. Thanks, Kevin -- Kevin O'Neil ke...@kevinslair.com Kevins Lair, Ent -- 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
Howto upgrade from FC10 FC11
I ran Preupgrade on a X86_64 from FC10 FC11, it was a flawless upgrade. And then I did a Preupgrade on a FC10 FC11 i386 box following the Fedora instructions and it turn into a nightmare. It upgraded all the packages from FC10 FC11 except for the kernel, after the completion of upgrade I end up with a FC10 boot kernel and FC11 packages. And it crashed on reboot. I'm thinking of upgrading another i386 box from FC10 FC11, but this time after doing a yum clean all I'm thinking of just upgrading to the fedora-release.fc11.i386.rpm's and doing a update . Is this a good or bad ideal ?? -- 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
Cannot upgrade to F11: /usr/tmp is not a symbolic link???
I'm trying to upgrade my Fedora 9 system to Fedora 11 from DVD, but right after I identify my partition, it gives me an error saying that /usr/tmp is not a symbolic link, so please reset it to its original state. The problem is, /usr/tmp IS in its original state. It was a symbolic link pointing to /var/tmp. But I changed it anyway to be a symbolic link pointing to /tmp instead, and the installer is still complaining. How do I get past this? I've Googled but have not found any resolutions--only one other person with a similar question, but no answer. 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: Fedora 11 boot fails on md with two HBAs [SOLVED]
Switched to dracut, which does not use kernel raid autodetect. Works great, though subject to BZ 513267. - Original Message From: S Murthy Kambhampaty smk...@yahoo.com To: fedora-list@redhat.com Sent: Thursday, September 3, 2009 3:52:43 AM Subject: Fedora 11 boot fails on md with two HBAs [Fixed typo in header line, etc.; added info at end.] With Fedora 11 on IBM x3650 M2 (x86_64), I am having problems booting after adding a second, add-in, SAS controller with 12 SAS disks in an external enclosure. Without the add-in SAS controller, the system boots fine and provides file sharing over samba, etc. The main problem with this machine is that it has an EFI BIOS which appears to bind the external/add-on SAS HBA before the internal one on which the system drives are hosted (they are both LSI SAS 3801e HBAs - the internal one has an IBM part number, while the external one is LSI). Changing the BIOS order in the option ROMs and disabling boot services on the external/add-on HBA does not seem to affect the adapter binding order, and the EFI BIOS does not provide any mechanism for controlling this. Which brings us to the bootup issues. Note that after booting into rescue mode from the installer image mdadm works as expected, with raid arrays detected and started without any problems on the disks located on both controllers. The md configuration is : /boot is on /dev/md0 with devices /dev/sd[mn]3, raid1 /root is on /dev/md1 with devices /dev/sd[op]1, raid1 /usr, /var and swap are on an LVM vg on /dev/md2 with devices /dev/sd[m-p]2, raid10 /boot/efi is on /dev/md64 with devices /dev/sd[mn]2, raid1 A separate vg for the data volume is on /dev/md127 with devices /dev/sd[a-l], raid6 (whole disks) /dev/sd[m-p] are hosted on the internal HBA, and appear as /dev/sd[a-d] when the add-in HBA is disabled. /dev/sd[a-l] hang of the add-in HBA. Note that in rescue mode, the disks start at /dev/sdc, as I'm booting from a virtual console, and /dev/sda and /dev/sdb are assigned to virtual USB disks. The problem seems to be that during bootup the raid arrays are autodetected rather than using mdadm. If the raid456 module is not included in the initrd image, booting fails with raid6 personality not detected, when the boot process tries to start /dev/md1 incrementally with /dev/sda as its first member. (This appears not to reference /etc/mdadm.conf in the initrd at all.) If the raid456 module is included in the initrd image (using --with=raid456), booting fails with /dev/sda added incrementally to /dev/md1 and /dev/sdb added incrementally to /dev/md2; it appears autodetect fails because the raid device was built from rescue mode, so the components are listed with different letters in the superblock. If I put a line in /etc/mdadm.conf in the initird image, to only scan partitioned disks (DEVICE /dev/sd*[1234]), boot hangs after loading the raid modules. (Potentially on the call to mkblkdevs after scsi_wait_scan is rmmod-ed.) Partitioning /dev/sd[a-l] and setting the partition type to other than 'raid' does not seem to make any difference, during bootup the kernel still tries to assemble the root raid device (/dev/md1) from /dev/sda (though it is on /dev/md[op]1. This seems to suggest that the md devices are being started by kernel raid autodetection rather than mdadm. Simply switching to mdamd would likely solve the problem, given it works fine in rescue mode. Alternative suggestions are welcome, of course. Thanks for the help, Murthy -- 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: stream goes broken when listening to some radio
how bizzare, for me, adding it fixed my issue! :) as long as the sound is flowing, why question the gods?! cheers, ... On 09/05/2009 02:25 PM, Antonio M wrote: 2009/9/5 Antonio Mantonio.montagn...@gmail.com: 2009/9/5 Antonio Mantonio.montagn...@gmail.com: No clues in var/log/messages but when Rhythmbox stops playing radio stream I get in pulseaudio -vv: I: module-device-restore.c: Storing volume/mute for device sink:alsa_output.pci_8086_24d5_sound_card_0. E: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! E: alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA developers. E: alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value min_avail. I: module-device-restore.c: Synced. D: sink-input.c: Requesting rewind due to corking D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. I: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 idle for too long, suspending ... I: alsa-sink.c: Device suspended... what is the component to bug-file against??? -- removing tsched=0 from default.pa configuration file for pulseaudio did the trick!!! -- removing tsched made the situation much better (more than two hours with continuous stream) but I get these messages before interruption: D: sink-input.c: Requesting rewind due to uncorking D: alsa-sink.c: Requested to rewind 65536 bytes. D: alsa-sink.c: Limited to 3700 bytes. D: alsa-sink.c: before: 925 D: alsa-sink.c: after: 925 D: alsa-sink.c: Rewound 3700 bytes. D: sink.c: Processing rewind... D: source.c: Processing rewind... D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes busy. D: sink-input.c: Requesting rewind due to corking D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. D: alsa-sink.c: Requested volume: 0: 91% 1: 91% D: alsa-sink.c: Got hardware volume: 0: 91% 1: 91% D: alsa-sink.c: Calculated software volume: 0: 99% 1: 99% D: alsa-sink.c: hwbuf_unused=0 D: alsa-sink.c: setting avail_min=14179 D: alsa-sink.c: Requested to rewind 65536 bytes. D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes idle. D: alsa-sink.c: Limited to 5896 bytes. D: alsa-sink.c: before: 1474 D: core.c: Hmm, no streams around, trying to vacuum. D: alsa-sink.c: after: 1474 D: alsa-sink.c: Rewound 5896 bytes. D: sink.c: Processing rewind... D: source.c: Processing rewind... I: sink-input.c: Freeing input 10 Playback Stream I: client.c: Freed 12 Rhythmbox Music Player I: protocol-native.c: Connection died. I: client.c: Created 13 Native client (UNIX socket client) D: protocol-native.c: Protocol version: remote 15, local 15 I: protocol-native.c: Got credentials: uid=500 gid=500 success=1 D: protocol-native.c: SHM possible: yes D: protocol-native.c: Negotiated SHM: yes D: module-augment-properties.c: Looking for .desktop file for rhythmbox I: module-stream-restore.c: Restoring volume for sink input sink-input-by-media-role:music. I: module-stream-restore.c: Restoring mute state for sink input sink-input-by-media-role:music. D: module-suspend-on-idle.c: Sink alsa_output.pci_8086_24d5_sound_card_0 becomes busy. I: resampler.c: Forcing resampler 'copy', because of fixed, identical sample rates. I: resampler.c: Using resampler 'copy' I: resampler.c: Using float32le as working format. D: memblockq.c: memblockq requested: maxlength=33554432, tlength=0, base=4, prebuf=0, minreq=1 maxrewind=0 D: memblockq.c: memblockq sanitized: maxlength=33554432, tlength=33554432, base=4, prebuf=0, minreq=4 maxrewind=0 I: sink-input.c: Created input 11 Playback Stream on alsa_output.pci_8086_24d5_sound_card_0 with sample spec s32le ch 2 44100 Hz and channel map front-left,front-right I: protocol-native.c: Requested tlength=200,00 ms, minreq=10,00 ms D: protocol-native.c: Adjust latency mode enabled, configuring sink latency to half of overall latency. D: memblockq.c: memblockq requested: maxlength=141120, tlength=38808, base=8, prebuf=0, minreq=3528 maxrewind=0 D: memblockq.c: memblockq sanitized: maxlength=141120, tlength=38808, base=8, prebuf=0, minreq=3528 maxrewind=0 I: protocol-native.c: Final latency 200,00 ms = 90,00 ms + 2*10,00 ms + 90,00 ms D: alsa-sink.c: Requested volume: 0: 99% 1: 99% D: alsa-sink.c: Got hardware volume: 0: 100% 1: 100% D: alsa-sink.c: Calculated software volume: 0: 99% 1: 99% D: alsa-sink.c: Latency set to 90,00ms D: alsa-sink.c: hwbuf_unused=49660 D: alsa-sink.c: setting avail_min=14180 D: alsa-sink.c: Requesting rewind due to latency change. D: alsa-sink.c: Requested to rewind 65536 bytes. D: alsa-sink.c: Limited to 47604 bytes. D: alsa-sink.c: before: 11901 D: alsa-sink.c: after: 11901 D: alsa-sink.c: Rewound 47604 bytes. D: sink.c: Processing rewind... D: sink-input.c: Have to rewind 47604 bytes on render memblockq.
Re: Cannot upgrade to F11: /usr/tmp is not a symbolic link???
On 09-09-05 19:05:48, Dan Hensley wrote: I'm trying to upgrade my Fedora 9 system to Fedora 11 from DVD, but right after I identify my partition, it gives me an error saying that /usr/tmp is not a symbolic link, so please reset it to its original state. The problem is, /usr/tmp IS in its original state. It was a symbolic link pointing to /var/tmp. But I changed it anyway to be a symbolic link pointing to /tmp instead, and the installer is still complaining. How do I get past this? I've Googled but have not found any resolutions--only one other person with a similar question, but no answer. WAG: permissions? owner? # ll -d /usr/tmp lrwxrwxrwx. 1 root root 10 2009-07-28 07:31 /usr/tmp - ../var/tmp -- TonyN.:' mailto:tonynel...@georgeanelson.com ' http://www.georgeanelson.com/ -- 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: Cannot upgrade to F11: /usr/tmp is not a symbolic link???
Tony Nelson wrote: On 09-09-05 19:05:48, Dan Hensley wrote: I'm trying to upgrade my Fedora 9 system to Fedora 11 from DVD, but right after I identify my partition, it gives me an error saying that /usr/tmp is not a symbolic link, so please reset it to its original state. The problem is, /usr/tmp IS in its original state. It was a symbolic link pointing to /var/tmp. But I changed it anyway to be a symbolic link pointing to /tmp instead, and the installer is still complaining. How do I get past this? I've Googled but have not found any resolutions--only one other person with a similar question, but no answer. WAG: permissions? owner? # ll -d /usr/tmp lrwxrwxrwx. 1 root root 10 2009-07-28 07:31 /usr/tmp - ../var/tmp shouldn't that be ../../var/tmp ? -- 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: Cannot upgrade to F11: /usr/tmp is not a symbolic link???
Mike Wright wrote: # ll -d /usr/tmp lrwxrwxrwx. 1 root root 10 2009-07-28 07:31 /usr/tmp - ../var/tmp shouldn't that be ../../var/tmp ? Why? When you're in /usr, it's only one .. to get to /var. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ The shortness of life, so often lamented, may be the best thing about it. -- Arthur Schopenhauer pgpJC7uU9nQdG.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
Re: Cannot upgrade to F11: /usr/tmp is not a symbolic link???
Todd Zullinger wrote: Mike Wright wrote: # ll -d /usr/tmp lrwxrwxrwx. 1 root root 10 2009-07-28 07:31 /usr/tmp - ../var/tmp shouldn't that be ../../var/tmp ? Why? When you're in /usr, it's only one .. to get to /var. my bad. don't know what I wasn't thinking ;) thnx -- 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: Cannot upgrade to F11: /usr/tmp is not a symbolic link???
On Sat, 2009-09-05 at 22:01 -0400, Tony Nelson wrote: On 09-09-05 19:05:48, Dan Hensley wrote: I'm trying to upgrade my Fedora 9 system to Fedora 11 from DVD, but right after I identify my partition, it gives me an error saying that /usr/tmp is not a symbolic link, so please reset it to its original state. The problem is, /usr/tmp IS in its original state. It was a symbolic link pointing to /var/tmp. But I changed it anyway to be a symbolic link pointing to /tmp instead, and the installer is still complaining. How do I get past this? I've Googled but have not found any resolutions--only one other person with a similar question, but no answer. WAG: permissions? owner? # ll -d /usr/tmp lrwxrwxrwx. 1 root root 10 2009-07-28 07:31 /usr/tmp - ../var/tmp Here's mine (I recreated the original link again): lrwxrwxrwx 1 root root 8 2009-09-05 17:11 /usr/tmp - /var/tmp So it seems that permissions isn't the issue. Strange thing is, I've never messed with this link. I suspect the installer is just printing the wrong error message. 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: Cannot upgrade to F11: /usr/tmp is not a symbolic link???
On 09/05/2009 10:19 PM, Dan Hensley wrote: Here's mine (I recreated the original link again): lrwxrwxrwx 1 root root 8 2009-09-05 17:11 /usr/tmp - /var/tmp No, the link needs to be relative! When anaconda runs, it mounts your root filesystem under its own. If you have any absolute links, the will point to anaconda's filesystem instead of yours! So it seems that permissions isn't the issue. Strange thing is, I've never messed with this link. I suspect the installer is just printing the wrong error message. Its not the installer, fix your link. Dan -- Kevin J. Cummings kjch...@rcn.com cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://counter.li.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: stream goes broken when listening to some radio
2009/9/6 jack craig ja...@linuxlighthouse.com: how bizzare, for me, adding it fixed my issue! :) as long as the sound is flowing, why question the gods?! cheers, ... jack removing tsched=0 made Rhythmbox work for more than two hours, but the issue is still there, now I am testing on a different hardware of my notebook. I guess that the component to file against is alsa-lib, not sure anyway -- Antonio Montagnani Skype : antoniomontag SIP: antoniomon...@ekiga.net -- 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 Insight Zikula on pt6 Is About To Be Upgraded
On 09/04/2009 04:40 PM, Affix wrote: Zikula Upgraded to Zikula 1.1.2 Wow - and the skin's back up on there as well (as a checkout from an SVN repository, svnfedora-zikula-theme, w00t)! Thanks, Keiran - this is fantastic. Do the instructions on https://fedoraproject.org/wiki/How_to_set_up_a_Zikula_sandbox still work, or is there anything we need to do to edit them to reflect the install process for 1.1.2? --Mel -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list
Re: CC BY-SA announcement drafts (also: holy crap ian did something!)
On 09/04/2009 07:57 PM, Karsten Wade wrote: On Mon, Aug 31, 2009 at 04:34:39PM -0500, Ian Weller wrote: https://fedoraproject.org/wiki/User:Ianweller/Creative_Commons_press_release Marketing might want to add some fluff, which is OK, too. Marketing fluff added. ;) How is this press release getting released, when, and where-to? Sorry I haven't been able to keep up with this discussion previously. Specifically, I added: * The standard this is a press release! headers (FOR IMMEDIATE RELEASE, location/date before the body text) * A headline (Fedora Project relicenses content to CC-BY-SA) * A boilerplate snip of org info at the bottom, yanked from http://fedoraproject.org/ (do we have a more official one to use for press releases? I couldn't find one.) * A shiny quote from Ian (this just in from IRC) * A contact info section * ### at the bottom, which is PRspeak for end of press release (For an example of what a professional press release looks like, see http://www.redhat.com/about/news/prarchive/2009/fedora11.html - you'll see all these elements in there.) It still needs: * filling in of contact information at the bottom - Marketing folks, how we want to handle press releases is probably something we want to figure out in general at some point. * copyediting (I suck at making sure spelling/grammar/etc is 100% correct; my quick pass usually gets things to 90-95%) * more nice quotes, perhaps from Sparks or quaid or stickster - something like... This relicensing effort will enable us to $list_of_awesomeness, we'd like to thank $these_people, said $name, $impressive-sounding-title. $shiny_media_soundbite! Docs folks, if you want more help with this, can you shoot us a ticket (https://fedorahosted.org/marketing-team/newticket) and summarize this email thread in the comments so that we have a bit of context? --Mel -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list
Re: Save time on downloads with delta RPMs in Fedora 11
On Fri, Sep 04, 2009 at 08:56:35PM +0530, Rahul Sundaram wrote: Hi http://blogs.techrepublic.com.com/opensource/?p=904 Fedora 11 introduced a great new feature: delta RPM updates. This feature creates delta RPM packages (.drpm) that are binary “patches” to the existing RPM packages. Instead of downloading all files, regardless of whether they have changed or not, a delta RPM will only download the files that have changed compared to the previous RPM package. Once the delta RPM is downloaded by the Presto plugin for yum, it will try to reconstruct a full RPM based on the contents of the previous RPM, plus the newly changed files from the delta RPM. The newly-created RPM will then be installed by yum. I think it would be fair and right for us to note in interviews or followup that the deltaRPM code comes from our friends in the openSUSE community. Credit where credit is definitely due! -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list
Re: Save time on downloads with delta RPMs in Fedora 11
OpenSUSE created the deltarpm? I did not know that! Thanks for that small but very important tidbit of information Paul! -- From: Paul W. Frields sticks...@gmail.com Sent: Friday, September 04, 2009 7:18 PM To: fedora-marketing-list@redhat.com Subject: Re: Save time on downloads with delta RPMs in Fedora 11 On Fri, Sep 04, 2009 at 08:56:35PM +0530, Rahul Sundaram wrote: Hi http://blogs.techrepublic.com.com/opensource/?p=904 Fedora 11 introduced a great new feature: delta RPM updates. This feature creates delta RPM packages (.drpm) that are binary “patches” to the existing RPM packages. Instead of downloading all files, regardless of whether they have changed or not, a delta RPM will only download the files that have changed compared to the previous RPM package. Once the delta RPM is downloaded by the Presto plugin for yum, it will try to reconstruct a full RPM based on the contents of the previous RPM, plus the newly changed files from the delta RPM. The newly-created RPM will then be installed by yum. I think it would be fair and right for us to note in interviews or followup that the deltaRPM code comes from our friends in the openSUSE community. Credit where credit is definitely due! -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list
Re: Fedora print magazine proposal from Linux Pro Magazine
On Fri, Sep 4, 2009 at 4:59 PM, Max Spevackmspev...@redhat.com wrote: [Trimming the recipient list down a little bit.] *** AMBASSADORS: PLEASE READ THIS EMAIL *** Linux Pro Magazine (LPM) has proposed to make a special Fedora print issue for F12 - thousands of magazines out on newsstands internationally with an F12 DVD tucked inside. This would be very, very cool. We're trying to figure out whether this is possible, whether we should do it, and (if both of those are yes), how the balance of work would be distributed between the Fedora community (perhaps with help from the Red Hat Brand team) and LPM. Does anyone know the circulation or sales numbers. How many thousands would get distributed via LPM? We'd love your thoughts and feedback. This is moving quite rapidly (it first came up on Wednesday afternoon; we need to give a yes or no for F12 next week), so I've summarized the current state of things on a project page at https://fedoraproject.org/wiki/Fedora_print_magazine. There are a few points that I'd like to add to this discussion. (1) Nothing has been decided yet -- as a collective, we need to think about the ideas presented by LPM, as well as the timeline that we would have to operate under, the content that we would need to produce, etc. (2) There is a price tag associated with this project, that (if we say yes to it) will require us to get a bit clever with the way we plan for Fedora 12 media, especially in North America and Europe (where the magazine is published). If we say yes to this overall deal, it will get us three things: + Magazines (including the 32-bit DVD) on sale at news-stands and bookstores in North America and Europe + 1,000 magazines (including DVD) shipped directly to the Fedora Project, that we can do with as we choose. + 8,000 DVDs shipped directly to the Fedora Project, that we can do with as we choose. That means 9,000 DVDS (and 1,000 magazines) that we would probably use as the VAST MAJORITY of our media during the Fedora 12 cycle. These will all be 32 bit DVDs, right? We would probably *not* produce a large quantity of separate LiveCDs, which has been the habit for the past several releases. While these are still popular I really think we might be able to substitute more USB sticks at major events as we move forward. Big events seem to always have vendors giving away USB sticks and with some advertising at these events we could make these bootable easily enough for folks who would like the live image. Or we could give them the live image on the stick for them to make their own CD with. Or in North America they likely can download it quickly anyway. Furthermore, the DVDs would come in plain white sleeves (not Fedora-designed sleeves), and the artwork on the face of the DVD would be Fedora-related, but would also have the Linux Pro Magazine logo on it. This doesn't bother me much if the distribution through the magazine is large. Assuming the distribution is large my instincts are in favor of doing this even if it limits what media we end up distributing ourselves for one cycle. We presumably can save some funds for other uses, a good thing, and perhaps will learn something about alternatives available to us that we aren't yet effectively using for distribution. John -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list
[Bug 521363] New: Request upgrade of perl-Mail-IMAPClient
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Request upgrade of perl-Mail-IMAPClient https://bugzilla.redhat.com/show_bug.cgi?id=521363 Summary: Request upgrade of perl-Mail-IMAPClient Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Mail-IMAPClient AssignedTo: tcall...@redhat.com ReportedBy: n...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: tcall...@redhat.com, fedora-perl-devel-list@redhat.com Classification: Fedora I'd like to request that perl-Mail-IMAPClient be upgraded in Fedora and EPEL to at least 3.19. This is because imapsync requires version 3.19 or higher of perl-Mail-IMAPClient. (3.20 is the current version of the perl module) Thanks! -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-DBIx-Class-EncodedColumn/devel .cvsignore, 1.3, 1.4 perl-DBIx-Class-EncodedColumn.spec, 1.4, 1.5 sources, 1.3, 1.4
Author: iarnell Update of /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv2496 Modified Files: .cvsignore perl-DBIx-Class-EncodedColumn.spec sources Log Message: * Sat Sep 05 2009 Iain Arnell iarn...@gmail.com 0.4-1 - update to latest upstream (minor documentation fix) Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- .cvsignore 2 Sep 2009 03:58:46 - 1.3 +++ .cvsignore 5 Sep 2009 08:33:30 - 1.4 @@ -1 +1 @@ -DBIx-Class-EncodedColumn-0.3.tar.gz +DBIx-Class-EncodedColumn-0.4.tar.gz Index: perl-DBIx-Class-EncodedColumn.spec === RCS file: /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel/perl-DBIx-Class-EncodedColumn.spec,v retrieving revision 1.4 retrieving revision 1.5 diff -u -p -r1.4 -r1.5 --- perl-DBIx-Class-EncodedColumn.spec 2 Sep 2009 03:58:46 - 1.4 +++ perl-DBIx-Class-EncodedColumn.spec 5 Sep 2009 08:33:31 - 1.5 @@ -1,5 +1,5 @@ Name: perl-DBIx-Class-EncodedColumn -Version:0.3 +Version:0.4 Release:1%{?dist} Summary:Automatically encode columns License:GPL+ or Artistic @@ -56,6 +56,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Sat Sep 05 2009 Iain Arnell iarn...@gmail.com 0.4-1 +- update to latest upstream (minor documentation fix) + * Wed Sep 02 2009 Iain Arnell iarn...@gmail.com 0.3-1 - update to latest upstream (copyright notice added) - remove temporary BRs due to BZ #499768 Index: sources === RCS file: /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 2 Sep 2009 03:58:46 - 1.3 +++ sources 5 Sep 2009 08:33:31 - 1.4 @@ -1 +1 @@ -3a2613af1c10219654150b59f076a620 DBIx-Class-EncodedColumn-0.3.tar.gz +4dc99811f29f054bdfd526735bcbc357 DBIx-Class-EncodedColumn-0.4.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 520505] Spurious dependency on perl(Test::More)
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=520505 --- Comment #9 from Stepan Kasal ska...@redhat.com 2009-09-05 08:06:05 EDT --- (In reply to comment #8) Yes, there are exceptions and _sometimes_ packaging the test suites or parts of them might be beneficial. [...] document a good rationale for including that stuff Sounds fair, tests should not be packed by default. But I'd like to comment some of your reasons: if upstream docs aren't good enough it'd be better to let upstream know about that and ask them to improve things so more people would benefit; etc. Sure, it is necessary to report the problem, if upstream does not know or underestiomates its importance. But then, packing the tests is a good temporary aid until sufficient documentation becomes available. [...] kind of encourages bad practices such as mentioned by Chris in his mail referred to in comment 2 (installing packages in system locations and _then_ after the fact thinking about running test suites); Generally, tests can be run on uninstalled software, or after instalation. Ideally, both kind of tests are performed; this can often be done by rerunning the same test suite. (GNU Coding Standards define two make targets: check and installcheck.) rpm's %check does test uninnstalled software, but the spec files have no way to describe tests on installed program. There are situations when the tests cannot be run from the spec file, e.g., because they require GUI or because they require a running database server. You seem to imply that enabling install time checking somehow discourages proper use of build time testing. I cannot agree with that. If the tests cannot be (fully) performed at build time, it is useful to pack them, so that the user has chance to run them before deploying the module. Again, this reason justifies packing tests only as a temporary aid, because http://fedoraproject.org/wiki/Features/FullyTestablePerl would render this type of reasoning irrelevant. To sum up, if tests are packed, comment should contain a reason, e.g.: - the tests show example usage, supplementing incomplete documentation - the tests cannot be fully performed at build time because of xyxz -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-ExtUtils-XSpp/devel perl-ExtUtils-XSpp.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: kasal Update of /cvs/extras/rpms/perl-ExtUtils-XSpp/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv32337/devel Modified Files: .cvsignore sources Added Files: perl-ExtUtils-XSpp.spec Log Message: Initial import (#518637). --- NEW FILE perl-ExtUtils-XSpp.spec --- Name: perl-ExtUtils-XSpp Version:0.04 Release:2%{?dist} Summary:C++ variant of Perl's XS language License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/ExtUtils-XSpp/ Source0: http://www.cpan.org/authors/id/S/SM/SMUELLER/ExtUtils-XSpp-%{version}.tar.gz BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX) BuildArch: noarch BuildRequires: perl(Module::Build) BuildRequires: perl(Test::Base) BuildRequires: perl(Test::Differences) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description ExtUtils::XSpp handles the XS++ language, used to create an extension interface between Perl and C++ code/library. %prep %setup -q -n ExtUtils-XSpp-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -empty -exec rmdir {} \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes README XSP.yp %{_bindir}/xspp %{perl_vendorlib}/ExtUtils* %{_mandir}/man?/* %changelog * Tue Aug 25 2009 Stepan Kasal ska...@redhat.com 0.04-2 - follow suggestions from Parag's review * Fri Aug 21 2009 Stepan Kasal ska...@redhat.com 0.04-1 - Specfile created from a one autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-ExtUtils-XSpp/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 26 Aug 2009 22:22:46 - 1.1 +++ .cvsignore 5 Sep 2009 12:31:57 - 1.2 @@ -0,0 +1 @@ +ExtUtils-XSpp-0.04.tar.gz Index: sources === RCS file: /cvs/extras/rpms/perl-ExtUtils-XSpp/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 26 Aug 2009 22:22:46 - 1.1 +++ sources 5 Sep 2009 12:31:57 - 1.2 @@ -0,0 +1 @@ +cfb4f2a2cf079fe675fdf9ea5ee61e64 ExtUtils-XSpp-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Mail-IMAPClient/devel .cvsignore, 1.5, 1.6 perl-Mail-IMAPClient.spec, 1.9, 1.10 sources, 1.5, 1.6
Author: kasal Update of /cvs/extras/rpms/perl-Mail-IMAPClient/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10150 Modified Files: .cvsignore perl-Mail-IMAPClient.spec sources Log Message: new upstream version Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Mail-IMAPClient/devel/.cvsignore,v retrieving revision 1.5 retrieving revision 1.6 diff -u -p -r1.5 -r1.6 --- .cvsignore 13 Mar 2009 20:44:53 - 1.5 +++ .cvsignore 5 Sep 2009 13:13:01 - 1.6 @@ -1 +1 @@ -Mail-IMAPClient-3.14.tar.gz +Mail-IMAPClient-3.20.tar.gz Index: perl-Mail-IMAPClient.spec === RCS file: /cvs/extras/rpms/perl-Mail-IMAPClient/devel/perl-Mail-IMAPClient.spec,v retrieving revision 1.9 retrieving revision 1.10 diff -u -p -r1.9 -r1.10 --- perl-Mail-IMAPClient.spec 26 Jul 2009 09:07:40 - 1.9 +++ perl-Mail-IMAPClient.spec 5 Sep 2009 13:13:01 - 1.10 @@ -1,11 +1,11 @@ Name: perl-Mail-IMAPClient -Version:3.14 -Release:2%{?dist} +Version:3.20 +Release:1%{?dist} Summary:An IMAP Client API Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Mail-IMAPClient/ -Source0: http://search.cpan.org/CPAN/authors/id/M/MA/MARKOV/Mail-IMAPClient-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/P/PL/PLOBBES/Mail-IMAPClient-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker), perl(IO::Socket), perl(constant), perl(Socket) BuildRequires: perl(IO::File), perl(IO::Select), perl(Fcntl), perl(Errno), perl(Carp) @@ -19,20 +19,18 @@ to and an IMAP conversation with an IMAP %prep %setup -q -n Mail-IMAPClient-%{version} +sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' examples/*.pl %build +# the extended tests cannot be run without an IMAP server yes n | %{__perl} Makefile.PL INSTALLDIRS=vendor make %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find examples -type f -exec chmod -x {} 2/dev/null ';' -find examples -type f -exec sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' {} 2/dev/null ';' find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* -chmod -x $RPM_BUILD_ROOT%{perl_vendorlib}/Mail/IMAPClient/BodyStructure.pm %check make test @@ -47,6 +45,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/*.3* %changelog +* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 3.20-1 +- new upstream source + * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.14-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild Index: sources === RCS file: /cvs/extras/rpms/perl-Mail-IMAPClient/devel/sources,v retrieving revision 1.5 retrieving revision 1.6 diff -u -p -r1.5 -r1.6 --- sources 13 Mar 2009 20:44:53 - 1.5 +++ sources 5 Sep 2009 13:13:01 - 1.6 @@ -1 +1 @@ -bd099eda25cc0cc44e1cecf3f7f22a79 Mail-IMAPClient-3.14.tar.gz +bc5220b5540e4103f2111c94dcb1c938 Mail-IMAPClient-3.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Wx/devel .cvsignore, 1.20, 1.21 perl-Wx.spec, 1.34, 1.35 sources, 1.20, 1.21
Author: kasal Update of /cvs/extras/rpms/perl-Wx/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10463 Modified Files: .cvsignore perl-Wx.spec sources Log Message: new upstream version Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Wx/devel/.cvsignore,v retrieving revision 1.20 retrieving revision 1.21 diff -u -p -r1.20 -r1.21 --- .cvsignore 3 Jun 2009 14:23:37 - 1.20 +++ .cvsignore 5 Sep 2009 13:13:42 - 1.21 @@ -1 +1 @@ -Wx-0.91.tar.gz +Wx-0.92.tar.gz Index: perl-Wx.spec === RCS file: /cvs/extras/rpms/perl-Wx/devel/perl-Wx.spec,v retrieving revision 1.34 retrieving revision 1.35 diff -u -p -r1.34 -r1.35 --- perl-Wx.spec25 Aug 2009 13:29:20 - 1.34 +++ perl-Wx.spec5 Sep 2009 13:13:42 - 1.35 @@ -5,8 +5,8 @@ # Name: perl-Wx -Version:0.91 -Release:8%{?dist} +Version:0.92 +Release:1%{?dist} Summary:Interface to the wxWidgets cross-platform GUI toolkit Group: Development/Libraries @@ -19,6 +19,7 @@ BuildRequires: wxGTK-devel BuildRequires: perl(Alien::wxWidgets) = 0.25 BuildRequires: perl(Data::Dumper) BuildRequires: perl(ExtUtils::MakeMaker) = 6.21 +BuildRequires: perl(ExtUtils::XSpp) BuildRequires: perl(Module::Info) BuildRequires: perl(Test::More), perl(Test::Harness) BuildRequires: perl(Test::Pod) @@ -95,6 +96,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 0.92-1 +- new upstream version + * Thu Aug 20 2009 Stepan Kasal ska...@redhat.com - 0.91-8 - rebuild with perl-Alien-wxWidgets-0.44-2 Index: sources === RCS file: /cvs/extras/rpms/perl-Wx/devel/sources,v retrieving revision 1.20 retrieving revision 1.21 diff -u -p -r1.20 -r1.21 --- sources 3 Jun 2009 14:23:37 - 1.20 +++ sources 5 Sep 2009 13:13:42 - 1.21 @@ -1 +1 @@ -415318d84c0c6dc69dcf760c0d8bc3ba Wx-0.91.tar.gz +273a8770f290a66026bf6ea15060b6ae Wx-0.92.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Mail-IMAPClient/EL-4 perl-Mail-IMAPClient.spec, 1.2, 1.3 sources, 1.2, 1.3
Author: spot Update of /cvs/pkgs/rpms/perl-Mail-IMAPClient/EL-4 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16306/EL-4 Modified Files: perl-Mail-IMAPClient.spec sources Log Message: bump to 3.20 Index: perl-Mail-IMAPClient.spec === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/EL-4/perl-Mail-IMAPClient.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- perl-Mail-IMAPClient.spec 26 Aug 2007 16:30:32 - 1.2 +++ perl-Mail-IMAPClient.spec 5 Sep 2009 13:32:28 - 1.3 @@ -1,11 +1,11 @@ Name: perl-Mail-IMAPClient -Version:2.2.9 -Release:4%{?dist} +Version:3.20 +Release:1%{?dist} Summary:An IMAP Client API Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Mail-IMAPClient/ -Source0: http://search.cpan.org/CPAN/authors/id/D/DJ/DJKERNEN/Mail-IMAPClient-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/P/PL/PLOBBES/Mail-IMAPClient-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker), perl(IO::Socket), perl(constant), perl(Socket) BuildRequires: perl(IO::File), perl(IO::Select), perl(Fcntl), perl(Errno), perl(Carp) @@ -19,20 +19,18 @@ to and an IMAP conversation with an IMAP %prep %setup -q -n Mail-IMAPClient-%{version} +sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' examples/*.pl %build +# the extended tests cannot be run without an IMAP server yes n | %{__perl} Makefile.PL INSTALLDIRS=vendor make %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find examples -type f -exec chmod -x {} 2/dev/null ';' -find examples -type f -exec sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' {} 2/dev/null ';' find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* -chmod -x $RPM_BUILD_ROOT%{perl_vendorlib}/Mail/IMAPClient/BodyStructure.pm %check make test @@ -42,11 +40,35 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) -%doc docs/ examples/ +%doc Changes COPYRIGHT README examples/ %{perl_vendorlib}/Mail/ %{_mandir}/man3/*.3* %changelog +* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 3.20-1 +- new upstream source + +* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.14-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild + +* Fri Mar 13 2009 Tom spot Callaway tcall...@redhat.com - 3.14-1 +- update to 3.14 + +* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.08-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild + +* Mon Jul 21 2008 Tom spot Callaway tcall...@redhat.com - 3.08-1 +- 3.08 + +* Tue Mar 11 2008 Tom spot Callaway tcall...@redhat.com - 3.05-1 +- 3.05 + +* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com - 2.2.9-6 +- Rebuild for perl 5.10 (again) + +* Mon Jan 28 2008 Tom spot Callaway tcall...@redhat.com - 2.2.9-5 +- rebuild for new perl + * Sun Aug 26 2007 Tom spot Callaway tcall...@redhat.com - 2.2.9-4 - license tag fix Index: sources === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/EL-4/sources,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- sources 13 Apr 2007 19:41:52 - 1.2 +++ sources 5 Sep 2009 13:32:28 - 1.3 @@ -1 +1 @@ -21c1901d55a2d57f73840cad478c665d Mail-IMAPClient-2.2.9.tar.gz +bc5220b5540e4103f2111c94dcb1c938 Mail-IMAPClient-3.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Mail-IMAPClient/EL-5 perl-Mail-IMAPClient.spec, 1.2, 1.3 sources, 1.2, 1.3
Author: spot Update of /cvs/pkgs/rpms/perl-Mail-IMAPClient/EL-5 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16306/EL-5 Modified Files: perl-Mail-IMAPClient.spec sources Log Message: bump to 3.20 Index: perl-Mail-IMAPClient.spec === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/EL-5/perl-Mail-IMAPClient.spec,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- perl-Mail-IMAPClient.spec 26 Aug 2007 16:30:35 - 1.2 +++ perl-Mail-IMAPClient.spec 5 Sep 2009 13:32:28 - 1.3 @@ -1,11 +1,11 @@ Name: perl-Mail-IMAPClient -Version:2.2.9 -Release:4%{?dist} +Version:3.20 +Release:1%{?dist} Summary:An IMAP Client API Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Mail-IMAPClient/ -Source0: http://search.cpan.org/CPAN/authors/id/D/DJ/DJKERNEN/Mail-IMAPClient-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/P/PL/PLOBBES/Mail-IMAPClient-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker), perl(IO::Socket), perl(constant), perl(Socket) BuildRequires: perl(IO::File), perl(IO::Select), perl(Fcntl), perl(Errno), perl(Carp) @@ -19,20 +19,18 @@ to and an IMAP conversation with an IMAP %prep %setup -q -n Mail-IMAPClient-%{version} +sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' examples/*.pl %build +# the extended tests cannot be run without an IMAP server yes n | %{__perl} Makefile.PL INSTALLDIRS=vendor make %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find examples -type f -exec chmod -x {} 2/dev/null ';' -find examples -type f -exec sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' {} 2/dev/null ';' find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* -chmod -x $RPM_BUILD_ROOT%{perl_vendorlib}/Mail/IMAPClient/BodyStructure.pm %check make test @@ -42,11 +40,35 @@ rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) -%doc docs/ examples/ +%doc Changes COPYRIGHT README examples/ %{perl_vendorlib}/Mail/ %{_mandir}/man3/*.3* %changelog +* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 3.20-1 +- new upstream source + +* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.14-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild + +* Fri Mar 13 2009 Tom spot Callaway tcall...@redhat.com - 3.14-1 +- update to 3.14 + +* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.08-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild + +* Mon Jul 21 2008 Tom spot Callaway tcall...@redhat.com - 3.08-1 +- 3.08 + +* Tue Mar 11 2008 Tom spot Callaway tcall...@redhat.com - 3.05-1 +- 3.05 + +* Wed Feb 27 2008 Tom spot Callaway tcall...@redhat.com - 2.2.9-6 +- Rebuild for perl 5.10 (again) + +* Mon Jan 28 2008 Tom spot Callaway tcall...@redhat.com - 2.2.9-5 +- rebuild for new perl + * Sun Aug 26 2007 Tom spot Callaway tcall...@redhat.com - 2.2.9-4 - license tag fix Index: sources === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/EL-5/sources,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- sources 13 Apr 2007 19:45:33 - 1.2 +++ sources 5 Sep 2009 13:32:28 - 1.3 @@ -1 +1 @@ -21c1901d55a2d57f73840cad478c665d Mail-IMAPClient-2.2.9.tar.gz +bc5220b5540e4103f2111c94dcb1c938 Mail-IMAPClient-3.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Mail-IMAPClient/F-11 perl-Mail-IMAPClient.spec, 1.8, 1.9 sources, 1.5, 1.6
Author: spot Update of /cvs/pkgs/rpms/perl-Mail-IMAPClient/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16306/F-11 Modified Files: perl-Mail-IMAPClient.spec sources Log Message: bump to 3.20 Index: perl-Mail-IMAPClient.spec === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/F-11/perl-Mail-IMAPClient.spec,v retrieving revision 1.8 retrieving revision 1.9 diff -u -p -r1.8 -r1.9 --- perl-Mail-IMAPClient.spec 13 Mar 2009 20:44:53 - 1.8 +++ perl-Mail-IMAPClient.spec 5 Sep 2009 13:32:29 - 1.9 @@ -1,11 +1,11 @@ Name: perl-Mail-IMAPClient -Version:3.14 +Version:3.20 Release:1%{?dist} Summary:An IMAP Client API Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Mail-IMAPClient/ -Source0: http://search.cpan.org/CPAN/authors/id/M/MA/MARKOV/Mail-IMAPClient-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/P/PL/PLOBBES/Mail-IMAPClient-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker), perl(IO::Socket), perl(constant), perl(Socket) BuildRequires: perl(IO::File), perl(IO::Select), perl(Fcntl), perl(Errno), perl(Carp) @@ -19,20 +19,18 @@ to and an IMAP conversation with an IMAP %prep %setup -q -n Mail-IMAPClient-%{version} +sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' examples/*.pl %build +# the extended tests cannot be run without an IMAP server yes n | %{__perl} Makefile.PL INSTALLDIRS=vendor make %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find examples -type f -exec chmod -x {} 2/dev/null ';' -find examples -type f -exec sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' {} 2/dev/null ';' find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* -chmod -x $RPM_BUILD_ROOT%{perl_vendorlib}/Mail/IMAPClient/BodyStructure.pm %check make test @@ -47,6 +45,12 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/*.3* %changelog +* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 3.20-1 +- new upstream source + +* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.14-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild + * Fri Mar 13 2009 Tom spot Callaway tcall...@redhat.com - 3.14-1 - update to 3.14 Index: sources === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/F-11/sources,v retrieving revision 1.5 retrieving revision 1.6 diff -u -p -r1.5 -r1.6 --- sources 13 Mar 2009 20:44:53 - 1.5 +++ sources 5 Sep 2009 13:32:29 - 1.6 @@ -1 +1 @@ -bd099eda25cc0cc44e1cecf3f7f22a79 Mail-IMAPClient-3.14.tar.gz +bc5220b5540e4103f2111c94dcb1c938 Mail-IMAPClient-3.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Mail-IMAPClient/F-10 perl-Mail-IMAPClient.spec, 1.6, 1.7 sources, 1.4, 1.5
Author: spot Update of /cvs/pkgs/rpms/perl-Mail-IMAPClient/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv16306/F-10 Modified Files: perl-Mail-IMAPClient.spec sources Log Message: bump to 3.20 Index: perl-Mail-IMAPClient.spec === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/F-10/perl-Mail-IMAPClient.spec,v retrieving revision 1.6 retrieving revision 1.7 diff -u -p -r1.6 -r1.7 --- perl-Mail-IMAPClient.spec 21 Jul 2008 19:10:01 - 1.6 +++ perl-Mail-IMAPClient.spec 5 Sep 2009 13:32:29 - 1.7 @@ -1,11 +1,11 @@ Name: perl-Mail-IMAPClient -Version:3.08 +Version:3.20 Release:1%{?dist} Summary:An IMAP Client API Group: Development/Libraries License:GPL+ or Artistic URL:http://search.cpan.org/dist/Mail-IMAPClient/ -Source0: http://search.cpan.org/CPAN/authors/id/M/MA/MARKOV/Mail-IMAPClient-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/P/PL/PLOBBES/Mail-IMAPClient-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl(ExtUtils::MakeMaker), perl(IO::Socket), perl(constant), perl(Socket) BuildRequires: perl(IO::File), perl(IO::Select), perl(Fcntl), perl(Errno), perl(Carp) @@ -19,20 +19,18 @@ to and an IMAP conversation with an IMAP %prep %setup -q -n Mail-IMAPClient-%{version} +sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' examples/*.pl %build +# the extended tests cannot be run without an IMAP server yes n | %{__perl} Makefile.PL INSTALLDIRS=vendor make %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT -find examples -type f -exec chmod -x {} 2/dev/null ';' -find examples -type f -exec sed -i 's#/usr/local/bin/perl#/usr/bin/perl#' {} 2/dev/null ';' find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' -find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* -chmod -x $RPM_BUILD_ROOT%{perl_vendorlib}/Mail/IMAPClient/BodyStructure.pm %check make test @@ -47,6 +45,18 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/*.3* %changelog +* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 3.20-1 +- new upstream source + +* Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.14-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild + +* Fri Mar 13 2009 Tom spot Callaway tcall...@redhat.com - 3.14-1 +- update to 3.14 + +* Thu Feb 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.08-2 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild + * Mon Jul 21 2008 Tom spot Callaway tcall...@redhat.com - 3.08-1 - 3.08 Index: sources === RCS file: /cvs/pkgs/rpms/perl-Mail-IMAPClient/F-10/sources,v retrieving revision 1.4 retrieving revision 1.5 diff -u -p -r1.4 -r1.5 --- sources 21 Jul 2008 19:10:01 - 1.4 +++ sources 5 Sep 2009 13:32:29 - 1.5 @@ -1 +1 @@ -688f219e676b0c9da0ce2892449c7c1f Mail-IMAPClient-3.08.tar.gz +bc5220b5540e4103f2111c94dcb1c938 Mail-IMAPClient-3.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 521363] Request upgrade of perl-Mail-IMAPClient
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=521363 --- Comment #1 from Fedora Update System upda...@fedoraproject.org 2009-09-05 11:35:16 EDT --- perl-Mail-IMAPClient-3.20-1.el5 has been submitted as an update for Fedora EPEL 5. http://admin.fedoraproject.org/updates/perl-Mail-IMAPClient-3.20-1.el5 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 521363] Request upgrade of perl-Mail-IMAPClient
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=521363 --- Comment #2 from Fedora Update System upda...@fedoraproject.org 2009-09-05 11:35:20 EDT --- perl-Mail-IMAPClient-3.20-1.el4 has been submitted as an update for Fedora EPEL 4. http://admin.fedoraproject.org/updates/perl-Mail-IMAPClient-3.20-1.el4 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 521363] Request upgrade of perl-Mail-IMAPClient
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=521363 --- Comment #3 from Fedora Update System upda...@fedoraproject.org 2009-09-05 11:36:20 EDT --- perl-Mail-IMAPClient-3.20-1.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/perl-Mail-IMAPClient-3.20-1.fc10 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 521363] Request upgrade of perl-Mail-IMAPClient
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=521363 --- Comment #4 from Fedora Update System upda...@fedoraproject.org 2009-09-05 11:36:25 EDT --- perl-Mail-IMAPClient-3.20-1.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/perl-Mail-IMAPClient-3.20-1.fc11 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 520505] Spurious dependency on perl(Test::More)
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=520505 --- Comment #10 from Chris Weyl cw...@alumni.drew.edu 2009-09-05 16:36:45 EDT --- (In reply to comment #8) As said, it's been discussed before. So, again, do you have any real examples of actual harm specific to including the tests as documentation, or is this all handwaving and FUD? If I remember correctly, there weren't any real examples the last time this came up, either... And if I'm being accused of causing Fedora actual harm, I'd at least like to see the evidence against me. Dependency bloat (from %_docdir contents) is a long standing rpm issue that no one seems willing to tackle; by policy we don't allow deps in %_docdir so Fedora rpm shouldn't even look in there. And frankly, I don't think it's unreasonable to say that I've done more recently to help eliminate %_docdir and other spurious deps by writing up and proposing the filtering system now in place than any other effort I've recently seen. (Corrections welcome.) If rpm conformed to Fedora policy, %_docdir deps wouldn't ever be an issue with any package. Catalyst test suites often contain mini test-apps that help demonstrate how something actually works. MooseX::AttributeHelpers was for ages poorly documented; the tests were the only real way to help figure out how they worked. MooseX::Workers sounded really quite cool didn't make any sense until I read through the test cases. If one does a basic google search[1] for 'site:search.cpan.org AND (see the test suite OR see the tests)': MP3::M3U::Parser (See the tests in the distribution for example codes), Parallel::Forker (For more examples, see the tests), MooseX::Types (See the tests directory for a start on this, w.r.t. a specific coding scenario), WWW::Netflix::API (Also see the TEST SUITE source code for more examples), etc, etc. As to undocumented api... We all know the conventions, we all get to make our own decisions, and we all know we're shooting ourselves in the foot (or head) if we use internal methods. If this were a real argument, we should probably not allow any users to see the source code at all. Or have root. Or a keyboard. :) I think the ability to run the test suite post-install is pretty important, but we're installing them in %_docdir. ATM the intention is to have them as documentation; if someone uses them beyond that that's their own doing. And I hardly think running a test suite post-install is a bad practice; modern Perl apps often have a fairly extensive dependency tree... It's nice to be able to validate that updating perl-Sub-Name, say, isn't going to somehow break Class::MOP and thereby your Catalyst app. Unless we start breaking them out into -tests subpackages, we don't need to consider this here, however, as they stand quite nicely on their own as docs. Soo... maybe the undocumented / bad API theories held some weight back in 1999, but this is 2009. Modern Perl test suites are an entirely different animal. I'm more than open to reconsidering the merits of this, but I haven't seen any of the actual harm claimed to be specific to including the tests in %_docdir. [1] http://www.google.com/#hl=enq=site%3Asearch.cpan.org+AND+(see+the+test+suite+OR+see+the+tests)aq=faqi=oq=fp=3aa7f458acaa2672 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list