[389-users] Retro changelog plugin and ds 1.2.10.14 - modify type missing in changes attribute
Hello, I'm currently encountering an issue with the retro changelog plugin and the changes attribute that it adds to the changelog db. I have two ldap instances: one working, and one not. In the working instance, I see the following in the changes attribute of the changelog entry: replace: userpassword userpassword: {crypt}...elided... - add: userpassword userpassword: {crypt}...elided... - The same change in the broken ldap instance has the following for the changes attribute: userpassword: {crypt}...elided... - userpassword: {crypt}...elided... - Has anyone seen similar behavior? Any ideas where to look to troubleshoot further? The primary difference between the two instances is that I have yet to configure ldaps on the broken instance, which I'm about to do. Thanks in advance, Justin -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: vnc not into gnome but Xfce but still not working
On 23 Jul 2014 at 1:47, Robert Moskowitz wrote: Date sent: Wed, 23 Jul 2014 01:47:37 -0400 From: Robert Moskowitz r...@htt-consult.com To: Community support for Fedora users users@lists.fedoraproject.org Subject:vnc not into gnome but Xfce but still not working Send reply to: Community support for Fedora users users@lists.fedoraproject.org OK. I believe I figured out what is wrongish. I normally run gnome, so in my ~/.vnc/xstartup I have: exec gnome-session as the last line. But this fedora 20 arm system is running Xfce! So after a quick google search, I changed that to: exec xfce4-session But still I get vnc having a blank screen. That no desktop is running in vnc. /var/log/messages says: Jul 23 01:38:55 cb2 runuser: New 'cb2.htt-consult.com:3 (rgm)' desktop is cb2.htt-consult.com:3 Jul 23 01:38:55 cb2 runuser: Starting applications specified in /home/rgm/.vnc/xstartup Jul 23 01:38:55 cb2 runuser: Log file is /home/rgm/.vnc/cb2.htt-consult.com:3.log Jul 23 01:38:55 cb2 systemd: Started Remote desktop service (VNC). /home/rgm/.vnc/cb2.htt-consult.com:3.log says: Xvnc TigerVNC 1.3.0 - built Mar 19 2014 17:22:24 Copyright (C) 1999-2011 TigerVNC Team and many others (see README.txt) See http://www.tigervnc.org for information on TigerVNC. Underlying X server release 11404000, The X.Org Foundation Initializing built-in extension VNC-EXTENSION Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC Initializing built-in extension XFIXES Initializing built-in extension RENDER Initializing built-in extension RANDR Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD Initializing built-in extension DPMS Initializing built-in extension X-Resource Initializing built-in extension XVideo Initializing built-in extension XVideo-MotionCompensation Initializing built-in extension GLX Wed Jul 23 01:38:52 2014 vncext: VNC extension running! vncext: Listening for VNC connections on all interface(s), port 5903 vncext: created VNC server for screen 0 Wed Jul 23 01:39:05 2014 Connections: accepted: 169.254.7.250::43934 SConnection: Client needs protocol version 3.8 SConnection: Client requests security type VncAuth(2) Wed Jul 23 01:39:08 2014 VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888 VNCSConnST: Client pixel format depth 24 (32bpp) little-endian rgb888 Wed Jul 23 01:39:32 2014 Connections: closed: 169.254.7.250::43934 (Clean disconnection) SMsgWriter: framebuffer updates 6 SMsgWriter:Tight rects 17, bytes 1855 SMsgWriter:raw bytes equivalent 5849792, compression ratio 3153.526685 What exactly do you have in the /home/user/.vnc/xstartup file Mine is as follows #!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS exec /bin/sh /etc/xdg/xfce4/xinitrc # X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] xrdb $HOME/.Xresources xsetroot -solid grey #vncconfig -iconic xterm -geometry 80x24+10+10 -ls -title $VNCDESKTOP Desktop startxfce4 #twm Note: The change in the xinitrc to use the xfce4 and the startxfce4 -- 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 +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS ROSETTA 17941584.881866 | SETI29593668.378551 ABC 16613838.513356 | EINSTEIN28547237.391636 -- users
Re: vnc not into gnome but Xfce but still not working
On 07/23/14 13:47, Robert Moskowitz wrote: OK. I believe I figured out what is wrongish. I normally run gnome, so in my ~/.vnc/xstartup I have: exec gnome-session as the last line. But this fedora 20 arm system is running Xfce! So after a quick google search, I changed that to: exec xfce4-session But still I get vnc having a blank screen. That no desktop is running in vnc. /var/log/messages says: As I've mentioned in an earlier post I've got no problems to run different desktops. FWIW, I do edit the default $USER/.vnc/xstartup to change the lines with exec /etc/X11/xinit/xinitrc to exec /home/user/.xinitrc and I create a /home/user/.xinitrc containing exec ck-launch-session dbus-launch --exit-with-session startkde OR exec ck-launch-session dbus-launch --exit-with-session startxfce4 You may want to consider trying that as I recall there being a problem if you don't involve dbus. FWIW, this is on 2 3.15.6-200.fc20.x86_64 systems. -- If you can't laugh at yourself, others will gladly oblige. -- 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
$ 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 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: color display with man pages
On Jul 22 22:40, Mark LaPierre wrote: On 07/22/14 04:55, Corinna Vinschen wrote: On Jul 22 13:37, Amila Perera wrote: Thank you for your feedback. On Tue, Jul 22, 2014 at 12:40 PM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: I tried with bash, it seems to work ... somewhat. I see a yellow status at the bottom, but otherwise I see a regular man page. When I `type man' after defining your function, I get a few colours among the variable definitions (blue, red, and underlined). Well, I only get the yellow status line color and some variables getting bold. I have never tried this with bash, though. Try this additionally to setting the LESS_TERMCAP_xx vars: export GROFF_NO_SGR=yes Hey Corinna, Could you share some more details on how to use the LESS_TERMCAP_xx vars and export GROFF_NO_SGR=yes commands? I'm assuming that you put them in your .bashrc file, no? No, I'm tcsh user, sorry :} I was just curious and experimented with it. For bash you can do something like this: http://www.cyberciti.biz/faq/linux-unix-colored-man-pages-with-less-command/ and just add the GROFF_NO_SGR setting to it, I guess. Corinna -- 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 02:08 AM, Michael D. Setzer II wrote: On 23 Jul 2014 at 1:47, Robert Moskowitz wrote: Date sent: Wed, 23 Jul 2014 01:47:37 -0400 From: Robert Moskowitz r...@htt-consult.com To: Community support for Fedora users users@lists.fedoraproject.org Subject:vnc not into gnome but Xfce but still not working Send reply to: Community support for Fedora users users@lists.fedoraproject.org OK. I believe I figured out what is wrongish. I normally run gnome, so in my ~/.vnc/xstartup I have: exec gnome-session as the last line. But this fedora 20 arm system is running Xfce! So after a quick google search, I changed that to: exec xfce4-session But still I get vnc having a blank screen. That no desktop is running in vnc. /var/log/messages says: What exactly do you have in the /home/user/.vnc/xstartup file Mine is as follows #!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS exec /bin/sh /etc/xdg/xfce4/xinitrc # X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] xrdb $HOME/.Xresources xsetroot -solid grey #vncconfig -iconic xterm -geometry 80x24+10+10 -ls -title $VNCDESKTOP Desktop startxfce4 #twm Note: The change in the xinitrc to use the xfce4 and the startxfce4 Mine is quite different. This is created by tigervnc-server with only the last line changed by me: .vnc]$ cat xstartup #!/bin/sh unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS OS=`uname -s` if [ $OS = 'Linux' ]; then case $WINDOWMANAGER in *gnome*) if [ -e /etc/SuSE-release ]; then PATH=$PATH:/opt/gnome/bin export PATH fi ;; esac fi if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi if [ -f /etc/X11/xinit/xinitrc ]; then exec sh /etc/X11/xinit/xinitrc fi [ -r $HOME/.Xresources ] xrdb $HOME/.Xresources xsetroot -solid grey xterm -geometry 80x24+10+10 -ls -title $VNCDESKTOP Desktop exec xfce4-session -- 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 02:08 AM, Michael D. Setzer II wrote: On 23 Jul 2014 at 1:47, Robert Moskowitz wrote: Date sent: Wed, 23 Jul 2014 01:47:37 -0400 From: Robert Moskowitz r...@htt-consult.com To: Community support for Fedora users users@lists.fedoraproject.org Subject:vnc not into gnome but Xfce but still not working Send reply to: Community support for Fedora users users@lists.fedoraproject.org OK. I believe I figured out what is wrongish. I normally run gnome, so in my ~/.vnc/xstartup I have: exec gnome-session as the last line. But this fedora 20 arm system is running Xfce! So after a quick google search, I changed that to: exec xfce4-session But still I get vnc having a blank screen. That no desktop is running in vnc. /var/log/messages says: What exactly do you have in the /home/user/.vnc/xstartup file Mine is as follows #!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS exec /bin/sh /etc/xdg/xfce4/xinitrc # X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] xrdb $HOME/.Xresources xsetroot -solid grey #vncconfig -iconic xterm -geometry 80x24+10+10 -ls -title $VNCDESKTOP Desktop startxfce4 #twm Note: The change in the xinitrc to use the xfce4 and the startxfce4 So I changed mine to: if [ -x /etc/X11/xinit/xinitrc ]; then # exec /etc/X11/xinit/xinitrc exec /etc/xdg/xfce4/xinitrc fi if [ -f /etc/X11/xinit/xinitrc ]; then # exec sh /etc/X11/xinit/xinitrc exec sh /etc/xdg/xfce4/xinitrc fi restarted the vncserver and connected. Now I get a blank black screeen rather than a blank blue screen... Do I need xfce installed on my notebook? I only have gnome on it. -- 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
kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 07/23/2014 02:08 AM, Michael D. Setzer II wrote: On 23 Jul 2014 at 1:47, Robert Moskowitz wrote: Date sent: Wed, 23 Jul 2014 01:47:37 -0400 From: Robert Moskowitz r...@htt-consult.com To: Community support for Fedora users users@lists.fedoraproject.org Subject:vnc not into gnome but Xfce but still not working Send reply to: Community support for Fedora users users@lists.fedoraproject.org OK. I believe I figured out what is wrongish. I normally run gnome, so in my ~/.vnc/xstartup I have: exec gnome-session as the last line. But this fedora 20 arm system is running Xfce! So after a quick google search, I changed that to: exec xfce4-session But still I get vnc having a blank screen. That no desktop is running in vnc. /var/log/messages says: What exactly do you have in the /home/user/.vnc/xstartup file Mine is as follows #!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS exec /bin/sh /etc/xdg/xfce4/xinitrc # X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] xrdb $HOME/.Xresources xsetroot -solid grey #vncconfig -iconic xterm -geometry 80x24+10+10 -ls -title $VNCDESKTOP Desktop startxfce4 #twm Note: The change in the xinitrc to use the xfce4 and the startxfce4 So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 07/23/14 19:34, Robert Moskowitz wrote: So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. Nothing is wrong with the default script. if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi [egreshko@f20f ~]$ file /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc: POSIX shell script, ASCII text executable -- If you can't laugh at yourself, others will gladly oblige. -- 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/Memory
I would bet you have a mislabeled machine that is generating hundreds of AVC's. ausearch -m avc -ts today If the system is mislabeled, the easiest thing to do would be touch /.autorelabel; reboot On 07/22/2014 07:02 PM, Rick Stevens wrote: On 07/22/2014 01:23 PM, Patrick Dupre issued this missive: Hello, I have 2 machines running fedora 20, one from 2007 with a dual processor and 3 Go, and a recent one (2013) with a quad processor an 8 Go. But it is a lot more convenient to use the old machine!!! The recent one is always busy, 4 processors running 53.1 55.9 /usr/bin/python -Es /usr/sbin/setroublesootd -f and the memory becomes full quickly requiring swapping!! 8 Go for the OS and firefox! Something is wrong. Should I kill setroublesootd? The first thing is to see why you're getting AVC denials from SELinux in the first place. setroubleshootd should only fire if it's getting denials. Try running sealert -b and see if you're getting denials and what you can do about them. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - To err is human, to moo bovine. - -- -- 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 Tue, Jul 22, 2014 at 4:39 PM, Anders Wegge Keller wrote: The specific wording: requires users to modify files below /usr. I am not sure picking up some words without the context is useful. If you read the full email, it was obviously talking about configuration files. 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 07/23/2014 07:40 AM, Ed Greshko wrote: On 07/23/14 19:34, Robert Moskowitz wrote: So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. Nothing is wrong with the default script. if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi [egreshko@f20f ~]$ file /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc: POSIX shell script, ASCII text executable Fine. then why switching to Michael Setzer's xstartup result in vnc working? The default did not work. His does. why? -- 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
NetworkManager not running? F20 arm xfce
In my vnc connection to my server, the xfce system bar's network manager tells me: Networking disabled (when I place the mouse over the network icon) Network Manager not running (when I click on the network icon, and this text is grey) Yet in my ssh session to the server: # systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled) Active: active (running) since Fri 2010-01-01 00:00:23 EST; 4 years 6 months ago Main PID: 319 (NetworkManager) CGroup: /system.slice/NetworkManager.service └─319 /usr/sbin/NetworkManager --no-daemon Jan 01 00:01:15 cb2.htt-consult.com NetworkManager[319]: DHCPDISCOVER on eth0 to 255.255.255.255 port 6...f2) Jan 01 00:01:23 cb2.htt-consult.com dhclient[853]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 inte...f2) Jan 01 00:01:23 cb2.htt-consult.com NetworkManager[319]: DHCPDISCOVER on eth0 to 255.255.255.255 port 6...f2) Jan 01 00:01:24 cb2.htt-consult.com NetworkManager[319]: warn (eth0): DHCPv4 request timed out. Jan 01 00:01:24 cb2.htt-consult.com dhclient[853]: Received signal 15, initiating shutdown. Jan 01 00:01:24 cb2.htt-consult.com NetworkManager[319]: Received signal 15, initiating shutdown. Jan 01 00:01:24 cb2.htt-consult.com NetworkManager[319]: info (eth0): canceled DHCP transaction, DHCP...853 Jan 01 00:01:24 cb2.htt-consult.com NetworkManager[319]: info Activation (eth0) Stage 4 of 5 (IPv4 Co.. Jan 01 00:01:24 cb2.htt-consult.com NetworkManager[319]: info Activation (eth0) Stage 4 of 5 (IPv4 Co.. Jan 01 00:01:24 cb2.htt-consult.com NetworkManager[319]: info Activation (eth0) Stage 4 of 5 (IPv4 Co...te. Hint: Some lines were ellipsized, use -l to show in full. and # ifconfig eth0: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet6 fe80::c4:3ff:fe82:c153 prefixlen 64 scopeid 0x20link ether 02:c4:03:82:c1:53 txqueuelen 1000 (Ethernet) RX packets 3339 bytes 326670 (319.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3469 bytes 1641253 (1.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 87 base 0x6000 eth0:avahi: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500 inet 169.254.7.244 netmask 255.255.0.0 broadcast 169.254.255.255 ether 02:c4:03:82:c1:53 txqueuelen 1000 (Ethernet) device interrupt 87 base 0x6000 lo: flags=73UP,LOOPBACK,RUNNING mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10host loop txqueuelen 0 (Local Loopback) RX packets 790 bytes 70412 (68.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 790 bytes 70412 (68.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4099UP,BROADCAST,MULTICAST mtu 1500 ether 00:14:d1:4c:0f:79 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 And note wlan0 which is not showing up in network manager... Note that the only network connection is direct cable to my notebook. Separate message on wlan questions -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 07/23/14 21:49, Robert Moskowitz wrote: On 07/23/2014 07:40 AM, Ed Greshko wrote: On 07/23/14 19:34, Robert Moskowitz wrote: So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. Nothing is wrong with the default script. if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi [egreshko@f20f ~]$ file /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc: POSIX shell script, ASCII text executable Fine. then why switching to Michael Setzer's xstartup result in vnc working? The default did not work. His does. why? For the same reason my method would also have worked. The /etc/X11/xinit/xinitrc which exists is exec'd since it does exist and is executable. Subsequently /etc/X11/xinit/Xclients also exists and will be exec'd and that is pretty much useful only for GNOME or KDE. So /etc/X11/xinit/xinitrc needs to be modified to get xfce to run. Michael's is modified to suit the need. I also modified it, but choose to do it in a different fashion. Both methods work fine. You could have also modified /etc/X11/xinit/Xclients to include support for xfce. But, that is probably a bad idea since it very well may get changed on updates. -- If you can't laugh at yourself, others will gladly oblige. -- 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
wlan0 not working - F20 arm
I have this old Trendnet usb 802.11bg adapter plugged into my server. It is not showing in Network manager (see prior message) so I am trying via command lines: # ifconfig wlan0 up # iwlist wlan0 scan wlan0 No scan results Don't tell me that, my notebook is connected wirelessly and I can see b/g support in the APs here. and # ifconfig wlan0 wlan0: flags=4099UP,BROADCAST,MULTICAST mtu 1500 ether 00:14:d1:4c:0f:79 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 07/23/2014 10:20 AM, Ed Greshko wrote: On 07/23/14 21:49, Robert Moskowitz wrote: On 07/23/2014 07:40 AM, Ed Greshko wrote: On 07/23/14 19:34, Robert Moskowitz wrote: So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. Nothing is wrong with the default script. if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi [egreshko@f20f ~]$ file /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc: POSIX shell script, ASCII text executable Fine. then why switching to Michael Setzer's xstartup result in vnc working? The default did not work. His does. why? For the same reason my method would also have worked. The /etc/X11/xinit/xinitrc which exists is exec'd since it does exist and is executable. Subsequently /etc/X11/xinit/Xclients also exists and will be exec'd and that is pretty much useful only for GNOME or KDE. So /etc/X11/xinit/xinitrc needs to be modified to get xfce to run. Michael's is modified to suit the need. I also modified it, but choose to do it in a different fashion. Both methods work fine. You could have also modified /etc/X11/xinit/Xclients to include support for xfce. But, that is probably a bad idea since it very well may get changed on updates. And this is not a bug with the default xstartup script? -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 23 Jul 2014 at 9:49, Robert Moskowitz wrote: Date sent: Wed, 23 Jul 2014 09:49:33 -0400 From: Robert Moskowitz r...@htt-consult.com To: Community support for Fedora users users@lists.fedoraproject.org Subject:Re: kindof fixed - Re: vnc not into gnome but Xfce but still not working Send reply to: Community support for Fedora users users@lists.fedoraproject.org On 07/23/2014 07:40 AM, Ed Greshko wrote: On 07/23/14 19:34, Robert Moskowitz wrote: So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. Nothing is wrong with the default script. if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi [egreshko@f20f ~]$ file /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc: POSIX shell script, ASCII text executable Fine. then why switching to Michael Setzer's xstartup result in vnc working? The default did not work. His does. why? The default I believe is setup for gnome desktop, whereas mine has the two modifications for using xfce. Don't know what it would take to make a modified version that would work with either, or if nothing else just have the lines in the script and have instructions to comment out the ones that don't apply to the setup. Haven't setup the vnc with KDE, so don't know if it works that way as well with the default or if it needs a third option. -- 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 +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS ROSETTA 17941584.881866 | SETI29593668.378551 ABC 16613838.513356 | EINSTEIN28547237.391636 -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 23 Jul 2014 at 19:40, Ed Greshko wrote: From: Ed Greshko ed.gres...@greshko.com Date sent: Wed, 23 Jul 2014 19:40:11 +0800 To: Community support for Fedora users users@lists.fedoraproject.org Subject:Re: kindof fixed - Re: vnc not into gnome but Xfce but still not working Send reply to: Community support for Fedora users users@lists.fedoraproject.org mailto:users-requ...@lists.fedoraproject.org?subject=unsubscribe mailto:users-requ...@lists.fedoraproject.org?subject=subscribe On 07/23/14 19:34, Robert Moskowitz wrote: So I just cp your xstartup to my system and it works now. thanks. So what is wrong with the default script? I am assuming I need to file a bug report on it. Nothing is wrong with the default script. if [ -x /etc/X11/xinit/xinitrc ]; then exec /etc/X11/xinit/xinitrc fi Problem is that is you are running xfce for the vnc you need exec /bin/sh /etc/xdg/xfce4/xinitrc # X11/xinit/xinitrc and startxfce4 #twm The if just says if the file exist and is executible run it, doesn't check if that is the correct xinitrc for your configuration? [egreshko@f20f ~]$ file /etc/X11/xinit/xinitrc /etc/X11/xinit/xinitrc: POSIX shell script, ASCII text executable -- If you can't laugh at yourself, others will gladly oblige. -- 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 +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS ROSETTA 17941584.881866 | SETI29593668.378551 ABC 16613838.513356 | EINSTEIN28547237.391636 -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 07/23/14 22:25, Robert Moskowitz wrote: And this is not a bug with the default xstartup script? No. I'd classify it as a deficiency. It works as it is designed. It just doesn't have what you need for xfce. -- If you can't laugh at yourself, others will gladly oblige. -- 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: wlan0 not working - F20 arm
On Wed, 23 Jul 2014 10:22:39 -0400 Robert Moskowitz wrote: # ifconfig wlan0 Are you sure that isn't just a leftover ifcfg file named wlan0? On my f20 box, when I plug in a wireless dongle I get some really helpful name like wlp0s29u1u2 (and to be even more helpful, the name changes if I move the exact same dongle to a different USB port - nothing like having predictable names :-). -- 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: wlan0 not working - F20 arm
On 07/23/2014 10:40 AM, Tom Horsley wrote: On Wed, 23 Jul 2014 10:22:39 -0400 Robert Moskowitz wrote: # ifconfig wlan0 Are you sure that isn't just a leftover ifcfg file named wlan0? Other than when the dongle is not plugged in, there is no entry for wlan in ifconfig. On my f20 box, when I plug in a wireless dongle I get some really helpful name like wlp0s29u1u2 (and to be even more helpful, the name changes if I move the exact same dongle to a different USB port - nothing like having predictable names :-). -- 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: kindof fixed - Re: vnc not into gnome but Xfce but still not working
On 23.07.2014 16:32, Ed Greshko wrote: On 07/23/14 22:25, Robert Moskowitz wrote: And this is not a bug with the default xstartup script? No. I'd classify it as a deficiency. It works as it is designed. It just doesn't have what you need for xfce. The reason why 'startxfce4' exists. Why should it be simple when it can be complicated, ha! :) experts 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: vnc not into gnome but Xfce but still not working
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 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
Re: CPU/Memory
Hello, Thank. I did a relabelling, and it seems a lot better. === Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France === Sent: Wednesday, July 23, 2014 at 2:06 PM From: Daniel J Walsh dwa...@redhat.com To: Community support for Fedora users users@lists.fedoraproject.org Subject: Re: CPU/Memory I would bet you have a mislabeled machine that is generating hundreds of AVC's. ausearch -m avc -ts today If the system is mislabeled, the easiest thing to do would be touch /.autorelabel; reboot On 07/22/2014 07:02 PM, Rick Stevens wrote: On 07/22/2014 01:23 PM, Patrick Dupre issued this missive: Hello, I have 2 machines running fedora 20, one from 2007 with a dual processor and 3 Go, and a recent one (2013) with a quad processor an 8 Go. But it is a lot more convenient to use the old machine!!! The recent one is always busy, 4 processors running 53.1 55.9 /usr/bin/python -Es /usr/sbin/setroublesootd -f and the memory becomes full quickly requiring swapping!! 8 Go for the OS and firefox! Something is wrong. Should I kill setroublesootd? The first thing is to see why you're getting AVC denials from SELinux in the first place. setroubleshootd should only fire if it's getting denials. Try running sealert -b and see if you're getting denials and what you can do about them. -- - Rick Stevens, Systems Engineer, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - To err is human, to moo bovine. - -- -- 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 -- 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: partitioning
On Jul 16, 2014, at 11:21 AM, dustin kempter dust...@consistentstate.com wrote: Hi all, I am an SA in training and ive been reading a lot about the importance of separating out your workspace/server into separate partitions such as /, /data, /home, /ftp, /usr, /boot vs dividing it into just a /, /boot, /data. and it seems that doing it how Ive been reading about with more partitions is more secure but what about when one partition becomes full? I'm not sure how it's made more secure. Features of the technology backing a particular mount point is what would do that. For example raid1 /home, or raid5/6 for /var for a server. Or a gluster volume at /var or /home. Partitions are kindof annoying actually, for the exact reason of what happens when the partition gets full. LVM makes this easier to manage because you can resize an LV and then the filesystem. Even better is LVM thin provisioning, where you make each volume an ideal size for its practical lifetime, it only consumes from the VG what is actually being used. Filesystem resize is avoided, which causes certain inefficiencies anyway and just adds to the non-deterministic nature of filesystems (Btrfs is sortof an exception). isnt that more of a problem vs one big /data partition where that is not an issue? Sure so use one big partition and maybe quotas to contain things, or LVM, or gluster or ceph volumes. /boot on a plain partition makes sense, and for workstations/laptops it's useful to have /home separate just because it makes OS reinstalls easier than blowing away a whole system and restoring /home from a backup. what would you guys say the best solution would be? also read that you want to have twice as much swap as RAM and that dividing swap into 2 partitions helps with performance. is this true? Best solution depends on the problem you want to avoid or solve. The installer's python-blivet code has swap recommendations. It's something like 2x up to a certain amount of memory, then it's 1x, and above maybe 64GB it's 1/2. You really don't want to be under swap pressure with any regularity, to the point if this is a server you might be better off with swap on an SSD. If you're using XFS, you can estimate memory requirements for fs repair using: xfs_repair -n -vv -m 1 dev If you give xfs_repair the minimum it could be hours for a repair, not good for a server. So again, if you can't afford the right amount of RAM to support the filesystem size, then in a bind you can use an SSD for swap and while it won't be fast it won't be dog slow (hours or days). http://xfs.org/index.php/XFS_FAQ#Q:_Which_factors_influence_the_memory_usage_of_xfs_repair.3F Chris Murphy -- 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
VM not accepted by NFS server -
I've created an Centos7 VM in this updated Fedora-20 box. NFS always works without a hitch however I can't mount the server from the VM. [root@localhost bobg]# mount 192.168.1.8:/home/bobg/ /mnt/HOME1/ mount.nfs: access denied by server while mounting 192.168.1.8:/home/bobg/ Nothing changes, the hardware is a constant, but it says the server denies access and I can't see why, where can I be going wrong? Ssh, sftp, and ping all work from the VM, I just can't mount it from NFS. Any help appreciated, 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: systemd config files???
Rahul Sundaram methe...@gmail.com writes: Hi On Tue, Jul 22, 2014 at 4:39 PM, Anders Wegge Keller wrote: The specific wording: requires users to modify files below /usr. I am not sure picking up some words without the context is useful. If you read the full email, it was obviously talking about configuration files. Instead of having to guess at the meaning, why not just state the intention without the absolutism? 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. -- /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 -
Once upon a time, Bob Goodwin - Zuni, Virginia, USA bobgood...@wildblue.net said: I've created an Centos7 VM in this updated Fedora-20 box. NFS always works without a hitch however I can't mount the server from the VM. [root@localhost bobg]# mount 192.168.1.8:/home/bobg/ /mnt/HOME1/ mount.nfs: access denied by server while mounting 192.168.1.8:/home/bobg/ Possibly NFSv4 vs. NFSv3? RHEL/CentOS 6 and earlier (and Fedora before around 17 IIRC) default to NFSv3 mounts, while newer stuff defaults to NFSv4. Try adding -o nfsvers=3. -- 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
device p3p1 entered promiscuous
Today I noticed for the first time that I'm getting the following messages in /var/log/messages on one of my F19 systems. Jul 23 10:55:03 terrapin kernel: [ 122.662105] device p3p1 entered promiscuous mode Jul 23 10:55:08 terrapin kernel: [ 127.669312] device p3p1 left promiscuous mode These messages occur every 5 minutes and last 5 seconds. I have 2 other F19 systems running on the same network that do not show these messages. The system that is seeing this problem is a Dell Inspiron 7537. Anyone seen something similar? I have attached the output of ps axlw in case someone can see which process might be doing this. This problem seems to have started on July 6 based on looking at the old logs [pgaltieri@terrapin Downloads]$ sudo grep promisc /var/log/messages-20140629 | wc -l 27 [pgaltieri@terrapin Downloads]$ sudo grep promisc /var/log/messages-20140706 | wc -l 21 [pgaltieri@terrapin Downloads]$ sudo grep promisc /var/log/messages-20140713 | wc -l 1752 [pgaltieri@terrapin Downloads]$ sudo grep promisc /var/log/messages-20140720 | wc -l 2843 Any help is appreciated. Paolo PS Description: Binary data -- 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: device p3p1 entered promiscuous
Once upon a time, pgaltieri . pgalti...@gmail.com said: Today I noticed for the first time that I'm getting the following messages in /var/log/messages on one of my F19 systems. Jul 23 10:55:03 terrapin kernel: [ 122.662105] device p3p1 entered promiscuous mode Jul 23 10:55:08 terrapin kernel: [ 127.669312] device p3p1 left promiscuous mode These messages occur every 5 minutes and last 5 seconds. I'd check for cron jobs, sudo crontab -l and look in /etc/cron.d. -- 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: Taking the BTRFS plunge
On Jul 17, 2014, at 4:08 PM, Lists li...@benjamindsmith.com wrote: As a ZFS on Linux user, I noticed that there are btrfs packages for Fedora 20. Can anybody here comment on their stability? Are you adventurous enough to use btrfs on root ? Has it saved your data? Have you lost data because of it? Context: I'm planning on moving /home on my laptop to ZFS/BTRFS soon. I think the top two things to keep in mind with Btrfs is: a.) don't underestimate the need for backing up; b.) don't use 'btrfs check --repair' a.k.a. btrfsck --repair, unless you've posted the specifics of your problem on the linux-btrfs@ list, it's still kinda dangerous. As in, it can make things worse. You always want to try 'mount -o recovery' first if a filesystem fails to mount. Then mount -o ro,recovery which if successful will at least let you update your backup before proceeding. Then possibly btrfs-zero-log at the expense of losing the most recent ~30 seconds of data. It is OK to do btrfs check without --repair, it only reports and it's good to include it in posting to linux-btrfs@. I've found btrfs to be quite stable in single disk configurations. Most crashes I've had, btrfs either has no problem or repairs itself on normal mount. A small number of cases it wouldn't mount and I had to use 'mount -o recovery' which fixed the problem. But there are still many edge cases not yet fixed, and still being found, and there are different repair methods depending on the problem. So very quickly it can get chaotic. Multiple device Btrfs volumes are much simpler in some respects than LVM or mdraid. But error notification is still weak. There's also confusion about how to properly report filesystem usage with df. The behaviors you get when mounting a file system degraded aren't always obvious either. Two recent problems I stumbled on: 1. systemd hangs waiting forever (no limit) for a missing root fs UUID when booting btrfs with a missing device. This happens due to some problems between btrfs kernel code and udev not making the volume UUID available when devices are missing; therefore systemd won't even attempt to mount root fs. OK so you use rd.break=pre-mount to get to a dracut shell before this hang; and then you have to know to use 'mount -o subvol=root,degraded /dev/sdaX /sysroot' and then 'exit' twice. That's pretty icky UX wise. 2. Just yesterday I lost a test system on btrfs. I'd successfully mounted a single device degraded (simulated failed 2nd device), and successfully converted it from raid1 to single profile. However I'd forgotten to btrfs device delete missing to get rid of the 2nd device. Upon reboot, I wasn't permitted to mount the single device normally *OR* degraded. I could mount it ro,degraded but since it's ro, I can't use 'btrfs device delete' nor can I create read-only subvolume to use with btrfs send/receive. So yeah I can mount it ro, and get data off of it with cp or rsync, but basically it's not fixable and I'll have to blow it away. *shrug* So I'd say if you want something quite stable, use better hard drives and XFS, optionally with LVM so you can use pvmove; and thinp snapshots which don't suffer the performance or setup troubles conventional LVM snapshots do. Chris Murphy -- 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 23.07.2014 20:21, Chris Adams wrote: Once upon a time, Bob Goodwin - Zuni, Virginia, USA bobgood...@wildblue.net said: I've created an Centos7 VM in this updated Fedora-20 box. NFS always works without a hitch however I can't mount the server from the VM. [root@localhost bobg]# mount 192.168.1.8:/home/bobg/ /mnt/HOME1/ mount.nfs: access denied by server while mounting 192.168.1.8:/home/bobg/ Possibly NFSv4 vs. NFSv3? RHEL/CentOS 6 and earlier (and Fedora before around 17 IIRC) default to NFSv3 mounts, while newer stuff defaults to NFSv4. Try adding -o nfsvers=3. /etc/sysconfig/nfs RPCNFSDARGS=-d -s systemctl restart nfs-server journalctl -f --full nfsd 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/23/14 14:21, Chris Adams wrote: Once upon a time, Bob Goodwin - Zuni, Virginia, USA bobgood...@wildblue.net said: I've created an Centos7 VM in this updated Fedora-20 box. NFS always works without a hitch however I can't mount the server from the VM. [root@localhost bobg]# mount 192.168.1.8:/home/bobg/ /mnt/HOME1/ mount.nfs: access denied by server while mounting 192.168.1.8:/home/bobg/ Possibly NFSv4 vs. NFSv3? RHEL/CentOS 6 and earlier (and Fedora before around 17 IIRC) default to NFSv3 mounts, while newer stuff defaults to NFSv4. Try adding -o nfsvers=3. No, that's not it, [root@localhost bobg]# mount -o nfsvers=3 192.168.1.8:/home/bobg/ /mnt/HOME1/ mount.nfs: access denied by server while mounting 192.168.1.8:/home/bobg/ But it does connect to my freenas server, # mount 192.168.1.48:/mnt/nasdata/box48bobg /mnt/BOX48 [root@localhost BOX48]# ll total 88 drwxr-xr-x. 4 1001 root 1024 Apr 23 14:39 Apps drwxr-xr-x. 2 1001 root 512 Jul 12 10:43 AvStuff drwxr-xr-x. 2 1001 root 512 Apr 19 16:25 BookCLI drwxr-xr-x. 2 1001 root 4096 Jun 13 17:09 digicam drwxr-xr-x. 7 1001 root 512 Apr 15 18:21 gramps drwxr-xr-x. 2 1001 root 2048 Apr 23 14:40 icons drwxrwxr-x. 2 root root 512 Apr 23 14:17 notecase drwxrwxrwx. 2 1001 root 1536 Jul 19 14:19 oocalc . snip ... Thanks, 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/23/14 15:06, poma wrote: /etc/sysconfig/nfs RPCNFSDARGS=-d -s systemctl restart nfs-server journalctl -f --full nfsd fan club Ok, not sure what that did but now it's mounted. Hopefully it will work after a reboot. Thank you, 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 23.07.2014 22:59, Bob Goodwin - Zuni, Virginia, USA wrote: On 07/23/14 15:06, poma wrote: /etc/sysconfig/nfs RPCNFSDARGS=-d -s systemctl restart nfs-server journalctl -f --full nfsd fan club Ok, not sure what that did but now it's mounted. Hopefully it will work after a reboot. Thank you, Bob First you adjust the debug logging directed to syslog, then it is applied, and with the journalctl, you can monitor server events. ;) 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/23/14 17:28, poma wrote: First you adjust the debug logging directed to syslog, then it is applied, and with the journalctl, you can monitor server events. ;) poma Well this appears to be the area of interest however I don't know how to interpret it? Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Mount Daemon... Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Mount Daemon. Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Server... Jul 23 16:51:45 localhost.localdomain rpc.mountd[5596]: Version 1.3.0 starting Jul 23 16:51:45 localhost.localdomain kernel: NFSD: starting 90-second grace period (net 819a09c0) Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Server. Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFSv4 ID-name mapping daemon... Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Remote Quota Server... Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Remote Quota Server. Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFSv4 ID-name mapping daemon. Jul 23 16:54:04 localhost.localdomain dhclient[1081]: DHCPREQUEST on eth0 to 192.168.122.1 port 67 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: DHCPREQUEST on eth0 to 192.168.122.1 port 67 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain dhclient[1081]: DHCPACK from 192.168.122.1 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: DHCPACK from 192.168.122.1 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain dhclient[1081]: bound to 192.168.122.14 -- renewal in 1474 seconds. Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: bound to 192.168.122.14 -- renewal in 1474 seconds. Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info (eth0): DHCPv4 state changed renew - renew Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info address 192.168.122.14 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info plen 24 (255.255.255.0) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info gateway 192.168.122.1 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info server identifier 192.168.122.1 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info lease time 3600 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info nameserver '192.168.122.1' Jul 23 16:54:04 localhost.localdomain dbus[665]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher Jul 23 16:54:04 localhost.localdomain dbus-daemon[665]: dbus[665]: [system] Activating via systemd: service name='org.freedes Jul 23 16:54:04 localhost.localdomain systemd[1]: Starting Network Manager Script Dispatcher Service... Jul 23 16:54:04 localhost.localdomain dbus-daemon[665]: dbus[665]: [system] Successfully activated service 'org.freedesktop.n Jul 23 16:54:04 localhost.localdomain dbus[665]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' -- 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/23/2014 04:14 PM, Bob Goodwin - Zuni, Virginia, USA issued this missive: On 07/23/14 17:28, poma wrote: First you adjust the debug logging directed to syslog, then it is applied, and with the journalctl, you can monitor server events. ;) poma Well this appears to be the area of interest however I don't know how to interpret it? Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Mount Daemon... Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Mount Daemon. Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Server... Jul 23 16:51:45 localhost.localdomain rpc.mountd[5596]: Version 1.3.0 starting Jul 23 16:51:45 localhost.localdomain kernel: NFSD: starting 90-second grace period (net 819a09c0) Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Server. Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFSv4 ID-name mapping daemon... Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Remote Quota Server... Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Remote Quota Server. Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFSv4 ID-name mapping daemon. Jul 23 16:54:04 localhost.localdomain dhclient[1081]: DHCPREQUEST on eth0 to 192.168.122.1 port 67 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: DHCPREQUEST on eth0 to 192.168.122.1 port 67 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain dhclient[1081]: DHCPACK from 192.168.122.1 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: DHCPACK from 192.168.122.1 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain dhclient[1081]: bound to 192.168.122.14 -- renewal in 1474 seconds. Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: bound to 192.168.122.14 -- renewal in 1474 seconds. Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info (eth0): DHCPv4 state changed renew - renew Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info address 192.168.122.14 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info plen 24 (255.255.255.0) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info gateway 192.168.122.1 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info server identifier 192.168.122.1 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info lease time 3600 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info nameserver '192.168.122.1' Jul 23 16:54:04 localhost.localdomain dbus[665]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher Jul 23 16:54:04 localhost.localdomain dbus-daemon[665]: dbus[665]: [system] Activating via systemd: service name='org.freedes Jul 23 16:54:04 localhost.localdomain systemd[1]: Starting Network Manager Script Dispatcher Service... Jul 23 16:54:04 localhost.localdomain dbus-daemon[665]: dbus[665]: [system] Successfully activated service 'org.freedesktop.n Jul 23 16:54:04 localhost.localdomain dbus[665]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' 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, AllDigitalri...@alldigital.com - - AIM/Skype: therps2ICQ: 22643734Yahoo: origrps2 - -- - Millihelen (n): The amount of beauty required to launch one ship. - -- -- 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 01:23, Rick Stevens wrote: On 07/23/2014 04:14 PM, Bob Goodwin - Zuni, Virginia, USA issued this missive: On 07/23/14 17:28, poma wrote: First you adjust the debug logging directed to syslog, then it is applied, and with the journalctl, you can monitor server events. ;) poma Well this appears to be the area of interest however I don't know how to interpret it? Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Mount Daemon... Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Mount Daemon. Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Server... Jul 23 16:51:45 localhost.localdomain rpc.mountd[5596]: Version 1.3.0 starting Jul 23 16:51:45 localhost.localdomain kernel: NFSD: starting 90-second grace period (net 819a09c0) Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Server. Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFSv4 ID-name mapping daemon... Jul 23 16:51:45 localhost.localdomain systemd[1]: Starting NFS Remote Quota Server... Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFS Remote Quota Server. Jul 23 16:51:45 localhost.localdomain systemd[1]: Started NFSv4 ID-name mapping daemon. Jul 23 16:54:04 localhost.localdomain dhclient[1081]: DHCPREQUEST on eth0 to 192.168.122.1 port 67 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: DHCPREQUEST on eth0 to 192.168.122.1 port 67 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain dhclient[1081]: DHCPACK from 192.168.122.1 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: DHCPACK from 192.168.122.1 (xid=0xa15c2e7) Jul 23 16:54:04 localhost.localdomain dhclient[1081]: bound to 192.168.122.14 -- renewal in 1474 seconds. Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: bound to 192.168.122.14 -- renewal in 1474 seconds. Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info (eth0): DHCPv4 state changed renew - renew Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info address 192.168.122.14 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info plen 24 (255.255.255.0) Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info gateway 192.168.122.1 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info server identifier 192.168.122.1 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info lease time 3600 Jul 23 16:54:04 localhost.localdomain NetworkManager[757]: info nameserver '192.168.122.1' Jul 23 16:54:04 localhost.localdomain dbus[665]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher Jul 23 16:54:04 localhost.localdomain dbus-daemon[665]: dbus[665]: [system] Activating via systemd: service name='org.freedes Jul 23 16:54:04 localhost.localdomain systemd[1]: Starting Network Manager Script Dispatcher Service... Jul 23 16:54:04 localhost.localdomain dbus-daemon[665]: dbus[665]: [system] Successfully activated service 'org.freedesktop.n Jul 23 16:54:04 localhost.localdomain dbus[665]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' 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. :-/ 192.168.122.1 could be DHCP server on Tomato, 192.168.122.14 could be DHCP client NFS server on Fedora 20 host machine, not NFS client on Centos7 VM. However Bob can set up a Static DHCP on Tomato if it is, http://en.wikibooks.org/wiki/Tomato_Firmware/Menu_Reference#Static_DHCP so DHCP can be excluded from the context. nfsd 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: color display with man pages
On 07/23/14 05:21, Corinna Vinschen wrote: On Jul 22 22:40, Mark LaPierre wrote: On 07/22/14 04:55, Corinna Vinschen wrote: On Jul 22 13:37, Amila Perera wrote: Thank you for your feedback. On Tue, Jul 22, 2014 at 12:40 PM, Suvayu Ali fatkasuvayu+li...@gmail.com wrote: I tried with bash, it seems to work ... somewhat. I see a yellow status at the bottom, but otherwise I see a regular man page. When I `type man' after defining your function, I get a few colours among the variable definitions (blue, red, and underlined). Well, I only get the yellow status line color and some variables getting bold. I have never tried this with bash, though. Try this additionally to setting the LESS_TERMCAP_xx vars: export GROFF_NO_SGR=yes Hey Corinna, Could you share some more details on how to use the LESS_TERMCAP_xx vars and export GROFF_NO_SGR=yes commands? I'm assuming that you put them in your .bashrc file, no? No, I'm tcsh user, sorry :} I was just curious and experimented with it. For bash you can do something like this: http://www.cyberciti.biz/faq/linux-unix-colored-man-pages-with-less-command/ and just add the GROFF_NO_SGR setting to it, I guess. Corinna Thanks Corinna. That worked quite well for colored man pages. Now I've got figure out how to extend the concept to other applications. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.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
Claws mail and SSL certificates
When acessing my mail, news or whatever from Claws Mail, I invariably get at message, telling that the SSL certificate is unknown. However, connecting to the same server with openssl s_client -connect rollo.jernurt.dk:993 -verify 5 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. -- /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 07:43 +0200, Anders Wegge Keller wrote: When acessing my mail, news or whatever from Claws Mail, I invariably get at message, telling that the SSL certificate is unknown. However, connecting to the same server with openssl s_client -connect rollo.jernurt.dk:993 -verify 5 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. -- /Wegge Leder efter redundant peering af dk.*,linux.debian.* 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). -- 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