Re: Installing F12-Beta
Dne 2.11.2009 08:47, Steven James Drinnan napsal(a): David why you are so upset? No need to get nasty. I simply posted a message about my problems installing F12. I did not Hijack any thread (see the subject name). You posted your message as a reply to the other thread. That's what David called hijacking. You're right that it's not a reason to get nasty. It's only a little mistake, not a crime :-) Just try to not repeat the mistake in the future. As I said I have posted a bug report at bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=531156) OK, thanks for the link. I put a reply there. Bugzilla is a better place to discuss specific bugs than fedora-devel-list. Thank you for testing the Beta release. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing F12-Beta
On Mon, 2009-11-02 at 15:47 +0800, Steven James Drinnan wrote: David why you are so upset? No need to get nasty. I simply posted a message about my problems installing F12. I did not Hijack any thread (see the subject name). I thought this was a public forum. I sent this to the whole mailing list. My apologies if I offended you. I'm not upset, and wasn't nasty. I was just trying to help you communicate more effectively, and without adding noise to other discussions. You _did_ hijack the thread -- you replied to Adam's message, using your 'reply' button instead of composing a new message to the list. Your mail is clearly marked, in its headers which I quoted, as a reply to that previous message -- as part of that older thread. It should have been a _new_ thread, not a reply to the existing thread. Please don't do that. And, while we're at it, please don't top-post either. And please remember to quote only what you actually need for context rather than repeating the _whole_ of the message to which you're replying. You may find http://david.woodhou.se/email.html to be useful reading. All I can tell you is what happened. Which is I put the DVD in the drive and after a while it came up with a recursive error and said it was fixed but needed to restart the computer. You _still_ didn't actually post the precise text of the error you saw, along with any output leading up to it. It's almost as if you don't _want_ people to be able to help you. Now that you posted the actual bug number rather than just teasing us with I put it in bugzilla but I'm not telling you where as you did in your previous mail, I can see that you didn't post the full error there, either. Please, show us the words you actually see on the screen -- or take a photo, perhaps. -- dwmw2 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing F12-Beta
On Mon, 2009-11-02 at 09:16 +0100, Michal Schmidt wrote: OK, thanks for the link. I put a reply there. Bugzilla is a better place to discuss specific bugs than fedora-devel-list. Thank you for testing the Beta release. Michal Ok and thanks a lot signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Udev support for device-mapper/LVM2 in rawhide
Hi, this is just an announce that finally we will make a new rawhide release tomorrow with udev support enabled in device-mapper and LVM2 packages (upcoming device-mapper-1.02.39-2, lvm2-2.02.54-2). This is a scratch you can check and test if you would like to: https://koji.fedoraproject.org/koji/taskinfo?taskID=1774341 We will provide the rules as well as the udev synchronisation feature (udev_sync) in libdevmapper directly. We have extended its interface so it's possible to wait for udev to process the events that are related to actions done on DM devices (create, rename, resume, remove). This way we can prevent races between libdevmapper and udev itself. However, we had to change the layout in /dev based on comments from udev team: - /dev/mapper directory is now filled with symlinks (not nodes) with names given by actual DM device names - these symlinks point to /dev/dm-X nodes, X is a number. This is an internal kernel name that should not be visible in userspace, but there's this udev requirement that node names must match the kernel names so... - as for LVM - we use symlinks in /dev/vgname but now these ones point to /dev/dm-X not /dev/mapper/actual_dm_name Any other software using libdevmapper should work without any problems while still not using udev_sync feature (libdevmapper will detect this and it will fallback to old way of node creation under /dev - that is by libdevmapper itself, the rules will be selectively switched off automatically in these situations). However, we expect that everybody using libdevmapper will switch to using udev_sync interface as well gradually. There were some problems last time we brought this into the F12 rawhide a month ago (the most critical were dracut and anaconda). We have identified these problems and everything should be fixed now (there are proper hooks in dracut to install the new rules and we provided a quick workaround in libdevmapper for parted utility that caused the anaconda to fail, there's also a fix on its way to parted upstream itself). Maybe I should mention other known problems we track and we know about: - mount utility uses inappropriate DM names in mtab (because it follows the symlinks and takes the internal dm-X names). The consequence is that utilities reading mtab will show these dm-X names instead of actual DM names (like the output of df). The fix is in upstream util-linux-ng already (as of 26th October) so I hope it will propagate into rawhide soon. - since we create the nodes on change udev event (and we have to!) and suppress the node creation on add event, there's a problem while using udevadm trigger. The trigger generates add events by default and when called, the DM nodes are removed (because of the node suppression on add and udev removes the nodes if we use the suppression and the nodes exist already). We have to work out a proper solution with udev team here, but if you run into this problem, you can have those DM nodes back by calling: udevadm trigger --action=change --property-match=DM_UDEV_RULES_VSN=* or (but this works for kernels = 2.6.29 only): udevadm trigger --action=change --attr-match=dm/name or: udevadm control --env=STARTUP=1 udevadm trigger udevadm control --env=STARTUP= - there's a problem with GRUB2 that can't deal with the symlinks in /dev/mapper (it's the grub-probe that fails iirc). Since there are more things to fix in grub2 with respect to DM devices, we have to work more closely with grub team to solve this issue and other issues. Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. Thanks Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Udev support for device-mapper/LVM2 in rawhide
On 11/02/2009 02:43 PM, Peter Rajnoha wrote: Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. May I ask why these changes are being pushed so late in the development cycle? Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Udev support for device-mapper/LVM2 in rawhide
On 11/02/2009 10:12 AM, Rahul Sundaram wrote: On 11/02/2009 02:43 PM, Peter Rajnoha wrote: Hopefully I've mentioned eveything that's important. If you have any questions, please, feel free to raise your comments here. The plan is to switch this on tomorrow, but if there's anyone who sees a problem here and who would like to test it more and needs more time, please, let me know. May I ask why these changes are being pushed so late in the development cycle? Rahul This is for F13 rawhide, I consider F12 closed for this... (I know that there's no official release for current F13 rawhide yet, but I think releng could help us here to do a private pre-rawhide release for us to test, but first we need to push it so a snapshot could be made for that pre-release). Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fwd: Request to update ATi OSS driver for Fedora 12
To Adam Williamson Thank you for your command. Will RGB Gamma value be set 1.0 in the final release? I think it needs. And playing flashplayer in the web browser with Adobe Flash Player still has some blocks. Maybe flash player cause that problem. I just wait. To Tom 'spot' Callaway Thank you for hard work. Crhomium browser in Fedora 12 looks perfect. Is there any plan to push chromium into rawhide or updates-testing. I think chromium has enough stability to make more users test itself. -- urlhttp://www.liangsuilong.info/url Fight for freedom(3F) Ask not what your Linux distro can do for you! Ask what you can do for your Linux distro! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Le Lun 2 novembre 2009 11:29, Ankur Sinha a écrit : hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? You can ignore Jörg Schilling. He managed to antagonize everyone else Linux-side¹, and now complains no one wants to use his cdrecord versions. IIRC after burning bridges Linux-side he launched an OpenSolaris distro named Schillix. I think it was not a big success either for pretty much the same communication reasons. ¹ Adding « informative » messages such as « Linux device naming is stupid, my tools use better conventions, why are not you installing a sane OS like Solaris instead » (paraphrased from memory) -- Nicolas Mailhot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 11:57 AM, Nicolas Mailhot wrote: Le Lun 2 novembre 2009 11:29, Ankur Sinha a écrit : hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? You can ignore Jörg Schilling. He managed to antagonize everyone else Linux-side¹, and now complains no one wants to use his cdrecord versions. IIRC after burning bridges Linux-side he launched an OpenSolaris distro named Schillix. I think it was not a big success either for pretty much the same communication reasons. ¹ Adding « informative » messages such as « Linux device naming is stupid, my tools use better conventions, why are not you installing a sane OS like Solaris instead » (paraphrased from memory) And the best is to ignore those comments. RR -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, 2009-11-02 at 12:15 +0100, Roman Rakus wrote: On 11/02/2009 11:57 AM, Nicolas Mailhot wrote: Le Lun 2 novembre 2009 11:29, Ankur Sinha a écrit : hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? You can ignore Jörg Schilling. He managed to antagonize everyone else Linux-side¹, and now complains no one wants to use his cdrecord versions. IIRC after burning bridges Linux-side he launched an OpenSolaris distro named Schillix. I think it was not a big success either for pretty much the same communication reasons. ¹ Adding « informative » messages such as « Linux device naming is stupid, my tools use better conventions, why are not you installing a sane OS like Solaris instead » (paraphrased from memory) And the best is to ignore those comments. RR hi, Thank you for clearing that up. The comment had made me a little bit uncertain about what was going on. -- regards, Ankur -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20091102 changes
Compose started at Mon Nov 2 06:15:07 UTC 2009 Broken deps for i386 -- 1:nant-0.85-30.fc12.i686 requires mono(NDoc.Core) = 0:1.3.3498.0 Broken deps for x86_64 -- 1:nant-0.85-30.fc12.x86_64 requires mono(NDoc.Core) = 0:1.3.3498.0 Updated Packages: perl-Razor-Agent-2.85-4.fc12 * Sun Nov 01 2009 Warren Togami wtog...@redhat.com - 2.85-4 - Use Digest::SHA instead of Digest::SHA1 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 1 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
disabling internal crash handler in wxGTK
Hello, I plan to disable the internal crash handler in wxGTK for the the devel/F13 branch so we can use ABRT to report crashes. This will mean a rebuild of wxGTK with --disable-catch_segvs. This change affects all applications linked with wxGTK, because one symbol is removed from the base library. I will take care of rebuilding the packages, but the package owners should still check what is their implementation of the wxApp::OnFatalExpection() virtual method doing, because it will not be called anymore. Usually it is used to display the wxGTK-based crash report. Please let me know if you want to rebuild the package yourself or if you have some questions. This is the list of packages that are linked with the base wxWidgets/wxGTK library (libwx_baseu-2.8.so.0): audacity-0:1.3.9-0.4.beta.fc12.x86_64 bacula-console-wxwidgets-0:3.0.2-4.fc12.x86_64 boinc-manager-0:6.6.37-4.r18632svn.fc12.x86_64 codeblocks-contrib-libs-0:8.02-9.fc12.x86_64 codeblocks-libs-0:8.02-9.fc12.x86_64 codeblocks-0:8.02-9.fc12.x86_64 crystalspace-0:1.2.1-6.fc12.x86_64 DivFix++-0:0.30-8.fc12.x86_64 extrema-0:4.3.6-5.fc12.x86_64 fbg-0:0.9.1-4.fc12.x86_64 filezilla-0:3.2.8.1-1.fc12.x86_64 fityk-0:0.8.8-1.fc12.x86_64 flamerobin-0:0.9.2-1.fc12.x86_64 freedink-dfarc-0:3.4-1.fc12.x86_64 glest-0:3.2.2-1.fc12.x86_64 gnuplot-0:4.2.6-1.fc12.x86_64 grass-0:6.3.0-14.fc12.x86_64 gspiceui-0:0.9.97-1.fc12.x86_64 hugin-base-0:2009.2.0-1.fc12.x86_64 hugin-0:2009.2.0-1.fc12.x86_64 iaxclient-0:2.1-0.4.beta3.fc12.x86_64 kicad-0:2009.07.07-4.rev1863.fc12.x86_64 LuxRender-0:0.5-5.fc12.x86_64 mkvtoolnix-gui-0:2.9.8-2.fc12.x86_64 mrpt-apps-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 mrpt-core-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 mrpt-hwdrivers-0:0.7.1-0.1.20090818svn1148.fc12.x86_64 multiget-0:1.2.0-7.fc12.x86_64 nightview-gui-0:0.3.2-8.fc12.x86_64 OpenSceneGraph-examples-0:2.8.2-3.fc12.x86_64 panoglview-0:0.2.2-6.fc12.x86_64 perl-Wx-0:0.92-1.fc12.x86_64 pgadmin3-0:1.10.0-2.fc12.x86_64 plplot-wxGTK-0:5.9.5-1.fc12.x86_64 poedit-0:1.4.3-1.fc12.x86_64 rapidsvn-0:0.10.0-2.fc12.x86_64 scorched3d-0:42.1-3.fc12.x86_64 scummvm-tools-0:0.13.0-2.fc12.x86_64 simdock-0:1.2-7.fc12.x86_64 sooperlooper-0:1.6.13-4.fc12.x86_64 springlobby-0:0.27-1.fc12.x86_64 toped-0:0.9.5-1.fc12.x86_64 trustedqsl-0:1.11-5.fc12.x86_64 ucblogo-0:6.0-5.fc12.x86_64 vavoom-0:1.30-3.fc12.x86_64 wxBase-0:2.8.10-6.fc12.x86_64 wxGTK-devel-0:2.8.10-6.fc12.x86_64 wxGTK-gl-0:2.8.10-6.fc12.x86_64 wxGTK-media-0:2.8.10-6.fc12.x86_64 wxGTK-0:2.8.10-6.fc12.x86_64 wxiax-0:2.1-0.4.beta3.fc12.x86_64 wxMaxima-0:0.8.3a-1.fc12.x86_64 wxPython-0:2.8.9.2-3.fc12.x86_64 xchm-0:1.17-2.fc12.x86_64 xmlcopyeditor-0:1.2.0.2-2.fc12.x86_64 Dan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Adding packages to comps.xml
alekc...@googlemail.com wrote: Hi all. I want to add to comps.xml for F10-F13 some optional packages which I not own. To kde-desktop group: kde-plasma-quickaccess kde-plasma-runcommand kde-plasma-translatoid kde-plasma-yawp qt-recordmydesktop skanlite To graphical-internet group: arora choqok mtr-gtk netactview rekonq To text-internet group: aria2 netstiff trickle youtube-dl whatmask To system-tools group: apcupsd-gui ddclient htop iftop iotop nethogs ntpdate fdupes nrg2iso To sound-and-video group: AcetoneISO2 subtitlecomposer To printing group: cups-pdf To web-server group: phpMyAdmin To engineering-and-scientific group: qtoctave scidavis Is there any objections to do this? Should packages maintainers add this packages or I can do this? No objectiion, thanks for the comps' love. Normally, this is something maintainers should do, but as they've not done so yet, maybe it was oversight or an error. To simplify matters and minimize confusion, I'd say just do it. -- Rex -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 02, 2009 at 15:59:07 +0530, Ankur Sinha sanjay.an...@gmail.com wrote: hi, I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? While that might be an exageration, I still wouldn't hold my breath waiting for fixes from the wodim guys. On the other hand trying to build Jörg's stuff isn't easy on Fedora. And might not even work as he likes to use a interface that was depreciated a while back for talking to the cd/dvd drives. Jörg seems to be watching for bug reports related to wodim and comments on them whenever someone new adds something. The whole situation is unfortunate as Jörg seems to have a good knowledge of the hardware and I think support (especially for older hardware) would be better if he worked with wodim cooperatively. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Feature request: AMD K10 thermal sensors
Dne 31.10.2009 12:51, Christoph Höger napsal(a): Just one question: How are the lm_sensors names (10h, 11h) related to current processors? 11h seems to be WIP. AMD codename K10 refers to family 10h CPUs (Phenom, Phenom II). You can see your cpu family in /proc/cpuinfo. It's decimal there, so 10h will be shown as 16. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Sat, 2009-10-31 at 09:25 +0100, Nicolas Chauvet wrote: 2009/10/31 Bruno Wolff III br...@wolff.to: I am working on packaging pagedgeometry and I noticed that when building on gcc it passes -msse which I am guessing says to use sse instructions. I think that even in F12 we can't assume these instructions are available. The package may gain a lot of benefit from using those instructions. (I haven't tested that yet as I am still pretty early in the process.) Is there some relatively standard way to handle something like this? -msse is fine for x86_64 and ia64 by default (but not for non-intel arches). The only way to have sse enabled on ix86 is for a library to be built twice, the provides the sse version in %{_libdir}/sse2. The linker will then enable the appropriate library at runtime. Strictly, this is not true. Newer binutils has a feature called indirect functions that lets you do (logically, this is not what the syntax actually looks like): typedef void *(*memcpy_func)(void *, void *, size_t); static void *_mmx_memcpy(void *d, void *s, size_t n) { ... } static void *_sse_memcpy(void *d, void *s, size_t n) { ... } /* ... */ __attribute__((indirect)) memcpy_func *memcpy() { if (has_mmx()) return _mmx_memcpy; if (has_sse()) return _sse_memcpy; /* ... */ } The indirect function is called at symbol resolution time instead of the normal lookup rules, so you can build a single object with support for multiple ISA extensions, without the runtime lookup penalty. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Mon, Nov 02, 2009 at 09:43:30 -0500, Adam Jackson a...@redhat.com wrote: Strictly, this is not true. Newer binutils has a feature called indirect functions that lets you do (logically, this is not what the syntax actually looks like): Can you point us to some documentation on this? Is this something that is encouraged for use in Fedora? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What to do with package that wants to use sse?
On Mon, 2009-11-02 at 08:49 -0600, Bruno Wolff III wrote: On Mon, Nov 02, 2009 at 09:43:30 -0500, Adam Jackson a...@redhat.com wrote: Strictly, this is not true. Newer binutils has a feature called indirect functions that lets you do (logically, this is not what the syntax actually looks like): Can you point us to some documentation on this? Is this something that is encouraged for use in Fedora? Well, the best documentation I can find is the thread discussing the implementation: http://www.x86-64.org/pipermail/discuss/2009-June/010546.html and the testcase in binutils: http://github.com/jiez/binutils/blob/master/ld/testsuite/ld-ifunc/lib.c glibc seems to be using it in a few places in F12, so I can't imagine it's too broken. That said, I don't think it's the _recommended_ solution for Fedora yet. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
On 10/29/2009 11:17 AM, Steve Dickson wrote: On 10/28/2009 03:05 PM, Roland McGrath wrote: It sounds like you are saying that there is no way to export the same host filesystems with the same client-perceived names under v4 as was being done before under v[23]. Is that really true? With Pre-F12 servers... Yeah... The V4 protocol requires a 'pseudo root' to be defined. Other servers simply make '/' the pseudo root which allows all exports just to work with all versions. The Linux server have the feature of being able to define the pseudo root with the use of the 'fsid=0' export option. A feature none of the other servers have. Except that when the other servers create a pseudo root, they don't *also* expose that pseudo root. I'm fairly strongly of the opinion that our NFS server should do the same thing: don't expose the pseudo root as an actual mount. Unfortunately, there was no forethought as to what happens when a pseudo root is not defined, until recently... Patches in both the F-12 kernel and rpc.mountd now dynamically allocate a pseudo root when one is not defined... Basically meaning '/' becomes the pseudo root when there is no fsid=0 export option. And does this explicitly export the / filesystem? I would certainly hope not as that could surprise the hell out of an admin when his / filesystem is now exposed when it didn't use to be. My old /etc/exports is: /mirror*(ro,insecure,sync,mp,all_squash) So clients mount server:/mirror to see my /mirror directory's contents. No other /foo directory is exported or visible at all to clients, and that's how it should stay. How do I get the same results for v4 clients? Use a F-12 server or added the '/ *(ro,fsid=0)' export entry like: / *(ro,fsid=0) /mirror*(ro,insecure,sync,mp,all_squash) I'm perfectly fine with adding the entry to the exports file, but I think the fsid=0 export entry should be a non-functioning entry other than setting the pseudo root. As you've described it so far, it also happens to be a live export and I think that's wrong and should be fixed. -- Doug Ledford dledf...@redhat.com GPG KeyID: CFBFF194 http://people.redhat.com/dledford Infiniband specific RPMs available at http://people.redhat.com/dledford/Infiniband signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Problem building Asterisk sounds
On Tue, Oct 20, 2009 at 12:48 PM, Mamoru Tasaka mtas...@ioa.s.u-tokyo.ac.jp wrote: Jeffrey Ollie wrote, at 10/21/2009 01:53 AM +9:00: On Tue, Oct 6, 2009 at 9:23 AM, Jeffrey Ollie j...@ocjtech.us wrote: I'm trying to build the latest Asterisk sounds package, but I'm getting the following error: error: Recognition of file /builddir/build/BUILDROOT/asterisk-sounds-core-1.4.16-1.fc13.noarch/usr/share/asterisk/sounds/fr/digits/1.g729 failed: mode 100444 zlib: invalid stored block lengthsempty (gzip compressed data, reserved method, encrypted, last modified: Tue Nov 9 20:48:48 2010, max speed) The full build log is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=1730585 The build fails in mock locally as well but koji actually gives me a better error message. The file in question isn't gzip compressed, it's an audio file compressed with G.729 audio compression. Can anyone help me out here? I still haven't figured this out, and it hasn't fixed itself. Can anyone take a look and give me a hint? Well, $ file ./usr/share/asterisk/sounds/fr/digits/1.g729 ./usr/share/asterisk/sounds/fr/digits/1.g729: gzip compressed data, reserved method, encrypted, last modified: Wed Nov 10 10:48:48 2010, max speed So it seems that this file is actually recognized as gzip compressed data, perhaps due to magic number, which seems to be causing a problem in rpm. I don't know currently how to deal with this case as I don't know if we can tell rpmbuild that this file should not be treated as a gzipped file by some methods or not, but for now I guess it is better to contact rpm maintainer. Yes, this does appear to be a bug in file/libmagic. I've filed bug 532489[1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=532489 In the meantime I'll remove the file as Asterisk should pick a recording encoded with another codec as a fallback. -- Jeff Ollie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Evolution Data Server...
Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... -- Nathanael noblet -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
On Mon, 2009-11-02 at 14:00 +0100, Roberto Ragusa wrote: Adam Williamson wrote: And why the hell are you still using Luxi Mono, anyway? that thing went out with the ark... I'm not the person you are posing your question to, but I use Luxi Mono and can give you an answer: Because it is a wonderful serif mono font. Can you suggest me an alternative? It looks like mono = sans nowadays. I'm a big member of the 'fonts are subjective' bandwagon, but I'm _really_ surprised that anyone would consider the Luxi fonts to look better than the DejaVu ones. DejaVu is just a far more polished font set, which is why it was chosen by all major distros to replace Luxi years ago. You're literally the first person I've come across who seems to prefer the appearance of Luxi. Nothing wrong with that, I suppose, I'm just surprised =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Evolution Data Server...
On Mon, 2009-11-02 at 09:36 -0700, Nathanael D. Noblet wrote: Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... Yes, several other things use it. It's something of an unfortunate name; e-d-s is really a generic PIM information server. It's a sensible model: it lets multiple applications access and modify the information in question while they are all active. KDE, which did not used to use this model, had a problem where if anything other than KMail wanted to use contact data - say you wanted to synchronize it with another device via OpenSync - you had to close KMail first, or messiness could ensue (the sync would fail, or in a bad case KMail could fall over; I think in a really really bad case you could even lose or duplicate data). KDE is switching to the model of having a server for this information with Akonadi. GNOME's server for this information is e-d-s. The most common non-Evolution user of e-d-s data is the clock applet on the panel; it notifies you of impending appointments, and it does this by looking them up via e-d-s. But there are several others too. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Evolution Data Server...
On 11/02/2009 09:52 AM, Adam Williamson wrote: On Mon, 2009-11-02 at 09:36 -0700, Nathanael D. Noblet wrote: Hello, So this isn't a strictly development question, but based on the answer it very well could be. I don't use evolution, but the evolution-data-server is running. Is it used for anything else? If not, perhaps it would be good to not run it as part of the gnome session when the users default mail client isn't evolution. If it is used for other purposes then whatever. Otherwise I can file a bug report if desired... Yes, several other things use it. It's something of an unfortunate name; e-d-s is really a generic PIM information server. It's a sensible model: it lets multiple applications access and modify the information in question while they are all active. KDE, which did not used to use this model, had a problem where if anything other than KMail wanted to use contact data - say you wanted to synchronize it with another device via OpenSync - you had to close KMail first, or messiness could ensue (the sync would fail, or in a bad case KMail could fall over; I think in a really really bad case you could even lose or duplicate data). KDE is switching to the model of having a server for this information with Akonadi. GNOME's server for this information is e-d-s. The most common non-Evolution user of e-d-s data is the clock applet on the panel; it notifies you of impending appointments, and it does this by looking them up via e-d-s. But there are several others too. Good to know! ;) Thanks for the info. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Getting Boost Caught-Up
Folks, Boost 1.41 is going into Beta now. Can we please get boost caught-up to current release for FC13? Thanks, Joel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Dne 2.11.2009 17:31, Kevin Kofler napsal: Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Although you are technically right, the commits for the last two years have been boring cleanups, typo fixes and warning silencers. They don't seem to be fixing any actual bugs in CD/DVD burning. The last commit that did something which looks like a technical change was indeed on 2007-05-06 ( http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?rev=767sc=1 ). Look here for the log and read the commit messages: http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?op=logrev=0sc=0isdir=1 So wodim does not look like a well maintained project to me. Michal -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Strange dependency of cpl in rawhide
Hello, I have built a new release of cpl (an astronomical data processing library) in koji. In rawhide, I get an (incorrect) dependency on libcfitsio.so https://koji.fedoraproject.org/koji/rpminfo?rpmID=1637146 where as in fc12 I get the correct dependency on libcfitsio.so.0: https://koji.fedoraproject.org/koji/rpminfo?rpmID=1639093 cfitsio provides libcfitsio.so.0 in both rawhide and fc12: https://koji.fedoraproject.org/koji/rpminfo?rpmID=1621497 For some reason, 3.210 in f13 no longer sets the soname to libcfitsio.so.0 (which you can see in the cfitsio build logs). This should get fixed. Yikes. Let me get on that. -- 299792458 m/s. It's not just a good idea, It's the law. -- Matthew Truch Department of Physics and Astronomy University of Pennsylvania m...@truch.net http://matt.truch.net/ pgpZcHbom6t72.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, 2009-11-02 at 18:16 +0100, Michal Schmidt wrote: Dne 2.11.2009 17:31, Kevin Kofler napsal: Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Although you are technically right, the commits for the last two years have been boring cleanups, typo fixes and warning silencers. They don't seem to be fixing any actual bugs in CD/DVD burning. The last commit that did something which looks like a technical change was indeed on 2007-05-06 ( http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?rev=767sc=1 ). Look here for the log and read the commit messages: http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?op=logrev=0sc=0isdir=1 So wodim does not look like a well maintained project to me. That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. - ajax signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 03:19 PM, Bruno Wolff III wrote: Jörg seems to be watching for bug reports related to wodim and comments on them whenever someone new adds something. Same applies to brasero and cdrdao. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 2, 2009 at 7:18 PM, Adam Jackson a...@redhat.com wrote: On Mon, 2009-11-02 at 18:16 +0100, Michal Schmidt wrote: Dne 2.11.2009 17:31, Kevin Kofler napsal: Ankur Sinha wrote: wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? It's just the usual FUD from Jörg Schilling. Ignore it. The latest commit to cdrkit upstream was 3 weeks ago. Although you are technically right, the commits for the last two years have been boring cleanups, typo fixes and warning silencers. They don't seem to be fixing any actual bugs in CD/DVD burning. The last commit that did something which looks like a technical change was indeed on 2007-05-06 ( http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?rev=767sc=1 ). Look here for the log and read the commit messages: http://svn.debian.org/wsvn/debburn/cdrkit/trunk/wodim/?op=logrev=0sc=0isdir=1 So wodim does not look like a well maintained project to me. That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. Or switch to libburn and friends. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
On 10/26/2009 10:34 AM, Steve Dickson wrote: [With the next nfs-utils rawhide build, I will be flipping the ] [switch that will cause all NFS client mounts to try NFS v4 first ] [At the bottom of this email has the workarounds if this change does ] [indeed cause pain ] As part of the https://fedoraproject.org/wiki/Features/NFSv4Default feature I am one commit away from changing the default protocol version NFS will be using (or at least trying to use). What does this means to you? Hopefully nothing! In theory this should be a very seamless transition but with all new technology there will be (and are) some rough spots. Why are make the change? See the NFSv4Default wiki for details, but in a nutshell: * Better performance - V4 is now a stateful protocol. Meaning the server keeps state on all the clients access a particular file or directory. This allows the server to give out delegations (or leases) which in turn allows the client to aggressive cache both data and meta data locally * Firewall Friendly- With v4 only one port is used 2049 for all traffic including mounting and file locking. * Finally it enables us use upcoming minor releases of the the protocol. NFS version 4.1 and pNFS are two example of upcoming minor releases. FYI, V4 was introduced in Fedora Core 2 so it has been around for a while. I personally have been using it for my home directory for a couple years now.. For more of the nitty gritty details see http://www.iaps.com/NFSv4-new-features.html That's the good news... Here is the bad Because the mount command will try NFS v4 first, mounts to older Linux servers will start failing like: # mount linux-server:/export /mnt mount.nfs: mounting linux-server:/export failed, reason given by server: No such file or directory This is due to a defect in the Linux server exporting code, which is fixed in F-12, *but* there are a number of workarounds On the server (Which is suggested): * Add the following entry to the /etc/exports file: / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. On the client, go back to v3 mounts by doing one of the following: * Add -o v3 to command line, similar to: mount linux-server:/export /mnt * Change the default mount version in the new /etc/nfsmount.conf file by uncommenting the Nfsvers=3 setting in the 'NFSMount_Global_Options' section. See nfsmount.conf(5) man page for details. The diff would look like: --- /etc/nfsmount.conf.orig 2009-10-26 09:30:21.0 -0400 +++ /etc/nfsmount.conf2009-10-26 10:31:30.227443686 -0400 @@ -31,7 +31,7 @@ # Protocol Version [2,3,4] # This defines the default protocol version which will # be used to start the negotiation with the server. -# Defaultvers=4 +Defaultvers=3 # # Setting this option makes it mandatory the server supports the # given version. The mount will fail if the given version is Update... With Build http://koji.fedoraproject.org/koji/taskinfo?taskID=1783028 the mount command will first try to do a v4 mount and then fall back to v3/v2 mounts if v4 is not support. This fall back will also happen if the server returns ENOENT, which will be the case with legacy Linux servers and possible Netapp servers... I hope to get the ENOENT-patch into F-12 as soon as it bakes a while in rawhide and once F-12 stabilizes... Thanks for all the input!!! steved. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
Steve Dickson ste...@redhat.com writes: [...] With Build http://koji.fedoraproject.org/koji/taskinfo?taskID=1783028 the mount command will first try to do a v4 mount and then fall back to v3/v2 mounts if v4 is not support. This fall back will also happen if the server returns ENOENT, which will be the case with legacy Linux servers and possible Netapp servers... [...] Thank you! This looks like the Right Thing To Do(tm). - FChE -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora PPC for oldworld Mac?
On 11/2/09 1:07 PM, Dan Williams wrote: On Thu, 2009-10-29 at 12:18 +, David Woodhouse wrote: On Wed, 2009-10-28 at 22:25 -0400, Tony Nelson wrote: On 09-10-28 18:24:49, Josh Boyer wrote: On Wed, Oct 28, 2009 at 06:17:31PM -0400, Tony Nelson wrote: ... Does Fedora PPC work or install on oldworld PCI Macs, such as a beige G3 desktop? My impression is that no one has tried it on an oldworld ... It _ought_ to work if you sort out the bootloader. oldworld topped out at 366MHz anyway right? (the 333 and 366 Beige G3 were only sold from 1998-08-12 - 1999-01-01 too) That's pretty much the minimum you'd need to run Fedora anyway these days... Not sure it's really worth it, you'll need at least 256MB of RAM anyway, and those things used 168-pin 3.3V DIMMs which are pretty hard to find these days. Stock might have topped out around there, but there were assorted aftermarket upgrades one could purchase. I had a Beige G3 tower running at 533MHz with 768MB of RAM at one point in time, iirc. -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? Spot ? -denis -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Installing F12-Beta
David Woodhouse dw...@infradead.org writes: My crystal ball isn't working today, so I _couldn't_ help you, even if I _didn't_ have a policy of not helping thread-hijackers until they post their problem politely ;) Oh, I guess it's time to consider installing a RAICB, a Redundant Array of Inexpensive Crystal Balls :-) Then it's clear the error is actually Fixing recursive fault but reboot is needed! and it's most probably a kernel or hardware problem. -- Krzysztof Halasa -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 02, 2009 at 21:47:47 +0100, Denis Leroy de...@poolshark.org wrote: On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? There is also the issue that Jörg wants devices to be referenced in a particular way that most other developers don't want to do. So a fork may be needed even if licensing is resolved. It doesn't sound like fun work though. I get the impression that there are a lot of device quirks and without sample hardware and a fair amount of dedication it is going to be hard to do a good job. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
updating F11 GNOME release
This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
On Mon, Nov 2, 2009 at 2:44 PM, Jud Craft craft...@gmail.com wrote: This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? Normally, the GNOME team normally stays with the same release for a cycle. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
On Mon, 2009-11-02 at 16:44 -0500, Jud Craft wrote: This is unfortunately not actually a helpful topic, but I am deathly curious. Will GNOME be stuck at 2.26 for the rest of the F11 cycle? Or are updates in the works, just not ready yet? We've updated GNOME in F11 to 2.26.3. We don't do jumps to the next major GNOME version within a released Fedora, that would be incompatible with our understanding of a released product. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
PPC not getting __WORDSIZE set
Word of warning.. I am no too familiar with C across platforms. I am trying to package ruby-ffi (spec file is at [1]) and when I do a scratch build in Koji [2] it runs fine on x86 but is failing in ppc_64. It appears that __WORDSIZE is not being set [3]. I looked at the CFLags for the x86_64 and they are the same, so I assumed things would run fine. Can anyone point me at what to look at next? -- bk [1] Spec file: http://bkearney.fedorapeople.org/ruby-ffi.spec [2] Main Build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1783879 [3] Failing Build Log: http://koji.fedoraproject.org/koji/getfile?taskID=1783882name=build.log [4] SRPM: http://bkearney.fedorapeople.org/ruby-ffi-0.5.1-1.fc11.src.rpm -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC not getting __WORDSIZE set
On Mon, Nov 02, 2009 at 05:15:50PM -0500, Bryan Kearney wrote: Word of warning.. I am no too familiar with C across platforms. I am trying to package ruby-ffi (spec file is at [1]) and when I do a scratch build in Koji [2] it runs fine on x86 but is failing in ppc_64. It appears that __WORDSIZE is not being set [3]. I looked at the CFLags for the x86_64 and they are the same, so I assumed things would run fine. Can anyone point me at what to look at next? __WORDSIZE is a glibc internal macro, packages shouldn't be using it. Whether it is defined or not depends on whether any of the headers that are included needed to check that macro or not. You should be using __LP64__ or similar macros instead. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fwd: Request to update ATi OSS driver for Fedora 12
On 11/02/2009 05:23 AM, Liang Suilong wrote: Thank you for hard work. Crhomium browser in Fedora 12 looks perfect. Is there any plan to push chromium into rawhide or updates-testing. I think chromium has enough stability to make more users test itself. Not until Chromium comes out of beta and has a sane release model. Even then, it will be an uphill battle, and I'll probably have to petition FESCo for an exception. Not sure when that will be, but if I had to guess, I'd say it is closer to the F13 timeframe. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On 11/02/2009 03:47 PM, Denis Leroy wrote: On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? That would be a significantly notable fork. If someone did remove all the dependent GPLv2 code in the cdrecord source, I would probably be willing to audit the package for possible inclusion, but I could not in good conscience recommend that anyone maintain that forked code in Fedora, as the upstream author has a long and storied history of being... problematic. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? Wodim is a creation of a hostile packaging person from Debian. See: http://cdrecord.berlios.de/private/linux-dist.html for more information. Let me give you some facts: The fork did have less changes in the time between May 6th 2007 and today than the original source had in a lazy week. In the same time, the original software had a sustained average putback rate of 3 changes per day. Since May 2006 50% of the code was replaced or added. There is more than 30% new code since then and many many new features and bug fixes. In contrary to the fork, the orogonal project carefully listenes to the bug reports from the users and and reported bugs are typically fixed within a few hours. This is why there are no known bugs in the original software and why there are more than 100 bugs (well known since January 2007) in the fork that are not fixed. All known bugs in the fork will disappear if you just upgrade to recent original software. Roman Rakus and others did verify many times that he is not interested in the problems of the users. Please ignore comments from people like Roman Rakus as he is involved in the attacks against the OpenSource Project cdrtools and thus not interested in a discussion about the backgrounds on why Redhat started to distribute the proken fork instead of the original software. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Font rendering slightly degraded in recent rawhide
On 11/02/2009 04:26 PM, Rajeesh K Nambiar wrote: I did even contact Mr. Chuck Bigelow to find out any possibility of licensing Luxi fonts under an open source license, when Fedora decided to drop them. For what it is worth, when we dropped them, I contacted the upstream copyright holder as well, and they opted not to relicense those fonts. Hopefully at some point they may revisit that decision. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On the other hand trying to build Jörg's stuff isn't easy on Fedora. And might not even work as he likes to use a interface that was depreciated a while back for talking to the cd/dvd drives. I would guess that you are not informed correctly. My software easily compiles on more than 30 different OS platforms by just calling make. Well, there are many well known bugs in gmake and gmake before 3.81 will not work at all. This is why I recommend to use my smake. Note that smake is much older than gmake and works on more different platforms that gmake does. I know that some Linux distributions ship with the broken original Linux kernel include files. On such distros, you will have problems to compile any software that supports linux specific features If you have problems compiling cdrtools, I recommend you to first start with the complete Schily source distribution from: ftp://ftp.berlios.de/pub/schily/ as this will first compile a bootstrap smake and then use this smake to compile the rest. Note that I cannot check all platforms for oddities on a regular base as I don't own all the needed hardware. I however do regular full compiles and tests on the following platforms: SunOS-4.1 SunOS-5.x HP-UX 10.20 on HPPA HP-UX 11.11 Haiku (a BEOS clone) FragonFly BSD FreeBSD NetBSD OpenBSD Cygwin Linux (various flavors) Mac OS X All platform compiles are done in 32 _and_ 64 bit on platforms that support 64 bits. If you have proplems on your specific platform, I recommend that you make a bugreport. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. Note that is is just the other way: It is cdrkit that is undistributable as it is cdrkit that in conflict with the Copyright law and the GPL. Cdrtools has been checked for legal problems by several lawyers including the Sun legal department and none could find any legal problem. Cdrkit was created by a hostile downstream, see: http://cdrecord.berlios.de/private/linux-dist.html and nobody so far was able to prove the claims about so called license problems spread by Eduard Bloch by using quotes from the GPL text. The problem with the existence is a social problem and we, the people in the OSS community need to fid a way to deal with this social problem. P.S.: Libburn is no alternative too: it misses most important features it is non-prtable and we recently learned that the Authors of libburn do not care much about where they take the software from. Note that they claimed not to use any bit from the original cdrtools project's source but they really did use code from cdrtools. I would call this a social problem Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Buyer Beware: A Major Change in NFS (in Rawhide) is about to happen
On Mon, 2009-11-02 at 14:23 -0500, Steve Dickson wrote: I'm not sure about this... Actually I like the fact we can define a pseudo root other than '/'... which means you really want a live exported directory with the fsid=0 option... If I am understanding what you are saying... No, that's not what he's saying. Even if you define a different psuedo root other than /, it's likely more common to /not/ want that root exported in whole, but rather smaller parts of it, just like you don't want / exported in whole, you only want subdirectories exported. I too see this as a major regression in NFS behavior. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Hey Joerg, On Tue, 2009-11-03 at 00:21 +0100, Joerg Schilling wrote: I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? Wodim is a creation of a hostile packaging person from Debian. See: http://cdrecord.berlios.de/private/linux-dist.html for more information. Let me give you some facts: The fork did have less changes in the time between May 6th 2007 and today than the original source had in a lazy week. I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? And please fix your mailer to respect threads. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Bastien Nocera bnoc...@redhat.com wrote: I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? Well, there are always some bad guys who don't like to see people who help users. The person from the GNOME project just verified that he attacks people who are helpful. He does not seem to be important. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: PPC not getting __WORDSIZE set
On Mon, Nov 02, 2009 at 07:26:31PM -0500, Bryan Kearney wrote: /usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or directory That means you don't have glibc-devel installed for the arch you need, on ppc you likely have installed glibc-devel.ppc64 but need also glibc-devel.ppc if you want to compile 32-bit programs. Jakub -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Joerg Schilling wrote: why Redhat started to distribute the proken fork instead of the original software. The only thing that's proken (sic) is your spelling. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Joerg Schilling wrote: It is cdrkit that is undistributable as it is cdrkit that in conflict with the Copyright law and the GPL. Maybe under your reality distortion field. In the rest of the world, that's just not true. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
W dniu 03.11.2009 00:19, Tom spot Callaway pisze: On 11/02/2009 03:47 PM, Denis Leroy wrote: On 11/02/2009 07:18 PM, Adam Jackson wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. Out of curiosity, was that just because of the GPL2-CDDL mix ? Or was there another reason ? Last I checked, only mkisofs is affected by that and the rest of cdrecord is pure CDDL. If we patched mkisofs away, would it be shippable ? That would be a significantly notable fork. If someone did remove all the dependent GPLv2 code in the cdrecord source, I would probably be willing to audit the package for possible inclusion, but I could not in good conscience recommend that anyone maintain that forked code in Fedora, as the upstream author has a long and storied history of being... problematic. ~spot opensuse are shipping cdrecord, maybe it would be worth checking what they changed, if at all? Julian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Mon, Nov 2, 2009 at 5:48 PM, Joerg Schilling joerg.schill...@fokus.fraunhofer.de wrote: That may be true, but since cdrecord is not shippable, it's a pretty vacuous truth. The solution is obviously to fix the bug and help revive upstream, or else host a development tree on fh if upstream stays idle. Note that is is just the other way: It is cdrkit that is undistributable as it is cdrkit that in conflict with the Copyright law and the GPL. Cdrtools has been checked for legal problems by several lawyers including the Sun legal department and none could find any legal problem. Cdrkit was created by a hostile downstream, see: http://cdrecord.berlios.de/private/linux-dist.html and nobody so far was able to prove the claims about so called license problems spread by Eduard Bloch by using quotes from the GPL text. The problem with the existence is a social problem and we, the people in the OSS community need to fid a way to deal with this social problem. P.S.: Libburn is no alternative too: it misses most important features it is non-prtable and we recently learned that the Authors of libburn do not care much about where they take the software from. Note that they claimed not to use any bit from the original cdrtools project's source but they really did use code from cdrtools. I would call this a social problem Jörg What is going on here? I thought Fedora only shipped upstream code? What's all this business about having broken forks and licensing issues? The only thing I can figure out from this conversation is that the CDDL is supposed to be incompatible with the GPL. If that's the case, why not simply ask the original creator to kindly dual license it? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Tue, 2009-11-03 at 01:21 +0100, Joerg Schilling wrote: Bastien Nocera bnoc...@redhat.com wrote: I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? Well, there are always some bad guys who don't like to see people who help users. The person from the GNOME project just verified that he attacks people who are helpful. He does not seem to be important. The person being Olav Vitters, one of the GNOME bugmasters, and that was at my request, after you polluted the GNOME Bugzilla with rants about your inadequately licensed software. Pur-lease. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
FESCo meeting summary for 20091030
Oops, I forgot to send this on Friday - sorry! === #fedora-meeting: FESCo meeting 20091030 === Meeting started by jds2001 at 17:00:16 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2009-10-30/fesco.2009-10-30-17.00.log.html . Meeting summary --- * quick DST question (jds2001, 17:01:37) * AGREED: meeting will stay 1700UTC (jds2001, 17:03:53) * fluidsynth and PA (jds2001, 17:04:44) * LINK: http://markmail.org/message/bovdqb7na3zor2ck - without comment. (mjg59, 17:17:07) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=500087#c13 (jds2001, 17:19:22) * AGREED: PA backend for fluidsynth must be built. If the current maintainer refuses, Kevin_Kofler will take over as maintainer. (jds2001, 17:32:01) * legally objectionable, binary and non-free items (jds2001, 17:33:34) * AGREED: spot's proposal is accpeted. (jds2001, 17:47:00) * open floor (jds2001, 17:50:47) * LINK: https://fedoraproject.org/wiki/FUDCon:Toronto_2009_Packaging_Guidelines_Hackfest (abadger1999, 17:58:29) * LINK: https://fedoraproject.org/wiki/FUDCon:Toronto_2009_Packaging_Guidelines_Hackfest (jds2001, 17:59:09) Meeting ended at 18:10:35 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * jds2001 (99) * skvidal (98) * Kevin_Kofler (79) * nirik (66) * dwmw2 (40) * drago01 (27) * abadger1999 (25) * j-rod (23) * dgilmore (17) * notting (13) * Oxf13 (12) * XulWork (7) * zodbot (7) * spot (4) * sharkcz (4) * mjg59 (2) * buggbot (2) * wwoods (1) * pingou (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 20091030
On Mon, 2009-11-02 at 23:08 -0500, Jon Stanley wrote: * legally objectionable, binary and non-free items (jds2001, 17:33:34) * AGREED: spot's proposal is accpeted. (jds2001, 17:47:00) Not the _best_ example of good meeting summary practice I've ever seen =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
GRUB2 In Fedora
Some Linux distros has migrated from grub-0.97 to grub2-1.97. Grub2 provides more useful features to users. And it is more easy to add a new file system support. But I can not see Fedora has any plan for GRUB2. I read a feature page on Fedora wiki. There is no progress on grub2. Now Fedora official repo offers grub2 package. However the version is quite strange. Fedora provides grub2-1.98. In fact, this version was 1.96 grabbed from svn repo on Aug 27th, 2008. Also, maintainer adds some patches to fix the bug. But GNU released grub2-1.97 just now. In addition, I try to write grub2 into MBR of the HDD. I do not know why. Is there a bug in grub2? -- urlhttp://www.liangsuilong.info/url Fight for freedom(3F) Ask not what your Linux distro can do for you! Ask what you can do for your Linux distro! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Package Review Stats for last 7 days ending 1st Nov
Top three FAS account holders who have completed reviewing Package review components on bugzilla for last 7 days ending 1st Nov were Mamoru Tasaka, Thomas Spura and Peter Lemenkov. Mamoru Tasaka : 3 https://bugzilla.redhat.com/show_bug.cgi?id=509936 https://bugzilla.redhat.com/show_bug.cgi?id=530275 https://bugzilla.redhat.com/show_bug.cgi?id=531408 Thomas Spura : 3 https://bugzilla.redhat.com/show_bug.cgi?id=528010 https://bugzilla.redhat.com/show_bug.cgi?id=522613 https://bugzilla.redhat.com/show_bug.cgi?id=530568 Peter Lemenkov : 2 https://bugzilla.redhat.com/show_bug.cgi?id=529831 https://bugzilla.redhat.com/show_bug.cgi?id=509159 Alexander Kurtakov : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530986 Christoph Wickert : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530743 Emmanuel Seyman : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530324 Ian Weller : 1 https://bugzilla.redhat.com/show_bug.cgi?id=521724 Jerry James : 1 https://bugzilla.redhat.com/show_bug.cgi?id=529084 Jon Stanley : 1 https://bugzilla.redhat.com/show_bug.cgi?id=524107 José Matos : 1 https://bugzilla.redhat.com/show_bug.cgi?id=519282 Nick Bebout : 1 https://bugzilla.redhat.com/show_bug.cgi?id=521723 Nicolas Mailhot : 1 https://bugzilla.redhat.com/show_bug.cgi?id=530857 Roman Rakus : 1 https://bugzilla.redhat.com/show_bug.cgi?id=502609 Total reviews modified: 18 Merge Reviews: 0 Review Requests: 18 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
@Judd, wait for the F12 release, it's the best 'update' and it is not ready yet! I hope so. I'm not sure anything can top Fedora 8. Hard to explain how much I enjoyed that distribution. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: updating F11 GNOME release
2009/11/3 Jud Craft craft...@gmail.com I hope so. I'm not sure anything can top Fedora 8. Hard to explain how much I enjoyed that distribution. mmh, the Gnome Desktop Live CD of F12 is really more gnomish since the CDs before. No qt, no openoffice, abiword gnumeric is still missing and epiphany should replace the firefox, but hey It's not perfect, but better than before! -- Josephine Fine Tannhäuser 2.6.29.6-213.fc11.i586 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora PPC for oldworld Mac?
On 09-11-02 13:07:09, Dan Williams wrote: oldworld topped out at 366MHz anyway right? (the 333 and 366 Beige G3 were only sold from 1998-08-12 - 1999-01-01 too) That's pretty much the minimum you'd need to run Fedora anyway these days... Not sure it's really worth it, you'll need at least 256MB of RAM anyway, and those things used 168-pin 3.3V DIMMs which are pretty hard to find these days. FWIW, my machine, a beige G3, is 233 MHz and has accumulated 416 MiB over the years. It handles Debian Lenny Iceweasel OK, but then, my main computer is a 1.2 GHz Athlon. The Blue White G3 was the first New World machine I think. Yes. Remember too that you'll need your boot partition within the first 8GB of the drive as the firmware can't handle booting from a partition which ends anywhere past that. I'm using BootX, so it's not an issue. (Fiddling with buggy openfirmware seems like something to avoid, anyway.) -- TonyN.:' mailto:tonynel...@georgeanelson.com ' http://www.georgeanelson.com/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Issue 105084] OpenSymbol font: Math related changes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105084 --- Additional comments from i...@openoffice.org Mon Nov 2 11:37:35 + 2009 --- Created an attachment (id=65852) new Version (2.0) of OpenSymbol Font - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Issue 105084] OpenSymbol font: Math related changes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105084 --- Additional comments from i...@openoffice.org Mon Nov 2 11:38:04 + 2009 --- @all: please test the new version of the font - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 531510] [abrt] crash detected in fontforge-20090622-2.fc12
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=531510 --- Comment #2 from Víctor Daniel bombayv...@yahoo.com.mx 2009-11-02 07:25:56 EDT --- Solved in fontforge last build. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
[Bug 532571] [abrt] crash detected in fontforge-20090923-1.fc12
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=532571 --- Comment #1 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-11-02 15:26:57 EDT --- Created an attachment (id=367200) -- (https://bugzilla.redhat.com/attachment.cgi?id=367200) File: backtrace -- 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 532571] New: [abrt] crash detected in fontforge-20090923-1.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] crash detected in fontforge-20090923-1.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=532571 Summary: [abrt] crash detected in fontforge-20090923-1.fc12 Product: Fedora Version: rawhide Platform: x86_64 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:0e3781803dc09dab0de959924e716ed6076cd74b Severity: medium Priority: low Component: fontforge AssignedTo: ke...@tummy.com ReportedBy: nicolas.mail...@laposte.net QAContact: extras...@fedoraproject.org CC: rooz...@gmail.com, ke...@tummy.com, fedora-fonts-bugs-list@redhat.com Classification: Fedora abrt detected a crash. How to reproduce - 1. 2. 3. Additional information == Attached files backtrace cmdline - /usr/bin/fontforge -lang=ff /usr/bin/fontlint usr/share/fonts/myanmar3-unicode/mm3.ttf component - fontforge executable - /usr/bin/fontforge kernel - 2.6.31.1-56.fc12.x86_64 package - fontforge-20090923-1.fc12 reason - Process was terminated by signal 11 -- 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 532577] [abrt] crash detected in fontforge-20090923-1.fc12
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=532577 --- Comment #1 from Nicolas Mailhot nicolas.mail...@laposte.net 2009-11-02 15:48:58 EDT --- Created an attachment (id=367203) -- (https://bugzilla.redhat.com/attachment.cgi?id=367203) File: backtrace -- 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 532577] New: [abrt] crash detected in fontforge-20090923-1.fc12
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [abrt] crash detected in fontforge-20090923-1.fc12 https://bugzilla.redhat.com/show_bug.cgi?id=532577 Summary: [abrt] crash detected in fontforge-20090923-1.fc12 Product: Fedora Version: rawhide Platform: x86_64 OS/Version: Linux Status: NEW Status Whiteboard: abrt_hash:a0a72dbb2a0feaa51c78e287a9f43211c02bdbd3 Severity: medium Priority: low Component: fontforge AssignedTo: ke...@tummy.com ReportedBy: nicolas.mail...@laposte.net QAContact: extras...@fedoraproject.org CC: rooz...@gmail.com, ke...@tummy.com, fedora-fonts-bugs-list@redhat.com Classification: Fedora abrt detected a crash. How to reproduce - 1. 2. 3. Additional information == Attached files backtrace cmdline - /usr/bin/fontforge -lang=ff /usr/bin/fontlint usr/share/texmf/fonts/type1/urw/helvetic/uhvrrc8a.pfb component - fontforge executable - /usr/bin/fontforge kernel - 2.6.31.1-56.fc12.x86_64 package - fontforge-20090923-1.fc12 reason - Process was terminated by signal 11 -- 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
python buildbot
Hi all, I was just reading a (very long) thread on the python-dev mailing list, about the state of the python development buildbots. (http://mail.python.org/pipermail/python-dev/2009-October/093293.html) Atm, none of the python builders (http://www.python.org/dev/buildbot/all/ ) run a version of Fedora. I know we test python releases by building them within koji, but nevertheless I was wondering if there's some spare capacity within the Fedora Infrastructure project to run a buildslave. This may shake out issues before they enter stable python releases and we bump into them in Fedora. Since we as Fedora are a large python shop, it might be a nice gesture to help our upstream out. Kind regards, Ruben Kerkhof ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: python buildbot
On Mon, Nov 2, 2009 at 4:13 PM, Ruben Kerkhof ru...@rubenkerkhof.com wrote: I was just reading a (very long) thread on the python-dev mailing list, about the state of the python development buildbots. Atm, none of the python builders (http://www.python.org/dev/buildbot/all/) run a version of Fedora. https://fedorahosted.org/fedora-infrastructure/ticket/1717 -- Jeff Ollie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: python buildbot
On Nov 2, 2009, at 11:17 PM, Jeffrey Ollie wrote: On Mon, Nov 2, 2009 at 4:13 PM, Ruben Kerkhof ru...@rubenkerkhof.com wrote: I was just reading a (very long) thread on the python-dev mailing list, about the state of the python development buildbots. Atm, none of the python builders (http://www.python.org/dev/buildbot/all/ ) run a version of Fedora. https://fedorahosted.org/fedora-infrastructure/ticket/1717 -- Jeff Ollie Ah, someone beat me to it :-) So, what needs to happen to set this up? I can help with the buildbot part, I've got one running myself for the Tahoe project, and setting one up only takes a few minutes. I'm not a member of the Infrastructure team though, so one of you guys should probably puppetize it and ensure the service is monitored etc. Let me know if I can be of any help here. Regards, Ruben ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: python buildbot
On Mon, 2 Nov 2009, Ruben Kerkhof wrote: On Nov 2, 2009, at 11:17 PM, Jeffrey Ollie wrote: On Mon, Nov 2, 2009 at 4:13 PM, Ruben Kerkhof ru...@rubenkerkhof.com wrote: I was just reading a (very long) thread on the python-dev mailing list, about the state of the python development buildbots. Atm, none of the python builders (http://www.python.org/dev/buildbot/all/) run a version of Fedora. https://fedorahosted.org/fedora-infrastructure/ticket/1717 -- Jeff Ollie Ah, someone beat me to it :-) So, what needs to happen to set this up? I can help with the buildbot part, I've got one running myself for the Tahoe project, and setting one up only takes a few minutes. I'm not a member of the Infrastructure team though, so one of you guys should probably puppetize it and ensure the service is monitored etc. Let me know if I can be of any help here. I'm kind of confused as why this would fall under our domain. Like if Apache came to us and wanted to build and test upstream code, why would Fedora do this? Who's going to pay for it? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: python buildbot
Would this be something for the cloud service? I haven't heard much about it lately so I don't know what shape it is in. On 11/2/09, Mike McGrath mmcgr...@redhat.com wrote: On Mon, 2 Nov 2009, Ruben Kerkhof wrote: On Nov 2, 2009, at 11:17 PM, Jeffrey Ollie wrote: On Mon, Nov 2, 2009 at 4:13 PM, Ruben Kerkhof ru...@rubenkerkhof.com wrote: I was just reading a (very long) thread on the python-dev mailing list, about the state of the python development buildbots. Atm, none of the python builders (http://www.python.org/dev/buildbot/all/) run a version of Fedora. https://fedorahosted.org/fedora-infrastructure/ticket/1717 -- Jeff Ollie Ah, someone beat me to it :-) So, what needs to happen to set this up? I can help with the buildbot part, I've got one running myself for the Tahoe project, and setting one up only takes a few minutes. I'm not a member of the Infrastructure team though, so one of you guys should probably puppetize it and ensure the service is monitored etc. Let me know if I can be of any help here. I'm kind of confused as why this would fall under our domain. Like if Apache came to us and wanted to build and test upstream code, why would Fedora do this? Who's going to pay for it? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- Sent from my mobile device Jeff Ollie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: python buildbot
On Mon, 2 Nov 2009, Jeffrey Ollie wrote: Would this be something for the cloud service? I haven't heard much about it lately so I don't know what shape it is in. Only if it's ok that it goes away in 3 years. The cloud setup is only temporary for the length of time of the warranty of the servers :) -Mike On 11/2/09, Mike McGrath mmcgr...@redhat.com wrote: On Mon, 2 Nov 2009, Ruben Kerkhof wrote: On Nov 2, 2009, at 11:17 PM, Jeffrey Ollie wrote: On Mon, Nov 2, 2009 at 4:13 PM, Ruben Kerkhof ru...@rubenkerkhof.com wrote: I was just reading a (very long) thread on the python-dev mailing list, about the state of the python development buildbots. Atm, none of the python builders (http://www.python.org/dev/buildbot/all/) run a version of Fedora. https://fedorahosted.org/fedora-infrastructure/ticket/1717 -- Jeff Ollie Ah, someone beat me to it :-) So, what needs to happen to set this up? I can help with the buildbot part, I've got one running myself for the Tahoe project, and setting one up only takes a few minutes. I'm not a member of the Infrastructure team though, so one of you guys should probably puppetize it and ensure the service is monitored etc. Let me know if I can be of any help here. I'm kind of confused as why this would fall under our domain. Like if Apache came to us and wanted to build and test upstream code, why would Fedora do this? Who's going to pay for it? -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- Sent from my mobile device Jeff Ollie ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Checking if running kernel compiled with CONFIG_PREEMPT
I have a 2.6.31 kernel from F12. I believe I've built it with CONFIG_PREEMPT but given the intracacies of the rpm build, what's the easiest way to check an installed kernel to see if that flag had been used during build? Thanks Nigel. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: Checking if running kernel compiled with CONFIG_PREEMPT
On Fri, 2009-10-30 at 17:21 +, planetf1 wrote: I have a 2.6.31 kernel from F12. I believe I've built it with CONFIG_PREEMPT but given the intracacies of the rpm build, what's the easiest way to check an installed kernel to see if that flag had been used during build? grep CONFIG_PREEMPT /boot/config-$(uname -r) (Replace the uname -r by the kernel version for kernels other than the current running kernel) - Gilboa ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: [Fedora-legal-list] Is this the MIT license?
On Mon, 02 Nov 2009 09:11:08 -0500 Bryan Kearney bkear...@redhat.com wrote: Not labeled as such, but I am pretty sure it is: http://github.com/ffi/ffi/blob/master/LICENSE No, BSD. - RF ___ Fedora-legal-list mailing list Fedora-legal-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-legal-list
Re: [Fedora-legal-list] Is this the MIT license?
On 11/02/2009 10:00 AM, Richard Fontana wrote: On Mon, 02 Nov 2009 09:11:08 -0500 Bryan Kearneybkear...@redhat.com wrote: Not labeled as such, but I am pretty sure it is: http://github.com/ffi/ffi/blob/master/LICENSE No, BSD. - RF ok.. but ok for Fedora? -- bk ___ Fedora-legal-list mailing list Fedora-legal-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-legal-list
Re: NMI interrupt received
On 11/02/2009 12:02 PM, pandi k wrote: Hi All, We are using Fedora Core 7 with 2.6.21 kernel and facing a issue in booting. We have our PCI device on PCI slot and getting below message when system is booting Uhhuh. NMI received for unknown reason a1 on CPU 0. You have some hardware problem, likely on the PCI bus. Dazed and confused, but trying to continue what could be reason for above display ? Thanks, Pandi see this [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=374411 -- °v° /(_)\ ^ ^ Jatin Khatri No MS -- 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: Gnome applications and .bash_profile
Hi Steven, On Sunday 01 November 2009 09:32 PM, Steven W. Orr wrote: On 10/31/09 03:39, quoth Jonathan Ryshpan: IT IS WRONG to set environment variables in your .bashrc unless you really know what you're doing. Most people don't. IT IS WRONG to have to run a terminal emulator program with the idea that it should be a login shell. ALL PROGRAMS use the environment, not just terminal emulators. If you log in then your environment should be defined. What is your comment on the method I posted, have your .bash_profile source your .bashrc ? That way you have a consistent environment every time, irrespective of whether I am at an xterm or VT or simply running some GUI app from a menu or icon. (I am of course assuming my desktop environment sources my .bash_profile, as it should, when I login :) ) Would you say that is a proper way to do things? -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: New printer, need newer gutenprint for F10.
On Sun, 2009-11-01 at 21:41 -0400, Gene Heskett wrote: I just had to replace my aging Epson C82, and bought an NX515. In cups/gutenprint, the newest driver is for the NX400 series printers. It works, at resolutions up to 720x720. Whats chances we can get the newest gutenprint built for F10? Fedora 10 already has the most recent stable release of gutenprint in updates: 5.2.4. Tim. */ signature.asc Description: This is a digitally signed message part -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Question about Cups
On Sun, 2009-11-01 at 16:26 +0100, Antonio M wrote: I have to investigate the cause, but my question is related to mime files in /Etc/cups. I remember that in the past I had mime.convs and mime.type present, that now are missing...any reason??? They're moved to /usr/share/cups/mime. Tim. */ signature.asc Description: This is a digitally signed message part -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: How to set cursor in editor to pattern given on command line?
steve wrote: On 11/02/2009 12:58 AM, Frantisek Hanzlik wrote: Hello all, [...snip...] Just something as +/{pattern} option in vim editor does. I want offer to (unexperienced) users edit (in shell script) some configuration files, and this should be done with some simple editor (no Emacs or vi). I think e.g. joe or mcedit is simple enough for these users, but joe nor mcedit cann't? probably? solve this demand (joe's command line option for jump to given line number (+nnn) isn't too much useable for this). This is a fairly common requirement when distributing applications which may need config file changes, to inexperienced uses. My approach is generally to provide a command rather have the users open an editor, eg: $ sed -i -e s/foo = LOOK_FOR/foo = REPLACEMENT/ foo.conf of course you could precede that with something like ... ...edit the file in the editor of your choice and change foo = ... OR execute the commands below ... hth, regards, - steve -- Hi Steve, I agree that variant with sed is in many respects more foolproof than direct editing, but in my case this isn't practical, as users need to see (and occasionally change) surrounding text too. Thus, classical editor is needed... Regards, Franta -- 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: grub 2: error: You need to load the kernel first
Tim: It means that, during bootup, that partition will be looked at to see if it has the data required to resume from hibernation Tom H: Thanks. By the way, it's not generally needed to specify that, so don't worry when you don't have such a parameter set. It may be needed if there's some trouble in determining the right partition (e.g. multiboot systems, or where you've changed drives around). Usually, the initrd configuration has the partition already set in it. -- [...@localhost ~]$ uname -r 2.6.27.25-78.2.56.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- 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
Driver to Radeon HD 4200?
I have recently installed motherboard M4A785TD-M EVO from ASUS. It has an integrated ATI Radeon HD 4200 graphics adapter. With that I can build a Fedora 12 beta system using basic video and the result is OK for most applications. But I would like to go a bit further, so which driver should I install? Apparently there are fglrx and catalyst; which one should I prefer? Or are there other possibilities? -- Thanks, Erik -- 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: Question about Cups
2009/11/2 Tim Waugh twa...@redhat.com: On Sun, 2009-11-01 at 16:26 +0100, Antonio M wrote: I have to investigate the cause, but my question is related to mime files in /Etc/cups. I remember that in the past I had mime.convs and mime.type present, that now are missing...any reason??? They're moved to /usr/share/cups/mime. Tim. */ -- 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 Tnx Tim anyhow, I had a friend visiting my home with his Vista notebook, and he had to print on my Fedora shared printer, but I couldn't set it properly, as the printer was detected on the network, but I didn't reply to the password request (let us say, not sure about it): I don't understand (from a dumb user as I think I am) why to share a printer, an additional computer has to know the name of users/password of another computer.Or am I missing the point??? This is specially true if the additional computer is of a visiting guy. -- 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: Question about Cups
On Mon, 2009-11-02 at 13:16 +0100, Antonio M wrote: anyhow, I had a friend visiting my home with his Vista notebook, and he had to print on my Fedora shared printer, but I couldn't set it properly, as the printer was detected on the network, but I didn't reply to the password request (let us say, not sure about it): I don't understand (from a dumb user as I think I am) why to share a printer, an additional computer has to know the name of users/password of another computer.Or am I missing the point??? This is specially true if the additional computer is of a visiting guy. I think you're asking a samba question, and it depends how you've set samba up. Sorry, I don't have a lot of experience with that. Tim. */ signature.asc Description: This is a digitally signed message part -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: New printer, need newer gutenprint for F10.
On Sunday 01 November 2009, Andrew Jamison wrote: On Sun, 2009-11-01 at 21:41 -0400, Gene Heskett wrote: Greetings; I just had to replace my aging Epson C82, and bought an NX515. In cups/gutenprint, the newest driver is for the NX400 series printers. It works, at resolutions up to 720x720. Whats chances we can get the newest gutenprint built for F10? Thanks. Not good since F10 is reaching its EOL And it turns out that both the current version for the rpm and the src is 5.2.4. I didn't check that before posting, sorry for the noise. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) The NRA is offering FREE Associate memberships to anyone who wants them. https://www.nrahq.org/nrabonus/accept-membership.asp There is such a fine line between genius and stupidity. - David St. Hubbins, Spinal Tap -- 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
Welcome to KDE desktop sharing
Hi, how do I get rid of the screen asking me to configure KDE desktop sharing? Every time I log in, this window pops up. It is really annoying. This is F10, by the way. Thanks. -- Paulo Roma Cavalcanti LCG - UFRJ -- 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: Question about Cups
did you not forget to allow access in iptables to port 631 ?? paul 2009/11/1 Antonio M antonio.montagn...@gmail.com I connected a Vista PC to my network and I cannot print from it while I can go to my shared folders on other PC. I have to investigate the cause, but my question is related to mime files in /Etc/cups. I remember that in the past I had mime.convs and mime.type present, that now are missing...any reason??? Tnx -- 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 -- 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: New printer, need newer gutenprint for F10.
On Monday 02 November 2009, Tim Waugh wrote: On Sun, 2009-11-01 at 21:41 -0400, Gene Heskett wrote: I just had to replace my aging Epson C82, and bought an NX515. In cups/gutenprint, the newest driver is for the NX400 series printers. It works, at resolutions up to 720x720. Whats chances we can get the newest gutenprint built for F10? Fedora 10 already has the most recent stable release of gutenprint in updates: 5.2.4. Tim. */ So I found this morning when I pulled in the tarball. Given fedora's previously glacial acceptance of gutenprint, I expected the shipped version to be well out of date, and was surprised to see it was current, and that it is gutenprint itself that is lagging. My apologies for the noise. Time to rejoin the developers list I guess. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) The NRA is offering FREE Associate memberships to anyone who wants them. https://www.nrahq.org/nrabonus/accept-membership.asp There is such a fine line between genius and stupidity. - David St. Hubbins, Spinal Tap -- 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
FC11 - how to create xorg.conf?
Craig White wrote: On Thu, 2009-10-29 at 17:08 -0400, Robert Moskowitz wrote: Now I have to figure out how to deal with the small screen that the Eee 701 has... check out what I do with my Acer Aspire One https://fedoraproject.org/wiki/Acer_Aspire_One#xorg.conf 1024x600 screen I run virtual at 1280x1024. It works really well. Um I am now up to this step, but no xorg.conf file to modify. I remember this was an issue with FC10 -- no xorg.conf and there was a particular step you need to create one before you could modify 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: FC11 - how to create xorg.conf?
On 11/02/2009 07:18 PM, Robert Moskowitz wrote: I remember this was an issue with FC10 -- no xorg.conf and there was a particular step you need to create one before you could modify it??? https://fedoraproject.org/wiki/How_to_create_xorg.conf Rahul -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Impossible to access boot menu
Mikkel L. Ellertson wrote: Marcel Rieux wrote: On Sun, Nov 1, 2009 at 9:03 AM, Mikkel mik...@infinity-ltd.com wrote: Marcel Rieux wrote: Oh, oh! I had a USB keyboard when I installed but I now have a keyboard with a round plug. So, I tried to enable legacy support as Mikkel suggested, but I can't access the BIOS. You do not need legacy support for the PS2 keyboard. (The round plug.) Legacy support makes a USB keyboard look like a PS2 keyboard to the system. The fact that you had a USB keyboard when you installed should not make a difference. Here is an interesting problem that links with this thread. I have one machine that is around 6 years old on which I have f11 working perfectly well (previously it was f10 ) but one issue still remains. Plugged into a rear usb port is the sender for a radio mouse. The mouse has newish batteries and works fine with everything running and powered up. However if i power the machine off, and then restart the machine (Dell Dimension 2400 desktop) the screen is unresponsive to the mouse movement or buttons unless I unplug the radio sender that is plugged into the usb port, and reconnect it. Immediately the mouse then works as normal!! I seem to remember that this was the case when I installed f11 also - in that I booted the install media and the mouse failed to respond at the graphical install stage until I unplugged and replugged the radio sender. Is it likely that this is a BIOS setting issue as well? -- View this message in context: http://old.nabble.com/Impossible-to-access-boot-menu-tp26146789p26157095.html Sent from the Fedora List mailing list archive at Nabble.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: shutdown now on F11 as root problems and app crashes in VNC sessions
Comcast Mail wrote: Frank; Thanks for the reply. The name is in the message by the way. So I take it that some option always has to be specified when using the command? Example: shutdown -P now If an option is required it would be nice to at least get an error message to that effect so I would know I did something stupid. Otherwise it looked like it worked until I noticed the directly attached console screen. You might take a look at the manpage, particularly the sentence that includes the words, this is the default. -- Bob Nichols NOSPAM is really part of my email address. Do NOT delete 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: Impossible to access boot menu
On 11/02/2009 03:52 PM, Mike Cloaked wrote: Mikkel L. Ellertson wrote: Marcel Rieux wrote: On Sun, Nov 1, 2009 at 9:03 AM, Mikkelmik...@infinity-ltd.com wrote: Marcel Rieux wrote: Oh, oh! I had a USB keyboard when I installed but I now have a keyboard with a round plug. So, I tried to enable legacy support as Mikkel suggested, but I can't access the BIOS. You do not need legacy support for the PS2 keyboard. (The round plug.) Legacy support makes a USB keyboard look like a PS2 keyboard to the system. The fact that you had a USB keyboard when you installed should not make a difference. Here is an interesting problem that links with this thread. I have one machine that is around 6 years old on which I have f11 working perfectly well (previously it was f10 ) but one issue still remains. Plugged into a rear usb port is the sender for a radio mouse. The mouse has newish batteries and works fine with everything running and powered up. However if i power the machine off, and then restart the machine (Dell Dimension 2400 desktop) the screen is unresponsive to the mouse movement or buttons unless I unplug the radio sender that is plugged into the usb port, and reconnect it. Immediately the mouse then works as normal!! I seem to remember that this was the case when I installed f11 also - in that I booted the install media and the mouse failed to respond at the graphical install stage until I unplugged and replugged the radio sender. Is it likely that this is a BIOS setting issue as well? Less likely, better check your /var/log/messages file for something related. -- 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: Question about Cups
2009/11/2 paul van der meij phjvdm...@gmail.com: did you not forget to allow access in iptables to port 631 ?? paul No firewall on that machine. -- 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