[gentoo-user] KDE in livedvd
Hello everyone. I was wondering that is there any list of packages to emerge and make my KDE look like the last live dvd. I mean the theme, color, icons, ... ? Thanks.
Re: [gentoo-user] merging pdf file into one page
On Sat, 24 Jan 2015 12:26:28 -0700 Joseph wrote: I've pdf form that I print. Once the form is printed I put it back in the printer tray and print information over top of it. It worked in the past but after I print it second time (over the printed form) the pages look as if they came out of the washing machine. They are crumpled. I think it as to do something with the static. How to I combine (overlap) two pdf files into one page. Use imagegick's composite tool to overlap images into single pdf, then print it. Best regards, Andrew Savchenko pgpBg2C5bORzm.pgp Description: PGP signature
Re: [gentoo-user] problem emerging Libdrm
On Sun, 25 Jan 2015 00:18:32 -0500 Philip Webb wrote: After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found, which seem to be needed by Cairo Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later everything working properly. I've done searches of Bugs, Forum asked Google without much help. Can anyone suggest what might be causing this problem ? As for libpng: the problem is that after libpng update many pkg-config files still contain references to old libpng15.so. Usual way to fix this is to rebuild all libpng dependencies (emerge @revdep-rebuild or revdep-rebuild tool may be used for that). But this doesn't work on too old setups, where during such updates packages will require some newer stuff like libdrm to be updated itself. In order to broke this look you can manually edit all files in /usr/lib/pkgconfig in order to point them to proper libpng version, e.g.: $ cd /usr/lib/pkgconfig $ sed -i 's/libpng15/libpng16/ *.pc As for libudev, probably problem and solution is the same. Not all packages use pkg-config, some have $packagename-config scripts (like fltk-config). Some of these scripts hardcode library names in a similar way to pkg-config, so you have to fix this /usr/bin-*config scripts too if you have any problems with related applications. Best regards, Andrew Savchenko pgpcS7xPynewa.pgp Description: PGP signature
Re: [gentoo-user] problem emerging Libdrm
On Sun, Jan 25, 2015 at 7:18 AM, Philip Webb purs...@ca.inter.net wrote: After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found, which seem to be needed by Cairo Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later everything working properly. I've done searches of Bugs, Forum asked Google without much help. Can anyone suggest what might be causing this problem ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca Did the gcc update go alright? What's the output of 'gcc --version' and 'gcc-config -l'?
Re: [gentoo-user] Latest chromium-40 on ~x86
On Sat, 24 Jan 2015 16:43:41 +0100 Nils Holland wrote: Hi folks, I've been using chromium successfully on my ~x86 system for quite a long time, but starting with the last two updates that came in during the last few days (namely, chromium-40.0.2214.85 and chromium-40.0.2214.91), I started having problems. Both of these versions build just fine, but upon trying to launch them, the browser's interface comes up just fine, but will only display a Something went wrong... page. I can try typing in and accessing URLs, but all I will ever get is this error page. That's not all, though, I also get to see error messages, namely the following in my terminal: ../../sandbox/linux/seccomp-bpf-helpers/sigsys_handlers.cc:**CRASHING**:seccomp-bpf failure in syscall 0265 And this here in dmesg: chrome[5274]: segfault at e806109 ip b5c5c945 sp ac280980 error 6 in chrome[b1864000+5eed000] Great, I thought, something wrong with the sandbox stuff. So I tried to launch chromium without it (chromium --no-sandbox), and indeed: The browser works absolutely fine this way - I get none of the problems or messages mentioned above. Of course, I tried to find a related entry in both the Gentoo as well as the chromium bug trackers, but I couldn't find anything in either. I'm a bit reluctand to report my own bug as I wouldn't be 100% sure that I'm not causing the problem (after all, I'm building my chromium with USE=custom-cflags, which is not officially supported, but has always produced nicely working builds for me in the past), so I thought I'd ask here first if I'm the only one observing this behavior. The question, thus, would probably be: Anyone using one of the recent chromium-40 versions on ~x86 or anywhere else and seeing something similar? Or probably someone who has experienced something like that before and could offer a guess what might be wrong here - a real bug, custom-cflags, or something entirely different? I gave up on chromium starting from chromium-36, where they dropped pre-SSE2 x86 support (and I use such system: Athlon-XP). I tried to re-add this stuff with partial success (works, but still SIGILLs sometimes) and it's very hard to clean all pieces. Looks like they're slowly abandoning x86 and older hardware at all. Best regards, Andrew Savchenko pgpkjjYmvwwIi.pgp Description: PGP signature
Re: [gentoo-user] Latest chromium-40 on ~x86
On 01/24/2015 07:44 PM, Peter Humphrey wrote: On Saturday 24 January 2015 16:43:41 Nils Holland wrote: I've been using chromium successfully on my ~x86 system for quite a long time, but starting with the last two updates that came in during the last few days (namely, chromium-40.0.2214.85 and chromium-40.0.2214.91), I started having problems. ---8 The question, thus, would probably be: Anyone using one of the recent chromium-40 versions on ~x86 or anywhere else and seeing something similar? Or probably someone who has experienced something like that before and could offer a guess what might be wrong here - a real bug, custom-cflags, or something entirely different? This is and amd64 box, not ~x86, but chromium-40.0.2214.91 is working fine here. It's not been running more than a few hours since today's upgrade, but at least it does run. Also amd64: I observed another issue with chromium-40.0.2214.91 -- it breaks X11 with compositing wm (i'm running compiz) when I activate any simple effect, e.g switch to another viewpoint or something like that. At now catched that with Nvidia; have not tried with i915 (yet). The X11 `breakage' freezes the screen, so I need to kill/restart X11 to proceed. The syslog writes lots of: Jan 24 20:30:41 gentoo kernel: [1829180.480065] NVRM: Xid (PCI::05:00): 13, Graphics Exception: ChID 0003, Class 8297, Offset 17b4, Data 0001 Jan 24 20:30:46 gentoo kernel: [1829185.546349] NVRM: Xid (PCI::05:00): 13, Graphics Exception: ChID 0003, Class 8297, Offset 17b4, Data 0001 The Xorg.0.log also shows an error (in nvidia driver): (EE) [mi] EQ overflow continuing. 200 events have been dropped. (EE) (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x580338] (EE) 1: /usr/bin/X (QueuePointerEvents+0x52) [0x44c432] (EE) 2: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7fcbb28c2000+0x571d) [0x7fcbb28c771d] (EE) 3: /usr/bin/X (0x40+0x71eb8) [0x471eb8] (EE) 4: /usr/bin/X (0x40+0x99dfa) [0x499dfa] (EE) 5: /lib64/libpthread.so.0 (0x7fcbb9eca000+0xfd30) [0x7fcbb9ed9d30] (EE) 6: /lib64/libc.so.6 (ioctl+0x7) [0x7fcbb8c1e237] (EE) 7: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x116bec) [0x7fcbb3900bec] (EE) 8: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x116ca7) [0x7fcbb3900ca7] (EE) 9: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x1196e9) [0x7fcbb39036e9] (EE) 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x12e181) [0x7fcbb3918181] (EE) 11: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x13af8d) [0x7fcbb3924f8d] (EE) 12: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x12c2a2) [0x7fcbb39162a2] (EE) 13: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x54b567) [0x7fcbb3d35567] (EE) 14: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x54bf30) [0x7fcbb3d35f30] (EE) 15: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x54e2f8) [0x7fcbb3d382f8] (EE) 16: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fcbb37ea000+0x55ccc5) [0x7fcbb3d46cc5] (EE) 17: /usr/bin/X (0x40+0x357fe) [0x4357fe] (EE) 18: /usr/bin/X (0x40+0x395da) [0x4395da] (EE) 19: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7fcbb8b62aa5] (EE) 20: /usr/bin/X (0x40+0x24d7e) [0x424d7e] (EE) [1829865.192] [mi] Increasing EQ size to 1024 to prevent dropped events. [1829865.193] [mi] EQ processing has resumed after 239 dropped events. [1829865.212] [mi] This may be caused my a misbehaving driver monopolizing the server's resources.
Re: [gentoo-user] SMART drive test results, 2.0 for same drive as before.
It would be far better to use Spinrite (like I mentioned before) - to allow a really low level access to the drive. While Spinrite is running the HDD will not be able to automatically relocate sectors. I've been blown away how effective this piece of software is - even when run with (apparently) very knackered Maxtor drives!! It was like they were brought back from the dead... On 25 January 2015 at 13:41, Mick michaelkintz...@gmail.com wrote: On Saturday 24 Jan 2015 18:18:36 Dale wrote: Since I already replaced this drive, nothing lost. We did learn something tho. Just because it claims to have fixed itself doesn't mean it will be a long term solution. ;-) Dale :-) :-) Your repeated dd action probably relocated some bad blocks. I would also run a long test overnight to see where and how it fails. I recently had a drive which went sideways on me. Running dd was successful in relocating some problematic sectors. However, repeating the smart tests revealed that more and more sectors were going bad. I recall a warning that a catastrophic drive failure was imminent, when reading the output of 'smartctl -a'. Instead of dd'ing the whole drive, just dd the suspect sector and repeat the smart tests to see how things move around. I concur with other posters that this drive should only be used for experimentation, rather than production or back ups. -- Regards, Mick -- All the best, Robert
[gentoo-user] can pulseaudio make trouble with non-audio parts?
Hi. Yesterday and today I experienced some problems which were weird. First of all the xdm service was crashing so I disabled it, and started using startx. After that my whole KDE desktop was a pain. The application where to slow, mplayer stopped working and ... Anyway at last I notices that as soon as I start KDE, the sound stops working, so uninstalled the skype and pulseaudio, and everything went back to normal ! Can all this be pulseaudio's fault?
Re: [gentoo-user] problem emerging Libdrm
On Sun, 25 January 2015, at 1:57 pm, James wirel...@tampabay.rr.com wrote: Philip Webb purslow at ca.inter.net writes: After exactly 2 years , I'm trying to update my Asus EEE netbook. http://blog.siphos.be/2013/12/upgrading-old-gentoo-installations/ Further to this, some historical Portage snapshots are here: http://dev.gentoo.org/~swift/snapshots/ Stroller.
[gentoo-user] mysql-5.6.22 update borked akonadi
Hi All, I just updated a laptop after a week's abstinence and with mysql-5.6.22 akonadi won't start. This error renders this laptop useless for email (it uses kmail) and therefore I am hesitant to update other boxen to avoid a luser riot. Have you experienced such a problem? How can I fix it? This is the error log: == 2015-01-25 09:18:08 3192 [Warning] Buffered warning: Changed limits: max_open_files: 1024 (requested 5000) 2015-01-25 09:18:08 3192 [Warning] Buffered warning: Changed limits: max_connections: 214 (requested 256) 2015-01-25 09:18:08 7f3605d7c740 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator. 2015-01-25 09:18:08 3192 [Note] InnoDB: Using atomics to ref count buffer pool pages 2015-01-25 09:18:08 3192 [Note] InnoDB: The InnoDB memory heap is disabled 2015-01-25 09:18:08 3192 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2015-01-25 09:18:08 3192 [Note] InnoDB: Memory barrier is not used 2015-01-25 09:18:08 3192 [Note] InnoDB: Compressed tables use zlib 1.2.8 2015-01-25 09:18:08 3192 [Note] InnoDB: Using Linux native AIO 2015-01-25 09:18:08 3192 [Note] InnoDB: Not using CPU crc32 instructions 2015-01-25 09:18:08 3192 [Note] InnoDB: Initializing buffer pool, size = 80.0M 2015-01-25 09:18:08 3192 [Note] InnoDB: Completed initialization of buffer pool 2015-01-25 09:18:08 3192 [Note] InnoDB: Highest supported file format is Barracuda. 2015-01-25 09:18:08 3192 [Note] InnoDB: The log sequence numbers 20549320007 and 20549320007 in ibdata files do not match the log sequence number 20692769575 in the ib_logfiles! 2015-01-25 09:18:08 3192 [Note] InnoDB: Database was not shutdown normally! 2015-01-25 09:18:08 3192 [Note] InnoDB: Starting crash recovery. 2015-01-25 09:18:08 3192 [Note] InnoDB: Reading tablespace information from the .ibd files... 2015-01-25 09:18:08 3192 [Note] InnoDB: Restoring possible half-written data pages 2015-01-25 09:18:08 3192 [Note] InnoDB: from the doublewrite buffer... 09:18:08 UTC - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=16384 read_buffer_size=131072 max_used_connections=0 max_threads=214 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 85119 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 0 thread_stack 0x4 /usr/sbin/mysqld(my_print_stacktrace+0x20)[0x83f5c0] /usr/sbin/mysqld(handle_fatal_signal+0x34d)[0x61fcbd] /lib64/libpthread.so.0(+0x11250)[0x7f3604aed250] /usr/sbin/mysqld[0x9e3d28] /usr/sbin/mysqld[0x9e4df1] /usr/sbin/mysqld[0x96d245] /usr/sbin/mysqld[0x8cc8e4] /usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x57d401] /usr/sbin/mysqld[0x6975d0] /usr/sbin/mysqld(_Z11plugin_initPiPPci+0x91c)[0x69b5dc] /usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x83f)[0x57722f] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f360414edb5] /usr/sbin/mysqld[0x56c9e5] The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. == -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] SMART drive test results, 2.0 for same drive as before.
On Saturday 24 Jan 2015 18:18:36 Dale wrote: Since I already replaced this drive, nothing lost. We did learn something tho. Just because it claims to have fixed itself doesn't mean it will be a long term solution. ;-) Dale :-) :-) Your repeated dd action probably relocated some bad blocks. I would also run a long test overnight to see where and how it fails. I recently had a drive which went sideways on me. Running dd was successful in relocating some problematic sectors. However, repeating the smart tests revealed that more and more sectors were going bad. I recall a warning that a catastrophic drive failure was imminent, when reading the output of 'smartctl -a'. Instead of dd'ing the whole drive, just dd the suspect sector and repeat the smart tests to see how things move around. I concur with other posters that this drive should only be used for experimentation, rather than production or back ups. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: problem emerging Libdrm
Philip Webb purslow at ca.inter.net writes: After exactly 2 years , I'm trying to update my Asus EEE netbook. http://blog.siphos.be/2013/12/upgrading-old-gentoo-installations/ hth, James
Re: [gentoo-user] html5 no longer working in firefox
Am Thu, 15 Jan 2015 07:43:24 -0500 schrieb cov...@ccs.covici.com: Walter Dnes waltd...@waltdnes.org wrote: On Wed, Jan 14, 2015 at 05:06:55PM -0500, cov...@ccs.covici.com wrote Funny thing is it used to work fine, early November and then some update broke the thing, but I will definitely try the debug console and see if it tells me anything. Try creating a new Firefox profile and see if sound works. If it works then the problem is with your mimeTypes.rdf file (long story). We'll worry about fixing that later if necessary. What I got out of the control-shift-i console is specified type attribute of not supported load of media resource failed. All candidate resources failed to load media load paused. Now, getting a new profile made things work, I will have to set all the settings again -- I hope things don't break, but now I wonder what happened because I lost all the bookmarks, etc. I renamed the old profile, so its still there so maybe something can be figured out. I appreciate all the help so far on this. A late reply, but regardless: I'm glad you got things working again! -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpzm4IzJxlvX.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] emerge default config
On Sun, Jan 25, 2015 at 9:57 AM, cov...@ccs.covici.com wrote: Marc Joliet mar...@gmx.de wrote: The man page to cfg-update says that it needs diff3 for the automatic three-way merge (STAGE2), which is part of diffutils. Interestingly, cfg-update does not depend on diffutils, so maybe you (Covici) just need to install it? And for manual three-way merges (STAGE3) there are, at the very least, Vim and Emacs. I found that cfg-update rarely did its automatic merge (I do have diffutils) and so there was nothing to be gained between cfg-update and etc-update which seemed better as long as you were not relying on automatic merge. It seemed to only do it on comments, but I can't say that was always true. This might be as simple as a missing dependency. I'd be interested in more testing feedback in this area, and I might set up a container to test this more myself. I find that cfg-update correctly auto-merges config files probably 95% of the time. I'd happily keep it in portage if I were the only person using it as a result. :) However, if there are bugs preventing use by others they ought to be fixed. -- Rich
[gentoo-user] updating netbook : next problem
Having restored X proceeding to work thro' pkgs, I emerged reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper bin86 push coreutils gmp . Trying the next set of pkgs, I got the dreaded C compiler cannot create executables. I suspect some effect from baselayout or coreutils. Does anyone have any suggestions ? Gcc is 4.8.3 . -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Re: mysql-5.6.22 update borked akonadi
On Sunday 25 Jan 2015 13:23:47 you wrote: Hi All, I just updated a laptop after a week's abstinence and with mysql-5.6.22 akonadi won't start. This error renders this laptop useless for email (it uses kmail) and therefore I am hesitant to update other boxen to avoid a luser riot. Have you experienced such a problem? How can I fix it? This is the error log: == 2015-01-25 09:18:08 3192 [Warning] Buffered warning: Changed limits: max_open_files: 1024 (requested 5000) 2015-01-25 09:18:08 3192 [Warning] Buffered warning: Changed limits: max_connections: 214 (requested 256) 2015-01-25 09:18:08 7f3605d7c740 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator. 2015-01-25 09:18:08 3192 [Note] InnoDB: Using atomics to ref count buffer pool pages 2015-01-25 09:18:08 3192 [Note] InnoDB: The InnoDB memory heap is disabled 2015-01-25 09:18:08 3192 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2015-01-25 09:18:08 3192 [Note] InnoDB: Memory barrier is not used 2015-01-25 09:18:08 3192 [Note] InnoDB: Compressed tables use zlib 1.2.8 2015-01-25 09:18:08 3192 [Note] InnoDB: Using Linux native AIO 2015-01-25 09:18:08 3192 [Note] InnoDB: Not using CPU crc32 instructions 2015-01-25 09:18:08 3192 [Note] InnoDB: Initializing buffer pool, size = 80.0M 2015-01-25 09:18:08 3192 [Note] InnoDB: Completed initialization of buffer pool 2015-01-25 09:18:08 3192 [Note] InnoDB: Highest supported file format is Barracuda. 2015-01-25 09:18:08 3192 [Note] InnoDB: The log sequence numbers 20549320007 and 20549320007 in ibdata files do not match the log sequence number 20692769575 in the ib_logfiles! 2015-01-25 09:18:08 3192 [Note] InnoDB: Database was not shutdown normally! 2015-01-25 09:18:08 3192 [Note] InnoDB: Starting crash recovery. 2015-01-25 09:18:08 3192 [Note] InnoDB: Reading tablespace information from the .ibd files... 2015-01-25 09:18:08 3192 [Note] InnoDB: Restoring possible half-written data pages 2015-01-25 09:18:08 3192 [Note] InnoDB: from the doublewrite buffer... 09:18:08 UTC - mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will try our best to scrape up some info that will hopefully help diagnose the problem, but since we have already crashed, something is definitely wrong and this may fail. key_buffer_size=16384 read_buffer_size=131072 max_used_connections=0 max_threads=214 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 85119 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. Thread pointer: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 0 thread_stack 0x4 /usr/sbin/mysqld(my_print_stacktrace+0x20)[0x83f5c0] /usr/sbin/mysqld(handle_fatal_signal+0x34d)[0x61fcbd] /lib64/libpthread.so.0(+0x11250)[0x7f3604aed250] /usr/sbin/mysqld[0x9e3d28] /usr/sbin/mysqld[0x9e4df1] /usr/sbin/mysqld[0x96d245] /usr/sbin/mysqld[0x8cc8e4] /usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x57d40 1] /usr/sbin/mysqld[0x6975d0] /usr/sbin/mysqld(_Z11plugin_initPiPPci+0x91c)[0x69b5dc] /usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x83f)[0x57722f] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f360414edb5] /usr/sbin/mysqld[0x56c9e5] The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. == It's probably some corruption of the idiotic system that KDEPIM is forced to use in KDE4: 2015-01-25 09:18:08 3192 [Note] InnoDB: The log sequence numbers 20549320007 and 20549320007 in ibdata files do not match the log sequence number 20692769575 in the ib_logfiles! I tried starting akonadi with another user's account and there's not problem there. Any idea how to recover from a problem like this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] SMART drive test results, 2.0 for same drive as before.
Bob Wya wrote: It would be far better to use Spinrite (like I mentioned before) - to allow a really low level access to the drive. While Spinrite is running the HDD will not be able to automatically relocate sectors. I've been blown away how effective this piece of software is - even when run with (apparently) very knackered Maxtor drives!! It was like they were brought back from the dead... Hey Bob, I don't see the point in buying software to test this when I'm already certain I will not depend on it for anything. At this point, it will either be a doorstop or a target when I am out practicing with a pistol or rifle. Basically, I have zero plans to use this drive. It will be replaced. I'm just playing with it to see what I can learn and maybe, just maybe, someone else will learn from this as well. I've used spinrite before. I used to work for a fortune 500 computer company. We had pretty much every tool there was including spinrite. Thing is, this is the second time this drive has failed. One failure got me to take it out of normal use. Two failures makes it something to play with and a educational tool and nothing more. Basically, I'll never, never, trust that drive again with anything important. It's toast. I'd rather apply that money to buying a new drive. Keep in mind, I was backing up to it just to put data on it and let it run, just to see what it does. Dale :-) :-)
Re: [gentoo-user] SMART drive test results, 2.0 for same drive as before.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mick wrote: On Saturday 24 Jan 2015 18:18:36 Dale wrote: Since I already replaced this drive, nothing lost. We did learn something tho. Just because it claims to have fixed itself doesn't mean it will be a long term solution. ;-) Dale :-) :-) Your repeated dd action probably relocated some bad blocks. I would also run a long test overnight to see where and how it fails. I recently had a drive which went sideways on me. Running dd was successful in relocating some problematic sectors. However, repeating the smart tests revealed that more and more sectors were going bad. I recall a warning that a catastrophic drive failure was imminent, when reading the output of 'smartctl -a'. Instead of dd'ing the whole drive, just dd the suspect sector and repeat the smart tests to see how things move around. I concur with other posters that this drive should only be used for experimentation, rather than production or back ups. Hey Mick, I've dd'd the drive many times. That is the reason for the long delay since the original post. I would dd it then retest and repeat. Doing that on a 3TB drive takes a while. ;-) I mostly just wanted to see IF it could fix itself. Even if it did, I'm still not going to trust it. Heck, I didn't trust it after the first fail. Generally, when a drive starts to fail like this, it doesn't go well. Now if I still had a copy of spinrite or knew someone locally that did, I'd run it just to see what it says. One thing I know from the past, if spinrite says it is bad, you can take that to the bank because that opinion is worth gold. Spinrite either fixes the issue or lets you know to replace it. Again, this would be a learning experience. Even if spinrite says it fixed it, I'd use it as a back up and monitor it. It would take a miracle for me to trust that drive again. I'm trying to decide now if I want to save a little more and get a 4TB drive or just get another 3TB drive. Dale's thinking Dale :-) :-) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlTFP8gACgkQiBoxVpK2GMB1vgCgvk/4WiuAIaQR1V6NRgQzKl8s 668AnR0wLj7d+36uNOcxDOyirYvyaeZ4 =7zmG -END PGP SIGNATURE-
[gentoo-user] REQUIRED_USE on dev-db/mariadb-10.0 confuses me
Calculating dependencies... done! !!! The ebuild selected to satisfy =dev- db/mariadb-10.0*[embedded=,minimal=,static=,static- libs=,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] has unmet requirements. - dev-db/mariadb-10.0.15-r1::gentoo USE=community pam perl ssl xml -cluster - debug -embedded -extraengine -jemalloc -latin1 -max-idx-128 -minimal -odbc - oqgraph -profiling (-selinux) -sphinx -static -static-libs -systemtap - tcmalloc -test -tokudb ABI_X86=64 -32 -x32 The following REQUIRED_USE flag constraints are unsatisfied: xml? ( extraengine ) The above constraints are a subset of the following complete expression: odbc? ( extraengine !minimal ) xml? ( extraengine !minimal ) minimal? ( !oqgraph !sphinx ) tokudb? ( jemalloc ) tcmalloc? ( !jemalloc ) jemalloc? ( !tcmalloc ) minimal? ( !cluster !extraengine !embedded ) static? ( !ssl ) (dependency required by virtual/mysql-5.6-r2 [ebuild]) (dependency required by dev-db/mysql-connector-c++-1.1.3 [installed]) (dependency required by app-office/libreoffice-4.2.8.2[mysql] [installed]) (dependency required by @selected [set]) (dependency required by @world [argument]) Can you please remind me what the above message means? What is the meaning of the question mark after xml? I remember this has been answered before (at least by Alan) but I can't seem to find the thread just now. USE=xml seems to be part of the default settings on this box: = global use flags (searching: xml) [+ D ] xml - Add support for XML files = while USE=extraengine is not set and I'm not sure I need it: local use flags (searching: extraengine) [- ] extraengine dev-db/mariadb: Add support for alternative storage engines (Archive, CSV, Blackhole, Federated(X), Partition) [- ] 5.5.40-r1 [gentoo] [- ] 5.5.41 [gentoo] [- ] 10.0.15 [gentoo] [- ] 10.0.15-r1 [gentoo] What is it asking me to do? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Latest chromium-40 on ~x86
On Sun, Jan 25, 2015 at 02:03:48PM +0300, Andrew Savchenko wrote: I gave up on chromium starting from chromium-36, where they dropped pre-SSE2 x86 support (and I use such system: Athlon-XP). I tried to re-add this stuff with partial success (works, but still SIGILLs sometimes) and it's very hard to clean all pieces. Looks like they're slowly abandoning x86 and older hardware at all. Actually, I can't say that I'm too much of a fan of chromium either. I'm more than happy using vimb, sometimes also midori and firefox. Chromium mostly only sits here as a last resort when some site doesn't seem to work right in one of the other browsers (which, fortunatly, only happens with a frequency that is rapidly approaching never). So the fact that I don't care about chromium too much, with the added fact that my main machine is a lower-range laptop and takes quite a while to build chromium, is also the reason why I can't be bothered right now to re-build in order to try out various things or otherwise try to collect debugging information. That's why I thought I'd ask if I'm the only one seeing this. It's entirely possible that I'll eventually decide to just unmerge chromium completely, as I haven't really had a *real* reason to use it in quite a long time. ;-) Greetings, Nils
Re: [gentoo-user] updating netbook : next problem
On 26/01/15 13:01, Philip Webb wrote: Having restored X proceeding to work thro' pkgs, I emerged reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper bin86 push coreutils gmp . Trying the next set of pkgs, I got the dreaded C compiler cannot create executables. I suspect some effect from baselayout or coreutils. Does anyone have any suggestions ? Gcc is 4.8.3 . rattus ~ # gcc-config -l [1] x86_64-pc-linux-gnu-4.8.3 * rattus ~ # gcc-config 1 * Switching native-compiler to x86_64-pc-linux-gnu-4.8.3 ... [ ok ] rattus ~ # you may need to run fix_libtool_files.sh if there was a gcc switch in the past.
Re: [gentoo-user] problem emerging Libdrm : solved
150125 Philip Webb wrote: After exactly 2 years , I'm trying to update my Asus EEE netbook. Trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found. I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. Thanks for the various suggestions. I solved the problem by unmerging Gtk+ Mesa Cairo Libdrm Xorg-server, after which Libdrm compiled successfully. BTW there's a rather bizarre dependency : the stable Mesa-10.2.8 requires the testing Cairo-1.12.18 . I've never seen this before. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] chatting with the customer
Am 23.01.2015 um 11:24 schrieb Stefan G. Weichinger: I communicate with an admin at a customer ... we write dozens of emails and tickets and often it would be simpler to have some kind of chat or so. I'd like to avoid skype etc ... so I think of installing something on one of their gentoo-servers that allows us to run a simple chat. I run (surprise) gentoo with Gnome 3.14 ... he runs Windows 7 or 8 ... What could I set up? Maybe useable with gnome empathy? With a simple windows-client for the other side? Any quick recommendations? Thanks, Stefan . teamviewer. You can chat. You can see their desktops and see what they are doing wrong.
Re: [gentoo-user] emerge default config
Marc Joliet mar...@gmx.de wrote: Am Fri, 23 Jan 2015 21:30:07 -0500 schrieb Rich Freeman ri...@gentoo.org: On Fri, Jan 23, 2015 at 7:12 PM, cov...@ccs.covici.com wrote: On Fri, Jan 23, 2015 at 5:45 PM, shawn wilson ag4ve...@gmail.com wrote: Is there a way to have default config lines that emerge updates won't touch? I'd be interested in hearing about alternatives, but I switched to cfg-update from dispatch-conf and such because it does automatic 3-way merging. It is pretty good about detecting stuff that you customized and auto-merging those lines as long as the upstream file doesn't change. If it does, then you get a 3-way merge in meld or another tool to do the merge. 95% of the time it just automerges all config file updates without any interaction. I inherited maintaining this upstream, so feel free to submit improvements. It is a fairly mature tool but we've had some great contributions to keep it up-to-date with portage/paludis apis. I was using that, but it didn't do any automatic 3-way merge for me, I do everything from a text console. I am now using etc-update which is not too bad. I'd have to take another look, but I don't think the automatic merge works unless you're using a 3-way diff tool, and I think those are all X11. The man page to cfg-update says that it needs diff3 for the automatic three-way merge (STAGE2), which is part of diffutils. Interestingly, cfg-update does not depend on diffutils, so maybe you (Covici) just need to install it? And for manual three-way merges (STAGE3) there are, at the very least, Vim and Emacs. I found that cfg-update rarely did its automatic merge (I do have diffutils) and so there was nothing to be gained between cfg-update and etc-update which seemed better as long as you were not relying on automatic merge. It seemed to only do it on comments, but I can't say that was always true. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Latest chromium-40 on ~x86
Am 25.01.2015 um 11:08 schrieb victor romanchuk: On 01/24/2015 07:44 PM, Peter Humphrey wrote: On Saturday 24 January 2015 16:43:41 Nils Holland wrote: I've been using chromium successfully on my ~x86 system for quite a long time, but starting with the last two updates that came in during the last few days (namely, chromium-40.0.2214.85 and chromium-40.0.2214.91), I started having problems. ---8 The question, thus, would probably be: Anyone using one of the recent chromium-40 versions on ~x86 or anywhere else and seeing something similar? Or probably someone who has experienced something like that before and could offer a guess what might be wrong here - a real bug, custom-cflags, or something entirely different? This is and amd64 box, not ~x86, but chromium-40.0.2214.91 is working fine here. It's not been running more than a few hours since today's upgrade, but at least it does run. Also amd64: I observed another issue with chromium-40.0.2214.91 -- it breaks X11 with compositing wm (i'm running compiz) when I activate any simple effect, e.g switch to another viewpoint or something like that. At now catched that with Nvidia; have not tried with i915 (yet). works fine with KDE and desktop effects turned on. Using xorg's amd drivers. Runs on for days without problems. www-client/chromium Available versions: 40.0.2214.91 Installed versions: 40.0.2214.85^d{tbz2}(17:00:07 19.01.2015)
[gentoo-user] Re: problem emerging Libdrm
Philip Webb purslow at ca.inter.net writes: After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa Cairo both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that libpng15.so.15 libudev.so.0 not found, which seem to be needed by Cairo Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later everything working properly. pstree (psmisc) might be some help in unraveling dependencies. I would make sure everything in @system is compiled with the new version of gcc-4.8.3 before updating the rest of the system. If you have another architect compatible gentoo system, you might just copy over key packages and then compile everything else that is broken. Check your version of python too ( and run python-updater if it has changed). good hunting, James
Re: [gentoo-user] emerge default config
Am Fri, 23 Jan 2015 21:30:07 -0500 schrieb Rich Freeman ri...@gentoo.org: On Fri, Jan 23, 2015 at 7:12 PM, cov...@ccs.covici.com wrote: On Fri, Jan 23, 2015 at 5:45 PM, shawn wilson ag4ve...@gmail.com wrote: Is there a way to have default config lines that emerge updates won't touch? I'd be interested in hearing about alternatives, but I switched to cfg-update from dispatch-conf and such because it does automatic 3-way merging. It is pretty good about detecting stuff that you customized and auto-merging those lines as long as the upstream file doesn't change. If it does, then you get a 3-way merge in meld or another tool to do the merge. 95% of the time it just automerges all config file updates without any interaction. I inherited maintaining this upstream, so feel free to submit improvements. It is a fairly mature tool but we've had some great contributions to keep it up-to-date with portage/paludis apis. I was using that, but it didn't do any automatic 3-way merge for me, I do everything from a text console. I am now using etc-update which is not too bad. I'd have to take another look, but I don't think the automatic merge works unless you're using a 3-way diff tool, and I think those are all X11. The man page to cfg-update says that it needs diff3 for the automatic three-way merge (STAGE2), which is part of diffutils. Interestingly, cfg-update does not depend on diffutils, so maybe you (Covici) just need to install it? And for manual three-way merges (STAGE3) there are, at the very least, Vim and Emacs. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpP4Zd0XqISN.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Latest chromium-40 on ~x86
On 01/25/2015 04:29 PM, Volker Armin Hemmann wrote: Am 25.01.2015 um 11:08 schrieb victor romanchuk: On 01/24/2015 07:44 PM, Peter Humphrey wrote: On Saturday 24 January 2015 16:43:41 Nils Holland wrote: The question, thus, would probably be: Anyone using one of the recent chromium-40 versions on ~x86 or anywhere else and seeing something similar? Or probably someone who has experienced something like that before and could offer a guess what might be wrong here - a real bug, custom-cflags, or something entirely different? This is and amd64 box, not ~x86, but chromium-40.0.2214.91 is working fine here. It's not been running more than a few hours since today's upgrade, but at least it does run. Also amd64: I observed another issue with chromium-40.0.2214.91 -- it breaks X11 with compositing wm (i'm running compiz) when I activate any simple effect, e.g switch to another viewpoint or something like that. At now catched that with Nvidia; have not tried with i915 (yet). works fine with KDE and desktop effects turned on. Using xorg's amd drivers. Runs on for days without problems. Just emerged `subject' on notebook [adm64] with i915: behaves normally despite of compiz. Most likely something gets wrong with x11-drivers/nvidia-drivers-340.65 (the card is too old and incompatible with latest driver release) thanks
Re: [gentoo-user] REQUIRED_USE on dev-db/mariadb-10.0 confuses me
Mick, In these instances I find it easier to look directly at the ebuild file for the package I'm installing... Sadly this highlights the fact that the output from Portage is remarkably obtuse... On 25 January 2015 at 20:56, Mick michaelkintz...@gmail.com wrote: On Sunday 25 Jan 2015 19:41:58 Neil Bothwick wrote: On Sun, 25 Jan 2015 19:17:00 +, Mick wrote: Calculating dependencies... done! The following REQUIRED_USE flag constraints are unsatisfied: xml? ( extraengine ) Can you please remind me what the above message means? What is the meaning of the question mark after xml? I remember this has been answered before (at least by Alan) but I can't seem to find the thread just now. The question mark is a test, what this means is if USE contains xml: USE most also contain extraengone Add extraengine to package.use and all should be well. At least until the next time emerge decides to puke all over your terminal in an attempt to hide the cause of the error :( Thanks Neil, I clearly failed the test. :p I had added extraengine to package.use and the message went away, but couldn't understand why xml *needs* extraengine. So, I stopped and asked here, in case I emerge things I don't really need. -- Regards, Mick -- All the best, Robert
Re: [gentoo-user] REQUIRED_USE on dev-db/mariadb-10.0 confuses me
On Sunday 25 Jan 2015 19:41:58 Neil Bothwick wrote: On Sun, 25 Jan 2015 19:17:00 +, Mick wrote: Calculating dependencies... done! The following REQUIRED_USE flag constraints are unsatisfied: xml? ( extraengine ) Can you please remind me what the above message means? What is the meaning of the question mark after xml? I remember this has been answered before (at least by Alan) but I can't seem to find the thread just now. The question mark is a test, what this means is if USE contains xml: USE most also contain extraengone Add extraengine to package.use and all should be well. At least until the next time emerge decides to puke all over your terminal in an attempt to hide the cause of the error :( Thanks Neil, I clearly failed the test. :p I had added extraengine to package.use and the message went away, but couldn't understand why xml *needs* extraengine. So, I stopped and asked here, in case I emerge things I don't really need. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] REQUIRED_USE on dev-db/mariadb-10.0 confuses me
On Sun, 25 Jan 2015 19:17:00 +, Mick wrote: Calculating dependencies... done! The following REQUIRED_USE flag constraints are unsatisfied: xml? ( extraengine ) Can you please remind me what the above message means? What is the meaning of the question mark after xml? I remember this has been answered before (at least by Alan) but I can't seem to find the thread just now. The question mark is a test, what this means is if USE contains xml: USE most also contain extraengone Add extraengine to package.use and all should be well. At least until the next time emerge decides to puke all over your terminal in an attempt to hide the cause of the error :( -- Neil Bothwick If I save time, when do I get it back? pgp6QlEvgHJ1R.pgp Description: OpenPGP digital signature