users November 2011

users@lists.fedoraproject.org

295 participants
418 discussions

FC16 update problems
by Elliott Chapin 29 Nov '11

29 Nov '11

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

1 0

Ultrabook experiences
by Philip Rhoades 29 Nov '11

29 Nov '11

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

1 0

Serial port operation -
by Bob Goodwin 29 Nov '11

29 Nov '11

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

3 6

Re: Re: Tablet Acer Iconia W500, anyone?
by Fernando Lozano 29 Nov '11

29 Nov '11

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

1 0

Fact check: why are icedtea binaries named openjdk?
by Fernando Lozano 29 Nov '11

29 Nov '11

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

1 0

mkfs.ext4: No such device or address while trying to determine filesystem size
by Jackson Byers 29 Nov '11

29 Nov '11

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

2 1

Pam fprint F16
by Frank Murphy 29 Nov '11

29 Nov '11

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

2 2

Re: Re: JDK 7 status and IcedTea
by Fernando Lozano 29 Nov '11

29 Nov '11

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

3 2

Problem serving DHCP to Virtual Guests
by Patrick Lists 29 Nov '11

29 Nov '11

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

3 2

Re: Re: JDK 7 status and IcedTea
by Fernando Lozano 29 Nov '11

29 Nov '11

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

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
42
Older →

Jump to page: