Re: [389-users] SSH AllowGroups and LDAP authentication
Again, try listing them all on one line. SSH is probably only looking at one of them. From man sshd_config: *AllowGroups* This keyword can be followed by a list of group name patterns, separated by spaces. On 11/17/2010 12:08 PM, Allan Hougham wrote: Hi Patrick, This is my sshd_conf, and my groups: AllowGroups root ref AllowGroups Bids ref AllowGroups Search ref Thanks in advance # $OpenBSD: sshd_config,v 1.73 2005/12/06 22:38:28 reyk Exp $ # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information. # This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options change a # default value. Port 22 #Protocol 2,1 Protocol 2 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: # HostKey for protocol version 1 #HostKey /etc/ssh/ssh_host_key # HostKeys for protocol version 2 #HostKey /etc/ssh/ssh_host_rsa_key #HostKey /etc/ssh/ssh_host_dsa_key # Lifetime and size of ephemeral version 1 server key #KeyRegenerationInterval 1h #ServerKeyBits 768 # Logging # obsoletes QuietMode and FascistLogging #SyslogFacility AUTH SyslogFacility AUTHPRIV #LogLevel INFO LogLevel DEBUG # Authentication: #LoginGraceTime 2m LoginGraceTime 1m PermitRootLogin yes #PermitRootLogin no #StrictModes yes #MaxAuthTries 6 MaxAuthTries 6 AllowGroups root ref AllowGroups Bids ref AllowGroups Search ref RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts #RhostsRSAAuthentication no # similar for protocol version 2 #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # RhostsRSAAuthentication and HostbasedAuthentication #IgnoreUserKnownHosts no # Don't read the user's ~/.rhosts and ~/.shosts files #IgnoreRhosts yes # To disable tunneled clear text passwords, change to no here! #PasswordAuthentication yes PermitEmptyPasswords no PasswordAuthentication yes # Change to no to disable s/key passwords #ChallengeResponseAuthentication yes ChallengeResponseAuthentication no # Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes #KerberosGetAFSToken no # GSSAPI options #GSSAPIAuthentication no #GSSAPIAuthentication yes #GSSAPICleanupCredentials yes # Set this to 'yes' to enable PAM authentication, account processing, # and session processing. If this is enabled, PAM authentication will # be allowed through the ChallengeResponseAuthentication mechanism. # Depending on your PAM configuration, this may bypass the setting of # PasswordAuthentication, PermitEmptyPasswords, and # PermitRootLogin without-password. If you just want the PAM account and # session checks to run without PAM authentication, then enable this but set # ChallengeResponseAuthentication=no #UsePAM no UsePAM yes # Accept locale-related environment variables #AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES #AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT #AcceptEnv LC_IDENTIFICATION LC_ALL #AllowTcpForwarding yes AllowTcpForwarding yes #GatewayPorts no #X11Forwarding no X11Forwarding no #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no #UsePrivilegeSeparation yes #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #ShowPatchLevel no #UseDNS yes #PidFile /var/run/sshd.pid #MaxStartups 10 #PermitTunnel no # no default banner path #Banner /some/path # override default of no subsystems Subsystem sftp/usr/libexec/openssh/sftp-server Date: Tue, 16 Nov 2010 10:15:22 -0800 From: patrick.mor...@hp.com To: 389-users@lists.fedoraproject.org Subject: Re: [389-users] SSH AllowGroups and LDAP authentication On 11/15/2010 10:00 AM, Allan Hougham wrote: Hi, I need autenticate LDAPs Groups, but I can´t Anybody can working with this feature? or mapping users with groups and later configuring the LDAP Client? What are the steps for setting LDAP Clients with LDAP Groups? Did you see my last reply on this? I'm pretty sure you'd specified AllowGroups incorrectly in your SSH configuration. Assuming you have your groups set up correctly and SSH is using PAM, there is no difference between configuring SSH to use LDAP groups and configuring it to use local ones. -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: mplayer-export
On 11/17/2010 12:57 AM, JD wrote: When I unpacked the rpm source package x264-0.0.0-0.28.20100706gitd058f37.fc14.src.rpm I found that it contains mplayer-export-2010-07-03.tar.bz2 So, my question is how is mplayer-export-2010-07-03.tar.bz2 different to mplayer-2010-07-03.tar.bz2 (just guessing the tarball's name); in other words, is there a not-for-export version of mplayer and where can I get it? mplayer rpm's are available from http://rpmfusion.com in the free repository. You may need additional codecs from http://www.mplayerhq.hu. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Fedora-Ambassador Project
Dear Subscribers, I heard about Fedora-Ambassador Project. I just want to get more information about that and want to join that group. -- *Thanks Regards, * *Arjun.V * -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora-Ambassador Project
I heard about Fedora-Ambassador Project. I just want to get more information about that and want to join that group. http://fedoraproject.org/wiki/Ambassadors -- I WILL NOT AIM FOR THE HEAD I WILL NOT AIM FOR THE HEAD I WILL NOT AIM FOR THE HEAD I WILL NOT AIM FOR THE HEAD Bart Simpson on chalkboard in episode 8F13 葛斯克 愛德華 / 台北市八德路四段 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F14, X86_64 and GoogleEarth
Hi Has anyone managed to get googleearth to run with fully updated F14 (X86_64) ? I have googled around but can find no definitive answer. j...@meon ~ 17$ rpm -qa|grep -i nvidia xorg-x11-drv-nvidia-libs-260.19.12-3.fc14.x86_64 kmod-nvidia-2.6.35.6-48.fc14.x86_64-260.19.12-1.fc14.2.x86_64 kmod-nvidia-260.19.12-1.fc14.2.x86_64 nvidia-settings-1.0-8.fc14.x86_64 xorg-x11-drv-nvidia-260.19.12-3.fc14.x86_64 nvidia-xconfig-1.0-5.fc14.x86_64 akmod-nvidia-260.19.12-1.fc14.1.x86_64 (It also crashed with nouveau) I have got past the install problem but only get the startup image on the screen for 0.57596 seconds! (see below) and then error messages when I run googleearth. The version of googleearth is dated Build Date Sep 1 2010 John j...@meon ~ 14$ googleearth Google Earth has caught signal 11. We apologize for the inconvenience, but Google Earth has crashed. This is a bug in the program, and should never happen under normal circumstances. A bug report and debugging data have been written to this text file: /home/ja/.googleearth/crashlogs/crashlog-4ce3c3ee.txt Please include this file if you submit a bug report to Google. j...@meon ~ 15$ cat /home/ja/.googleearth/crashlogs/crashlog-4ce3c3dc.txt Major Version 5 Minor Version 2 Build Number 0001 Build Date Sep 1 2010 Build Time 11:25:42 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 35 OS Patch Version 6 Crash Signal 11 Crash Time 1289995228 Up Time 0.57596 Stacktrace from glibc: ./libgoogleearth_free.so(+0xd090b)[0xb0790b] [0xdbd400] /usr/lib/libGL.so.1(glXMakeCurrent+0x17)[0x9c9ecc] ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext19internalMakeCurrentEv +0x33)[0x3c4dd53] ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext21internalCreateContextEv +0x1a4)[0x3c4e424] ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext4openEv+0x9c)[0x3c6b2ac] /opt/google-earth/libevll.so(_ZN5earth4evll13VisualContext11OpenContextEN3Gap3Gfx25igRenderDestinationFormatERKNS0_8InitInfoE+0xff)[0x2081d3f] /opt/google-earth/libevll.so(_ZN5earth4evll13VisualContext4initERKNS0_8InitInfoE+0x167)[0x2081ef7] /opt/google-earth/libevll.so(_ZN5earth4evll17RenderContextImpl4initERKNS0_8InitInfoE+0x7e)[0x1fda2ce] ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE +0x47)[0x9a3607] ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv +0x182)[0x985532] ./libgoogleearth_free.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x94)[0xae5084] ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0xabb)[0xf4c7ef] ./libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xa0)[0xefce20] ./libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent +0x16f)[0xf068a3] ./libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent +0x70)[0x249d50] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0xcc)[0xf4f55c] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0xf4f264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0xf4f482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0xf4f264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0xf4f482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0xf4f264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0xf4f482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN7QWidget10showNormalEv+0x4a)[0xf3fe9e] ./libgoogleearth_free.so(_ZN10MainWindow18readScreensizeInfoEv +0xc35)[0xad2b15] ./libgoogleearth_free.so(_ZN5earth6client11Application12SetupMainWinENS0_3Kvw7ProductEb+0x29e)[0xb0bc1e] ./libgoogleearth_free.so(_ZN5earth6client11Application3runEv +0x42f)[0xb12a7f] ./libgoogleearth_free.so(earthmain+0x27d)[0xb06d3d] ./googleearth-bin(_init+0x12e)[0x80486d2] /lib/libc.so.6(__libc_start_main+0xe6)[0x42f5ae16]
USB audio mixers
Has anybody connected one of the various domestic audio mixers with USB outputs to a Linux box? An example of one at this link: http://bavasmusic.com.au/store/behringer-xenyx-1204usb-p-2023.html Given a decent mixer, and something that's compatible, it ought to be a big improvement on my sound card for capturing analogue audio, and more useful than getting another sound card. But I've yet to see a device saying it'll supports anything other than Windows or Mac. Though this pages mentions some compatibility: http://www.bhphotovideo.com/c/product/672861-REG/Behringer_1204USB_XENYX_1204USB_12_Channel.html Albeit in a strange way: The energyXT2.5 software is compatible with Mac, Windows, and even Linux operating systems. The software is compatible? It's the hardware I'm concerned about. -- [...@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. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora-Ambassador Project
Arjun V wrote: Dear Subscribers, I heard about Fedora-Ambassador Project. I just want to get more information about that and want to join that group. I looked at that, but the requirement for experienced contributors suggests that a previous relationship as developer or maintainer, rather than administrators and power users. There's a contact link on the wiki page, you can certainly ask. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: USB audio mixers
On 11/17/2010 10:02 AM, Tim wrote: Has anybody connected one of the various domestic audio mixers with USB outputs to a Linux box? An example of one at this link: http://bavasmusic.com.au/store/behringer-xenyx-1204usb-p-2023.html Given a decent mixer, and something that's compatible, it ought to be a big improvement on my sound card for capturing analogue audio, and more useful than getting another sound card. But I've yet to see a device saying it'll supports anything other than Windows or Mac. Though this pages mentions some compatibility: http://www.bhphotovideo.com/c/product/672861-REG/Behringer_1204USB_XENYX_1204USB_12_Channel.html Albeit in a strange way: The energyXT2.5 software is compatible with Mac, Windows, and even Linux operating systems. The software is compatible? It's the hardware I'm concerned about. I use one of these on my F12 system--works just fine but it's not full-duplex: http://us.store.creative.com/Sound-Blaster-XFi-Surround-5.1/M/B0017QQQAE.htm Which is fine for my 96KHz capture application. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
Clive Hills wrote: I just saw an email from you saying init also dumps. I'd seriously consider if the box is okay/check the installation. Are you using systemd? And by the way it's just F14. FC6 was the last Fedora to bear the Core name. Look at your rpm names, they are all fc14 (and hopefully will continue to be so to avoid confusion with other projects). -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
There is a good reason that the rpms are fc14.rpm etc. It stands for Fedora Community. None the less it is Fedora 14 not Fedora Core 14 that is the distribution name. Clive -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Nouveau won't load with custom kernel 2.6.35.6-48
I compiled a custom kernel in F14 using the Fedora source RPM, and created a custom initramfs for it using dracut. It boots, and X tries to load nouveau, but it fails and falls back to VESA. Here is the pertinent section from Xorg.0.log while it was booting. 44.002] (II) NOUVEAU driver [44.002] (II) NOUVEAU driver for NVIDIA chipset families : [44.002]RIVA TNT(NV04) [44.002]RIVA TNT2 (NV05) [44.002]GeForce 256 (NV10) [44.002]GeForce 2 (NV11, NV15) [44.002]GeForce 4MX (NV17, NV18) [44.002]GeForce 3 (NV20) [44.002]GeForce 4Ti (NV25, NV28) [44.002]GeForce FX (NV3x) [44.002]GeForce 6 (NV4x) [44.002]GeForce 7 (G7x) [44.002]GeForce 8 (G8x) [44.002] (II) VESA: driver for VESA chipsets: vesa [44.002] (II) FBDEV: driver for framebuffer: fbdev [44.002] (++) using VT number 1 [44.008] drmOpenDevice: node name is /dev/dri/card0 [44.082] [drm] failed to load kernel module nouveau [44.082] (EE) [drm] failed to open device It isn't clear to me why it failed. Can anyone clarify for me what is wrong here and how I should fix it? I think my device is a 4MX in the list above. Thanks. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Building mplayer problems
I tried to build mplayer from source rpm. mplayer-1.0-0.117.20100703svn.fc13.src.rpm The build seems to die at the last step of linking all the objects to produce the binary mplayer. The failure is: /usr/bin/ld: osdep/getch2.o: undefined reference to symbol 'tgetnum' /usr/bin/ld: note: 'tgetnum' is defined in DSO /lib/libtinfo.so.5 so try adding it to the linker command line /lib/libtinfo.so.5: could not read symbols: Invalid operation $ ls -l /lib/libtinfo* lrwxrwxrwx 1 root root 15 May 30 09:59 /lib/libtinfo.so.5 - libtinfo.so.5.7 -rwxr-xr-x 1 root root 130136 Feb 3 2010 /lib/libtinfo.so.5.7 $ ls -l /usr/lib/libtinfo* lrwxrwxrwx 1 root root 23 May 30 10:29 /usr/lib/libtinfo.so - ../../lib/libtinfo.so.5 The mplayer mailing list has suggested that they do not support any distro based source packages. See the full output below. This is the step that fails: cc -o mplayer command.o m_property.o mixer.o mp_fifo.o mplayer.o parser-mpcmd.o input/input.o libao2/ao_mpegpes.o libao2/ao_null.o libao2/ao_pcm.o libao2/audio_out.o libvo/aspect.o libvo/geometry.o libvo/spuenc.o libvo/video_out.o libvo/vo_mpegpes.o libvo/vo_null.o libvo/vo_aa.o libao2/ao_alsa.o input/appleir.o libao2/ao_arts.o libvo/vo_caca.o libvo/vo_dga.o libvo/vo_dxr3.o libao2/ao_esd.o libvo/vo_fbdev.o libvo/vo_fbdev2.o libvo/vo_gif89a.o libvo/gl_common.o libvo/vo_gl.o libvo/vo_gl2.o libvo/csputils.o libvo/sdl_common.o libvo/x11_common.o libvo/vo_matrixview.o libvo/matrixview.o gui/bitmap.o gui/app.o gui/cfg.o gui/interface.o gui/mplayer/gui_common.o gui/mplayer/menu.o gui/mplayer/mw.o gui/mplayer/pb.o gui/mplayer/play.o gui/mplayer/sw.o gui/mplayer/widgets.o gui/mplayer/gtk/about.o gui/mplayer/gtk/eq.o gui/mplayer/gtk/fs.o gui/mplayer/gtk/gtk_common.o gui/mplayer/gtk/gtk_menu.o gui/mplayer/gtk/gtk_url.o gui/mplayer/gtk/mb.o gui/mplayer/gtk/opts.o gui/mplayer/gtk/pl.o gui/mplayer/gtk/sb.o gui/skin/cut.o gui/skin/font.o gui/skin/skin.o gui/wm/ws.o gui/wm/wsxdnd.o libao2/ao_jack.o input/joystick.o libvo/vo_jpeg.o libvo/vo_png.o libmenu/menu.o libmenu/menu_chapsel.o libmenu/menu_cmdlist.o libmenu/menu_console.o libmenu/menu_filesel.o libmenu/menu_list.o libmenu/menu_param.o libmenu/menu_pt.o libmenu/menu_txt.o libmenu/vf_menu.o libmenu/menu_dvbin.o input/lirc.o libvo/vo_md5sum.o libao2/ao_openal.o libao2/ao_oss.o libvo/vo_pnm.o libao2/ao_pulse.o libao2/ao_sdl.o libvo/vo_sdl.o libvo/vo_svga.o libvo/vo_tga.o libvo/vo_v4l2.o libao2/ao_v4l2.o libvo/vo_vdpau.o libvo/vo_cvidix.o libvo/vosub_vidix.o vidix/vidix.o vidix/drivers.o vidix/dha.o vidix/mtrr.o vidix/pci.o vidix/pci_names.o vidix/pci_dev_ids.o vidix/cyberblade_vid.o vidix/mach64_vid.o vidix/mga_vid.o vidix/mga_crtc2_vid.o vidix/nvidia_vid.o vidix/pm2_vid.o vidix/pm3_vid.o vidix/radeon_vid.o vidix/rage128_vid.o vidix/s3_vid.o vidix/sis_vid.o vidix/sis_bridge.o vidix/unichrome_vid.o libvo/vo_x11.o libvo/vo_xover.o libvo/vo_xv.o libvo/vo_xvidix.o libvo/vo_xvmc.o libvo/vo_yuv4mpeg.o asxparser.o codec-cfg.o cpudetect.o edl.o find_sub.o fmt-conversion.o m_config.o m_option.o m_struct.o mp_msg.o mpcommon.o parser-cfg.o path.o playtree.o playtreeparser.o spudec.o sub_cc.o subopt-helper.o subreader.o vobsub.o libaf/af.o libaf/af_center.o libaf/af_channels.o libaf/af_comp.o libaf/af_delay.o libaf/af_dummy.o libaf/af_equalizer.o libaf/af_extrastereo.o libaf/af_format.o libaf/af_gate.o libaf/af_hrtf.o libaf/af_karaoke.o libaf/af_pan.o libaf/af_resample.o libaf/af_scaletempo.o libaf/af_sinesuppress.o libaf/af_stats.o libaf/af_sub.o libaf/af_surround.o libaf/af_sweep.o libaf/af_tools.o libaf/af_volnorm.o libaf/af_volume.o libaf/filter.o libaf/format.o libaf/reorder_ch.o libaf/window.o libmpcodecs/ad.o libmpcodecs/ad_alaw.o libmpcodecs/ad_dk3adpcm.o libmpcodecs/ad_dvdpcm.o libmpcodecs/ad_hwac3.o libmpcodecs/ad_hwmpa.o libmpcodecs/ad_imaadpcm.o libmpcodecs/ad_msadpcm.o libmpcodecs/ad_msgsm.o libmpcodecs/ad_pcm.o libmpcodecs/dec_audio.o libmpcodecs/dec_teletext.o libmpcodecs/dec_video.o libmpcodecs/img_format.o libmpcodecs/mp_image.o libmpcodecs/native/xa_gsm.o libmpcodecs/pullup.o libmpcodecs/vd.o libmpcodecs/vd_hmblck.o libmpcodecs/vd_lzo.o libmpcodecs/vd_mpegpes.o libmpcodecs/vd_mtga.o libmpcodecs/vd_null.o libmpcodecs/vd_raw.o libmpcodecs/vd_sgi.o libmpcodecs/vf.o libmpcodecs/vf_1bpp.o libmpcodecs/vf_2xsai.o libmpcodecs/vf_blackframe.o libmpcodecs/vf_boxblur.o libmpcodecs/vf_crop.o libmpcodecs/vf_cropdetect.o libmpcodecs/vf_decimate.o libmpcodecs/vf_delogo.o libmpcodecs/vf_denoise3d.o libmpcodecs/vf_detc.o libmpcodecs/vf_dint.o libmpcodecs/vf_divtc.o libmpcodecs/vf_down3dright.o libmpcodecs/vf_dsize.o libmpcodecs/vf_dvbscale.o libmpcodecs/vf_eq.o libmpcodecs/vf_eq2.o libmpcodecs/vf_expand.o libmpcodecs/vf_field.o libmpcodecs/vf_fil.o libmpcodecs/vf_filmdint.o libmpcodecs/vf_fixpts.o libmpcodecs/vf_flip.o libmpcodecs/vf_format.o libmpcodecs/vf_framestep.o libmpcodecs/vf_gradfun.o libmpcodecs/vf_halfpack.o libmpcodecs/vf_harddup.o
Re: Nouveau won't load with custom kernel 2.6.35.6-48
Am 17.11.2010 17:24, schrieb stan: I compiled a custom kernel in F14 using the Fedora source RPM, and created a custom initramfs for it using dracut. It boots, and X tries to load nouveau, but it fails and falls back to VESA. Here is the pertinent section from Xorg.0.log while it was booting. 44.002] (II) NOUVEAU driver [44.002] (II) NOUVEAU driver for NVIDIA chipset families : [44.002]RIVA TNT(NV04) [44.002]RIVA TNT2 (NV05) [44.002]GeForce 256 (NV10) [44.002]GeForce 2 (NV11, NV15) [44.002]GeForce 4MX (NV17, NV18) [44.002]GeForce 3 (NV20) [44.002]GeForce 4Ti (NV25, NV28) [44.002]GeForce FX (NV3x) [44.002]GeForce 6 (NV4x) [44.002]GeForce 7 (G7x) [44.002]GeForce 8 (G8x) [44.002] (II) VESA: driver for VESA chipsets: vesa [44.002] (II) FBDEV: driver for framebuffer: fbdev [44.002] (++) using VT number 1 [44.008] drmOpenDevice: node name is /dev/dri/card0 [44.082] [drm] failed to load kernel module nouveau [44.082] (EE) [drm] failed to open device It isn't clear to me why it failed. Can anyone clarify for me what is wrong here and how I should fix it? I think my device is a 4MX in the list above. Thanks. Remove any umask call from /usr/share/dracut/modules.d/99base/init and rebuild your initramfs. I will update dracut soon. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
FC14 good/bad news
I installed FC14 in a VM, on a 7.7GB disk image. After that was installed and tested to some extent, I copied the image to an 8GB SD memory and booted off it. Worked with the micro-SD in an adaptor to full size SD, and in a micro-SD to USB nubbin. When I installed I made the filesystems ext2 to avoid beating the storage, other than that stock install. Now I can select enhanced effects for video, and they work fine (for values of fine considering I wanted to see if they work, not that I want them on). However, the display is still dog slow, glxgears runs at 60fps, video is jerky, etc. So the better video now doesn't crash, does provide effects I don't need, and is still too slow to be useful, even on a non-game machine. So much for not using vendor drivers. System is i7-950, 12GB RAM, Radeon HD 4350 video, used as a VM host most of the time. Not a killer machine, not a dog. I will be doing some testing to see if the newer KVM is any better in a measurable way, but when VNC to a machine with fast video is better than console, there is room for improvement. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
Jerry Feldman wrote: On 11/15/2010 03:29 PM, mike cloaked wrote: At the weekend I was invited to attend a local linux user group installfest since all the other people there was Ubuntu-centric. I took along a Fedora f14 Gnome desktop install DVD, as well as a bootable usbkey containing the DVD iso as an install medium in case of need (written with livecd-iso-to-disk. The banter at the event was all about the latest Ubuntu, and a young Italian lady had dropped in, who was not best pleased with the default operating system on an EEEPC 901, and had brought it to the installfest with a view to getting a proper version of linux on it with the help of the experts at hand. The Ubuntu helpers worked out how to boot a usbkey and eagerly set about starting an install of the latest Ubuntu, whilst I discussed Fedora with them in terms of differences from what they were used to. So what drivers will you need to load to get the wireless going on the EEEPC if you installed F14? I told them it was very likely it would just work out of the box. They were not convinced! What about the webcam? - it'll probably 'just work', I replied. Anyway it was by now becoming clear that the Ubuntu install was not going well, and questions were being asked across the room about how to get around the error that was popping into the screen before the install had got off the starting blocks! I offered my help to try an f14 install as an alternative. I popped my key into the usb slot and initiated an install. Anaconda did its thing, and I configured the install - and set it going - of course with a slow machine it would take a while, and an hour and a bit later it went into first boot. Ubuntu people watching over my shoulder waiting for the inevitable failure to connect to the local encrypted wireless signal (authenticated via a radius server) were surprised when the wireless network connection was running about 30 seconds later. A little desktop tweaking, and then adding in a couple of extra repo definitions allowed the young lady access to her mp3 player via the usb port,and play her mp3 files, and Skype fired up without issue. Chrome was running a few minutes later, and then the Italian keyboard was put through its paces. Not a single problem, and she went away with a beaming smile delighted at the working system, and commenting on how wonderful the desktop background graphics were. The others were clearly impressed. One guy commented that the colour scheme was rather more pleasing to his eye than his own Ubuntu scheme! I donated the install DVD to the event, and left for another engagement. I later learned that they had used it to do several f14 installs on other machines! Fedora does seem to work! Two satisfied customers. For the first time I was able to successfully perform a preupgrade. The previous two times I had to do a fresh install. Just a in my experience note, running an upgrade from a DVD/USB has been far more successful than preupgrade for me. Older installs had a small /boot and often don't work well due to lack of room. YMMV. My group also runs installfests (http://blu.org/cgi-bin/calendar/2010-ifest38), but we are not as Ubuntu-centric. I try to be up to date on my Fedora, SuSE, and Ubuntu knowledge. What is always interesting to me is that some distros install on some hardware and not on others and vice-versa. Usually, when I run into trouble with one distro on some hardware, I try another. But I have a wierder problem at work. I have 5 nearly identical rack-mounted systems. (4 have 64GB memory, and 1 had 16). Installing RHEL 5.2 works fine on 4 of the systems including the 16GB, but 1 system always hangs on udev until I manually blacklist the edac modules. I've had similar issues during the installfest where 1 media failed to install on one system, but did install on a second system. We've been doing installfests for 16 years and a number of the core volunteers are distro neutral even in one meeting where SuSE bought the pizzas :-) -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems
On Wed, 17 Nov 2010 08:30:39 -0800 JD jd1...@gmail.com wrote: I tried to build mplayer from source rpm. mplayer-1.0-0.117.20100703svn.fc13.src.rpm The build seems to die at the last step of linking all the objects to produce the binary mplayer. The failure is: /usr/bin/ld: osdep/getch2.o: undefined reference to symbol 'tgetnum' /usr/bin/ld: note: 'tgetnum' is defined in DSO /lib/libtinfo.so.5 so try adding it to the linker command line /lib/libtinfo.so.5: could not read symbols: Invalid operation I am able to build successfully mplayer on F14 x86_64 using the source from subversion at the mplayer website. When building from source, their README requires running ./configure, though they say that they aren't actually running the autoconf version but an emulation they wrote. This discovers all the libraries and adds them to the linker line. I noticed that your linker line had no -ltinfo in it, so compiling from the source RPM didn't perform this step, it seems. Maybe the maintainer doesn't have this library installed. I *think* there is a config include that with this information, so you could add it manually and it should work. Probably a good thing to document this with a bugzilla. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems
On 11/17/2010 05:05 PM, stan wrote: On Wed, 17 Nov 2010 08:30:39 -0800 JD jd1...@gmail.com wrote: I tried to build mplayer from source rpm. mplayer-1.0-0.117.20100703svn.fc13.src.rpm The build seems to die at the last step of linking all the objects to produce the binary mplayer. The failure is: /usr/bin/ld: osdep/getch2.o: undefined reference to symbol 'tgetnum' /usr/bin/ld: note: 'tgetnum' is defined in DSO /lib/libtinfo.so.5 so try adding it to the linker command line /lib/libtinfo.so.5: could not read symbols: Invalid operation I just successfully built mplayer-1.0-0.117.20100703svn.fc13.src.rpm on F13 i686. I have ncurses-devel installed. Are you sure your /lib/libtinfo.so.5 is OK? Is your box 32-bit or 64-bit? Andrew. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On 11/17/2010 08:22 AM, Clive Hills wrote: There is a good reason that the rpms are fc14.rpm etc. It stands for Fedora Community. None the less it is Fedora 14 not Fedora Core 14 that is the distribution name. Clive I've noticed that it's almost always newcomers who use Fedora Core when referring to the distro. It's almost as though they're trying to look like they've been using Fedora for a lot longer than they have and only manage to look clueless. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 good/bad news
On Wed, Nov 17, 2010 at 8:33 AM, Bill Davidsen wrote: System is i7-950, 12GB RAM ... Not a killer machine, not a dog. Whatever you consider a killer machine, I want one. -Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On 11/17/2010 11:36 AM, Bill Davidsen wrote: Just a in my experience note, running an upgrade from a DVD/USB has been far more successful than preupgrade for me. Older installs had a small /boot and often don't work well due to lack of room. YMMV. When I installed F13 from DVD, I specifically allocated a larger /boot for this specific reason. My /boot is 485MB. -- Jerry Feldman g...@blu.org Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On 11/17/10, Jerry Feldman g...@blu.org wrote: On 11/17/2010 11:36 AM, Bill Davidsen wrote: Just a in my experience note, running an upgrade from a DVD/USB has been far more successful than preupgrade for me. Older installs had a small /boot and often don't work well due to lack of room. YMMV. When I installed F13 from DVD, I specifically allocated a larger /boot for this specific reason. My /boot is 485MB. Note that Bill wrote Older installs. F13 is not particularly old. Andras -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Init fails on FC14
Heinz Diehl wrote: Hi, after a boot into Gnome and opening a root console, switching to runlevel 3 (or whatever) fails. init 3 or telinit 3 does simply nothing, and the box begins to lock up. There's no problem to boot into runlevel 3 or whatever. Does anybody here encounter the same, and know a solution? The next time I'm booted on 14 I'll try that. I did try it in a VM and it worked back and forth between 5 and 3 multiple times. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
Jerry Feldman wrote: On 11/17/2010 11:36 AM, Bill Davidsen wrote: Just a in my experience note, running an upgrade from a DVD/USB has been far more successful than preupgrade for me. Older installs had a small /boot and often don't work well due to lack of room. YMMV. When I installed F13 from DVD, I specifically allocated a larger /boot for this specific reason. My /boot is 485MB. If preupgrade runs in that I'd love to know how much stuff it installs. And doesn't change my feelings about the inherent complexity of doing an in-place upgrade on a running system. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
Clive Hills wrote: There is a good reason that the rpms are fc14.rpm etc. It stands for Fedora Community. None the less it is Fedora 14 not Fedora Core 14 that is the distribution name. Actually he didn't say Core anywhere but as a modifier for dump. So your comment/correction about it not being Fedora Core is unrelated to anything he said, and his use if fc14 in the subject was correct. Corrections are best done after someone makes a mistake. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
RE: Ganglia - gmetad segfaults after starting gmond [SOLVED]
After upgrade to fedora 14 from 13 gmetad process segfaults when updating rrd graphs. Anybody seeing this problem ? [linux2 ~]# rpm -qa | grep ganglia ganglia-web-3.1.7-2.fc14.i686 ganglia-gmetad-3.1.7-2.fc14.i686 ganglia-3.1.7-2.fc14.i686 ganglia-gmond-3.1.7-2.fc14.i686 To get around this problem I compiled ganglia 3.1.7 from source The problem was with rrdtool-1.3.8-4. The new version of rrdtool-1.4.4-1.fc14.i686 fixes this issue. See https://bugzilla.redhat.com/show_bug.cgi?id=654246 for details. Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
stan wrote: On Sun, 14 Nov 2010 10:17:02 -0800 JDjd1...@gmail.com wrote: Is there an online source code browser for Fedora Packages? I've never heard of such a thing, and it would be a big project. I hope someone knows of one, it would be convenient. As far as I'm aware, the way to do this is to create a build tree in your home directory, rpmdev-setuptree and then get the src.rpm package, yumdownloader --sourcepackage name and install it in the build tree, as a user. rpm -ivhpackage name Once this is done, move to the SPEC directory, cd ~/rpmbuild/SPEC and run the rpmbuild command to unpack everything. rpmbuild -bppackage name.spec At this point the source will be unpacked in ~/rpmbuild/BUILD/package name You can then look at it with the editor of your choice. Thank you for the concise description of how to do this, I'm going to use it (with attribution) the next time someone hits me with how do I... on building from source. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F14, X86_64 and GoogleEarth
On 11/17/2010 07:14 AM, John Austin wrote: Hi Has anyone managed to get googleearth to run with fully updated F14 (X86_64) ? I have just run it on my laptop, F14, ATI Mobility Radeon X1600 using the VESA driver in 1024x768 using the OpenGL renderer: Google Earth 5.0.11733.9347 Build Date May 5, 2009 Build Time 1:47:18 am Renderer OpenGL Operating System Linux (2.6.35.6) Video Driver Mesa Project Max Texture Size 4096x4096 Server kh.google.com I haven't gotten the radeon driver working yet (it used to work on F12), but I was able to fly to my house and zoom in on it, so, I have to answer it works for me, but, I haven't installed the latest GoogleEarth in a while I have googled around but can find no definitive answer. j...@meon ~ 17$ rpm -qa|grep -i nvidia xorg-x11-drv-nvidia-libs-260.19.12-3.fc14.x86_64 kmod-nvidia-2.6.35.6-48.fc14.x86_64-260.19.12-1.fc14.2.x86_64 kmod-nvidia-260.19.12-1.fc14.2.x86_64 nvidia-settings-1.0-8.fc14.x86_64 xorg-x11-drv-nvidia-260.19.12-3.fc14.x86_64 nvidia-xconfig-1.0-5.fc14.x86_64 akmod-nvidia-260.19.12-1.fc14.1.x86_64 (It also crashed with nouveau) Have you tried the VESA driver yet? It has no hardware acceleration support, but it should work with software rendering I have got past the install problem but only get the startup image on the screen for 0.57596 seconds! (see below) and then error messages when I run googleearth. The version of googleearth is dated Build Date Sep 1 2010 John j...@meon ~ 14$ googleearth Google Earth has caught signal 11. We apologize for the inconvenience, but Google Earth has crashed. This is a bug in the program, and should never happen under normal circumstances. A bug report and debugging data have been written to this text file: /home/ja/.googleearth/crashlogs/crashlog-4ce3c3ee.txt Please include this file if you submit a bug report to Google. j...@meon ~ 15$ cat /home/ja/.googleearth/crashlogs/crashlog-4ce3c3dc.txt Major Version 5 Minor Version 2 Build Number 0001 Build Date Sep 1 2010 Build Time 11:25:42 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 35 OS Patch Version 6 Crash Signal 11 Crash Time 1289995228 Up Time 0.57596 Stacktrace from glibc: ./libgoogleearth_free.so(+0xd090b)[0xb0790b] [0xdbd400] /usr/lib/libGL.so.1(glXMakeCurrent+0x17)[0x9c9ecc] ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext19internalMakeCurrentEv +0x33)[0x3c4dd53] ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext21internalCreateContextEv +0x1a4)[0x3c4e424] ./libIGGfx.so(_ZN3Gap3Gfx18igOglVisualContext4openEv+0x9c)[0x3c6b2ac] /opt/google-earth/libevll.so(_ZN5earth4evll13VisualContext11OpenContextEN3Gap3Gfx25igRenderDestinationFormatERKNS0_8InitInfoE+0xff)[0x2081d3f] /opt/google-earth/libevll.so(_ZN5earth4evll13VisualContext4initERKNS0_8InitInfoE+0x167)[0x2081ef7] /opt/google-earth/libevll.so(_ZN5earth4evll17RenderContextImpl4initERKNS0_8InitInfoE+0x7e)[0x1fda2ce] ./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE +0x47)[0x9a3607] ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv +0x182)[0x985532] ./libgoogleearth_free.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x94)[0xae5084] ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0xabb)[0xf4c7ef] ./libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xa0)[0xefce20] ./libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent +0x16f)[0xf068a3] ./libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent +0x70)[0x249d50] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0xcc)[0xf4f55c] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0xf4f264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0xf4f482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0xf4f264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0xf4f482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0xf4f264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0xf4f482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0xf4f469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0xf4f4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0xf4fa97]
RE: One satisfied customer with f14!
Jerry Feldman wrote: On 11/17/2010 11:36 AM, Bill Davidsen wrote: Just a in my experience note, running an upgrade from a DVD/USB has been far more successful than preupgrade for me. Older installs had a small /boot and often don't work well due to lack of room. YMMV. When I installed F13 from DVD, I specifically allocated a larger /boot for this specific reason. My /boot is 485MB. If preupgrade runs in that I'd love to know how much stuff it installs. And doesn't change my feelings about the inherent complexity of doing an in-place upgrade on a running system. On three machines I just upgraded to F14 from F13 they have 300MB /boot. I took all three down to just the running kernel prior to using preupgrade. Just before the reboot to the actual upgrade it reports I have 60MB left on /boot and need 26MB for the kernel. I think next time around I will need to do fresh installs so I can resize my /boot. Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: thunderbird-lightning fails on F12
Paolo Galtieri wrote: I tried sending this last week, but never saw it on the list. Recently F12 updated thunderbird to 3.0.10; however, there was no update to thunderbird-lightning so I no longer have access to my calendar. When I start thunderbird I get a message saying lightning 1.0b2pre is not compatible with thunderbird 3.0.10. Is there a plan to provide a compatible thunderbird-lightning? Before I upgrade I want to be able to export my existing thunderbird settings including my calendar events. Also the thunderbird addon to provide bidirectional access to google calendar no longer works for the same reason. I suspect this is an end-of-life support issue. Someone updated Tbird and not all of the things which depend on it. I would use yum to downgrade to the previous version, since it's unlikely to get fixed properly (you could look in updates-testing, though). Better to leave mail working with a bug than secure and unusable! -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
On Wed, 17 Nov 2010 14:30:22 -0500 Bill Davidsen david...@tmr.com wrote: stan wrote: On Sun, 14 Nov 2010 10:17:02 -0800 JDjd1...@gmail.com wrote: Is there an online source code browser for Fedora Packages? I've never heard of such a thing, and it would be a big project. I hope someone knows of one, it would be convenient. As far as I'm aware, the way to do this is to create a build tree in your home directory, rpmdev-setuptree and then get the src.rpm package, yumdownloader --sourcepackage name and install it in the build tree, as a user. rpm -ivhpackage name Once this is done, move to the SPEC directory, cd ~/rpmbuild/SPEC and run the rpmbuild command to unpack everything. rpmbuild -bppackage name.spec At this point the source will be unpacked in ~/rpmbuild/BUILD/package name You can then look at it with the editor of your choice. Thank you for the concise description of how to do this, I'm going to use it (with attribution) the next time someone hits me with how do I... on building from source. You're welcome, glad it was helpful. It probably exists on the Fedora wiki somewhere, though probably not so succinctly stated. I do know the compile a custom kernel page has a more detailed and involved explanation. I forgot to mention in the above that the patches that fedora applies will be in the ~/rpmbuild/SOURCE directory after unpacking. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 install memory requirements
Bruno Wolff III wrote: On Tue, Nov 16, 2010 at 10:23:00 -0800, Patrick Bartekbartek...@yahoo.com wrote: If all this fails, you may try creating your own spin of F14 using revisor. Write not there is an issue with revisor, so you'd want to use pungi. s/want to/need to/ ;-) -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F12 - F14 (via preupgrade), not so smooth
stan wrote: On Sun, 14 Nov 2010 21:25:08 -0600 Ryan O'Hararoh...@redhat.com wrote: Those messages on the console (with the timestamp) are from dmesg. These are visible on the console in F14 because rc.sysinit no longer sets the dmesg logging level, thus all messages from dmesg end up being written to the console. See dmesg(1) for more information. If you have an older Fedora machine handy you can look at rc.sysinit where you will find the following: Fix console loglevel if [ -# n $LOGLEVEL ]; then /bin/dmesg -n $LOGLEVEL fi This is missing from F14. I'm of the opinion that this should be fixed. Printing dmesg messages to the console by default is too much. I was able to get things back to normal by adding 'dmesg -n 3' to rc.sysinit. If there is a better way, please let me know. Also, if there is a compelling reason that this was removed from F14, I'd be interested to know what that reason is. Thank you for posting this. I used the above with an else in case $LOGLEVEL wasn't defined. I assume that is the reason it was dropped, but if it still exists, I'll use it. #Fix console loglevel if [ -# n $LOGLEVEL ]; then /bin/dmesg -n $LOGLEVEL else /bin/dmesg -n 3 fi /bin/dmesg -n ${LOGLEVEL:-3} -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: thunderbird-lightning fails on F12
On 11/17/10 12:48, Bill Davidsen wrote: Paolo Galtieri wrote: I tried sending this last week, but never saw it on the list. Recently F12 updated thunderbird to 3.0.10; however, there was no update to thunderbird-lightning so I no longer have access to my calendar. When I start thunderbird I get a message saying lightning 1.0b2pre is not compatible with thunderbird 3.0.10. Is there a plan to provide a compatible thunderbird-lightning? Before I upgrade I want to be able to export my existing thunderbird settings including my calendar events. Also the thunderbird addon to provide bidirectional access to google calendar no longer works for the same reason. I suspect this is an end-of-life support issue. Someone updated Tbird and not all of the things which depend on it. I would use yum to downgrade to the previous version, since it's unlikely to get fixed properly (you could look in updates-testing, though). Better to leave mail working with a bug than secure and unusable! It's just frustrating that Fedora will sometimes release updates that break things. Paolo -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: [389-users] SSH AllowGroups and LDAP authentication
Hi Patrick, This is my sshd_conf, and my groups: AllowGroups root ref AllowGroups Bids ref AllowGroups Search ref Thanks in advance # $OpenBSD: sshd_config,v 1.73 2005/12/06 22:38:28 reyk Exp $ # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information. # This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options change a # default value. Port 22 #Protocol 2,1 Protocol 2 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress :: # HostKey for protocol version 1 #HostKey /etc/ssh/ssh_host_key # HostKeys for protocol version 2 #HostKey /etc/ssh/ssh_host_rsa_key #HostKey /etc/ssh/ssh_host_dsa_key # Lifetime and size of ephemeral version 1 server key #KeyRegenerationInterval 1h #ServerKeyBits 768 # Logging # obsoletes QuietMode and FascistLogging #SyslogFacility AUTH SyslogFacility AUTHPRIV #LogLevel INFO LogLevel DEBUG # Authentication: #LoginGraceTime 2m LoginGraceTime 1m PermitRootLogin yes #PermitRootLogin no #StrictModes yes #MaxAuthTries 6 MaxAuthTries 6 AllowGroups root ref AllowGroups Bids ref AllowGroups Search ref RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts #RhostsRSAAuthentication no # similar for protocol version 2 #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # RhostsRSAAuthentication and HostbasedAuthentication #IgnoreUserKnownHosts no # Don't read the user's ~/.rhosts and ~/.shosts files #IgnoreRhosts yes # To disable tunneled clear text passwords, change to no here! #PasswordAuthentication yes PermitEmptyPasswords no PasswordAuthentication yes # Change to no to disable s/key passwords #ChallengeResponseAuthentication yes ChallengeResponseAuthentication no # Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes #KerberosGetAFSToken no # GSSAPI options #GSSAPIAuthentication no #GSSAPIAuthentication yes #GSSAPICleanupCredentials yes # Set this to 'yes' to enable PAM authentication, account processing, # and session processing. If this is enabled, PAM authentication will # be allowed through the ChallengeResponseAuthentication mechanism. # Depending on your PAM configuration, this may bypass the setting of # PasswordAuthentication, PermitEmptyPasswords, and # PermitRootLogin without-password. If you just want the PAM account and # session checks to run without PAM authentication, then enable this but set # ChallengeResponseAuthentication=no #UsePAM no UsePAM yes # Accept locale-related environment variables #AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES #AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT #AcceptEnv LC_IDENTIFICATION LC_ALL #AllowTcpForwarding yes AllowTcpForwarding yes #GatewayPorts no #X11Forwarding no X11Forwarding no #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no #UsePrivilegeSeparation yes #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #ShowPatchLevel no #UseDNS yes #PidFile /var/run/sshd.pid #MaxStartups 10 #PermitTunnel no # no default banner path #Banner /some/path # override default of no subsystems Subsystem sftp/usr/libexec/openssh/sftp-server Date: Tue, 16 Nov 2010 10:15:22 -0800 From: patrick.mor...@hp.com To: 389-us...@lists.fedoraproject.org Subject: Re: [389-users] SSH AllowGroups and LDAP authentication On 11/15/2010 10:00 AM, Allan Hougham wrote: Hi, I need autenticate LDAPs Groups, but I can´t Anybody can working with this feature? or mapping users with groups and later configuring the LDAP Client? What are the steps for setting LDAP Clients with LDAP Groups? Did you see my last reply on this? I'm pretty sure you'd specified AllowGroups incorrectly in your SSH configuration. Assuming you have your groups set up correctly and SSH is using PAM, there is no difference between configuring SSH to use LDAP groups and configuring it to use local ones. -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Progressively Advancing Video Regressions
Any ideas why I might be experiencing a progressive degradation of Red Hat/Fedora's out-of-the-box support for multiple monitors, and what I can do to get things working again? (0) I used to be able to run 4 monitors off of my desktop machine with suspend and resume. 1 double output card and 2 single output cards. This was with hand-crafted xorg.conf that (if I recall correctly) was no longer effective after xorg and video subsystem rearchitecting. With various Fedora upgrades over time: (-1) Resume stopped working. Comes up in a frozen state. (many months ago) (-2) Suspend stopped working. Computer shuts down but only partly. CPU fans keep spinning, etc. (many months ago) (-3) Stopped being able to configure multiple video cards. (but could configure both outputs of a single AGP card.) In particular, 'X -configure' would lock the system. (many months ago) (-4) Fedora 13, kernel 2.6.34.6-54 and subsequent: boot failure or broken video whenever there is more than one video card present. This would occur with 2 ATI cards, and also with 2 NVidia cards. (Weeks ago) (-5) Fedora 14 does not properly recognize the only card installed. (This card has two outputs) gnome-display-properties reports only one Monitor:Unknown and will only mirror the outputs. (Last week) Thank you for your help + insight! -Phil -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F14, X86_64 and GoogleEarth
On 11/17/2010 06:14 AM, John Austin wrote: Hi Has anyone managed to get googleearth to run with fully updated F14 (X86_64) ? I have googled around but can find no definitive answer. j...@meon ~ 17$ rpm -qa|grep -i nvidia xorg-x11-drv-nvidia-libs-260.19.12-3.fc14.x86_64 kmod-nvidia-2.6.35.6-48.fc14.x86_64-260.19.12-1.fc14.2.x86_64 kmod-nvidia-260.19.12-1.fc14.2.x86_64 nvidia-settings-1.0-8.fc14.x86_64 xorg-x11-drv-nvidia-260.19.12-3.fc14.x86_64 nvidia-xconfig-1.0-5.fc14.x86_64 akmod-nvidia-260.19.12-1.fc14.1.x86_64 I have it running using the nvidia drivers on x86_64 Fedora 14 install with following packages: kmod-nvidia-2.6.35.6-48.fc14.x86_64-260.19.12-1.fc14.2.x86_64 akmod-nvidia-260.19.12-1.fc14.1.x86_64 xorg-x11-drv-nvidia-libs-260.19.12-3.fc14.i686 nvidia-xconfig-1.0-5.fc14.x86_64 xorg-x11-drv-nvidia-libs-260.19.12-3.fc14.x86_64 nvidia-settings-1.0-8.fc14.x86_64 xorg-x11-drv-nvidia-260.19.12-3.fc14.x86_64 You are missing the xorg-x11-drv-nvidia-libs.i686 package. Craig -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Init fails on FC14
On Wed, 17 Nov 2010 14:08:43 -0500, Bill wrote: Heinz Diehl wrote: Hi, after a boot into Gnome and opening a root console, switching to runlevel 3 (or whatever) fails. init 3 or telinit 3 does simply nothing, and the box begins to lock up. There's no problem to boot into runlevel 3 or whatever. Does anybody here encounter the same, and know a solution? The next time I'm booted on 14 I'll try that. I did try it in a VM and it worked back and forth between 5 and 3 multiple times. init 1 in GNOME doesn't work https://bugzilla.redhat.com/640925 Could be the wrong component (after having been reassigned), but the current owner has yet to respond. :/ When I asked about it on test list on Oct 1st, nobody added any insight: http://lists.fedoraproject.org/pipermail/test/2010-October/094304.html -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On Mon, 15 Nov 2010 13:52:38 +, Clive wrote: I just saw an email from you saying init also dumps. I'd seriously consider if the box is okay/check the installation. The init/telinit issue is entirely unrelated. See my other msg, please. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems
On 11/17/2010 09:22 AM, Andrew Haley wrote: On 11/17/2010 05:05 PM, stan wrote: On Wed, 17 Nov 2010 08:30:39 -0800 JDjd1...@gmail.com wrote: I tried to build mplayer from source rpm. mplayer-1.0-0.117.20100703svn.fc13.src.rpm The build seems to die at the last step of linking all the objects to produce the binary mplayer. The failure is: /usr/bin/ld: osdep/getch2.o: undefined reference to symbol 'tgetnum' /usr/bin/ld: note: 'tgetnum' is defined in DSO /lib/libtinfo.so.5 so try adding it to the linker command line /lib/libtinfo.so.5: could not read symbols: Invalid operation I just successfully built mplayer-1.0-0.117.20100703svn.fc13.src.rpm on F13 i686. I have ncurses-devel installed. Are you sure your /lib/libtinfo.so.5 is OK? Is your box 32-bit or 64-bit? Andrew. As I stated in my email I have the libltinfo.so: $ ls -l /usr/lib/libtinfo* /lib/libtinfo* lrwxrwxrwx 1 root root 15 May 30 09:59 /lib/libtinfo.so.5 - libtinfo.so.5.7 -rwxr-xr-x 1 root root 130136 Feb 3 2010 /lib/libtinfo.so.5.7 lrwxrwxrwx 1 root root 23 May 30 10:29 /usr/lib/libtinfo.so - ../../lib/libtinfo.so.5 My system is 32 bit. I am really puzzled why it is doing this on my system :( :( and not on others. When I do yum update, everything is up to date . -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Progressively Advancing Video Regressions
On Wed, 17 Nov 2010 15:35:44 -0500 (EST) Philip Vetter pv+fed...@math.duke.edu wrote: Any ideas why I might be experiencing a progressive degradation of Red Hat/Fedora's out-of-the-box support for multiple monitors, and what I can do to get things working again? Just some thoughts from my observations over time. It isn't the kernel, because it reserves space for 16 graphics devices. My guess is that you are a victim of obsolescence vs the developers. They have newer hardware and specific configurations, they therefore test with newer hardware and specific configurations, and when regressions occur because of ongoing development, they don't notice them. They aren't deliberately trying to degrade your experience, but the end result is the same. When these things fail, you can look in /var/log/Xorg.0.log after boot, and see why they failed. Then open a bugzilla against either the driver or Xorg, and work with them when or if they contact you to resolve the issue. Certainly not definitive, but a possible solution. You could revert to older versions of software that supported the configuration you want to run. Or versions that are supported for longer periods of time (CentOS or Scientific Linux). You can purchase hardware similar to that of the developers. ;-) You can become a developer or tester for the developers. :-) In short, none of the solutions are very palatable. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On 17.11.2010, Joe Zeff wrote: I've noticed that it's almost always newcomers who use Fedora Core when referring to the distro. I used FC without thinking if this maybe could be incorrect. I just wanted to show what distribution my mails are related to. It's almost as though they're trying to look like they've been using Fedora for a lot longer than they have and only manage to look clueless. I think it's quite silly to judge others by a simple prefix they're using, and I can't see why it's so important how long time one has been using Fedora... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F12 - F14 (via preupgrade), not so smooth
On Wed, 17 Nov 2010 14:56:04 -0500 Bill Davidsen david...@tmr.com wrote: stan wrote: #Fix console loglevel if [ -n $LOGLEVEL ]; then /bin/dmesg -n $LOGLEVEL else /bin/dmesg -n 3 fi /bin/dmesg -n ${LOGLEVEL:-3} That's slick. I presume you meant /bin/dmesg -n ${LOGLEVEL:3} changing the -3 to a 3? I didn't look up the documentation, just extrapolating. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Progressively Advancing Video Regressions
On Wed, 17 Nov 2010 14:18:10 -0700 stan wrote: You can purchase hardware similar to that of the developers. ;-) I'd go with that one if any of the developers would care to tell us which cards they use daily on their production systems? (Any of them fanless? I like my computers quiet). Certainly my RV410 radeon functioned nearly perfectly on fedora 13, and now freezes up my system if I try to run neverputt. My incredibly ancient R100 actually almost functioned in fedora 12 after being totally busted for several releases, but then went back to totally busted in fedora 13. My not quite as old RV280 mostly works, but any attempt to do any opengl stuff results in the brightness going to midnight in a coal mine setting. The closest card I have to working perfectly in fedora 14 is the RV610 on my machine at work, but it runs into a firefox/cairo bug that shreds text that scrolls out from under another window. All and all, this total driver rewrite to get jello windows to work better is looking like a complete bust from the cost/benefit standpoint :-(. (Yes, I have bugzillas on all these issues). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On Wed, 17 Nov 2010 22:19:19 +0100 Heinz Diehl wrote: It's almost as though they're trying to look like they've been using Fedora for a lot longer than they have and only manage to look clueless. I think it's quite silly to judge others by a simple prefix they're using, and I can't see why it's so important how long time one has been using Fedora... For that matter: zooty rpm -q kernel kernel-2.6.35.6-45.fc14.x86_64 kernel-2.6.35.6-48.fc14.x86_64 Why are the rpms still named fcN instead of fN :-). -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On Wed, 17 Nov 2010 16:38:07 -0500, Tom wrote: zooty rpm -q kernel kernel-2.6.35.6-45.fc14.x86_64 kernel-2.6.35.6-48.fc14.x86_64 Why are the rpms still named fcN instead of fN :-). a) See the various list archives. ;) b) Because it isn't trivial to switch from .fc14 to .f14 without rebuilding packages also in older dists. Look! $ rpmdev-vercmp 2.6.35.6-45.fc14 2.6.35.6-45.f14 0:2.6.35.6-45.fc14 is newer $ rpmdev-vercmp 2.6.35.6-45.fc13 2.6.35.6-45.f14 0:2.6.35.6-45.fc13 is newer -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Progressively Advancing Video Regressions
On Wed, Nov 17, 2010 at 16:36:19 -0500, Tom Horsley horsley1...@gmail.com wrote: My not quite as old RV280 mostly works, but any attempt to do any opengl stuff results in the brightness going to midnight in a coal mine setting. I had problems with my rv280 starting in F13 with 2.6.34 kernels. I can now use it with nomodeset in rawhide. So I decided moving forward rather than running an unsupported kernel was the better option. The closest card I have to working perfectly in fedora 14 is the RV610 on my machine at work, but it runs into a firefox/cairo bug that shreds text that scrolls out from under another window. I have an rv530 at work, but I don't do much game playing there. I did a couple of very short tests to see if 3d stuff worked and didn't see any problems in F14. All and all, this total driver rewrite to get jello windows to work better is looking like a complete bust from the cost/benefit standpoint :-(. There are lots of changes going on, and they aren't all related to wobbly windows. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On 11/17/2010 01:19 PM, Heinz Diehl wrote: On 17.11.2010, Joe Zeff wrote: I've noticed that it's almost always newcomers who use Fedora Core when referring to the distro. I used FC without thinking if this maybe could be incorrect. I just wanted to show what distribution my mails are related to. You both misunderstand and mis-read; I wasn't referring to people using FC, but as I wrote up above, using the term Fedora Core for recent versions. It's almost as though they're trying to look like they've been using Fedora for a lot longer than they have and only manage to look clueless. I think it's quite silly to judge others by a simple prefix they're using, and I can't see why it's so important how long time one has been using Fedora... How long you've been using Fedora shouldn't be important, which is why I'm so amused by newcomers pretending to be old-timers and Getting It Wrong. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F12 - F14 (via preupgrade), not so smooth
On 11/17/2010 04:22 PM, stan wrote: On Wed, 17 Nov 2010 14:56:04 -0500 Bill Davidsen david...@tmr.com wrote: stan wrote: #Fix console loglevel if [ -n $LOGLEVEL ]; then /bin/dmesg -n $LOGLEVEL else /bin/dmesg -n 3 fi /bin/dmesg -n ${LOGLEVEL:-3} That's slick. I presume you meant /bin/dmesg -n ${LOGLEVEL:3} changing the -3 to a 3? I didn't look up the documentation, just extrapolating. Nope. Read the bash man page. Particularly the section on parameter substitution -- Kevin J. Cummings kjch...@rcn.com cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://counter.li.org) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
Hi Stan, I think I can help simplify this a bit. stan wrote: As far as I'm aware, the way to do this is to create a build tree in your home directory, rpmdev-setuptree FWIW, this is not needed since rpm-4.6 (F10) as rpm now defaults to using your home dir and creates these directories as needed. and then get the src.rpm package, yumdownloader --sourcepackage name and install it in the build tree, as a user. rpm -ivhpackage name Once this is done, move to the SPEC directory, cd ~/rpmbuild/SPEC and run the rpmbuild command to unpack everything. rpmbuild -bppackage name.spec At this point the source will be unpacked in ~/rpmbuild/BUILD/package name You can then look at it with the editor of your choice. Thank you for the concise description of how to do this, I'm going to use it (with attribution) the next time someone hits me with how do I... on building from source. You're welcome, glad it was helpful. It probably exists on the Fedora wiki somewhere, though probably not so succinctly stated. I do know the compile a custom kernel page has a more detailed and involved explanation. I forgot to mention in the above that the patches that fedora applies will be in the ~/rpmbuild/SOURCE directory after unpacking. On the whole, I'd avoid all of the manual work and just use fedpkg. You can yum install it on Fedora and CentOS/RHEL. # Clone the package, anonymously (drop the -a if you're in the fedora # packager group). fedpkg clone -a foo # Change to the newly create package dir. cd foo # Have fedpkg download the source tarball(s) and extract it, applying # any patches as well. fedpkg prep At this point, you will have the package source in a subdirectory, typically %{name}-%{version}. This will be the contents for rawhide. If you wish to see a different release, use fedpkg switch-branch prior to the fedpkg prep call (e.g. fedpkg switch-branch f14). One nice thing (IMO) about this method is that all the patches and source files are in one directory. I always hated having things spread out in rpm's default {BUILD,SOURCES,SPECS} dirs (and I setup an ~/.rpmmacros to not use that layout). HTH, -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ This government never furthered any enterprise but by the alacrity with which it got out of its way. -- Henry David Thoreau in his essay, Civil Disobedience pgpP3zlmaeeyh.pgp Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
I'm an genuine old-timer who gets it right. Clive -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
On Wed, 17 Nov 2010 17:22:19 -0500 Todd Zullinger t...@pobox.com wrote: I think I can help simplify this a bit. On the whole, I'd avoid all of the manual work and just use fedpkg. You can yum install it on Fedora and CentOS/RHEL. # Clone the package, anonymously (drop the -a if you're in the fedora # packager group). fedpkg clone -a foo # Change to the newly create package dir. cd foo # Have fedpkg download the source tarball(s) and extract it, applying # any patches as well. fedpkg prep At this point, you will have the package source in a subdirectory, typically %{name}-%{version}. This will be the contents for rawhide. If you wish to see a different release, use fedpkg switch-branch prior to the fedpkg prep call (e.g. fedpkg switch-branch f14). One nice thing (IMO) about this method is that all the patches and source files are in one directory. I always hated having things spread out in rpm's default {BUILD,SOURCES,SPECS} dirs (and I setup an ~/.rpmmacros to not use that layout). I saw your post earlier. But I'd never used fedpgk and familiarity overruled the simplicity. However, given your explanation, it looks very simple and direct to use. I'll give it a try the next time I'm investigating a package. Thanks. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
OT: Tiny kernel patch to boost desktop performance in 2.6.38
Folks, Just thought a nice announcement about a tiny kernel patch that will enhance desktop linux around kernel 2.6.38 http://www.pcworld.com/businesscenter/article/210966/tiny_linux_kernel_patch_delivers_huge_speed_boost.html Will follow this closely. Hope many here will be excited about this :) Regards, Antonio -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems
On 11/17/2010 09:05 AM, stan wrote: On Wed, 17 Nov 2010 08:30:39 -0800 JDjd1...@gmail.com wrote: I tried to build mplayer from source rpm. mplayer-1.0-0.117.20100703svn.fc13.src.rpm The build seems to die at the last step of linking all the objects to produce the binary mplayer. The failure is: /usr/bin/ld: osdep/getch2.o: undefined reference to symbol 'tgetnum' /usr/bin/ld: note: 'tgetnum' is defined in DSO /lib/libtinfo.so.5 so try adding it to the linker command line /lib/libtinfo.so.5: could not read symbols: Invalid operation I am able to build successfully mplayer on F14 x86_64 using the source from subversion at the mplayer website. When building from source, their README requires running ./configure, though they say that they aren't actually running the autoconf version but an emulation they wrote. This discovers all the libraries and adds them to the linker line. I noticed that your linker line had no -ltinfo in it, so compiling from the source RPM didn't perform this step, it seems. Maybe the maintainer doesn't have this library installed. I *think* there is a config include that with this information, so you could add it manually and it should work. Probably a good thing to document this with a bugzilla. Hi Stan, thanks for your input. I took a look at the spec file, and I added to the configure command options: --extra-libs-mplayer=-ltinfo \\\ This worked as far as the compiler no longer complaining about not finding tgetnum. But nevertheless, the compilation still failed during final linkload phase to produce the binary mplayer: cc -o mplayer command.o m_property.o mixer.o mp_fifo.o mplayer.o parser-mpcmd.o input/input.o libao2/ao_mpegpes.o libao2/ao_null.o libao2/ao_pcm.o libao2/audio_out.o libvo/aspect.o libvo/geometry.o libvo/spuenc.o libvo/video_out.o libvo/vo_mpegpes.o libvo/vo_null.o libvo/vo_aa.o libao2/ao_alsa.o input/appleir.o libao2/ao_arts.o libvo/vo_caca.o libvo/vo_dga.o libvo/vo_dxr3.o libao2/ao_esd.o libvo/vo_fbdev.o libvo/vo_fbdev2.o libvo/vo_gif89a.o libvo/gl_common.o libvo/vo_gl.o libvo/vo_gl2.o libvo/csputils.o libvo/sdl_common.o libvo/x11_common.o libvo/vo_matrixview.o libvo/matrixview.o gui/bitmap.o gui/app.o gui/cfg.o gui/interface.o gui/mplayer/gui_common.o gui/mplayer/menu.o gui/mplayer/mw.o gui/mplayer/pb.o gui/mplayer/play.o gui/mplayer/sw.o gui/mplayer/widgets.o gui/mplayer/gtk/about.o gui/mplayer/gtk/eq.o gui/mplayer/gtk/fs.o gui/mplayer/gtk/gtk_common.o gui/mplayer/gtk/gtk_menu.o gui/mplayer/gtk/gtk_url.o gui/mplayer/gtk/mb.o gui/mplayer/gtk/opts.o gui/mplayer/gtk/pl.o gui/mplayer/gtk/sb.o gui/skin/cut.o gui/skin/font.o gui/skin/skin.o gui/wm/ws.o gui/wm/wsxdnd.o libao2/ao_jack.o input/joystick.o libvo/vo_jpeg.o libvo/vo_png.o libmenu/menu.o libmenu/menu_chapsel.o libmenu/menu_cmdlist.o libmenu/menu_console.o libmenu/menu_filesel.o libmenu/menu_list.o libmenu/menu_param.o libmenu/menu_pt.o libmenu/menu_txt.o libmenu/vf_menu.o libmenu/menu_dvbin.o input/lirc.o libvo/vo_md5sum.o libao2/ao_openal.o libao2/ao_oss.o libvo/vo_pnm.o libao2/ao_pulse.o libao2/ao_sdl.o libvo/vo_sdl.o libvo/vo_svga.o libvo/vo_tga.o libvo/vo_v4l2.o libao2/ao_v4l2.o libvo/vo_vdpau.o libvo/vo_cvidix.o libvo/vosub_vidix.o vidix/vidix.o vidix/drivers.o vidix/dha.o vidix/mtrr.o vidix/pci.o vidix/pci_names.o vidix/pci_dev_ids.o vidix/cyberblade_vid.o vidix/mach64_vid.o vidix/mga_vid.o vidix/mga_crtc2_vid.o vidix/nvidia_vid.o vidix/pm2_vid.o vidix/pm3_vid.o vidix/radeon_vid.o vidix/rage128_vid.o vidix/s3_vid.o vidix/sis_vid.o vidix/sis_bridge.o vidix/unichrome_vid.o libvo/vo_x11.o libvo/vo_xover.o libvo/vo_xv.o libvo/vo_xvidix.o libvo/vo_xvmc.o libvo/vo_yuv4mpeg.o asxparser.o codec-cfg.o cpudetect.o edl.o find_sub.o fmt-conversion.o m_config.o m_option.o m_struct.o mp_msg.o mpcommon.o parser-cfg.o path.o playtree.o playtreeparser.o spudec.o sub_cc.o subopt-helper.o subreader.o vobsub.o libaf/af.o libaf/af_center.o libaf/af_channels.o libaf/af_comp.o libaf/af_delay.o libaf/af_dummy.o libaf/af_equalizer.o libaf/af_extrastereo.o libaf/af_format.o libaf/af_gate.o libaf/af_hrtf.o libaf/af_karaoke.o libaf/af_pan.o libaf/af_resample.o libaf/af_scaletempo.o libaf/af_sinesuppress.o libaf/af_stats.o libaf/af_sub.o libaf/af_surround.o libaf/af_sweep.o libaf/af_tools.o libaf/af_volnorm.o libaf/af_volume.o libaf/filter.o libaf/format.o libaf/reorder_ch.o libaf/window.o libmpcodecs/ad.o libmpcodecs/ad_alaw.o libmpcodecs/ad_dk3adpcm.o libmpcodecs/ad_dvdpcm.o libmpcodecs/ad_hwac3.o libmpcodecs/ad_hwmpa.o libmpcodecs/ad_imaadpcm.o libmpcodecs/ad_msadpcm.o libmpcodecs/ad_msgsm.o libmpcodecs/ad_pcm.o libmpcodecs/dec_audio.o libmpcodecs/dec_teletext.o libmpcodecs/dec_video.o libmpcodecs/img_format.o libmpcodecs/mp_image.o libmpcodecs/native/xa_gsm.o libmpcodecs/pullup.o libmpcodecs/vd.o libmpcodecs/vd_hmblck.o libmpcodecs/vd_lzo.o libmpcodecs/vd_mpegpes.o libmpcodecs/vd_mtga.o libmpcodecs/vd_null.o libmpcodecs/vd_raw.o
Re: OT: Tiny kernel patch to boost desktop performance in 2.6.38
Antonio Olivares wrote: Just thought a nice announcement about a tiny kernel patch that will enhance desktop linux around kernel 2.6.38 http://www.pcworld.com/businesscenter/article/210966/tiny_linux_kernel_patch_delivers_huge_speed_boost.html You may want to follow what's been happening[1] on the devel list. :) Will follow this closely. Hope many here will be excited about this:) While I am excited about it, in my own testing I did not notice any improvement. I tested opening a large (5000x5000) JPEG in Firefox and running a 3D game. The 3D game becomes choppy while the JPEG image loads with or without the wonder patch. Now, this may be a bottleneck outside of the kernel, but I do not have a slouch of a system (F14, quad-core 3ghz w/ 4gigs ram). [1] http://lists.fedoraproject.org/pipermail/devel/2010-November/145594.html -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On 11/17/2010 12:40 PM, Alan J. Gagne wrote: Jerry Feldman wrote: On 11/17/2010 11:36 AM, Bill Davidsen wrote: Just a in my experience note, running an upgrade from a DVD/USB has been far more successful than preupgrade for me. Older installs had a small /boot and often don't work well due to lack of room. YMMV. When I installed F13 from DVD, I specifically allocated a larger /boot for this specific reason. My /boot is 485MB. If preupgrade runs in that I'd love to know how much stuff it installs. And doesn't change my feelings about the inherent complexity of doing an in-place upgrade on a running system. On three machines I just upgraded to F14 from F13 they have 300MB /boot. I took all three down to just the running kernel prior to using preupgrade. Just before the reboot to the actual upgrade it reports I have 60MB left on /boot and need 26MB for the kernel. I think next time around I will need to do fresh installs so I can resize my /boot. Alan We have noticed a couple times that if /boot is very full BEFORE preupgrade downloads anything, it will prompt to do a network based preupgrade which works well. We are now planning to always slam junk into /boot before running preupgrade :) The networked version should ALWAYS show as an option, in my opinion. Good Luck! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
help with a preupgrade glitch?
I'm most of the way through preupgrading from F13 to F14 but am getting an error retrieving /pub/systems/linux/redhat/fedora/linux/releases/14/Fedora/x86_64/os/images/install.img from ftp.nrc.ca. The specific message is unable to retrieve the file. I've ftp'd from another machine and can confirm that the file exists. All the other .img files seem to have been retrieved from there without incident. Any hints? Other URLs I can use? dave -- It is no measure of health to be well adjusted to a profoundly sick society. Krishnamurti -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On Wed, 17 Nov 2010 16:13:15 -0700 Phil Meyer wrote: We have noticed a couple times that if /boot is very full BEFORE preupgrade downloads anything, it will prompt to do a network based preupgrade which works well. Just for curiosity, why have a separate /boot partition at all? I always just make a single / partition, install everything on it and never run out of space in /boot or /home because it is all the same chunk of space. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On 11/18/2010 07:19 AM, Tom Horsley wrote: Just for curiosity, why have a separate /boot partition at all? I always just make a single / partition, install everything on it and never run out of space in /boot or /home because it is all the same chunk of space. So, you always do upgrades and never complete installs? What happens if it becomes necessary to do a complete install? Wouldn't you want to have a separate /home so you wouldn't have to back it up? There are certainly other reasons for multiple partitions. The above is just one. -- Time to be aggressive. Go after a tattooed Virgo. 葛斯克 愛德華 / 台北市 八德路四段 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On 11/18/10, Phil Meyer pme...@themeyerfarm.com wrote: We have noticed a couple times that if /boot is very full BEFORE preupgrade downloads anything, it will prompt to do a network based preupgrade which works well. We are now planning to always slam junk into /boot before running preupgrade :) The networked version should ALWAYS show as an option, in my opinion. Isn't this the trick that is described here: http://fedoraproject.org/wiki/PreUpgrade#Method_2:_Trick_preupgrade_into_downloading_the_installer I wonder how much space is needed on /boot if one goes down this path. What goes into /boot in a network based preupgrade? Andras -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On Thu, 18 Nov 2010 07:33:37 +0800 Ed Greshko wrote: So, you always do upgrades and never complete installs? What happens if it becomes necessary to do a complete install? Wouldn't you want to have a separate /home so you wouldn't have to back it up? There are certainly other reasons for multiple partitions. The above is just one. Actually I do have a separate /home (sort of), but I always install new with /home and /boot being part of root. When I'm satisfied the new version is usable, I bind mount /home from a subdirectory on my 2nd disk drive (also one giant partition so space gets equally shared). But even if you want /home separate, having /boot separate always seems to cause nothing but trouble. If you aren't encrypting root or using a filesystem grub doesn't understand, I can't imagine any good reason to make /boot separate. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: One satisfied customer with f14!
On Wed, Nov 17, 2010 at 19:30:03 -0500, Tom Horsley horsley1...@gmail.com wrote: But even if you want /home separate, having /boot separate always seems to cause nothing but trouble. If you aren't encrypting root or using a filesystem grub doesn't understand, I can't imagine any good reason to make /boot separate. BIOS limitations is another issue that can affect some people. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems
On Wed, 17 Nov 2010 15:06:40 -0800 JD jd1...@gmail.com wrote: Hi Stan, thanks for your input. I took a look at the spec file, and I added to the configure command options: --extra-libs-mplayer=-ltinfo \\\ This worked as far as the compiler no longer complaining about not finding tgetnum. But nevertheless, the compilation still failed during final linkload phase to produce the binary mplayer: snip I have the packages that are relevant to his failure: jack-audio-connection-kit-0.118.0-1.fc13.i686 jack-audio-connection-kit-devel-0.118.0-1.fc13.i686 openal-soft-1.12.854-1.fc13.i686 libnemesi-0.6.9-0.1.20090422git.fc12.i686(yum update is not finding a fedora 13 update for this lib) libnemesi-devel-0.6.9-0.1.20090422git.fc12.i686 How are you compiling? The way I do it to create the RPM is to cd into the ~/rpmbuild/SPEC directory and run the command rpmbuild -bb mplayer.spec I downloaded the source using yumdownloader (fedpkg didn't work, I suspect because this is an RPMFUsion package), and installed it. When I ran the rpmbuild command above, it gave me a list of dependencies that weren't met. I'm currently installing them. I'll see how things go once they are all there. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems
On Wed, 17 Nov 2010 17:35:21 -0700 stan gr...@q.com wrote: On Wed, 17 Nov 2010 15:06:40 -0800 JD jd1...@gmail.com wrote: Hi Stan, thanks for your input. I took a look at the spec file, and I added to the configure command options: --extra-libs-mplayer=-ltinfo \\\ This worked as far as the compiler no longer complaining about not finding tgetnum. But nevertheless, the compilation still failed during final linkload phase to produce the binary mplayer: snip I have the packages that are relevant to his failure: jack-audio-connection-kit-0.118.0-1.fc13.i686 jack-audio-connection-kit-devel-0.118.0-1.fc13.i686 openal-soft-1.12.854-1.fc13.i686 libnemesi-0.6.9-0.1.20090422git.fc12.i686(yum update is not finding a fedora 13 update for this lib) libnemesi-devel-0.6.9-0.1.20090422git.fc12.i686 How are you compiling? The way I do it to create the RPM is to cd into the ~/rpmbuild/SPEC directory and run the command rpmbuild -bb mplayer.spec I downloaded the source using yumdownloader (fedpkg didn't work, I suspect because this is an RPMFUsion package), and installed it. When I ran the rpmbuild command above, it gave me a list of dependencies that weren't met. I'm currently installing them. I'll see how things go once they are all there. The build of all the RPMs completed successfully once the dependencies were installed. mencoder-1.0-0.119.20100703svn.fc14.x86_64.rpm mplayer-1.0-0.119.20100703svn.fc14.x86_64.rpm mplayer-common-1.0-0.119.20100703svn.fc14.x86_64.rpm mplayer-debuginfo-1.0-0.119.20100703svn.fc14.x86_64.rpm mplayer-doc-1.0-0.119.20100703svn.fc14.x86_64.rpm mplayer-gui-1.0-0.119.20100703svn.fc14.x86_64.rpm mplayer-tools-1.0-0.119.20100703svn.fc14.x86_64.rpm -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Building mplayer problems : solved
On 11/17/2010 09:05 AM, stan wrote: On Wed, 17 Nov 2010 08:30:39 -0800 JDjd1...@gmail.com wrote: I tried to build mplayer from source rpm. mplayer-1.0-0.117.20100703svn.fc13.src.rpm The build seems to die at the last step of linking all the objects to produce the binary mplayer. The failure is: /usr/bin/ld: osdep/getch2.o: undefined reference to symbol 'tgetnum' /usr/bin/ld: note: 'tgetnum' is defined in DSO /lib/libtinfo.so.5 so try adding it to the linker command line /lib/libtinfo.so.5: could not read symbols: Invalid operation I am able to build successfully mplayer on F14 x86_64 using the source from subversion at the mplayer website. When building from source, their README requires running ./configure, though they say that they aren't actually running the autoconf version but an emulation they wrote. This discovers all the libraries and adds them to the linker line. I noticed that your linker line had no -ltinfo in it, so compiling from the source RPM didn't perform this step, it seems. Maybe the maintainer doesn't have this library installed. I *think* there is a config include that with this information, so you could add it manually and it should work. Probably a good thing to document this with a bugzilla. Hi Stan, Turns out problem was not in the mplayer source code, but in my rpmbuild command options. Once I issued the correct --with args (for the libs I wanted enabled that are not normally enabled in the released rpm), all went well. My apologies for the noise! -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Burning mixed permission files to disk problem?
Hi; I started out to do something I though should be fairly easy but I have been at it all evening. I am trying to burn some data files to DVD as a backup. Here is the problem as far as I can tell. Brasero from root won't burn the files directly but wants to turn them into an .iso. Details: I have a backup partition on which I keep my personal backups as well as files and directories owned by root such as /etc. I was getting ready to upgrade to Fedora 14. I decided that there was only some of my backup files I wanted to further back up to a DVD disk. The total size fits on one disk. Brasero will back up personal files but won't back up root's files. If I su or sudo brasero and try it from there, brasero wants to create /root/brasero.iso. Same happens with the other command line burny-thingy-automatic program that goes with Nautilus. (I can never remember it's name). The manual is silent on why root and user files won't mix or on how to burn root files. Plus several annoying things happen with unwanted programs popping up when using brasero and inserting discs. -- Regards Bill Fedora 13, Gnome 2.30.2 Evo.2.20.2, Emacs 23.2.1 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
too-persistent dmraid metadata
Anyone else have raid metadata that dmraid -rE can't keep away? I can remove the metadata, it's gone from the drive, but after the next reboot it's back. This is a drive on a highpoint RocketRaid 1820a card, although I only use it in JBOD mode. This is happening on one of seven otherwise identical drives (four of which have been in use with Fedora 10 for years) so I don't suspect Fedora is doing it. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 good/bad news
On 11/17/2010 08:33 AM, Bill Davidsen wrote: Now I can select enhanced effects for video, and they work fine (for values of fine considering I wanted to see if they work, not that I want them on). However, the display is still dog slow, glxgears runs at 60fps, video is jerky, etc. So the better video now doesn't crash, does provide effects I don't need, and is still too slow to be useful, even on a non-game machine. So much for not using vendor drivers. Examine /var/log/Xorg.0.log. Make sure it's loading the radeon driver. If you don't feel comfortable interpreting the file, post it somewhere that others can see it. I don't have an R700 based card, so I don't know too much about their support level. The F13 release notes indicated that 3D support for that chipset had been added. I'd expect F14 to have somewhat improved drivers... -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines