Re: [gentoo-user] NAT problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/11/14 03:24, Mick wrote: On Friday 10 Jan 2014 19:42:37 Kerin Millar wrote: the wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. This is the the first time I'm dealing with wifi and the second time with NAT. I have a server (access point) with a ppp0 interface (internet), eth0, wlan0, tun0 and sit0. A dhcp server is listening on wlan0 and provides local ip addresses, dns (= my isp dns) and router (= server wlan0 ip address). Nat is configured on the server like this: # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *raw :PREROUTING ACCEPT [1000941:974106726] :OUTPUT ACCEPT [775261:165606146] COMMIT # Completed on Fri Jan 10 21:34:26 2014 # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *nat :PREROUTING ACCEPT [888:45008] :INPUT ACCEPT [63:9590] :OUTPUT ACCEPT [442:27137] :POSTROUTING ACCEPT [36:1728] - -A POSTROUTING -o ppp0 -j MASQUERADE COMMIT # Completed on Fri Jan 10 21:34:26 2014 # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *mangle :PREROUTING ACCEPT [1000941:974106726] :INPUT ACCEPT [951658:947497602] :FORWARD ACCEPT [39262:26279024] :OUTPUT ACCEPT [775261:165606146] :POSTROUTING ACCEPT [814621:191890787] COMMIT # Completed on Fri Jan 10 21:34:26 2014 # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *filter :INPUT ACCEPT [371:35432] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [33994:3725352] - -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT - -A FORWARD -i wlan0 -o ppp0 -j ACCEPT - -A FORWARD -i ppp0 -o wlan0 -j ACCEPT - -A FORWARD -i eth0 -j DROP - -A FORWARD -i tun0 -j DROP COMMIT # Completed on Fri Jan 10 21:34:26 2014 I have a client that connects to my wifi, obtains an address via dhcp and ... can't acces almost all of internet sites. I was able to ping any web service I could think of, but I was able to use only google/youtube. I can do text/ image serches on google and can open youtube(but videos aren't loading). On other services wget says connection established, but it can't retrieve anything. if I ssh to an external server (not my nat server) I can ls, but if I try to ls - -alh I receive only a half of the files list and the terminal hangs after that. If I do $python -m http.server on my server I can do file transfers and open html pages on my client. I have tried this https://wiki.archlinux.org/index.php/Software_Access_Point#WLAN_is_very_s low Also I have tried to insert LOG target in FORWARD of filter. It showed that I send way more pakets(10) to a http server than I receive(~2-4). The client is fine and behaves normally with wifi, used it many times. Thanks for your time. It's probable that you need to make use of MSS clamping. Try the following rule: iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu --Kerin This explains it: http://lartc.org/howto/lartc.cookbook.mtu-mss.html Is there a router somewhere (your ISP?) that does not play nice with PMTU Discovery? What happens if you set your ifaces to have an mtu or 1492 (needed to accomodate your PPPoE headers) or even lower like 1440, or 1380? Thanks you Kerin, Mick! It works like a charm. Indeed: ppp0: flags=4305UP,POINTOPOINT,RUNNING,NOARP,MULTICAST mtu 1492 So do I understand correctly that field of size 1500 - 1492 is reserved for pppoe stuff? Will it also work if I set a smaller mtu in my wlan like 1400 (assuming that the smallest mtu on the path is not less than 1400)? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS0QWKAAoJEK64IL1uI2haA1sIAJNWQMRy237bStiLQcxzLzc4 8wWjQUt2wf3tHokTCIRLYuPClYiWg1yKnB7Nh1/SKZ3kpN6cGSvKG0qmWmz2g78W nrPZ/7QrADmBA00n3Zem8HGR4im+Uo83AWYNKwrr6SfBr2Ju1hjEDXSspTkZcLPp 22lNK0OaA/lRBusdc/2lg7ALK3YwInGSvlq95eLK6V86ADzcardu1+nn5erv1JJW 4OzgaQITe4dKREoeqHEyAJEdxh2xCKP9f7aaTulvS0WccD3ws1jd1b2w1Fjb6tYI Ez068tGhc+GdTlGRbpG5rGqviEYfUuvHIyfAc8/PBAx9nSHYISJEom88VQN7Mqc= =op4W -END PGP SIGNATURE-
[gentoo-user] Anjuta fail to debug application.
Hi: When I try to debug an application in Anjuta 3.8.4 on my Gentoo Hardened pc I get an error of Unable to find a debugger plugin supporting a target with application/x-sharedlib MIME type, got that with 3.2, 3.4 and 3.6 also but didn't had time to investigate. I installed an virtual machine with Fedora 20 and tried it there where it's working fine. On both machines I created an default foobar_cpp hello world application and compared the configure/compile commands, they are the same. On Fedora the executable has an MIME type of application/x-executable but on Gentoo as application/x-sharedlib, copied them over an they are still detected the same. So it seems if the MIME types are detected correctly and the problem is probably in autoconf/automake/gcc but I don't know where to start. Any suggestions? Regards: Cor signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] NAT problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/11/14 12:49, the wrote: On 01/11/14 03:24, Mick wrote: On Friday 10 Jan 2014 19:42:37 Kerin Millar wrote: the wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. This is the the first time I'm dealing with wifi and the second time with NAT. I have a server (access point) with a ppp0 interface (internet), eth0, wlan0, tun0 and sit0. A dhcp server is listening on wlan0 and provides local ip addresses, dns (= my isp dns) and router (= server wlan0 ip address). Nat is configured on the server like this: # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *raw :PREROUTING ACCEPT [1000941:974106726] :OUTPUT ACCEPT [775261:165606146] COMMIT # Completed on Fri Jan 10 21:34:26 2014 # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *nat :PREROUTING ACCEPT [888:45008] :INPUT ACCEPT [63:9590] :OUTPUT ACCEPT [442:27137] :POSTROUTING ACCEPT [36:1728] - -A POSTROUTING -o ppp0 -j MASQUERADE COMMIT # Completed on Fri Jan 10 21:34:26 2014 # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *mangle :PREROUTING ACCEPT [1000941:974106726] :INPUT ACCEPT [951658:947497602] :FORWARD ACCEPT [39262:26279024] :OUTPUT ACCEPT [775261:165606146] :POSTROUTING ACCEPT [814621:191890787] COMMIT # Completed on Fri Jan 10 21:34:26 2014 # Generated by iptables-save v1.4.20 on Fri Jan 10 21:34:26 2014 *filter :INPUT ACCEPT [371:35432] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [33994:3725352] - -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT - -A FORWARD -i wlan0 -o ppp0 -j ACCEPT - -A FORWARD -i ppp0 -o wlan0 -j ACCEPT - -A FORWARD -i eth0 -j DROP - -A FORWARD -i tun0 -j DROP COMMIT # Completed on Fri Jan 10 21:34:26 2014 I have a client that connects to my wifi, obtains an address via dhcp and ... can't acces almost all of internet sites. I was able to ping any web service I could think of, but I was able to use only google/youtube. I can do text/ image serches on google and can open youtube(but videos aren't loading). On other services wget says connection established, but it can't retrieve anything. if I ssh to an external server (not my nat server) I can ls, but if I try to ls - -alh I receive only a half of the files list and the terminal hangs after that. If I do $python -m http.server on my server I can do file transfers and open html pages on my client. I have tried this https://wiki.archlinux.org/index.php/Software_Access_Point#WLAN_is_very_s low Also I have tried to insert LOG target in FORWARD of filter. It showed that I send way more pakets(10) to a http server than I receive(~2-4). The client is fine and behaves normally with wifi, used it many times. Thanks for your time. It's probable that you need to make use of MSS clamping. Try the following rule: iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu --Kerin This explains it: http://lartc.org/howto/lartc.cookbook.mtu-mss.html Is there a router somewhere (your ISP?) that does not play nice with PMTU Discovery? What happens if you set your ifaces to have an mtu or 1492 (needed to accomodate your PPPoE headers) or even lower like 1440, or 1380? Thanks you Kerin, Mick! It works like a charm. Indeed: ppp0: flags=4305UP,POINTOPOINT,RUNNING,NOARP,MULTICAST mtu 1492 So do I understand correctly that field of size 1500 - 1492 is reserved for pppoe stuff? Will it also work if I set a smaller mtu in my wlan like 1400 (assuming that the smallest mtu on the path is not less than 1400)? Also Besides MTU, there is yet another way to set the maximum packet size, the so called Maximum Segment Size. This is a field in the TCP Options part of a SYN packet. Does this mean that even with this iptables rule I'll have problems with udp packets? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS0QjTAAoJEK64IL1uI2ha8hMH/Ag7Xvqso/dU3FKLZ03Lkg7v NcRXFuaFp7zF8UG9e1qkmQebLekys3b2+/9IQc7MuNBoeomuBFlkYrqRj+BmVW7G 5e/LudUfOTkzDLRYPqnFjPjNuwpwvY4Qm+eZ4WE5CsnKAJCE1kVIqZbdUDwinx5/ q6oPnF1upTqvdDnVDwAoo1GFBZDSFQQqTHDtm8Zpe1Im3bydjeqswxVLXuarliQv Yu9YpjkBBg/SFsvY+gkU3UyhwnFGKlcHRmaYF2bk6+7G+rj9RiRt6Zv0WVIpbGpJ rS+9B3HZ5uw9UDH2Mn7WFsw/mhwulWKN5iwa9P3NvsjJUfS9miYW6E+BB9FNo4A= =CfeT -END PGP SIGNATURE-
Re: [gentoo-user] NAT problem
On Saturday 11 Jan 2014 08:49:15 the wrote: On 01/11/14 03:24, Mick wrote: Is there a router somewhere (your ISP?) that does not play nice with PMTU Discovery? What happens if you set your ifaces to have an mtu of 1492 (needed to accomodate your PPPoE headers) or even lower like 1440, or 1380? Thanks you Kerin, Mick! It works like a charm. Indeed: ppp0: flags=4305UP,POINTOPOINT,RUNNING,NOARP,MULTICAST mtu 1492 So do I understand correctly that field of size 1500 - 1492 is reserved for pppoe stuff? Will it also work if I set a smaller mtu in my wlan like 1400 (assuming that the smallest mtu on the path is not less than 1400)? In PPPoE the PPP frames are encapsulated inside Ethernet frames, so that they can travel over Ethernet. The Ethernet frames use an MTU of 1500 bytes, but 2 of these are consumed by the PPP header and 6 by the PPPoE header. As a result the packet payload is smaller. PMTU Discovery is used to allow end routers to communicate across the Internet (using ICMP) and discover what is the MTU accepted by the route in question. Some badly implemented routers/firewalls do not respond as they should dropping all PMTUD packets and therefore the end router will respond with larger than the MTU size packets accepted throughout the route. We don't know where the borked router is in your set up. I have found that setting the interface to a smaller MTU cures such problems and if it works is a more efficient solution than MSS Clamping which requires every packet to be processed and its header changed in flight. So as a first test I would suggest you try setting the interface of your PC to an MTU of 1492 (using ip or ifconfig) and walk down from there until you get a responsive connection to the servers that you were previously having problems with. You can go below and MTU of 1400 if you wish. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] NAT problem
On Saturday 11 Jan 2014 09:03:16 the wrote: Also Besides MTU, there is yet another way to set the maximum packet size, the so called Maximum Segment Size. This is a field in the TCP Options part of a SYN packet. Does this mean that even with this iptables rule I'll have problems with udp packets? If you are using VPN with UDP encapsulation then yes, I would expect that you could have problems with some endpoint routers. That's why I suggested to set the MTU at your interface to a smaller size. That should apply at any protocol that is going out of the given interface, including UDP. I was trying to connect to a VPN gateway once on a router that used PPPoE to authenticate with the ISP's ADSL service. Although it would connect to the gateway - I couldn't use the tunnel which was just hanging there doing nothing (black hole symptom). This did my head in, until I reduced the MTU using ifconfig and the problem was immediately resolved. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Purged gnome, lost X. :-(
Hi, Gentoo. I finally got round to emerging my post-gnome system, triggered by the stabilisation of gnome-3, and the consequent shift to systemd, and what not. I last synched my /usr/portage 34 days ago. I had been putting this change off, it turns out, with good reason. Now when I attempt to start xfce (which I'd been using fine for a long time) with startx, it appears at first to be OK: the desktop is displayed on the screen and the mouse works. However, after a few seconds of waiting, X crashes out, returning to the tty. On a second attempt to start X (without rebooting), it doesn't get as far as displaying the desktop - it just crashes. To eradicate gnome, I changed my profile from default/linux/amd64/13.0/desktop/gnome to default/linux/amd64/13.0/desktop, and removed the gnome USE flag from my /etc/make.conf (and maybe one or two other things I can't remember). My box then spend 6 hours rebuilding software. On the screen of the tty, after X crashes, appear the following error messages which might be relevant: xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup. env: kdeinit4: No such file or directory Cannot find '.setLaunchEnv' in object /KLauncher at org.kde.klauncher (xfce4-session:3112): GLib-WARNING **: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). Most likely the process is ignoring SIGCHLD, or some other thread is invoking waitpid() with a nonpositive first argument; either behavior can break applications that use g_child_watch_add()/g_spawn_sync() either directly or indirectly. xfce4-panel: Restarting... (xfwm4:3125): libxfce4ui-WARNING **: ICE I/O Error (xfwm4:3125): libxfce4ui-WARNING **: Disconnected from session manager. (xfsettingsd:3136): libxfce4ui-WARNING **: ICE I/O Error (xfsettingsd:3136): libxfce4ui-WARNING **: Disconnected from session manager. /etc/xdg/xfce4/xinitrc: line 107: 3112 Segmentation fault xfce4-session xinit: connection to X server lost I've also got /var/log/Xorg.0.log. The most high information lines in it appear to be these: [ 4364.118] (**) evdev: AT Translated Set 2 keyboard: Device: /dev/input/event3 [ 4364.118] (WW) evdev: AT Translated Set 2 keyboard: device file is duplicate. Ignoring. [ 4364.124] (EE) PreInit returned 8 for AT Translated Set 2 keyboard [ 4364.124] (II) UnloadModule: evdev I've attached /var/log/Xorg.0.log. Would somebody please help me get this problem sorted out. Thanks in advance! -- Alan Mackenzie (Nuremberg, Germany). [ 4362.604] X.Org X Server 1.14.3 Release Date: 2013-09-12 [ 4362.604] X Protocol Version 11, Revision 0 [ 4362.604] Build Operating System: Linux 3.8.13-gentoo x86_64 Gentoo [ 4362.604] Current Operating System: Linux acm.acm 3.8.13-gentoo #2 SMP Mon May 20 14:04:12 UTC 2013 x86_64 [ 4362.604] Kernel command line: BOOT_IMAGE=G2-3.8.13-big ro root=906 [ 4362.604] Build Date: 11 January 2014 01:48:42AM [ 4362.604] [ 4362.604] Current version of pixman: 0.32.4 [ 4362.604]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 4362.604] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 4362.605] (==) Log file: /var/log/Xorg.0.log, Time: Sat Jan 11 16:27:01 2014 [ 4362.623] (==) Using config file: /etc/X11/xorg.conf [ 4362.623] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 4362.631] (==) ServerLayout X.org Configured [ 4362.631] (**) |--Screen Screen0 (0) [ 4362.631] (**) | |--Monitor Monitor0 [ 4362.631] (**) | |--Device Card0 [ 4362.631] (**) |--Input Device Mouse0 [ 4362.631] (**) |--Input Device Keyboard0 [ 4362.631] (==) Automatically adding devices [ 4362.631] (==) Automatically enabling devices [ 4362.631] (==) Automatically adding GPU devices [ 4362.781] (**) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 4362.781] (**) ModulePath set to /usr/lib64/xorg/modules [ 4362.781] (II) Loader magic: 0x7f8c00 [ 4362.781] (II) Module ABI versions: [ 4362.781]X.Org ANSI C Emulation: 0.4 [ 4362.781]X.Org Video Driver: 14.1 [ 4362.781]X.Org XInput driver : 19.1 [ 4362.781]X.Org Server Extension : 7.0 [ 4362.781] (II) xfree86: Adding drm device (/dev/dri/card0) [ 4362.783] (--) PCI:*(0:4:0:0) 1002:9540:174b:e106 rev 0, Mem @ 0xd000/268435456,
Re: [gentoo-user] Purged gnome, lost X. :-(
On 11/01/2014 19:02, Alan Mackenzie wrote: Hi, Gentoo. I finally got round to emerging my post-gnome system, triggered by the stabilisation of gnome-3, and the consequent shift to systemd, and what not. I last synched my /usr/portage 34 days ago. I had been putting this change off, it turns out, with good reason. Now when I attempt to start xfce (which I'd been using fine for a long time) with startx, it appears at first to be OK: the desktop is displayed on the screen and the mouse works. However, after a few seconds of waiting, X crashes out, returning to the tty. On a second attempt to start X (without rebooting), it doesn't get as far as displaying the desktop - it just crashes. To eradicate gnome, I changed my profile from default/linux/amd64/13.0/desktop/gnome to default/linux/amd64/13.0/desktop, and removed the gnome USE flag from my /etc/make.conf (and maybe one or two other things I can't remember). My box then spend 6 hours rebuilding software. On the screen of the tty, after X crashes, appear the following error messages which might be relevant: xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup. env: kdeinit4: No such file or directory Cannot find '.setLaunchEnv' in object /KLauncher at org.kde.klauncher (xfce4-session:3112): GLib-WARNING **: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). Most likely the process is ignoring SIGCHLD, or some other thread is invoking waitpid() with a nonpositive first argument; either behavior can break applications that use g_child_watch_add()/g_spawn_sync() either directly or indirectly. xfce4-panel: Restarting... (xfwm4:3125): libxfce4ui-WARNING **: ICE I/O Error (xfwm4:3125): libxfce4ui-WARNING **: Disconnected from session manager. (xfsettingsd:3136): libxfce4ui-WARNING **: ICE I/O Error (xfsettingsd:3136): libxfce4ui-WARNING **: Disconnected from session manager. /etc/xdg/xfce4/xinitrc: line 107: 3112 Segmentation fault xfce4-session This is the worrisome line. First, could you confirm if you did the full complete portage steps while migrating: - tweak USE, profile etc etc - emerge -avUND world - emerge -av @preserved-rebuild - emerge --depclean - revdep-rebuild [seldom necessary these days, I usually do it out of habit...] Let's first establish if portage reckons the system is consistent before trying to track down why your session segfaults -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] mutt - view pdf files
I'm using mutt and trying to view pdf files using evince but it is not working. I have added to /etc/mailcap application/pdf; evince %s; description=Postscript files; test=test -n $DISPLAY -a -n `which evince 2/dev/null` but it makes no difference. What am I doing wrong :-/ -- Joseph
Re: [gentoo-user] Purged gnome, lost X. :-(
Hello, Alan. On Sat, Jan 11, 2014 at 07:16:20PM +0200, Alan McKinnon wrote: On 11/01/2014 19:02, Alan Mackenzie wrote: Hi, Gentoo. I finally got round to emerging my post-gnome system, triggered by the stabilisation of gnome-3, and the consequent shift to systemd, and what not. I last synched my /usr/portage 34 days ago. I had been putting this change off, it turns out, with good reason. Now when I attempt to start xfce (which I'd been using fine for a long time) with startx, it appears at first to be OK: the desktop is displayed on the screen and the mouse works. However, after a few seconds of waiting, X crashes out, returning to the tty. On a second attempt to start X (without rebooting), it doesn't get as far as displaying the desktop - it just crashes. To eradicate gnome, I changed my profile from default/linux/amd64/13.0/desktop/gnome to default/linux/amd64/13.0/desktop, and removed the gnome USE flag from my /etc/make.conf (and maybe one or two other things I can't remember). My box then spend 6 hours rebuilding software. On the screen of the tty, after X crashes, appear the following error messages which might be relevant: xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup. env: kdeinit4: No such file or directory Cannot find '.setLaunchEnv' in object /KLauncher at org.kde.klauncher (xfce4-session:3112): GLib-WARNING **: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). Most likely the process is ignoring SIGCHLD, or some other thread is invoking waitpid() with a nonpositive first argument; either behavior can break applications that use g_child_watch_add()/g_spawn_sync() either directly or indirectly. xfce4-panel: Restarting... (xfwm4:3125): libxfce4ui-WARNING **: ICE I/O Error (xfwm4:3125): libxfce4ui-WARNING **: Disconnected from session manager. (xfsettingsd:3136): libxfce4ui-WARNING **: ICE I/O Error (xfsettingsd:3136): libxfce4ui-WARNING **: Disconnected from session manager. /etc/xdg/xfce4/xinitrc: line 107: 3112 Segmentation fault xfce4-session This is the worrisome line. First, could you confirm if you did the full complete portage steps while migrating: - tweak USE, profile etc etc DONE - emerge -avUND world emerge -uND DONE. - emerge -av @preserved-rebuild Not done. When I do this with -p, I get wierdnesses. emerge wants to install cifs-utils and samba (why, I can't fathom) and says they have mutual dependencies. It also wants to update gnome-control-center to gnome-3. Then it complains about (mainly) gnome stuff, alleging it should be updated to gnome-3.8 versions. Hmm. - emerge --depclean Not done in a million years. I do this with -p, then I see 289 packages need removing. How important is this? (or is my last post the answer to this question?) - revdep-rebuild [seldom necessary these days, I usually do it out of habit...] I tried this, and it reported everything up to date. Let's first establish if portage reckons the system is consistent before trying to track down why your session segfaults -- Alan McKinnon alan.mckin...@gmail.com -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Purged gnome, lost X. :-(
On 11/01/2014 21:31, Alan Mackenzie wrote: Hello, Alan. On Sat, Jan 11, 2014 at 07:16:20PM +0200, Alan McKinnon wrote: On 11/01/2014 19:02, Alan Mackenzie wrote: Hi, Gentoo. I finally got round to emerging my post-gnome system, triggered by the stabilisation of gnome-3, and the consequent shift to systemd, and what not. I last synched my /usr/portage 34 days ago. I had been putting this change off, it turns out, with good reason. Now when I attempt to start xfce (which I'd been using fine for a long time) with startx, it appears at first to be OK: the desktop is displayed on the screen and the mouse works. However, after a few seconds of waiting, X crashes out, returning to the tty. On a second attempt to start X (without rebooting), it doesn't get as far as displaying the desktop - it just crashes. To eradicate gnome, I changed my profile from default/linux/amd64/13.0/desktop/gnome to default/linux/amd64/13.0/desktop, and removed the gnome USE flag from my /etc/make.conf (and maybe one or two other things I can't remember). My box then spend 6 hours rebuilding software. On the screen of the tty, after X crashes, appear the following error messages which might be relevant: xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup. env: kdeinit4: No such file or directory Cannot find '.setLaunchEnv' in object /KLauncher at org.kde.klauncher (xfce4-session:3112): GLib-WARNING **: GChildWatchSource: Exit status of a child process was requested but ECHILD was received by waitpid(). Most likely the process is ignoring SIGCHLD, or some other thread is invoking waitpid() with a nonpositive first argument; either behavior can break applications that use g_child_watch_add()/g_spawn_sync() either directly or indirectly. xfce4-panel: Restarting... (xfwm4:3125): libxfce4ui-WARNING **: ICE I/O Error (xfwm4:3125): libxfce4ui-WARNING **: Disconnected from session manager. (xfsettingsd:3136): libxfce4ui-WARNING **: ICE I/O Error (xfsettingsd:3136): libxfce4ui-WARNING **: Disconnected from session manager. /etc/xdg/xfce4/xinitrc: line 107: 3112 Segmentation fault xfce4-session This is the worrisome line. First, could you confirm if you did the full complete portage steps while migrating: - tweak USE, profile etc etc DONE - emerge -avUND world emerge -uND DONE. - emerge -av @preserved-rebuild Not done. When I do this with -p, I get wierdnesses. emerge wants to install cifs-utils and samba (why, I can't fathom) and says they have mutual dependencies. It also wants to update gnome-control-center to gnome-3. Then it complains about (mainly) gnome stuff, alleging it should be updated to gnome-3.8 versions. Hmm. - emerge --depclean Not done in a million years. I do this with -p, then I see 289 packages need removing. How important is this? (or is my last post the answer to this question?) - revdep-rebuild [seldom necessary these days, I usually do it out of habit...] I tried this, and it reported everything up to date. Let's first establish if portage reckons the system is consistent before trying to track down why your session segfaults We should keep in mind that you are doing a rather substantial migration, gnome-3 is in the works and you want to get rid of it. Best approach is to really get rid of it, not just tell portage to not use it anymore. First, @preserved-rebuild: You have packages built against other packages that have changed or been removed, so portage needs to rebuild them to get everything consistent again. This is important (however cifs-utils and samba is not relevant to this thread) @depclean: You must remove old clutter after every emerge world. If you remove gnome from USE, portage won't use that flag, but your gnome stuff stays installed. Normally, portage only unmerges packages that cause blocks, leaving you to do the real work with depclean. I recommend you do these steps in this order 1. emerge -at --depclean Inspect the list carefully, 289 packages is a lot. Take your time; quickpkg anything you aren't sure of. When you are happy the list only contains stuff you want rid of, let it do it's thing 2. emerge -avuND world Let portage figure out what it needs to add and rebuild 3. emerge -av1 @preserved-rebuild Fix up any inconsistencies left from emerging world That should get you a consistent system. Now run xfce. With luck, it will work as it should. If not, we can then start the real debugging -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] eix-sync data comparison
Hi, suppose I would do an eix-sync on two different computers of different platforms -- say AMR and an ordinary PC. Are the downloaded data identical? And -- if so -- is it possible to first eix-sync the PC and the eix-sync the ARM against the PC instead an official Gentoo-server? Best regards, mcc
Re: [gentoo-user] eix-sync data comparison
On 11/01/2014 22:04, meino.cra...@gmx.de wrote: Hi, suppose I would do an eix-sync on two different computers of different platforms -- say AMR and an ordinary PC. Are the downloaded data identical? the portage tree is identical everywhere the overlays that layman uses are identical everywhere, but possibly not identical between your two hosts. I can easily imagine you have different overlays between them, and no guarantee they will always be the same. I consider your question to be fragile and possibly quite dangerous. What are you trying to accomplish? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] eix-sync data comparison
Alan McKinnon alan.mckin...@gmail.com [14-01-11 21:16]: On 11/01/2014 22:04, meino.cra...@gmx.de wrote: Hi, suppose I would do an eix-sync on two different computers of different platforms -- say AMR and an ordinary PC. Are the downloaded data identical? the portage tree is identical everywhere the overlays that layman uses are identical everywhere, but possibly not identical between your two hosts. I can easily imagine you have different overlays between them, and no guarantee they will always be the same. I consider your question to be fragile and possibly quite dangerous. What are you trying to accomplish? -- Alan McKinnon alan.mckin...@gmail.com Hi Alan, thanks for your reply. I want to lower the load on the official gentoo server(s). When the log of an eix-sync process is printed on the console, it is said, that it is *suggested* (hrrm), to only sinc once a day. Since the ARM and the PC both use the same DSL line, both syncs are seen by the gentoo server(s) as it came from the same IP (the one of my ISP). In the worst case, one could be blacklisted...which I dont want to be. Especially with the ARM I need to sync once a day, since I have to limit the amount of software to be recompiled/updated after each sync since the ARM is not *that* fast (for example a kernel compilation take ~8h). Ah, by the way: I quit crosscompilation, distcc and such... Both successfully screwed up my gentoos on the ARM. t regards, mcc
Re: [gentoo-user] eix-sync data comparison
On 11/01/2014 22:44, meino.cra...@gmx.de wrote: Alan McKinnon alan.mckin...@gmail.com [14-01-11 21:16]: On 11/01/2014 22:04, meino.cra...@gmx.de wrote: Hi, suppose I would do an eix-sync on two different computers of different platforms -- say AMR and an ordinary PC. Are the downloaded data identical? the portage tree is identical everywhere the overlays that layman uses are identical everywhere, but possibly not identical between your two hosts. I can easily imagine you have different overlays between them, and no guarantee they will always be the same. I consider your question to be fragile and possibly quite dangerous. What are you trying to accomplish? -- Alan McKinnon alan.mckin...@gmail.com Hi Alan, thanks for your reply. I want to lower the load on the official gentoo server(s). When the log of an eix-sync process is printed on the console, it is said, that it is *suggested* (hrrm), to only sinc once a day. Since the ARM and the PC both use the same DSL line, both syncs are seen by the gentoo server(s) as it came from the same IP (the one of my ISP). In the worst case, one could be blacklisted...which I dont want to be. I wouldn't worry about that at all. Gentoo infra is vastly more resilient than that, and there are several official hosts in some sort of cluster arrangement. I have minimally 4 gentoo hosts here at home and many many times I've run --sync simultaneously on all of them 5-10 times a day, with not a peep out of infra. I don't do this deliberately, sometimes I forget just how powerful clusterssh can be :-) Plus our ftp server at work is a mirror for all of ZA with no special permissions, it syncs every hour. The message in --sync is, I believe, a holdover from long long ago that hasn't been valid for years. But it's left to discourage abuse. What you are doing is not abuse, it's normal activity. Many of us here have multiple gentoo installs. If you want to reduce the data downloaded, then by all means configure rsyncd to share the tree on the PC, and point the ARM to that. Don't worry about overlays, the amount of changed data from them is usually too small to worry about. Especially with the ARM I need to sync once a day, since I have to limit the amount of software to be recompiled/updated after each sync since the ARM is not *that* fast (for example a kernel compilation take ~8h). Ah, by the way: I quit crosscompilation, distcc and such... Both successfully screwed up my gentoos on the ARM. t regards, mcc -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] eix-sync data comparison
Alan McKinnon alan.mckin...@gmail.com [14-01-11 22:16]: On 11/01/2014 22:44, meino.cra...@gmx.de wrote: Alan McKinnon alan.mckin...@gmail.com [14-01-11 21:16]: On 11/01/2014 22:04, meino.cra...@gmx.de wrote: Hi, suppose I would do an eix-sync on two different computers of different platforms -- say AMR and an ordinary PC. Are the downloaded data identical? the portage tree is identical everywhere the overlays that layman uses are identical everywhere, but possibly not identical between your two hosts. I can easily imagine you have different overlays between them, and no guarantee they will always be the same. I consider your question to be fragile and possibly quite dangerous. What are you trying to accomplish? -- Alan McKinnon alan.mckin...@gmail.com Hi Alan, thanks for your reply. I want to lower the load on the official gentoo server(s). When the log of an eix-sync process is printed on the console, it is said, that it is *suggested* (hrrm), to only sinc once a day. Since the ARM and the PC both use the same DSL line, both syncs are seen by the gentoo server(s) as it came from the same IP (the one of my ISP). In the worst case, one could be blacklisted...which I dont want to be. I wouldn't worry about that at all. Gentoo infra is vastly more resilient than that, and there are several official hosts in some sort of cluster arrangement. I have minimally 4 gentoo hosts here at home and many many times I've run --sync simultaneously on all of them 5-10 times a day, with not a peep out of infra. I don't do this deliberately, sometimes I forget just how powerful clusterssh can be :-) Plus our ftp server at work is a mirror for all of ZA with no special permissions, it syncs every hour. The message in --sync is, I believe, a holdover from long long ago that hasn't been valid for years. But it's left to discourage abuse. What you are doing is not abuse, it's normal activity. Many of us here have multiple gentoo installs. If you want to reduce the data downloaded, then by all means configure rsyncd to share the tree on the PC, and point the ARM to that. Don't worry about overlays, the amount of changed data from them is usually too small to worry about. Especially with the ARM I need to sync once a day, since I have to limit the amount of software to be recompiled/updated after each sync since the ARM is not *that* fast (for example a kernel compilation take ~8h). Ah, by the way: I quit crosscompilation, distcc and such... Both successfully screwed up my gentoos on the ARM. t regards, mcc -- Alan McKinnon alan.mckin...@gmail.com Hi Alan, thanks a lot for the good news -- Gentoo is such an nice thing and I didn't want to play the bad guy. Best regards, mcc
Re: [gentoo-user] Purged gnome, lost X. :-(
On Sat, 11 Jan 2014 22:02:11 +0200, Alan McKinnon wrote: I recommend you do these steps in this order 1. emerge -at --depclean Inspect the list carefully, 289 packages is a lot. Take your time; quickpkg anything you aren't sure of. When you are happy the list only contains stuff you want rid of, let it do it's thing 2. emerge -avuND world Let portage figure out what it needs to add and rebuild 3. emerge -av1 @preserved-rebuild Fix up any inconsistencies left from emerging world I would then repeat the three steps until none of them want to do anything. -- Neil Bothwick Never get into fights with ugly people because they have nothing to lose. signature.asc Description: PGP signature
[gentoo-user] emerge failed for sys-devel/binutils-2.23.2
I tried to update my gentoo VM on Linode.com today. I used emerge --update
--deep --with-bdeps=y @world and sys-devel/binutils-2.23.2 was one of the items
reported by portage. Portage stated that the compile failed. Here are the last
few lines of the build.log. Any help would be appreciated.
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2/gold
-I/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2/gold
-I/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2/gold/../include -I/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2/gold/../elfcpp
-DLOCALEDIR=\/usr/share/binutils-data/x86_64-pc-linux-gnu/2.23.2/locale\
-DBINDIR=\/usr/x86_64-pc-linux-gnu/binutils-bin/2.23.2\
-DTOOLBINDIR=\/usr/x86_64-pc-linux-gnu/bin\
-DTOOLLIBDIR=\/usr/x86_64-pc-linux-gnu/lib\ -W -Wall-D_
LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -frandom-seed=sparc.o -O2 -pipe -MT
sparc.o -MD -MP -MF .deps/sparc.Tpo -c -o sparc.o /var/tmp/portage/sys-dev
el/binutils-2.23.2/work/binutils-2.23.2/gold/sparc.cc
{standard input}: Assembler messages:
{standard input}:86724: Warning: end of file not at end of a line; newline
inserted
{standard input}:86987: Error: number of operands mismatch for `sub'
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc
directive
x86_64-pc-linux-gnu-g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugs.gentoo.org/ for instructions.
make[4]: *** [output.o] Error 4
make[4]: *** Waiting for unfinished jobs
mv -f .deps/symtab.Tpo .deps/symtab.Po
mv -f .deps/i386.Tpo .deps/i386.Po
mv -f .deps/main.Tpo .deps/main.Po
mv -f .deps/sparc.Tpo .deps/sparc.Po
mv -f .deps/x86_64.Tpo .deps/x86_64.Po
make[4]: Leaving directory
`/var/tmp/portage/sys-devel/binutils-2.23.2/work/build/gold'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/sys-devel/binutils-2.23.2/work/build/gold'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/var/tmp/portage/sys-devel/binutils-2.23.2/work/build/gold'
make[1]: *** [all-gold] Error 2
make[1]: Leaving directory
`/var/tmp/portage/sys-devel/binutils-2.23.2/work/build'
make: *** [all] Error 2
emake failed
* ERROR: sys-devel/binutils-2.23.2::gentoo failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 93: Called src_compile
* environment, line 2823: Called toolchain-binutils_src_compile
* environment, line 3514: Called die
* The specific snippet of code:
* emake all || die emake failed;
*
* If you need support, post the output of `emerge --info
'=sys-devel/binutils-2.23.2::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=sys-devel/binutils-2.23.2::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/sys-devel/binutils-2.23.2/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/sys-devel/binutils-2.23.2/temp/environment'.
* Working directory: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/build'
* S: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2'
--
Andrew Penhorwood
ColdBits, LLC
www.coldbits.com
and...@coldbits.com
Re: [gentoo-user] emerge failed for sys-devel/binutils-2.23.2
On Sat, 11 Jan 2014 17:16:36 -0500 Andrew Penhorwood and...@coldbits.com wrote: * ERROR: sys-devel/binutils-2.23.2::gentoo failed (compile phase): * emake failed * * Call stack: * ebuild.sh, line 93: Called src_compile * environment, line 2823: Called toolchain-binutils_src_compile * environment, line 3514: Called die * The specific snippet of code: * emake all || die emake failed; * * If you need support, post the output of `emerge --info '=sys-devel/binutils-2.23.2::gentoo'`, * the complete build log and the output of `emerge -pqv '=sys-devel/binutils-2.23.2::gentoo'`. * The complete build log is located at '/var/tmp/portage/sys-devel/binutils-2.23.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-devel/binutils-2.23.2/temp/environment'. * Working directory: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/build' * S: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2' Can you please file a bug about this at https://bugs.gentoo.org and attach all the requested information? At the very least comment with the output of `emerge --info` and attach the complete build.log. Thank you very much in advance. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
[gentoo-user] Re: emerge failed for sys-devel/binutils-2.23.2
On 01/11/2014 02:32 PM, Tom Wijsman wrote: On Sat, 11 Jan 2014 17:16:36 -0500 Andrew Penhorwood and...@coldbits.com wrote: * ERROR: sys-devel/binutils-2.23.2::gentoo failed (compile phase): * emake failed * * Call stack: * ebuild.sh, line 93: Called src_compile * environment, line 2823: Called toolchain-binutils_src_compile * environment, line 3514: Called die * The specific snippet of code: * emake all || die emake failed; * * If you need support, post the output of `emerge --info '=sys-devel/binutils-2.23.2::gentoo'`, * the complete build log and the output of `emerge -pqv '=sys-devel/binutils-2.23.2::gentoo'`. * The complete build log is located at '/var/tmp/portage/sys-devel/binutils-2.23.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-devel/binutils-2.23.2/temp/environment'. * Working directory: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/build' * S: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2' Can you please file a bug about this at https://bugs.gentoo.org and attach all the requested information? At the very least comment with the output of `emerge --info` and attach the complete build.log. I was about to reply to Andrew that running an emerge with -j1 can make the build log easier to scan for errors, and can sometimes even prevent build errors in certain packages. [OT] Tom, I very rudely forgot to thank you for your reply to my recent post about layman. So...thank you! As a group we tend to be tough on devs who actually answer questions here even though we really are harmless. No, really, we are, honest, just ask us.
[gentoo-user] Re: MATE is great!
On 01/10/2014 04:18 PM, walt wrote: The only reason I didn't switch to xfce a long time ago is that I want the old familiar 'multiload' panel applet, which AFAIK is not available for xfce. At least it wasn't the last time I checked. Well, I just checked again and found this interesting: https://github.com/nandhp/multiload-nandhp I may give it a try. I did give it a try and I love it. I love it so much that I'm using xfce4 instead of 'mate' now, even though mate really is still great :) There is no ebuild for multiload-nandhp, unfortunately. I'll try to adapt a similar xfce4 ebuild, but first I'll have to learn how.
Re: [gentoo-user] Purged gnome, lost X. :-(
On 12/01/14 05:51, Neil Bothwick wrote: On Sat, 11 Jan 2014 22:02:11 +0200, Alan McKinnon wrote: I recommend you do these steps in this order 1. emerge -at --depclean Inspect the list carefully, 289 packages is a lot. Take your time; quickpkg anything you aren't sure of. When you are happy the list only contains stuff you want rid of, let it do it's thing 2. emerge -avuND world Let portage figure out what it needs to add and rebuild 3. emerge -av1 @preserved-rebuild Fix up any inconsistencies left from emerging world I would then repeat the three steps until none of them want to do anything. I have had a few problems with more complex systems of late. Definitely add in revdep-rebuild -i and python-updater even if the error messages don't indicate they are not needed. perl-cleaner --all was needed as well a week or two ago. I also had a couple of systems die on the libpng update with weird errors as it was trying to use old libs and not the newer ones ... BillK
Re: [gentoo-user] Re: emerge failed for sys-devel/binutils-2.23.2
I will try the -j1. This is a VM that is initially setup my Linode.com. Andrew On 1/11/2014 6:19 PM, walt wrote: On 01/11/2014 02:32 PM, Tom Wijsman wrote: On Sat, 11 Jan 2014 17:16:36 -0500 Andrew Penhorwood and...@coldbits.com wrote: * ERROR: sys-devel/binutils-2.23.2::gentoo failed (compile phase): * emake failed * * Call stack: * ebuild.sh, line 93: Called src_compile * environment, line 2823: Called toolchain-binutils_src_compile * environment, line 3514: Called die * The specific snippet of code: * emake all || die emake failed; * * If you need support, post the output of `emerge --info '=sys-devel/binutils-2.23.2::gentoo'`, * the complete build log and the output of `emerge -pqv '=sys-devel/binutils-2.23.2::gentoo'`. * The complete build log is located at '/var/tmp/portage/sys-devel/binutils-2.23.2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-devel/binutils-2.23.2/temp/environment'. * Working directory: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/build' * S: '/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2' Can you please file a bug about this at https://bugs.gentoo.org and attach all the requested information? At the very least comment with the output of `emerge --info` and attach the complete build.log. I was about to reply to Andrew that running an emerge with -j1 can make the build log easier to scan for errors, and can sometimes even prevent build errors in certain packages. [OT] Tom, I very rudely forgot to thank you for your reply to my recent post about layman. So...thank you! As a group we tend to be tough on devs who actually answer questions here even though we really are harmless. No, really, we are, honest, just ask us. -- Andrew Penhorwood ColdBits, LLC www.coldbits.com and...@coldbits.com 740-358-9129
Re: [gentoo-user] Purged gnome, lost X. :-(
On Saturday 11 Jan 2014 22:02:11 Alan McKinnon wrote: We should keep in mind that you are doing a rather substantial migration, gnome-3 is in the works and you want to get rid of it. Best approach is to really get rid of it, not just tell portage to not use it anymore. ...and that means setting -gnome in your USE flags, no? -- Regards Peter
Re: [gentoo-user] eix-sync data comparison
On Saturday 11 Jan 2014 23:14:59 Alan McKinnon wrote: If you want to reduce the data downloaded, then by all means configure rsyncd to share the tree on the PC, and point the ARM to that. Don't worry about overlays, the amount of changed data from them is usually too small to worry about. You might want to look into http-replicator for that, together with rsyncd. I find it handy, and of course I have nothing like Alan's load, though it's often nice to play at being a good netizen. -- Regards Peter
Re: [gentoo-user] mutt - view pdf files
On Sat, Jan 11, 2014 at 12:08:15PM -0700, Joseph wrote I'm using mutt and trying to view pdf files using evince but it is not working. I have added to /etc/mailcap application/pdf; evince %s; description=Postscript files; test=test -n $DISPLAY -a -n `which evince 2/dev/null` but it makes no difference. What am I doing wrong :-/ Questions; 1) Why are you modifying /etc/mailcap ? Are you aware that ~/.mailcap overrides /etc/mailcap, and is the recommended way to go? If you have an entry for application/pdf in ~/.mailcap then changing /etc/mailcap won't help. 2) I use mupdf; should be similar. My ~/.mailcap has the line... application/pdf; /usr/bin/mupdf '%s' ; test=test $DISPLAY != ...so try... application/pdf; /usr/bin/evince '%s' ; test=test $DISPLAY != ...in your ~/.mailcap 3) Are you sure that all pdf's are coming in as application/pdf ? A few years ago, my ISP went Microsoft, and changed their pdf billing statements from application/pdf to application/octet-stream. This requires the following entry in ~/.mailcap (or /etc/mailcap if you insist) application/octet-stream; mimeopen %s The first time it encounters an application/octet-stream file with a pdf extension, you'll get a dialogue, asking which program to use. It can be set to use that program without asking again. mimeopen maintains a list of the different programs to use with different file-extensions. If you don't have mimeopen installed, you can... emerge dev-perl/File-MimeInfo ...to install it. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] mutt - view pdf files
On 01/11/14 20:23, Walter Dnes wrote: On Sat, Jan 11, 2014 at 12:08:15PM -0700, Joseph wrote I'm using mutt and trying to view pdf files using evince but it is not working. I have added to /etc/mailcap application/pdf; evince %s; description=Postscript files; test=test -n $DISPLAY -a -n `which evince 2/dev/null` but it makes no difference. What am I doing wrong :-/ Questions; 1) Why are you modifying /etc/mailcap ? Are you aware that ~/.mailcap overrides /etc/mailcap, and is the recommended way to go? If you have an entry for application/pdf in ~/.mailcap then changing /etc/mailcap won't help. 2) I use mupdf; should be similar. My ~/.mailcap has the line... application/pdf; /usr/bin/mupdf '%s' ; test=test $DISPLAY != ...so try... application/pdf; /usr/bin/evince '%s' ; test=test $DISPLAY != ...in your ~/.mailcap 3) Are you sure that all pdf's are coming in as application/pdf ? A few years ago, my ISP went Microsoft, and changed their pdf billing statements from application/pdf to application/octet-stream. This requires the following entry in ~/.mailcap (or /etc/mailcap if you insist) application/octet-stream; mimeopen %s The first time it encounters an application/octet-stream file with a pdf extension, you'll get a dialogue, asking which program to use. It can be set to use that program without asking again. mimeopen maintains a list of the different programs to use with different file-extensions. If you don't have mimeopen installed, you can... emerge dev-perl/File-MimeInfo ...to install it. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications Thank you Walter, for the hint! You are correct, it was: octet-stream [-- Attachment #2: confirmation.pdf --] [-- Type: application/octet-stream, Encoding: base64, Size: 133K --] adding application/octet-stream; mimeopen %s solved the problem :-) -- Joseph
[gentoo-user] Re: eix-sync data comparison
On Sat, 11 Jan 2014 21:44:19 +0100, meino.cra...@gmx.de wrote: On 11/01/2014 22:04, meino.cra...@gmx.de wrote: suppose I would do an eix-sync on two different computers of different platforms -- say AMR and an ordinary PC. Sharing a portage tree (the files in /usr/portage) is perfectly safe, as this is identical for basic gentoo systems (prefix and similar are ...different. Best not go there ;-). However, the eix database is not portable between different systems. I do not have an exhaustive list of what settings cause incompatibility, but at least different ARCH (amd64 or arm) will cause issues since different packages are available to each. Especially with the ARM I need to sync once a day, since I have to limit the amount of software to be recompiled/updated after each sync since the ARM is not *that* fast (for example a kernel compilation take ~8h). While that is not strictly enforced, I myself run an rsync server locally, mostly to ensure that different systems have identical trees, thus preserving my sanity. Instructions for setting up a local rsync server can be found here: https://wiki.gentoo.org/wiki/Project:Infrastructure/Rsync To make a client (the arm box) sync from the local server, just change the sync-uri variable in /etc/portage/repos.conf/gentoo.conf and the SYNC variable (if present) in make.conf . You could even share a portage tree over nfs or similar, which I sometimes do for VMs. Depending on your (networking and storage) hardware, that might even work out favourably performance-wise. You could also generate a squashfs image on the desktop and transfer that to and mount it on the arm box (over http or something using a short shell script), if, say, the arm box is limited on storage space. A squashfs of the gentoo tree is about 70MB. -- eroen signature.asc Description: PGP signature
Re: [gentoo-user] glibc update 2.16 2.17 - python relocation error at end of emerge
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/08/2014 01:03 PM, Tanstaafl wrote: Could this have anything to do with the fact that I don't have either of these set in /etc/portage/make.comf: PYTHON_TARGETS=python2_7 python3_3 PYTHON_SINGLE_TARGET=python2_7 You really do not want to do that. These are set by the profile, and when updates come around (like python 3.4) your system won't get it because you manually said you wanted python 3.3. Please, nobody should be setting this variable randomly in make.conf. When in doubt, don't change the defaults from the profile. You can see what is set for everything with emerge --info. Thanks, Zero -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS0gavAAoJEKXdFCfdEflKGHQQAJkP/3fSeF1+gL7DhLkxvj+r rZAhUZ14p6nho6QGzLZIrzzj+ujHK+iB85Nh+J3SsS6l+/9070kP1yqg6d4PsrKE KPSmm1Fb6b+JN+x2ccXtyfDys5s9u5if9pOuf1xQKPPJb+GOPYrXeyW1HK6bR4Ak lhAisDpMiv6xeO0QAHwlyt4RntbweOdvPJDe6i7ZhSN/5YNX+vGQNlbzVQ+8o0W8 HMRDlokw3Zqi9XgdcfaJzCQ5NtXHxIS6vhdpSzvvD16D8acRcDhlxc3YcRGwKryp gpVOk/WjYXY11nNhJAkuyEetDEVPFFFTg4Vfb/ZSDsGBDF+EliP/IvNUOFpdxS3a /Mu31sedaOHjiFRaLLwHm8owmVSjYvbo1G3A95stoWhV/gUJGz3Srxw1RPd8iPwi h/zQi24bjWVVmN4WOjvkP6hG4HCDf+MOOA03vB3jEQWHrTaHMbT2ezLwx+++crxx kA69m9ohKdXaWc1w88C6d+v4r/FvAibpECVFS/Z5tCHs9HiQVtp8vdXwGyT6Ac8j 3ARekki6FxgbFPQ2qXNXzbOcFd3SGlHnaiPW4/yeqKMdxMj4IMVElSAon/fVnWJd 0meS8J8mfK6Lgx3IMziowQ2ZkAD4AofNmtX0iiMygA1E6vCqsGthmO0wmuoQja3P pO1Vkzw0FE9sbg1VJqXh =XeIY -END PGP SIGNATURE-
Re: [gentoo-user] Purged gnome, lost X. :-(
On Sat, 11 Jan 2014 17:02:17 + Alan Mackenzie a...@muc.de wrote: xfce4-session: GNOME compatibility is enabled and gnome-keyring-daemon is found on the system. Skipping gpg/ssh-agent startup. env: kdeinit4: No such file or directory So, eh, a mixture of XFCE, GNOME and KDE; what's going on here? You'll want to start with inspecting ~/.xinitrc; from there on, look into the configuration of both your session and X itself. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
Re: [gentoo-user] Re: emerge failed for sys-devel/binutils-2.23.2
On Sat, 11 Jan 2014 15:19:23 -0800
walt w41...@gmail.com wrote:
On 01/11/2014 02:32 PM, Tom Wijsman wrote:
On Sat, 11 Jan 2014 17:16:36 -0500
Andrew Penhorwood and...@coldbits.com wrote:
* ERROR: sys-devel/binutils-2.23.2::gentoo failed (compile
phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 93: Called src_compile
* environment, line 2823: Called
toolchain-binutils_src_compile
* environment, line 3514: Called die
* The specific snippet of code:
* emake all || die emake failed;
*
* If you need support, post the output of `emerge --info
'=sys-devel/binutils-2.23.2::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=sys-devel/binutils-2.23.2::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/sys-devel/binutils-2.23.2/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/sys-devel/binutils-2.23.2/temp/environment'.
* Working directory:
'/var/tmp/portage/sys-devel/binutils-2.23.2/work/build'
* S:
'/var/tmp/portage/sys-devel/binutils-2.23.2/work/binutils-2.23.2'
Can you please file a bug about this at https://bugs.gentoo.org and
attach all the requested information? At the very least comment with
the output of `emerge --info` and attach the complete build.log.
I was about to reply to Andrew that running an emerge with -j1 can
make the build log easier to scan for errors, and can sometimes even
prevent build errors in certain packages.
The errors are:
{standard input}:86987: Error: number of operands mismatch for `sub'
{standard input}: Error: open CFI at the end of file;
missing .cfi_endproc directive
There is something wrong in the assembler code, a mismatch of of the
amounts of parameters passed to a 'sub' (subtract) instruction; then
it doesn't close some kind of CFI procedure towards the end of the
file, this then later causes the compiler to get killed:
x86_64-pc-linux-gnu-g++: internal compiler error: Killed (program
cc1plus)
The other occasion is that the assembler code might be right, but then
there is something wrong with the system; I'll get back to that in my
other mail.
As a side note; -j1 bugs should still be filed such that we can
(temporarily) fix it for everyone in the ebuild, these can be
recognized by the amount of jobs mismatching in the build.log.
[OT]
Tom, I very rudely forgot to thank you for your reply to my recent
post about layman. So...thank you!
As a group we tend to be tough on devs who actually answer questions
here even though we really are harmless. No, really, we are, honest,
just ask us.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
signature.asc
Description: PGP signature
Re: [gentoo-user] Re: emerge failed for sys-devel/binutils-2.23.2
On Sat, 11 Jan 2014 19:41:10 -0500 Andrew Penhorwood and...@coldbits.com wrote: I will try the -j1. This is a VM that is initially setup my Linode.com. Advanced Vector Extensions (AVX) don't work on Linode, which is what might cause the assembler instruction subtract to fail, as you can see in my other mail; you can add -mno-avx at the end of your CFLAGS in /etc/portage/make.conf to avoid the usage of AVX. This is just a wild guess, but I've seen this helping other Linode customers earlier that had similar problems; so, it might help you. -- With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D signature.asc Description: PGP signature
