FC16 update problems
by Elliott Chapin
My system working OK, but;
package-cleanup --problems
Loaded plugins: langpacks, presto, refresh-packagekit
Package kmod-wl-2.6.40.3-0.fc15.x86_64-5.60.48.36-2.fc15.7.x86_64
requires kernel-uname-r = ('0', '2.6.40.3', '0.fc15.x86_64')
Package xdtv-2.4.1-0.6cvs15.fc12.x86_64 requires libavcodec.so.52()(64bit)
Package xdtv-2.4.1-0.6cvs15.fc12.x86_64 requires libavformat.so.52()(64bit)
Package xdtv-2.4.1-0.6cvs15.fc12.x86_64 requires libavutil.so.50()(64bit)
Package xdtv-2.4.1-0.6cvs15.fc12.x86_64 requires libswscale.so.0()(64bit)
Package kmod-wl-2.6.40.4-5.fc15.x86_64-5.60.48.36-2.fc15.8.x86_64
requires kernel-uname-r = ('0', '2.6.40.4', '5.fc15.x86_64')
Package perl-Gtk2-MozEmbed-0.09-1.fc15.5.x86_64 requires
perl(:MODULE_COMPAT_5.12.4)
Package kmod-wl-2.6.40.6-0.fc15.x86_64-5.60.48.36-2.fc15.9.x86_64
requires kernel-uname-r = ('0', '2.6.40.6', '0.fc15.x86_64')
Package qyoto-4.6.5-1.fc15.x86_64 requires libqscintilla2.so.5()(64bit)
And that's not all. Waiting for things to get sorted out ...
--
clients.teksavvy.com/~echapin
12 years, 6 months
Ultrabook experiences
by Philip Rhoades
People,
I am enthusiastic about upgrading from my little Gateway Netbook to one
of the new Ultrabooks - the ZenBook looks the most promising but I would
like to hear of experiences with Fedora and any of the Ultrabooks.
Thanks,
Phil.
--
Philip Rhoades
GPO Box 3411
Sydney NSW 2001
Australia
E-mail: phil(a)pricom.com.au
12 years, 6 months
Serial port operation -
by Bob Goodwin
I have two F-15 computers with a program that should be toggling
RTS and DTR on the serial port. One works as expected this one I
am on now does not.
I haven't had much to do with the serial port and don't know how
to troubleshoot it.
Can someone offer a suggestion where to begin?
Bob
12 years, 6 months
Re: Re: Tablet Acer Iconia W500, anyone?
by Fernando Lozano
Hi,
>> Googling around I found with a little work I can run Fedora on that Tablet.
>> Only wish it didn't came with Windows Pro, I could save a few bucks if it
>> was Windows Home Basic.
>
>The Iconia tab is an x86 PC, more precisely an AMD Fusion based tablet.
>It will run any x86 OS you throw at it.
That much I know, as I googled I already also know that device drivers can be found. But my question was if it was useable or if it'll feel cumbersome. I wish to hear (read) from someone who actually tried this.
[]s, Fernando Lozano
12 years, 6 months
Fact check: why are icedtea binaries named openjdk?
by Fernando Lozano
Hi there,
I heard that iced tea binaries have to use the openjdk name on binaries
(such as the Fedora packages) because of some agreement with Sun. Sun was
to provide help running the TCK and integrading iced tea patches into
openjdk, in return icedtea downstream would use the openjdk name. Is this
correct? I could not find a reference on the subject.
Or maybe it was a clause on the "special tck license grant" for open source
projects based on openjdk.
I guess there are people on the list who can tell what happened. :-)
[]s, Fernando Lozano
12 years, 6 months
mkfs.ext4: No such device or address while trying to determine filesystem size
by Jackson Byers
trying to format a partition as ext4
getting following error
[root@f14 ~]# mkfs.ext4 /dev/sdc7
mke2fs 1.41.12 (17-May-2010)
mkfs.ext4: No such device or address while trying to determine filesystem size
[root@f14 ~]#
I did this same command earlier today and it worked.
Since then, I made some kind of error copying to that partition,
after it was mounted to /mnt/sdc7.
So I was trying to reformat.
Also, now if I try to mount it I can't even see what is in it:
[root@f14 ~]# mount /dev/sdc7 /mnt/sdc7
mount: /dev/sdc7 is not a valid block device
This must be newbie stuff, but I am lost.
mount shows sdc9 for example
/dev/sdc9 on /grubp type ext3 (rw)
but fdisk -l shows only sda, sdb,
nothing for sdc
df -kh does show sdc9, nothing for sdc7
root@f14 ~]# df -kh
Filesystem Size Used Avail Use% Mounted on
/dev/sda8 17G 8.1G 7.5G 52% /
tmpfs 1007M 444K 1006M 1% /dev/shm
/dev/sdc9 16M 1.5M 13M 11% /grubp
/dev/sda3 21G 9.2G 11G 48%
/media/54c84c0a-040b-43bd-8887-202519baaae2_
/dev/sda6 8.1G 7.0G 1.1G 87% /media/rootusb6_
/dev/sda7 16G 7.3G 7.4G 50%
/media/c2f44d00-09e6-45b2-9a14-a0a765716005_
/dev/sda2 21G 7.5G 13G 38% /media/rootusb2_
/dev/sda1 24G 18G 5.8G 76% /media/rootusb_
[root@f14 ~]#
Jack
12 years, 6 months
Pam fprint F16
by Frank Murphy
From logwatch:
userhelper:
Unknown Entries:
adding faulty module: /lib/security/pam_fprintd.so: 1 Time(s)
unable to dlopen(/lib/security/pam_fprintd.so):
/lib/security/pam_fprintd.so: cannot open shared object file: No such
file or directory: 1 Time(s)
I don't have or user a fingerprint reader.
How can I stop pam looking for one?
Have unistalled fprint*
--
Regards,
Frank Murphy
UTF_8 Encoded
Friend of fedoraproject.org
12 years, 6 months
Re: Re: JDK 7 status and IcedTea
by Fernando Lozano
Hi,
>>>> If I am, is there a timeframe for certified builds?
>>>
>>> No.
>>
>> :-(
>>
>> Please, Red Hat, drop a few bucks for this! ;-)
>
>What has Red Hat's bucks got to do with this?
Sorta kidding -- see the ;-) ?
But isn't Red Hat kindgly giving time of some employees to work on IcedTea, and didn't they do the same for GCJ ?
>> But someone told about incompatibilities on Fedora Java packages
>> that prevented OpenJDK 7 / IcedTea 2 from being the default Java in
>> F16.
>
>It was too early, really. The worst problem is that packages compiled
>with Java 7 don't run on Java 6. This is by design: by default
>compiled classes are marked as being runnable on a 7+ virtual machine
>only. So, once you compile Fedora packages with Java 7 there's no
>going back.
Very reassuring. So it's only the work involved in checking each one of thousands specs.
I remember being bitten by this issue on OpenJDK 6 x Java 5. I even submitted a patch to Fedora Xerces package, so I could run Fedora provided ant with proprietary Sun JDK 5. Nice being able to say I had a small contribution for the wonderful distro which is Fedora. :-)
>> PS: I am writing an aticle about open source java jvms, it looks
>> like GNU Classpath, GCJ, JamVM, CacaoVM, Kafee are dead, although
>> not officially like Apache Harmony. Anyone can comment on this,
>> mayne on a new thread?
>
>We're still using gcj, but it's not being worked on very much. It's
>still closer to Java 1.5 than anything else. JamVM and Cacao are
>very much alive.
Thanks for the info.
So all F16 packages build with OpenJDK 6 are supposed to work with the also supplied GCJ ? Or didn't you tested so far ?
[]s, Fernando Lozano
12 years, 6 months
Problem serving DHCP to Virtual Guests
by Patrick Lists
Hi,
I have a workstation with Fedora 16 using NetworkManager getting a
static IP address via DHCP from a central DHCP server. I have a couple
of VMs on that workstation that use a routed network device in libvirt
that I would also like to acquire their IP address from the central DHCP
server.
I set up the virtual routed network device virbr1 and configured a VM
(with CentOS 6) to use it. When the VM starts I see in Wireshark the
DHCP broadcasts on the virbr1 interface but those broadcasts are not
seen on the p21p1 (the old eth0) interface on the workstation and
definitely don't make it to the central DHCP server. I guess I may need
some additional IPTables rules to forward the VMs DHCP requests to the
central DHCP server? Does anyone know what IPTables rule(s) I should add
to make this work?
Here is an overview of configs. Apologies for the iptables linewrap. I
don't know how to force Thunderbird not to do that but I also put the
info up at pastebin: http://pastebin.com/3u6cVUux
Virtual Network Device "vmr":
<network>
<name>vmr</name>
<forward mode='route'/>
<bridge name='virbr1' />
<ip address='192.168.198.1' netmask='255.255.255.0'>
</ip>
</network>
IP_forward is enabled:
# sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1
# virsh net-list --all
Name State Autostart
-----------------------------------------
vmr active yes
default inactive yes
# route -n
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.0.138 0.0.0.0 UG 0 0 0 p21p1
10.0.0.0 0.0.0.0 255.255.255.0 U 1 0 0 p21p1
192.168.198.0 192.168.198.1 255.255.255.0 UG 0 0 0 virbr1
192.168.198.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr1
# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:5372 errors:0 dropped:0 overruns:0 frame:0
TX packets:5372 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1652676 (1.5 MiB) TX bytes:1652676 (1.5 MiB)
p21p1 Link encap:Ethernet HWaddr DE:AD:BE:EF:DE:AD
inet addr:10.0.0.135 Bcast:10.0.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5433191 errors:0 dropped:0 overruns:0 frame:0
TX packets:2791523 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7957954289 (7.4 GiB) TX bytes:219450376 (209.2 MiB)
Interrupt:47 Base address:0xe000
virbr1 Link encap:Ethernet HWaddr 52:54:00:4B:6B:C9
inet addr:192.168.198.1 Bcast:192.168.198.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:51 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:10635 (10.3 KiB) TX bytes:0 (0.0 b)
vnet0 Link encap:Ethernet HWaddr FE:54:C6:00:64:01
inet6 addr: fe80::fc54:c6ff:fe00:6401/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:51 errors:0 dropped:0 overruns:0 frame:0
TX packets:1272 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:11349 (11.0 KiB) TX bytes:66888 (65.3 KiB)
The output of iptables -v -n -L is also available at:
http://pastebin.com/3u6cVUux
# iptables -v -n -L
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
0 0 ACCEPT udp -- virbr1 * 0.0.0.0/0
0.0.0.0/0 udp dpt:53
0 0 ACCEPT tcp -- virbr1 * 0.0.0.0/0
0.0.0.0/0 tcp dpt:53
27 9099 ACCEPT udp -- virbr1 * 0.0.0.0/0
0.0.0.0/0 udp dpt:67
0 0 ACCEPT tcp -- virbr1 * 0.0.0.0/0
0.0.0.0/0 tcp dpt:67
5176K 7687M ACCEPT all -- * * 0.0.0.0/0
0.0.0.0/0 state RELATED,ESTABLISHED
18 1200 ACCEPT icmp -- * * 0.0.0.0/0
0.0.0.0/0
57 8880 ACCEPT all -- lo * 0.0.0.0/0
0.0.0.0/0
0 0 ACCEPT tcp -- * * 0.0.0.0/0
0.0.0.0/0 state NEW tcp dpt:22
3081 520K REJECT all -- * * 0.0.0.0/0
0.0.0.0/0 reject-with icmp-host-prohibited
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
0 0 ACCEPT all -- * virbr1 0.0.0.0/0
192.168.198.0/24
0 0 ACCEPT all -- virbr1 * 192.168.198.0/24
0.0.0.0/0
0 0 ACCEPT all -- virbr1 virbr1 0.0.0.0/0
0.0.0.0/0
0 0 REJECT all -- * virbr1 0.0.0.0/0
0.0.0.0/0 reject-with icmp-port-unreachable
0 0 REJECT all -- virbr1 * 0.0.0.0/0
0.0.0.0/0 reject-with icmp-port-unreachable
0 0 REJECT all -- * * 0.0.0.0/0
0.0.0.0/0 reject-with icmp-host-prohibited
Chain OUTPUT (policy ACCEPT 17791 packets, 1525K bytes)
pkts bytes target prot opt in out source
destination
Thanks!
Regards,
Patrick
12 years, 6 months
Re: Re: JDK 7 status and IcedTea
by Fernando Lozano
Hi,
>> If I am, is there a timeframe for certified builds?
>
>No.
:-(
Please, Red Hat, drop a few bucks for this! ;-)
>> And while we're talking about Java 7, I heard about serious problems
>> preventing some open source packages like Lucene from running under
>> Java 7 on production settings.
>
>That is ancient history. This bug was fixed almost instantly in
>IcedTea devel, and no release was ever shipped with this bug either.
But someone told about incompatibilities on Fedora Java packages that prevented OpenJDK 7 / IcedTea 2 from being the default Java in F16. So I can expect OpenJDK 7 to be the default Java when F17 is released?
PS: I am writing an aticle about open source java jvms, it looks like GNU Classpath, GCJ, JamVM, CacaoVM, Kafee are dead, although not officially like Apache Harmony. Anyone can comment on this, mayne on a new thread?
[]s, Fernando Lozano
12 years, 6 months
