Re: F19 locale issue?
On Sun, 16 Jun 2013 22:25:50 +0200 Kalev Lember kalevlem...@gmail.com wrote: 2013-06-16 17:17, Michael Scherer skrev: In short, fix /usr/libexec/gnome-settings-daemon-localeexec to remove ', not ','. Can you give a try to gnome-settings-daemon-3.8.3-3.fc19 ? This should fix up the issue with the extra quotes. Solved. Thanks a lot! signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F19 locale issue?
Hi, I don't have any idea how this happened: $ locale locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.utf8 LC_CTYPE=en_US.utf8 LC_NUMERIC=\'\' LC_TIME=\'\' LC_COLLATE=en_US.utf8 LC_MONETARY=\'\' LC_MESSAGES=en_US.utf8 LC_PAPER=\'\' LC_NAME=en_US.utf8 LC_ADDRESS=en_US.utf8 LC_TELEPHONE=en_US.utf8 LC_MEASUREMENT=\'\' LC_IDENTIFICATION=en_US.utf8 LC_ALL= I have LANG=en_US.UTF-8 on kernel cmdline and in /etc/locale.conf. Any clues? Best regards, Jan Dvorak signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F19 locale issue?
On Sun, 16 Jun 2013 13:47:36 +0200 Björn Esser bjoern.es...@gmail.com wrote: What's the output of `grep -R -e \.utf8 /etc`? Nothing in particular, profile.d scripts that check $LANG? Best regards, Jan Dvorak signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Improving the Fedora boot experience
Hi, On Wed, 13 Mar 2013 14:29:34 +0100 Nils Philippsen n...@redhat.com wrote: Otherwise, no or a short timeout is used. I'm sure finding the best thresholds, length of the list etc. needs some experimenting, but besides that I don't see a glaring error with this idea. What do you think? I like it. Best regards, Jan Dvorak signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Improving the Fedora boot experience
On Wed, 13 Mar 2013 12:52:24 -0400 Mike Pinkerton pseli...@mindspring.com wrote: + If a user could hold the key down from before power on until the boot options menu appeared, then Fedora could still do extremely fast booting without presenting the user with a short time interval to hit. If grub finds the keyboard, and detects no F key hold down, it would continue to boot immediately with no further delay. There are at least two problems with that: * Holding key over remote VNC console can be problematic, especially if the server POSTs slowly. * Holding key on BIOS machines usually results in a long beep sound and keyboard lockup. I never understood why. And again, I would like to add that servers tend to change video mode during POST, sometimes even several times. On some chassis this results to losing video output for several (think 2) seconds. That means that even showing a brief [press F for options] sucks. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Improving the Fedora boot experience
Hi, first of all, I respect your work very much and am actually very grateful for avahi, pulseaudio and systemd as I was for ifplugd back in the old days when Gentoo was cool. Fast boot times matter to dual-boot users, they matter to everybdoy who doesn't run his system 24/7, That is indeed very true and the experience of rebooting to Windows to play a few games with friends sucks because of long shutdown and bootup times. On the other hand, from my experience the situation frequently requires making tee, rearanging furniture and preparing waterpipe charcoal which means lot of confusion and running around. I have witness, several times, people booting back to their default system and having to go through the reboot once again just because they have missed the OS selection dialog. You might have noticed that Microsoft goes with 20 second timeout on Windows/Windows dual-boot systems. I am sure there is a reason for that. Fast boot times matter on desktops, they matter on embedded, they matter on mobile, they matter or servers, they matter everywhere. As have already been mentioned before, POSTing server takes so long that GRUB delay is hardly noticeable. But what is worse, if you miss the kernel selection dialog on a server, you look at UP TO FIVE MORE MINUTES of waiting for the damn thing before you get another attempt. I have worked with IBM, Dell and HP remote management consoles and one thing can be guaranteed -- if you give user less than 2s time window after display mode switch, she *will* frequently miss the keystroke. So, what would be the solution that will actually help on laptops while keeping benefits of the current system where people need them? I am thinking of a Reboot To dialog in GNOME, which will help with dual-booting. Next, add anaconda option to toggle GRUB prompt and autodetect it's default state, which will speed up boot on laptops while keeping sysadmins sane. signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, 28 Feb 2013 10:04:11 + David Howells dhowe...@redhat.com wrote: Jan Dvořák mor...@anilinux.org wrote: I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Until then. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Hi, On Mon, 25 Feb 2013 15:52:07 +0100 Bastien Nocera bnoc...@redhat.com wrote: On Mon, 2013-02-25 at 15:26 +0100, Jan Dvořák wrote: Intel driver? I've seen those as well. Trying rolling back to the last update that included a new cogl and let us know whether that fixes it. I've spent a considerable amount of time trying to downgrade the packages, but there were too many. I am wiping both F18-rawhide and rawhide LVs and starting anew from F18 with blacklisted cogl-1.13.4, this time with system snapshots. Have anyone else bitten by this talked to cogl developers yet? Best regards, Jan Dvorak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
system freezes after loading gdm/gnome
Hi, I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. The problem is that I don't get any logs and running startx with exec gnome-session in .xinitrc leads to the exactly same problem. Interestingly, if I run just gnome-terminal from my .xinitrc, close it and then re-run with full gnome-session, I get the shell and everything seems to work. Well, except it is somewhat sluggish, suggesting some hidden breakage. Any advices? Best regards, Jan Dvorak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
As usual, I have completely forgotten any relevant system/software info, so: This is a Thinkpad T420 with: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) dmesg says: [4.748523] [drm] Initialized drm 1.1.0 20060810 [4.795277] [drm] Memory usable by graphics device = 2048M [4.795305] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver [4.798409] i915 :00:02.0: setting latency timer to 64 [4.895473] i915 :00:02.0: irq 43 for MSI/MSI-X [4.895881] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [4.895883] [drm] Driver supports precise vblank timestamp query. [5.015197] fbcon: inteldrmfb (fb0) is primary device [5.871902] i915 :00:02.0: fb0: inteldrmfb frame buffer device [5.871904] i915 :00:02.0: registered panic notifier [6.055590] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [6.721223] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off The Xorg.0.log is attached as well as `rpm -qa` output. The system was originally F18, but I decided to upgrade to rawhide. I am going to try clean rawhide install on another LV. Ozan Çağlayan ozan...@gmail.com wrote: Do you see a blue screen when it freezes? No, not really. Just a black screen, possibly with the frozen cursor if it manages to show up at all. Best regards, Jan Dvorak [ 1658.461] This is a pre-release version of the X server from Fedora Project. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. [ 1658.461] X.Org X Server 1.13.99.902 (1.14.0 RC 2) Release Date: 2013-02-12 [ 1658.462] X Protocol Version 11, Revision 0 [ 1658.462] Build Operating System: 2.6.32-279.19.1.el6.x86_64 [ 1658.462] Current Operating System: Linux gesher 3.9.0-0.rc0.git5.1.fc19.x86_64 #1 SMP Fri Feb 22 16:35:19 UTC 2013 x86_64 [ 1658.463] Kernel command line: BOOT_IMAGE=/vmlinuz-3.9.0-0.rc0.git5.1.fc19.x86_64 root=/dev/mapper/vg_gesher-lv_f18 ro rd.lvm.lv=vg_gesher/lv_f18 rd.luks.uuid=luks-0c396465-352d-4565-96ca-fcd01424c74c rd.dm=0 rd.lvm.lv=vg_gesher/lv_swap rd.md=0 rhgb quiet LANG=en_US.UTF-8 [ 1658.463] Build Date: 15 February 2013 01:36:06AM [ 1658.463] Build ID: xorg-x11-server 1.13.99.902-1.20130215.fc19 [ 1658.463] Current version of pixman: 0.28.0 [ 1658.463] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1658.463] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1658.464] (==) Log file: /var/log/Xorg.0.log, Time: Mon Feb 25 15:26:54 2013 [ 1658.466] (==) Using config directory: /etc/X11/xorg.conf.d [ 1658.466] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 1658.466] (==) No Layout section. Using the first Screen section. [ 1658.466] (==) No screen section available. Using defaults. [ 1658.467] (**) |--Screen Default Screen Section (0) [ 1658.467] (**) | |--Monitor default monitor [ 1658.467] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 1658.467] (**) Option DontZap false [ 1658.467] (==) Automatically adding devices [ 1658.467] (==) Automatically enabling devices [ 1658.467] (==) Automatically adding GPU devices [ 1658.467] (==) FontPath set to: catalogue:/etc/X11/fontpath.d, built-ins [ 1658.467] (==) ModulePath set to /usr/lib64/xorg/modules [ 1658.467] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1658.467] (II) Loader magic: 0x7fece0 [ 1658.467] (II) Module ABI versions: [ 1658.467] X.Org ANSI C Emulation: 0.4 [ 1658.468] X.Org Video Driver: 14.1 [ 1658.468] X.Org XInput driver : 19.1 [ 1658.468] X.Org Server Extension : 7.0 [ 1658.469] (II) config/udev: Adding drm device (/dev/dri/card0) [ 1658.478] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21d0 rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x4000/64, BIOS @ 0x/131072 [ 1658.478] Initializing built-in extension Generic Event Extension [ 1658.478] Initializing built-in extension SHAPE [ 1658.478] Initializing built-in extension MIT-SHM [ 1658.478] Initializing built-in extension XInputExtension [ 1658.478] Initializing built-in extension XTEST [ 1658.478] Initializing built-in extension BIG-REQUESTS [ 1658.478] Initializing built-in extension SYNC [ 1658.478] Initializing built-in extension XKEYBOARD [ 1658.478] Initializing built-in extension XC-MISC [