Re: Anyone tried Fedora 18 on Dell R815
On Fri, Jan 18, 2013 at 12:58 AM, Gianluca Cecchi wrote: > I start from DVD iso on iDRAC and after selecting install > (both nomal/default and troubleshooting--> basic video drivers) > > I land at dracut shell saying > > dracut-initqueue Warning could not boot > dracut-initqueue Warning /dev/root doesn't exist > I also noticed this thread regarding live desktop and UEFI secure boot http://lists.fedoraproject.org/pipermail/test/2013-January/113317.html possibly me hitting the same problem, as the system is currently configured with EFI I found this at known issue page: http://fedoraproject.org/wiki/Common_F18_bugs#UEFI_boot_of_Fedora_18_CD_or_DVD_disc_on_Mac_hardware_falls_to_a_prompt but it seems is not related to my hw and situation... I will check during weekend if setting boot mode to bios solves the problem. Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Anyone tried Fedora 18 on Dell R815
Hello, sort of off-topic as F18 has been released, but here probably other ones tested on this kind of server during release cycle I start from DVD iso on iDRAC and after selecting install (both nomal/default and troubleshooting--> basic video drivers) I land at dracut shell saying dracut-initqueue Warning could not boot dracut-initqueue Warning /dev/root doesn't exist See screenshot of last lines of the command journalctl from dracut shell https://docs.google.com/file/d/0BwoPbcrMv8mvVHpJLTkzZS1RTkE/edit Any hint? Thanks in advance, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 18 how to enable version 3 nfs server
Jóhann B. Guðmundsson" wrote > > - in systemd units means do not fail if the file ( or command in some > cases ) does not exist ( or in the case of commands fails ) Ah, OK And any hint about sysconfig nfs file apparently not parsed to enable nfs v3 and bind to fixed ports? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
usb disk or key always have two entries in explorer
Hello, running Fedora 18 with latest updates. When I plug in an usb key or a usb disk I get two entries in file manager as from this screenshot: https://docs.google.com/file/d/0BwoPbcrMv8mvTEw5Sy1JMTk4aEE/edit The first entry if I click gives this error as from this image: https://docs.google.com/file/d/0BwoPbcrMv8mvOWJaQ3hHV1NNNFE/edit The second one gives the authentication window and then I can access the files. In this case we are talking about an external 2.5" hard disk connected via usb, where its partition layout is: $ sudo fdisk -l /dev/sdc Disk /dev/sdc: 500.1 GB, 500107862016 bytes, 976773168 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: 0x0c964c48 Device Boot Start End Blocks Id System /dev/sdc1 63 976768064 488384001 83 Linux Against what do I have to bug? Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Connecting remotely to f18 in single user mode
On Thu, Jan 3, 2013 at 12:31 AM, Bruno Wolff III wrote: > On Thu, Jan 03, 2013 at 00:12:06 +0100, > Gianluca Cecchi wrote: > >> >> I thought it was for both but actually as root I'm able to connect, while >> as normal user not... >> > > That is expected in single user mode. > But it works instead for RHEL / CentOS versions 5.8 and 6.3 to connect this way as normal user, so I would expect similar behavior for Fedora too... Well, now I know that I can't .. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Almost never able to run in single user mode
On Mon Jan 7 11:35:20 UTC 2013 Brendan Jones wrote: > Use 3 instead? > Not tried that but I noticed (about ten consecutive boots alternating randomly one or the other option, see below) what confirms this: - If I leave boot command line unchanged and only add " S" + F10 --> boot OK in single user mode this is the output of cat /proc/cmdline in this case BOOT_IMAGE=/boot/vmlinuz-3.6.11-1.fc17.x86_64 root=UUID=0d65e6ec-b743-4f8f-8dd8-a02a5e4593a0 ro rd.md=0 rd.lvm=0 rd.dm=0 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rd.luks=0 LANG=en_US.UTF-8 rhgb quiet elevator=deadline (donna why I don't see the S) - If I cut off last two words "rhgb quiet" and add " S" ---> KO I'm put to a dracut shell So I solved my paerticular problem but it sounds strange that not having rhgb and quiet produces abort to a dracut shell with that messages Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Almost never able to run in single user mode
Hello, I have an f18 vm (updated up to last week) running on a f17 host. It starts correctly in run level 3, but if I try to run it in single user mode this way: - stop grub boot process - edit kernel line - keep off "quiet rgb" at the end - insert " S" at the end - press F10 to boot it regularly arrives at this screens in sequence https://docs.google.com/open?id=0BwoPbcrMv8mvOC15NENaYU1NdDA https://docs.google.com/open?id=0BwoPbcrMv8mvVmhzYW1ZMVJqZ28 https://docs.google.com/open?id=0BwoPbcrMv8mvck5pakxsRkFTSHc Did anything change to boot in single user mode? At the last screen I also run cat /proc/cmdline -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: unable to apply deltaiso to netints
On Sun, Jan 6, 2013 at 9:04 AM, Gianluca Cecchi wrote: > > ... > $ applydeltaiso Fedora-18-TC4-x86_64-netinst.iso > Fedora-18-Final-RC1-x86_64-DVD_netinst.diso Fedora-18-x86_64-netinst.iso > reading 470098036 bytes from old iso...fread: Success > > no image produced... > > Any hint? > > Gianluca > btw, this happens on an F16 system with deltaiso-3.6-0.6.20110223git.fc16.x86_64 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
unable to apply deltaiso to netints
$ ls -l total 299064 -rw-rw-r--. 1 gcecchi gcecchi 26424 Jan 6 09:00 Fedora-18-Final-RC1-x86_64-DVD_netinst.diso -rw-rw-r--. 1 gcecchi gcecchi 152 Jan 6 09:01 Fedora-18-Final-TC4_RC1-x86_64-MD5SUM -rw-rw-r--. 1 gcecchi gcecchi 248 Jan 3 17:55 Fedora-18-TC4-x86_64-CHECKSUM -rw-rw-r--. 1 gcecchi gcecchi 306184192 Jan 3 20:44 Fedora-18-TC4-x86_64-netinst.iso $ cat Fedora-18-Final-TC4_RC1-x86_64-MD5SUM 3d0a1b32c7a1766624cefd821787bbd5 *Fedora-18-Final-RC1-x86_64-DVD_netinst.diso ... $ md5sum Fedora-18-Final-RC1-x86_64-DVD_netinst.diso 3d0a1b32c7a1766624cefd821787bbd5 Fedora-18-Final-RC1-x86_64-DVD_netinst.diso $ applydeltaiso Fedora-18-TC4-x86_64-netinst.iso Fedora-18-Final-RC1-x86_64-DVD_netinst.diso Fedora-18-x86_64-netinst.iso reading 470098036 bytes from old iso...fread: Success no image produced... Any hint? Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Connecting remotely to f18 in single user mode
On Wed, Jan 2, 2013 at 6:33 PM, Bruno Wolff III wrote: > On Wed, Jan 02, 2013 at 01:29:59 +0100, > Gianluca Cecchi wrote: > >> Hello, >> >> > Are you logging in as root when this happens? > I thought it was for both but actually as root I'm able to connect, while as normal user not... $ ssh f18aio g.cecchi@f18aio's password: System is booting up. Connection closed by 192.168.122.160 $ ssh f18aio -l root root@f18aio's password: System is booting up. Last login: Wed Jan 2 14:50:55 2013 [root@f18aio ~]# -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Connecting remotely to f18 in single user mode
Hello, Sometimes when doing various types of maintenance for a server,I work this way in rhel based systems and fedora pre-18: - boot in single user mode - service network start - service sshd start - connect via ssh from another system With current f18 I get a message regarding the system booting up and the login is rejected What are the other necessary commands to run to be able to connect via ssh and minimal number of services started in f18? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Manually setting vlan possible during install?
On Tue, Dec 18, 2012 at 11:39 AM, Gianluca Cecchi wrote: > Hello, > trying to install from netinst.iso on a server that has vlan tagging. > I saw that there is this old bugzilla open but not already resolved/worked > on: > https://bugzilla.redhat.com/show_bug.cgi?id=624752 > I'm able to run these commands from console 2 after selecting em3 as > network adapter with a fake ip in anaconda > > ip addr del fake_ip dev em3 > ip link add link em3 name em3.66 type vlan id 66 > ip addr add 10.4.5.159/24 brd 10.4.5.255 dev em3.66 > ip link set dev em3.66 up > ip route del default via fake_gw > ip route add default via 10.4.5.250 > > so now I'm able to resolve ns queries and exit. > But anaconda screen related to installation source remains with > exclamation mark (I set a proxy that I'm able to reach). > > Any way to force it..? > I was able to bypass the problem changing repo settings. In particular I set in the corrsponding line: https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch (that should be the same as the default I imagine) and the change was picked up and installation able to begin. Anyway it would be fine to have vlan option added for f19... Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes (SOLVED in TC2)
Hello, just to say that testing again with TC2 netinst.iso it now works if I select Troubleshooting--> use basic video drivers I get the grpahic inital setup and both keyboard and mouse work. I don't know what changed in kernel/anaconda, but nothing changed on my side... Now I have to check if and how I can set vlan id during install Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
On Wed Dec 12 14:13:11 UTC 2012 Adam Jackson wrote: > No. > Seriously, install using vnc and capture the X log after installing. > > - ajax To try it what should I run? perhaps adding at kernel line vnc vncpassword=qwerty ip= netmask=... gateway= dns=. ? Also, my server is on vlanid 65 In other tests it seems it is not honored as none of the 2 interfaces that are on this lan succeeded in getting the netwrk connection... WHat is the switch for specifying vlanid in anacondo if present? Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: does blacklist option in anaconda for f18 work?
On Tue Dec 11 19:52:37 UTC 2012 Nicolas Chauvet wrote: > There is a NTH blocker bug related to rd.driver.black been dis-functional. > https://bugzilla.redhat.com/show_bug.cgi?id=873220 > (with a patch sent to the dracut upstream mailing list). At least in installation phase it seems that rd.driver.blacklist=qla2xxx works as expected. Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
Another test I've done with final TC1 is to select Troubleshooting --> Install with basic graphics mode It arrives at language selection screen and blocks. Could it be perhaps not a video issue but something related to my input devices (aka mouse/keyboard)? Neither Ctrl-Alt-Del sorts any effect in this state This is a blade and I'm using onboard administrator to install. So I think iLO 2 (2.12 fw) emulates usb channels for keyboard and mouse Any way to debug or give options related to input devices? Or options related to iLO 2? Thanks for your help Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
Tried also this way remove: quiet insert: xdriver=vesa vga=ask then selected 318 result is that I recevie error rgarding X Windows System start and when I land to text selection menu no keyboard and no Alt+Fx see screenshots https://docs.google.com/open?id=0BwoPbcrMv8mvRnR6blJVWlZNUWs https://docs.google.com/open?id=0BwoPbcrMv8mvRzVEMGttTDc2a0E https://docs.google.com/open?id=0BwoPbcrMv8mvNUNvRGdkd3BBUDA Is there any other vesa mode I can try? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
I tried both with nomodeset and without it... Il giorno 11/dic/2012 21:00, "Adrian" ha scritto: > ** > > > > On Tue, Dec 11, 2012 at 1:17 PM, Adrian wrote:> > xdriver=vesa acpi=off replacing quiet in linux > > No way. > Made as you suggested brings to startx failed like this screenshot and > no input accepted at > all:https://docs.google.com/open?id=0BwoPbcrMv8mvNlJ2Y2dnZnVPbFU > > Did you leave nomodeset off the line? > > > vk4tux > > -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
On Tue Dec 11 15:31:46 UTC 2012 Adam Jackson wrote: > Gonna need to see an X log from this to know why it's failing, I think. > If you can't extract it from the install environment, you might try > installing through text or vnc and seeing if X fails at runtime too. The problem is that with and without "text" option, it freezes The best I get is (with beta) to go to a dracut shell with a boot line such as, after removing "quiet" ... text ks=http://x.y.z.w/f18ks.cfg ip=... netmask=... gateway=.. dns=... vlanid=65 questions: is vlanid usable? I presume it is a video problem but it could also be something related to SAN disks I don't want it to see, but blacklist=qla2xxx seems it doesn't work... see https://docs.google.com/open?id=0BwoPbcrMv8mvOGlvOXZPR2xyUFE and https://docs.google.com/open?id=0BwoPbcrMv8mvSkVWM2xvWU4yeUk -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
TC1 of final netinst.iso fails worse neither arrives at initial screen Some other info: cpu=4xdual core amd cpuinfo: ... processor : 7 vendor_id : AuthenticAMD cpu family : 15 model : 65 model name : Dual-Core AMD Opteron(tm) Processor 8222 stepping : 3 cpu MHz : 3013.888 cache size : 1024 KB ... video card (from another identical server with CentOS 6.3 installed): # lspci -v| grep -i vga 01:03.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI ES1000 (rev 02) (prog-if 00 [VGA controller]) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Install of beta f18 on bl685c g1 blade freezes
On Tue, Dec 11, 2012 at 1:17 PM, Adrian wrote: > xdriver=vesa acpi=off replacing quiet in linux No way. Made as you suggested brings to startx failed like this screenshot and no input accepted at all: https://docs.google.com/open?id=0BwoPbcrMv8mvNlJ2Y2dnZnVPbFU -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Install of beta f18 on bl685c g1 blade freezes
Tried graphial and text but they both freeze... See for text https://docs.google.com/open?id=0BwoPbcrMv8mvQlpTYmVKUUlYTmM tried nomodeset and leaving off quiet but no way... Anything to further understand...? No keyboard at all.. Thanks Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
does blacklist option in anaconda for f18 work?
Hello, installing with netinst.iso from official f18 beta and trying adding blacklist=qla2xxx but during kernel boot I see the module loaded... Is there any different cheatcode in f18? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
fedora 18 spin for raspberry
Hello, I'm going to receive a raspberry in a few days and I would like to test upcoming Fedora 18 on it as there is already a F17 remix. Any repositories already in place or would it be a remix ready only post-final f18? Would be feasible to use it as a client to connect to oVirt infrastructure through spice? Anyone knows if the spice client related components are already in place in the current f17 remix ? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Rebase oVirt version for fedora 18 to 3.2 possible?
Hello, based on http://lists.ovirt.org/pipermail/users/2012-November/004887.html and relative schedules for oVirt and Fedora: https://fedoraproject.org/wiki/Releases/18/Schedule?rd=Releases/18 http://www.ovirt.org/OVirt_3.2_release-management will the feature page http://fedoraproject.org/wiki/Features/oVirtEngine_3.1 rebased on 3.2? I'm happy to eventaully test 3.2 for Fedora18, so let the list know how and where to pick packages when available if not in standard updates-testing for f18.. Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
gdm and 4 users configured
Hello, I'm trying F18 TC9 on a system where I had F16. With TC9 the problem related to installation abort when using wireless card is now solved and I'm able to install. (see https://bugzilla.redhat.com/show_bug.cgi?id=875393) One question: in F16 I had 5 users configured and I was able to see them all in vertical display at gdm login page. Instead in F18 I'm only using 4 users, but I can only see the first three and the fourth is cut at the middle, giving an unpleasant result. Is there a way to configure gdm to show more space in vertical? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Regression evolution-mapi between TC7 and TC8
Actually I installed TC8 yesterday and this morning I installed evolution-mapi and applied these packages' updates proposed by updates-testing repo: Nov 14 10:34:05 Updated: nss-util-3.14-1.fc18.x86_64 Nov 14 10:34:05 Updated: nss-softokn-freebl-3.14-1.fc18.x86_64 Nov 14 10:34:06 Updated: 2:libwbclient-4.0.0-167.fc18.rc5.x86_64 Nov 14 10:34:07 Updated: 2:samba-libs-4.0.0-167.fc18.rc5.x86_64 Nov 14 10:34:08 Updated: 2:samba-common-4.0.0-167.fc18.rc5.x86_64 Nov 14 10:34:10 Updated: libvirt-client-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:10 Updated: libvirt-daemon-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:10 Updated: libvirt-daemon-driver-network-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:11 Updated: poppler-0.20.2-9.fc18.x86_64 Nov 14 10:34:11 Updated: libvirt-daemon-driver-qemu-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:11 Updated: libvirt-daemon-driver-storage-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:11 Updated: libvirt-daemon-driver-interface-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:11 Updated: libvirt-daemon-driver-nodedev-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:12 Updated: libvirt-daemon-driver-nwfilter-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:12 Updated: libvirt-daemon-driver-secret-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:12 Updated: libvirt-daemon-kvm-0.10.2.1-3.fc18.x86_64 Nov 14 10:34:12 Updated: 2:libsmbclient-4.0.0-167.fc18.rc5.x86_64 Nov 14 10:34:12 Updated: nss-softokn-3.14-1.fc18.x86_64 Nov 14 10:34:12 Updated: nss-sysinit-3.14-6.fc18.x86_64 Nov 14 10:34:13 Updated: nss-3.14-6.fc18.x86_64 Nov 14 10:34:13 Updated: usb_modeswitch-data-20121109-1.fc18.noarch Nov 14 10:34:13 Updated: usb_modeswitch-1.2.5-1.fc18.x86_64 Nov 14 10:34:14 Updated: openbox-libs-3.5.0-9.fc18.x86_64 Nov 14 10:34:15 Updated: mate-backgrounds-1.5.0-2.fc18.noarch Nov 14 10:34:15 Installed: python-caribou-0.4.4.2-4.fc18.noarch Nov 14 10:34:16 Updated: caribou-0.4.4.2-4.fc18.x86_64 Nov 14 10:34:16 Updated: info-4.13a-18.fc18.x86_64 Nov 14 10:34:16 Updated: pinentry-0.8.1-8.fc18.x86_64 Nov 14 10:34:16 Updated: pinentry-gtk-0.8.1-8.fc18.x86_64 Nov 14 10:34:16 Updated: caribou-gtk2-module-0.4.4.2-4.fc18.x86_64 Nov 14 10:34:16 Updated: caribou-gtk3-module-0.4.4.2-4.fc18.x86_64 Nov 14 10:34:19 Updated: cinnamon-1.6.6-2.fc18.x86_64 Nov 14 10:34:21 Updated: mate-screensaver-1.5.0-3.fc18.x86_64 Nov 14 10:34:21 Updated: openbox-3.5.0-9.fc18.x86_64 Nov 14 10:34:22 Updated: nss-tools-3.14-6.fc18.x86_64 Nov 14 10:34:22 Updated: 2:samba-client-4.0.0-167.fc18.rc5.x86_64 Nov 14 10:34:23 Updated: gnome-boxes-3.6.2-1.fc18.x86_64 Nov 14 10:34:23 Updated: poppler-utils-0.20.2-9.fc18.x86_64 Nov 14 10:34:24 Updated: poppler-glib-0.20.2-9.fc18.x86_64 Nov 14 10:34:24 Updated: mate-polkit-1.5.0-1.fc18.x86_64 Nov 14 10:34:25 Updated: xkeyboard-config-2.6-4.fc18.noarch Nov 14 10:34:26 Updated: libseccomp-1.0.1-0.fc18.x86_64 Nov 14 10:34:27 Updated: dialog-1.1-17.20120706.fc18.x86_64 Nov 14 10:34:27 Updated: ppp-2.4.5-25.fc18.x86_64 Nov 14 10:34:27 Updated: xorg-x11-xkb-utils-7.7-4.fc18.x86_64 Nov 14 10:34:28 Updated: initscripts-9.42-1.fc18.2.x86_64 Nov 14 10:34:54 Installed: openchange-1.0-12.fc18.x86_64 Nov 14 10:34:54 Installed: evolution-mapi-3.6.0-1.fc18.x86_64 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Regression evolution-mapi between TC7 and TC8
Hello, installed TC7 on 5/11 and applied updates at the same date. I was able to correctly configure and use evolution-mapi against an Exchange 2007 server. Today same vm scratched, installed TC8 and updates. Unable to configure evolution-mapi account: it successfully goes through all the configuration steps (also the "authenticate" button) but when I'm at last screen and press apply, no account is generated at all, as if I had done nothing... close and restart of evolution confirms that there is no account and it welcomes with the new account screen Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f18 vm inside f17 updated host needs tablet
Add-on: after yesterday updates at guest f18 side, now it works without tablet too. Note that another change I did was the line hvm that I previously had as pc-0.14 because I recycled an f17 guest config file fro scratching it. It seems instead that I simulate creation of a f18 guest right now, it sets pc-0.15 (also due to updates at server side since when I first created the vm some moths ago). But reverting to pc-0.14 now mouse keeps working so it is not the main point. I'll keep testing this way without tablet for the moment. Yesterday updates were: Nov 07 02:27:50 Updated: coreutils-8.17-6.fc18.x86_64 Nov 07 02:27:50 Updated: selinux-policy-3.11.1-50.fc18.noarch Nov 07 02:27:52 Updated: device-mapper-libs-1.02.77-1.fc18.x86_64 Nov 07 02:27:52 Updated: device-mapper-1.02.77-1.fc18.x86_64 Nov 07 02:27:52 Updated: device-mapper-event-libs-1.02.77-1.fc18.x86_64 Nov 07 02:27:52 Updated: device-mapper-event-1.02.77-1.fc18.x86_64 Nov 07 02:27:52 Updated: lvm2-libs-2.02.98-1.fc18.x86_64 Nov 07 02:27:52 Updated: 1:perl-parent-0.225-234.fc18.noarch Nov 07 02:27:53 Updated: 1:perl-Pod-Escapes-1.04-234.fc18.noarch Nov 07 02:27:53 Updated: perl-Pod-Perldoc-3.17.00-234.fc18.noarch Nov 07 02:27:53 Updated: perl-threads-shared-1.40-234.fc18.x86_64 Nov 07 02:27:53 Updated: perl-Scalar-List-Utils-1.25-234.fc18.x86_64 Nov 07 02:27:53 Updated: 4:perl-libs-5.16.2-234.fc18.x86_64 Nov 07 02:27:53 Updated: 4:perl-macros-5.16.2-234.fc18.x86_64 Nov 07 02:27:53 Updated: 1:perl-Module-Pluggable-4.00-234.fc18.noarch Nov 07 02:27:54 Updated: perl-PathTools-3.39.2-234.fc18.x86_64 Nov 07 02:27:54 Updated: perl-Carp-1.26-234.fc18.noarch Nov 07 02:27:54 Updated: 1:perl-Pod-Simple-3.20-234.fc18.noarch Nov 07 02:27:54 Updated: perl-Pod-Parser-1.51-234.fc18.noarch Nov 07 02:27:54 Updated: perl-threads-1.86-234.fc18.x86_64 Nov 07 02:28:00 Updated: 4:perl-5.16.2-234.fc18.x86_64 Nov 07 02:28:01 Updated: 1:cups-libs-1.5.4-14.fc18.x86_64 Nov 07 02:28:03 Updated: 1:cups-1.5.4-14.fc18.x86_64 Nov 07 02:28:03 Updated: perl-Data-Dumper-2.135.06-234.fc18.x86_64 Nov 07 02:28:04 Updated: lvm2-2.02.98-1.fc18.x86_64 Nov 07 02:28:20 Updated: selinux-policy-devel-3.11.1-50.fc18.noarch Nov 07 02:28:24 Updated: selinux-policy-targeted-3.11.1-50.fc18.noarch Nov 07 02:28:25 Updated: firstboot-18.6-1.fc18.x86_64 Nov 07 02:28:25 Updated: pygobject3-3.4.1.1-2.fc18.x86_64 Nov 07 02:28:26 Updated: gstreamer1-plugins-good-1.0.2-2.fc18.x86_64 Nov 07 02:28:28 Updated: tzdata-2012i-1.fc18.noarch Nov 07 02:28:29 Updated: iputils-20121106-1.fc18.x86_64 Nov 07 02:28:30 Updated: tzdata-java-2012i-1.fc18.noarch Nov 07 02:28:37 Installed: kernel-3.6.6-3.fc18.x86_64 Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f18 vm inside f17 updated host needs tablet
On Thu Nov 8 03:36:55 UTC 2012 Adam Williamson wrote: > IIRC the use of a tablet was actually *added* in recent releases because > it makes the pointer tracking more accurate and avoids the double-cursor > effect. I remembered my opinion due to a past thread in spice-devel mailing list last year. Specifically, after a quick search: http://lists.freedesktop.org/archives/spice-devel/2011-October/005669.html when Arnon said: " Before the following, remove the "-usb -device usb-tablet,id=input0" from qemu line and run it again with the xp guest. There is no need for it when using the agent. " That thread was specific with a Windows XP guest but at that time I understood that with recent virt-manager and spice (as F17 and F18 are) the tablet was not required overall if you used the agent... and I noticed that by default my f18 guest has spice-vdagent package installed and service configured at boot SO the question is if my assumption is correct... Also this other thread in this mailing list let me consider not to use a tablet... http://lists.fedoraproject.org/pipermail/test/2011-December/104731.html But with fedora 18 guest I have no mouse at all in this case... I'm going to try with latest updates and debug more if considered useful Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
f18 vm inside f17 updated host needs tablet
Hello, testing what in subject, without the tablet definition in guest I'm unable to use my mouse: the pointer moves, but the click doesn't produce any effect... Instead the graphical install phae of F18 tc7 from netinst.iso in the same vm was without problems regarding mouse, only after reboot I supposed that nowadays tablet was not necessary any more (I was told it consumed cycles of cpu to have it inside guest) Any hints? The link in xml file I had to add for the mouse to be able to work was: Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F18 TC7: not clear page when you have to recliam space on disk
On *Tue Nov 6 12:39:55 UTC 2012 *Kamil Paral wrote > Yes, please file a bug with anaconda. They need to hear the feedback, they don't monitor this mailing list as much.Done: https://bugzilla.redhat.com/show_bug.cgi?id=873693 Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F18 TC7: not clear page when you have to recliam space on disk
See this screenshot of a pre-instaled F17 vm where I run the netinst.iso for install. https://docs.google.com/open?id=0BwoPbcrMv8mvR3RkdGhwd3JYaDA It is not so clear in my opinion (at list it took half a minute to me to understand... forgive me ;-) to click on right most column of each line and see a drop down list with "preserve, reclaim, delete". What do you think? It could be better to put an arrow or to explain better in the text placed before the window -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: install from hard disk and /dev/root does not exist message
On Wed, May 30, 2012 at 12:45 AM, Gianluca Cecchi wrote: > Hello, > Having a laptop without cd and not connected to the internet I'm > testing replacing an existing f16 (no backup needed) > > First attempt: > - put vmlinuz and initrd.img from dvd iso into the /boot directory of > f16 installation > - put dvd iso under an usb external disk (/f17 dir in its first > partition, formatted as ext4) > - add section to grub2.cfg with only > > insmod ext2 > linux /boot/vmlinuz.f17 > initrd /boot/initrd.f17 > > (don't know if I have to put "set root" to anything...) > > - reboot and select new entry. It seems it was an usb3 problem. In fact my external usb disk is usb3 and I was able to use it connected to the usb3 port of my laptop without any problem in F16. As I saw some usb reset messages during boot I also tried to put the usb3 disk into an usb2 port and the installation worked like a charm (just writing from f17 reinstalled system) btw: the working line put in grub was linux /boot/vmlinuz.f17 repo=hd:sdb1:/f17 Strange enough, the installed system is able to use the usb3 disk connected to the usb3 port without any problem, but probably the anaconda kernel is different in options supported in respect with the installed one? It would be worth a note, if this is a case in general for usb3 support during install I came to this test day link below, but not had the time to see all the notes/bz in reference section... http://fedoraproject.org/wiki/Test_Day:2012-03-13_USB_3.0 My laptop is an Asus U36SD Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
install from hard disk and /dev/root does not exist message
Hello, Having a laptop without cd and not connected to the internet I'm testing replacing an existing f16 (no backup needed) First attempt: - put vmlinuz and initrd.img from dvd iso into the /boot directory of f16 installation - put dvd iso under an usb external disk (/f17 dir in its first partition, formatted as ext4) - add section to grub2.cfg with only insmod ext2 linux /boot/vmlinuz.f17 initrd /boot/initrd.f17 (don't know if I have to put "set root" to anything...) - reboot and select new entry. Installer starts but then arrives at dracut debug shell with dracut Warning: unable to process initqueue dracut Warning: /dev/root does not exist also tried putting repo in linux line. Attempt several syntax eg linux /boot/vmlinuz.f17 repo=hd:sdb1:/f17 linux /boot/vmlinuz.f17 repo=hd:/dev/sdb1:/f17 and with "inst.repo" instead of "repo" Same result. I saw these bugs that should be solved now. https://bugzilla.redhat.com/show_bug.cgi?id=806867 https://bugzilla.redhat.com/show_bug.cgi?id=806966 Is my method supposed to work with f17? Any way/command to give in dracut debug shell? Thanks in advance, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sometimes sighup needed for gnome-shell
On Tue, Nov 22, 2011 at 12:00 PM, Gianluca Cecchi wrote: > On Tue, Nov 22, 2011 at 11:22 AM, Alon Levy wrote: > > So I opened this bugzilla > https://bugzilla.redhat.com/show_bug.cgi?id=755892 > > I took the time to report your comments, Adam and Alon, making copy-paste. > Feel free to change if I was not right. > > In the mean time I have updated xorg-x11-drv-intel to 2.17.0-1 as it > was proposed as an update. > Possibly it could be a con-cause of the problem No solution, even with the newer drivers... Actually I seem I have found a sort of correlation with the arising of the problem and remmina running rdp session. I updated the bugzilla too. Hope that someone could give any further insight to solve Thanks Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Better or advised configuration approach for Optimus based systems
On Tue Nov 22 16:18:01 UTC 2011 Josh Boyer wrote: >>On Tue, Nov 22, 2011 at 10:54 AM, Adam Williamson wrote: >> modinfo asserts: >> >> parm: i915_enable_rc6:Enable power-saving render C-state 6 >> (default: true) (int) >> >> are you sure it's *not* the default? > > Yes. Modinfo is lying to you. > > josh I last tried with 3.1.0 kernel where, using systool command without passing any options to kernel command line I got: $ sudo systool -v -m i915 ... i915_enable_rc6 = "0" ... So I put the kernel command line option getting now i915_enable_rc6 = "1" But I can try again with current 3.1.1-2.fc16.x86_64 if something changed... Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Better or advised configuration approach for Optimus based systems
Hello, I have an Asus U36SD laptop, with Optimus technology. I'm not sure if my current approach is the correct/more safe one. I think more and more devices are going to have this technology, so this could be a cue to address future F17 potential users problems At the moment I have F16 x86_64 on it and I'm planning to reserve a partition for upcoming F17 tests. So I would like to get an advise on best current approach for configuring such systems in Linux in general, but in Fedora in particular. Some items requesting for comments, also in terms of Fedora decisions if already taken/discussed - my current hw config # lspci -vnnn|grep -i vga 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller]) 01:00.0 VGA compatible controller [0300]: nVidia Corporation Device [10de:1050] (rev ff) (prog-if ff) - I disabe Nvidia discrete card with acpi_call kernel module. as described by Michal Kottman in a 2010 thread (I think it is still true): "Optimus does not work on Linux (yet). Meanwhile, you can save the battery by using acpi_call to turn your (unused) discrete GPU off." So I'm using his acpi-call_240611.orig.tar.gz from ironhide (I have to check new versions), putting in /etc/rc.d/rc.local #!/bin/bash echo "Disabling Nvidia video adapter..." | tee -a /var/log/nvida_disabled.log /sbin/modprobe acpi_call echo '\_SB.PCI0.PEG0.GFX0.DOFF' > /proc/acpi/call - Also, I boot with the parameter i915.i915_enable_rc6=1 My current boot command line is cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.1.1-2.fc16.x86_64 root=UUID=ce058d6c-d2ed-49e5-9869-965799f246a5 ro rd.md=0 rd.lvm=0 rd.dm=0 KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0 LANG=en_US.UTF-8 i915.i915_enable_rc6=1 elevator=deadline What about i915_enable_rc6 not being the default...? Does still put stability problems? Does it make sense to enable it or not by default based on different adapters/chipsets? In my case it gives me about 1hour and a half of battery life more - What should I do with nouveau kernel module? Should I put inside boot option also something like nouveau.nomodeset=0 ? At this time I have nouveau loaded, but nvidida adapter disabled (with acpi_call) $ sudo lsmod | grep nouv nouveau 580663 0 ttm55029 1 nouveau drm_kms_helper 26490 2 nouveau,i915 drm 194476 6 nouveau,ttm,i915,drm_kms_helper i2c_algo_bit4958 2 nouveau,i915 mxm_wmi 1727 1 nouveau i2c_core 25728 7 videodev,i2c_i801,nouveau,i915,drm_kms_helper,drm,i2c_algo_bit video 12388 2 nouveau,i915 - Right now I'm just using the 2.17.0 Xorg intel driver, shipped as an update today in Fedora 16 Based on this page it should have many bug fixes and improvements: http://www.phoronix.com/scan.php?page=news_item&px=MTAxNjU BTW: is the Intel driver in Fedora 16 currently built with "--enable-sna" option or planned to be ? So if there are any advises regarding the points above, I will try and follow them for both F16 and upcoming F17 tests. Thanks in advance for your time. Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sometimes sighup needed for gnome-shell
On Tue, Nov 22, 2011 at 11:22 AM, Alon Levy wrote: > > I think I have the same problem here, I've followed it once, gdbing the > server, it was in select, so maybe I'll try to do it again and do the > 'print AllClients' - for me reproducing is 100% by doing a chvt / > suspend and resume. To get back to work (i.e. workaround) I chvt to > some console, do "killall -9 gnome-shell; sleep 5; DISPLAY=:0.0 > gnome-shell" and quickly change back. Recently gnome-shell started to > get unstuck occasionally if I wait about 10-20 seconds, but I'm not > always that patient. > So I opened this bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=755892 I took the time to report your comments, Adam and Alon, making copy-paste. Feel free to change if I was not right. In the mean time I have updated xorg-x11-drv-intel to 2.17.0-1 as it was proposed as an update. Possibly it could be a con-cause of the problem PS: I'm going to open a new thread regarding better/advised approach related to computers with socalled Optimus technology from Nvidia Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sometimes sighup needed for gnome-shell
On Mon, Nov 21, 2011 at 4:26 PM, Adam Jackson wrote: [snip] > > So my next intuition would be to gdb the X server and see what's up. If > you find it waiting patiently on a call to select(), then the second > case is more likely, and 'print AllClients' should show you an fd_set > with only one bit set. > > - ajax > Unfortunately, I'm now lost on your considerations.. I'm not a programmer and my programming knowledge is too low... I haven't understood what to do to dig more. Just not to bore the list, do you think I could open a bugzilla against gnome-shell and copy-paste your considerations and have it followed by you and eventually others? So I'll eventually post here only the bugzilla id... Thanks for your patience... Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sometimes sighup needed for gnome-shell
On Fri, Nov 18, 2011 at 7:00 PM, Adam Jackson wrote: > If you debuginfo-install gnome-shell, attach with gdb instead of sending > SIGHUP, and run 'thread apply all backtrace', what do you get? > > - ajax > As MJ whould have said... This is it ... ;-) Gianluca gnome-shell_debug.log.gz Description: GNU Zip compressed data -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: sometimes sighup needed for gnome-shell
On Fri, Nov 18, 2011 at 7:00 PM, Adam Jackson wrote: > On 11/18/11 9:44 AM, Gianluca Cecchi wrote: > >> Sometimes (latest days at least one time a day), the gnome session >> goes unusable: I'm able to move mouse, but when selecting a menu item >> it is greyed but no drop down of its options appears, no alt-tab or >> alt-f2 possibility >> Only way to come back to usable state is going into a console window >> (Ctrl+Alt-F2), searching for gnome-shell process id and run >> >> kill -SIGHUP >> >> Then come back to X windows system session that has become usable >> again (Ctrl+Alt+F2 and come back to X doesn't give any result if I >> don't kill sighup gnome-shell) > > Sounds like a bug in gnome-shell, at first blush. > > If you debuginfo-install gnome-shell, attach with gdb instead of sending > SIGHUP, and run 'thread apply all backtrace', what do you get? > > - ajax > Ok, I'm going to debug-info install and I will try and report next time... stay tuned -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
sometimes sighup needed for gnome-shell
Hello, this question is mainly related to F16, but perhaps relevant for current rawhide too. Eventually I'm going to test this problem with rawhide too... I didn't have these problems with rc2/rc3 or first final F16 kernel... On my system with corei7 and sandybridge I'm noticing problems in gnome-shell with latest kernel (after the 16 release one). Donna if related to kernel itself and/or the recently updated libdrm. Sometimes (latest days at least one time a day), the gnome session goes unusable: I'm able to move mouse, but when selecting a menu item it is greyed but no drop down of its options appears, no alt-tab or alt-f2 possibility Only way to come back to usable state is going into a console window (Ctrl+Alt-F2), searching for gnome-shell process id and run kill -SIGHUP Then come back to X windows system session that has become usable again (Ctrl+Alt+F2 and come back to X doesn't give any result if I don't kill sighup gnome-shell) I think I began to have this behaviour after kernel-3.1.1-1.fc16.x86_64 btw: I'm using this option at boot (but I was using it with 3.1.0 kernel too) i915.i915_enable_rc6=1 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 1682 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: Kernel driver in use: i915 Kernel modules: i915 Any way to debug this? Only rows I find in Xorg.0.log are: [ 10911.891] (II) intel(0): Printing DDC gathered Modelines: [ 10911.891] (II) intel(0): Modeline "1366x768"x0.0 69.30 1366 1425 1464 1472 768 773 782 785 -hsync -vsync (47.1 kHz) [ 16044.192] (II) AIGLX: Suspending AIGLX clients for VT switch [ 16079.534] (II) AIGLX: Resuming AIGLX clients after VT switch [ 16079.870] (II) intel(0): EDID vendor "COR", prod id 6104 [ 16079.870] (II) intel(0): Printing DDC gathered Modelines: [ 16079.870] (II) intel(0): Modeline "1366x768"x0.0 69.30 1366 1425 1464 1472 768 773 782 785 -hsync -vsync (47.1 kHz) [ 16079.973] (**) Option "Device" "/dev/input/event4" [ 16079.973] (--) synaptics: SynPS/2 Synaptics TouchPad: touchpad found [ 16088.180] (II) AIGLX: Suspending AIGLX clients for VT switch < when I ctrl+Alt+F2 [ 16116.682] (II) AIGLX: Resuming AIGLX clients after VT switch <--- when I come back to X In messages: Nov 18 13:28:08 ope46 kernel: [15397.459003] CIFS VFS: Received no data, expecting 4 Nov 18 13:29:08 ope46 kernel: [15457.454946] CIFS VFS: Received no data, expecting 4 Nov 18 13:30:08 ope46 kernel: [15517.450810] CIFS VFS: Received no data, expecting 4 Nov 18 13:40:40 ope46 gnome-session[5954]: WARNING: Application 'gnome-shell.desktop' killed by signal <--- when I run the kill -SIGHUP command Nov 18 13:56:09 ope46 kernel: [17077.935596] CIFS VFS: Received no data, expecting 4 Nov 18 13:57:08 ope46 kernel: [17137.338785] CIFS VFS: Received no data, expecting 4 What would be the best package to bugzilla against...? Thanks in advance Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
gnome extensions in F16 working?
Hello, in F15 I was using righthotcorner and alternative-status-menu. On the same hw installed from scratch F16 rc5 and then updates. I installed then gnome-shell-extension-righthotcorner-1.0-1.fc16.noarch gnome-shell-extension-alternative-status-menu-3.2.0-1.fc16.noarch But none of them is working... in the sense that no expected new action happens I'm going to bugzilla them if not already... Donna if it is a matter of extensions as a whole or these two particular extensions I use... anyone using successfully any extension? Thanks in advance, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 selecting kde and deselecting gnome: gdm-shell error
On Wed Nov 2 15:17:09 UTC 2011 Richard Marko wrote: > Just tested and it works fine with RC4. (It was broken in RC1 or 2) And I confirm that installing in a Qemu/KVM (host is f15+virt-preview), with direct kernel+initrd boot from rc4 and choosing: - fresh install - customize now - deselect gnome - select kde works without any problem ootb. At reboot kdm starts without problems and all is ok for menus, kde session and consoles. BTW: It would be nice to have spice-vdagent package automatically installed if qxl is... or by default... I had to install it manually inside the guest and verified that it works correctly, at least with copy/paste operations from/to the guest Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 selecting kde and deselecting gnome: gdm-shell error
On Wed Oct 26 18:09:48 UTC 2011 Adam Williamson wrote: > Well, I can't reproduce the most worrying issue here, with TC2: I just > took the TC2 DVD, selected KDE, de-selected GNOME, and got a system with > kdm installed but not gdm. It boots to a kdm login window and I can log > in. > Did you make any other customizations to the package set? No. No other changes. I can send install.log and yum.log. Let me know Update: today I ran - yum distro-sync full (had to remove autocorr-en and its dependencies because they came from updates-testing and otherwise the command didn't complete) - disable updates-testing repo - yum update And I think I'm now at RC4. - reboot Now kdm starts correctly and I'm able to drop down the "session type" and choose the "KDE plasma workspace" and able to login. Switching to console is correct too; no further garbage in ttys screens as before. Thanks I can start form scratch the install from vmlinuz+initrd from rc4 an retest the cycle... At this moment I manually created the classic /etc/sysconfig/desktop file. Is this supposed to be obsoleted now? And installation correctly care of defaulting to kdm when selected KDE, de-selected GNOME? Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 selecting kde and deselecting gnome: gdm-shell error
On Wed, Oct 26, 2011 at 3:46 PM, Gianluca Cecchi wrote: > Installation completed but at first boot I completed the normal user > definition and sent profile, but then instead of login window I get a > window with message: > > failed to load session "gdm-shell" > > and a logout button > I would expect kdm instead of gdm and kdm has been installed > [root@f16tc2 ~]# type kdm > kdm is /usr/bin/kdm While writing /etc/sysconfig/desktop with DISPLAYMANAGER=KDE didn't work on first boot run session (even pressing Ctrl-Alt-Backspace). Setting it and rebooting the system lets kdm start. But the session is by default set to gnome (that I didn't select during install), and it seems I cannot select the "session type" option. At second attemp to click on it I get an X Windows System restart... the same trying to click on "Menu" option At second click when X restrts: Oct 26 18:17:28 f16tc2 kdm[886]: X server for display :0 terminated unexpectedly Oct 26 18:17:28 f16tc2 kdm: :0[1609]: Fatal X server IO error: Interrupted system call Oct 26 18:17:28 f16tc2 abrt[1620]: saved core dump of pid 1604 (/usr/bin/Xorg) to /var/spool/abrt/ccpp-2011-10-26-18:17:28-1604 (3424256 bytes) Oct 26 18:17:28 f16tc2 abrtd: Directory 'ccpp-2011-10-26-18:17:28-1604' creation detected Oct 26 18:17:28 f16tc2 abrtd: DUP_OF_DIR: /var/spool/abrt/ccpp-2011-10-26-18:09:50-1212 Oct 26 18:17:28 f16tc2 abrtd: Dump directory is a duplicate of /var/spool/abrt/ccpp-2011-10-26-18:09:50-1212 Oct 26 18:17:28 f16tc2 abrtd: Deleting dump directory ccpp-2011-10-26-18:17:28-1604 (dup of ccpp-2011-10-26-18:09:50-1212), sending dbus signal BTW: switching to a console window gives only garbage characters on all over the screen -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F16 selecting kde and deselecting gnome: gdm-shell error
Hello, trying to test https://bugzilla.redhat.com/show_bug.cgi?id=731245 as from the message [Test-Announce] Remaining F16 blockers and F16 planning I installed from f16tc2 vmlinuz+initrd.img inside a kvm guest with direct kernel boot. host is f15+virt-preview and selected spice as video adapter At sw selection during install I chose to: - customize - select kde - deselect gnome Installation completed but at first boot I completed the normal user definition and sent profile, but then instead of login window I get a window with message: failed to load session "gdm-shell" and a logout button I would expect kdm instead of gdm and kdm has been installed [root@f16tc2 ~]# type kdm kdm is /usr/bin/kdm The same flow but leaving default (gnome selected during install and no selection for kde) leads to a system where I can correctly use gdm, instead Are my install choices supported? In that case any files I can provide ? My /var/log/messages: Oct 26 15:41:09 f16tc2 dbus-daemon[829]: dbus[829]: [system] Successfully activated service 'org.freedesktop.ConsoleKit' Oct 26 15:41:09 f16tc2 dbus-daemon[829]: dbus[829]: [system] Successfully activated service 'org.freedesktop.Accounts' Oct 26 15:41:09 f16tc2 dbus[829]: [system] Successfully activated service 'org.freedesktop.Accounts' Oct 26 15:41:09 f16tc2 accounts-daemon[986]: started daemon version 0.6.14 Oct 26 15:41:09 f16tc2 systemd-logind[795]: New user gdm logged in. Oct 26 15:41:09 f16tc2 systemd-logind[795]: New session 1 of user gdm. Oct 26 15:41:09 f16tc2 systemd-logind[795]: Linked /tmp/.X11-unix/X0 to /run/user/gdm/X11/display. Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): Enabling debugging Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GsmXsmpServer: SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1054,unix/unix:/tmp/.ICE-u nix/1054#012 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GsmShell: Not connected to the shell Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GsmManager: setting client store 0x1a46920 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 1: signum=4 (nil) Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 4 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 2: signum=7 (nil) Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 7 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 3: signum=11 (nil) Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 11 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 4: signum=6 (nil) Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 6 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 5: signum=5 (nil) Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 5 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 6: signum=8 0x41bf30 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 8 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 7: signum=1 0x41bf30 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 1 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 8: signum=10 0x41bf30 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 10 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 9: signum=15 0x41bf30 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 15 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Adding handler 10: signum=2 0x41bf30 Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): GdmSignalHandler: Registering for 2 signals Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): fill: *** Getting session 'gdm-shell' Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): fill: *** Looking if /var/lib/gdm/.config/gnome-session/sessions/gdm-shell.session is a valid session file Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): Cannot use session '/var/lib/gdm/.config/gnome-session/sessions/gdm-shell.session': non-existing or invalid file. Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): fill: *** Looking if /etc/xdg/gnome-session/sessions/gdm-shell.session is a valid session file Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): Cannot use session '/etc/xdg/gnome-session/sessions/gdm-shell.session': non-existing or invalid file. Oct 26 15:41:09 f16tc2 gnome-session[1054]: DEBUG(+): fill: *** Looking if /usr/share/gdm/greeter/gnome-session/sessions/gdm-shell.session is a valid session file Oct 26 15:41:09 f16tc2 gnome-
Error adding second ide disk in virt-manager
Hello, I have F15 + virt-preview environment. I configured a vm with "kernel 2.6 with virtio" (in virt-manager.log I get "OS: linux:virtio26"). Then I changed config and deleted disk0 and created it as an ide disk. Booting from CD I installed the OS without problems. I then added a second ide disk. Now I get an error on start after adding this second ide disk Error starting domain: internal error Process exited while reading console log output: qemu-kvm: -drive file=/var/lib/libvirt/images/ovm1-2.img,if=none,id=drive-ide0-0-0,format=raw: Duplicate ID 'drive-ide0-0-0' for drive Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 44, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 65, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1050, in startup self._backend.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 510, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: internal error Process exited while reading console log output: qemu-kvm: -drive file=/var/lib/libvirt/images/ovm1-2.img,if=none,id=drive-ide0-0-0,format=raw: Duplicate ID 'drive-ide0-0-0' for drive the relevant part written in xml file is indeed: With virsh edit I change the second to and I'm able to boot with the new second disk in place... Do I have to file a bug or is this an "unsupported" way of operation (create as 2.6+virtio and then remove virtio disk and use ide)? Gianuca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Is it possible to install f16 final tc1 using only vmlinuz+initrd ?
On Mon, Oct 17, 2011 at 4:33 PM, Gianluca Cecchi wrote: > Hello, > is it expected to work a command such as this, after downloading > vmlinuz and initrd for f16 final tc1 (x86_64): > > virt-install --os-type=linux --os-variant=fedora16 --boot > kernel=/tmp/f16tc1/vmlinuz,initrd=/tmp/f16tc1/initrd.img -r 1024 > --name f16 --disk=/var/lib/libvirt/images/f16.img --network > network=default --virt-type=kvm I confirm that after latest mailing list messages regarding trees availability, now it works and installs. Thanks. Any way in F15+virt-preview to have an f16 guest where I can enable gnome-shell? Tried with spice video and qxl device but only fallback experience (that any way seems greatly better than in F15/gnome 3.0) Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Is it possible to install f16 final tc1 using only vmlinuz+initrd ?
Hello, is it expected to work a command such as this, after downloading vmlinuz and initrd for f16 final tc1 (x86_64): virt-install --os-type=linux --os-variant=fedora16 --boot kernel=/tmp/f16tc1/vmlinuz,initrd=/tmp/f16tc1/initrd.img -r 1024 --name f16 --disk=/var/lib/libvirt/images/f16.img --network network=default --virt-type=kvm ? I'm running it from a system with fedora 15 + virt-preview repo. But I get an error about unable to read package metadata Do I have to install anything else locally? It seems to me that network has been configured correctly inside the guest... Thanks in advance, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: any nouveau refresh in f16 beta?
On Fri Oct 14 12:48:32 UTC 2011 drago01 wrote: > > So the link I gave: > > http://nouveau.git.sourceforge.net/git/gitweb.cgi?p=nouveau/envytools;a=commitdiff;h=b645e6f7d9f204a9176747f129e9e365dcd877ce > > is somethng about kernel part of nouveau? > > No this is completely unrelated. Ok. I see only now that I missed the envytools part of the link path So the added support is about these tools only and not the driver itself... sorry At http://nouveau.freedesktop.org/wiki/CodeNames my card NVD9 (GF119) appears inside the section: "Not all of these cards already work well using Nouveau, development is in progress" So I'll keep up checking if there is improved support in the near future. Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: any nouveau refresh in f16 beta?
On Wed Oct 12 01:30:57 UTC 2011 Adam Williamson wrote: > There's nothing really interesting in the xorg-x11-drv package any more. > All the interesting bits are in the kernel module, which gets updated > very frequently. Ok. So the link I gave: http://nouveau.git.sourceforge.net/git/gitweb.cgi?p=nouveau/envytools;a=commitdiff;h=b645e6f7d9f204a9176747f129e9e365dcd877ce is somethng about kernel part of nouveau? In this case how can I know if there should be any support for NVD9 (GT520 on a laptop... GF119 chipset) in my current kernel in F15 ( 2.6.40.6-0.fc15.x86_64) or current kernel available in F16? Any modinfo switch ? Or should I download source.rpm? rpm -q --changelog against 2.6.40.6-0.fc15.x86_64 gives only: * Thu Aug 25 2011 Ben Skeggs - nouveau: add patch fixing ttm issues that lead to oopses/corruption (rhbz#699551) * Tue Aug 23 2011 Ben Skeggs - nouveau: pull patches from 3.1 to fix some suspend/hibernate problems (rhbz#730582) Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
any nouveau refresh in f16 beta?
Hello, I have a nvidia NVD9 (GY520 on a laptop... GF119 chipset) that currently is not supported in f15 (xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15) The chipset was probably added around mid may in nouveau git repo... http://nouveau.git.sourceforge.net/git/gitweb.cgi?p=nouveau/envytools;a=commitdiff;h=b645e6f7d9f204a9176747f129e9e365dcd877ce Any way to add it for upcoming F16? I see now that in F16 beta there is still xorg-x11-drv-nouveau-0.0.16-26.20110324git8378443.fc16.x86_64.rpm , while in rawhide: xorg-x11-drv-nouveau-0.0.16-27.20110720gitb806e3f.fc17.x86_64.rpm Any blockers to use rawhide version for this? Or possibility to push to f16? Thanks in advance, gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nouveau and multimonitor with mutter problems
On Tue, Jun 7, 2011 at 6:37 PM, Adam Jackson wrote: > On 6/7/11 12:17 PM, Gianluca Cecchi wrote: > >> BTW: suppose I put the top bar on top of external monitor. Then I >> disconnect it. >> What is it the expected behaviour? Top bar automatically repositioned >> to the only surviving laptop display that was below or what? > > Yep. Would be pretty unusable if the top bar simply disappeared. However, > we should remember your existing configurations; if you plug the monitor > back in, the top bar should migrate back. > > - ajax > Unfortunately it disappeared... both in fallback and gnome-shell mode. And reappered if econnected. I opened this bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=711479 where I put other consderations too. It was reassigned to gnome-shell component... Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nouveau and multimonitor with mutter problems
On Tue, Jun 7, 2011 at 5:59 PM, Adam Jackson wrote: > On 6/7/11 4:21 AM, Gianluca Cecchi wrote: > >> Perhaps it is a problem of the top bar representing a top limit for >> windows placement? > > gnome-shell considers the top bar an impenetrable wall (from below), yes. OK. Thanks for confirming this > >> Can I change its position to test? > > Use the display control panel to drag the position of the top bar to the > monitor you want it to appear on. > > - ajax > ah ah... I see I can drag the top bar too I didn't expect this ;-) I'm going to try. BTW: suppose I put the top bar on top of external monitor. Then I disconnect it. What is it the expected behaviour? Top bar automatically repositioned to the only surviving laptop display that was below or what? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nouveau and multimonitor with mutter problems
On Tue, May 31, 2011 at 12:20 PM, Gianluca Cecchi wrote: > Hello, > I'm trying here as F15 has been just released. Perhaps same problem in > rawhide too.. > During latest days I have tested my XPS M1330 Dell laptop with nvidia > proprietary drivers and now I'm evaluating switching to nouveau. > I have final F15 x86_64. > No xorg.conf file and no nvidia rpm bits. > I connect a 19" monitor to vga. > Starting in fallback mode all is ok and I can configure laptop > (1280x800) under monitor (1280x1024). > In gdm the login box is inside laptop and I can see background inside > the monitor too. > After login my top bar is positioned at top of laptop display. > I can drag windows from top to bottom display crossing the top bar and > vice versa. > The status bar is at bottom of laptop. > > If I set the default gnome 3 with effects, I have the same behaviour > at gdm login, and the same positioning of top bar after login. > But Inside the external monitor I see the background image, without > being able to put windows in this monitor. > When dragging a window it stops right under the top bar, no way. And > all new windows are opened inside laptop display. > If I use the classic Alt+drag operation I can traverse top bar and > arrive with top part of this window about half height of the external > monitor Just an update: if I exchange position of the displays, with laptop up and external monitor under it, the behaviour is as expected. But it is not quite usable in my case because it is the opposite of the physical layout Perhaps it is a problem of the top bar representing a top limit for windows placement? Can I change its position to test? Anyone using other drivers successfully in getting the external vga monitor on top without writing any xorg.conf file? What would be the best component for open a bugzilla entry? xorg-x11-drv-nouveau? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
nouveau and multimonitor with mutter problems
Hello, I'm trying here as F15 has been just released. Perhaps same problem in rawhide too.. During latest days I have tested my XPS M1330 Dell laptop with nvidia proprietary drivers and now I'm evaluating switching to nouveau. I have final F15 x86_64. No xorg.conf file and no nvidia rpm bits. I connect a 19" monitor to vga. Starting in fallback mode all is ok and I can configure laptop (1280x800) under monitor (1280x1024). In gdm the login box is inside laptop and I can see background inside the monitor too. After login my top bar is positioned at top of laptop display. I can drag windows from top to bottom display crossing the top bar and vice versa. The status bar is at bottom of laptop. If I set the default gnome 3 with effects, I have the same behaviour at gdm login, and the same positioning of top bar after login. But Inside the external monitor I see the background image, without being able to put windows in this monitor. When dragging a window it stops right under the top bar, no way. And all new windows are opened inside laptop display. If I use the classic Alt+drag operation I can traverse top bar and arrive with top part of this window about half height of the external monitor My nvidia adapter is: 01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8400M GS] (rev a1) In system settings --> graphics I see the driver detected as Gallium 0.4 on NV86 in both fallback mode and standard mode xrandr gives: Screen 0: minimum 320 x 200, current 1280 x 1824, maximum 8192 x 8192 LVDS-1 connected 1280x800+0+1024 (normal left inverted right x axis y axis) 287mm x 180mm 1280x800 60.0*+ 1024x768 59.9 800x60059.9 640x48059.4 720x40059.6 640x40060.0 640x35059.8 VGA-1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm 1280x1024 60.0*+ 75.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x62474.6 800x60072.2 75.0 60.3 56.2 640x48072.8 75.0 66.7 60.0 720x40070.1 HDMI-1 disconnected (normal left inverted right x axis y axis) $ cat /proc/cmdline ro root=UUID=91e7d1a8-7208-491c-ba3e-47ec918f66d6 rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhgb quiet elevator=deadline $ lsmod|grep nouve nouveau 525018 2 ttm55120 1 nouveau drm_kms_helper 27515 1 nouveau drm 187984 4 nouveau,ttm,drm_kms_helper i2c_algo_bit5014 1 nouveau i2c_core 25468 6 i2c_i801,videodev,nouveau,drm_kms_helper,drm,i2c_algo_bit video 12432 1 nouveau $ lsmod|grep nvi $ Any hint on using gnome 3 standard or otherwise to have fallback mode to work as a full gnome 2.x? Thanks in advance, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
colord core dump and abrt not reporting
On Fri May 20 10:28:21 UTC 2011 Jiri Moskovcak wrote: > It was probably running under different user then who is running the > abrt-gui so gui can't access it and doesn't show it. You can try to run > the gui as root to see all the crashes. I had this problem too and indeed running the gui from root let the crash appear. It resulted that Neal had already opened same bug and so a comment was added for me in: https://bugzilla.redhat.com/show_bug.cgi?id=705005 Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
updates are proposed today in F15 RC3 system
Hello, on my F15 Rc3 running yum update today proposes this: Transaction Summary = Install 2 Package(s) Upgrade 75 Package(s) Total download size: 109 M All the packages are from "updates" repository. Does it mean these are already certified to be post F14 official updates or RC3 is not gold? What is it best to do? Thanks Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Libreoffice doesn't get printers
On Wed May 18 14:39:06 UTC 2011 Jóhann B. Guðmundsson wrote: >On 05/18/2011 02:28 PM, Brian C. Huffman wrote: >> Nevermind. Apparently I just needed to stop and restart office.:-( > >Hum I would actually think that was an bug. In my case I was totally unable to add a network printer from the System settings -> printers tool. I unlock, select + and enter a network ip or anything else I see a "getting devices" information on bottom right of the window but after few seconds the window returns to the original initial state. In my case the only way to add the printer was to open the browser at http://localhost:631 cupsd service and add from there (even if it was particularly slow... in respect with previous "add printers" experiences from web page) The only lines I saw in /var/log/messages when trying to add the printer from the menu option were: May 19 10:45:48 ope46 dbus: [system] Activating service name='net.reactivated.Fprint' (using servicehelper) May 19 10:45:48 ope46 dbus: [system] Successfully activated service 'net.reactivated.Fprint' May 19 10:46:26 ope46 dbus: [system] Activating service name='net.reactivated.Fprint' (using servicehelper) May 19 10:46:26 ope46 dbus: [system] Successfully activated service 'net.reactivated.Fprint' May 19 10:46:38 ope46 dbus: [system] Activating service name='org.opensuse.CupsPkHelper.Mechanism' (using servicehelper) May 19 10:46:38 ope46 dbus: [system] Successfully activated service 'org.opensuse.CupsPkHelper.Mechanism' May 19 10:47:18 ope46 dbus: [system] Activating service name='org.opensuse.CupsPkHelper.Mechanism' (using servicehelper) May 19 10:47:18 ope46 dbus: [system] Successfully activated service 'org.opensuse.CupsPkHelper.Mechanism' When creating printer from cups web page a few minutes later that was successfull but very slow, I can find this in /var/log/cups/error_log file: W [19/May/2011:10:54:19 +0200] failed to CreateProfile: org.freedesktop.DBus.Error.NoReply:Message did not receive a reply (timeout by message bus) W [19/May/2011:10:54:19 +0200] failed to CreateProfile: org.freedesktop.DBus.Error.NoReply:Message did not receive a reply (timeout by message bus) W [19/May/2011:10:54:19 +0200] failed to CreateDevice: org.freedesktop.DBus.Error.NoReply:Message did not receive a reply (timeout by message bus) W [19/May/2011:10:54:44 +0200] failed to CreateProfile: org.freedesktop.DBus.Error.NoReply:Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. W [19/May/2011:10:55:09 +0200] failed to CreateProfile: org.freedesktop.DBus.Error.NoReply:Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. and these in /var/log/mesages: May 19 10:54:18 ope46 dbus: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper) May 19 10:54:18 ope46 dbus: [system] Successfully activated service 'org.freedesktop.ColorManager' May 19 10:54:19 ope46 abrt[7319]: saved core dump of pid 7316 (/usr/libexec/colord) to /var/spool/abrt/ccpp-2011-05-19-10:54:18-7316.new/coredump (18477056 bytes) May 19 10:54:19 ope46 abrtd: Directory 'ccpp-2011-05-19-10:54:18-7316' creation detected May 19 10:54:19 ope46 dbus: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper) May 19 10:54:19 ope46 dbus: [system] Successfully activated service 'org.freedesktop.ColorManager' May 19 10:54:19 ope46 abrt[7325]: not dumping repeating crash in '/usr/libexec/colord' May 19 10:54:19 ope46 dbus: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper) May 19 10:54:19 ope46 dbus: [system] Successfully activated service 'org.freedesktop.ColorManager' May 19 10:54:19 ope46 abrt[7330]: not dumping repeating crash in '/usr/libexec/colord' May 19 10:54:19 ope46 dbus: [system] Activating service name='org.freedesktop.ColorManager' (using servicehelper) May 19 10:54:19 ope46 dbus: [system] Successfully activated service 'org.freedesktop.ColorManager' May 19 10:54:20 ope46 abrtd: New dump directory /var/spool/abrt/ccpp-2011-05-19-10:54:18-7316, processing HIH giving a smarter experience in managing not local printers. Let me know if I had to open (or update an existing) bug BTW: as son as the printer was added, firefox was right able to use it, instead a preopened libreoffice spreadsheet window was not... After closing and reopening libreoffice, it was able to use the new printer. Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Virtual box now runs Gnome 3
On Tue May 17 21:52:29 UTC 2011 Joshua Andrews wrote: > It is very cool if you are running fedora 15 in a VM on virtualbox the > newest version with guest additions seems to run the gnome-shell great. Are you referring to virtualbox as provided by rpmfusion, so VirtualBox-OSE-4.0.4-1.fc15.x86_64? Which kind of video adaper does it use? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
gnome3 and removable devices...
On Wed May 18 06:19:28 UTC 2011 Rob Healey wrote > I remember that in the old Gnome 2.x [snip] > To safely remove the device, you could right click the icon, and choose > "Safety remove..." On Wed May 18 06:26:20 UTC 2011 Adam Williamson wrote: > There's an 'eject' button next to it in the file manager, which more or less > does this (it actually does something a bit stronger - it removes > the device entirely, after you click it /dev/sda won't exist any more). Actually in my F15 RC3 system when I plug an usb key and open explorer, if I right click on this usb device line I can see both "Eject" and "Safely remove Drive" icons So it seems to me the same behaviour as in F14 (apart from the desktop icon). On Wed May 18 08:55:52 UTC 2011 Rahul Sundaram wrote: > In addition to that, gnome-shell-extensions-drive-menu (in Fedora 15 repo) > can be useful here. Can you elaborate this, Rahul, please? yum search gnome-shell-extension gives to me only these ones below: gnome-shell-extensions-alternate-tab.noarch : Classic Alt+Tab behavior. Window based instead of app based gnome-shell-extensions-alternative-status-menu.noarch : For those who want a power off item visible at all the time gnome-shell-extensions-auto-move-windows.noarch : Assign specific workspaces to applications gnome-shell-extensions-common.noarch : Files common to GNOME Shell Extensions gnome-shell-extensions-dock.noarch : Shows a dock-style task switcher permanently gnome-shell-extensions-user-theme.noarch : Lets the user select a custom theme for the shell gnome-shell-extensions-windowsNavigator.noarch : Keyboard selection of windows and work-spaces in overlay mode Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 15 Final Release Candidate 2 (RC2) Available Now!
On Fri, May 13, 2011 at 5:19 PM, Gianluca Cecchi wrote: > On Fri May 13 15:01:01 UTC 2011 James Laska wrote: >> Does the file '/etc/selinux/targeted/policy/policy.24' exist? Did your >> install complete successfully, I'd be surprised if that file was missing >> on your installed system. Make sure that package is intact by running >> `rpm -V selinux-policy-targeted`. Inspect your install.log for any >> obvious errors indicating failures while installing packages. > Could it be a shortage of memory not intercepted? > I have 4Gb in physical host; then a running win7 with 1,5Gb and > configured this f15 with 768Mb of ram... > But I think anaconda should have raised this failure and prompt the > user instead it completed without warnings > > Gianluca > Just to say that installing rc3 over rc2 in the same way but giving the f15 guest 1536MB I didn't have this problem. Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 15 Final Release Candidate 2 (RC2) Available Now!
On Fri May 13 15:01:01 UTC 2011 James Laska wrote: > Does the file '/etc/selinux/targeted/policy/policy.24' exist? Did your > install complete successfully, I'd be surprised if that file was missing > on your installed system. Make sure that package is intact by running > `rpm -V selinux-policy-targeted`. Inspect your install.log for any > obvious errors indicating failures while installing packages. [root@f15 ~]# ll /etc/selinux/targeted/policy/ total 0 [root@f15 ~]# cat /proc/cmdline ro root=/dev/mapper/vg_f15-lv_root rd_LVM_LV=vg_f15/lv_root rd_LVM_LV=vg_f15/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us rhgb quiet (but remember I mounted from rescue cd the root filesystem and changed /etc/selinux/config in SELINUX=disabled) [root@f15 ~]# rpm -V selinux-policy-targeted [root@f15 ~]# echo $? 0 [root@f15 ~]# rpm -q selinux-policy-targeted selinux-policy-targeted-3.9.16-23.fc15.noarch I created my rc2 starting from beta iso and applying in sequence these days the delta isos for TC1, RC1, RC2 sha256sum from my iso is the same as expected downloading full iso of rc2, so it should be ok. In effect in my install.log I have: Installing system-config-network-tui-1.6.2-2.fc15.noarch Installing selinux-policy-targeted-3.9.16-23.fc15.noarch /var/tmp/rpm-tmp.Luwdss: line 20: 3136 Killed semodule -b base.pp.bz2 -i $packages -s targeted Installing device-mapper-multipath-0.4.9-15.fc15.x86_64 Installing coolkey-1.1.0-19.fc15.x86_64 I attach my full install.log.gz, that seems to contain no other strange lines Could it be a shortage of memory not intercepted? I have 4Gb in physical host; then a running win7 with 1,5Gb and configured this f15 with 768Mb of ram... But I think anaconda should have raised this failure and prompt the user instead it completed without warnings Gianluca install.log.gz Description: GNU Zip compressed data -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 15 Final Release Candidate 2 (RC2) Available Now!
On Fri, May 13, 2011 at 2:56 PM, Gianluca Cecchi wrote: > Here is a video booting with "S" instead of "rhgb quiet" > > https://docs.google.com/leaf?id=0BwoPbcrMv8mvZjQ0NjIyYmQtYzBmMC00NTA2LWEzNzUtMDBhOGE2MThjODQx&hl=it&authkey=CJ-eiboD > > Gianluca > Booting from the f15rc2 dvd iso and selecting rescue and a start shell, I'm able to mount the root filesystem. So I can modify the file /etc/selinux/config and set SELINUX=disabled Then I can umount and reboot correctly from hard disk and land into firstboot graphical screen... I also sent smolt profile... PS: I didn't had this problem with beta dvd iso Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Fedora 15 Final Release Candidate 2 (RC2) Available Now!
Here is a video booting with "S" instead of "rhgb quiet" https://docs.google.com/leaf?id=0BwoPbcrMv8mvZjQ0NjIyYmQtYzBmMC00NTA2LWEzNzUtMDBhOGE2MThjODQx&hl=it&authkey=CJ-eiboD Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[Test-Announce] Fedora 15 Final Release Candidate 2 (RC2) Available Now!
Hello. try to install rc2 in a vm host is F14+virt-preview guest is configured with spice guest was a pre-existing f15 beta + updates (till some days ago) I chose to install new and selected my partitions asking to format all. It concludes ok, but at reboot I get the situation in attached image... no way... I selected default graphical desktop withount any customization Any hints? I could start with a live cd and send installation logs eventually I attach also output of virsh dumpxml for this vm I don't see this bug in blocker list still opened bugs: https://bugzilla.redhat.com/show_bug.cgi?id=617261 Gianluca <> f15 aefbb30c-b97f-3bdd-6f12-bcbcae36534c 786432 786432 2 hvm destroy restart restart /usr/bin/qemu-kvm -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
info on installing f15 on pre-existing ext4 partition
Currently on my F14 system I have my / and my /f13 partitions already on ext4. This last one was a previosuly F13 root filesystem I kept when installing f14 so I always have a dual environment when upgrading. So I'm going to install my f15 inside my ex f13 partition and I'm considering whether reformat it or not. Based on below considerations it seems there is no added features/flags in ext4 as delivered in f15 compared with f13, correct? The "mount" command of my f14 shows: /dev/sda6 on / type ext4 (rw) /dev/sda7 on /f13 type ext4 (rw) and /etc/fstab: UUID=efdaf0c7-d6d5-4558-827e-3473f723f0ee / ext4 defaults1 1 /dev/sda7 /f13ext4defaults1 2 and tune2fs -l for both: Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options:user_xattr acl I tried an f15 clean beta install vm and mount command shows: /dev/mapper/vg_f15-lv_root on / type ext4 (rw,relatime,barrier=1,data=ordered) and fstab /dev/mapper/vg_f15-lv_root / ext4defaults1 1 and tune2fs -l: Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options:user_xattr acl So it seems the same set of features... what would you advice? btw: In f14 and f15 mount man page: The ext4 filesystem enables write barriers by default. ordered: This is the default mode Is it a sort of "mount" command improvement to have it showing if barriers are enabled or not and data=xxx setting (vs f14 not showing nothing)? relatime: what is default in general for ext4 fs? Thanks, Gianluca -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
different output between yum and gpk-update-viewer behind proxy
Hello, I just installed f14 beta as a vm inside rh el 5 host some days ago and didn't have time to test a lot. This morning I wanted to update and with graphical window I got "all software is up to date" (see attachment) Doubtfully, I ran "yum update" and actually got [r...@f14 gcecchi]# yum update Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list Error: Cannot retrieve repository metadata (repomd.xml) for repository: fedora. Please verify its path and try again This probably because my host itself is behind a proxy and I suppose I have to configure the same proxy inside the vm (I'm using virbr0 in guest). Anyway I think output messages should be consistent between the two tools... I don't know if already fixed in upcoming finale release... BTW: after putting proxy=... inside yum.conf I correctly got both by console and by gui the list of packages... Gianluca <>-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test