[389-users] 389-console in rhel7
Is 389-console available for rhel7? Thanks, -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: [389-users] 389-console in rhel7
On 07/24/2014 01:18 AM, Pepe Charli wrote: Is 389-console available for rhel7? No, not yet. https://fedoraproject.org/wiki/EPEL/epel7/Requests#EPEL_Branch_Requests https://fedorahosted.org/389/ticket/47865 Thanks, -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: [389-users] port 389 listener getting hung up on connection locks?
On Thu, Jul 24, 2014 at 10:55:54AM -0600, Rich Megginson wrote: 1) I think you are running too many threads. Having too many threads causes too much thread contention, which leads to performance problems. Did you set nsslapd-threadnumber? If so, try setting it to 2 times the number of cores on your system. If you didn't touch nsslapd-threadnumber, then it must be a bug, because the default number is 30 (for historical reasons). Thanks, inherited config from a predecessor. Cranked that back down significantly. 2) Thread 1 summary: fsync fsync ?? vslapd_log_error slapd_log_error_proc_internal slapd_log_error_proc handle_pr_read_ready slapd_daemon main When doing stack traces, it is best to do it with no additional error log levels. This fsync() in the daemon main loop is very expensive. Done. 3) There are a lot of stack traces waiting on locks related to virtual attribute lookups, for example: Thread 86 ?? ?? ?? ?? PR_vsmprintf slapi_ch_smprintf vattr_map_namespace_sp_getlist slapi_vattr_namespace_values_get_sp send_specific_attrs send_ldap_search_entry_ext send_ldap_search_entry iterate send_results_ext op_shared_search do_search connection_dispatch_operation ?? start_thread clone ?? And done. Attaching some new stacktraces with those out of the way. stacktraces2.tar.gz Description: Binary data -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: Claws mail and SSL certificates
bitlord bitlord0...@gmail.com writes: Depends on the version of claws-mail and libetpan, =claws-mail-3.10 and compiled with =libetpan-1.4 (or 1.4.1) is able to properly verify certificate chain, previous versions don't. On f20 it works fine after upgrade (claws-mail-3.10.1 is available, and libetpan-1.5 from updates repo). Okay, time to upgrade then. I'm running F19 with claws 3.9.3 and libetpan 1.1. Thanks for the info. -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Claws mail and SSL certificates
On Thu, 2014-07-24 at 08:53 +0200, Anders Wegge Keller wrote: bitlord bitlord0...@gmail.com writes: Depends on the version of claws-mail and libetpan, =claws-mail-3.10 and compiled with =libetpan-1.4 (or 1.4.1) is able to properly verify certificate chain, previous versions don't. On f20 it works fine after upgrade (claws-mail-3.10.1 is available, and libetpan-1.5 from updates repo). Okay, time to upgrade then. I'm running F19 with claws 3.9.3 and libetpan 1.1. Thanks for the info. -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* Also you can test it from 'updates-testing' repo in f19 https://admin.fedoraproject.org/updates/FEDORA-2014-6774 with command like this (or similar) (It will probably pull in latest libetpan as a dependency, if not, you can add it to the list (you probably know how to do it ;-) # yum --enablerepo updates-testing update claws-mail* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Is this a known problem?
When updating from f19 to f20 with fedup, I get a weird dependency problem: WARNING: problems were encountered during transaction test: broken dependencies nodejs-grunt-cli-0.1.13-1.fc20.noarch requires nodejs-grunt-cli-0.1.13-1.fc20.noarch gnome-rdp-0.3.1.0-7.fc20.x86_64 requires gnome-rdp-0.3.1.0-7.fc20.x86_64 Continue with the upgrade at your own risk. Is this a known issue, or shoukd I file a bug against fedup? -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: new kernels rebooting
On Mon, Jul 21, 2014 at 4:35 PM, Heinz Diehl h...@fritha.org wrote: On 21.07.2014, Tom H wrote: The method that I suggested is right There's no wrong or right. It's just one way to do it (not mine). But of course, it can be the way for others. It's perfectly fine to build a kernel by using rpm an manage it using yum, but it's not what I prefer. because (and I made a mistake earlier and shouldn't have suggested that you use rpm) you can install your kernel with yum install ... and remove it with yum remove ... - and use it on more than one system if necessary. I install my kernel using make install, and remove it by deleting the sourcetree, kernel co. in /boot and its modules in /lib/modules/. It's what fits best for me. Sure. Why do less work when you can do more? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: vnc not into gnome but Xfce but still not working
On 07/23/2014 07:00 PM, poma wrote: On 23.07.2014 10:40, poma wrote: $ grep -v ^# $HOME/.vnc/xstartup startxfce4 $ grep -v ^# /etc/systemd/system/vncserver@\:1.service [Unit] Description=Remote desktop service (VNC) After=syslog.target network.target [Service] Type=simple ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill %i /dev/null 21 || :' ExecStart=/sbin/runuser -l USER -c /usr/bin/vncserver %i -fg ExecStop=/bin/sh -c '/usr/bin/vncserver -kill %i /dev/null 21 || :' ExecStopPost=/sbin/runuser -l root -c /usr/bin/Loginctl-Clean [Install] WantedBy=multi-user.target However if someone is eager enough to play with the 'Xspice' http://www.spice-space.org/page/Features/Xspice Server: $ Xspice --port PORT --exit-on-disconnect --xsession startxfce4 --disable-ticketing :2 Client: $ spicy -h Spice server address/hostname -p PORT $ Xspice -h $ spicy -? $ repoquery -i xorg-x11-server-Xspice $ repoquery -i spice-gtk-tools systemd a service unit exemple Server: $ grep -v ^# /etc/systemd/system/xspiceserver@\:2.service [Unit] Description=Remote desktop service (Xspice) After=syslog.target network.target [Service] ExecStart=/sbin/runuser -l USER -c /usr/bin/Xspice --xsession startxfce4 --port 5902 --disable-ticketing %i ExecStopPost=/sbin/runuser -l root -c /usr/bin/Loginctl-Clean [Install] WantedBy=multi-user.target # systemctl start xspiceserver@:2.service Note: xorg-x11-server-Xspice is x86_64 only. Client: $ spicy -h Spice server address/hostname -p 5902 OR $ remote-viewer spice://Spice server address/hostname:5902 etc. remote desktop fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
CPU fan running at full speed
As of updating to kernel-3.15.5-200.fc20.x86_64, the cpu fan (and probably the case fan too) continuously runs at full speed, right from the system start. This behaviour is still present with the the most recent kernel 3.15.6-200..., but it wasn't with the former version 3.14.8-200... (I re-checked this by downloading this package from Koji and manually installing it). It's a desktop system with an Asus B85M-G board and an Intel i3-4330 CPU. The symptoms might be similar to a recent bugzilla report, which hasn't been commented yet: https://bugzilla.redhat.com/show_bug.cgi?id=1121331 Has anyone experienced something similar? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: color display with man pages
On 22.07.2014 06:54, Jatin K wrote: On Monday 21 July 2014 11:42 PM, Amila Perera wrote: Hi all, This is my first mail on fedora mailing list. I can't get the following to display colours with LESS command on my terminal, when viewing man pages. I am using Fedora 20 with KDE. My shell is zsh. --- man() { env LESS_TERMCAP_mb=$'\E[01;31m' \ LESS_TERMCAP_md=$'\E[01;34m' \ LESS_TERMCAP_me=$'\E[0m' \ LESS_TERMCAP_se=$'\E[0m' \ LESS_TERMCAP_so=$'\E[01;33;40m' \ LESS_TERMCAP_ue=$'\E[0m' \ LESS_TERMCAP_us=$'\E[01;04;35m' \ man $@ } have you tried most ..?? try following yum install most export PAGER=most or export PAGER=/usr/bin/most -s now try to viewing man for any command say man date $ man -P most date :) colorized manual fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: CPU fan running at full speed
On 24.07.2014 12:29, Klaus-Peter Schrage wrote: As of updating to kernel-3.15.5-200.fc20.x86_64, the cpu fan (and probably the case fan too) continuously runs at full speed, right from the system start. This behaviour is still present with the the most recent kernel 3.15.6-200..., but it wasn't with the former version 3.14.8-200... (I re-checked this by downloading this package from Koji and manually installing it). It's a desktop system with an Asus B85M-G board and an Intel i3-4330 CPU. The symptoms might be similar to a recent bugzilla report, which hasn't been commented yet: https://bugzilla.redhat.com/show_bug.cgi?id=1121331 That is GPU fan https://bugzilla.redhat.com/show_bug.cgi?id=1121331#c3 https://bugzilla.redhat.com/attachment.cgi?id=919330 The fan is really LOUD all the time. How do I make it more quiet? http://nouveau.freedesktop.org/wiki/FAQ/#index25h3 Has anyone experienced something similar? Your is CPU fan? Paste here output of $ sensors fan fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: CPU fan running at full speed
Am 24.07.2014 12:48, schrieb poma: https://bugzilla.redhat.com/show_bug.cgi?id=1121331 That is GPU fan The error report is somewhat ambiguous in the respect, other fans might be affected too. https://bugzilla.redhat.com/show_bug.cgi?id=1121331#c3 https://bugzilla.redhat.com/attachment.cgi?id=919330 The fan is really LOUD all the time. How do I make it more quiet? http://nouveau.freedesktop.org/wiki/FAQ/#index25h3 Has anyone experienced something similar? Your is CPU fan? Yes Paste here output of $ sensors output of sensors with 3.15.6-200.fc20.x86_64 (for reasons I don't know, fan speed of the graphics card GeForce GT 630 is not reported): acpitz-virtual-0 Adapter: Virtual device temp1:+27.8°C (crit = +105.0°C) temp2:+29.8°C (crit = +105.0°C) nouveau-pci-0100 Adapter: PCI adapter temp1:+35.0°C (high = +95.0°C, hyst = +3.0°C) (crit = +105.0°C, hyst = +5.0°C) (emerg = +135.0°C, hyst = +5.0°C) coretemp-isa- Adapter: ISA adapter Physical id 0: +33.0°C (high = +80.0°C, crit = +100.0°C) Core 0: +32.0°C (high = +80.0°C, crit = +100.0°C) Core 1: +32.0°C (high = +80.0°C, crit = +100.0°C) output of sensors with 3.14.8-200.fc20.x86_64 (no noise): acpitz-virtual-0 Adapter: Virtual device temp1:+27.8°C (crit = +105.0°C) temp2:+29.8°C (crit = +105.0°C) nouveau-pci-0100 Adapter: PCI adapter temp1:+34.0°C (high = +95.0°C, hyst = +3.0°C) (crit = +105.0°C, hyst = +5.0°C) (emerg = +135.0°C, hyst = +5.0°C) coretemp-isa- Adapter: ISA adapter Physical id 0: +31.0°C (high = +80.0°C, crit = +100.0°C) Core 0: +30.0°C (high = +80.0°C, crit = +100.0°C) Core 1: +29.0°C (high = +80.0°C, crit = +100.0°C) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
[solved] Modem Huawei: Problem after fedup from 19 to 20
After fedup from 19 to 20, my USB modem Huawei (ID 12d1:1436 Huawei Technologies Co., Ltd. E173 3G Modem) not work anymore. After various analyzes I have discover that the service ModemManager.service has been disabled. systemctl enable and start it and the problem is left. Thanks -- Dario Lesca (inviato dal mio Linux Fedora 20 con Gnome 3.10.4) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: CPU fan running at full speed
Am 24.07.2014 13:31, schrieb Klaus-Peter Schrage: Am 24.07.2014 12:48, schrieb poma: Your is CPU fan? Yes I have to correct myself: It is definitely the graphics adapter fan which is going berserk since kernel-3.15.6-200.fc20.x86_64 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd config files???
Hi On Wed, Jul 23, 2014 at 2:14 PM, Anders Wegge Keller wrote: Instead of having to guess at the meaning, why not just state the intention without the absolutism? I don't think anyone else was confused about what the meaning was. And depending on the definition of what a configuration file actually is, even that statement brings at least the kernel source and texlive-* into bad standing. Don't see how. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd config files???
Rahul Sundaram methe...@gmail.com writes: Hi On Wed, Jul 23, 2014 at 2:14 PM, Anders Wegge Keller wrote: Instead of having to guess at the meaning, why not just state the intention without the absolutism? I don't think anyone else was confused about what the meaning was. Neither am I. I just have a general distate for unwarranted absolutims. And depending on the definition of what a configuration file actually is, even that statement brings at least the kernel source and texlive-* into bad standing. Don't see how. make menuconfig will modify a configuration file, placed below /usr. Similar for texlive, where you can hardly install anything without affecting the kpathsea database, which is a configuration file of sorts. -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: CPU fan running at full speed
On 24.07.2014 14:31, Klaus-Peter Schrage wrote: Am 24.07.2014 13:31, schrieb Klaus-Peter Schrage: Am 24.07.2014 12:48, schrieb poma: Your is CPU fan? Yes I have to correct myself: It is definitely the graphics adapter fan which is going berserk since kernel-3.15.6-200.fc20.x86_64 https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.14.y#n195 static void nouveau_therm_fan_set_defaults(struct nouveau_therm *therm) { struct nouveau_therm_priv *priv = (void *)therm; priv-fan-bios.pwm_freq = 0; priv-fan-bios.min_duty = 0; priv-fan-bios.max_duty = 100; priv-fan-bios.bump_period = 500; priv-fan-bios.slow_down_period = 2000; /*XXX: talk to mupuf */ #if 0 priv-fan-bios.linear_min_temp = 40; priv-fan-bios.linear_max_temp = 85; #endif } https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.y#n195 static void nouveau_therm_fan_set_defaults(struct nouveau_therm *therm) { struct nouveau_therm_priv *priv = (void *)therm; priv-fan-bios.pwm_freq = 0; priv-fan-bios.min_duty = 0; priv-fan-bios.max_duty = 100; priv-fan-bios.bump_period = 500; priv-fan-bios.slow_down_period = 2000; priv-fan-bios.linear_min_temp = 40; priv-fan-bios.linear_max_temp = 85; } drm/nouveau/therm: let the vbios decide on the automatic fan management mode https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.yid=0e994d6 This should fix automatic fan management on fermi cards who do not have 0x46 entries in the thermal table. On my nve6, the blob sets the default linear range from 40°C to 100°C but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default for everyone. Here refers to NVCF, your is NV108 (GK208) i.e. GeForce GT 630 http://nouveau.freedesktop.org/wiki/CodeNames/ The fan is really LOUD all the time. How do I make it more quiet? http://nouveau.freedesktop.org/wiki/FAQ/#index25h3 ... In the mean time, if you are interested, you can read PowerManagement and/or contact mupuf on the #nouveau freenode IRC channel. fan fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd config files???
Hi On Thu, Jul 24, 2014 at 9:21 AM, Anders Wegge Keller wrote: make menuconfig will modify a configuration file, placed below /usr. That isn't a RPM package placing those configuration files however. So the need to override it just isn't there. Similar for texlive, where you can hardly install anything without affecting the kpathsea database, which is a configuration file of sorts. A database isn't plain configuration from a FHS perspective. Those can live in /var/lib Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd config files???
Rahul Sundaram methe...@gmail.com writes: Hi On Thu, Jul 24, 2014 at 9:21 AM, Anders Wegge Keller wrote: make menuconfig will modify a configuration file, placed below /usr. That isn't a RPM package placing those configuration files however. So the need to override it just isn't there. Similar for texlive, where you can hardly install anything without affecting the kpathsea database, which is a configuration file of sorts. A database isn't plain configuration from a FHS perspective. Those can live in /var/lib The original, too-widely formulated statement was: ... or requires users to modify files below /usr is broken by design. -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
PWM fan speed too high
On 24.07.2014 15:52, poma wrote: On 24.07.2014 14:31, Klaus-Peter Schrage wrote: Am 24.07.2014 13:31, schrieb Klaus-Peter Schrage: Am 24.07.2014 12:48, schrieb poma: Your is CPU fan? Yes I have to correct myself: It is definitely the graphics adapter fan which is going berserk since kernel-3.15.6-200.fc20.x86_64 https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.14.y#n195 static void nouveau_therm_fan_set_defaults(struct nouveau_therm *therm) { struct nouveau_therm_priv *priv = (void *)therm; priv-fan-bios.pwm_freq = 0; priv-fan-bios.min_duty = 0; priv-fan-bios.max_duty = 100; priv-fan-bios.bump_period = 500; priv-fan-bios.slow_down_period = 2000; /*XXX: talk to mupuf */ #if 0 priv-fan-bios.linear_min_temp = 40; priv-fan-bios.linear_max_temp = 85; #endif } https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.y#n195 static void nouveau_therm_fan_set_defaults(struct nouveau_therm *therm) { struct nouveau_therm_priv *priv = (void *)therm; priv-fan-bios.pwm_freq = 0; priv-fan-bios.min_duty = 0; priv-fan-bios.max_duty = 100; priv-fan-bios.bump_period = 500; priv-fan-bios.slow_down_period = 2000; priv-fan-bios.linear_min_temp = 40; priv-fan-bios.linear_max_temp = 85; } drm/nouveau/therm: let the vbios decide on the automatic fan management mode https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.yid=0e994d6 This should fix automatic fan management on fermi cards who do not have 0x46 entries in the thermal table. On my nve6, the blob sets the default linear range from 40°C to 100°C but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default for everyone. Here refers to NVCF, your is NV108 (GK208) i.e. GeForce GT 630 http://nouveau.freedesktop.org/wiki/CodeNames/ The fan is really LOUD all the time. How do I make it more quiet? http://nouveau.freedesktop.org/wiki/FAQ/#index25h3 ... In the mean time, if you are interested, you can read PowerManagement and/or contact mupuf on the #nouveau freenode IRC channel. Fan at full speed on Dell T1650 https://bugzilla.redhat.com/show_bug.cgi?id=1121331 [NVCF] PWM fan speed too high https://bugs.freedesktop.org/show_bug.cgi?id=80901 [Nouveau] hwmon: question about the sysfs interface http://lists.freedesktop.org/archives/nouveau/2014-July/018012.html nouveau funky fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: systemd config files???
Hi On Thu, Jul 24, 2014 at 10:33 AM, Anders Wegge Keller wrote: The original, too-widely formulated statement was: ... or requires users to modify files below /usr is broken by design. It is just restating what FHS tries to convey that all user modified configuration should live in /etc. databases aren't included in that since you aren't directly modifying them. Rahul -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 07/23/14 19:23, Rick Stevens wrote: Bob, get on the NFS server and verify that it's allowing mounts from the DHCP domain. It appears your VM is using DHCP to get an IP and it may be that your NFS server isn't exporting to the network or IP your client got via DHCP. The fact you got it mounted this time may just indicate that THIS TIME you got an IP allowed by the server. Next time, you may not be so lucky. :-/ -- - Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com - I have a Cisco E3000 router using the Tomato version of DD-WRT which is set up to assign dhcp addresses to everything in the 192.168.1 xxx range. However the VM shows 192.168.122.14, what is that, how would I deal with it with the present net assignments, I have a ton of devices assigned by dhcp as it is? Obviously things are happening that I haven't seen before and don't understand. Everything appears to have survived a reboot this morning so for the moment I have no recognized problems ... Tnx, Bob [root@localhost Downloads]# ifconfig eth0: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet 192.168.122.14 netmask 255.255.255.0 broadcast 192.168.122.255 inet6 fe80::5054:ff:fedc:de35 prefixlen 64 scopeid 0x20link ether 52:54:00:dc:de:35 txqueuelen 1000 (Ethernet) RX packets 36637 bytes 47030975 (44.8 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 20354 bytes 2160974 (2.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73UP,LOOPBACK,RUNNING mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10host loop txqueuelen 0 (Local Loopback) RX packets 8 bytes 764 (764.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 8 bytes 764 (764.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 -- http://www.qrz.com/db/W2BOD box10 Fedora-20/64bit Linux/XFCE -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 24.07.2014 17:00, Bob Goodwin - Zuni, Virginia, USA wrote: I have a Cisco E3000 router using the Tomato version of DD-WRT which is set up to assign dhcp addresses to everything in the 192.168.1 xxx range. However the VM shows 192.168.122.14, what is that, how would I deal with it with the present net assignments, I have a ton of devices assigned by dhcp as it is? Obviously things are happening that I haven't seen before and don't understand. So after all, it was a journal from Centos7 VM - NFS client, while I expected to be from Fedora 20 host - NFS server? :) unexpected fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
Once upon a time, Bob Goodwin - Zuni, Virginia, USA bobgood...@wildblue.net said: However the VM shows 192.168.122.14, what is that, how would I deal with it with the present net assignments, I have a ton of devices assigned by dhcp as it is? Obviously things are happening that I haven't seen before and don't understand. 192.168.122.0/24 is what libvirtd sets up by default as a local-only network that is NATted to the host system's IP for network access. Does your host system have access to the desired NFS share? Alternantely, you can configure libvirtd to just bridge your host's network interface to the VM, so that the VM has the same network access as any physical host on the local LAN (it would get an address from your LAN's DHCP, not the private libvirtd-configured DHCP server). -- Chris Adams li...@cmadams.net -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 07/24/14 11:23, poma wrote: So after all, it was a journal from Centos7 VM - NFS client, while I expected to be from Fedora 20 host - NFS server? :) unexpected fan club Ok, then I suppose the question is how do I make the VM conform to the present network assignments scheme? Or can't I, maybe don't need to? It seems to be working despite my confusion! Bob -- http://www.qrz.com/db/W2BOD box10 Fedora-20/64bit Linux/XFCE -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 07/24/14 11:33, Chris Adams wrote: Once upon a time, Bob Goodwin - Zuni, Virginia, USA bobgood...@wildblue.net said: However the VM shows 192.168.122.14, what is that, how would I deal with it with the present net assignments, I have a ton of devices assigned by dhcp as it is? Obviously things are happening that I haven't seen before and don't understand. 192.168.122.0/24 is what libvirtd sets up by default as a local-only network that is NATted to the host system's IP for network access. Does your host system have access to the desired NFS share? Yes, I think everything does. Alternantely, you can configure libvirtd to just bridge your host's network interface to the VM, so that the VM has the same network access as any physical host on the local LAN (it would get an address from your LAN's DHCP, not the private libvirtd-configured DHCP server). Ok, then if that is the case it should just work. Everything in the house is assigned in the range 192.168.1.0/24. I have had the NFS running without a hitch for more than a year, routinely keep data on it, others on the LAN can access the freenas server. It all works and now it appears the VM is working also. Thanks for the help, Bob -- http://www.qrz.com/db/W2BOD box10 Fedora-20/64bit Linux/XFCE -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 24.07.2014 17:36, Bob Goodwin - Zuni, Virginia, USA wrote: On 07/24/14 11:23, poma wrote: So after all, it was a journal from Centos7 VM - NFS client, while I expected to be from Fedora 20 host - NFS server? :) unexpected fan club Ok, then I suppose the question is how do I make the VM conform to the present network assignments scheme? Or can't I, maybe don't need to? It seems to be working despite my confusion! Bob As Chris mentioned, are you running Centos7 VM by VirtualBox, Virtual Machine Manager/libvirt/KVM/QEMU or VMware Workstation? poma -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 07/24/14 11:48, poma wrote: As Chris mentioned, are you running Centos7 VM by VirtualBox, Virtual Machine Manager/libvirt/KVM/QEMU or VMware Workstation? poma I am ashamed to admit that I could not get VirtualBox to install the Centos7 I had. VMware was a waste of money for someone running Fedora since the ordinary user would find it impossible to keep up with the kernel updates, that still irks me! Virt-manager installed in F-20 via yum worked without any trouble. Part of my earlier problem was that due to a slow connection the night I wanted to download Centos I had to give up on the full version and took the smaller Centos Live, next night things were running at full speed and I got the 4 GB DVD version that I have running now. My Viasat usage is limited except between midnight and five so that's the optimal time for such things, it depends on where I stand in usage for the month. Bob -- http://www.qrz.com/db/W2BOD box10 Fedora-20/64bit Linux/XFCE -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
markdown
Hi, Maybe someone else already went through this :) I'm going to replace giants like libreoffice to make presentations but I don't want to loose UX :) So, I'm looking for an editor for markdown with integrated and live preview and maybe with some additional functions (like adding images and so on). Of course this should be standalone and opensource and should able to use external tools as well. I've already tried lighttable and sublimetext but none of them is perfect... any working idea? Thx L: -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: PWM fan speed too high
Am 24.07.2014 16:35, schrieb poma: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.14.y#n195 static void nouveau_therm_fan_set_defaults(struct nouveau_therm *therm) { struct nouveau_therm_priv *priv = (void *)therm; priv-fan-bios.pwm_freq = 0; priv-fan-bios.min_duty = 0; priv-fan-bios.max_duty = 100; priv-fan-bios.bump_period = 500; priv-fan-bios.slow_down_period = 2000; /*XXX: talk to mupuf */ #if 0 priv-fan-bios.linear_min_temp = 40; priv-fan-bios.linear_max_temp = 85; #endif } https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.y#n195 static void nouveau_therm_fan_set_defaults(struct nouveau_therm *therm) { struct nouveau_therm_priv *priv = (void *)therm; priv-fan-bios.pwm_freq = 0; priv-fan-bios.min_duty = 0; priv-fan-bios.max_duty = 100; priv-fan-bios.bump_period = 500; priv-fan-bios.slow_down_period = 2000; priv-fan-bios.linear_min_temp = 40; priv-fan-bios.linear_max_temp = 85; } drm/nouveau/therm: let the vbios decide on the automatic fan management mode https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.yid=0e994d6 This should fix automatic fan management on fermi cards who do not have 0x46 entries in the thermal table. On my nve6, the blob sets the default linear range from 40°C to 100°C but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default for everyone. Here refers to NVCF, your is NV108 (GK208) i.e. GeForce GT 630 http://nouveau.freedesktop.org/wiki/CodeNames/ The fan is really LOUD all the time. How do I make it more quiet? http://nouveau.freedesktop.org/wiki/FAQ/#index25h3 ... In the mean time, if you are interested, you can read PowerManagement and/or contact mupuf on the #nouveau freenode IRC channel. Fan at full speed on Dell T1650 https://bugzilla.redhat.com/show_bug.cgi?id=1121331 [NVCF] PWM fan speed too high https://bugs.freedesktop.org/show_bug.cgi?id=80901 [Nouveau] hwmon: question about the sysfs interface http://lists.freedesktop.org/archives/nouveau/2014-July/018012.html nouveau funky fan club Thank you, Mr. Fantomas, for your thorough analysis, which gave some insight even to me! But I can refrain from trying a kernel recompile which I last did a decade or so ago (although, as far as I can remember, this is not such a kind of rocket science as one might guess from the recent thread on new kernel rebooting). So I'll wait until a clever patch finds its way into the (Fedora-)kernel. Meanwhile I stick to the 3.14-kernel. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: markdown
On Thu, Jul 24, 2014 at 9:56 PM, Pal, Laszlo v...@vlad.hu wrote: http://pad.haroopress.com/ -- Regards, Sudhir Khanger. sudhirkhanger.com https://github.com/donniezazen -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: CPU fan running at full speed
On 07/24/14 15:52, poma wrote: ... drm/nouveau/therm: let the vbios decide on the automatic fan management mode https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/drivers/gpu/drm/nouveau/core/subdev/therm/fan.c?h=linux-3.15.yid=0e994d6 This should fix automatic fan management on fermi cards who do not have 0x46 entries in the thermal table. On my nve6, the blob sets the default linear range from 40°C to 100°C but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default for everyone. I really must say that I do not understand why this change was made. Obviously it breaks the fan management for some (me included). Did it solve it for others? And what is 0x46 entries? This is my card (a Quadro 2000): 01:00.0 VGA compatible controller: NVIDIA Corporation GF106GL [Quadro 2000] (rev a1) (prog-if 00 [VGA controller]) Subsystem: NVIDIA Corporation Device 084a Flags: bus master, fast devsel, latency 0, IRQ 45 Memory at f400 (32-bit, non-prefetchable) [size=32M] Memory at e000 (64-bit, prefetchable) [size=128M] Memory at e800 (64-bit, prefetchable) [size=64M] I/O ports at e000 [size=128] Expansion ROM at f600 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [b4] Vendor Specific Information: Len=14 ? Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting ? Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 ? Kernel driver in use: nouveau Kernel modules: nouveau NVC0 family (Fermi) NVC3 (GF106)GeForce GT (440, 445M, 545, 555M, 630M, 635M), GTS 450, GTX 460M, Quadro 2000 (D), 2000M Lars -- Lars E. Pettersson l...@homer.se http://www.sm6rpz.se/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: CPU fan running at full speed
I had this one time. The only way I found to stop it was to turn the computer off, unplug it and remove the battery for some time. Otherwise, just rebooting of switching off and on was not enough. It took me a while to think to do that and it was just horrible to always have the fan at full speed. So I hope this will work for you. Frédéric -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Claws mail and SSL certificates
bitlord bitlord0...@gmail.com writes: On Thu, 2014-07-24 at 07:43 +0200, Anders Wegge Keller wrote: results in a complete verification of the certificate chain, ending with the root CA. The root ca is include in ca-certificates, so I would expect Claws to check there, rather than bothering me with accepting the same certificate over and over again. I cannot see any obvious way to tell claws where to look for root certificates, so I'm not sure if this is an intended (mis)feature, or it's a bug. Depends on the version of claws-mail and libetpan, =claws-mail-3.10 and compiled with =libetpan-1.4 (or 1.4.1) is able to properly verify certificate chain, previous versions don't. On f20 it works fine after upgrade (claws-mail-3.10.1 is available, and libetpan-1.5 from updates repo). After an upgrade to fc20, I still see the same behaviour. Doing an strace at claws-mail, I find that the CA store is read: open(/etc/pki/tls/certs/ca-bundle.crt, O_RDONLY) = 27 fstat(27, {st_mode=S_IFREG|0444, st_size=240762, ...}) = 0 fstat(27, {st_mode=S_IFREG|0444, st_size=240762, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f5ca4d67000 read(27, -BEGIN CERTIFICATE-\nMIID..., 237568) = Using openssl with the -CAfile option: openssl s_client -CAfile /etc/pki/tls/certs/ca-bundle.crt \ -connect rollo.jernurt.dk:465 -verify 10 depth=2 C = IL, O = StartCom Ltd., OU = Secure Digital Certificate Signing, CN = StartCom Certification Authority verify return:1 depth=1 C = IL, O = StartCom Ltd., OU = Secure Digital Certificate Signing, CN = StartCom Class 1 Primary Intermediate Server CA verify return:1 depth=0 description = 3zqC63tmwY0q4Q1r, C = DK, CN = rollo.jernurt.dk, emailAddress = postmas...@jernurt.dk verify return:1 ... Start Time: 1406233112 Timeout : 300 (sec) Verify return code: 0 (ok) So clearly, the certificate chain should be verifiable. But still claws complains that the Certificate is unknown. [awj@localhost ~]$ rpm -q claws-mail libetpan claws-mail-3.10.1-1.fc20.x86_64 libetpan-1.5-1.fc20.x86_64 -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 24.07.2014 18:20, Bob Goodwin - Zuni, Virginia, USA wrote: On 07/24/14 11:48, poma wrote: As Chris mentioned, are you running Centos7 VM by VirtualBox, Virtual Machine Manager/libvirt/KVM/QEMU or VMware Workstation? poma I am ashamed to admit that I could not get VirtualBox to install the Centos7 I had. VMware was a waste of money for someone running Fedora since the ordinary user would find it impossible to keep up with the kernel updates, that still irks me! Won't get fooled again, lessons learned, right. ;) Virt-manager installed in F-20 via yum worked without any trouble. Super duper. Part of my earlier problem was that due to a slow connection the night I wanted to download Centos I had to give up on the full version and took the smaller Centos Live, next night things were running at full speed and I got the 4 GB DVD version that I have running now. My Viasat usage is limited except between midnight and five so that's the optimal time for such things, it depends on where I stand in usage for the month. Bob Eine kleine Nachtmusik. :) Bob, this way you'll be able to set your network in Fedora 21 host, with slight differences in the configuration with respect to the systemd version. Make note, networkd - bridge! ~~ /etc/systemd/network/bridge0.netdev [NetDev] Name=bridge0 Kind=bridge ~~ /etc/systemd/network/bridge0dhcp4.network [Match] Name=bridge0 [Network] DHCP=v4 ~~ /etc/systemd/network/eth2bridge0.network [Match] Name=eth2 [Network] Bridge=bridge0 ~~ # brctl show bridge name bridge id STP enabled interfaces bridge0 8000.001234567890 no eth2 ~ # journalctl -b -u systemd-networkd -o cat | grep -v DBus Starting Network Service... timestamp of '/usr/lib/systemd/network' changed bridge0 : loaded bridge sd-rtnl: discarding 20 bytes of incoming message eth2: link 4 added lo : link 1 added bridge0 : created bridge0 : link state is up-to-date bridge0 : found matching network '/etc/systemd/network/bridge0dhcp4.network' eth2: found matching network '/etc/systemd/network/eth2bridge0.network' bridge0 : enslaving link 'eth2' lo : unmanaged lo : added address: ::1/128 lo : added address: 127.0.0.1/8 bridge0 : flags change: +UP eth2: flags change: +UP eth2: flags change: +LOWER_UP +RUNNING DHCP CLIENT (0x927e3a57): T2 expires in 8min 44.389451s bridge0 : setting addresses bridge0 : added address: 192.168.2.40/24 bridge0 : addresses set bridge0 : setting routes bridge0 : routes set bridge0 : link configured eth2: added address: fe80::212:34ff:fe56:7830/64 bridge0 : added address: fe80::212:34ff:fe56:7890/64 ~ /etc/libvirt/qemu/centos7.xml ... interface type='bridge' ... source bridge='bridge0'/ model type='virtio'/ ... /interface ... fedora fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 07/24/14 18:09, poma wrote: On 24.07.2014 18:20, Bob Goodwin - Zuni, Virginia, USA wrote: On 07/24/14 11:48, poma wrote: As Chris mentioned, are you running Centos7 VM by VirtualBox, Virtual Machine Manager/libvirt/KVM/QEMU or VMware Workstation? poma I am ashamed to admit that I could not get VirtualBox to install the Centos7 I had. VMware was a waste of money for someone running Fedora since the ordinary user would find it impossible to keep up with the kernel updates, that still irks me! Won't get fooled again, lessons learned, right. ;) Virt-manager installed in F-20 via yum worked without any trouble. Super duper. Part of my earlier problem was that due to a slow connection the night I wanted to download Centos I had to give up on the full version and took the smaller Centos Live, next night things were running at full speed and I got the 4 GB DVD version that I have running now. My Viasat usage is limited except between midnight and five so that's the optimal time for such things, it depends on where I stand in usage for the month. Bob Eine kleine Nachtmusik. :) Bob, this way you'll be able to set your network in Fedora 21 host, with slight differences in the configuration with respect to the systemd version. Make note, networkd - bridge! ~~ /etc/systemd/network/bridge0.netdev [NetDev] Name=bridge0 Kind=bridge ~~ /etc/systemd/network/bridge0dhcp4.network [Match] Name=bridge0 [Network] DHCP=v4 ~~ /etc/systemd/network/eth2bridge0.network [Match] Name=eth2 [Network] Bridge=bridge0 ~~ # brctl show bridge namebridge idSTP enabledinterfaces bridge08000.001234567890noeth2 ~ # journalctl -b -u systemd-networkd -o cat | grep -v DBus Starting Network Service... timestamp of '/usr/lib/systemd/network' changed bridge0 : loaded bridge sd-rtnl: discarding 20 bytes of incoming message eth2: link 4 added lo : link 1 added bridge0 : created bridge0 : link state is up-to-date bridge0 : found matching network '/etc/systemd/network/bridge0dhcp4.network' eth2: found matching network '/etc/systemd/network/eth2bridge0.network' bridge0 : enslaving link 'eth2' lo : unmanaged lo : added address: ::1/128 lo : added address: 127.0.0.1/8 bridge0 : flags change: +UP eth2: flags change: +UP eth2: flags change: +LOWER_UP +RUNNING DHCP CLIENT (0x927e3a57): T2 expires in 8min 44.389451s bridge0 : setting addresses bridge0 : added address: 192.168.2.40/24 bridge0 : addresses set bridge0 : setting routes bridge0 : routes set bridge0 : link configured eth2: added address: fe80::212:34ff:fe56:7830/64 bridge0 : added address: fe80::212:34ff:fe56:7890/64 ~ /etc/libvirt/qemu/centos7.xml ... interface type='bridge' ... source bridge='bridge0'/ model type='virtio'/ ... /interface ... fedora fan club And if I get that to work I get an FFC certificate, right? I keep lots of notes ... Tnx -- http://www.qrz.com/db/W2BOD box10 Fedora-20/64bit Linux/XFCE -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: VM not accepted by NFS server -
On 25.07.2014 02:23, Bob Goodwin - Zuni, Virginia, USA wrote: On 07/24/14 18:09, poma wrote: On 24.07.2014 18:20, Bob Goodwin - Zuni, Virginia, USA wrote: On 07/24/14 11:48, poma wrote: As Chris mentioned, are you running Centos7 VM by VirtualBox, Virtual Machine Manager/libvirt/KVM/QEMU or VMware Workstation? poma I am ashamed to admit that I could not get VirtualBox to install the Centos7 I had. VMware was a waste of money for someone running Fedora since the ordinary user would find it impossible to keep up with the kernel updates, that still irks me! Won't get fooled again, lessons learned, right. ;) Virt-manager installed in F-20 via yum worked without any trouble. Super duper. Part of my earlier problem was that due to a slow connection the night I wanted to download Centos I had to give up on the full version and took the smaller Centos Live, next night things were running at full speed and I got the 4 GB DVD version that I have running now. My Viasat usage is limited except between midnight and five so that's the optimal time for such things, it depends on where I stand in usage for the month. Bob Eine kleine Nachtmusik. :) Bob, this way you'll be able to set your network in Fedora 21 host, with slight differences in the configuration with respect to the systemd version. Make note, networkd - bridge! ~~ /etc/systemd/network/bridge0.netdev [NetDev] Name=bridge0 Kind=bridge ~~ /etc/systemd/network/bridge0dhcp4.network [Match] Name=bridge0 [Network] DHCP=v4 ~~ /etc/systemd/network/eth2bridge0.network [Match] Name=eth2 [Network] Bridge=bridge0 ~~ # brctl show bridge namebridge idSTP enabledinterfaces bridge08000.001234567890noeth2 ~ # journalctl -b -u systemd-networkd -o cat | grep -v DBus Starting Network Service... timestamp of '/usr/lib/systemd/network' changed bridge0 : loaded bridge sd-rtnl: discarding 20 bytes of incoming message eth2: link 4 added lo : link 1 added bridge0 : created bridge0 : link state is up-to-date bridge0 : found matching network '/etc/systemd/network/bridge0dhcp4.network' eth2: found matching network '/etc/systemd/network/eth2bridge0.network' bridge0 : enslaving link 'eth2' lo : unmanaged lo : added address: ::1/128 lo : added address: 127.0.0.1/8 bridge0 : flags change: +UP eth2: flags change: +UP eth2: flags change: +LOWER_UP +RUNNING DHCP CLIENT (0x927e3a57): T2 expires in 8min 44.389451s bridge0 : setting addresses bridge0 : added address: 192.168.2.40/24 bridge0 : addresses set bridge0 : setting routes bridge0 : routes set bridge0 : link configured eth2: added address: fe80::212:34ff:fe56:7830/64 bridge0 : added address: fe80::212:34ff:fe56:7890/64 ~ /etc/libvirt/qemu/centos7.xml ... interface type='bridge' ... source bridge='bridge0'/ model type='virtio'/ ... /interface ... fedora fan club And if I get that to work I get an FFC certificate, right? Perhaps for network.service :) http://jjkuhn.com/images/logo_networkd.gif Ra-ra-ra-ra-ra-ra-ra-ra-ra-ra ra BATMAN! I keep lots of notes ... Tnx batman fan club -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Problem with GNUstep on Fedora 20?
Hello, I found no gnustep mailing list on fedora, so I posted this mail here. I have run into an issue with GNUstep on fedora 20. I had gnustep installed from the latest sources in Fedorac19, and everything worked fine. After moving from fedora 19 to 20, when executing some programs, they linked to a wrong version of libpng, so I recompiled my GNUstep programs. Everything seems to work fine but when scrolling up/down or left/right I get the text smeared out in the scrolling area (see attached screenshot). On the gnustep mailing list, it was suggested that I had some remainders of an old install (since this scrolling problem was known, but supposed to be solved a while ago), or GNUstep had issues with the libcairo version that was used in Fedora. To exclude the libcairo issue, I am looking to someone who recently recompiled the latest version of GNUstep under fedora 20? I noticed there were rpm‘s for gnustep, but it looks like are based on an older version of GNUstep. Thanks in advance Edwin Ancaer -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org