ifup fails for static IP address. Is ifcfg wrong?
by edwardsa
I just installed Fedora core 5. I have a static IP address. When the system
boots it tells me that this IP address is already in use. It then defaults to
dhcp. I have looked at the /sbin/ifcfg code, where the error arises, and I find
the following:
if ! arping -q -c 2 -w 3 -D -I $dev $ipaddr ; then
echo "Error: some host already uses address $ipaddr on $dev." 1>&2
exit 1
fi
When I issue the same command (without the -q switch) with eth0 substituted
for $dev and my ipaddress substituted for $ipaddr, I receive no response.
However, when I issue the same command with another ip address that I know is
active, I receive an affirmative.
I think that the code above is incorrect. Specifically, I think the ! (not) is
wrong.
Art Edwards
17 years, 9 months
Locating a MIDI device file?
by Clark Williams
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello all,
I'm working on some code to manage MIDI sysex messages for my
electronic drums and while I have no problem talking to my drum
controller, I'm having to hard-code the device file for the midi
controller. I'm using an Edirol USB to MIDI device and I'm absolutely
certain that if I changed my configuration, I'd have to move from
/dev/snd/midi2 to something else :) .
I'm working on a function called find_midi_device() that returns the
path to a midi device file and was wondering if anyone has done this
and had any pointers for using HAL/D-Bus?
Yes, I realize that eventually I'll have to handle multiple MIDI
controllers, but for now I just want to deal with the one. Once I get
a path, I'll have to open it, and iterate through the sysex channels
with sysex identify messages, looking for devices I support. So I'll
save the multiple MIDI controllers for later...
Anyway, I'm reading the docs links on HAL and D-Bus, but pointers to
API's and/or example code would be greatly appreciated.
Clark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEqndAHyuj/+TTEp0RAnODAKCZNNidVDdQ61hMAhwQDbkbrIpLfgCfeKnb
9zF88CLEMZ0Fkkoy+rWg1Ps=
=zH9W
-----END PGP SIGNATURE-----
17 years, 9 months
FC6 Test1 on Core Duo
by Peter Robinson
Hi All,
I've just got a new Dell D620 notebook and was going to load it up
with Test1 as I think it'll better support the hardware as it's a Core
Duo with the Intel 945 chipset, widescreen, Intel ABG wireless etc.
So I went to grab a ISO off a mirror somewhere only to find none. So
are they available or is it all yum with network installs for the test
release? If so is there a boot ISO to get the process rolling or am I
better off starting with a FC5 install and dealing with any of the
video issues wrt to the widescreen etc? I've run rawhide numerous
times before so it's not real issue but I suspect the hardware support
in rawhide for the Core Duo platform will probably be better than that
of FC5? Opinions?
Cheers,
Pete
17 years, 9 months
FC Development on s390 using Hercules
by Matthias Saou
Hi,
Following some other "useless but fun" stuff, I've been trying to get
the s390 FC Development tree installed using Hercules, mainly as a way
to test and clean up the hercules package.
The 3.04.1-2.fc6 package that just got rebuilt in Extras Development
(not yet pushed) works pretty much out-of-the-box, one just needs to
follow the quick instructions found in the README.fedora file.
Here is my current issue : I get the kernel to boot, the system seems
to come up, and I even suspect the network setup questions to be part
of the installation, woohoo! But...
After I enter all the network configuration (ctc, etc. it's all in
README.fedora), Hercules keeps outputting this line over and over, once
every few minutes :
request_module: runaway loop modprobe char-major-4-1
request_module: runaway loop modprobe char-major-4-1
request_module: runaway loop modprobe char-major-4-1
request_module: runaway loop modprobe char-major-4-1
request_module: runaway loop modprobe char-major-4-1
I've tried "modprobe char-major-4-1" on an i386 FCdev system and got
"FATAL: Module serial not found.".
Could there currently be a bug in the install process for s390? If
anyone wants to test and debug it, that hercules packages is in pretty
good shape and will get anyone started in no time... time to have fun
with your own (virtual) mainframe! ;-)
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 5.90 (Test) - Linux kernel 2.6.17-1.2336.fc6
Load : 0.25 0.26 0.28
17 years, 9 months
Regarding apt and synaptic
by Vikram Goyal
Hello,
I use apt and synaptic in FC5. Recently an update for apt is removing
synaptic.
I think it's a bug. Where shall one report it.
The yum output is:
-----------------------------------------------------------------
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for kernel-smp to pack into transaction set.
kernel-smp-2.6.17-1.2139_ 100% |=========================| 152 kB
00:05
---> Package kernel-smp.i686 0:2.6.17-1.2139_FC5 set to be installed
---> Downloading header for apt to pack into transaction set.
apt-0.5.15lorg3.2-65.rhfc 100% |=========================| 34 kB
00:01
---> Package apt.i386 1:0.5.15lorg3.2-65.rhfc5.at set to be updated
--> Running transaction check
--> Processing Dependency: apt = 1:0.5.15lorg3.1 for package: synaptic
--> Finished Dependency Resolution
--> Populating transaction set with selected packages. Please wait.
---> Package kernel-smp.i686 0:2.6.15-1.2054_FC5 set to be erased
--> Running transaction check
--> Processing Dependency: apt = 1:0.5.15lorg3.1 for package: synaptic
--> Finished Dependency Resolution
Error: Missing Dependency: apt = 1:0.5.15lorg3.1 is needed by package
synaptic
-----------------------------------------------------------------
Should I wait for another update of apt?
Thanks!
--
vikram...
||||||||
||||||||
^^'''''^^||root||^^^'''''''^^
// \\ ))
//(( \\// \\
// /\\ || \\
|| / )) (( \\
--
Gates' Law: Every 18 months, the speed of software halves.
--
O
~|~
=
Registered Linux User #285795
17 years, 9 months
groupware for Fedora
by Erwin Rol
Hey all,
A while back i wrote that i was trying to get Open-Xchange working on
Fedora (meaning no Sun Java stuff). Since the Open-Xchange authors
decided that all non-source code (all source code is GPL) will fall
under the CC-Non-commercial license, it will be impossible to include
Open-Xchange in Fedora (or Debian, or any Free distribution). Now the
authors spoke about trying to solve this problem, and as it looks now
their solution will be to split the source code and non-source code
parts in two packages, one with the java source code (GPL), and one with
HTML/pictures (CC-non-commercial). This is of course no solution at all,
since you need both parts to use Open-Xchange, so with that it is clear
that Open-Xchange in its current version will never be Free software,
and so unusable for Fedora/Debian users.
The only solution to get Open-Xchange into Fedora is to fork the source
from the 0.7.x (current is 0.8.x) branch that still was fully GPL, add
the 0.8.x GPL parts and rewrite the missing parts, and release it under
a new name (Open-Xchange is a trademark). This is of course a _lot_ of
work. That work might be better spend on another groupware, so the
question is, what would be a good groupware for Fedora ?
I know of open-xchange, egroupware, opengroupware, simplegroupware and
kolab. Opengroupware seems the best to me, but i noticed that egroupware
has a "Sponsored by Red Hat" on its web page. All seem to have their
pros and cons. For example OG has a nice webmail, but that of egroupware
is rather minimal. (actually i think OG is one of the few that speaks
sieve)
Is there, or would there be others that are interested in, a Fedora
Groupware project ?
TIA,
Erwin
17 years, 9 months
rawhide report: 20060703 changes
by Build System
Updated Packages:
autofs-1:5.0.0_beta6-2
----------------------
* Mon Jul 03 2006 Ian Kent <ikent(a)redhat.com> - 5.0.0_beta6-2
- merge LDAP authentication update for GSSAPI (Jeff Moyer).
- update default auth config to add options documenetation (Jeff Moyer).
- workaround segfaults at exit after using GSSAPI library.
- fix not checking return in init_ldap_connection (jeff Moyer).
brltty-3.2-12
-------------
* Sun Jul 02 2006 Florian La Roche <laroche(a)redhat.com>
- for the post script require coreutils
glib2-2.12.0-1
--------------
* Sun Jul 02 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.12.0-1
- Update to 2.12.0
kdelibs-6:3.5.3-5
-----------------
* Sat Jun 24 2006 Than Ngo <than(a)redhat.com> 6:3.5.3-5
- fix #196013, mark kde.sh/kde.csh as config file
- fix #178323 #196225, typo in kde.sh
- apply upstream patches
mtr-2:0.71-3
------------
* Mon Jul 03 2006 Marcela Maslanova <mmaslano(a)redhat.com> - 2:0.71-3
- bugzilla #195458 – reverse-map bug in mtr and patch - resolving ipv6 hostname correctly
nfs-utils-1:1.0.8-5.fc6
-----------------------
* Sun Jul 02 2006 <jkeating(a)redhat.com> 1:1.0.8-5
- Introduce epoch to fix upgrade path
* Sat Jul 01 2006 <SteveD(a)RedHat.com> 1.0.8-3
- Fixed typos in /etc/rc.d/init.d/nfs file (bz 184486)
* Fri Jun 30 2006 <SteveD(a)RedHat.com> 1.0.8-3
- Split the controlling of nfs version, ports, and protocol
into two different patches
- Fixed and added debugging statements to rpc.mountd.
- Fixed -p arg to work with priviledged ports (bz 156655)
- Changed nfslock initscript to set LOCKD_TCPPORT and
LOCKD_UDPPORT (bz 162133)
- Added MOUNTD_NFS_V1 variable to version 1 of the
mount protocol can be turned off. (bz 175729)
- Fixed gssd to handel mixed case characters in
the domainname. (bz 186069)
Broken deps for ppc64
----------------------------------------------------------
avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5
bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5
bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api
geronimo-specs - 1.0-0.M2.2jpp_7fc.ppc64 requires servletapi5
gnuplot-emacs - 4.0.0-11.ppc64 requires emacs
jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5
velocity - 1.4-3jpp_4fc.noarch requires servletapi5
xalan-j2-demo - 2.6.0-3jpp_9fc.ppc64 requires servletapi5
Broken deps for s390
----------------------------------------------------------
avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5
bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5
bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api
geronimo-specs - 1.0-0.M2.2jpp_7fc.s390 requires servletapi5
jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5
openCryptoki - 2.2.4-1.s390 requires libica.so
tomboy - 0.3.5-5.s390 requires mono(System.Xml) = 0:1.0.5000.0
tomboy - 0.3.5-5.s390 requires mono(dbus-sharp) = 0:0.60.0.0
tomboy - 0.3.5-5.s390 requires mono(mscorlib) = 0:1.0.5000.0
tomboy - 0.3.5-5.s390 requires mono(Mono.Posix) = 0:1.0.5000.0
tomboy - 0.3.5-5.s390 requires mono(gnome-sharp) = 0:1.0.0.0
tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:1.0.0.0
tomboy - 0.3.5-5.s390 requires mono(gmime-sharp) = 0:2.2.0.0
tomboy - 0.3.5-5.s390 requires mono(glib-sharp) = 0:2.8.0.0
tomboy - 0.3.5-5.s390 requires mono(gtk-sharp) = 0:1.0.0.0
tomboy - 0.3.5-5.s390 requires mono(gconf-sharp-peditors) = 0:1.0.0.0
tomboy - 0.3.5-5.s390 requires mono(System) = 0:1.0.5000.0
tomboy - 0.3.5-5.s390 requires mono(gdk-sharp) = 0:1.0.0.0
tomboy - 0.3.5-5.s390 requires mono(gconf-sharp) = 0:1.0.0.0
tomboy - 0.3.5-5.s390 requires mono(pango-sharp) = 0:1.0.0.0
velocity - 1.4-3jpp_4fc.noarch requires servletapi5
xalan-j2-demo - 2.6.0-3jpp_9fc.s390 requires servletapi5
yelp - 2.15.2-1.s390 requires libbeagle.so.0
Broken deps for s390x
----------------------------------------------------------
avalon-logkit - 1.2-3jpp_3fc.noarch requires servletapi5
bsf - 2.3.0-6jpp_4fc.noarch requires servletapi5
bsf - 2.3.0-6jpp_4fc.noarch requires tomcat5-jsp-2.0-api
geronimo-specs - 1.0-0.M2.2jpp_7fc.s390x requires servletapi5
jakarta-commons-fileupload - 1:1.0-3jpp_5fc.noarch requires servletapi5
openCryptoki - 2.2.4-1.s390x requires PKCS11_ICA.so
openCryptoki - 2.2.4-1.s390x requires PKCS11_API.so
openCryptoki - 2.2.4-1.s390x requires libica.so()(64bit)
velocity - 1.4-3jpp_4fc.noarch requires servletapi5
xalan-j2-demo - 2.6.0-3jpp_9fc.s390x requires servletapi5
yelp - 2.15.2-1.s390x requires libbeagle.so.0()(64bit)
17 years, 9 months
FC5 updates broken deps
by dragoran
Running yum -y update on a FC5 x86_64 box today results into:
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for xorg-x11-server-Xorg to pack into
transaction set.
xorg-x11-server-Xorg-1.0. 100% |=========================| 25 kB 00:00
---> Package xorg-x11-server-Xorg.x86_64 0:1.0.1-9.fc5.5 set to be updated
---> Downloading header for libgssapi to pack into transaction set.
libgssapi-0.9-1.FC5.x86_6 100% |=========================| 3.6 kB 00:00
---> Package libgssapi.x86_64 0:0.9-1.FC5 set to be updated
---> Downloading header for xorg-x11-server-sdk to pack into transaction
set.
xorg-x11-server-sdk-1.0.1 100% |=========================| 29 kB 00:00
---> Package xorg-x11-server-sdk.x86_64 0:1.0.1-9.fc5.5 set to be updated
---> Downloading header for nfs-utils-lib to pack into transaction set.
nfs-utils-lib-1.0.8-4.FC5 100% |=========================| 4.6 kB 00:00
---> Package nfs-utils-lib.x86_64 0:1.0.8-4.FC5 set to be updated
--> Running transaction check
--> Processing Dependency: libgssapi.so.1()(64bit) for package: nfs-utils
--> Processing Dependency: librpcsecgss.so.1()(64bit) for package: nfs-utils
--> Finished Dependency Resolution
Error: Missing Dependency: libgssapi.so.1()(64bit) is needed by package
nfs-utils
Error: Missing Dependency: librpcsecgss.so.1()(64bit) is needed by
package nfs-utils
17 years, 9 months
YUM UPDATE _ FEDORA CORE 5
by David
Hi All,
I attempted a YUM UPDATE on the laptop this morning and it stopped with
the following messages;
librpcsecgss.so.1 is needed by package nfs-utils
libgssapi.so.1 is needed by package nfs-utils
I tried an update on my 2nd PC which also failed so the fault
replicates.
Anyone any thoughts?
Cheers
David
17 years, 9 months
Moving ImageMagick to Extras?
by Hans de Goede
Hi all,
I've just taken a good look at ImageMagick after being bitten by a bug
in convert, which I use in some of my spec files.
The open bug list on ImageMagick is quite long (not really long though)
and some of those bug look like they are not too hard to fix. So it
looks like ImageMagick could use some love and attention. Also much to
my surprise I can do "rpm -e ImageMagick" on my fairly complete FC6test1
install and it doesnot complain.
Now probably some packages in core might have ImageMagick as a BR for
convert and the likes. But it should be possible to teach that shiny new
Buildsys for core to get BR's from Extras shouldn't it? I know that
having Requires (explicit or auto) on Extra's in Core is a no no, but
BR's should be ok, or am I missing something?
As always I'm willing to put my time where my mouth is, so if
ImageMagick may move to extras then I'll volunteer to maintain it.
Regards,
Hans
17 years, 9 months
