Re: Network connection in fc14
On Thu, Nov 4, 2010 at 9:23 PM, Patrick Dupre wrote: > Hello, > > Since I upgrade from fc13 to fc14, I cannot connect to the network ! > > I get: > > Bringing up loopback interface: [ OK ] > Bringing up interface eth0: Active connection state: activating > Active connection path: /org/freedesktop/NetworkManager/ActiveConnection/3 > > (process:2184): WARNING **: _nm_object_get_property: Error getting 'State' > for /org/freedesktop/NetworkManager/ActiveConnection/3: (19) Method "Get" > with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't > exist > Are you using the "network" service or the "NetworkManager" service? You can't have both. -- mike c -- 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 gnome unusable
On Thu, 04 Nov 2010 12:27:48 -0500, Steve Berg wrote: >> http://forums.fedoraforum.org/showthread.php?t=253668 >> >> Quoting the relevant bit: >> Update - apparently this issue is related to the GTK theme in use. The >> default (Fedora, or Clearlooks, or a few others) results in this slow >> behaviour. Other themes, like Nodoka and a few others perform fine. > > Seeing the same slowdown on three different F14 installs here. The > Nimbus themes seem to perform normally. > > -- > * Stephen Berg * > * sb...@mississippi.com * > * Sinners can repent, * > * But stupid is forever. * Fedora 14 on a 2.6 GHz P4, overclocked 7600GS Using either NVidia 260.19.12 or 256.53 Had the same problem here. Most of the time I run WindowMaker or KDE, so the slowdown didn't bother me. Then I made the mistake of running gnome mines . . . 100% CPU utilization, poor screen refresh once it recovered, and a variety of other unpleasantness. I prowled around on the NVidia forums and someone had posted the same issues. It seems that the problem (according to this poster) is with the NVidia drivers (all recent versions), Xorg 1.9, and cairo/cairomm 1.10. It really appears to be an NVidia driver issue. Other issues with 260.19.12 include the inability to overclock and crashes in some applications linked with SDL, pulseaudio, and GL. Reverting back to 256.53 fixes the overclocking and program crashes, but doesn't fix the problems with applications that use cairo/cairomm. In order to fix those issues, the poster recommended downgrading to the last 1.8 version available in Fedora 13. I basically followed the poster's instructions and did this: 1. Created a file /etc/yum.repos.d/fedora-13.repo containing: [fedora13] name=Fedora 13 - $basearch failovermethod=priority baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/13/Everything/$basearch/os/ enabled=1 metadata_expire=7d gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch 2. Created a file /etc/yum.repos.d/fedora-13-update.repos containing: [f13-updates] name=Fedora 13 - $basearch - Updates failovermethod=priority baseurl=http://mirrors.usc.edu/pub/linux/distributions/fedora/linux/updates/13/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch 3. Ran the following command: yum --nogpgcheck --noplugins --disablerepo=* --enablerepo=fedora13 downgrade cairo cairomm cairo-devel cairomm-devel (all on one line) If you're running x64, make the appropriate adjustments. 4. Restart the X server (I rebooted) Now I can run gnome mines without locking up the system, and font rendering is back to what it was with Fedora 13. I don't know what other issues will occur with this downgrade since I've only been running this configuration for about 20 minutes. Hopefully NVidia will fix their drivers. Also from the NVidia forums, the nouveau drivers do not have this issue. Hope this is useful. . . . . just my two cents. /mde/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Deron Meranda gmail.com> writes: > ... > So what may be going on here? I have lots of packages from seemingly > different releases. But do note that this system started from a fresh > install of Fedora 13 ... I never had an earlier version installed. > > # rpm -qa | grep fc11 | wc -l > 1 > > # rpm -qa | grep fc12 | wc -l > 110 > > # rpm -qa | grep fc13 | wc -l > 162 > > # rpm -qa | grep fc14 | wc -l > 1350 > Some of the earlier packages (F11, etc) may come from e.g. rpmfusion-* repos, if you have them enabled, that are required by current F14 packages, e.g. vlc. Start with Fc11 above # rpm -qa | grep fc11 and try to # yum remove to see if they have any dependencies. JB -- 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: FC12 - Thunderbird update fails
On Fri, Nov 5, 2010 at 4:07 AM, Kevin J. Cummings wrote: > Its in updates-testing. It was quite a few packages when I installed it > just prior to upgrading to F14 I believe it is now fixed in the updates repo - so try again and it should work. -- mike c -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 3:25 AM, J B wrote: > Some of the earlier packages (F11, etc) may come from e.g. rpmfusion-* repos, > if > you have them enabled, that are required by current F14 packages, e.g. vlc. I'm not familiar with the rpmfusion repos, what are they? > Start with Fc11 above > # rpm -qa | grep fc11 > and try to > # yum remove > to see if they have any dependencies. The only fc11 package is: # rpm -qa | grep fc11 mod_dnssd-0.6-2.fc11.x86_64 Trying to remove it fails, # rpm -e mod_dnssd error: Failed dependencies: mod_dnssd is needed by (installed) gnome-user-share-2.30.0-7.fc14.x86_64 That dependency makes no sense to me. Why would gnome depend on an Apache module? -- Deron Meranda http://deron.meranda.us/ -- 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: OT: Evolution signature script
pe, 2010-11-05 kello 07:33 +0800, Ed Greshko kirjoitti: > Since you asked. > > It has been a long time tradition/recommendation/request that signatures > be kept to no more than 5 lines when posting to mailing lists. So, > while you may enjoy a 17 line signature with ASCII art it may not win > you many hearts and minds on a mailing list. > Yes, I know. And I have second edition of this script with simple `/usr/bin/fortune linux -s` command for this list. I can choose between signatures when composing new message. Thank you for the input! -- Real Men don't make backups. They upload it via ftp and let the world mirror it. -- Linus Torvalds -- 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] OOo question (weird effect with extensions)
Hi, I have some weird effect in F14 with some OOo extensions: Installing them as normal user, and calling File>New>"Templates and Documents" in OOo, then my CPU spins fully for about 5-6 secs, then the Templates and Documents window is opened. If then selecting some offered template, I have the same effect, until the new created document from this template is opened. I can get rid of these effects if I install these extensions as root for all users (no cpu spinning and the windows are appearing immediately). Such weird extensions are for example: Sun_ODF_Template_Pack_de.oxt Sun_ODF_Template_Pack2_de.oxt vorlagen_de_opendoc.oxt Installed OOo: openoffice.org-core-3.3.0-10.1.fc14.i686 openoffice.org-writer-core-3.3.0-10.1.fc14.i686 openoffice.org-presenter-screen-3.3.0-10.1.fc14.i686 openoffice.org-langpack-de-3.3.0-10.1.fc14.i686 openoffice.org-calc-3.3.0-10.1.fc14.i686 openoffice.org-pdfimport-3.3.0-10.1.fc14.i686 openoffice.org-writer-3.3.0-10.1.fc14.i686 openoffice.org-math-3.3.0-10.1.fc14.i686 openoffice.org-opensymbol-fonts-3.3.0-10.1.fc14.noarch openoffice.org-ure-3.3.0-10.1.fc14.i686 openoffice.org-brand-3.3.0-10.1.fc14.i686 openoffice.org-math-core-3.3.0-10.1.fc14.i686 openoffice.org-impress-3.3.0-10.1.fc14.i686 openoffice.org-draw-core-3.3.0-10.1.fc14.i686 openoffice.org-draw-3.3.0-10.1.fc14.i686 openoffice.org-impress-core-3.3.0-10.1.fc14.i686 openoffice.org-xsltfilter-3.3.0-10.1.fc14.i686 openoffice.org-graphicfilter-3.3.0-10.1.fc14.i686 openoffice.org-langpack-en-3.3.0-10.1.fc14.i686 openoffice.org-calc-core-3.3.0-10.1.fc14.i686 Somebody has seen this too? Kind regards -- Joachim Backes http://www.rhrk.uni-kl.de/~backes smime.p7s Description: S/MIME Cryptographic 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: Fedora F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, 2010-11-05 at 02:30 -0400, Deron Meranda wrote: > So what may be going on here? I have lots of packages from seemingly > different releases. But do note that this system started from a fresh > install of Fedora 13 ... I never had an earlier version installed. That is normal. For any release, there are some packages that don't need recompiling just for that release, and a prior one will be used, as-is. Just quickly looking through a local mirror at the packages for installing Fedora 14, I can see a quite few Fedora 12 packages in there. However, if I look through it for packages with tzdata in their name, I find the following: joda-time-1.6.2-2.tzdata2010l.fc14.noarch.rpm joda-time-javadoc-1.6.2-2.tzdata2010l.fc14.noarch.rpm tzdata-2010k-1.fc14.noarch.rpm tzdata-java-2010k-1.fc14.noarch.rpm So there is a Fedora 14 tzdata package. Maybe you should try doing an uninstall and reinstall of it, rather than update or install. -- [...@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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 3:35 AM, Deron Meranda wrote: > On Fri, Nov 5, 2010 at 3:25 AM, J B wrote: >> Some of the earlier packages (F11, etc) may come from e.g. rpmfusion-* >> repos, if >> you have them enabled, that are required by current F14 packages, e.g. vlc. > > I'm not familiar with the rpmfusion repos, what are they? Here's my yum repos... # yum repolist Loaded plugins: downloadonly, presto, refresh-packagekit, verify repo id repo name status fedoraFedora 14 - x86_64 22,161 updates Fedora 14 - x86_64 - Updates 1,331 repolist: 23,492 Also running a yum check, # yum check Loaded plugins: downloadonly, presto, refresh-packagekit, verify perl-Net-DNS-SEC-0.16-3.fc13.noarch has missing requires of perl(:MODULE_COMPAT_5.10.1) Error: check all And yum version # yum version Loaded plugins: downloadonly, presto, refresh-packagekit, verify Installed: 14/x86_64 1642:449e320d229114c9a61bcf2339f3c54336815d96 Group-Installed: yum 13:dfcd93b8f5e417ba3554666fa91e55645122feed version -- Deron Meranda http://deron.meranda.us/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Deron Meranda gmail.com> writes: > ... > That dependency makes no sense to me. Why would gnome depend > on an Apache module? Try to understand: $ gnome-user-share $ mod_dnssd Perhaps you do not want to have/need gnome-user-share package ? With regard to various repos: $ yum repolist all and make sure the wanted/correct ones are enabled/disabled. JB -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
You could try "package-cleanup --dupes" or "packages-cleanup --problems" to look for problems in the RPM database. What happens if you do "yum reinstall tzdata" or yum distro-sync tzdata"? If the latter works, you could try "yum distro-sync" to try to get the current version of all packages. -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 3:45 AM, JB wrote: > Deron Meranda gmail.com> writes: > >> ... >> That dependency makes no sense to me. Why would gnome depend >> on an Apache module? > > Try to understand: > $ gnome-user-share > $ mod_dnssd > Perhaps you do not want to have/need gnome-user-share package ? I wasn't even aware of either package; I don't think I want either. I was able to remove both fine. I still have a lot of fc12 and fc13 packages though. > With regard to various repos: > $ yum repolist all > and make sure the wanted/correct ones are enabled/disabled. Only two repos are enabled: * Fedora 14 - x86_64 * Fedora 14 - x86_64 - Updates the complete list follows (I removed some whitespace to avoid line wraps) # yum repolist all Loaded plugins: downloadonly, presto, refresh-packagekit, verify repo id repo name status InstallMedia Fedora 14disabled fedora Fedora 14 - x86_64 enabled: 22,161 fedora-debuginfo Fedora 14 - x86_64 - Debug disabled fedora-source Fedora 14 - Sourcedisabled updates Fedora 14 - x86_64 - Updates enabled: 1,331 updates-debuginfo Fedora 14 - x86_64 - Updates - Debug disabled updates-sourceFedora 14 - Updates Source disabled updates-testingFedora 14 - x86_64 - Test Updates disabled updates-testing-debuginfo Fedora 14 - x86_64 - Test Updates Debug disabled updates-testing-source Fedora 14 - Test Updates Source disabled repolist: 23,492 -- Deron Meranda http://deron.meranda.us/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
JB gmail.com> writes: > ... > Try to understand: > $ gnome-user-share > $ mod_dnssd > Perhaps you do not want to have/need gnome-user-share package ? I meant: $ yum info gnome-user-share $ yum info mod_dnssd :-) JB -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Deron Meranda gmail.com> writes: > ... So, now for a good measure: # yum clean all # yum check-update # yum update JB -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 4:12 AM, JB wrote: > So, now for a good measure: > # yum clean all > # yum check-update > # yum update Nothing to do. # yum clean all Loaded plugins: downloadonly, presto, refresh-packagekit, verify Cleaning repos: fedora updates Cleaning up Everything 0 delta-package files removed, by presto # yum check-update Loaded plugins: downloadonly, presto, refresh-packagekit, verify fedora/metalink | 19 kB 00:00 fedora | 4.3 kB 00:00 fedora/primary_db| 14 MB 00:43 updates/metalink | 3.1 kB 00:00 updates | 4.7 kB 00:00 updates/primary_db | 938 kB 00:03 # yum update Loaded plugins: downloadonly, presto, refresh-packagekit, verify Setting up Update Process No Packages marked for Update -- Deron Meranda http://deron.meranda.us/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Investigating just a little more, using the tzdata package... What I have installed: * tzdata-2010n-1.fc13.noarch (version 2010n) What is on the Fedora 14 DVD: * tzdata-2010k-1.fc14.noarch (version 2010k) and there don't appear to be any F14 updates for tzdata yet (using yum list available). So that explains why tzdata is still showing fc13 ... because it actually is newer that the current fc14 package !! A quick attempt to install using rpm -U verifies that the install fails with an "installed version is newer" error. So tzdata is explained now to look into the hundreds of other packages... -- Deron Meranda http://deron.meranda.us/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On 05/11/10 08:25, Deron Meranda wrote: > Investigating just a little more, using the tzdata package... yum distribution-synchronization This will leave you with what is in the F14 repos -- Regards, Frank Murphy UTF_8 Encoded Friend of 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: Fedora F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Deron Meranda gmail.com> writes: > > # yum clean all > Loaded plugins: downloadonly, presto, refresh-packagekit, verify > Cleaning repos: fedora updates > Cleaning up Everything > 0 delta-package files removed, by presto Well, watch your steps :-) > Loaded plugins: downloadonly, presto, refresh-packagekit, verify # yum info yum-plugin-downloadonly # yum remove yum-plugin-downloadonly # yum clean all # yum check-update # yum update JB -- 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
Quite a nice review of f14
http://www.theregister.co.uk/2010/11/03/fedora_14_review/ -- mike c -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 4:27 AM, Frank Murphy wrote: > On 05/11/10 08:25, Deron Meranda wrote: >> Investigating just a little more, using the tzdata package... > > > yum distribution-synchronization > > This will leave you with what is in the F14 repos That looks like it wants to downgrade several packages: apr-util apr-util-devel apr-util-ldap info orc perl-Net-DNS-SEC texinfo texinfo-tex tzdata tzdata-java xorg-x11-drv-wacom Looking at a couple, such as texinfo, it does indeed appear as if the version available in Fedora 14 is OLDER than the version in Fedora 13 (up to the current patch/update level). I've not actually done the distribution-synchronization yet as I'm not sure I want to downgrade anything yet. As far as some of the other fc13 packages, well, exploring the Fedora 14 DVD, it looks like it contains many fc13 packages. Perhaps they just didn't change? On the DVD (Fedora-14-x86_64-DVD.iso) in the Packages directory, listing the *.rpm files, ls -1 Packages/*.fc11.* | wc -l==> 1 ls -1 Packages/*.fc12.* | wc -l==> 407 ls -1 Packages/*.fc13.* | wc -l==> 283 ls -1 Packages/*.fc14.* | wc -l==> 2056 So I guess that's the answer to the mystery. The F14 disc seems to have packages from past releases. I didn't expect that. -- Deron Meranda http://deron.meranda.us/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On 05/11/10 08:40, Deron Meranda wrote: > On Fri, Nov 5, 2010 at 4:27 AM, Frank Murphy wrote: >> On 05/11/10 08:25, Deron Meranda wrote: >>> Investigating just a little more, using the tzdata package... >> >> >> yum distribution-synchronization >> >> This will leave you with what is in the F14 repos > > That looks like it wants to downgrade several packages: > > > > So I guess that's the answer to the mystery. The F14 disc seems to > have packages from past releases. I didn't expect that. > F14 was done without a "mass rebuild" to rename fc13 to fc14. If you find something breaks because of a newer fc13, you may need to downgrade, otherwise if not broken. Maybe let them play together. -- Regards, Frank Murphy UTF_8 Encoded Friend of 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: Fedora F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 4:45 AM, Frank Murphy wrote: > F14 was done without a "mass rebuild" to rename fc13 to fc14. > > If you find something breaks because of a newer fc13, you may need to > downgrade, otherwise if not broken. Maybe let them play together. I understand now, thanks. I just wasn't expecting that and so I was alarmed when I saw lots of packages that weren't fc14. The system is apparently working fine, but I just wasn't sure. However, there are a couple strange things that aren't just explained by not renaming (supposedly unchanged) packages. 1. I had a dependency conflict between the python3 and alchemy packages; in which 'yum update' failed completely until I removed alchemy. (And this is what initially got me looking at all the version numbers anyway) 2. If you upgrade from F13 to F14 ... AND you have a fully updated F13 system (as of 2010-11-05); then you actually may have to downgrade to get to F14. There are apparently at least 7 packages which have newer versions right now in F13 than they do in F14 !! I am supposing that issue 2 is just caused by upstream patches making it through the F13 release stream faster than the F14 stream?? -- Deron Meranda http://deron.meranda.us/ -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Deron Meranda gmail.com> writes: > > On Fri, Nov 5, 2010 at 4:27 AM, Frank Murphy gmail.com> wrote: > > On 05/11/10 08:25, Deron Meranda wrote: > >> Investigating just a little more, using the tzdata package... > > > > > > yum distribution-synchronization > > > > This will leave you with what is in the F14 repos > > That looks like it wants to downgrade several packages: > > apr-util > apr-util-devel > apr-util-ldap > info > orc > perl-Net-DNS-SEC > texinfo > texinfo-tex > tzdata > tzdata-java > xorg-x11-drv-wacom > > Looking at a couple, such as texinfo, it does indeed appear as if the version > available in Fedora 14 is OLDER than the version in Fedora 13 (up to the > current patch/update level). > > I've not actually done the distribution-synchronization yet as I'm not > sure I want to downgrade anything yet. On my cleanly installed and updated F14 x86_64 box, the correct versions of the above packages are apr-util-1.3.9-3.fc13.x86_64 apr-util-devel-1.3.9-3.fc13.x86_64 apr-util-ldap-1.3.9-3.fc13.x86_64 info-4.13a-10.fc14.x86_64 orc-0.4.6-1.fc14.x86_64 orc-0.4.6-1.fc14.i686 perl-Net-DNS-SEC-0.14-7.fc14.noarch texinfo-4.13a-10.fc14.x86_64 texinfo-tex-4.13a-10.fc14.x86_64 tzdata-2010k-1.fc14.noarch tzdata-java-2010k-1.fc14.noarch xorg-x11-drv-wacom-0.10.8-1.20100726.fc14.x86_64 so assuming these are older than what you currently have installed, "yum distro-sync" should do the right thing. You don't want to have F13 versions of packages (meaning packages from the F13 repos, NOT packages with "fc13" in them, many of which are included in F14), even if they're newer (which ideally wouldn't happen). -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On Fri, Nov 5, 2010 at 5:04 AM, Andre Robatino wrote: > On my cleanly installed and updated F14 x86_64 box, the correct versions of > the > above packages are And I've included what I have afterward in [brackets]... > apr-util-1.3.9-3.fc13.x86_64[-1.3.10-1.fc13.x86_64] > apr-util-devel-1.3.9-3.fc13.x86_64 [-1.3.10-1.fc13.x86_64] > apr-util-ldap-1.3.9-3.fc13.x86_64 [1.3.10-1.fc13.x86_64] > info-4.13a-10.fc14.x86_64 [-4.13a-11.fc13.x86_64] > orc-0.4.6-1.fc14.x86_64 [-0.4.10-1.fc13.x86_64] > orc-0.4.6-1.fc14.i686 [none] > perl-Net-DNS-SEC-0.14-7.fc14.noarch [-0.16-3.fc13.noarch] > texinfo-4.13a-10.fc14.x86_64 [-4.13a-11.fc13.x86_64] > texinfo-tex-4.13a-10.fc14.x86_64 [-4.13a-11.fc13.x86_64] > tzdata-2010k-1.fc14.noarch [-2010n-1.fc13.noarch] > tzdata-java-2010k-1.fc14.noarch [-2010n-1.fc13.noarch] > xorg-x11-drv-wacom-0.10.8-1.20100726.fc14.x86_64 [-0.10.8-2.fc13.x86_64] > > so assuming these are older than what you currently have installed, "yum > distro-sync" should do the right thing. You don't want to have F13 versions of > packages (meaning packages from the F13 repos, NOT packages with "fc13" in > them, > many of which are included in F14), even if they're newer (which ideally > wouldn't happen). I guess "ideally" didn't happen :) Because I definitely have newer packages installed under Fedora 13 than I would get if syncing to Fedora 14. Is this caused by just luck that the same upstream patches made it though to F13 updates before it did to F14? If there's nothing in the updates processes to prevent this, it is likely to happen to other people as well; and perhaps with different sets of packages depending on when they do the update from 13 to 14. Also, what if I didn't know to do the distribution-synchronization ?? It certainly wasn't done for me. Since I currently have a handful of Fedora 13 packages still on my system; then in the future when newer patches do eventually come out for Fedora 14; will a plain "yum update" have updated those, or are they stuck in Fedora 13 land? And if this is not automatic, then it would be very easy for lots of people out there who've done an upgrade to have a few (random?) packages installed that will "silently" not get properly updated with future patches! -- Deron Meranda http://deron.meranda.us/ -- 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: Quite a nice review of f14
On Fri, Nov 5, 2010 at 5:38 AM, mike cloaked wrote: > http://www.theregister.co.uk/2010/11/03/fedora_14_review/ Another ones... Fedora 14 is Leading Edge Linux http://www.pcworld.com/article/209689/itworld_review_fedora_14_is_leadingedge_linux.html Cloud and virtualization features set Fedora 14 apart http://www.computerworld.com/s/article/9194981/Cloud_and_Virtualization_Features_Set_Fedora_14_Apart In general, I find that Computerworld, PCWorld and Infoworld never disappoint me, unlike Ziff-Gates... FC -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Andre Robatino fedoraproject.org> writes: > apr-util-1.3.9-3.fc13.x86_64 > apr-util-devel-1.3.9-3.fc13.x86_64 > apr-util-ldap-1.3.9-3.fc13.x86_64 > info-4.13a-10.fc14.x86_64 > orc-0.4.6-1.fc14.x86_64 > orc-0.4.6-1.fc14.i686 > perl-Net-DNS-SEC-0.14-7.fc14.noarch > texinfo-4.13a-10.fc14.x86_64 > texinfo-tex-4.13a-10.fc14.x86_64 > tzdata-2010k-1.fc14.noarch > tzdata-java-2010k-1.fc14.noarch > xorg-x11-drv-wacom-0.10.8-1.20100726.fc14.x86_64 Should clarify that the only reason I have both orc.i686 and orc.x86_64 is due to my having installed some 32-bit applications like skype and wine that pull in 32-bit dependencies. Normally, you'd only have one. -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Deron Meranda gmail.com> writes: > I guess "ideally" didn't happen :) Because I definitely have newer packages > installed under Fedora 13 than I would get if syncing to Fedora 14. > > Is this caused by just luck that the same upstream patches made it > though to F13 updates before it did to F14? If there's nothing in the > updates processes to prevent this, it is likely to happen to other people > as well; and perhaps with different sets of packages depending on > when they do the update from 13 to 14. > > Also, what if I didn't know to do the distribution-synchronization ?? > It certainly wasn't done for me. > > Since I currently have a handful of Fedora 13 packages still on my > system; then in the future when newer patches do eventually come > out for Fedora 14; will a plain "yum update" have updated those, > or are they stuck in Fedora 13 land? And if this is not automatic, > then it would be very easy for lots of people out there who've done > an upgrade to have a few (random?) packages installed that will > "silently" not get properly updated with future patches! At present it's not too uncommon for packages to have newer versions in older releases, unfortunately. I think the upcoming AutoQA is supposed to prevent this automatically, but for now it depends on maintainers doing it manually. The same issue exists for people who install F14 during development (say Alpha or Beta) and then update to Final. Early on, the updates-testing repo is enabled, then sometime after Beta, it's disabled and the updates repo is enabled. When this happens, the updates-testing packages remain and can cause dependency problems similar to what you experienced, but "yum distro-sync" should get rid of them. If you keep the F13 packages, and a F14 update appears, it'll replace the F13 version if it's newer. But unless/until every single F13 package is eliminated, you can experience dependency problems, so you should get rid of all of them. After "yum distro-sync", you should be able to reinstall the alchemy package without further problems. -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
Am Donnerstag, den 04.11.2010, 10:08 -0700 schrieb Joe Zeff: > The point isn't that you can make the OO.org version work in Fedora but > that you shouldn't have to. Just because they decided to make > LiberOffice the default is no reason to remove OpenOffice from the > repos. > You're supposed to have a choice. Just as a gentle reminder: That's one side of the coin, the other is: You're supposed to contribute. In order to have a choice regarding OpenOffice / LibreOffice you depend on an active group of people who are willing (and capable) to do the work. If OpenOffice does offer interesting and needed features over LibreOffice in the future I bet there will be such a group and OpenOffice will come back to Fedora or RPMFusion. On the other hand, if LibreOffice will attract a large base of developers as well as sponsors OpenOffice might share its fortune with XFree86 and you really will not interested to use it anymore. That's the way OSS works. Peter -- 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 14 mac mini
On Fri, 2010-11-05 at 09:45 +1100, Chris Smart wrote: > On Fri, Nov 5, 2010 at 5:08 AM, Shelby, James wrote: > > After installing Fedora 14 it will be unable to find the SATA drives. The > > solution I found is to install grub2 (not sure why I needed to do this but > > it resolved the boot loader problem) then blacklist=ahci > > Maybe it's an EFI thing? Might have more luck with efidisk.img installer.. > > -c I use rEFIt on my macmini's to boot Fedora. Fedora 13 had issues with SATA on the 2010 macmini (with nvidia MCP89 chipset), these were resolved with the 2.6.34 kernel series. Jurgen -- 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
Emacs working again ME in fedora 14
> "Wolfgang" == Wolfgang S Rupprecht writes: Wolfgang> Tom Horsley writes: >> On Thu, 4 Nov 2010 20:07:02 +0100 >> Michael Schwendt wrote: >> >>> > http://forums.fedoraforum.org/showthread.php?p=1409936 >>> >>> Cannot confirm that. Running Emacs as root after logging into >>> GNOME as an ordinary user also works for me. >> >> Works for me as well, but if I start emacs from a root xterm, I >> do see lots of errors spewed on stderr, however none of them seem >> to prevent emacs from working. Wolfgang> # emacs ** Wolfgang> GLib-GIO:ERROR:gdbusconnection.c:2270:initable_init: Wolfgang> assertion failed: (connection->initialization_error == Wolfgang> NULL) Fatal error (6)Aborted (core dumped) Wolfgang> Hmm. A plain "emacs" run under an su-to-root bash Wolfgang> shell seems to fail for me too. Running "emacs -nw" works Wolfgang> fine. At first glance it looks like something in the X11 Wolfgang> initialization is screwing up. It's working completely fine for me this morning. I've commented out the: unset DBUS_SESSION_BUS_ADDRESS in my .bash_profile (just in case it happens again). -- Colin Adams Preston Lancashire () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Fri, Nov 5, 2010 at 7:28 AM, Peter Boy wrote: > OpenOffice might share its fortune with XFree86 and you really will not > interested to use it anymore. > > That's the way OSS works. > Peter Quite on the contrary: I believe OpenOffice.org will live on, no matter if LibreOffice grows. Just as SeaMonkey lives on, despite the Mozilla Foundation´s best efforts to move everyone to Firefox. It´s easy to take the bulk of well-written code developer over a decade and then "evolve" it with just a couple dozen developers, adding minor features and patches after each minor release number. The truth will be seen when both LO and OpenOffice.org start diverging and when Oracle decides to put several hundred developers to work on the next major version number full time, if Ubuntu/Fedora and hobbyist programmers in their spare time can match it. It´ll be fun to watch, but I surely think the forking wasn´t needed, and it was cause because of politcs, FUD, and paranoia. "That´s the way OSS works" seems to be an excuse to fork, fork, fork. Has anyone heard of "Iceweasel" lately?. No, everyone refers to it by Mozilla.org´s name http://en.wikipedia.org/wiki/Mozilla_Corporation_software_rebranded_by_the_Debian_project Just my $0.02... FC -- 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 working again ME in fedora 14
On Fri, 05 Nov 2010 10:53:25 + Colin Paul Adams wrote: > It's working completely fine for me this morning. Yep. While it always worked for me, the big spew of error messages when I start it is now gone. There were a small handful of updates, maybe gnome-keyring was the one that did it? Nothing else in the log strikes a familiar note. -- 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
Flashing images
After F14 installation, I note that moving images now are flashing on some web pages For example, have a look at http://www.campingmonterosa.com I checked on other Os's and they are fine. Where is the bug?? -- Antonio Montagnani Skype : amontag52 SIP: antoniomon...@ekiga.net -- 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
Fedora14 install to partition from running system
Is it possible to install Fedora14 onto a spare partition from DVD on a running Fedora12 system ? I have two separate 30G partitions on my systems to allow two Fedora versions to be installed. I normally install a new Fedora onto the alternate partition allowing a boot back to the old system in case of issues and to retrieve config. However, Fedora, with all my default packages, takes a fair time to install so I was wondering if there was a way to do this while the existing system is running ? I guess I could use KVM or something, but is there an easy way, something like "anaconda --root=..." ? Cheers Terry -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
Am Freitag, den 05.11.2010, 08:07 -0300 schrieb Fernando Cassia: > The truth will be seen when both LO and OpenOffice.org start diverging > and when Oracle decides to put several hundred developers to work on > the next major version number full time, if Ubuntu/Fedora and hobbyist > programmers in their spare time can match it. It´ll be fun to watch, I'm not shure if it is really fun. > but I surely think the forking wasn´t needed, and it was cause because > of politcs, FUD, and paranoia. > > "That´s the way OSS works" seems to be an excuse to fork, fork, fork. No, not fork. Fork is a kind of side effect. It is a matter of engagement and attractiveness (and cooperation/ coordination). FUD, paranoia and the like are surface phenomena if something is going wrong under the hood. Part of each successful project is to take care to keep its developers onboard. Something went wrong here during the Sun / Oracle merger. Peter -- 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
Preupgrading headless remote systems
So far I've had very good luck with preupgrade for 12 to 14 and 13 to 14 systems. There's one annoyance that is causing me some headache. I have a couple of systems that are headless and remote that I'd like to do a preupgrade on but I can't seem to get things started without some local keyboard interaction. I need let preupgrade and/or anaconda know that it's supposed to use eth0 (some systems have more than one NIC). And I need to specify the language and keyboard layouts from within preupgrade and or the grub entry that launches the upgrade. Currently I run preupgrade and then manually tweak /boot/grub/grub.conf to load the 14 installer automatically with a vnc session waiting for a connection. But this only happens after I locally tell the system to use English, a US keyboard and (sometimes) eth0. It's causing me to hold off on upgrading some systems until I can prove that I can get the 14 installer to launch all the way into the VNC session being ready with no local interaction necessary. -- * Stephen Berg * * sb...@mississippi.com * * Sinners can repent, * * But stupid is forever. * -- 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
sort wierdness
I am seeing sort treat '@' specially; in particular, it wanders around the sort order depending upon the rest of the input line. Anyone have an explanation? I guess it's something to do with locale, but the input strings affecting it as well make no sense to me. $ locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_TIME="en_GB.UTF-8" LC_COLLATE="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= sort input: Abbot', 'COMP CobraP', 'COMP CobraU', 'COMP @', 'COMP CTM','COMP Jobby', 'COMP gives: Abbot', 'COMP CobraP', 'COMP CobraU', 'COMP @', 'COMP CTM','COMP Jobby', 'COMP sort input: Abbot', 'C CobraP', 'C CobraU', 'C @', 'C CTM','C Jobby', 'C gives: Abbot', 'C @', 'C CobraP', 'C CobraU', 'C CTM','C Jobby', 'C sort input: Abbot', @', CobraP', CobraU', CTM', Jobby', gives: @', Abbot', CobraP', CobraU', CTM', Jobby', 'LC_ALL=C sort' gives that last order, nomatter the input, as I'd expect. -- [n...@fnx ~]# rm -f .signature [n...@fnx ~]# ls -l .signature ls: .signature: No such file or directory [n...@fnx ~]# exit -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
Once upon a time, Fernando Cassia said: > The truth will be seen when both LO and OpenOffice.org start diverging > and when Oracle decides to put several hundred developers to work on > the next major version number full time I think that is highly unlikely. Oracle has not shown any indication it is going to put "several hundred developers to work" on any Open Source project. Several OO.o developers that were Sun employees have left Oracle (and have joined the LO project). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- 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: sort wierdness
On Fri, Nov 05, 2010 at 12:47:18PM +, Neil Bird wrote: > >I am seeing sort treat '@' specially; in particular, it wanders around > the sort order depending upon the rest of the input line. Anyone have an > explanation? I guess it's something to do with locale, but the input > strings affecting it as well make no sense to me. Just look into your vocabulary, it is sorted similarly. In most locales various characters are considered only in second or even later passes through strings, when strings without those characters are otherwise equal. If you want ASCII sorting, just use LC_COLLATE=C. Jakub -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
Le 05/11/2010 08:47, Andre Robatino a écrit :
> You could try "package-cleanup --dupes" or "packages-cleanup --problems" to
> look
> for problems in the RPM database. What happens if you do "yum reinstall
> tzdata"
> or yum distro-sync tzdata"? If the latter works, you could try "yum
> distro-sync"
> to try to get the current version of all packages.
>
I have the same problem.
yum distro-sync tzdata works fine but yum distro-sync points out some
problem :
$ sudo yum distro-sync
Modules complémentaires chargés : presto, refresh-packagekit
Setting up Distribution Synchronization Process
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquet apr-util.i686 0:1.3.9-3.fc13 marqué pour être downgraded
---> Paquet apr-util.i686 0:1.3.10-1.fc13 marqué pour être effacé
---> Paquet apr-util-ldap.i686 0:1.3.9-3.fc13 marqué pour être downgraded
---> Paquet apr-util-ldap.i686 0:1.3.10-1.fc13 marqué pour être effacé
---> Paquet cairo.i686 0:1.10.0-2.fc14 marqué pour être mis à jour
---> Paquet coreutils.i686 0:8.5-7.fc14 marqué pour être mis à jour
---> Paquet coreutils-libs.i686 0:8.5-7.fc14 marqué pour être mis à jour
---> Paquet cvs.i686 0:1.11.23-11.fc14 marqué pour être mis à jour
---> Paquet fuse.i686 0:2.8.5-1.fc14 marqué pour être mis à jour
---> Paquet fuse-libs.i686 0:2.8.5-1.fc14 marqué pour être mis à jour
---> Paquet gajim.noarch 0:0.14.1-1.fc14 marqué pour être mis à jour
---> Paquet gegl.i686 0:0.1.2-4.fc14 marqué pour être mis à jour
---> Paquet glx-utils.i686 0:7.9-2.fc14 marqué pour être mis à jour
---> Paquet gnupg.i686 0:1.4.11-2.fc14 marqué pour être mis à jour
---> Paquet gvfs.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet gvfs-afc.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet gvfs-archive.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet gvfs-fuse.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet gvfs-gphoto2.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet gvfs-obexftp.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet gvfs-smb.i686 0:1.6.4-3.fc14 marqué pour être mis à jour
---> Paquet info.i686 0:4.13a-10.fc14 marqué pour être downgraded
---> Paquet info.i686 0:4.13a-11.fc13 marqué pour être effacé
---> Paquet make.i686 1:3.82-3.fc14 marqué pour être mis à jour
---> Paquet mesa-dri-drivers.i686 0:7.9-2.fc14 marqué pour être mis à jour
---> Paquet mesa-libGL.i686 0:7.9-2.fc14 marqué pour être mis à jour
---> Paquet mesa-libGLU.i686 0:7.9-2.fc14 marqué pour être mis à jour
---> Paquet mingetty.i686 0:1.08-5.fc14 marqué pour être mis à jour
---> Paquet mlt.i686 0:0.5.4-1.fc14 marqué pour être downgraded
---> Paquet mlt.i686 0:0.5.10-1.fc13 marqué pour être effacé
---> Paquet mlt-python.i686 0:0.5.4-1.fc14 marqué pour être downgraded
--> Traitement de la dépendance : python(abi) = 2.6 pour le paquet :
mlt-python-0.5.4-1.fc14.i686
---> Paquet mlt-python.i686 0:0.5.10-1.fc13 marqué pour être effacé
---> Paquet orc.i686 0:0.4.6-1.fc14 marqué pour être downgraded
---> Paquet orc.i686 0:0.4.10-1.fc13 marqué pour être effacé
---> Paquet papyon.noarch 0:0.5.2-1.fc14 marqué pour être mis à jour
---> Paquet policycoreutils.i686 0:2.0.83-33.1.fc14 marqué pour être mis
à jour
---> Paquet policycoreutils-gui.i686 0:2.0.83-33.1.fc14 marqué pour être
mis à jour
---> Paquet policycoreutils-python.i686 0:2.0.83-33.1.fc14 marqué pour
être mis à jour
---> Paquet texinfo.i686 0:4.13a-10.fc14 marqué pour être downgraded
---> Paquet texinfo.i686 0:4.13a-11.fc13 marqué pour être effacé
---> Paquet xorg-x11-drv-wacom.i686 0:0.10.8-1.20100726.fc14 marqué pour
être downgraded
---> Paquet xorg-x11-drv-wacom.i686 0:0.10.8-2.fc13 marqué pour être effacé
--> Résolution des dépendances terminée
Erreur : Package: mlt-python-0.5.4-1.fc14.i686 (rpmfusion-free-updates)
Requires: python(abi) = 2.6
Installé: python-2.7-8.fc14.1.i686
(@anaconda-InstallationRepo-201010211814.i386)
python(abi) = 2.7
Available: compat-python24-2.4.6-1.fc13.i686
(rpmfusion-free-updates)
python(abi) = 2.4
Available: python3-3.1.2-14.fc14.i686 (fedora)
python(abi) = 3.1
Vous pouvez essayer d'utiliser --skip-broken pour contourner le problème
** Found 4 pre-existing rpmdb problem(s), 'yum check' output follows:
mlt-python-0.5.10-1.fc13.i686 has missing requires of python(abi) =
('0', '2.6', None)
openshot-1.2.2-1.fc13.noarch has missing requires of python(abi) = ('0',
'2.6', None)
system-config-display-2.2-1.fc12.i686 has missing requires of
libpython2.6.so.1.0
system-config-display-2.2-1.fc12.i686 has missing requires of
python(abi) = ('0', '2.6', None)
Eric
--
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: sort wierdness
Around about 05/11/10 12:54, Jakub Jelinek typed ... > Just look into your vocabulary, it is sorted similarly. In most locales > various characters are considered only in second or even later passes > through strings, when strings without those characters are otherwise > equal. OK, I can see what's happening now: it's stripping every character that isn't sortable according to the locale, then sorting that. The '@' gets binned along with the quotes and spaces, and the meandering is down to the line it's on changing from 'COMP' to just 'C' (as far as the sort is concerned). -- [n...@fnx ~]# rm -f .signature [n...@fnx ~]# ls -l .signature ls: .signature: No such file or directory [n...@fnx ~]# exit -- 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: vmware - virtual machine issue/question
hey. sorry, but i'm looking for basic/pretty complete step by step processes on how to create the VM, and install the OS, or rather create the VM of a specific partition/drive. so i'm looking to talk to someone who's actually done this. thanks. On Thu, Nov 4, 2010 at 10:10 PM, Athmane Madjoudj wrote: > On 11/05/2010 05:22 AM, bruce wrote: >> Hey guys. >> >> Might be a little off topic, but I'm not sure exactly how to proceed on this. >> >> I'm evaluating/investigating vmware, and how you create a "virtual >> machine" using the command line for fedora/centos. >> >> Basically, I want to be able to create a test virtual machine and then >> be able to run the VM on another system using the virtual player. >> >> I'm looking for pointers/articles/instructions that detail what I need >> (in terms of tools/apps) and the steps needed to accomplish this. >> >> I've seen a few articles/sites that discuss creating virtual machines, >> but they all involve using the GUI. >> >> There are different tools/apps provided to create a Virtual Machine, >> but I'm not sure which to use. >> >> Basically, I want to do a test, to ultimately have a Virtual >> Machine/Image that can be run on a separate server using the vmplayer >> app >> >> I've seen docs that discuss using the GUI to create the VM, but >> haven't found any (yet) that discuss how to accomplish this using the >> command line approach. >> >> So:: >> >> If I have a system with two drives >> >> DriveA, DriveB >> >> DriveA has my regular OS, >> >>> From DriveA, I install an OS onto DriveB, along with any additional files I >>> need >> >> DriveB is then the system that I want to use as the basis of the new >> Virtual Machine/image >> >> So I need to figure out how to create the VM from the cmdline. >> (here is where I'm looking to get a feel for the actual cmds/processes to >> run) >> >> And once I create the VM, I'll deal with the issue of running the VM >> from the vmplayer/client side. >> >> Hope this clears things up a bit. >> >> Pointers/Comments would be helpful. >> >> Thanks > > Maybe you need to install VMware VIX API (already installed with > Workstation) and use "vmrun" command, also libvirt has support for > VMware ESX and GSX (aka Server). > > BTW, if you machine support AMD-V or Intel VT-x, go with KVM, better for > usage with CLI and GUI through libvirt/virsh and virt-manager, and all > tools are Opensource and included in Fedora / RHEL / CentOS. > > > HTH > > -- > Athmane Madjoudj > -- > 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 > -- 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: Flashing images
Hi, Can you do some favor for me? If you are using Firefox, then check dmesg. If you found some segfault inside - about npviewer.bin - then you caught the problem In my fresh installed F14 the dmesg has these strange messages twice relating the latest adobe flash player: [ 6670.306097] npviewer.bin[3023]: segfault at b63c4054 ip 01193da3 sp bfe4fd80 error 4 in libflashplayer.so[df5000+b2c000] After some investigation - not only fedora suffers from this. Zoltan 2010/11/5 Antonio M : > After F14 installation, I note that moving images now are flashing on > some web pages > For example, have a look at http://www.campingmonterosa.com > > I checked on other Os's and they are fine. > Where is the bug?? > > -- > Antonio Montagnani > Skype : amontag52 > SIP: antoniomon...@ekiga.net > -- > 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 > -- PGP: 06853DF7 -- 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: Flashing images
Antonio M gmail.com> writes: > > After F14 installation, I note that moving images now are flashing on > some web pages > For example, have a look at http://www.campingmonterosa.com > > I checked on other Os's and they are fine. > Where is the bug?? Maybe this? https://bugzilla.redhat.com/show_bug.cgi?id=628331 -- 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
renaming files
Hello Just installed fedora 14 but when I try renaming a file it includes the extension, unlike Fedora 11. Is this normal ? 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
Re: Flashing images
Andre Robatino ha scritto / said the followingil giorno/on 05/11/2010 14:53: > Antonio M gmail.com> writes: > >> >> After F14 installation, I note that moving images now are flashing on >> some web pages >> For example, have a look at http://www.campingmonterosa.com >> >> I checked on other Os's and they are fine. >> Where is the bug?? > > Maybe this? > > https://bugzilla.redhat.com/show_bug.cgi?id=628331 > > > > yes, tnx, subscribed.. -- Antonio M Skype: amontag52 Linux Fedora F14 (Laughlin) on Acer 5720 www.campingmonterosa.com www.studiodacolpaloschi.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: renaming files
On Fri, 5 Nov 2010 14:11:50 + arnaldo gomes wrote: > Just installed fedora 14 but when I try renaming a file it includes > the extension, unlike Fedora 11. > Is this normal ? Could you describe how you are renaming the file? That is, what application are you using? Is it the command line? I haven't noticed any difference from F12 to F14 in renaming files, so I must be using a different mechanism than you. -- 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: Fedora14 install to partition from running system
On Fri, 05 Nov 2010 12:25:50 + Terry Barnaby wrote: > Is it possible to install Fedora14 onto a spare partition from DVD on > a running Fedora12 system ? > I have two separate 30G partitions on my systems to allow two Fedora > versions to be installed. I normally install a new Fedora onto the > alternate partition allowing a boot back to the old system in case of > issues and to retrieve config. However, Fedora, with all my default > packages, takes a fair time to install so I was wondering if there > was a way to do this while the existing system is running ? I guess I > could use KVM or something, but is there an easy way, something like > "anaconda --root=..." ? It sounds like you want to run the install as a process under your running F12 system. As far as I know, the answer is no. When the DVD boots, it loads its own verion of the linux kernel to actually do the install. I do what you do regarding the partitions, and the new F14 install took 2 hours from start to finish. Of course, it took a lot more tweaking after, but it would boot successfully after 2 hours. That doesn't seem excessive to me. -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On 5 November 2010 11:07, Fernando Cassia wrote: (...) > It´s easy to take the bulk of well-written code developer over a > decade and then "evolve" it with just a couple dozen developers, > adding minor features and patches after each minor release number. > > The truth will be seen when both LO and OpenOffice.org start diverging > and when Oracle decides to put several hundred developers to work on > the next major version number full time, if Ubuntu/Fedora and hobbyist > programmers in their spare time can match it. It´ll be fun to watch, > but I surely think the forking wasn´t needed, and it was cause because > of politcs, FUD, and paranoia. > Most forks are done because of (internal or external) project politics and governance issues. The XFree/X.org one would be a fine example if you'd care to do any research before posting your scaremongering rants. "That´s the way OSS works" seems to be an excuse to fork, fork, fork. > Has anyone heard of "Iceweasel" lately?. No, everyone refers to it by > Mozilla.org´s name > That's another example of how finely tuned your reality distortion device is. Debian's Icewasel never was a fork, was not intended to be a fork and the rebranding was forced down the Debian developers' throats after Mozilla (Corp.) decided to unilaterally change their policies. Also, you seem to be perpetuating here the 'FLOSS is done by amateur programmers in their spare time' myth; again, you might want to educate yourself before making such claims. Have a nice life, Jubal -- 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
Fedora14: Problme with pungi ?
I am trying to make a custom DVD of Fedora14 with all of the current updates using Pungi. I normally also add my own RPM's to create a custom system for my use, but at the moment I am trying to create a standard system. This has worked well in the past howvever with Fedora14 it fails. I am using the command: pungi --nosource --nosplitmedia --nodebuginfo --cachedir=`pwd`/cache -G -C -B -I --flavor Fedora --name Fedora --ver 14 -c /usr/share/spin-kickstarts/fedora-install-fedora.ks This all appears to work fine, but when I try and boot the DVD I get a: "Kernel panic - not syncing: No init found. ..." The standard Fedora14 DVD works fine, so I guess pungi is not setting something up correctly in the initrd or the kernel is not using the initrd for some reason. Any ideas ? -- 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: Fedora14: Problme with pungi ?
On 11/05/2010 03:42 PM, Terry Barnaby wrote: > I am trying to make a custom DVD of Fedora14 with all of the current updates > using Pungi. I normally also add my own RPM's to create a custom system for my > use, but at the moment I am trying to create a standard system. This has > worked > well in the past howvever with Fedora14 it fails. > I am using the command: > > pungi --nosource --nosplitmedia --nodebuginfo --cachedir=`pwd`/cache -G -C -B > -I > --flavor Fedora --name Fedora --ver 14 -c > /usr/share/spin-kickstarts/fedora-install-fedora.ks > > This all appears to work fine, but when I try and boot the DVD I get a: > > "Kernel panic - not syncing: No init found. ..." > > The standard Fedora14 DVD works fine, so I guess pungi is not setting > something > up correctly in the initrd or the kernel is not using the initrd for some > reason. Any ideas ? I have just looked at the initrd.img that has been created and the permissions of sbin/init (and all other programs in sbin are the same) is: -rw---. 1 root root 36088 Nov 5 16:02 init It think it should be (Like on the standard DVD): -rwxr-xr-x 1 root root36088 Oct 21 19:15 sbin/init So I guess something has gone wrong at the creation of the initrd stage, or there is something wrong with the root user setup ? Cheers Terry -- 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: renaming files
On Fri, 2010-11-05 at 14:11 +, arnaldo gomes wrote: > Hello > > Just installed fedora 14 but when I try renaming a file it includes > the extension, unlike Fedora 11. > Is this normal ? There's really no such thing as "extension" with Linux. You can easily have a file called my.very.long.file.name - the "." is just part of the file name. The last part of a filename after the last . doesn't have special meaning either. It's purely aesthetics for the user to know what type of content a file has. When you rename using mv it uses the default globbing rules. That means that *.abc matches any file that ends on .abc - even if it's named test.1.abc or file.abc. You have the option of doing very advanced matches if you want to make a difference on that "level" the . is on. Also, besides the traditional "mv" command for renaming, you have more advanced methods for mass renaming, like "rename". They too depend on simple pattern matching - so if you choose to match on the last part of a file name, they do that nicely too. None of this has changed with Fedora for a long time. With Nautilus when you select a file and choose rename, it SHOULD only highlight the first part of the filename for you (until the first .). This behavior irritates me given the nature of a Linux file system not to care about extensions, but that's the way it's been for a while. It's easy however to accidentally expand the selection to be the hole file name, and in that case you'll change the full name. I see no change in behavior there between F12 -> F14. It still only highlights until the last dot (.). -- Best Regards Peter Larsen Wise words of the day: Win95 is not a virus; a virus does something. -- unknown source signature.asc Description: This is a digitally signed message part -- 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: Fedora14: Problme with pungi ?
On Fri, Nov 5, 2010 at 4:10 PM, Terry Barnaby wrote: > On 11/05/2010 03:42 PM, Terry Barnaby wrote: >> I am trying to make a custom DVD of Fedora14 with all of the current updates >> using Pungi. I normally also add my own RPM's to create a custom system for >> my >> use, but at the moment I am trying to create a standard system. This has >> worked >> well in the past howvever with Fedora14 it fails. >> I am using the command: >> >> pungi --nosource --nosplitmedia --nodebuginfo --cachedir=`pwd`/cache -G -C >> -B -I >> --flavor Fedora --name Fedora --ver 14 -c >> /usr/share/spin-kickstarts/fedora-install-fedora.ks >> >> This all appears to work fine, but when I try and boot the DVD I get a: >> >> "Kernel panic - not syncing: No init found. ..." >> >> The standard Fedora14 DVD works fine, so I guess pungi is not setting >> something >> up correctly in the initrd or the kernel is not using the initrd for some >> reason. Any ideas ? > > I have just looked at the initrd.img that has been created and the permissions > of sbin/init (and all other programs in sbin are the same) is: > -rw---. 1 root root 36088 Nov 5 16:02 init > > It think it should be (Like on the standard DVD): > -rwxr-xr-x 1 root root 36088 Oct 21 19:15 sbin/init > > So I guess something has gone wrong at the creation of the initrd stage, > or there is something wrong with the root user setup ? I have been building f14 install isos for a while - and I have not had this problem - however I build with pungi inside a mock chroot - I wonder if this is a possible cause? -- mike c -- 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
how to generate pi in c
Does anyone has a "generate-pi.c" source code? Thanks.. :D :\ -- 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: how to generate pi in c
On 11/05/2010 04:40 PM, Arthur Bela wrote: > Does anyone has a "generate-pi.c" source code? Lots of people do. You'll have to be a bit more specific about what you actually want. I guess it's more than 4*atan(1.0) 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: Fedora14: Problme with pungi ?
On Fri, Nov 5, 2010 at 4:38 PM, mike cloaked wrote: > On Fri, Nov 5, 2010 at 4:10 PM, Terry Barnaby wrote: >> On 11/05/2010 03:42 PM, Terry Barnaby wrote: >>> I am trying to make a custom DVD of Fedora14 with all of the current updates >>> using Pungi. I normally also add my own RPM's to create a custom system for >>> my >>> use, but at the moment I am trying to create a standard system. This has >>> worked >>> well in the past howvever with Fedora14 it fails. >>> I am using the command: >>> >>> pungi --nosource --nosplitmedia --nodebuginfo --cachedir=`pwd`/cache -G -C >>> -B -I >>> --flavor Fedora --name Fedora --ver 14 -c >>> /usr/share/spin-kickstarts/fedora-install-fedora.ks >>> >>> This all appears to work fine, but when I try and boot the DVD I get a: >>> >>> "Kernel panic - not syncing: No init found. ..." >>> >>> The standard Fedora14 DVD works fine, so I guess pungi is not setting >>> something >>> up correctly in the initrd or the kernel is not using the initrd for some >>> reason. Any ideas ? >> >> I have just looked at the initrd.img that has been created and the >> permissions >> of sbin/init (and all other programs in sbin are the same) is: >> -rw---. 1 root root 36088 Nov 5 16:02 init >> >> It think it should be (Like on the standard DVD): >> -rwxr-xr-x 1 root root 36088 Oct 21 19:15 sbin/init >> >> So I guess something has gone wrong at the creation of the initrd stage, >> or there is something wrong with the root user setup ? > > I have been building f14 install isos for a while - and I have not had > this problem - however I build with pungi inside a mock chroot - I > wonder if this is a possible cause? I just checked my build directories and in /var/lib/mock/fedora-14-i386/root/compose/20101102/i386/os/isolinux/ I see that -rw-r--r--. 2 root root 31245743 2010-11-02 19:36 initrd.img which is different to your permissions - though I have not looked inside the iso produced to see the permissions there. -- mike c -- 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: how to generate pi in c
On 11/05/2010 04:40 PM, Arthur Bela wrote: > Does anyone has a "generate-pi.c" source code? > > Thanks.. :D :\ Any book on numerical algorithms should give you a good run down on how you can implement this in general. If you're not looking to get too deep into this then Wikipedia has an article that discusses historical and current methods for evaluating Pi to a certain degree of accuracy: http://en.wikipedia.org/wiki/Pi If you just need the value then the standard C maths library supplies pre-defined mathematical constants that you can use in your programs: http://www.gnu.org/s/libc/manual/html_node/Mathematical-Constants.html http://www.gnu.org/s/libc/manual/html_node/Trig-Functions.html If none of these satisfies your needs then you'll need to explain what you want to do with the pi generator in a bit more detail. Regards, Bryn. -- 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: how to generate pi in c
On 11/05/2010 09:40 AM, Arthur Bela wrote:
> Does anyone has a "generate-pi.c" source code?
>
> Thanks.. :D :\
I do not have that specific file, but this might help you
Calculate pi to 800 digits in 160 characters of code. Written by Dik T.
Winter at CWI.
int a=1,b,c=2800,d,e,f[2801],g;main(){for(;b-c;)f[b++]=a/5;
for(;d=0,g=c*2;c-=14,printf("%.4d",e+d/a),e=d%a)for(b=c;d+=f[b]*a,
f[b]=d%--g,d/=g--,--b;d*=b);}
See
http://www.di-mgt.com.au/cprog.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: how to generate pi in c
On Fri, Nov 5, 2010 at 9:40 AM, Arthur Bela wrote:
> Does anyone has a "generate-pi.c" source code?
a[52514],b,c=52514,d,e,f=1e4,g,h;main(){for(;b=c-=14;h=printf("%04d",
e+d/f))for(e=d%=f;g=--b*2;d/=g)d=d*b+f*(h?a[b]:f/5),a[b]=d%--g;}
...though that's only good for the first 15,000 digits. You probably
need to be more specific about what you're looking for; the literature
on generating digits of pi is pretty extensive. Cf.
http://www.comlab.ox.ac.uk/jeremy.gibbons/publications/spigot.pdf
--
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: Fedora14: Problme with pungi ?
On 11/05/2010 04:43 PM, mike cloaked wrote: > On Fri, Nov 5, 2010 at 4:38 PM, mike cloaked wrote: >> On Fri, Nov 5, 2010 at 4:10 PM, Terry Barnaby wrote: >>> On 11/05/2010 03:42 PM, Terry Barnaby wrote: I am trying to make a custom DVD of Fedora14 with all of the current updates using Pungi. I normally also add my own RPM's to create a custom system for my use, but at the moment I am trying to create a standard system. This has worked well in the past howvever with Fedora14 it fails. I am using the command: pungi --nosource --nosplitmedia --nodebuginfo --cachedir=`pwd`/cache -G -C -B -I --flavor Fedora --name Fedora --ver 14 -c /usr/share/spin-kickstarts/fedora-install-fedora.ks This all appears to work fine, but when I try and boot the DVD I get a: "Kernel panic - not syncing: No init found. ..." The standard Fedora14 DVD works fine, so I guess pungi is not setting something up correctly in the initrd or the kernel is not using the initrd for some reason. Any ideas ? >>> >>> I have just looked at the initrd.img that has been created and the >>> permissions >>> of sbin/init (and all other programs in sbin are the same) is: >>> -rw---. 1 root root 36088 Nov 5 16:02 init >>> >>> It think it should be (Like on the standard DVD): >>> -rwxr-xr-x 1 root root36088 Oct 21 19:15 sbin/init >>> >>> So I guess something has gone wrong at the creation of the initrd stage, >>> or there is something wrong with the root user setup ? >> >> I have been building f14 install isos for a while - and I have not had >> this problem - however I build with pungi inside a mock chroot - I >> wonder if this is a possible cause? > > I just checked my build directories and in > /var/lib/mock/fedora-14-i386/root/compose/20101102/i386/os/isolinux/ > I see that > -rw-r--r--. 2 root root 31245743 2010-11-02 19:36 initrd.img > > which is different to your permissions - though I have not looked > inside the iso produced to see the permissions there. > The initrd.img would have those permissions, its the executable files within the compressed cpio archive that is initrd.img that have the problem. I am trying to track this down. Running the low level /usr/libexec/anaconda/buildinstall script gives me errors saying that "strip" is missing (No errors seen running pungi ...) This could be causing the binary install to the initrd to fail prior to setting permissions. I am installing binutils and going to try again. I have been using a really basic Fedora install from the livecd with the pungi package and some others installed. If this works I suspect that pungi should have the package "binutils" added as a dependency and a bit more error checking/reporting should be in pungi Cheers Terry -- 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: how to generate pi in c
On Fri, 5 Nov 2010 17:40:34 +0100 Arthur Bela wrote: > Does anyone has a "generate-pi.c" source code? bsd-games has a pi tool for some reason -- 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: VirtualBox-OSE from RPM Fusion cannot be installed on F14
On Thu, Nov 4, 2010 at 9:47 PM, Manuel Escudero wrote: > I forgot, If you've installed the OSE version, uninstall it before > installing Oracle's one. Thanks again, Manuel! Paul -- 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
gnome-shell
In fedora14, i just give a try to gnome-shell and then i go back to compiz. But now in the Applications menu i have only 3 items : Apps, Games and Tools. How to go back to "good" configuration ? Thanks Eric -- 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: gnome-shell
Le 05/11/2010 18:29, Eric Tanguy a écrit : > In fedora14, i just give a try to gnome-shell and then i go back to > compiz. But now in the Applications menu i have only 3 items : Apps, > Games and Tools. How to go back to "good" configuration ? > Thanks > > Eric > In fact logout and login solve the problem. Sorry for the noise. Eric -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On 11/05/2010 03:28 AM, Peter Boy wrote: > Just as a gentle reminder: That's one side of the coin, the other is: > You're supposed to contribute. Over the past several years, I've made over 1300 posts at fedoraforums.org, almost all giving advice, help and suggestions to others. I haven't done any programming in decades but I'm damned good at tech support, so I contribute my assistance to others. Any complaints? -- 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: how to generate pi in c
On 11/05/2010 09:49 AM, Andrew Haley wrote: > On 11/05/2010 04:40 PM, Arthur Bela wrote: >> Does anyone has a "generate-pi.c" source code? > > Lots of people do. You'll have to be a bit more specific about > what you actually want. I guess it's more than > > 4*atan(1.0) > > Andrew. As a side note, Dan Alderson (He wrote JPL's spaceprobe navigation software back in the late '70s, early '80s.) always used that in his programs because it got pi to machine accuracy, not just the number of digits you wrote. -- 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: how to generate pi in c
On Fri, 2010-11-05 at 17:40 +0100, Arthur Bela wrote: > Does anyone has a "generate-pi.c" source code? And do not lose Fabrice Bellard's Pi record... with Fedora. http://bellard.org/ Cheers. -- Rodolfo Alcazar Portillo - nosp...@gmail.com otbits.blogspot.com / counter.li.org: #367962 -- "Wenn sich Intel und Microsoft in deine Sache einmischen, weißt du, dass du etwas richtig machst." - Nicholas Negroponte, auf der Fachkonferenz LinuxWorld 2006 in Boston verteidigte sich Negroponte mit diesen Worten gegen Kritik von Microsoft und Intel an seinem 100 Dollar Laptop -- 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: how to generate pi in c
On Fri, 2010-11-05 at 19:12 +0100, Rodolfo Alcazar Portillo wrote: > On Fri, 2010-11-05 at 17:40 +0100, Arthur Bela wrote: > > Does anyone has a "generate-pi.c" source code? > > And do not lose Fabrice Bellard's Pi record... with Fedora. > http://bellard.org/ Damn! Didn't knew he was beaten by a guy who used a Windows server! :( -- Rodolfo Alcazar Portillo - nosp...@gmail.com otbits.blogspot.com / counter.li.org: #367962 -- "Ich bin immer noch Atheist, Gott sei Dank!" - Luis Buñuel -- 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: Fedora14: Problme with pungi ?
On Fri, Nov 5, 2010 at 5:09 PM, Terry Barnaby wrote: > I am trying to track this down. Running the low level > /usr/libexec/anaconda/buildinstall script gives me errors saying that "strip" > is > missing (No errors seen running pungi ...) > This could be causing the binary install to the initrd to fail prior to > setting permissions. > I am installing binutils and going to try again. I have been using a really > basic Fedora install from the livecd with the pungi package and some others > installed. If this works I suspect that pungi should have the package > "binutils" > added as a dependency and a bit more error checking/reporting > should be in pungi > > Cheers It is not entirely clear what exactly you are doing - are you running this from an f14 system? Are you running a livecd for f14 and once that is running to then run pungi from the livecd? If so have you executed a yum update before running pungi (you can do this even running a livecd)? Have you pulled the latest kickstart file to execute with pungi (from git)? Was the kickstart file edited from that provided from a standard livecd? Are you running this from another system such as f13 or f12? I have been running f14 builds from a mock chroot and executing pungi there with no problems once the kickstart files have been customised. Clearly since I have builds that work and you do not there must be something different about how the build procedure has been done! -- mike c -- 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: NetworkManager VPN Doesn't Work: vpnc F14 x86_64
I have the same exact problem. Posted in fedoraforums just a bit ago http://forums.fedoraforum.org/showthread.php?p=1412811&posted=1#post1412811 When I connect using just vpnc CLI I get the errror: vpnc: Error binding to source port. Try '--local-port 0' Seems that pluto is listening on port 500? I don't know that this has anything to do with it, but maybe,.. -- 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
Arado Websearch and Bookmark Organizer released for Fedora
ARADO is an open source Bookmark-Database for Websearch. You easily can save and organize your favourite URLs (Bookmarks). The database can be networked with your further devices like laptop, mobile phone, home or work PC, so that all added URLs are synchronized with your connected devices. The Arado websearch experience provides to search the web within all your networked devices. Website: http://arado.sf.net Download Fedora-14-Linux: https://sourceforge.net/projects/arado/files/ Find source there as well. -- GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Thu, Nov 04, 2010 at 20:05:16 +, Marko Vojinovic wrote: > > But I have repeated a couple of times already (through the years...) that > there are *two* communities here: the community of > developers/maintainers/packagers --- in other words people who get to make > choices, and the community of users, who use the end-product, report bugs, > help fellow users with advice, promote Fedora, etc., --- and they *do* *not* > get to make any choices. It's a fair split, those who do the work get to > steer > it further. So if you want to voice your opinion on OO versus LO in Fedora, > and that opinion is *different* than what the current maintainers think, the > only way you'll ever get anybody to take you seriously is to be(come) a > maintainer yourself. Otherwise I don't understand why should anyone listen to > you over the devs who know all the details and intricacies of OO/LO switch. There are a lot of people who work on Fedora who aren't in those categories, who get to make decisions about various aspects of Fedora. I'd like to think that people working on various aspects of the project can ask other teams for help and get treated with respect, even if there aren't enough resources to accomodate all requests. -- 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: Offline updates
On Thu, Nov 04, 2010 at 13:32:27 -0700, Konstantin Svist wrote: > 1) I'm pretty sure the DVD lets you upgrade the existing system.. so why > would you need a clean install? If he has stuff installed that's not on the DVD, an upgrade may not work too well. -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Thu, 04 Nov 2010 11:21:33 -0700 Joe Zeff wrote: > On 11/04/2010 10:45 AM, Kevin Fenzi wrote: > > I'm not sure I understand why people don't want to move to > > LibreOffice. Could folks expand on why they don't want to more? > > Right now, the only things I know about it are its cutesy name and > the fact that Fedora is making it the default. Why should I *want* > to change? Well, on a practical level because Fedora has already made this change and it will be there in Fedora 15. This sort of thing happens. Did you realize that 'man' changed to 'man-db' in F14? It has been coverage and support upstream and it was deemed a better solution overall. Did you note that libjpeg was replaced by libjpeg-turbo, resulting in a good increase for all jpeg related operations in Fedora 14? It's upstream was much more responsive, it was faster and the maintainers found it to be the better solution. (There are of course many other cases in previous releases). Software changes and Fedora maintainers try and make the best choice for the distro and it's users. kevin signature.asc 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Thu, 04 Nov 2010 13:22:40 -0700 Joe Zeff wrote: > On 11/04/2010 01:05 PM, Marko Vojinovic wrote: > > As a user, you can either trust their judgment and go along with > > LO, or oppose their judgment if you think you know better. And the > > latter means, if you think you can criticize their choices, you > > should at least be as competent as they are. And that implies > > maintaining OO to be a no-brainer, right? :-) > > Please understand: I'm not saying I don't want to switch, I'm saying > that both options should be there for those who want them. While in principal that sounds reasonable, supporting every possible choice is only going to be possible if there is sufficent manpower and desire for it. > Linux is, > to a large extent, about choice. You can chose your distro, your > desktop, your shell, your editor, your browser, your email client and > so on instead of being stuck with whatever whoever created the distro > wants you to have and for the most part, you can get what you want > properly packaged for your distro instead of having to know how to > tweak a generic tarball, compile and install it. I see no reason, > frankly, why this type of support can't continue for OpenOffice, at > least until it becomes clear that the vast majority of Fedora users > aren't interested in it any more. Because the fedora openoffice maintainers have moved to supporting LibreOffice. Linux is about choice, but it's not about "every possible choice for every possible desire". It's about "every choice where someone is willing and able to drive that choice and support it". > I've never used LibreOffice, I've never even heard of it before, so I > have no reason to trust or not trust their judgment when it comes to > deciding which is better. I do, however, dislike their decision that > "we know what everybody else wants and that's all we're going to > supply." You have trusted them to maintain the openoffice rpms you use from Fedora, why wouldn't you trust them in this? As I mentioned in another email this situation happens from time to time... upstreams change or a newer better fork becomes available and after looking at the choices the fedora maintainers choose what is best for them and the distro. kevin signature.asc 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: Preupgrading headless remote systems
On Fri, Nov 5, 2010 at 8:44 AM, Steve Berg wrote: > So far I've had very good luck with preupgrade for 12 to 14 and 13 to 14 > systems. There's one annoyance that is causing me some headache. I have > a couple of systems that are headless and remote that I'd like to do a > preupgrade on but I can't seem to get things started without some local > keyboard interaction. > > I need let preupgrade and/or anaconda know that it's supposed to use eth0 > (some systems have more than one NIC). And I need to specify the language > and keyboard layouts from within preupgrade and or the grub entry that > launches the upgrade. > > Currently I run preupgrade and then manually tweak /boot/grub/grub.conf to > load the 14 installer automatically with a vnc session waiting for a > connection. But this only happens after I locally tell the system to use > English, a US keyboard and (sometimes) eth0. It's causing me to hold off > on upgrading some systems until I can prove that I can get the 14 > installer to launch all the way into the VNC session being ready with no > local interaction necessary. > Maybe I'm missing something: >From a computer with ssh and an X-server: $ssh -X 192.168.xxx.yyy $...@192.168.xxx.yyy: su #r...@192.168.xxx.yyy: preupgrade Robert. -- 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 14 security spin minor issues
On Thu, Nov 04, 2010 at 05:38:49 +0100, Athmane Madjoudj wrote: > Hello all; > > I've just installed Fedora 14 security spin (I already enjoyed Fedora 13 > Sec Spin) into a VM and I've noticed that they are no background and no > install icon on desktop (I have launched installer from terminal) > > $ liveinst > > is this normal, or it's a bug (It may be related to LXDE spin which > Security Spin is based on) Some changes to the kickstart file were committed to the master branch. These will be incorporated for F15. It looks like they may be related to what you were asking about. -- 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: Preupgrading headless remote systems
Robert Myers writes: > On Fri, Nov 5, 2010 at 8:44 AM, Steve Berg wrote: >> So far I've had very good luck with preupgrade for 12 to 14 and 13 to 14 >> systems. There's one annoyance that is causing me some headache. I have >> a couple of systems that are headless and remote that I'd like to do a >> preupgrade on but I can't seem to get things started without some local >> keyboard interaction. >> >> I need let preupgrade and/or anaconda know that it's supposed to use eth0 >> (some systems have more than one NIC). And I need to specify the language >> and keyboard layouts from within preupgrade and or the grub entry that >> launches the upgrade. >> >> Currently I run preupgrade and then manually tweak /boot/grub/grub.conf to >> load the 14 installer automatically with a vnc session waiting for a >> connection. But this only happens after I locally tell the system to use >> English, a US keyboard and (sometimes) eth0. It's causing me to hold off >> on upgrading some systems until I can prove that I can get the 14 >> installer to launch all the way into the VNC session being ready with no >> local interaction necessary. >> > > Maybe I'm missing something: One some computers preupgraded needs handholding after the first reboot. In my case 3 of the 6 computer upgradede from f13 to f14 asked me to acknowledge the network settings. I might addd that it had guessed the the settings correctly, it just wanted me to confirm them (eth0, dhcp for ipv4, and the standard RFC automatic config for ipv6). -wolfgang -- Wolfgang S. Rupprecht http://www.wsrcc.com/wolfgang/ (IPv6-only) -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
Chris Adams writes: Once upon a time, Fernando Cassia said: The truth will be seen when both LO and OpenOffice.org start diverging and when Oracle decides to put several hundred developers to work on the next major version number full time I think that is highly unlikely. Oracle has not shown any indication it is going to put "several hundred developers to work" on any Open Source project. Several OO.o developers that were Sun employees have left Oracle (and have joined the LO project). People seem to have forgotten that a while ago Oracle forked RHEL and began peddling their support model as the alternative to Red Hat's support. I don't get the impression that Oracle put any serious muscle behind it. I was curious how log ago was that, a quick search found Oracle's announcement almost exactly four years ago. Four years later, and few people have ever heard of it. It seems to me that if Oracle was serious in investing in free software, four years would've been plenty of time for Oracle to show how much development effort they are willing to put forth, and for their product to evolve into a competitive brand. Given how Oracle's "Unbreakable Linux" turned out so far, I am unable to find any indication that Oracle would be willing to make a serious investment in OO on its own. If anything, it seems more likely that they would start pulling stuff from LibreOffice into their own branch, much like they're tagging along after RHEL. Oh, wait. Their licensing policy make that impossible. Unless they change them, of course. What a pickle they're in, huh? P.S. One thing I do agree on -- LibreOffice needs a better name. pgpdy6mSLgt24.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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Sat, Nov 6, 2010 at 9:08 AM, Sam Varshavchik wrote:> > It seems to me that if Oracle was serious in investing in free software, > four years would've been plenty of time for Oracle to show how much > development effort they are willing to put forth, and for their product to > evolve into a competitive brand. Indeed, and just look at what they did with OpenSolaris. Dead. Look at what they're doing with Java - suing free software makers over patents. Look at the dramas with MySQL, and now they've tripled the cost of the base support license (PostgreSQL anyone?). Look at what they've done with the formerly free OpenOffice.org plugin for MS Office - no longer free. Now, what are they gonna do with OpenOffice.org going forward? Whatever they think is in their best corporate interests of course, but rest assured they are not a "free software company" like Red Hat. Developers were right to leave OpenOffice.org and create a new project which is governed by a community, not a corporation. I trust a non-profit more than I do a corporation to have the best interests at heart for a free software project. -c -- 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 F13 to F14 upgrade leaves RPM database with strange mix of fc13 and fc14 packages
On 11/05/2010 06:27 PM, Eric Tanguy wrote:
> ** Found 4 pre-existing rpmdb problem(s), 'yum check' output follows:
> mlt-python-0.5.10-1.fc13.i686 has missing requires of python(abi) =
> ('0', '2.6', None)
> openshot-1.2.2-1.fc13.noarch has missing requires of python(abi) = ('0',
> '2.6', None)
> system-config-display-2.2-1.fc12.i686 has missing requires of
> libpython2.6.so.1.0
> system-config-display-2.2-1.fc12.i686 has missing requires of
> python(abi) = ('0', '2.6', None)
Remove these packages and try again.
Rahul
--
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: Preupgrading headless remote systems
On Fri, Nov 5, 2010 at 5:40 PM, Wolfgang S. Rupprecht wrote: > > Robert Myers writes: >> On Fri, Nov 5, 2010 at 8:44 AM, Steve Berg wrote: >>> So far I've had very good luck with preupgrade for 12 to 14 and 13 to 14 >>> systems. There's one annoyance that is causing me some headache. I have >>> a couple of systems that are headless and remote that I'd like to do a >>> preupgrade on but I can't seem to get things started without some local >>> keyboard interaction. >>> >>> I need let preupgrade and/or anaconda know that it's supposed to use eth0 >>> (some systems have more than one NIC). And I need to specify the language >>> and keyboard layouts from within preupgrade and or the grub entry that >>> launches the upgrade. >>> >>> Currently I run preupgrade and then manually tweak /boot/grub/grub.conf to >>> load the 14 installer automatically with a vnc session waiting for a >>> connection. But this only happens after I locally tell the system to use >>> English, a US keyboard and (sometimes) eth0. It's causing me to hold off >>> on upgrading some systems until I can prove that I can get the 14 >>> installer to launch all the way into the VNC session being ready with no >>> local interaction necessary. >>> >> >> Maybe I'm missing something: > > One some computers preupgraded needs handholding after the first reboot. > In my case 3 of the 6 computer upgradede from f13 to f14 asked me to > acknowledge the network settings. I might addd that it had guessed the > the settings correctly, it just wanted me to confirm them (eth0, dhcp > for ipv4, and the standard RFC automatic config for ipv6). > I just completed FC13->FC14 on a remote machine without touching the remote keyboard. Maybe the fact that there was a keyboard physically attached made the difference, but I suspect that something else--VNC, maybe--is causing the problem. Once the machine was rebooted, I just ssh'd into the machine, which is now running FC14. Robert. -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Fri, Nov 5, 2010 at 6:08 PM, Sam Varshavchik wrote: > Chris Adams writes: > > Once upon a time, Fernando Cassia said: >> >>> The truth will be seen when both LO and OpenOffice.org start diverging >>> and when Oracle decides to put several hundred developers to work on >>> the next major version number full time >>> >> >> I think that is highly unlikely. Oracle has not shown any indication it >> is going to put "several hundred developers to work" on any Open Source >> project. Several OO.o developers that were Sun employees have left >> Oracle (and have joined the LO project). >> > > People seem to have forgotten that a while ago Oracle forked RHEL and began > peddling their support model as the alternative to Red Hat's support. > > I don't get the impression that Oracle put any serious muscle behind it. I > was curious how log ago was that, a quick search found Oracle's announcement > almost exactly four years ago. Four years later, and few people have ever > heard of it. > It seems to me that if Oracle was serious in investing in free software, > four years would've been plenty of time for Oracle to show how much > development effort they are willing to put forth, and for their product to > evolve into a competitive brand. > > Given how Oracle's "Unbreakable Linux" turned out so far, I am unable to > find any indication that Oracle would be willing to make a serious > investment in OO on its own. If anything, it seems more likely that they > would start pulling stuff from LibreOffice into their own branch, much like > they're tagging along after RHEL. > > I agree with you there and if the rest of their software is any indication of what's in store for OO then good riddance > Oh, wait. Their licensing policy make that impossible. Unless they change > them, of course. What a pickle they're in, huh? > > P.S. One thing I do agree on -- LibreOffice needs a better name. > How about Free Office ;^ ) *BLATANT SUPPOSITION FOLLOWS* That's BFS, FUD's uglier cousin. What Oracle is trying to do is gather the users of Open Office under its banner so they can claim they are part of the free software movement. They can then try to edge out other open source companies with their own work then start cutting funding to the project. OO will fade as will support for it. Open source will have a black eye because Oracle lets OO fall into disrepute. It's a shame really because many people were finally starting to realize they had an alternative to MS office suite. How long will it take them to realize that Libre Office exists I wonder. Anyway Oracle seems to be on the path of destruction, they are apparently not smart enough to realize it will only lead to their own. > > -- 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: high temperatures after coming back from hibernate
On 11/04/2010 05:40 AM, Ranjan Maitra wrote: > I have noticed a strange problem after I come back from hibernate and > upgrade in F14 on my Thinkpad T61. The temperatures are off the charts, > hitting as high as 95C, and staying there, soon after waking up. The > laptop has become unusable, basically. Here is the output of top: the > topmost processes. Note that the laptop has 4 GB of memory, > > 1751 maitra20 0 422m 2232 964 R 99.7 0.1 22:05.74 pulseaudio It looks like pulseaudio is in some sort of loop. I'd attach strace to it and see what it's doing. The PID is 1751, so you'd do something like: strace -f -s 256 -p 1751 and cancel with Ctrl+C. You'll probably notice that there are sections of output that simply repeat. Send a bit back to the list. It's hard to say whether or not the problem will be apparent, but that'll be a place to start. -- 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: NetworkManager VPN Doesn't Work: vpnc F14 x86_64
On Fri, 2010-11-05 at 15:21 -0400, Kevin Johnson wrote: > I have the same exact problem. Posted in fedoraforums just a bit ago > > > http://forums.fedoraforum.org/showthread.php?p=1412811&posted=1#post1412811 > > > > > When I connect using just vpnc CLI I get the errror: > > > vpnc: Error binding to source port. Try '--local-port 0' > > > > > Seems that pluto is listening on port 500? I don't know that this has > anything to do with it, but maybe,.. Thanks for the pointer! It was indeed openswan installed and running, competing for port 500. I don't need openswan, so I just removed it. My vpnc based VPN connection profile works fine now. Cheers, Chris -- "In an age of universal deceit, telling the truth is a revolutionary act." --George Orwell -- 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: I have lost the ability to save music in MP3 format [SOLVED....sort of]
On Fri, Nov 5, 2010 at 12:22 AM, stan wrote: > On Thu, 4 Nov 2010 22:56:18 -0400 > Paul Otheim wrote: > > > I went into the ~/.gconf/system folder, since the problem was not > > application specific it seemed like a good place to start. > > I don't have that folder in ~/.gconf on my system. Only apps and > desktop. Both those folders have the %gconf.xml file in them. And I > just checked, I can play an mp3. > > > So my question now is what is the purpose of this empty file? > > I don't know for sure, but I would guess it is being used as some sort > of flag. Or perhaps for locking. > > > Presumably the apps go into the ~/.gconf/system > > directory looking for these files, apparently they would hit this > > particular instance of it and use it for something but who knows what? > > It probably indicates the access for gstreamer in the system. Maybe > you have to be a member of a specific group to use gstreamer if it is > flagged in system. I suspect you could move the entire system folder to > something else and your sound would work just fine, and there would be > no other problems. > > You probably did something on your system that had the inadvertent side > effect of creating this. I don't know enough about what this is to > tell what you might have done. > > Anyhow you have sound back. And you know something more about your > system. Thanks for all the input. Just a small correction though I never lost sound only the ability to save in mp3 format. Anyway I have found some documentation and they appear to be used to store preferences( the %gconf.xml files). Not sure why so many empty files exist, nor how this one ended up in this location when by all indications it did not belong therethat is what bothers me more than anything else. I'll keep working through the documentation though most of it seems directed at how to use the file and is unlikely to tell me how it got there , the last modification date seems to be right around the time I noticed the problem to begin with, I will have to get my magnifying glass and pipe out and sift through logs and such. Thanks to all -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
Paul Otheim writes: Oh, wait. Their licensing policy make that impossible. Unless they change them, of course. What a pickle they're in, huh? P.S. One thing I do agree on -- LibreOffice needs a better name. How about Free Office ;^ ) *BLATANT SUPPOSITION FOLLOWS* That's BFS, FUD's I actually like "Free Office". I think it's a bit better. It had to have been considered, if they ended up with "LibreOffice". It had to have been. I'm guessing they had to go with LibreOffice because of the domain name availability. pgpsqGeCpCSRm.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: sort wierdness
On 11/05/2010 06:07 AM, Neil Bird wrote: > The '@' gets > binned along with the quotes and spaces, and the meandering is down to the > line it's on changing from 'COMP' to just 'C' (as far as the sort is > concerned). I'm pretty sure the values aren't "changed". 'COMP' is sorted where it should be in your examples, as is 'C', without requiring any "change" to explain their ordering. -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
> > Please understand: I'm not saying I don't want to switch, I'm saying > > that both options should be there for those who want them. This discussion 'flat lined' days ago - it's going nowhere and doing so at snail's pace. Fedora and Open Source people are fiercely protective of 'Open' so if they feel that an app is tending toward 'closed' then they have the right to make a determination. Let me give an example. Fedora moderately enforces Nouveau. Nouveau is useless for Blender 3D. So I went to Ubuntu Lucid where no such enforcement exists. I still use Fedora 11 for a lot of things and with the problems of Fedora 12 and 13 to date, won't be upgrading from Fedora 11 till the comfort zone sets in. As someone on list said recently, use what works for you and don't change OS's until you have a good reason. I, and I suspect, others are delighted that Open Source has so many highly skilled applications engineers willing to devote their spare time to providing and maintaining the tools we use. Frankly it never enters my thoughts about who does what, why or how. I am immensely grateful for the tools we are given. The only way I can repay this gift is to give my time [Pay it Forward] to projects in which I am more competent. Nothing is 'better' than anything else. As someone said to me years ago on Fedora list: There are many word processors for Open Source, find one that suits and use it - or not. Open office does the job for me if and when I need a WP app and if LibreOffice does the job, is light weight and not over burdened with bells and whistles I'll use it with not a moment's thought about who should or could maintain it. Roger -- 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: I want OO.o support, not Go-OO from Novell - Any statement from Fedora or RedHat?
On Fri, Nov 5, 2010 at 7:12 PM, Chris Smart wrote: > Indeed, and just look at what they did with OpenSolaris. Dead. Solaris was a niche, even for Sun. I saw it on Sun Tech Days were talks about Netbeans had much more attendance than "OpenSolaris" for that matter. I don't blame Oracle for trying to monetize that corporate unix platform. IBM, RedHat, HP are all for-profit corporations,you know. >Look at > what they're doing with Java Supporting OpenJDK, stating that JDK 7 and 8 will be contributed back to the open source project, and enrolling IBM into OpenJDK too. Plus, supporting Netbeans going forward (in addition to having its own in-house Freeware IDE, JDeveloper). Supporting Glassfish, and investing in MySQL... > Look at what > they've done with the formerly free OpenOffice.org plugin for MS > Office - no longer free. The right way to convince people to use ODF is to make Microsoft XML formats more expensive. If you want to go with Microsoft's XML file formats, you have to either pay to MS, or pay for the plug-in. If someone thinks that validating Microsoft Office default file formats is a way to advance ODF that's fine. But I don't share that view. In short: according to former Sun employees, Sun had around 100 people working on OpenOffice.org. 30 of those left and went to work with LibreOffice. That's 30% of the work force. Sounds to me like OpenOffice.org still has got the edge. And as I said, I think Java hooks in the OpenOffice.org were the right way to go. Someone has already stated on this thread that LibreOffice has plans to ditch java and go native code. That is not what I like. That's why I plan to continue using and promoting OpenOffice.org, instead of LO, and that's why I asked a simple question of having RedHat and Fedora support both, giving users a choice. THEN it'll be the users who decide what's best. I didn't want to start a flame war on the merits or dismerits of Oracle's contributions to the FOSS world. FC -- 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
using audit2allow
Fedora 14 /KDE
This is the real Raw Audit Message.
This location that has a bunch of FAQ's which one is for making
policies, http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385
Where is there a very good instructions on creating policies.
# audit2allow -w -a node=(removed) type=AVC
msg=audit(1288923096.835:99): avc: denied { write } for pid=16148
comm="kdm" name="root" dev=sda1 ino=798
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023
tcontext=system_u:object_r:admin_home_t:s0 tclass=dir
bash: syntax error near unexpected token `('
This is the second Audit message of the same , SELinux is preventing
/usr/bin/kdm "write" access on /root
node=(removed) type=SYSCALL msg=audit(1288923096.835:99): arch=4003
syscall=5 success=no exit=-13 a0=bfdb0c9b a1=c1 a2=180 a3=1 items=0
ppid=5003 pid=16148 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
sgid=0 fsgid=0 tty=(none) ses=7 comm="kdm" exe="/usr/bin/kdm"
subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 key=(null)
--
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
Appropriate values for gitversion, gitdate when building RPM packages
Dear Team, Inspired by Dave Witbrodt's success in getting free ATI drivers working with his HD 5750 described here: http://www.pubbs.net/201011/xorg/75-evergreen-accel-works-great-on-my-radeon-hd-5750.html I am building some RPM packages to make my wife and son's iMac 27-inch machines finally work with free ATI drivers too. How do you determine the appropriate gitversion and gitdate values with the result of a git clone? -- Nick Urbanik http://nicku.org ni...@nicku.org GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24 -- 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: Appropriate values for gitversion, gitdate when building RPM packages
On 5 November 2010 18:53, Nick Urbanik wrote: > How do you determine the appropriate gitversion and gitdate values > with the result of a git clone? git describe ? Or do you mean something else? PS: Please don't CC the old redhat address. It has been deprecated for many months now. -- Suvayu Open source is the future. It sets us free. -- 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: Appropriate values for gitversion, gitdate when building RPM packages
On 05/11/10 20:00 -0700, suvayu ali wrote: >On 5 November 2010 18:53, Nick Urbanik wrote: >> How do you determine the appropriate gitversion and gitdate values >> with the result of a git clone? > >git describe ? Thank you. >Or do you mean something else? No, I'm a git newby. And gitdate is just the date of the most recent commit? In UTC? -- Nick Urbanik http://nicku.org ni...@nicku.org GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24 -- 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: Appropriate values for gitversion, gitdate when building RPM packages
On Friday 05 November 2010 08:32 PM, Nick Urbanik wrote: > On 05/11/10 20:00 -0700, suvayu ali wrote: >> On 5 November 2010 18:53, Nick Urbanik wrote: >>> How do you determine the appropriate gitversion and gitdate values >>> with the result of a git clone? >> >> git describe ? > > Thank you. What the above command does is generate a name based on the last named (tagged) commit to the latest commit in the repository. > >> Or do you mean something else? > > No, I'm a git newby. > > And gitdate is just the date of the most recent commit? In UTC? I think so, but I'm not sure. GL -- Suvayu Open source is the future. It sets us free. -- 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: using audit2allow
On 11/06/2010 01:52 AM, Jim wrote:
> Fedora 14 /KDE
>
> This is the real Raw Audit Message.
>
> This location that has a bunch of FAQ's which one is for making
> policies, http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385
>
> Where is there a very good instructions on creating policies.
>
> # audit2allow -w -a node=(removed) type=AVC
> msg=audit(1288923096.835:99): avc: denied { write } for pid=16148
> comm="kdm" name="root" dev=sda1 ino=798
> scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023
> tcontext=system_u:object_r:admin_home_t:s0 tclass=dir
>
> bash: syntax error near unexpected token `('
>
>
This is related to bash; to fix you need quote the parameter value with '
ie:
# audit2allow -w -a 'node=(removed) type=AVC
msg=audit(1288923096.835:99): avc: denied { write } for pid=16148
comm="kdm" name="root" dev=sda1 ino=798
scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023
tcontext=system_u:object_r:admin_home_t:s0 tclass=dir'
HTH
--
Athmane Madjoudj
--
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
