Re: [389-users] dsml packages
- Missatge original - Yes. We never released dsmlgw as an rpm package. i though i saw something about packages in the docs but i can't find it now. thanks for the answer. -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: Fedora-14-i386-dvd.iso, file corrupted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 12/11/2010 22:20, Vincent a écrit : Hello All' I downloaded fedora-14-i386-dvd.iso several time included bitorrent. The dvd disk were burned from two different computer, they all show error during the test. I had problems like this several times but the install went fine though... You can try this: put your dvd in the drive (it sould be automatically mounted...) Then, as root, mount the image file you downloaded: mount -o loop fedora-14-i386-dvd.iso /mnt Then make a diif between both directory /mnt and /media/fedora-14 from the dvd and see what happens. - -- François Patte UFR de mathématiques et informatique Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkzfnCAACgkQdE6C2dhV2JXP0ACeJAVm1DiDETfnVlPFkoJhX3jx F6MAoLthRg5VEOQo2ythHtMq/yrrixc/ =WTF1 -END 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: fedora 14 and evolution
On Sat, 2010-11-13 at 17:33 -0600, Mike Chambers wrote: On Sat, 2010-11-13 at 15:06 -0600, Bruno Wolff III wrote: On Sat, Nov 13, 2010 at 20:50:18 +, Amadeus W.M. amadeu...@verizon.net wrote: Just one thing though. I kept my home and data directories upon install, hence all dot files, and I was expecting evolution to pick up my existing configuration, which has many folders and rules that sort the incoming mail by sender. No such luck though. I also restored evolution from a backup file and still my old folders in evolution do not show up. Just the standard Inbox, Drafts, Junk, etc. I would hate to have to re-create all the folders and rules. Is there any trick, some config files that I can restore manually somehow? My first thought would be that the name of the config file (or dir) changed. Look at the dot files and see if some new ones were created when you ran evolution after the update. If so, you might just be able to rename the old one. Some of the config files are now in different directories, besides .evolution. Also try .config/evolution as well. I don't remember which files were moved to which. You might try a test user and create from scratch just to see where the files are created. Then copy your backup files to the appropriate dir. Hope that helps (and yes I went through this with some testing and didn't seem to restore evolution like it used to due to the dir change). -- Mike Chambers Madisonville, KY Best lil town on Earth! Hi Some refs that might help Not happy with this myself as I am using evo with F13 and F14 with the same home dir. I do not trust the db not to get confused if I leave the link below present when jumping between 13 and 14. End result - my folders have all been migrated across and I am only invoking evo in F14 at present John These are my words F14 evolution now saves local email directories in ~/.local/share/evolution/mail/local instead of ~/.evolution/mail/local The first invocation of the new evo seems to move the contents across This means that when running F13 evo only standard directories are shown ln -s ~/.local/share/evolution/mail/local ~/.evolution/mail/local enables F13 evo to see the original dirs but if the link is left there and F14 evo runs will the local DB become replicated/corrupted? Evolution 2.31.6 2010-08-02 --- These are google words http://softsolder.com/2010/10/19/evolution-2-32-email-folder-location/ Evolution now complies with the XDG Base Directory Specification [1], which means user-specific data is no longer stored under ~/.evolution. Instead, data is partitioned into three base directories controlled by environment variables: $XDG_DATA_HOME/evolution(default: $HOME/.local/share/evolution) $XDG_CACHE_HOME/evolution (default: $HOME/.cache/evolution) $XDG_CONFIG_HOME/evolution (default: $HOME/.config/evolution) Data which is managed by Evolution will be migrated from $HOME/.evolution on startup. [1] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.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: Yum - Different OS version and Arch
On 11/14/2010 03:23 PM, Michael Schwendt wrote: On Sun, 14 Nov 2010 11:33:10 +0530, Sawrub wrote: Running Fedora 14 x86_64, i was trying to search for a package using YUM. The search results lists multiple versions [Fc12, Fc13, Fc14] and different arch [i686 and x86_64], of which i just need it to list against Fc14 and x86_64. Why is this so, can we prevent this or is this a bad/undesirable feature in yum. Packages, which have not been rebuilt for F-14, may still contain an older distribution tag (such as .fc12) in their package release name. That was clear that searching for a packages under the repos may list a package that is not of the same OS version [if its not build for that version] all i wanted was to know that why are they included in the results for a different version of OS. Since as i have read that installing packages like this ['OS version xx' packages under 'OS version yy' ] should not be encouraged. And since YUM is there to make package installation easy, practices like this should not be there there. With the x86_64 arch you can also install and run i686 for 32-bit compatibility. Not all i686 packages are available in the Yum repository for x86_64, though. Just a subset. Yes that i know, all i wanted to say here is that is it a good practice to list a package of different arch when the one for the requested is not available under the default search. Packages of different arch [except noarch] should only be listed against a special YUM option [like --enable-different-arch] or be listed under a different head in the default listing [like --Different Architecture--]. Stack trace : - [saw...@sawrub ~]$ yum list available pidgin* That isn't a stack trace. My bad, will keep in mind -- Saurabh Sharma Linux user number: 490644 http://sawrub-blog.blogspot.com/ Open your doors...It's time to look beyond Windows -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: I need a new linux homepage. Ideas ?
On 14/11/10 01:20, Tim wrote: On Sat, 2010-11-13 at 13:08 -0500, Bob Goodwin wrote: Very interesting. I created a blank home page in Firefox, copied it to file:///mnt/srvr1/index.html and made that the opening page. That worked on this F-13 box and was accessible on the F-14 too. Then I thought I'd try Opera on the F-14 computer but anything I did caused Opera to choke on that address, it kept inserting localhost and I had to keep killing it. file:/// is the same thing as file://localhost/ It's construed of file:// as protocol and separating punctuation, following be hostname and path e.g. localhost/ (which is root on this machine). Localhost can be omitted, and you'd see three slashes in a row, and the software will presume it's presence where it ought to be. Also, another hostname could be used, and so long as it was accessible, it could be used, instead. e.g. file://server/bookmarks.html Hmm, my ignorance is showing. I wondered about the third slash but entering the location under Open File in Firefox inserted it and I simply used it. I will remember that. Opera is not my normal browser, just tried it on a whim since I had it left over from the F-13 upgrade to -14. It does not handle file:///mnt/srvr1/index.html it just keeps trying to access the server it appears form watching the eth0 monitor on gkrellm. I may have something set wrong in Opera ... Thanks. Bob -- 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: Yum - Different OS version and Arch
On Sun, 14 Nov 2010 15:51:44 +0530, Sawrub wrote: Packages, which have not been rebuilt for F-14, may still contain an older distribution tag (such as .fc12) in their package release name. That was clear that searching for a packages under the repos may list a package that is not of the same OS version [if its not build for that version] The dist tag in the package name isn't as important as you may think it is. The packages just haven't been _rebuilt_ for various reasons. First of all, there hasn't been a mass-rebuild of _all_ packages for F-14, because no compiler upgrade required/justified doing that. Second, the package's build dependencies probably haven't changed either. Nowhere is written that a package built _on_ F-12 would no longer work on F-13 or F-14. Whether it requires a rebuild depends on several factors. Third, the packaged software might not have seen an update by its authors either. all i wanted was to know that why are they included in the results for a different version of OS. Because [hopefully] they continue to work and [hopefully] the package maintainer has verified that they still work without a rebuild. Since as i have read that installing packages like this ['OS version xx' packages under 'OS version yy' ] should not be encouraged. Where? And since YUM is there to make package installation easy, practices like this should not be there there. Who says that? Do you get any errors when trying to install the packages? Or when you run the software? With the x86_64 arch you can also install and run i686 for 32-bit compatibility. Not all i686 packages are available in the Yum repository for x86_64, though. Just a subset. Yes that i know, all i wanted to say here is that is it a good practice to list a package of different arch when the one for the requested is not available under the default search. Packages of different arch [except noarch] should only be listed against a special YUM option [like --enable-different-arch] or be listed under a different head in the default listing [like --Different Architecture--]. You can configure your Yum to exclude i686 packages, if you don't need them for anything. -- 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 need a new linux homepage. Ideas ?
On Sun, 2010-11-14 at 05:34 -0500, Bob Goodwin wrote: Opera is not my normal browser, just tried it on a whim since I had it left over from the F-13 upgrade to -14. It does not handle file:///mnt/srvr1/index.html it just keeps trying to access the server it appears form watching the eth0 monitor on gkrellm. I may have something set wrong in Opera ... Works here, in Opera. Dunno if a configuration option would effect it. -- [...@localhost ~]$ uname -r 2.6.27.25-78.2.56.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- 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: Yum - Different OS version and Arch
On 11/14/2010 04:07 PM, Michael Schwendt wrote: On Sun, 14 Nov 2010 15:51:44 +0530, Sawrub wrote: Packages, which have not been rebuilt for F-14, may still contain an older distribution tag (such as .fc12) in their package release name. That was clear that searching for a packages under the repos may list a package that is not of the same OS version [if its not build for that version] The dist tag in the package name isn't as important as you may think it is. The packages just haven't been _rebuilt_ for various reasons. First of all, there hasn't been a mass-rebuild of _all_ packages for F-14, because no compiler upgrade required/justified doing that. Second, the package's build dependencies probably haven't changed either. Nowhere is written that a package built _on_ F-12 would no longer work on F-13 or F-14. Whether it requires a rebuild depends on several factors. Third, the packaged software might not have seen an update by its authors either. all i wanted was to know that why are they included in the results for a different version of OS. Because [hopefully] they continue to work and [hopefully] the package maintainer has verified that they still work without a rebuild. Or may be the maintainer is no longer interested in re-building. Since as i have read that installing packages like this ['OS version xx' packages under 'OS version yy' ] should not be encouraged. Where? It was in my early days that i got to know this probably in some list when i was trying to learn using yum. And since YUM is there to make package installation easy, practices like this should not be there there. Who says that? Do you get any errors when trying to install the packages? Or when you run the software? No, nothing like that. With the x86_64 arch you can also install and run i686 for 32-bit compatibility. Not all i686 packages are available in the Yum repository for x86_64, though. Just a subset. Yes that i know, all i wanted to say here is that is it a good practice to list a package of different arch when the one for the requested is not available under the default search. Packages of different arch [except noarch] should only be listed against a special YUM option [like --enable-different-arch] or be listed under a different head in the default listing [like --Different Architecture--]. You can configure your Yum to exclude i686 packages, if you don't need them for anything. Ok fine, will take a look more deeply into this. Thanks -- Saurabh Sharma Linux user number: 490644 http://sawrub-blog.blogspot.com/ Open your doors...It's time to look beyond Windows -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Yum - Different OS version and Arch
On Sun, 14 Nov 2010 16:59:21 +0530, Sawrub wrote:
[F-14 rpms with old dist tags .fc13, .fc12]
Or may be the maintainer is no longer interested in re-building.
True. Packages, which haven't been touched for many months, may be an
indication that their maintainer is missing. Even more so, if there are
open bugs and a newer upstream release.
Since as i have read that
installing packages like this ['OS version xx' packages under 'OS
version yy' ] should not be encouraged.
Where?
It was in my early days that i got to know this probably in some list
when i was trying to learn using yum.
Could be misinformation. ;) The .fcXX dist tag in the package release
value has never been mandatory. Packagers can still choose to not add
the corresponding %{?dist} macro to an RPM package spec file. Using
%{?dist} is not 100% safe. It is helpful with some aspects of package
maintenance, but also adds some pitfalls.
--
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: Yum - Different OS version and Arch
On Sunday, November 14, 2010 06:29:21 am Sawrub wrote: On 11/14/2010 04:07 PM, Michael Schwendt wrote: On Sun, 14 Nov 2010 15:51:44 +0530, Sawrub wrote: all i wanted was to know that why are they included in the results for a different version of OS. Because [hopefully] they continue to work and [hopefully] the package maintainer has verified that they still work without a rebuild. Or may be the maintainer is no longer interested in re-building. Then they would be in the orphans list, and they would eventually be dropped if a new maintainer didn't step up to the plate. At least that's my reading of the packaging guidelines; Michael is free to correct me, as he's been more closely involved over the years. If a package from, say, Red Hat Linux 5.2 (not RHEL5, but old-school RHL) were to run unmodified directly on F14 (don't know any that do, but 5.2 is the oldest dist I still have running in a production setting (not connected to the Internet!)) then why would a rebuild be needed? Ten years ago I was contracted by a company to build RPM's of PostgreSQL 7 for a number of different distributions. I was pleasantly surprised at how portable (to a degree) packages for different distribution versions were... even packages for a whole different distribution can be made portable, to a degree, as long as package names (for dependencies) are the same, and the versions are fairly close for most required packages. Essentially, I could take pains to make the dependencies as generic as possible, and I could install one distribution's package directly on another. Now, since I was being paid to do this, I did do native builds for all the supported distributions; but for testing it was fun to cross-install packages. And I know of several commercial packages that are portable in this way. VMware Workstation, when it was still distributed as RPM, was like this. CodeWeavers' CrossOver is still distributed in a distribution-independent RPM. The Fluendo DVD player, Media Center, and codec packs are distributed in distribution-independent RPM's. And there are other examples. So, as Michael said, don't read too much into dist tags; they're there only as a hint, not as a hard dependency. -- 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
Unable to use USB microphone on Google Chat or Audacity Fedora 14
I have a Sound Blaster USB headset/mic. When I check Sound preferences the microphone works fine. Previously on Fedora 13, this did not work either, but the headsets and Google chat work fine on my netbook running Ubuntu 10.10. -- Jerry Feldman g...@blu.org Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Little niggle with a preupgraded F13-F14 (was:Re: End of life for FC12?)
On Saturday, November 13, 2010 06:40:03 pm Kevin Fenzi wrote: I almost never have issues on os upgrades anymore. The last 2 machines here I upgraded from 13-14 just worked. I didn't have to change anything at all. I had my first issue with such this cycle; F12-F13 on this box went well, but I hit a snag with this one, but it was somewhat my own doing. I had forgotten that I had moodle installed, and, a while back, moodle kept failing to upgrade during yum updates. Since I wasn't actively using it, I didn't file a bug report at the time. I had intended to remove moodle (and all my PlanetCCRMA packages that don't have upgrades yet to F14), but forgot to do so. Made a really good learning opportunity! The moodle issue threw Anaconda for a loop, and generated a fatal error during package install (it looks like a corrupt package during execution). This was about 85% through the upgrade. I should really do a scratch F13 install, install moodle, do the preupgrade, and see if I can duplicate so I can file a proper bugzilla report; I just simply was in a rush. But the tools yum provides were able to fix the issue, but I did have to boot using the F13 kernel, since the initramfs for the F14 kernel wasn't there. One niggle: yum-complete-transaction didn't see any incomplete transactions, but there was one from Anaconda. Like I said, I need to file a complete report. And next time be more diligent. In a nutshell, package-cleanup --cleandupes then yum update, then I removed all but the currently running F13 kernel, and then reinstalled the F14 kernel, and rebooted into the F14 kernel. And the box is running fine. In the old days this would have been a reinstall, but the yum tools have really gotten robust. -- 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: End of life for FC12?
On Saturday, November 13, 2010 06:26:09 pm Patrick Bartek wrote: I've never demeaned Fedora. There are things I don't like to be sure, but that can be said of all things. I've been using it since FC3 after trying a dozen or so other distros before settling on it as my primary desktop OS. So that says something. And I'm VERY particular. It's just that over the years Fedora's development model and my needs have diverged. And it's time to move on. I would recommend you take a look at a RHEL6 rebuild when they become available. RHEL6 (and thus the rebuilds) are based off of essentially F12 with some F13 stuff in there, and you can then have the same setup for five years. Now, when the time does come to upgrade to, say CentOS 7, you will have a much harder time of it. But if you like what you have, and you're used to the Fedora tools and setup, either CentOS 6 or Scientific Linux 6, both in the early stages of building, should fit your bill. SL6 is already available in a 'pre-alpha' form; the pre-alpha meaning that, while the upstream source packages are stable, the process and binaries built may not be. You will still be getting quarterly updates that can be more major than you might think; Red Hat is very good about backporting stuff, but every once in a while it becomes necessary to do a version upgrade of some package, like Firefox for one, that can cause more grief than you might think. But, all in all, my experience running CentOS (2.1, 3, 4, and 5) has been very smooth. The old Red Hat Linux advice was always 'skip the X.0 release, test the X.1 release, use the X.2 release' but then 7 came along (which most everybody called 7.0), 7.3 came along (which to many people, was not as stable as 7.2 had been), 8.0 came along, and then there was 9. The most stable releases of Fedora have always seemed to be the ones right before a new RHEL, and the least stable the ones right after a new RHEL; this hasn't been true in a while, although I'll have to admit that going from F8 to F9 tried my patience; KDE 4 I really didn't need, I was productive in KDE 3.5.10. Enough that I went Kubuntu 8.04 LTS for a while, but after seeing that the grass wasn't any greener (in fact, it was browner!) in Kubuntu-land came back with F11, which seemed nice and solid. And there were quite a few more than the previous three Fedora releases between RHEL5 and RHEL6. And I'm now as productive in KDE 4 as I was in 3.5.10. But it did take a while. -- 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: Impossible Internet connection.Strange thing.
On Saturday, November 13, 2010 06:13:57 pm Luis Suzuki wrote: I did: ping 18.7.22.69 and I have got : Network Unreachable. Ok, what is the output of the following two commands: ifconfig ip route The strange thing is: everything points that the Internet connection should be OK(the Gnome task bar widget when I point the cursor over it says Auto eth0 active). If the ifconfig output shows a 169 address, the interface is up but didn't get a reply from the DHCP server in time, or in the right format. I doubt that I am the only one to have this problem,so this is probably a bug that came with Fedora 14. Conversely, it has to be something fairly unique to your setup, or there would be hundreds posting about it all over the Internet. You may not be the only one to see the problem, but if a lot of people saw it, there would be mayhem on this list. I'm using my F14 KDE install right now, wirelessly, just fine. With the wired connection I do have to connect 'System Eth0' manually, but when I do it grabs a DHCP address just fine. Haven't troubleshooted the need to manually activate System eth0 yet. -- 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: Kernel-PAE no longer 32 bit default?
On Saturday, November 13, 2010 07:51:17 pm Tom Horsley wrote: I was finally getting around to tweaking my 32 bit fedora 14 partition when I noticed that I was running kernel, not kernel-PAE. For what it's worth, my pre-upgraded F14 box pulled in the PAE kernel, but that was an upgrade, not a fresh install. -- 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: End of life for FC12?
Patrick Bartek wrote: --- On Wed, 11/10/10, Gordon Messmeryiny...@eburg.com wrote: On 11/09/2010 07:35 PM, Patrick Bartek wrote: I've gotten to the point where I'm tiring of Fedora's fast release cycle. I need a longer life OS. I build my personal systems to last about 5 to 7 years with periodic hardware upgrades as needed. I'd like the OS last that long, too. ... 5 along with CentOS and Scientific Linux versions are too old being seemingly based on FC6. If you want your OS to last 5 to 7 years, your package version are going to be old. To paraphrase Babbage, I am not able rightly to apprehend the kind of confusion of ideas that could provoke such requirements. That's okay as long as the OS is current when it is installed and will be supported for those 5 years or so. (I'm not a cutting edge type of person. It matters little to me whether something is new or old as long as it works and satifies my requirements.) I wouldn't install, say, CentOS 5, on a new or old system today and not expect problems, either today or later. That's why I'm waiting for CentOS 6 or Debian 6, etc. to be released before doing anything to my current 4 year old system--Fedora 12 64-bit. I will probably be using CentOS-5.5 or later until CentOS-7 comes out. RHEL6 is dropping xen, and the little utility boxes I seem to build for firewall or similar don't have HVM and can't support KVM. Hopefully xen will be back in mainline soon, and people will have a choice how they want to run things. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
anacron broken after upgrade from 13 to 14
None of the daily or weekly jobs have run since upgrading to fedora 14. Jobs in /etc/cron.d are working (denyhosts,sa-update,lmsensor_charts). I am waiting to see if the daily/weekly jobs run after manually executing anacron by running /etc/cron.hourly/0anacron [linux0]# uname -r 2.6.35.6-48.fc14.x86_64 Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: anacron broken after upgrade from 13 to 14
On 11/14/2010 08:34 AM, Alan J. Gagne wrote: None of the daily or weekly jobs have run since upgrading to fedora 14. Jobs in /etc/cron.d are working (denyhosts,sa-update,lmsensor_charts). I am waiting to see if the daily/weekly jobs run after manually executing anacron by running /etc/cron.hourly/0anacron [linux0]# uname -r 2.6.35.6-48.fc14.x86_64 CORRECTION: I on the first of two boxes that I upgraded the jobs were running after the upgrade. It seems they stopped with the when the package crontabs got updated a couple days later. Nov 7: upgrade Fedora 13 to 14 Nov 11: [linux2 ~]# grep crontabs /var/log/yum.log Nov 11 07:18:23 Updated: crontabs-1.11-1.20101109git.fc14.noarch [linux2 ~]# rpm -ql crontabs /etc/cron.daily /etc/cron.hourly /etc/cron.monthly /etc/cron.weekly /etc/crontab /usr/bin/run-parts /usr/share/man/man4/crontabs.4.gz old version:[linux2 ~]# grep crontabs upgrade.log Upgrading crontabs-1.10-33.fc14.noarch Sorry for any confusion. Alan Alan, I seem to be OK with everything but the hourly jobs (as controlled from /etc/cron.d/). Those do not run automatically. -- -- Steve -- 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: anacron broken after upgrade from 13 to 14
On Sun, 14 Nov 2010 09:34:05 -0500 Alan J. Gagne wrote: None of the daily or weekly jobs have run since upgrading to fedora 14. Jobs in /etc/cron.d are working (denyhosts,sa-update,lmsensor_charts). I go to a lot of trouble to disable anacron, so I've had to discover how it is enabled in order to disable it. It starts with /etc/cron.d/0hourly which has the line that runs the anacron stuff via cron every hour. This is installed by package cronie. That is what makes the /etc/cron.hourly/0anacron script run, and that, in turn, examines the /etc/anacrontab file. (At least the last time I figured it out, that was the way it worked - it keeps changing :-). -- 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: anacron broken after upgrade from 13 to 14
/ None of the daily or weekly jobs have run since upgrading to fedora 14. // Jobs in /etc/cron.d are working (denyhosts,sa-update,lmsensor_charts). / I go to a lot of trouble to disable anacron, so I've had to discover how it is enabled in order to disable it. It starts with /etc/cron.d/0hourly which has the line that runs the anacron stuff via cron every hour. This is installed by package cronie. That is what makes the /etc/cron.hourly/0anacron script run, and that, in turn, examines the /etc/anacrontab file. (At least the last time I figured it out, that was the way it worked - it keeps changing :-). Thanks All the bits seem to be in place as you describe so it should be working. I downgraded crontabs back to crontabs.noarch 0:1.10-33.fc14 on one of the two machines. I am in the process of run diffs on the files to see what changed. Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
RE: anacron broken after upgrade from 13 to 14
After seeing this bug, I checked on my cron jobs and found they were not working either. After a bit of investigation I found the crontabs problem: https://bugzilla.redhat.com/show_bug.cgi?id=653132 Work around: Find any crontab that is using run-parts and make sure you add a trailing / to the directory name passed as an argument. (I think :-). Ya, I found this from the diffs of the old run-parts and new. I added the slash and am waiting to see if things work. OLD: for i in $(LC_ALL=C; echo $1/*[^~,]) ; do --- NEW: for i in $(LC_ALL=C; echo $1*[^~,]) ; do Thanks Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
mount crypted partition
Hello, I created a crypted partition and I wish to mount it during the boot. I set it in the /etc/fstab but I probably to load the appropriate module at the log time, like dm-mod or dm-crypt ? Where can I get them ? How can I load them before /etc/fstab ? Where can I find some doc ? thank -- --- == Patrick DUPRÉ | | Department of Chemistry| | Phone: (44)-(0)-1904-434384 The University of York | | Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | | email: patrick.du...@york.ac.uk ==-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
RE: Ganglia - gmetad segfaults after starting gmond
After upgrade to fedora 14 from 13 gmetad process segfaults when updating rrd graphs. Anybody seeing this problem ? [linux2 ~]# rpm -qa | grep ganglia ganglia-web-3.1.7-2.fc14.i686 ganglia-gmetad-3.1.7-2.fc14.i686 ganglia-3.1.7-2.fc14.i686 ganglia-gmond-3.1.7-2.fc14.i686 To get around this problem I compiled ganglia 3.1.7 from source. Alan -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Running Zoneminder in Fedora 14
Fedora 14 / KDE How is Zoneminder run ? I have a Linksys WVC-210 I would like to use with Zoneminder. Is there a Frontend for Zoneminder that is easy to install , I downloaded a frontend named install_dvos_frontend_2.3.sh , but the questions it ask before installing is way out of my league . -- 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: mount crypted partition
On Sun, Nov 14, 2010 at 16:37:04 +, Patrick Dupre pd...@york.ac.uk wrote: Hello, I created a crypted partition and I wish to mount it during the boot. I set it in the /etc/fstab but I probably to load the appropriate module at the log time, like dm-mod or dm-crypt ? Where can I get them ? How can I load them before /etc/fstab ? Where can I find some doc ? You should explain more about how you created an encrypted partition. The normal way to do this is to select to encrypt when doing an install. luks is used to do the encryption and prompting for a password is integrated with the boot process. -- 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: mount crypted partition
On Sun, 14 Nov 2010, Bruno Wolff III wrote: On Sun, Nov 14, 2010 at 16:37:04 +, Patrick Dupre pd...@york.ac.uk wrote: Hello, I created a crypted partition and I wish to mount it during the boot. I set it in the /etc/fstab but I probably to load the appropriate module at the log time, like dm-mod or dm-crypt ? Where can I get them ? How can I load them before /etc/fstab ? Where can I find some doc ? You should explain more about how you created an encrypted partition. Yes I am using luks, I encriptyed the partition When the machine in booted without trying to mount the encrypted partition, I just make a luksOpen, and then I can mount it. During the install, I did not require any encryption. I set the /etc/crypttab home-crypt UUID=5fcf268d-4729-4c70-949d-36e979241422 none I do not get any complain from this. but with: /dev/mapper/home-crypt /mnt/tmpext4 defaults,noatime1 2 in /etc/fstab, I cannot boot. I got the UUID from: blkid /dev/mapper/home-crypt The normal way to do this is to select to encrypt when doing an install. luks is used to do the encryption and prompting for a password is integrated with the boot process. -- --- == Patrick DUPRÉ | | Department of Chemistry| | Phone: (44)-(0)-1904-434384 The University of York | | Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | | email: patrick.du...@york.ac.uk ==-- 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
Online source code browser
Is there an online source code browser for Fedora Packages? Thanx. -- 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: mount crypted partition
On Sun, 14 Nov 2010, Genes MailLists wrote: On 11/14/2010 12:48 PM, Patrick Dupre wrote: I set the /etc/crypttab home-cryptUUID=5fcf268d-4729-4c70-949d-36e979241422 none ... I got the UUID from: blkid /dev/mapper/home-crypt 1) please post to fedora-l...@redhat.com - its a dead list - stick with only posting to us...@...fedoraproject.com I just use the auto reply ! 2) Looks like the wrong UUID - you need the UUID from the device not the mapped device (think logically how the system can possibly extract the UUID from the mapped device before it is mapped). i.e. blkid /dev/sdaX God, I made progress, It asks me the paraphrase now, but I get a: Nov 14 14:19:02 eschyle modprobe: FATAL: Error inserting padlock_sha (/lib/modules/2.6.34.7-61.fc13.i686.PAE/kernel/drivers/crypto/padlock-sha.ko): No such device Should I modify the /boot/initramfs-2.6.34.7-61.fc13.i686.PAE.img: to include the module ? How do I get the list of the embedded modules ? ? Thank -- --- == Patrick DUPRÉ | | Department of Chemistry| | Phone: (44)-(0)-1904-434384 The University of York | | Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | | email: patrick.du...@york.ac.uk ==-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
On Sun, 14 Nov 2010 10:17:02 -0800 JD jd1...@gmail.com wrote: Is there an online source code browser for Fedora Packages? I've never heard of such a thing, and it would be a big project. I hope someone knows of one, it would be convenient. As far as I'm aware, the way to do this is to create a build tree in your home directory, rpmdev-setuptree and then get the src.rpm package, yumdownloader --source package name and install it in the build tree, as a user. rpm -ivh package name Once this is done, move to the SPEC directory, cd ~/rpmbuild/SPEC and run the rpmbuild command to unpack everything. rpmbuild -bp package name.spec At this point the source will be unpacked in ~/rpmbuild/BUILD/package name You can then look at it with the editor of your choice. -- 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: End of life for FC12?
--- On Sun, 11/14/10, Bill Davidsen david...@tmr.com wrote: Patrick Bartek wrote: Since FC6 (I've been using Fedora since Core 3), I've only upgraded with every third release--6-9-12. I think it wasteful of time and energy to upgrade any faster. It takes almost the 6 month release cycle to get everything working smoothly anyway. Then chuck it all and start anew with a new set of problems? No thanks. I went from 6-13 on one machine, had some drivers for custom hardware which new driver models didn't support. Finally the USB passthru in KVM got good enough to run in a VM, and I do. Custom hardware isn't required to have new release issues. Just older hardware is good enough, particularly peripherials. And they don't have to be that old. For example, my Samsung ML-1710 laser printer has been discontinued for 4 years or so. I bought mine in 2006. No problems. FC6's CUPS had the driver. So, did F9 when I upgraded to it a year or so later, but F12 didn't. Support had been dropped due to it being discontinued (I guess). Samsung's dedicated driver had problems with F12. Or, perhaps, it was the other way around. Fortunately, I was able to find a third party compatible driver through the LinuxPrinting site. Now, there is nothing wrong with the printer. I've used it daily in my business since I bought it. Have gone through 4 or 5 toner cartridges, and reams and reams of paper. One of these days, it will finally die and I'll replace it, but I resent having to replace something that works perfectly well simply because support has been dropped due solely to time and not lack of demand. Another reason, I'm looking for Long Time Support in my next OS. B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
JD wrote: Is there an online source code browser for Fedora Packages? If you mean for the package spec files, patches, etc, then gitweb is what you'd use: http://pkgs.fedoraproject.org/gitweb/?p=puppet.git Replace puppet with whatever package you want to view. If you want to see the full source code for the package, with any Fedora patches applied, then you want to use fedpkg to clone the package repository and unpack it. Something like 'yum install fedpkg' and then: fedpkg -a clone puppet cd puppet fedpkg prep -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ No one gets too old to learn a new way of being stupid. pgpmDayF2IZGR.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:Fedora-14-i386-dvd.iso, file corrupted
Here is the result of the test. [vi...@vinny ~]$ cd Downloads [vi...@vinny Downloads]$ cd Fedora-14-i386-DVD [vi...@vinny Fedora-14-i386-DVD]$ sha256sum -c *CHECKSUM Fedora-14-i386-DVD.iso: FAILED sha256sum: Fedora-14-i386-disc1.iso: No such file or directory Fedora-14-i386-disc1.iso: FAILED open or read sha256sum: Fedora-14-i386-disc2.iso: No such file or directory Fedora-14-i386-disc2.iso: FAILED open or read sha256sum: Fedora-14-i386-disc3.iso: No such file or directory Fedora-14-i386-disc3.iso: FAILED open or read sha256sum: Fedora-14-i386-disc4.iso: No such file or directory Fedora-14-i386-disc4.iso: FAILED open or read sha256sum: Fedora-14-i386-disc5.iso: No such file or directory Fedora-14-i386-disc5.iso: FAILED open or read sha256sum: Fedora-14-i386-netinst.iso: No such file or directory Fedora-14-i386-netinst.iso: FAILED open or read sha256sum: WARNING: 6 of 7 listed files could not be read sha256sum: WARNING: 1 of 1 computed checksum did NOT match [vi...@vinny Fedora-14-i386-DVD]$ Is this means that the file is corrupted? Message: 2 Date: Fri, 12 Nov 2010 17:06:54 -0500 From: William Stock wst...@fuse.net Subject: Re: Fedora-14-i386-dvd.iso, file corrupted in a terminal window, cd to the directory with the bittorrent files (example: cd Download/Fedora-14-i386-DVD) and enter: sha256sum -c *CHECKSUM (This is the lazy man's way to do it. The system will try to find all the CDs too, and fail them, but who cares? Just so the DVD you're interested in is OK.) apropos sha256 will give you a list of likely candidates, and man sha256sum will give you a quick dirty synopsis of the command. Good Luck. (For years, before DVDs came along, the first CD (FTP) of the set would test OK for me, and all the rest would test bad, but they all worked fine. I've had Brasero lie to me as well.) Bill On Fri, 2010-11-12 at 16:20 -0500, Vincent wrote: Hello All' I downloaded fedora-14-i386-dvd.iso several time included bitorrent. The dvd disk were burned from two different computer, they all show error during the test. The installation were tested on 3 different computer. The bittorrent when downloaded made a directory fedora-14-i386-dvd in I found 2 files fedora-14-i386-dvd.iso and fedora-14-i386-checksum this is the first time I used bittorrent and do not know how to use the checksum to verify the iso file, this file however, when burned on dvd and tested during the installation shows error also. Am I doing some thing wrong? I appreciate some help. -- 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: End of life for FC12?
--- On Sun, 11/14/10, Bill Davidsen david...@tmr.com wrote: Patrick Bartek wrote: [snip] That's okay as long as the OS is current when it is installed and will be supported for those 5 years or so. (I'm not a cutting edge type of person. It matters little to me whether something is new or old as long as it works and satifies my requirements.) I wouldn't install, say, CentOS 5, on a new or old system today and not expect problems, either today or later. That's why I'm waiting for CentOS 6 or Debian 6, etc. to be released before doing anything to my current 4 year old system--Fedora 12 64-bit. I will probably be using CentOS-5.5 or later until CentOS-7 comes out. RHEL6 is dropping xen, and the little utility boxes I seem to build for firewall or similar don't have HVM and can't support KVM. Hopefully xen will be back in mainline soon, and people will have a choice how they want to run things. I think you're SOL expecting XEN to be reinstated after being so resoundingly dropped in favor of KVM by Redhat. I vaguely remember reading a press release about it. Wait for CentOS 7? Going to be long wait. 5 years(?), at least. But patience _is_ a virtue. ;-) B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
On 11/14/2010 10:37 AM, stan wrote: On Sun, 14 Nov 2010 10:17:02 -0800 JDjd1...@gmail.com wrote: Is there an online source code browser for Fedora Packages? I've never heard of such a thing, and it would be a big project. I hope someone knows of one, it would be convenient. As far as I'm aware, the way to do this is to create a build tree in your home directory, rpmdev-setuptree and then get the src.rpm package, yumdownloader --sourcepackage name and install it in the build tree, as a user. rpm -ivhpackage name Once this is done, move to the SPEC directory, cd ~/rpmbuild/SPEC and run the rpmbuild command to unpack everything. rpmbuild -bppackage name.spec At this point the source will be unpacked in ~/rpmbuild/BUILD/package name You can then look at it with the editor of your choice. Right - except that requires googles of storage I do not have :) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
On 11/14/2010 10:53 AM, Todd Zullinger wrote: JD wrote: Is there an online source code browser for Fedora Packages? If you mean for the package spec files, patches, etc, then gitweb is what you'd use: http://pkgs.fedoraproject.org/gitweb/?p=puppet.git Replace puppet with whatever package you want to view. If you want to see the full source code for the package, with any Fedora patches applied, then you want to use fedpkg to clone the package repository and unpack it. Something like 'yum install fedpkg' and then: fedpkg -a clone puppet cd puppet fedpkg prep No - but thanks for the info. I really wanted to look at the source code of not only the pakchage (before patches applied by rpmbuild), but also the patches themselves. -- 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: End of life for FC12?
--- On Sun, 11/14/10, Lamar Owen lo...@pari.edu wrote: On Saturday, November 13, 2010 06:26:09 pm Patrick Bartek wrote: I've never demeaned Fedora. There are things I don't like to be sure, but that can be said of all things. I've been using it since FC3 after trying a dozen or so other distros before settling on it as my primary desktop OS. So that says something. And I'm VERY particular. It's just that over the years Fedora's development model and my needs have diverged. And it's time to move on. I would recommend you take a look at a RHEL6 rebuild when they become available. RHEL6 (and thus the rebuilds) are based off of essentially F12 with some F13 stuff in there, and you can then have the same setup for five years. [snip] Both CentOS 6 and SL 6 are on my short list. As is Debian 6. Nothing else so far, but still investigating. You will still be getting quarterly updates that can be more major than you might think; Red Hat is very good about backporting stuff, but every once in a while it becomes necessary to do a version upgrade of some package, like Firefox for one, that can cause more grief than you might think. But, all in all, my experience running CentOS (2.1, 3, 4, and 5) has been very smooth. Good to know. It seems that CentOS is much better supported than SL, too. (I guess those Fermi Lab guys have other things to do. ;-) ) However, SL seems noticeably faster than Cent. [snip] The most stable releases of Fedora have always seemed to be the ones right before a new RHEL, and the least stable the ones right after a new RHEL; this hasn't been true in a while, although I'll have to admit that going from F8 to F9 tried my patience; KDE 4 I really didn't need, I was productive in KDE 3.5.10. Enough that I went Kubuntu 8.04 LTS for a while, but after seeing that the grass wasn't any greener (in fact, it was browner!) in Kubuntu-land came back with F11, which seemed nice and solid. And there were quite a few more than the previous three Fedora releases between RHEL5 and RHEL6. I never liked Ubuntu: The way it was set up; the way it worked. And the color. Ugh! Bull shit brown. Awful. You only get one chance to make a good first impression. Ubuntu didn't. And I'm now as productive in KDE 4 as I was in 3.5.10. But it did take a while. I left KDE behind in favor of GNOME when I switched from Slackware to Fedora Core 3. Up until that time I found GNOME lacking in many ways except in RAM use and CPU cycles. I'm now looking at LXDE or just running OpenBox (or some other window manager) alone as an alternative to GNOME, but more testing is required. B -- 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.Still Impossible Internet.More data.
Well it seems my problem is related with this one: bugzilla 649570.However my NIC is a Realtek RTL 8102E. the DHCP discovery packets may not be responded as well.However the workaround,does not work for me(place acpi=off or pcie_aspm=off in grub kernel boot options). So,I probably need to completely stop processes that are in charge of automaticnetwork discovery and configure all,manually from scratch. I tried once and it did not work,I did: chkconfig NetworkManager off/etc/init.d/network stopifconfig eth0 192.168.1.64 netmask 255.255.255.0/etc/init.d/network start Note: my DNS server is 192.168.1.254(when auto configured). -- 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.Still Impossible Internet.More data.
On 11/14/2010 12:02 PM, Luis Suzuki wrote: RTL 8102E Unless you either download the kmod for this wifi card from rpmfusion, or build it yourself from staging, the vanilla fedora kernel will not be able to drive 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: fedora 14 and evolution
On 13/11/10 19:03, Mike Chambers wrote: Some of the config files are now in different directories, besides .evolution. Also try .config/evolution as well. I don't remember which files were moved to which. You might try a test user and create from scratch just to see where the files are created. Then copy your backup files to the appropriate dir. .evolution, .gconf, .config and .local all contain bits of Evo's config in the latest version. This is in accrodance with the XDG standard and is supposed to make things easier :-) poc -- 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
Legato client 7.4.4 on F13
Bright minds, 1. Anyone was able to install and operate Legato client v 7.4.4 or newer on F13? One of its dependencies is libcap.so.1 (Libcap-1.97 is latest available at http://www.kernel.org/pub/linux/libs/security/linux-privs/libcap1/) isn't part of F13 distro. libcap.so.2 is. 2. Anyone was able to build and install libcap-1.* on F13 x64? -- Warm regards, Michael Green -- 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: RE:Fedora-14-i386-dvd.iso, file corrupted
On Sun, 2010-11-14 at 14:13 -0500, Vincent wrote: Here is the result of the test. [vi...@vinny ~]$ cd Downloads [vi...@vinny Downloads]$ cd Fedora-14-i386-DVD [vi...@vinny Fedora-14-i386-DVD]$ sha256sum -c *CHECKSUM Fedora-14-i386-DVD.iso: FAILED [snip] sha256sum: WARNING: 1 of 1 computed checksum did NOT match [vi...@vinny Fedora-14-i386-DVD]$ Is this means that the file is corrupted? That's exactly what it means. Last Friday I sent this solution to you off-list. Try it: $ cd ~/Downloads/Fedora-14-i386-DVD $ rsync -avxzHP --no-motd rsync://rsync.gtlib.gatech.edu/fedora-linux-releases/14/Fedora/i386/iso/Fedora-14-i386-DVD.iso . Don't forget the trailing space-dot . This will replace any corrupted parts of the .iso file you've already downloaded and produce a working image. It should take no more than 10-20 minutes. --Doc Savage Fairview Heights, IL -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Online source code browser
JD wrote: On 11/14/2010 10:53 AM, Todd Zullinger wrote: JD wrote: Is there an online source code browser for Fedora Packages? If you mean for the package spec files, patches, etc, then gitweb is what you'd use: http://pkgs.fedoraproject.org/gitweb/?p=puppet.git Replace puppet with whatever package you want to view. If you want to see the full source code for the package, with any Fedora patches applied, then you want to use fedpkg to clone the package repository and unpack it. Something like 'yum install fedpkg' and then: fedpkg -a clone puppet cd puppet fedpkg prep No - but thanks for the info. I really wanted to look at the source code of not only the pakchage (before patches applied by rpmbuild), but also the patches themselves. That's what you get when you clone the package via fedpkg and run prep. It's similar to downloading the source rpm, installing it, and running rpmbuild -bp -- with the benefit that you can easily check any branch you want. Any patches applied to the package will be in the git repo that fedpkg clone creates. So it sounds like exactly what you're asking for. If it's not, I'm clearly not understanding what you're after. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ Politicians, Like Bombers, Seldom See Their Victims... -- Dr. Donald Boudreaux, in his article, Losing Touch pgpMM7fcB51Vw.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: Online source code browser
On 11/14/2010 01:18 PM, Todd Zullinger wrote: JD wrote: On 11/14/2010 10:53 AM, Todd Zullinger wrote: JD wrote: Is there an online source code browser for Fedora Packages? If you mean for the package spec files, patches, etc, then gitweb is what you'd use: http://pkgs.fedoraproject.org/gitweb/?p=puppet.git Replace puppet with whatever package you want to view. If you want to see the full source code for the package, with any Fedora patches applied, then you want to use fedpkg to clone the package repository and unpack it. Something like 'yum install fedpkg' and then: fedpkg -a clone puppet cd puppet fedpkg prep No - but thanks for the info. I really wanted to look at the source code of not only the pakchage (before patches applied by rpmbuild), but also the patches themselves. That's what you get when you clone the package via fedpkg and run prep. It's similar to downloading the source rpm, installing it, and running rpmbuild -bp -- with the benefit that you can easily check any branch you want. Any patches applied to the package will be in the git repo that fedpkg clone creates. So it sounds like exactly what you're asking for. If it's not, I'm clearly not understanding what you're after. You are right that what you suggest works; but I really wanted to avoid using local storage. That's why I would like to do it online. Cheers, JD -- 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: Unable to use USB microphone on Google Chat or Audacity Fedora 14
On Mon, Nov 15, 2010 at 12:02 AM, Jerry Feldman g...@blu.org wrote: I have a Sound Blaster USB headset/mic. When I check Sound preferences the microphone works fine. Previously on Fedora 13, this did not work either, but the headsets and Google chat work fine on my netbook running Ubuntu 10.10. The Google chat thing is not working for fedora (13, 14), at least I experienced. It may not be a problem of USB mic -- Jerry Feldman g...@blu.org Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 -- 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 -- Linux Toys http://linuxishbell.wordpress.com/ -- 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: mount crypted partition
On Sun, 14 Nov 2010, Genes MailLists wrote: On 11/14/2010 12:48 PM, Patrick Dupre wrote: I set the /etc/crypttab home-cryptUUID=5fcf268d-4729-4c70-949d-36e979241422 none ... I got the UUID from: blkid /dev/mapper/home-crypt 1) please post to fedora-l...@redhat.com - its a dead list - stick with only posting to us...@...fedoraproject.com I just use the auto reply ! 2) Looks like the wrong UUID - you need the UUID from the device not the mapped device (think logically how the system can possibly extract the UUID from the mapped device before it is mapped). i.e. blkid /dev/sdaX God, I made progress, It asks me the paraphrase now, but I get a: Nov 14 14:19:02 eschyle modprobe: FATAL: Error inserting padlock_sha (/lib/modules/2.6.34.7-61.fc13.i686.PAE/kernel/drivers/crypto/padlock-sha.ko): No such device I seems that I am not the only one, see: http://forums.fedoraforum.org/showthread.php?t=224883 Has it been fixed ? 2.6.34.7-61.fc13.i686.PAE Anyway, the mount of the partition is OK. Should I modify the /boot/initramfs-2.6.34.7-61.fc13.i686.PAE.img: to include the module ? How do I get the list of the embedded modules ? ? Thank -- --- == Patrick DUPRÉ | | Department of Chemistry| | Phone: (44)-(0)-1904-434384 The University of York | | Fax: (44)-(0)-1904-432516 Heslington | | York YO10 5DD United Kingdom | | email: patrick.du...@york.ac.uk ==-- 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: Sound doesn't work after upgrade from F13 to F14.
On Sun, 14 Nov 2010 17:07:12 -0600 Terry Letsche te...@letsche.net wrote: Hi. I had a working F13 system on my Aspire Laptop. I upgraded to F14 off the DVD. If I boot up and use a F13 kernel, everything is fine. If I boot with the F14 kernel, no sound. It's possible there is a bug in the alsa interface in the F14 version of the kernel. Changes are being committed all the time, and maybe one of them had a regression. Running the alsamixer shows as if sound is there (the levels jump around), but no sound comes out the speakers. I have checked the alsa mixer to make sure everything is turned up, and stored the settings (alsoctl store 0). My alsa setup is at http://www.alsa-project.org/db/?f=80...1fd871a78cefd9 Your link doesn't work, the ... is not replaced with the actual link address. I assume this was the output of the alsa-info.sh script? This is on an Aspire 7736Z-4088 running kernel Linux hortlette 2.6.35.6-48.fc14.x86_64 #1 SMP Fri Oct 22 15:36:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux Any ideas? I'm flummoxed. Like I said, booting into an F13 kernel and everything works fine! Try running aplay -l, look to see how many sound devices the OS thinks you have. Your symptoms sound like you aren't playing sound where you think you are. If it turns out to be the case that there is more than one sound device, you can fix this by putting something in /etc/modprobe.d or using pavucontrol to assign the sound devices in pulseaudio. Sometimes modems and video cards have components that are interpreted as sound devices, throwing off the placement of sound devices. -- 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.Still Impossible Internet.More data.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/14/2010 02:02 PM, Luis Suzuki wrote: Well it seems my problem is related with this one: bugzilla 649570.However my NIC is a Realtek RTL 8102E. the DHCP discovery packets may not be responded as well.However the workaround, does not work for me(place acpi=off or pcie_aspm=off in grub kernel boot options). So,I probably need to completely stop processes that are in charge of automatic network discovery and configure all,manually from scratch. I tried once and it did not work,I did: chkconfig NetworkManager off /etc/init.d/network stop ifconfig eth0 192.168.1.64 netmask 255.255.255.0 /etc/init.d/network start Note: my DNS server is 192.168.1.254(when auto configured). Given you are using 192.168.x.x, you must have a router doing NAT. When you believe your ethernet connection is up, can you ping your router IP address? Is your router IP address 192.168.1.254? Is your router also your DNS server? Can you please give us the information from the following commands: ifconfig -a This will give us a hint if your ethernet interface thinks it's up. The ping command above will tell us if it's really up and you can ping your router. netstat -rn(or ip route) Either of these commands will give us an idea of your current routing table. We need to be certain 192.168.1.254 isn't some other interface on your PC. We need to see what your default route actually is. We need to make sure you don't have other routes that are interfering with your ability to get to the Internet. cat /etc/sysconfig/network-scripts/ifcfg-eth0 This will give us a hint how the eth0 interface is coming up... I assume you haven't put anything special in /etc/sysconfig/network I assume you don't have any /etc/sysconfig/network-scripts/route* files cat /etc/resolv.conf This will give us a hint of your current DNS information. If you can ping the router, and the router is your gateway, and you still can't get to the Internet, we need to know information about the router. Is that router configured as a dhcp server for your local lan? Does that router do DNS for your local lan? Can you access your router, examine its configuration, and make sure it is configured to do DNS for your local lan. Can you access your router, examine the information for its WAN interface, and insure it has the correct IP address and DNS information from your ISP? I assume your ISP is providing you with a dynamic IP address. Tell me if I'm wrong. Please tell us the DNS information your router has from your ISP. Please tell us the first number of your WAN dynamic IP address, as in 24.x.x.x, I don't wish you to advertise your IP address in a public forum. I just wish to see you have a reasonable WAN IP address. Does your router have any special parental features blocking your access to the Internet? Does your router have any firewall rules blocking your access to the Internet? We may need to know more information about your ISP...I hope we don't. If you can get to your router, and your router looks okay...meaning the LAN side looks okay (correct DHCP, etc) and the WAN side looks okay (correct IP address and DNS information), I will ask about the ISP. I will ask, what kind of Internet connection are you using? xDSL, cable, etc. Does your ISP require you to log in to their web site to validate your Internet connection (MAC address) the first time you try to get to the Internet with a new device (is the router a new device as far as the ISP is concerned)? I had a cable company that did something like that...I don't have that cable company any longer. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkzgf+kACgkQyc8Kn0p/AZSjSwCgg3+cdd+POgmcT519yzjDxMuL ecAAn0k2EmvWBmJdXnQeAC9jXo2Mo1r5 =JjRr -END 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
i8kuitls bug makes impossible use of F14 on Dell Latitude D820
I used i8krllm plugin on F11 and F12 to manage cooling fans on my laptop. However, after upgrade to F14 I found the plugin not functioning correctly in Auto mode. It does not respect any temperature settings anymore. Instead it runs fans at full speed continually and leaves as the only option Manual fans management. Imagine this... :-( Well, it would be pity if I have to stop using Fedora on my laptop due to a such stupid bug. Any one using Dell laptop here? What would be a solution? The laptop gets pretty hot otherwise. Interestingly enough I run across almost the same problem after installing openSUSE 11.3. These guys just do not have i8kutils in their repos at all. Though the laptop is slightly cooler then in F14 (who knows why?), I am still hesitant to use it without proper fan management. I'll try to ask for help on openSUSE newsgroup. See, what they say. Isn't it weird that 2 of the mainstream distros left on cold quite a large number of Dell laptop users. -- 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 and evolution
This is so silly I'm even ashamed to post this follow-up, but I will, to straighten things up. All my user-defined folders were created under Inbox. Upon the first evolution run in F14, Inbox was collapsed. I didn't see the expansion button to its left. That's what I get for installing F14 at 3 am. Once I expanded Inbox, I found all my existing junk. All is well. Sorry everyone, mea culpa. Gee, now I really have no other 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: Sound doesn't work after upgrade from F13 to F14.
On 11/14/10 4:07 PM, Terry Letsche wrote: Hi. I had a working F13 system on my Aspire Laptop. I upgraded to F14 off the DVD. If I boot up and use a F13 kernel, everything is fine. If I boot with the F14 kernel, no sound. Kernel versions for F13 and F14. There were reports of problems with one of the Ubuntu 10.10 kernels that was supposed to be fixed upstream where sound would suddenly 'die'. Same symptoms. James McKenzie -- 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: i8kuitls bug makes impossible use of F14 on Dell Latitude D820
I used i8krllm plugin on F11 and F12 to manage cooling fans on my laptop. However, after upgrade to F14 I found the plugin not functioning correctly in Auto mode. It does not respect any temperature settings anymore. Instead it runs fans at full speed continually and leaves as the only option Manual fans management. Imagine this... :-( Well, it would be pity if I have to stop using Fedora on my laptop due to a such stupid bug. Any one using Dell laptop here? What would be a solution? The laptop gets pretty hot otherwise. Interestingly enough I run across almost the same problem after installing openSUSE 11.3. These guys just do not have i8kutils in their repos at all. Though the laptop is slightly cooler then in F14 (who knows why?), I am still hesitant to use it without proper fan management. I'll try to ask for help on openSUSE newsgroup. See, what they say. Isn't it weird that 2 of the mainstream distros left on cold quite a large number of Dell laptop users. I couldn't find any bugzilla for this issue in either the fedora bugzilla or Debian bug system. Have you filed one? Is it really impossible to use F14, or annoying? I mean, it sounds (no pun intended) like you'd have a noisy systembut it would work. FWIW, these utils seem to be maintained by folks on the Debian side. -- Scully: I just came up with a pretty sick theory Mulder. Mulder: Oooh, I'm listening! The X-Files: Our Town 葛斯克 愛德華 / 台北市八德路四段 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: i8kuitls bug makes impossible use of F14 on Dell Latitude D820
On Mon, 15 Nov 2010 01:38:36 + (UTC) Juan R. de Silva juan.r.d.si...@gmail.com wrote: I used i8krllm plugin on F11 and F12 to manage cooling fans on my laptop. However, after upgrade to F14 I found the plugin not functioning correctly in Auto mode. It does not respect any temperature settings anymore. Instead it runs fans at full speed continually and leaves as the only option Manual fans management. Imagine this... :-( ...snip... Possibly this bug: https://bugzilla.redhat.com/show_bug.cgi?id=647677 which is a kernel issue. Perhaps both Fedora and OpenSUSE use the same kernel version? This is a d820? I have one here, and have never had to install any tool to manage the fans, it just works fine out of the box. Perhaps a bios upgrade is in order? 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: F12 - F14 (via preupgrade), not so smooth
On Wed, Nov 03, 2010 at 04:39:43PM -0600, Kevin Fenzi wrote: On Wed, 03 Nov 2010 14:52:05 -0400 Kevin J. Cummings cummi...@kjchome.homeip.net wrote: Last night, after I successfully upgraded my F13 test desktop from F13-F14 w/preupgrade, I started the same operation on my F12 laptop. The results were not so good. X86_64, Asus S96J laptop, w/ATI Mobility Radeon X1600 video card, IPW3945, 2GB RAM, 350GB disk. ...snip... 2) X11 no longer starts up. I'm using the radeon driver for my ATI Technologies Inc M56P [Radeon Mobility X1600]. It was working just fine (as fine can be with the radeon driver), but now it dies with a seg fault with only 3 frames on the stack. I have re-configured to run the VESA driver, but, I miss my 1200x800 native resolution. VESA can only do 1024x768. I can attach my (used to be working) xorg.conf for anyone interested, but it fails in exactly the same way if I delete it as well. I can try again and send along an Xorg.0.log if it will help. Sure, can you Send the Xorg.0.log attached to your reply to this? also, you might try with No /etc/X11/xorg.conf at all, and let the driver autodetect things. ...snip... 3) VMWare-Server won't compile. Seems it can't find the kernel headers. Its looking in /usr/src/linux/include, but that directory seems to be missing. (I built it successfully a number of times under F12.) I have kernel, kernel-devel, and kernel-headers installed. That used to be enough for VMWare-server. kernel-devel should be it, but you must be running the exact same version of the kernel as your kernel-devel is for it to work. So: yum update reboot yum install kernel-devel You may also be using the PAE kernel, which means you want kernel-PAE-devel instead of kernel-devel. 4) There are a number of python errors during bootup. They are not in DMESG. Try /var/log/boot.log or /var/log/messages. 5) the console screen during bootup contains lines starting with [[ mmm. ] messages that were not visible on F12. It makes looking at the [OK] and [Failed] service messges difficult. Those are timestamps since boot. They can be very usefull to see when a message was logged so you know it's old, etc. Those messages on the console (with the timestamp) are from dmesg. These are visible on the console in F14 because rc.sysinit no longer sets the dmesg logging level, thus all messages from dmesg end up being written to the console. See dmesg(1) for more information. If you have an older Fedora machine handy you can look at rc.sysinit where you will find the following: # Fix console loglevel if [ -n $LOGLEVEL ]; then /bin/dmesg -n $LOGLEVEL fi This is missing from F14. I'm of the opinion that this should be fixed. Printing dmesg messages to the console by default is too much. I was able to get things back to normal by adding 'dmesg -n 3' to rc.sysinit. If there is a better way, please let me know. Also, if there is a compelling reason that this was removed from F14, I'd be interested to know what that reason is. Ryan -- 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: i8kuitls bug makes impossible use of F14 on Dell Latitude D820
On Mon, 15 Nov 2010 11:11:38 +0800, Ed Greshko wrote: I used i8krllm plugin on F11 and F12 to manage cooling fans on my laptop. However, after upgrade to F14 I found the plugin not functioning correctly in Auto mode. It does not respect any temperature settings anymore. Instead it runs fans at full speed continually and leaves as the only option Manual fans management. Imagine this... :-( Well, it would be pity if I have to stop using Fedora on my laptop due to a such stupid bug. Any one using Dell laptop here? What would be a solution? The laptop gets pretty hot otherwise. Interestingly enough I run across almost the same problem after installing openSUSE 11.3. These guys just do not have i8kutils in their repos at all. Though the laptop is slightly cooler then in F14 (who knows why?), I am still hesitant to use it without proper fan management. I'll try to ask for help on openSUSE newsgroup. See, what they say. Isn't it weird that 2 of the mainstream distros left on cold quite a large number of Dell laptop users. I couldn't find any bugzilla for this issue in either the fedora bugzilla or Debian bug system. Have you filed one? I think it is one that Kevin mentions below. Is it really impossible to use F14, or annoying? I mean, it sounds (no pun intended) like you'd have a noisy systembut it would work. Well, it all depends of a point of view. Yes, it is possible to work, if I would agree to slowly cook my old Latitude D820 friend. The temperature keeps almost permanently up to 58-60 degrees C. It probably is not mortal. However, I used to keep it not higher than 48. It is much cheaper to replace an overrun fan than any other part of the laptop. Though, one could argue that this is probably a question of a habit of mine. FWIW, these utils seem to be maintained by folks on the Debian side. I know. The problem is, their do not provide a source package anymore but binary. Thus there is no chance to compile it on my system. So, it does looks that the thing is available only for Debian and based on it distros. -- 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: i8kuitls bug makes impossible use of F14 on Dell Latitude D820
On Sun, 14 Nov 2010 20:20:30 -0700, Kevin Fenzi wrote: On Mon, 15 Nov 2010 01:38:36 + (UTC) Juan R. de Silva juan.r.d.si...@gmail.com wrote: I used i8krllm plugin on F11 and F12 to manage cooling fans on my laptop. However, after upgrade to F14 I found the plugin not functioning correctly in Auto mode. It does not respect any temperature settings anymore. Instead it runs fans at full speed continually and leaves as the only option Manual fans management. Imagine this... :-( ...snip... Possibly this bug: https://bugzilla.redhat.com/show_bug.cgi?id=647677 I've seen it too. Looks like it is the bug. Have you noticed the priority they set it? LOW. :-( which is a kernel issue. Perhaps both Fedora and OpenSUSE use the same kernel version? I've tried Ubuntu Maveric, which runs 2.6.35 kernel and did not notice a problem. This is a d820? I have one here, and have never had to install any tool to manage the fans, it just works fine out of the box. Perhaps a bios upgrade is in order? Well, my BIOS manages fans as it is supposed. The problem is that, in my taste, it is supposed (by design probably ?) to cook a laptop sooner then I would see it happen. :-) With i8krellm I always kept the CPU temperature below 48 degrees C. True - fans run a lot. But again, fan is a cheap 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
Fedora14.Impossible Internet.More and More data.
Well,forget the router.The router works pretty well with all other OSs I have,from Solaris10,FreeBSD8.1,Window7Enterprise,MacOSX,Linuxes etc. as it did with Fedora12,Fedora13.I used the management program that came with the router(accessed by a web browser from Fedora14)and it tells that DSL OK,ATM OK,Ethernet OK,PPP OK,IP OK,Internet OK and connectivity with the gatewayOK,and connectivity with DNS servers OK.So,the problem is something in Fedora14. All below was taken when Gnome NetworkManager was saying that Auto eth0 was active and OK. Below some more data:# ping 192.168.1.254PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data.64 bytes from 192.168.1.254: icmp_req=1 ttl=64 time=1.15 ms64 bytes from 192.168.1.254: icmp_req=2 ttl=64 time=0.700 ms64 bytes from 192.168.1.254: icmp_req=3 ttl=64 time=0.733 ms64 bytes from 192.168.1.254: icmp_req=4 ttl=64 time=0.715 ms64 bytes from 192.168.1.254: icmp_req=5 ttl=64 time=0.706 ms64 bytes from 192.168.1.254: icmp_req=6 ttl=64 time=0.775 ms64 bytes from 192.168.1.254: icmp_req=7 ttl=64 time=0.801 ms64 bytes from 192.168.1.254: icmp_req=8 ttl=64 time=0.716 ms64 bytes from 192.168.1.254: icmp_req=9 ttl=64 time=0.726 ms64 bytes from 192.168.1.254: icmp_req=10 ttl=64 time=0.708 ms64 bytes from 192.168.1.254: icmp_req=11 ttl=64 time=0.709 ms #less /etc/resolv.conf# Generated by NetworkManagerdomain lansearch lannameserver 192.168.1.254/etc/resolv.conf (END) #ifconfig -a eth0 Link encap:Ethernet HWaddr 00:21:70:BC:71:84inet addr:192.168.1.64 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::221:70ff:febc:7184/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:120 errors:0 dropped:0 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:11211 (10.9 KiB) TX bytes:19119 (18.6 KiB) Interrupt:43 Base address:0x8000 loLink encap:Local Loopbackinet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:480 (480.0 b) TX bytes:480 (480.0 b) wlan0 Link encap:Ethernet HWaddr 00:23:08:19:D0:3ABROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) # ip route192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.64 metric 1 # netstat -rnKernel IP routing tableDestination Gateway Genmask Flags MSS Window irtt Iface192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 # cat /etc/sysconfig/network-scripts/ifcfg-eth0cat: /etc/sysconfig/network-scripts/ifcfg-eth0: No such file or directory -- 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: i8kuitls bug makes impossible use of F14 on Dell Latitude D820
On 11/15/2010 12:02 PM, Juan R. de Silva wrote: Well, it all depends of a point of view. Yes, it is possible to work, if I would agree to slowly cook my old Latitude D820 friend. My comment was based on your saying runs fans at full speed continually which I wouldn't think results in cooking or overheatingbut more noise. -- Mater artium necessitas. [Necessity is the mother of invention]. 葛斯克 愛德華 / 台北市八德路四段 signature.asc Description: OpenPGP digital signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
thunderbird-lightning fails on F12
I tried sending this last week, but never saw it on the list. Recently F12 updated thunderbird to 3.0.10; however, there was no update to thunderbird-lightning so I no longer have access to my calendar. When I start thunderbird I get a message saying lightning 1.0b2pre is not compatible with thunderbird 3.0.10. Is there a plan to provide a compatible thunderbird-lightning? Before I upgrade I want to be able to export my existing thunderbird settings including my calendar events. Also the thunderbird addon to provide bidirectional access to google calendar no longer works for the same reason. Paolo -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora14.Impossible Internet.More and More data.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/14/2010 10:23 PM, Luis Suzuki wrote: All below was taken when Gnome NetworkManager was saying that Auto eth0 was active and OK. Below some more data:# ping 192.168.1.254 PING 192.168.1.254 (192.168.1.254) 56(84) bytes of data. 64 bytes from 192.168.1.254: icmp_req=1 ttl=64 time=1.15 ms 64 bytes from 192.168.1.254: icmp_req=2 ttl=64 time=0.700 ms 64 bytes from 192.168.1.254: icmp_req=3 ttl=64 time=0.733 ms 64 bytes from 192.168.1.254: icmp_req=4 ttl=64 time=0.715 ms 64 bytes from 192.168.1.254: icmp_req=5 ttl=64 time=0.706 ms 64 bytes from 192.168.1.254: icmp_req=6 ttl=64 time=0.775 ms 64 bytes from 192.168.1.254: icmp_req=7 ttl=64 time=0.801 ms 64 bytes from 192.168.1.254: icmp_req=8 ttl=64 time=0.716 ms 64 bytes from 192.168.1.254: icmp_req=9 ttl=64 time=0.726 ms 64 bytes from 192.168.1.254: icmp_req=10 ttl=64 time=0.708 ms 64 bytes from 192.168.1.254: icmp_req=11 ttl=64 time=0.709 ms This means the ethernet hardware is working. You can ping the router. #less /etc/resolv.conf # Generated by NetworkManager domain lan search lan nameserver 192.168.1.254 /etc/resolv.conf (END) This is good as long as the router will do DNS for you. #ifconfig -a eth0 Link encap:Ethernet HWaddr 00:21:70:BC:71:84 inet addr:192.168.1.64 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::221:70ff:febc:7184/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:120 errors:0 dropped:0 overruns:0 frame:0 TX packets:153 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:11211 (10.9 KiB) TX bytes:19119 (18.6 KiB) Interrupt:43 Base address:0x8000 The interface IP address is 192.168.1.64...okay. # ip route 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.64 metric 1 # netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 You have no default route...this is part of the problem. When doing ip route, you should have something like default via 192.168.1.254 dev eth0 When doing netstat -rn, you should have something like 0.0.0.0 192.168.1.2540.0.0.0 UG0 0 0 eth0 # cat /etc/sysconfig/network-scripts/ifcfg-eth0 cat: /etc/sysconfig/network-scripts/ifcfg-eth0: No such file or directory Argh. I don't use NetworkManager...if there is no ifcfg-eth0 file, what does NetworkManager do? People? What you need to do is add a default route to 192.168.1.254 for eth0 I have no plans to use NetworkManager any time soon so I can only give you general hints...I wish someone who does use NetworkManager would take over this discussion. Needless to say...I will try. When you start the Network Manager client to examine/modify configurations, you should find the configuration for eth0. I'm only guessing, but is it something like Network connections? Can you select the ethernet network connection and push the edit button? When you do that, does a pop-up appear? Does it have a IPv4 Settings tab? Can you select the IPv4 Settings tab. What is the Method: Automatic (DHCP) or Automatic (DHCP) addresses only or Manual or what? I'm guessing the Method is Manual...but please tell me. The following advice is based on the belief the Method is Manual. Is there a Routes button? Please press it. Does another pop-up appear, something like Editing IPv4 routes for Can you add a route, AddressNetmask Gateway Metric 0.0.0.00.0.0.0 192.168.1.254 1 Can someone who does use NetworkManager correct the above please? I'm sure I have things wrong since I don't use NetworkManager. Hopefully, people can get the idea what I want tried. Please let me know how far off I am regarding the NetworkManager GUI. When you are done, please do either ip route or netstat -rn I wish to see if the default route has been added. If you have a default route...try to ping something on the Internet. I manage my interfaces myself...I do networking things for a living. NetworkManager was not my friend, in the past, when it interfered with what I needed to do...so I turned it off, and never turned it back on. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkzg0KcACgkQyc8Kn0p/AZTTPwCdHKiyosgZVP2T6xhv8+3s9IWz ncMAnjTVRt5qm1BLkygIDI+jgqddysHI =ZkNj -END 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
