Re: iptables systemd services fail
On Thu, 17 Nov 2011 19:52:00 -0700, TCH (T.C.) wrote: > > # systemctl status iptables.service > > #iptables.service - IPv4 firewall with iptables > > Loaded: loaded (/lib/systemd/system/iptables.service; enabled) > > Active: failed since Thu, 17 Nov 2011 18:19:23 +0100; 2min 31s ago > > Process: 1003 ExecStart=/usr/libexec/iptables.init start > > (code=exited, status=1/FAILURE) > > CGroup: name=systemd:/system/iptables.service > > > > Once logged in, I can start it manually without problems. SELinux is not > > the culprit. The services fail also when running permissive mode. It seems > > as if it's another race between systemd services. > > What does syslog say around the time iptables.service is started on > boot? You should get some sort of error out of iptables.init. None. Else I wouldn't be asking. ;) boot.log says "Started System Logging Service." only after the failed iptables start. Guess I'll need to compare carefully with another F16 installation if I find the time. And perhaps turn off updates-testing on my main desktop. Too many test updates again and not enough time to test them painstakingly before they get pushed to stable. -- 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
rpmbuild provides seems broken
I have a small library RPM which built OK on Fedora 13 but is broken on Fedora 16. Rpmbuild reports that the shared library in the package is required by the package itself. There is no "Provides" line, and when I try to install the RPM it reports: error: Failed dependencies: libglv.so.0()(64bit) is needed by libglv0-0.3.1-1.x86_64 If I run /usr/lib/rpm/find-provides manually on the libraries it reports the correct information: libglv.so.0()(64bit) Here is the build output: $ rpmbuild -bb glv.spec Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.x2bz7z + umask 022 + cd /home/karl/src/rpm/BUILD + cd /home/karl/src/rpm/BUILD + rm -rf libglv-0.3.1 + /usr/bin/gzip -dc /home/karl/src/rpm/SOURCES/libglv-0.3.1.tar.gz + /bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd libglv-0.3.1 + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.l6ENXV + umask 022 + cd /home/karl/src/rpm/BUILD + cd libglv-0.3.1 + make -C x11 make: Entering directory `/home/karl/src/rpm/BUILD/libglv-0.3.1/x11' gcc -c -fPIC -Wall -W -Wno-unused-parameter -O3 -DUSE_XF86VMODE -o glv.o -I. glv.c gcc -o libglv.so.0.3 -Wl,-soname,libglv.so.0 -shared glv.o -lXxf86vm ln -sf libglv.so.0.3 libglv.so.0 ln -sf libglv.so.0.3 libglv.so make: Leaving directory `/home/karl/src/rpm/BUILD/libglv-0.3.1/x11' + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.I2Hazi + umask 022 + cd /home/karl/src/rpm/BUILD + cd libglv-0.3.1 + mkdir -p /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/lib64 + mkdir -p /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/include/GL + install -m 644 x11/glv.h x11/glv_keys.h /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/include/GL + install -m 644 x11/libglv.so.0.3 /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/lib64 + ln -s libglv.so.0.3 /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/lib64/libglv.so.0 + ln -s libglv.so.0.3 /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/lib64/libglv.so + /usr/lib/rpm/brp-compress + /usr/lib/rpm/brp-strip /usr/bin/strip + /usr/lib/rpm/brp-strip-static-archive /usr/bin/strip + /usr/lib/rpm/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump Processing files: libglv0-0.3.1-1.x86_64 Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.k414sF + umask 022 + cd /home/karl/src/rpm/BUILD + cd libglv-0.3.1 + DOCDIR=/home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/share/doc/libglv0-0.3.1 + export DOCDIR + /bin/mkdir -p /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/share/doc/libglv0-0.3.1 + cp -pr ChangeLog LICENSE README /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/share/doc/libglv0-0.3.1 + exit 0 Requires(interp): /sbin/ldconfig /sbin/ldconfig Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires(post): /sbin/ldconfig Requires(postun): /sbin/ldconfig Requires: libglv.so.0()(64bit) Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64 Wrote: /home/karl/src/rpm/RPMS/x86_64/libglv0-0.3.1-1.x86_64.rpm Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.G7KuTp + umask 022 + cd /home/karl/src/rpm/BUILD + cd libglv-0.3.1 + rm -rf /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64 + exit 0 -Karl -- 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: rpmbuild provides seems broken
On Fri, 18 Nov 2011 02:26:20 -0800, K (Karl) wrote: > I have a small library RPM which built OK on Fedora 13 but is broken on > Fedora > 16. Rpmbuild reports that the shared library in the package is required by > the package itself. There is no "Provides" line, and when I try to install > the RPM it reports: > > error: Failed dependencies: > libglv.so.0()(64bit) is needed by libglv0-0.3.1-1.x86_64 > > If I run /usr/lib/rpm/find-provides manually on the libraries it reports the > correct information: > > libglv.so.0()(64bit) Is this with or without package "redhat-rpm-config" installed? If without it, could be a bug -> http://bugz.fedoraproject.org/rpm -- Fedora release 16 (Verne) - Linux 3.1.1-2.fc16.x86_64 loadavg: 0.01 0.07 0.07 -- 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 16 and switchable graphics - ATI Radeon HD 6600M video(Sony VAIO SA25GB)
On Thursday 17 November 2011 19:20:49 ferna...@lozano.eti.br wrote: > - The VAIO notebook doesn't have a BIOS option to turn off the ATI video. > But it has a "stamina/speed" tootle on the keyboard. Under Windows, > changing the toogle makes the screen go blank for a few seconds and back, > supposedly to change the video driver. I tried to keep the tootle on > "stamina" and reboot, then I created a xorg.conf for the intel video > driver. Didn't worked. Exactly *how* it didn't work? Any error messages? What do you see on the screen? > (But is "intel" the correct Xorg driver for the > Intel HD graphics from the sandy bridge chipset?) I take it you have modified your xorg.conf to to use "intel" as the driver? As an alternative, why don't you delete/rename the xorg.conf, reboot without it, and let X configure itself automatically? Then look inside /var/log/Xorg.0.log to see what driver is in use. After that you can generate an xorg.conf file (if you have a need for it) using the "Xorg -configure". You need to do it as root, it will create the file in your current directory, and then you can tweak it to taste and move it to /etc/X11/ where it belongs. > - I tried keeping the tootle on "speed" and created a xorg.conf using the > driver "radeon". (This is the open source driver, right?) But it didn't > worked. Ditto as for the intel above. As a general note, /var/log/Xorg.0.log is a very good source of information about what is actually going on with X and you can look inside for any errors, warnings, and other reports which might give you a clue about the problem. Try to describe what doesn't work for you in more detail, and maybe even post your X log file on pastebin or whereever, and give us a link to look at it. HTH, :-) Marko -- 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: [389-users] Master caught in infinite loop
On 11/18/2011 05:08 AM, Daniel Fenert wrote: > Hi, > > I'm using 389ds 1.2.5 with replication, my current setup: > > Master > | \ > L1 L2 > | \| \ > S1 S2 S3 S4 > > L* - acting as slave to "master" and master to "S*" > S* - slaves to L* > > > From time to time (usually few months between problems) we encounter > "master" going to some infinite loop. > After analyzing access log, it looks like it stops doing queries, and > accepts new connections until it runs out of fd's. > After that, it won't stop peacefully, only SIGKILL saves the day. > > Workload: > Master is used only for updates, maybe 20 connections/s. > L* are used only for replication. > All bind's and search queries are targeted to S* which are read only. > > With previous setup (less complicated), we've also seen this problem: > Master > | | | \ > S1 S2 S3 S4... > > Is there a chance that upgrading to latest version will fix the problem? > Were there any fixes nearby? Upgrade will be complex as hell ;) > > Error log from last problem: > - Not listening for new connections - too many fds open Have you tried increasing the number of fds to 8192? > - slapd shutting down - signaling operation threads > - slapd shutting down - waiting for 120 threads to terminate Does the server shutdown on its own, or did you shut it down normally (i.e. service dirsrv stop)? > ... SIGKILL ... > - 389-Directory/1.2.5 B2010.012.2034 starting up > - Detected Disorderly Shutdown last time Directory Server was running, > recovering database. > - slapd started. Listening on All Interfaces port 389 for LDAP requests > > Number of fds: 4096. Since 1.2.5 we have fixed a number of bugs around connection handling. You might find that 1.2.9.9 (current stable version) works much better for you. -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: [389-users] Multiple threads simultaneously working on connection's private buffer causes ns-slapd to abort
On 11/18/2011 05:31 AM, "Reddy, Gandikota Rushendra (ES&N)"
wrote:
This was a bounce - please check your list membership before posting again.
On a multi CPU system, ns-slapd process aborts. Stack trace says it aborted
calling PR_ASSERT() at the following location in connection.c (Release version
of 389 dirsrv is 1.2.0).
Is there any chance you could attempt to reproduce this issue with the
latest 1.2.9.9 (stable) or 1.2.10.a5 (testing)? Or provide a
reproducer. 1.2.0 is quite old.
Also, please file a bug at
https://bugzilla.redhat.com/enter_bug.cgi?product=389
-
Connection.c
1690 int connection_read_operation(Connection *conn, Operation *op, ber_tag_t
*tag, int *remaining_data)
1691 {
1734 }
1735 /* If we still haven't seen a complete PDU, read from the network
*/
1736 while (*tag == LBER_DEFAULT) {
1737 int ioblocktimeout_waits = config_get_ioblocktimeout() /
CONN_TURBO_TIMEOUT_INTERVAL;
1738 /* We should never get here with data remaining in the
buffer */
1739 PR_ASSERT( !new_operation || 0 == (conn->c_private->c_buffer_bytes
- conn->c_private->c_buffer_offset) );<-- aborted calling PR_ASSERT()
1740 /* We make a non-blocking read call */
-
Using instrumented image I have collected data and found that:
While a thread is working on connection's private buffer, another thread which
belongs to older connection makes the connection readable again by modifying
c_gettingber to zero.
This results in waking up one more thread. Finally more than one thread works
simultaneously on connection's private buffer and results in aborting ns-slapd.
It happens as below:
1. Thead X is working on Connection-1's last opereration.
2. After performing the LDAP operation ( connection_dispatch_operation() )
decrementes the connection's c_refcnt by calling connection_release_nolock()
in connection_threadmain() function.
3. Since this is the last operation, c_refcnt becomes zero.
4. Thread X yet to execute the code that updates c_threadnumber and
c_gettingber. But as soon as c_refcnt of the connection becomes zero, main
thread allocates the same connection object/structure to new incoming
connection connection-2. Thread-Y started executing operation belongs to this
newer connection (Connection-2).
-
connection.c
2008 static void
2009 connection_threadmain()
2010 {
2187 if (!thread_turbo_flag&& !more_data) {
2188 connection_release_nolock
(conn);<-- Thread-X decremented c_refcnt and now c_refcnt = 0
2189 }
2190 PR_Unlock( conn->c_mutex );
2191 }
2192 /* Since we didn't do so earlier, we need to make a
replication connection readable again here */
2193 if ( ((1 == is_timedout) || (replication_connection&&
!thread_turbo_flag))&& !more_data)
2194 connection_make_readable(conn);
2195 pb = NULL;
2196
2197 if (!thread_turbo_flag&& !more_data) { /* Don't do this
in turbo mode */
2198 PR_Lock( conn->c_mutex );
2199 /* if the threadnumber of now below the maximum,
wakeup
2200 * the listener thread so that we start polling on
this
2201 * connection again
2202 */
2203 /* DBDB I think this code is bogus -- we already
signaled the listener above here */
2204 if (conn->c_threadnumber ==
config_get_maxthreadsperconn())
2205 need_wakeup = 1;
2206 else
2207 need_wakeup = 0;
2208 conn->c_threadnumber--;
2209 PR_Unlock( conn->c_mutex );
2210
2211 if (need_wakeup)
2212 signal_listner();
2213 }
2214
2215
2216 } /* while (1) */
2217 }
5. Thread-Y started processing operation data belongs to newer connection
Connection-2 (connection_read_operation() ).
6. Now Thread-X of connection-1 called make_connection_readable() and made the
connection readable again by setting c_gettingbuffer to 0.
7. This wakes up another thread of connection-2 and it too starts processing
operation data (connection_read_operation() ).
8. So at this point of time more than one thread is working on connection's
private data.
9. As two threads are working on the connections c_buffer, c_bufferbytes and
c_offset, at some time it meats conditions to abort() at the following location:
Connection.c: connection_read_operation()
1734 }
1735 /* If we still haven't seen a complete PDU, read from the network
*/
1736 while (*tag == LBER_DEFAULT) {
1737 int ioblocktimeout_wa
Re: gnome-terminal "paint" issues?
Thanks for the reply! I should mention I'm on f16. Interestingly, this seems to happen more frequently the larger the terminal window is. It's easily reproduced doing repeated "ls -d .??*"s and I've also noticed that if I wait long enough (upwards of two minutes), it'll repaint on its own, but it always repaints instantly if I hit enter again. I'm using a plain bash shell with a default .bash_profile and an uninspiring .bashrc. The shell is to the local machine. The profile settings for gnome-terminal are unaltered (the "Default" profile) save that I don't display the menu bar (not that this changes anything). TERM is set to xterm (same as on other machines I have f16 on that don't exhibit this issue) and both COLUMNS & LINES change when the window is resized. stty -a settings are unaltered from the default (and match the other machines' settings). This particular machine uses the English (Dvorak) layout which it inherits from the system as I pass KEYTABLE=dvorak to the kernel (my other machines have Dvorak keyboards and, consequently, are set to English (US)). I went so far as to create a new user to see if the user would exhibit the same issues (and set that user's layout to English (US)), and the new user has the same issues. As an aside, did you know that if you create or delete user using the "Users and Groups" application, it logs you out of your session?! The onscreen keyboard (funnily in QWERTY), doesn't appear to have this issue, if that helps. On 11/17/2011 05:22 PM, Deron Meranda wrote: > On Thu, Nov 17, 2011 at 4:59 PM, Brian Ericson wrote: >> I'm having "one-off" issues with gnome-terminal on my laptop. At the >> bottom of the terminal, the results of a command typically (but not >> always) don't display until I hit "enter" a second time and PgUp/PgDown >> in man pages or vim oftentimes don't do anything (then, when the key is >> hit again, the result will be 2x rather than 1x). >> >> Anyone know what might cause this? > I don't know, but here's a few things that may give you or others here a clue: > > Also, are you only logged into the local machine just using a plain > bash shell, or are you say ssh'ed into another? Or using the > "screen(1)" command? Or using a keyboard KVM switch? > > Look at your terminal profile preferences, and in particular under > scrolling see if "scroll on keystrokes" is checked. > > Check your $TERM environment variable. > > If you resize the terminal window (and press enter), do the values for > the environment variables $COLUMNS and $LINES change? > > What are your terminal device settings? Run: stty -a > > Are you using any Gnome universal access features, or have perhaps > changed your Compose key binding or other keyboard layout settings? > > You can also try using the on-screen keyboard and see if it behaves > differently than your real keyboard (pull down the Gnome Universal > Access menu from the gnome bar at the top right and choose "Screen > Keyboard"). > -- 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: Is android linux done right?
On 18 November 2011 06:44, Skunk Worx wrote: > maybe even to the point of accessing the various app stores? You mean Yum? -- imalone -- 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: Is android linux done right?
Skunk Worx wrote: > Android may be the fastest growing linux distribution in history. ... > Could this be a future version of Fedora? Not realistically, too many parts of android are nonfree, iirc. -- rex -- 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: Is android linux done right?
On Fri, 18 Nov 2011 11:14:38 -0600 Rex Dieter wrote: > > Could this be a future version of Fedora? > > Not realistically, too many parts of android are nonfree, iirc. Too many parts of android are left out as well. Try to run a IP stack over bluetooth, or connect a USB or bluetooth keyboard for easy typing, or setup different proxy services for different wifi connections, etc. The list is endless, and you'll always wind up tracking down obscure 3rd party apps that may or may not work and may or may not require a rooted phone. -- 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
System hang under F16
Dear Fedora group, Yesterday I updated the lastest F16 fixes. E.g. mesa-dri-drivers-7.11-11.fc16.i686 today, twice, the system has hung completely as I opened a new window. The new window was different on the two occasions; emacs last time. /var/log/messages has nothing in it. How should I debug? Bill Kernel: 3.1.1-1.fc16.x86_64 > lsmod Module Size Used by tcp_lp 2111 0 ebtable_nat 1967 0 ebtables 21732 1 ebtable_nat ipt_MASQUERADE 2248 3 iptable_nat 4687 1 nf_nat 18606 2 ipt_MASQUERADE,iptable_nat xt_CHECKSUM 1277 2 iptable_mangle 1663 1 tun14111 2 bridge 72375 0 stp 1927 1 bridge llc 4754 2 bridge,stp libafs658715 2 bnep 14195 2 bluetooth 202902 7 bnep lockd 70080 0 nf_conntrack_netbios_ns 1265 0 xt_physdev 1715 1 nf_conntrack_broadcast 1319 1 nf_conntrack_netbios_ns nf_conntrack_ipv4 8310 29 iptable_nat,nf_nat ip6t_REJECT 4008 2 nf_defrag_ipv4 1513 1 nf_conntrack_ipv4 nf_conntrack_ipv6 7714 25 nf_defrag_ipv6 9115 1 nf_conntrack_ipv6 xt_state1306 51 nf_conntrack 67597 8 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_netbios_ns,nf_conntrack_broadcast,nf_conntrack_ipv4,nf_conntrack_ipv6,xt_state ip6table_filter 1655 1 ip6_tables 16776 1 ip6table_filter fuse 61671 5 gspca_ov51930064 0 gspca_main 18860 1 gspca_ov519 videodev 78689 1 gspca_main media 11511 1 videodev v4l2_compat_ioctl32 7665 1 videodev snd_usb_audio 105329 2 snd_usbmidi_lib18071 1 snd_usb_audio snd_rawmidi19878 1 snd_usbmidi_lib snd_hda_codec_analog82289 1 snd_hda_intel 24072 2 snd_hda_codec 85181 2 snd_hda_codec_analog,snd_hda_intel snd_hwdep 6264 2 snd_usb_audio,snd_hda_codec snd_seq52186 0 snd_seq_device 5941 2 snd_rawmidi,snd_seq e1000e174876 0 snd_pcm78498 3 snd_usb_audio,snd_hda_intel,snd_hda_codec hp_wmi 8103 0 sparse_keymap 3358 1 hp_wmi rfkill 16336 3 bluetooth,hp_wmi ppdev 7360 0 snd_timer 19372 2 snd_seq,snd_pcm snd63124 19 snd_usb_audio,snd_usbmidi_lib,snd_rawmidi,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer soundcore 6267 1 snd parport_pc 19600 0 snd_page_alloc 7311 2 snd_hda_intel,snd_pcm parport32310 2 ppdev,parport_pc iTCO_wdt 12024 0 microcode 18539 0 iTCO_vendor_support 2578 1 iTCO_wdt tpm_infineon6962 0 serio_raw 4298 0 virtio_net 12856 0 kvm_intel 119162 0 kvm 328030 1 kvm_intel nls_utf81389 1 sunrpc201219 2 lockd udf66472 0 crc_itu_t 1547 1 udf uinput 7230 0 binfmt_misc 6983 1 usb_storage45966 4 pata_acpi 3419 0 uas 7775 0 wmi 9049 1 hp_wmi ata_generic 3587 0 i915 389602 2 drm_kms_helper 26490 1 i915 drm 194476 3 i915,drm_kms_helper i2c_algo_bit4958 1 i915 i2c_core 25728 5 videodev,i915,drm_kms_helper,drm,i2c_algo_bit video 12388 1 i915 -- Bill Murray ATLAS STFC RAL at: Bat 161 1-08, CERN,1211 Meyrin, Geneve 23, Switzerland Tel:- CERN +41 22 7670631or RAL +44 (0)1235 446256 -- 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
SystemD Resolved
After all my kvetching, it turns out that systemd is really pretty easy to administer. SOME techs have a tendency to write documentation that is rather esoteric. I think that I likened the 49 man pages for systemd to Talmudic study. This could use a graphical application to create the necessary links. I was lost because of being accustomed to SysV for more than a decade. My concern is that a new user migrating from windows would be equally lost. This could also use a SIMPLE guide for end users who would ordinarily manage just the multi-user and graphical target.wants. -- 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
RAID0 and Fedora 16 / f16
Hey guys, Long time user, first time caller. I've been using Fedora since it was RH4. Many box sets later, I find myself with an issue I can't solve. Even Google isn't helping me out much. In previous (pre-F14) versions, I partition (msdos, not GPT) my systems something like this: # fdisk -l /dev/sda Disk /dev/sda: 2000.4 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x9e218bdf Device Boot Start End Blocks Id System /dev/sda1 * 63 530144 265041 fd Linux raid autodetect /dev/sda2 5301458443763941953747+ fd Linux raid autodetect /dev/sda484437640 3907024064 1911293212+ 5 Extended /dev/sda584437703 3907024064 1911293181 fd Linux raid autodetect sdb is setup identically. The idea is that sd[ab]1 is a RAID1 containing /boot. sd[ab]2 is another RAID1 containing an LVM VG which contains the rest of the OS. Most of the time, the rest of the space on the system is a final RAID1 for data. Sometimes, I'll have a RAID0 if performance is more important than uptime. Here's the mdadm config: # cat /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md2 : active raid1 sda5[0] sdb5[1] 1911292021 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda2[0] sdb2[1] 41952651 blocks super 1.2 [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 264960 blocks [2/2] [UU] unused devices: Then, here's what the (non-data) filesystems look like: [root@blu images]# df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/vg_blu0-lv_root 786M 635M 112M 86% / tmpfs 5.9G 2.2M 5.9G 1% /dev/shm /dev/mapper/vg_blu0-lv_tmp 1.5G 40M 1.5G 3% /tmp /dev/mapper/vg_blu0-lv_var 1.5G 765M 638M 55% /var /dev/mapper/vg_blu0-lv_usr 14G 11G 3.0G 78% /usr /dev/md0 251M 144M 82M 64% /boot /dev/mapper/vg_blu0-lv_home 5.0G 4.1G 656M 87% /home So, under Fedora 16, I'm trying to duplicate this. I saw in the docs that /usr shouldn't be split from /. OK. So, increase the size of lv_root, and get rid of lv_usr. No big deal. For my install, I setup (GPT, by default) partition tables with a simplified version of above: /dev/mapper/vg00-lv_root 2.0G on / /dev/md0 on /boot That's it. sda1 is a 1049kB partition for "bios_grub". md0 is a raid1 of sda3 sdb2. md1 is sdb1 & sda2. Then, md1 holds the vg00. This is about as simple as I can make it. During the install, I select: Install boot loader on /dev/sda. Minimal Install. Then I get a Warning "There was an error installing the bootloader. The system may not be bootable". Looking at the other virtual consoles shows me: Alt-F3: INFO storage: bootloader stage1 target device is sda INFO storage: bootloader stage2 target device is md0 [Ed: Which is odd since I chose sda for the installation target in the earlier step] Alt-F5: /sbin/grub2-setup: warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!. /sbin/grub2-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. Generating grub.cfg ... Found linux image: /boot/vmlinux-3.1.0-7.fc16_x86_64 Found initrd image: /boot/initramfs-3.1.0-7.fc16_x86_64 done Installation finished. No error reported. /sbin/grub2-setup: warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!. /sbin/grub2-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. I know to let the RAID's finish building before I reboot, so that's not it. After the reboot I get: GRUB loading. Welcome to GRUB! error: no such device: 71ec265a-f934-40a6-b02d-3ff3a274d229. Entering rescue mode... grub rescue> ls just shows "(hd0)". It doesn't show any partitions. set shows: prefix=(hd0)/grub2 root=hd0 "insmod normal" says "error: unknown filesystem." I've tried "set prefix=(hd0,0)/grub2", then "insmod normal". That gives "error: no such partition". I've tried passing 0, 1, and 2 as values for the partition. They all give the same value. I'm really not sure where to go from here. I can't believe I'm the first person to do mdadm RAID1 under F16. If I do a "default" partitioning installation, then everything works fine, but I don't get RAID1. Or, any RAID at all. Just an LV spanning my drives. Finally, this behavior is consistent on physical hardware and in a VM under KVM. How do I install onto RAID 1? Thanks in advance, MJ -- 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/
Re: SystemD Resolved
On 11/18/2011 10:36 AM, Fedora User wrote: > I think that I likened the 49 man pages for systemd > to Talmudic study. I wouldn't go quite that far. I haven't examined those pages, yet, because I haven't moved from F 14 to F 16, yet. (I'll probably do my laptop on Sunday, followed by the desktop if all goes well.) However, my suspicion is that they suffer mostly from being written by people who know the software inside and out and not getting edited by outsiders for clarity. To study Talmud, you really need to know how to split hairs with a microtome. -- 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: [389-users] Master caught in infinite loop
W dniu 2011-11-18 14:42, Rich Megginson pisze: > On 11/18/2011 05:08 AM, Daniel Fenert wrote: >> Hi, >> >> I'm using 389ds 1.2.5 with replication, my current setup: >> >> Master >> | \ >> L1 L2 >> | \| \ >> S1 S2 S3 S4 >> >> L* - acting as slave to "master" and master to "S*" >> S* - slaves to L* >> >> >> From time to time (usually few months between problems) we encounter >> "master" going to some infinite loop. >> After analyzing access log, it looks like it stops doing queries, and >> accepts new connections until it runs out of fd's. >> After that, it won't stop peacefully, only SIGKILL saves the day. >> >> Workload: >> Master is used only for updates, maybe 20 connections/s. >> L* are used only for replication. >> All bind's and search queries are targeted to S* which are read only. >> >> With previous setup (less complicated), we've also seen this problem: >> Master >> | | | \ >> S1 S2 S3 S4... >> >> Is there a chance that upgrading to latest version will fix the problem? >> Were there any fixes nearby? Upgrade will be complex as hell ;) >> >> Error log from last problem: >> - Not listening for new connections - too many fds open > Have you tried increasing the number of fds to 8192? Yes, but it doesn't make sense - during normal operation master uses no more than 50-60 fd's. >> - slapd shutting down - signaling operation threads >> - slapd shutting down - waiting for 120 threads to terminate > Does the server shutdown on its own, or did you shut it down normally > (i.e. service dirsrv stop)? We have tried to stop it using init.d scripts. >> ... SIGKILL ... >> - 389-Directory/1.2.5 B2010.012.2034 starting up >> - Detected Disorderly Shutdown last time Directory Server was running, >> recovering database. >> - slapd started. Listening on All Interfaces port 389 for LDAP >> requests >> >> Number of fds: 4096. > Since 1.2.5 we have fixed a number of bugs around connection > handling. You might find that 1.2.9.9 (current stable version) works > much better for you. OK, we'll try to upgrade. How to upgrade such complex setup? Should we try top-to-bottom approach (master first, then L*, then S*) or bottom-to-top (S*, L*, master last)? Shutting down all servers is not really an option. -- Daniel Fenert -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: [389-users] Master caught in infinite loop
On 11/18/2011 11:46 AM, Daniel Fenert wrote: > W dniu 2011-11-18 14:42, Rich Megginson pisze: >> On 11/18/2011 05:08 AM, Daniel Fenert wrote: >>> Hi, >>> >>> I'm using 389ds 1.2.5 with replication, my current setup: >>> >>> Master >>> | \ >>> L1 L2 >>> | \| \ >>> S1 S2 S3 S4 >>> >>> L* - acting as slave to "master" and master to "S*" >>> S* - slaves to L* >>> >>> >>> From time to time (usually few months between problems) we encounter >>> "master" going to some infinite loop. >>> After analyzing access log, it looks like it stops doing queries, and >>> accepts new connections until it runs out of fd's. >>> After that, it won't stop peacefully, only SIGKILL saves the day. >>> >>> Workload: >>> Master is used only for updates, maybe 20 connections/s. >>> L* are used only for replication. >>> All bind's and search queries are targeted to S* which are read only. >>> >>> With previous setup (less complicated), we've also seen this problem: >>> Master >>> | | | \ >>> S1 S2 S3 S4... >>> >>> Is there a chance that upgrading to latest version will fix the >>> problem? >>> Were there any fixes nearby? Upgrade will be complex as hell ;) >>> >>> Error log from last problem: >>> - Not listening for new connections - too many fds open >> Have you tried increasing the number of fds to 8192? > > Yes, but it doesn't make sense - during normal operation master uses > no more than 50-60 fd's. Right. I'm not suggesting this is the root cause of the problem, but increasing the number of fds could help reduce the occurance of the problem. > >>> - slapd shutting down - signaling operation threads >>> - slapd shutting down - waiting for 120 threads to terminate >> Does the server shutdown on its own, or did you shut it down normally >> (i.e. service dirsrv stop)? > > We have tried to stop it using init.d scripts. 120 threads? Did you increase nsslapd-threadnumber? If not, then I'm very curious about what all those threads are doing. > >>> ... SIGKILL ... >>> - 389-Directory/1.2.5 B2010.012.2034 starting up >>> - Detected Disorderly Shutdown last time Directory Server was >>> running, >>> recovering database. >>> - slapd started. Listening on All Interfaces port 389 for LDAP >>> requests >>> >>> Number of fds: 4096. >> Since 1.2.5 we have fixed a number of bugs around connection >> handling. You might find that 1.2.9.9 (current stable version) works >> much better for you. > > OK, we'll try to upgrade. > > How to upgrade such complex setup? > Should we try top-to-bottom approach (master first, then L*, then S*) > or bottom-to-top (S*, L*, master last)? bottom to top > Shutting down all servers is not really an option. > -- 389 users mailing list 389-us...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: gnome-terminal "paint" issues?
So you have other F16 systems that do not exhibit this bahavior, and from what you can tell all the settings are the same between both? That is strange. By chance, are you seeing any repainting issues in any other applications? You might try a different terminal program and see if it has a similar issue. You may need to install a terminal program with yum. There's always the old trusty "xterm", but you may also like "lilyterm" as it is more like gnome-terminal (UTF-8, multiple tabs, etc.). -- Deron Meranda http://deron.meranda.us/ -- 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: SystemD Resolved
On 11/19/2011 12:06 AM, Fedora User wrote: > This could use a graphical application to create the necessary links. I > was lost because of being accustomed to SysV for more than a decade. My > concern is that a new user migrating from windows would be equally > lost. This could also use a SIMPLE guide for end users who would > ordinarily manage just the multi-user and graphical target.wants. https://fedoraproject.org/wiki/Systemd covers only the basics and should help you as well. Man pages are not guides. They are reference material. Rahul -- 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: SystemD Resolved
> is rather esoteric. I think that I likened the 49 man pages for systemd > to Talmudic study. Yes, the man pages are pretty dense to just jump into. There are other easier documentation though: The Fedora online manual: http://fedoraproject.org/wiki/Systemd The SysV to Systemd cheat sheet: http://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet And there's lots of documentation, FAQs and such on the systemd project page: http://freedesktop.org/wiki/Software/systemd -- Deron Meranda http://deron.meranda.us/ -- 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: SystemD Resolved
On Fri, 18 Nov 2011 14:42:52 -0500 Deron Meranda wrote: > Yes, the man pages are pretty dense to just jump into. So, speaking of systemd, is there any way to ask the question: "Why the heck is this service running?" If I look at my system, I see the pcscd (smartcard) service running. It isn't "wanted" in the symlinks. If I grep the systemd units, I don't find any other service that references it, yet, there it is running when I look at all the processes. -- 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
build gcc-4.4 on F15/16?
I'm trying to install cuda sdk. It needs gcc<=4.4. I grabbed gcc-4.4.6 gcc fails to link: gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno- overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub- objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c- cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a - L/lib -lcloog -lmpfr -lppl -lgmpxx -lgmp /usr/bin/ld: libbackend.a(graphite.o): undefined reference to symbol 'ppl_finalize' /usr/bin/ld: note: 'ppl_finalize' is defined in DSO /usr/lib64/libppl_c.so.4 so try adding it to the linker command line /usr/lib64/libppl_c.so.4: could not read symbols: Invalid operation collect2: ld returned 1 exit status OK, let's add -lppl_c: [nbecker@nbecker6 gcc]$ gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall - Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style- definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long - Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a - L/lib -lcloog -lmpfr -lppl_c -lgmpxx -lgmp /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: undefined reference to `std::__detail::_List_node_base::swap(std::__detail::_List_node_base&, std::__detail::_List_node_base&)@GLIBCXX_3.4.15' /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: undefined reference to `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, std::__detail::_List_node_base*)@GLIBCXX_3.4.15' /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: undefined reference to `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: undefined reference to `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: undefined reference to `std::ctype::_M_widen_init() const@GLIBCXX_3.4.11' collect2: ld returned 1 exit status Now what's that about? glibcxx_3.4.15? -- 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: SystemD Resolved
On Fri, Nov 18, 2011 at 2:55 PM, Tom Horsley wrote: > On Fri, 18 Nov 2011 14:42:52 -0500 > So, speaking of systemd, is there any way to ask the question: > > "Why the heck is this service running?" > > If I look at my system, I see the pcscd (smartcard) service > running. > > It isn't "wanted" in the symlinks. If I grep the systemd > units, I don't find any other service that references it, > yet, there it is running when I look at all the processes. systemctl status pcscd.service grep pcscd /lib/systemd/system/*.service Does that work, or are you asking something more? -- Deron Meranda http://deron.meranda.us/ -- 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: SystemD Resolved
On Fri, 18 Nov 2011 15:02:11 -0500 Deron Meranda wrote: > systemctl status pcscd.service > > grep pcscd /lib/systemd/system/*.service > > > Does that work, or are you asking something more? [root@zooty ~]# systemctl status pcscd.service pcscd.service - PC/SC Smart Card Daemon Loaded: loaded (/lib/systemd/system/pcscd.service; disabled) Active: active (running) since Fri, 18 Nov 2011 04:02:03 -0500; 11h ago Main PID: 9613 (pcscd) CGroup: name=systemd:/system/pcscd.service â 9613 /usr/sbin/pcscd -f That tells me it is running despite being disabled. [root@zooty ~]# grep pcscd /lib/systemd/system/*.service /lib/systemd/system/pcscd.service:Requires=pcscd.socket /lib/systemd/system/pcscd.service:ExecStart=/usr/sbin/pcscd -f /lib/systemd/system/pcscd.service:ExecReload=/usr/sbin/pcscd -H /lib/systemd/system/pcscd.service:Also=pcscd.socket That tells me no other service asks for it to be started (directly, anyway). So, I'm still wondering why the heck it is running. -- 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
Kate Advanced editor.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi fellows, What package I have to install in F16, to get Kate Advanced editor? Thx, - -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7Gvb8ACgkQENqGaHfBA/dw7QD/eb/ihTVjMGb/LGgelVxeMVex i0ZoJ+miE2r2gN1kuDQA/Aw5LNpbDttSI98xzGI71FxXgszRzOdj9xGW8+ARxJ1U =dgBD -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
Kate Advanced editor.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi fellows, What package I have to install in F16, to get Kate Advanced editor? Thx, - -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7Gvb8ACgkQENqGaHfBA/dw7QEAiQhSQRDrqtoFNxruCfwOBH5/ CnKzb/JVnjCaQyuCaQABAImU5HBHgrRAT3XY4In7GB3rZu1oiqWMtA+c1sfBhZ3S =Bje4 -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: rpmbuild provides seems broken
On Friday, November 18, 2011 12:16:49 PM Michael Schwendt wrote: > Is this with or without package "redhat-rpm-config" installed? > If without it, could be a bug -> http://bugz.fedoraproject.org/rpm There is no redhat-rpm-config package on my system. -Karl -- 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: Kate Advanced editor.
2011/11/18 Lucélio Gomes de Freitas > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi fellows, > > What package I have to install in F16, to get Kate Advanced editor? > $ yum whatprovides "*bin/kate" should tell you. -- 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: RAID0 and Fedora 16 / f16
On 11/18/2011 07:39 PM, Mark W. Jeanmougin wrote: > sda1 is a 1049kB partition for "bios_grub". md0 is a raid1 of sda3 > sdb2. md1 is sdb1 & sda2. Then, md1 holds the vg00. This is about as > simple as I can make it. Just my two cents. Wouldn't have been wiser to partition the two disks with the same layout? That is, create a 1049kB sdb1 (even if unused) and keep sda2+sdb2 and sda3+sdb3. It would be more confusing for the administrator, and it would make easier to exchange the roles of the disks in the future. I would also suggestion to call sda+sdb3 as md3 as so on. There is no rule that you must have md0, then md1, then md2; having just md2 and md3 would be simpler. Apart from this "good practice" considerations, I don't think to have great suggestions for you about the grub2 problems. > During the install, I select: Install boot loader on /dev/sda. Minimal > Install. Then I get a Warning "There was an error installing the > bootloader. The system may not be bootable". Looking at the other > virtual consoles shows me: > > Alt-F3: > INFO storage: bootloader stage1 target device is sda > INFO storage: bootloader stage2 target device is md0 > [Ed: Which is odd since I chose sda for the installation target in the > earlier step] > > Alt-F5: > /sbin/grub2-setup: warn: This GPT partition label has no BIOS Boot > Partition; embedding won't be possible!. Is the GPT sda1 correctly marked for boot? -- Roberto Ragusamail at robertoragusa.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: rpmbuild provides seems broken
On Fri, 18 Nov 2011 12:21:54 -0800, K (Karl) wrote: > > Is this with or without package "redhat-rpm-config" installed? > > If without it, could be a bug -> http://bugz.fedoraproject.org/rpm > > > There is no redhat-rpm-config package on my system. Try to reproduce _after_ installing redhat-rpm-config. That package is used by the Fedora Build System, too, so building without it might have been tested less. And it would still be a bug to report. -- 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: Kate Advanced editor.
On Fri, 18 Nov 2011 18:19:28 -0200, LGDF (Lucélio) wrote: > What package I have to install in F16, to get Kate Advanced editor? "yum search kate" does work, doesn't it? Even "yum search kate advanced editor" might work. ;) -- Fedora release 16 (Verne) - Linux 3.1.1-1.fc16.x86_64 loadavg: 0.33 0.17 0.09 -- 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: build gcc-4.4 on F15/16?
On Fri, 18 Nov 2011 14:56:51 -0500, NB (Neal) wrote: > I'm trying to install cuda sdk. It needs gcc<=4.4. > > I grabbed gcc-4.4.6 > > gcc fails to link: > > > gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- > prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition > -Wc++-compat > -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno- > overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub- > objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o > c-convert.o > c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-ppoutput.o c- > cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o i386-c.o > c-gimplify.o > tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o main.o > tree-browser.o > libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a > ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a - > L/lib -lcloog -lmpfr -lppl -lgmpxx -lgmp > /usr/bin/ld: libbackend.a(graphite.o): undefined reference to symbol > 'ppl_finalize' > /usr/bin/ld: note: 'ppl_finalize' is defined in DSO /usr/lib64/libppl_c.so.4 > so > try adding it to the linker command line > /usr/lib64/libppl_c.so.4: could not read symbols: Invalid operation > collect2: ld returned 1 exit status > > OK, let's add -lppl_c: > > [nbecker@nbecker6 gcc]$ gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall - > Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual > -Wold-style- > definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long - > Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o > cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o > c-decl.o > c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o > c-semantics.o > c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o > i386-c.o > c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o > main.o > tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a > ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a - > L/lib -lcloog -lmpfr -lppl_c -lgmpxx -lgmp > /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: > undefined > reference to > `std::__detail::_List_node_base::swap(std::__detail::_List_node_base&, > std::__detail::_List_node_base&)@GLIBCXX_3.4.15' > /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: > undefined > reference to > `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, > std::__detail::_List_node_base*)@GLIBCXX_3.4.15' > /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: > undefined > reference to `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' > /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: > undefined > reference to > `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' > /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: > undefined > reference to `std::ctype::_M_widen_init() const@GLIBCXX_3.4.11' > collect2: ld returned 1 exit status > > Now what's that about? glibcxx_3.4.15? No, libstdc++. Have you tried g++ rather than gcc yet? -- Fedora release 16 (Verne) - Linux 3.1.1-1.fc16.x86_64 loadavg: 0.00 0.07 0.07 -- 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
NIC interface names
Hello listmates, I recently installed Fedora 16 as a guest VM under VirtualBox and instead of the usual eth0/eth1 etc. names I got the following: [root@ipa-test0 ~]# ifconfig loLink encap:Local Loopback inet 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:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:812 (812.0 b) TX bytes:812 (812.0 b) p2p1 Link encap:Ethernet HWaddr 08:00:27:1C:C1:37 inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 inet6 addr: fe80::a00:27ff:fe1c:c137/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1653 errors:0 dropped:0 overruns:0 frame:0 TX packets:890 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1488287 (1.4 MiB) TX bytes:58177 (56.8 KiB) p7p1 Link encap:Ethernet HWaddr 08:00:27:D2:29:56 inet6 addr: fe80::a00:27ff:fed2:2956/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:43 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:13122 (12.8 KiB) [root@ipa-test0 ~]# Any idea where these strange names come from and what the significance of them is? Thanks. Boris. -- 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: rpmbuild provides seems broken
There is no change in behavior with the redhat-rpm-config installed. I also notice there is no difference in output using the rpmbuild -vv option. Is there some other way to see what rpmbuild is actually executing? -Karl -- 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: Kate Advanced editor.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thank you, Sorry for the silly question, "yum search kate" solved the mistery. The package is "kate.x86_64". Thanks again. Em 18-11-2011 18:40, Michael Schwendt escreveu: > On Fri, 18 Nov 2011 18:19:28 -0200, LGDF (Lucélio) wrote: > >> What package I have to install in F16, to get Kate Advanced >> editor? > > "yum search kate" does work, doesn't it? > > Even "yum search kate advanced editor" might work. ;) > - -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7Gx/4ACgkQENqGaHfBA/drngD9H/4C5ELfcYBGc3mF0Kdqk6uE wL6yMUG16o2S9UX6vCQA/1PQktXl5oteZJpyEBq7/BRRp5Uz+oMMtWKnW26/bQL9 =Iukv -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: SystemD Resolved
On Fri, Nov 18, 2011 at 3:16 PM, Tom Horsley wrote: > On Fri, 18 Nov 2011 15:02:11 -0500 > Deron Meranda wrote: > >> systemctl status pcscd.service >> >> grep pcscd /lib/systemd/system/*.service >> >> >> Does that work, or are you asking something more? > > [root@zooty ~]# systemctl status pcscd.service > pcscd.service - PC/SC Smart Card Daemon > Loaded: loaded (/lib/systemd/system/pcscd.service; disabled) > Active: active (running) since Fri, 18 Nov 2011 04:02:03 -0500; 11h > ago > Main PID: 9613 (pcscd) > CGroup: name=systemd:/system/pcscd.service > â 9613 /usr/sbin/pcscd -f > > That tells me it is running despite being disabled. > > [root@zooty ~]# grep pcscd /lib/systemd/system/*.service > /lib/systemd/system/pcscd.service:Requires=pcscd.socket > /lib/systemd/system/pcscd.service:ExecStart=/usr/sbin/pcscd -f > /lib/systemd/system/pcscd.service:ExecReload=/usr/sbin/pcscd -H > /lib/systemd/system/pcscd.service:Also=pcscd.socket > > That tells me no other service asks for it to be started > (directly, anyway). > > So, I'm still wondering why the heck it is running. Good question. I'm neither a systemd or pcscd expert. But from what I can tell, pcscd is started by a "trigger", rather than by a "runlevel". What happens is that systemd creates a Unix-domain socket for pcscd to eventually communicate with applications which use it. But the pcscd daemon process itself is not started right away. Instead systemd detects when an application attempts to connect to that Unix-domain socket, and at that time will start the pcscd process, passing it the socket descriptor. So in effect pcscd is started only when it is needed by an application. I can't tell you want that application is though. The creation of the socket and the launching of the daemon are two separate systemd units: systemctl status pcscd.socket systemctl status pcscd.service Also see http://ludovicrousseau.blogspot.com/2011/11/pcscd-auto-start-using-systemd.html -- Deron Meranda http://deron.meranda.us/ -- 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: SystemD Resolved
Uau... Good... Em 18-11-2011 19:03, Deron Meranda escreveu: > On Fri, Nov 18, 2011 at 3:16 PM, Tom Horsley wrote: >> On Fri, 18 Nov 2011 15:02:11 -0500 >> Deron Meranda wrote: >> >>> systemctl status pcscd.service >>> >>> grep pcscd /lib/systemd/system/*.service >>> >>> >>> Does that work, or are you asking something more? >> [root@zooty ~]# systemctl status pcscd.service >> pcscd.service - PC/SC Smart Card Daemon >> Loaded: loaded (/lib/systemd/system/pcscd.service; disabled) >> Active: active (running) since Fri, 18 Nov 2011 04:02:03 -0500; 11h >> ago >>Main PID: 9613 (pcscd) >> CGroup: name=systemd:/system/pcscd.service >> â 9613 /usr/sbin/pcscd -f >> >> That tells me it is running despite being disabled. >> >> [root@zooty ~]# grep pcscd /lib/systemd/system/*.service >> /lib/systemd/system/pcscd.service:Requires=pcscd.socket >> /lib/systemd/system/pcscd.service:ExecStart=/usr/sbin/pcscd -f >> /lib/systemd/system/pcscd.service:ExecReload=/usr/sbin/pcscd -H >> /lib/systemd/system/pcscd.service:Also=pcscd.socket >> >> That tells me no other service asks for it to be started >> (directly, anyway). >> >> So, I'm still wondering why the heck it is running. > Good question. I'm neither a systemd or pcscd expert. > > But from what I can tell, pcscd is started by a "trigger", rather than > by a "runlevel". What happens is that systemd creates a Unix-domain > socket for pcscd to eventually communicate with applications which use > it. But the pcscd daemon process itself is not started right away. > > Instead systemd detects when an application attempts to connect to > that Unix-domain socket, and at that time will start the pcscd > process, passing it the socket descriptor. So in effect pcscd is > started only when it is needed by an application. I can't tell you > want that application is though. > > The creation of the socket and the launching of the daemon are two > separate systemd units: > >systemctl status pcscd.socket >systemctl status pcscd.service > > > Also see > http://ludovicrousseau.blogspot.com/2011/11/pcscd-auto-start-using-systemd.html -- Lucélio Gomes de Freitas ETFCSF-> U.G.F.-> P.U.C.(RJ) Engº, Analista Suporte(Free Mind). Email: aa.luce...@gmail.com Tel: 55 0XX 21 85964911 -- 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: NIC interface names
Boris Epstein wrote: > Any idea where these strange names come from and what the significance > of them is? It was a Fedora 15 Feature. http://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming -- 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: System hang under F16
On Fri, Nov 18, 2011 at 7:20 PM, Bill Murray wrote: > Dear Fedora group, > Yesterday I updated the lastest F16 fixes. E.g. > mesa-dri-drivers-7.11-11.fc16.i686 > > today, twice, the system has hung completely as I opened a > new window. The new window was different on the two occasions; > emacs last time. > /var/log/messages has nothing in it. Try to disable alll forms of compositing, i.e. if using gnome shell switch to fallback mode, if KDE, disable all desktop effects. maciek -- 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: NIC interface names
On Fri, Nov 18, 2011 at 4:19 PM, Michael Cronenworth wrote: > Boris Epstein wrote: > > Any idea where these strange names come from and what the significance > > of them is? > > It was a Fedora 15 Feature. > > http://fedoraproject.org/wiki/Features/ConsistentNetworkDeviceNaming > -- > Michael, thanks. Actually I like this feature. However, the question is: I've got another Fedora 16 / 32 bit machine installed under VirtualBox, and it has your regular eth0. How could that be? Boris. -- 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: NIC interface names
Boris Epstein wrote: > However, the question is: I've got another Fedora 16 / 32 bit machine > installed under VirtualBox, and it has your regular eth0. How could that be? Is your VM originally F16 or was it upgraded from a previous Fedora? Fedora saves the device name once you install Fedora so it will remain the same name even with this new feature. Look to see if you have this file: /etc/udev/rules.d/70-persistent-net.rules Fedora saves your network card name in there. You can either remove it to have it generate a new name or edit it to what you want. -- 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: NIC interface names
On Fri, Nov 18, 2011 at 4:42 PM, Michael Cronenworth wrote: > Boris Epstein wrote: > > However, the question is: I've got another Fedora 16 / 32 bit machine > > installed under VirtualBox, and it has your regular eth0. How could that > be? > > Is your VM originally F16 or was it upgraded from a previous Fedora? > Fedora saves the device name once you install Fedora so it will remain > the same name even with this new feature. > > Look to see if you have this file: > /etc/udev/rules.d/70-persistent-net.rules > > Fedora saves your network card name in there. You can either remove it > to have it generate a new name or edit it to what you want. > -- > Both are original installations. -- 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: RAID0 and Fedora 16 / f16
On Fri, Nov 18, 2011 at 15:36, Roberto Ragusa wrote: > On 11/18/2011 07:39 PM, Mark W. Jeanmougin wrote: >> sda1 is a 1049kB partition for "bios_grub". md0 is a raid1 of sda3 >> sdb2. md1 is sdb1 & sda2. Then, md1 holds the vg00. This is about as >> simple as I can make it. > > Just my two cents. > Wouldn't have been wiser to partition the two disks with the same layout? > That is, create a 1049kB sdb1 (even if unused) and keep sda2+sdb2 and > sda3+sdb3. > It would be more confusing for the administrator, and it would make easier > to exchange the roles of the disks in the future. > I would also suggestion to call sda+sdb3 as md3 as so on. There is no rule > that you must have md0, then md1, then md2; having just md2 and md3 would be > simpler. That's my preference as well. I "kept it simple" for the purposes of filing this bug report list posting. >> During the install, I select: Install boot loader on /dev/sda. Minimal >> Install. Then I get a Warning "There was an error installing the >> bootloader. The system may not be bootable". Looking at the other >> virtual consoles shows me: >> >> Alt-F3: >> INFO storage: bootloader stage1 target device is sda >> INFO storage: bootloader stage2 target device is md0 >> [Ed: Which is odd since I chose sda for the installation target in the >> earlier step] >> >> Alt-F5: >> /sbin/grub2-setup: warn: This GPT partition label has no BIOS Boot >> Partition; embedding won't be possible!. > > Is the GPT sda1 correctly marked for boot? Here's what "parted /dev/sda print" has to say: Number Start End Size File system Name Flags 1 1049kB 2097kB 1049kB [NULL] [NULL] bios_grub 2 2097kB 5245MB 5243MB [NULL] [NULL] raid 3 10.5GB 11.0GB 524MB ext4 "software RAID" boot So, it looks like sda3 is set to boot. So, I changed it so that sda1 has the boot flag. That also cleared the "bios_grub" flag on sda1. Then, I removed the boot flag from sda3. It's still doing the same thing: error: no such device: 71ec265a-f934-40a6-b02d-3ff3a274d229 Ideas? MJ -- 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
mozilla-https-everywhere causes Firefox to freeze up regularly
I tried this addon a few weeks ago in F15, uninstalled it after experiencing frequent Firefox freezeups, then tried again with F16. The same thing still happens with mozilla-https-everywhere-1.1-1.fc16.noarch. There are currently no bugs reported against it. Is anyone else seeing this? -- 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: rpmbuild provides seems broken
On Fri, 18 Nov 2011 13:00:08 -0800, K (Karl) wrote: > There is no change in behavior with the redhat-rpm-config installed. > > I also notice there is no difference in output using the rpmbuild -vv option. > > Then your packaging is broken. > + install -m 644 x11/libglv.so.0.3 > /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/lib64 Should be mode 0755. If that doesn't fix it, try to make available the src.rpm somewhere. -- 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
mozilla-https-everywhere causes Firefox to freeze up regularly
Andre Robatino fedoraproject.org> writes: > I tried this addon a few weeks ago in F15, uninstalled it after experiencing > frequent Firefox freezeups, then tried again with F16. The same thing still > happens with mozilla-https-everywhere-1.1-1.fc16.noarch. There are currently > no > bugs reported against it. Is anyone else seeing this? This time, even after uninstalling and restarting Firefox, I'm still seeing freezeups. I hope it's not permanent. -- 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: NIC interface names
Boris Epstein wrote: > Both are original installations. I think it depends on the network card that you're exposing to the VM or are the VMs using the same network adapter type? (The "fake" adapter model.) Otherwise, I really wouldn't know why. -- 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: rpmbuild provides seems broken
On Friday, November 18, 2011 11:09:55 PM Michael Schwendt wrote: > > + install -m 644 x11/libglv.so.0.3 > > /home/karl/src/rpm/BUILDROOT/libglv0-0.3.1-1.x86_64/usr/lib64 > > Should be mode 0755. That fixes the problem. Thanks for the help. -Karl -- 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
mozilla-https-everywhere causes Firefox to freeze up regularly
Andre Robatino fedoraproject.org> writes: > This time, even after uninstalling and restarting Firefox, I'm still seeing > freezeups. I hope it's not permanent. The above should read "after uninstalling mozilla-https-everywhere and restarting Firefox". I noticed that even after doing this, under Tools/Add-ons/Extensions, HTTPS Everywhere was listed. I clicked "Disable", and don't remember if I restarted Firefox, but when I checked again, the extension was not listed anymore. The browser seems stable again. -- 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
F15: reboot and poweroff not working
I'm trying to reboot a remote machine, but no luck: systemctl --force reboot Failed to get D-Bus connection: Failed to authenticate in time. any suggestions? sean -- 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
[F15] got no sound
Hello I got no sound in flash on youtube or when playing a video on vlc any one please how to trouble shoot this thanks -- 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: [F15] got no sound
Solved with pavumeter thanks On Fri, Nov 18, 2011 at 11:20 PM, mike lan wrote: > Hello > I got no sound in flash on youtube or when playing a video on vlc > > any one please how to trouble shoot this > > thanks > -- 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: rpmbuild provides seems broken
On 11/18/2011 12:26 PM, Karl wrote: > I have a small library RPM which built OK on Fedora 13 but is broken on Fedora > 16. Rpmbuild reports that the shared library in the package is required by > the package itself. There is no "Provides" line, and when I try to install > the RPM it reports: > > error: Failed dependencies: > libglv.so.0()(64bit) is needed by libglv0-0.3.1-1.x86_64 > > If I run /usr/lib/rpm/find-provides manually on the libraries it reports the > correct information: > > libglv.so.0()(64bit) I see the actual issue got already solved, but just FWIW: /usr/lib/rpm/find-provides and -requires haven't been used by rpm in ages, unless overridden by spec/configuration (and you do not want to do that, those old scripts will miss all sorts of things) These days the equivalent thing to find-provides/requires is running /usr/lib/rpm/rpmdeps --provides|--requires, that'll give the same results as you'd get while building, unless the spec contains tweaks to the dependency generation (it can be filtered, various bits and pieces overridden etc). - Panu - -- 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: Is android linux done right?
On Nov 17, 2011 11:44 PM, "Skunk Worx" wrote: > > Android may be the fastest growing linux distribution in history. > > Now that Google has open sourced Ice Cream Sandwich, will some linux > distribution leverage the Android "Java Desktop" just as Android > leveraged the linux kernel? > > Is the Android WM / Compositor so different from X11 that it is simply > unpossible? > > Could an ICS port to X86 use bits of the open source nouveau or radeon > drivers and thus become a fairly decent decent desktop or laptop OS, > maybe even to the point of accessing the various app stores? > > Could this be a future version of Fedora? > -- > 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 Android makes an excellent example of how the Linux kernel is versatile enough to drive application specific solutions tailored to a specific use case. The platform's success on mobile hardware doesn't make it well suited to the desktop. Fedora makes an excellent admin or development workstation, but that doesn't mean it is suited for use in point of sale systems or embedded Linux toasters. I think its great that products are becoming more tailored for the way we use them, but I'm not about to jump on this ridiculous "the desktop is dead" bandwagon that's become popular linkbait lately. -- 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: System hang under F16
>> today, twice, the system has hung completely as I opened a >> new window. The new window was different on the two occasions; I have no idea if it is related, but twice with F16 I've had Gnome completely lock up. The mouse pointer would move, but otherwise the screen was completely unresponsive, not even any of the keyboard hot keys would work (Alt-F*, ctrl-alt-del, etc). However the OS was still running, and I could ssh in from another machine. After killing the gnome session processes everything would be okay, no reboot needed. When it locked it up I was usually "playing" pretty hard with the gnome interface, opening and closing windows quickly, etc. I do use emacs, but none of my lockups involved interaction with any emacs windows. Using gnome-shell-3.2.1-2.fc16.x86_64 -- Deron Meranda http://deron.meranda.us/ -- 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: RAID0 and Fedora 16 / f16
Mark W. Jeanmougin writes: # fdisk -l /dev/sda Disk /dev/sda: 2000.4 GB, 2000398934016 bytes 255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x9e218bdf Device Boot Start End Blocks Id System /dev/sda1 * 63 530144 265041 fd Linux raid autodetect You need to move up the start of partition up to 2048, from 63. Grub won't fit here, as you've discovered. After the reboot I get: GRUB loading. Welcome to GRUB! error: no such device: 71ec265a-f934-40a6-b02d-3ff3a274d229. http://fedoraproject.org/wiki/Common_F16_bugs#Cannot_boot_with_.2Fboot_partition_on_a_software_RAID_array You need to: 1) Move partition 1 to start on logical sector 2048. 2) Use the workaround given there. Both 1 and 2 are required to fix this. Neither one, by itself, will give you something that boots. If you're doing a fresh install, this shouldn't be too bad. If you're trying to salvage a botched upgrade, you have to move up your sd[ab]1, before you can do anything. It can be done in rescue mode, but won't be easy. Given the size of the /boot partition, the easiest thing to do would probably be to temporarily copy /boto to one of your bigger partitions, resize it, and restore it. Sounds easier than it actually is. fdisk won't be able to write out an updated partition table if something still has the disk mounted. So, you'll have to back up /boot, stop all disk arrays, use fdisk to gingerly remove partition 1 from both disks, and add it back it, slightly smaller, assemble a new mdraid array, being sure to specify version 1.0 raid superblock. mdadm will likely whine that it's still seeing its old superblock, with the wrong partition size. Just follow mdadm's instructions to zero it out. Reformat the slightly smaller sd[ab]1 as ext[34], start up all the arrays, mount everything back up, and restore your former /boot (and update the fstab on your root partition, to reflect the new /boot uuid). Then you should be able to go into chroot /mnt/sysimage, and fix grub as instructed on the known issues page. Been there myself, have the wounds to prove it… If I do a "default" partitioning installation, then everything works fine, but I don't get RAID1. Or, any RAID at all. Just an LV spanning my drives. … and you should get rid of LVM as well. It offers very few benefits for a generic RAID1 setup, like you have. Just use native primary/extended partitions, and mount them directly. P.S. Your 256mb for /boot is a bit small-ish, these days, too. pgp0u4hbzL9B5.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: build gcc-4.4 on F15/16?
Michael Schwendt wrote: > On Fri, 18 Nov 2011 14:56:51 -0500, NB (Neal) wrote: > >> I'm trying to install cuda sdk. It needs gcc<=4.4. >> >> I grabbed gcc-4.4.6 >> >> gcc fails to link: >> >> >> gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- >> prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition >> -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long >> -Wno-variadic-macros -Wno- >> overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub- >> objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o >> c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o >> c-ppoutput.o c- cppbuiltin.o c-objc-common.o c-dump.o c-pch.o c-parser.o >> i386-c.o c-gimplify.o >> tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o main.o >> tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a >> ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a >> - >> L/lib -lcloog -lmpfr -lppl -lgmpxx -lgmp >> /usr/bin/ld: libbackend.a(graphite.o): undefined reference to symbol >> 'ppl_finalize' >> /usr/bin/ld: note: 'ppl_finalize' is defined in DSO /usr/lib64/libppl_c.so.4 >> so try adding it to the linker command line >> /usr/lib64/libppl_c.so.4: could not read symbols: Invalid operation >> collect2: ld returned 1 exit status >> >> OK, let's add -lppl_c: >> >> [nbecker@nbecker6 gcc]$ gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall - >> Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual >> -Wold-style- definition -Wc++-compat -Wmissing-format-attribute -pedantic >> -Wno-long-long - >> Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o >> cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o >> c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o >> c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o c-dump.o c-pch.o >> c-parser.o i386-c.o >> c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o dummy-checksum.o >> main.o tree-browser.o libbackend.a ../libcpp/libcpp.a >> ../libdecnumber/libdecnumber.a >> ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a >> - >> L/lib -lcloog -lmpfr -lppl_c -lgmpxx -lgmp >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::swap(std::__detail::_List_node_base&, >> std::__detail::_List_node_base&)@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::_M_transfer(std::__detail::_List_node_base*, >> std::__detail::_List_node_base*)@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::_M_unhook()@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to >> `std::__detail::_List_node_base::_M_hook(std::__detail::_List_node_base*)@GLIBCXX_3.4.15' >> /usr/lib/gcc/x86_64-redhat-linux/4.6.1/../../../../lib64/libppl_c.so: >> undefined reference to `std::ctype::_M_widen_init() >> const@GLIBCXX_3.4.11' collect2: ld returned 1 exit status >> >> Now what's that about? glibcxx_3.4.15? > > No, libstdc++. Have you tried g++ rather than gcc yet? > Sorry, I don't understand. What do you mean by 'tried g++'? -- 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
yum update killed ssh
Just a heads up. I'm pretty sloppy about keeping track of updates, so I don't have the details at hand, but the latest update of glibc from updates-testing killed ssh and scp. I guess it happened this morning. Symptom was libc reporting ssh freeing bad pointer. Yum downgrade glibc fixed the problem. Regards, John -- 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: System hang under F16
On 11/18/2011 04:18 PM, Deron Meranda wrote: >>> today, twice, the system has hung completely as I opened a >>> new window. The new window was different on the two occasions; > I have no idea if it is related, but twice with F16 I've had Gnome > completely lock up. The mouse pointer would move, but otherwise the > screen was completely unresponsive, not even any of the keyboard hot > keys would work (Alt-F*, ctrl-alt-del, etc). > > However the OS was still running, and I could ssh in from another > machine. After killing the gnome session processes everything would be > okay, no reboot needed. > > When it locked it up I was usually "playing" pretty hard with the > gnome interface, opening and closing windows quickly, etc. I do use > emacs, but none of my lockups involved interaction with any emacs > windows. > > Using gnome-shell-3.2.1-2.fc16.x86_64 > I've had a few gnome-shell hangs with f16. In all cases, ctrl-alt-backspace worked to kill it and it then restarted. Regards, John -- 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 update killed ssh
On Fri, 18 Nov 2011 20:40:11 -0800 John Wendel wrote: > Just a heads up. > > I'm pretty sloppy about keeping track of updates, so I don't have the > details at hand, but the latest update of glibc from updates-testing > killed ssh and scp. I guess it happened this morning. Symptom was > libc reporting ssh freeing bad pointer. Yum downgrade glibc fixed the > problem. You should be able to look at yum history or /var/log/yum for versions. The odd thing is that there hasn't been an updates-testing glibc for quite a while. There's one pending today, but it's not yet pushed. 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: System hang under F16
> I've had a few gnome-shell hangs with f16. In all cases, > ctrl-alt-backspace worked to kill it and it then restarted. I just had a Gnome lockup as I was reading your message. ctrl-alt-backspace did not work. Rather than hijack the OP's thread, which I suspect may be different from a Gnome problem (unless he follows up otherwise), I'm going to go try to collect some logs and other things and create a new email thread in a few moments -- Deron Meranda http://deron.meranda.us/ -- 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
Gnome Shell periodically locks up hard in F16
Since upgrading to Fedora 16, I have experienced several periodic hard lock-ups of the Gnome Shell session. I never experienced such behaviour in F15. I am wondering if anybody else is seeing something similar or may have advice, or can suggest a better way for me to gather useful debugging information should it happen again. I'm running with this version (including shell extensions): gnome-shell-3.2.1-2.fc16.x86_64 gnome-shell-extension-apps-menu-3.2.0-1.fc16.noarch gnome-shell-extension-common-3.2.0-1.fc16.noarch gnome-shell-extension-drive-menu-3.2.0-1.fc16.noarch gnome-shell-extension-mediaplayers-0-0.1.git259f96e.fc16.noarch gnome-shell-extension-places-menu-3.2.0-1.fc16.noarch gnome-shell-extension-systemMonitor-3.2.0-1.fc16.noarch Often these lock-ups occur when I'm opening or closing windows in quick succession. However the last lock-up happened as I flung the pointer into the upper-left corner to bring up the Gnome Shell activities bar. Gnome hung almost instantly, and the screen output was frozen-in-time just as the little animated circular "ripple" that happens when you hit an edge got about 15-to-20 pixels away from the corner position. The general symptoms are that all user interaction with the display ceases to work. The mouse pointer will still move, but nothing can be clicked on. Keyboard entry completely stops working too; which includes any of the hot keys such as the "windows" keys, alt-F?, ctl-alt-backspace, etc. I think running applications may still able to draw to the screen, as I saw firefox refresh some icons while it was in a locked up state. But Gnome itself appears quite dead. The operating system as a whole though is still working. I can login using ssh from another machine, and kill off the hung user's gnome session processes. Afterwards I log in again to a new session and everything works fine. I didn't see anything in my syslog, except at the point when I killed the session processes, such as... Nov 18 23:53:03 beryl pulseaudio[2563]: module-gconf.c: Unable to read or parse data from client. Nov 18 23:53:03 beryl gnome-session[2509]: WARNING: Detected that screensaver has left the bus Nov 18 23:53:03 beryl gnome-session[2509]: GConf-WARNING: Got Disconnected from DBus.#012 Nov 18 23:53:03 beryl gnome-session[2509]: WARNING: Application 'gnome-settings-daemon.desktop' killed by signal Nov 18 23:53:03 beryl gnome-session[2509]: WARNING: Application 'gnome-shell.desktop' killed by signal Nov 18 23:53:33 beryl systemd-logind[1256]: Removed session 2. Nov 18 23:53:35 beryl systemd-logind[1256]: New session 39 of user gdm. Nov 18 23:53:35 beryl systemd-logind[1256]: Linked /tmp/.X11-unix/X0 to /run/user/gdm/X11/display. ... The ~/.xsession-errors file is harder to decipher, mainly because it lacks any timestamps at all and is generally quite cluttered. I am seeing a ton of errors like: ([object _private_Clutter_Timeline],434)@/usr/share/gnome-shell/js/ui/tweener.js:220 "' JS ERROR: !!! message = '"global.current_event_time is not a function"' JS ERROR: !!! Exception was: TypeError: global.current_event_time is not a function JS ERROR: !!! lineNumber = '292' JS ERROR: !!! fileName = '"/usr/share/gnome-shell/js/ui/keyboard.js"' But I see those even when Gnome is not locked up. I think this may be an unrelated upstream bug, http://mail.gnome.org/archives/commits-list/2011-November/msg01202.html And I also caught an exception in seapplet, which is strange because I did not see any AVC error show up in syslog. The stack trace follows: *** glibc detected *** /usr/bin/seapplet: double free or corruption (out): 0x0265d290 *** === Backtrace: = /lib64/libc.so.6[0x368be7c606] /lib64/libglib-2.0.so.0(g_free+0x23)[0x368ba4b793] /usr/lib64/libgtk-x11-2.0.so.0[0x369df6ad19] /usr/lib64/libgtk-x11-2.0.so.0[0x369dfc62f2] /lib64/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x368f60ea24] /lib64/libgobject-2.0.so.0[0x368f620527] /lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x368f62a141] /lib64/libgobject-2.0.so.0(g_signal_emit+0x82)[0x368f62a2e2] /lib64/libgobject-2.0.so.0[0x368f611a47] /lib64/libgobject-2.0.so.0(g_object_notify+0x500)[0x368f613a80] /usr/lib64/libgtk-x11-2.0.so.0[0x369dfc9723] /usr/lib64/libgtk-x11-2.0.so.0(gtk_main_do_event+0x3f5)[0x369df4cb05] /usr/lib64/libgdk-x11-2.0.so.0[0x369ca6209c] /lib64/libglib-2.0.so.0(g_main_context_dispatch+0x1dd)[0x368ba44a7d] /lib64/libglib-2.0.so.0[0x368ba45278] /lib64/libglib-2.0.so.0(g_main_loop_run+0x175)[0x368ba457c5] /usr/lib64/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x369df4b9c7] /usr/bin/seapplet[0x4021c6] /lib64/libc.so.6(__libc_start_main+0xed)[0x368be2169d] /usr/bin/seapplet[0x402779] === Memory map: hundreds of lines omitted here... Otherwise, I don't have much else to report at this point. Any help to figure this out would be appreciated. Thanks. -- Deron Meranda http://deron.meranda.us/ -- users mailing list users@lists.fedoraproject.org To uns
Gnome Shell periodically locks up hard in F16
(Oops, I originally sent this to the wrong list address ... sorry if anybody sees duplicates) Since upgrading to Fedora 16, I have experienced several periodic hard lock-ups of the Gnome Shell session. I never experienced such behaviour in F15. I am wondering if anybody else is seeing something similar or may have advice, or can suggest a better way for me to gather useful debugging information should it happen again. I'm running with this version (including shell extensions): gnome-shell-3.2.1-2.fc16.x86_64 gnome-shell-extension-apps-menu-3.2.0-1.fc16.noarch gnome-shell-extension-common-3.2.0-1.fc16.noarch gnome-shell-extension-drive-menu-3.2.0-1.fc16.noarch gnome-shell-extension-mediaplayers-0-0.1.git259f96e.fc16.noarch gnome-shell-extension-places-menu-3.2.0-1.fc16.noarch gnome-shell-extension-systemMonitor-3.2.0-1.fc16.noarch Often these lock-ups occur when I'm opening or closing windows in quick succession. However the last lock-up happened as I flung the pointer into the upper-left corner to bring up the Gnome Shell activities bar. Gnome hung almost instantly, and the screen output was frozen-in-time just as the little animated circular "ripple" that happens when you hit an edge got about 15-to-20 pixels away from the corner position. The general symptoms are that all user interaction with the display ceases to work. The mouse pointer will still move, but nothing can be clicked on. Keyboard entry completely stops working too; which includes any of the hot keys such as the "windows" keys, alt-F?, ctl-alt-backspace, etc. I think running applications may still able to draw to the screen, as I saw firefox refresh some icons while it was in a locked up state. But Gnome itself appears quite dead. The operating system as a whole though is still working. I can login using ssh from another machine, and kill off the hung user's gnome session processes. Afterwards I log in again to a new session and everything works fine. I didn't see anything in my syslog, except at the point when I killed the session processes, such as... Nov 18 23:53:03 beryl pulseaudio[2563]: module-gconf.c: Unable to read or parse data from client. Nov 18 23:53:03 beryl gnome-session[2509]: WARNING: Detected that screensaver has left the bus Nov 18 23:53:03 beryl gnome-session[2509]: GConf-WARNING: Got Disconnected from DBus.#012 Nov 18 23:53:03 beryl gnome-session[2509]: WARNING: Application 'gnome-settings-daemon.desktop' killed by signal Nov 18 23:53:03 beryl gnome-session[2509]: WARNING: Application 'gnome-shell.desktop' killed by signal Nov 18 23:53:33 beryl systemd-logind[1256]: Removed session 2. Nov 18 23:53:35 beryl systemd-logind[1256]: New session 39 of user gdm. Nov 18 23:53:35 beryl systemd-logind[1256]: Linked /tmp/.X11-unix/X0 to /run/user/gdm/X11/display. ... The ~/.xsession-errors file is harder to decipher, mainly because it lacks any timestamps at all and is generally quite cluttered. I am seeing a ton of errors like: ([object _private_Clutter_Timeline],434)@/usr/share/gnome-shell/js/ui/tweener.js:220 "' JS ERROR: !!! message = '"global.current_event_time is not a function"' JS ERROR: !!! Exception was: TypeError: global.current_event_time is not a function JS ERROR: !!! lineNumber = '292' JS ERROR: !!! fileName = '"/usr/share/gnome-shell/js/ui/keyboard.js"' But I see those even when Gnome is not locked up. I think this may be an unrelated upstream bug, http://mail.gnome.org/archives/commits-list/2011-November/msg01202.html And I also caught an exception in seapplet, which is strange because I did not see any AVC error show up in syslog. The stack trace follows: *** glibc detected *** /usr/bin/seapplet: double free or corruption (out): 0x0265d290 *** === Backtrace: = /lib64/libc.so.6[0x368be7c606] /lib64/libglib-2.0.so.0(g_free+0x23)[0x368ba4b793] /usr/lib64/libgtk-x11-2.0.so.0[0x369df6ad19] /usr/lib64/libgtk-x11-2.0.so.0[0x369dfc62f2] /lib64/libgobject-2.0.so.0(g_closure_invoke+0x154)[0x368f60ea24] /lib64/libgobject-2.0.so.0[0x368f620527] /lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x851)[0x368f62a141] /lib64/libgobject-2.0.so.0(g_signal_emit+0x82)[0x368f62a2e2] /lib64/libgobject-2.0.so.0[0x368f611a47] /lib64/libgobject-2.0.so.0(g_object_notify+0x500)[0x368f613a80] /usr/lib64/libgtk-x11-2.0.so.0[0x369dfc9723] /usr/lib64/libgtk-x11-2.0.so.0(gtk_main_do_event+0x3f5)[0x369df4cb05] /usr/lib64/libgdk-x11-2.0.so.0[0x369ca6209c] /lib64/libglib-2.0.so.0(g_main_context_dispatch+0x1dd)[0x368ba44a7d] /lib64/libglib-2.0.so.0[0x368ba45278] /lib64/libglib-2.0.so.0(g_main_loop_run+0x175)[0x368ba457c5] /usr/lib64/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x369df4b9c7] /usr/bin/seapplet[0x4021c6] /lib64/libc.so.6(__libc_start_main+0xed)[0x368be2169d] /usr/bin/seapplet[0x402779] === Memory map: hundreds of lines omitted here... Otherwise, I don't have much else to report at this point. Any help to figure this out would be appreciated. Thanks. -- Deron Me
[no subject]
-- 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: [SOLVED] Re: firefox taking foreground
2011/11/17 g > On 11/16/2011 07:56 PM, Joe Zeff wrote: > > On 11/16/2011 11:52 AM, g wrote: > >> my apoligies. > >> > >> i used 'nicknames' for my emails. > >> > >> i use 'fe' for "fedora" and 'ff' for "firefox". > >> > >> other post to fedora tsl was in error. seems i used 'fe' > >> instead of 'ff'. > > > > Tish and typos happen; don't worry about it. Still, you might want to > > consider changing your nicknames to something a tad less easy to mix, > > such as fed and fire. > > after posting this, i did. > > 'ff' is now 'mf'. 8-) > > > -- > > peace out. > > tc.hago, > > g > . > > *please reply "plain text" only. "html text" are deleted* > > > in a free world without fences, who needs gates. > ** > help microsoft stamp out piracy - give linux to a friend today. > ** > to mess up a linux box, you need to work at it. > to mess up an ms windows box, you just need to *look* at it. > ** > The installation instructions stated to install Windows 2000 or better. > So I installed Linux. > ** > learn linux: > 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html > 'The Linux Documentation Project' http://www.tldp.org/ > 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html > 'HowtoForge' http://howtoforge.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 > > how about the ati drivers？ and mine： hd6370m -- 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: mozilla-https-everywhere causes Firefox to freeze up regularly
On 11/18/2011 10:49 PM, Andre Robatino wrote: <> > I noticed that even after doing this, under Tools/Add-ons/Extensions, HTTPS > Everywhere was listed. I clicked "Disable", and don't remember if I restarted > Firefox, but when I checked again, the extension was not listed anymore. The > browser seems stable again. any time you uninstall, disable, or enable an add-on, mozilla firefox or thunderbird should be restarted. you should see a yellow bar at top advising you to do so. when you do so, you remove/add add-on from/to program/memory area. -- peace out. tc.hago, g . *please reply "plain text" only. "html text" are deleted* in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** The installation instructions stated to install Windows 2000 or better. So I installed Linux. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ 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
