Total size: 821 k
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Check Error:
file /usr/share/man/man5/dhcp-eval.5.gz from install of dhcp-12:4.1.1-5.fc12.i686 conflicts with file from package dhclient-12:4.1.0p1-17.fc12.i686
file /usr/share/man/man5/dhcp-options.5.gz from install of dhcp-12:4.1.1-5.fc12.i686 conflicts with file from package dhclient-12:4.1.0p1-17.fc12.i686
And I see that if I uninstall the dhclient package, I will lose my networkmanager, which I also need, is there a way to have a dhcp server as well as dhclient utility on fedora as it is possible on rhel?
It seems to me that I've got a dual package somewhere.
Quote:
Transaction Check Error: file /usr/lib/libakonadi-kabc.so.4 from install of kdepimlibs-4.2.0-1.fc10.i386 conflicts with file from package kdepim-libs-6:4.1.4-1.fc10.i386 file /usr/share/config/plasmoids.knsrc from install of kdelibs-6:4.2.0-10.fc10.i386 conflicts with file from package kdebase-workspace-4.1.4-1.fc10.i386 file /usr/share/kde4/servicetypes/plasma-animator.desktop from install of kdelibs-6:4.2.0-10.fc10.i386 conflicts with file from package kdebase-workspace-4.1.4-1.fc10.i386
I run into this error while trying to install wireshark. I am sure there is a quick fix. I can see the files are different I just don't know how to resolve the error.
Test Transaction Errors: file /usr/lib/python2.6/site-packages/wireshark_be.pyc from install of wireshark-1.2.6-2.fc12.x86_64 conflicts with file from package wireshark-1.2.6-2.fc12.i686 file /usr/lib/python2.6/site-packages/wireshark_be.pyo from install of wireshark-1.2.6-2.fc12.x86_64 conflicts with file from package wireshark-1.2.6-2.fc12.i686 file /usr/lib/python2.6/site-packages/wireshark_gen.pyc from install of wireshark-1.2.6-2.fc12.x86_64 conflicts with file from package wireshark-1.2.6-2.fc12.i686 file /usr/lib/python2.6/site-packages/wireshark_gen.pyo from install of wireshark-1.2.6-2.fc12.x86_64 conflicts with file from package wireshark-1.2.6-2.fc12.i686
I am a Debian User, now I have decided to install Fedora 14 x86_64 on my Acer Aspire computer, mainly to develop C++/Java software. Due to this, I have installed a lot of development packages. Shortly after installation, I have encountered problems updating some packages.
Below 'yum update' output: file /usr/lib64/ghc-6.12.3/bin-package-db-0.0.0.0/libHSbin-package-db-0.0.0.0.a from install of ghc-ghc-devel-6.12.3-8.3.fc14.x86_64 conflicts with file from package ghc-6.12.3-5.fc14.x86_64
file /usr/lib64/ghc-6.12.3/ghc-binary-0.5.0.2/libHSghc-binary-0.5.0.2.a from install of ghc-ghc-devel-6.12.3-8.3.fc14.x86_64 conflicts with file from package ghc-6.12.3-5.fc14.x86_64
file /usr/lib64/qt4/plugins/designer/libqwebview.so from install of qt-webkit-1:4.7.2-8.fc14.x86_64 conflicts with file from package qt-x11-1:4.7.0-3.fc14.x86_64
file /usr/lib64/libusrp.so.0.0.0 from install of usrp-3.2.2-9.fc14.x86_64 conflicts with file from package gnuradio-3.2.2-7.fc14.x86_64
REPOs ENABLED: Fedora 14 -x86_64, Fedora 14 - x86_64 - Updates only. Can't be a problem of multiple repos.
I've tried the "yum clean all" option to no avail. When I update either with the GUI or command line, I get this error:
[root@joshhardman ~]# yum update Loaded plugins: refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package anacron.x86_64 0:2.3-78.fc11 set to be updated ---> Package binutils.x86_64 0:2.19.51.0.14-1.fc11 set to be updated ---> Package crontabs.noarch 0:1.10-30.fc11 set to be updated ---> Package genisoimage.x86_64 0:1.1.9-6.fc11 set to be updated ---> Package icedax.x86_64 0:1.1.9-6.fc11 set to be updated ---> Package shadow-utils.x86_64 2:4.1.4.1-5.fc11 set to be updated ---> Package wodim.x86_64 0:1.1.9-6.fc11 set to be updated --> Finished Dependency Resolution .....
Can I not have the 64 bit and 32 bit packages installed at the same time?
* ifconfig wlan0 up * iwconfig wlan0 essid 'XXX' * iwconfig wlan0 key XXXXXXX * dhclient wlan0 -> here i get error: ls: cannot access /var/run/netconfig//wlan0/: no such file or directory
I'm installing a NVIDIA driver and encountered some error message. Please see below the sequence (I've set runlevel to init 3);
linux:~/SuSe # rpm -ivh NVIDIA_GLX-1.0-4191.suse81:i586.rpm Preparing... ############################ [100%])file /usr/X11R6/lib/modules/drivers/nvidia-drv.o from install of NVIDIA_GLX-1.0-4191 conflicts with file from package XFree86-server-4.3.0.1-21
On my PC (fresh FC11 i386 instllataion from CDs), dhclient doesn't work. When it tries to get an IP address with dhclient, it gets No DHCPOFFERS reveived and fails. The ethernet of my PC works fine - I can manually set IP address, netmask, gateway etc. to connect to my persoal Linksys router, but if I change to DHCP, it fails as above. So it's not the problem of the ethernet driver of FC11. I suspect that dhclient of FC11 is buggy. (For the record, DHCP works fine on FC10 and Windows XP with my Linksys router.)
OpenSUSE 11.4, 64 bits, with Index of /repositories/KDE:/Release:/46/openSUSE_11.4 and Index of /repositories/KDE:/Extra/KDE_Release_46_openSUSE_11.4 repositories enabled. Since some days, if I go to YaST2 †’ Package †’ "Update packages if a new version is available" (I'm translating from Spanish) I get a warning that plasma-addons-4.6.5-9.3.x86_64 needs akonadi-runtime < 1.5.40, but that that requirement cannot be match because there are eliminated providers: akonadi-runtime-1.5.3-91.1.x86_64 and non instalable providers: akonadi-runtime-1.5.0-3.3.1.x86_64[openSUSE-11.4-11.4-0] As "solution" it offers me to not install akonadi-runtime-1.6.0.93.1.x86_64 and libakonadiprotocolinternals1-1.6.0.93.1.x86_64 (which I selected) or to uninstall plasma-addons and kadressbook, which I do not think it is a good idea...
Running Ubuntu 10.04 64bit on a Gateway md7818u.When trying to install Pidgin today, I found that I could not do so in the software center due to to a "Software Dependencies Cannot Be Resolved" error. So I went to Synaptic and attempted there. One package after another kept saying "dependent on (insert package name here) but will not be installed" so I went to manually install these packages, with the same results, leading me to "libdirac-encoder0" which would install but conflicted with many of my installed programs it said that all had to be removed to install this package, which will allow me to install all of these other packages, which will allow me to install Pidgin.
For some reason I am unable to find a DHCP Server package for Fedora 14 using yum. Does anyone know what I should be searching for or even a .rpm that can be used?
I have inherited our Linux packaging and as the number of versions increase, the number of conflicts is starting to get a bit unmanageable. I believe the easiest way would have been to keep the package names the same and just change the release in the spec file but unfortunately I am past that as a lot of these packages are rolled out to our estate. (I am told there were reasons for not keeping the package name the same and incrementing the version/release)
Is it possible to wildcard conflicts so I don't need to keep adding as new versions are created. For example, instead of using all the conflicts below, have something along the lines of AAtest45* <= 1.4 & BBtest45* <= 1.4 Meaning that all I would need to do was change this to 1.5 at the next release (the packages below version matched the release in the spec file)
I've been trying to upgrade my installation for some time now and just can't quite get it right. I would upgrade from the DVD but the installer hangs when it says "Looking for installation images on CD device /dev/sr0". However, that's not really my question. I've resorted to the upgrade instructions as found at [URL]. If I don't use the '--skip-broken' option it complains about the following:
abrt-gui-0.0.11-1.fc12.x86_64 from fedora abrt-libs-1.0.6-1.fc12.x86_64 from updates samba-3.4.5-55.fc12.x86_64 from updates samba-client-3.4.5-55.fc12.x86_64 from updates samba-common-3.4.5-55.fc12.x86_64 from updates samba-winbind-3.4.5-55.fc12.x86_64 from updates samba-winbind-clients-3.4.5-55.fc12.x86_64 from updates
If I use the skip broken option, it then complains about: Transaction Check Error: file /usr/share/locale/de/LC_MESSAGES/cryptsetup.mo from install of cryptsetup-luks-1.1.0-0.4.fc12.x86_64 conflicts with file from package cryptsetup-luks-1.0.6-7.fc11.i586 file /usr/share/locale/sv/LC_MESSAGES/cryptsetup.mo from install of cryptsetup-luks-1.1.0-0.4.fc12.x86_64 conflicts with file from package cryptsetup-luks-1.0.6-7.fc11.i586 file /usr/share/man/man8/cryptsetup.8.gz from install of cryptsetup-luks-1.1.0-0.4.fc12.x86_64 conflicts with file from package cryptsetup-luks-1.0.6-7.fc11.i586
I can't seem to remedy this problem. There were other conflicts but I just removed those packages. When I attempt to remove 'cryptsetup-luks' it then tells me it's going to remove something like 200 others which did not sound like a good idea.
i have installed dhcp server on RHEL5.after instalation when i want to restart it.it shows failed message. rpm package is also installed.(dhcp-3.0.5-13.el5) dhcpd.conf file is also in /etc directory
I am running Fedora 13 and after my machine is booted my ethernet interface eth0 does not have an IP address. Running
Code:
At the terminal does not work, and I can see that in /var/log/messages I have the following error:
Code:
I assume that the same command was attempted during the boot process (please correct me if I am wrong) to use DHCP to get an address for eth0, but failed for the same reason it is failing after boot when I run it manually, whatever that reason may be.
I noted, however, that eth0 IS in broadcast mode:
Code:
I also noted that running
Code:
Does in fact work and will run DHCP and configure eth0 with an ip address.
It is quite mysterious to me why running 'dhclient eth0' will work, but manually running 'dhclient' does not.
I used ssh to log into my sever that I had and I from there I ran the command dhclient eth by mistake on the server but the serve had an static IP address. Unfortunately I can't ssh back into the server anymore! It replies back with No route not host. Now my questions are. First of all how do I change it back into the previous setting? Secondly, can I do this remotely since the server is in another place and I don't have access to it right now or do I have to go there and sit behind it and play around with it there?
Latest FC12 update included dhclient-4.1.1-9.fc12 which fails to configure eth0 after restarting the computer. Had to remove/downgrade to 4.1.0* (and reinstall dracut and NetworkManager(-glib)). There is no config file in /etc/dhcp/dhclient.d so I don't know how to reset dhcp/eth0 to connect. Thought some one smarter than me might have noticed this by now and worked out a solution. Can't tell that anything in Bugzilla sounds like my problem. Might only be x86_64 or KDE-4.4 problem as my 32-bit Gnome install is not affected. Easy enough to grab the rpms, just annoying. Still haven't learned how to keep a package at version x.x with Fedora yet but that's another topic.
I got a full system crash each time I try to do anything with network. Been fighting with this problem for weeks now. What I did: -tried every driver for broadcom4312 and it turned out that it even crashes with cable net
-got rid of networkmanager ( Mar 11 08:01:43 geburah NetworkManager: <info> Activation (eth1) successful, device activated. Mar 11 08:01:43 geburah NetworkManager: <info> Activation (eth1) Stage 5 of 5 (IP Configure Commit) complete. ) used: ifconfig eth1 up
Commands as root works well when normal user is logged in and connected to net via KDE 4 network manager, but after logoff network is gone. And it is impossible to get it back because command mentioned above stops working!
I have just installled fedora, and I am puzzled by dhclient-script. Because it gives the router ip as nameserver 192.168.0.1. I have had other linux distro on same machine that resolves the correct nameserver without any configuring.
Does anyone know how to get your ISP:s nameservers instead in /etc/resolv.conf when running dhclient from CLI? I have thought about edit /sbin/dhclient-script. But if that is the case. Which option should I edit?
Quote:
My system OS=Fedora 15 Kernel=Linux fedora_15 2.6.38.8-32.fc15.i686.PAE #1 SMP Mon Jun 13 19:55:27 UTC 2011 i686 i686 i386 GNU/Linux Router =DLINK dir 100 (IP 192.168.0.1)
For a school project I need to install a Fedora virtual machine (on VMware Server), setting it up as a server. I am encountering the following problem.
When I want to 'yum install dhcp' I get the following error message:
Quote:
I think the link to the download site is not right.
I have checked internet and DNS acces, both are correct and tested..
I have opened the /etc/yum.repos.d/fedora-core.repo file, and this is the entry:
When I moved from Fedora 13 from Fedora 11, I thought the annoying application crashes that I had been having were gone for good. Random crashes - firefox, Thunderbird, Abrt, metacity and what have you with SIGSEGV errors. I'm beginning to believe that these are not down to Fedora or even the RAM (Have run Memtest, several times). I'm not sure if what I am seeing are signs of IRQ conflicts of some sort. Can someone, please have a look and give me some guidance on what to do? Should I reinstall with acpi=off ? noapic? Also, don't have a clue why the system complains of ECC being disabled? The RAM is non-ECC. I have posted some sections of the logs here with links to the full logs instead of making this a massive post.
Code: EDAC MC: Ver: 2.1.0 Aug 27 2010 EDAC amd64_edac: Ver: 3.3.0 Aug 27 2010 EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3). EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load. Either enable ECC checking or force module loading by setting 'ecc_enable_override'. (Note that use of the override may cause unknown side effects.) amd64_edac: probe of 0000:00:18.2 failed with error -22 Complete system spec, BIOS details etc.
Full dmesg log on a fresh install. No issues experienced with system installation.
I'm using VPNC to connect to a remote cisco network, however I cannot browse the internet after the tunnel establishes. I know this is a DNS issue, as I can ping external address by IP (e.g. google). I can also communicate through the VPN tunnel without trouble.
/etc/resolv.conf gets updated by the VPNC with the remote networks DNS Servers, but I still cannot connect to the internet. I even manually tried to add my local nameserver to the /etc/resolv.conf file, without luck.
Also, just as a side note, I can only establish the tunnel via the command line "vpnc" command. I'm using Fedora 13 with KDE, but knetworkmanager / networkmanager will not establish the tunnel, however I haven't really dug very deep as to why. I've just setup some vpnc config files for loading the various connections manually, as needed.
The time in my Fedora 12 x64 installation is 5 hours behind what it should be. When I change it to the correct time, Windows XP x64 is now 5 hours ahead! (Dual boot setup). How I can sync the times on both os's. Both are set to GMT-5.
