Re: [gentoo-user] OT: i7-6700, anyone already?
Am 2015-12-11 um 10:33 schrieb Stefan G. Weichinger: > Am 10.12.2015 um 19:52 schrieb waltd...@waltdnes.org: > >>> Do I have to set that variable then (in make.conf?) ? >> >> Yes, you should. While you're at it, you can remove the corresponding >> flags from the USE= variable. I don't know if they're honored by >> portage any longer. I assume you missed the news item back in January. >> It's archived and you can read it at... >> https://www.gentoo.org/support/news-items/2015-01-28-cpu_flags_x86-introduction.html > > thanks for the pointer, did that right now (still on the i7-2600 ... > waiting). > > I didn't have anything like that in USE= anymore, anyway. update: machine is here, all three OSes installed already. Snappy performance, nice ... Right now I am fiddling with getting Gnome installed and running. Fedora needed the kernel option "i915.preliminary_hw_support=1" set (in grub.cfg) to enable the skylake graphics.
Re: [gentoo-user] OT: i7-6700, anyone already?
Am 2015-12-13 um 12:50 schrieb Stefan G. Weichinger: > If I pull the mouse down to the bottom of the screen the desktop snaps > into correct place. found this: https://forums.gentoo.org/viewtopic-p-7800470.html the module option is now "enable_ips=0" ... but this doesn't work for me so far.
Re: [gentoo-user] OT: i7-6700, anyone already?
Am 2015-12-13 um 11:39 schrieb Stefan G. Weichinger: > Right now I am fiddling with getting Gnome installed and running. I have X starting now. gdm as well, but with problems: the mouse somehow pulls a "curtain" up and down ... so the display is not correct. The lower part is one color only so I can't do anything useful yet. And the display seems to be shifted, "Activities" (should be left upper corner) has the on/off and speaker symbols to its left. If I pull the mouse down to the bottom of the screen the desktop snaps into correct place. Strange ;) - Is it possible that stable (in gentoo terms) Xorg does not yet fully support skylake graphics? btw I also placed the firmware from https://01.org/zh/linuxgraphics/intel-linux-graphics-firmwares into /lib/firmware/i915 stefan
[gentoo-user] libgpod comment bug
I'm reemerging Amarok after adding the ipod flag and libgpod fails to install due to bug 537968. https://bugs.gentoo.org/show_bug.cgi?id=537968 There's a patch for the bug, which I've copied, but it's not being applied: root@kushiel /etc/portage/patches/media-libs/libgpod # cat libgpod-swig- comment-fix.patch --- bindings/python/gpod.i.in.orig 2015-06-20 23:15:41.0 -0700 +++ bindings/python/gpod.i.in 2015-06-20 23:16:28.0 -0700 @@ -298,9 +298,9 @@ %include "gpod_doc.i" %include "@top_builddir@/config.h" -# be nicer to decode these utf8 strings into Unicode objects in the C -# layer. Here we are leaving it to the Python side, and just giving -# them utf8 encoded Strings. +// be nicer to decode these utf8 strings into Unicode objects in the C +// layer. Here we are leaving it to the Python side, and just giving +// them utf8 encoded Strings. typedef char gchar; %typemap(in) time_t { I'm using the instructions found here: https://bugs.gentoo.org/show_bug.cgi?id=349707#c11 However, it doesn't look like portage is even recognizing the patch: >>> Source unpacked in /var/tmp/portage/media-libs/libgpod-0.8.3/work >>> Preparing source in /var/tmp/portage/media- libs/libgpod-0.8.3/work/libgpod-0.8.3 ... >>> Source prepared. Any hints or suggestions on what I'm doing wrong? -- "People who think they're generous to a fault usually think that's their only fault." - Sidney J. Harris
Re: [gentoo-user] libgpod comment bug
On Sunday, December 13, 2015 02:15:17 PM David Abbott wrote: > On Sun, Dec 13, 2015 at 1:51 PM, ddjoneswrote: ... > > However, it doesn't look like portage is even recognizing the patch: > Source unpacked in /var/tmp/portage/media-libs/libgpod-0.8.3/work > Preparing source in /var/tmp/portage/media- > > > > libs/libgpod-0.8.3/work/libgpod-0.8.3 ... > > > Source prepared. > > > > Any hints or suggestions on what I'm doing wrong? > > > > -- > > "People who think they're generous to a fault usually think that's their > > only fault." - Sidney J. Harris > > Looking at the ebuild, it is not enabled for epatch_user, > > http://euscan.gentooexperimental.org/files/gentoo/media-libs/libgpod-0.8.3.e > build > > https://wiki.gentoo.org/wiki//etc/portage/patches Thank you. First time I'd tried to use that method of patching and I wasn't aware it had to be enabled in the ebuild. Creating an /etc/portage/bashrc as directed in your link solved the issue. -- "Orthodoxy: that peculiar condition where the patient can neither eliminate an old idea nor absorb a new one." - Elbert Hubbard
Re: [gentoo-user] libgpod comment bug
On Sun, Dec 13, 2015 at 1:51 PM, ddjoneswrote: > I'm reemerging Amarok after adding the ipod flag and libgpod fails to install > due to bug 537968. > > https://bugs.gentoo.org/show_bug.cgi?id=537968 > > There's a patch for the bug, which I've copied, but it's not being applied: > > root@kushiel /etc/portage/patches/media-libs/libgpod # cat libgpod-swig- > comment-fix.patch > --- bindings/python/gpod.i.in.orig 2015-06-20 23:15:41.0 -0700 > +++ bindings/python/gpod.i.in 2015-06-20 23:16:28.0 -0700 > @@ -298,9 +298,9 @@ > %include "gpod_doc.i" > %include "@top_builddir@/config.h" > > -# be nicer to decode these utf8 strings into Unicode objects in the C > -# layer. Here we are leaving it to the Python side, and just giving > -# them utf8 encoded Strings. > +// be nicer to decode these utf8 strings into Unicode objects in the C > +// layer. Here we are leaving it to the Python side, and just giving > +// them utf8 encoded Strings. > typedef char gchar; > > %typemap(in) time_t { > > > > I'm using the instructions found here: > > https://bugs.gentoo.org/show_bug.cgi?id=349707#c11 > > However, it doesn't look like portage is even recognizing the patch: > Source unpacked in /var/tmp/portage/media-libs/libgpod-0.8.3/work Preparing source in /var/tmp/portage/media- > libs/libgpod-0.8.3/work/libgpod-0.8.3 ... Source prepared. > > Any hints or suggestions on what I'm doing wrong? > > -- > "People who think they're generous to a fault usually think that's their only > fault." - Sidney J. Harris > > Looking at the ebuild, it is not enabled for epatch_user, http://euscan.gentooexperimental.org/files/gentoo/media-libs/libgpod-0.8.3.ebuild https://wiki.gentoo.org/wiki//etc/portage/patches
Re: [gentoo-user] Re: [SOLVED] What package provides gstreamer-app?
On Fri, Dec 11, 2015 at 06:32:48PM -0500, Jonathan Callen wrote > > I unmerged the version 1.X gstreamer and plugins, masked out >= > > 0.11 versions and emerged gst-plugins-base, which also pulled in > > gstreamer. The Pale Moon build is churning along now, and I'll find > > out in a couple of hours how it works with h264. The web site... > > http://www.quirksmode.org/html5/tests/video.html has h264, webm, > > and ogg/theora test videos. I currently have webm and ogg/theora > > working. The gstreamer-enabled build will hopefully also run the > > h264 video. This will also be useful for Youtube in HTML5 mode. Success. After a bit of experimenting I've gotten h.264 working at the quirksmode website, and on Youtube. Pale Moon browser requires... gstreamer gst-plugins-base gst-plugins-good gst-plugins-ffmpeg A confusing item is that gst-plugins-base and gst-plugins-good are in media-libs/ but gst-plugins-ffmpeg and 77 others are in media-plugins/ Go figure. > There is no need to remove the 1.x version of gstreamer (unless you > just don't need it anymore). The 0.8, 0.10, and 1.x branches of > gstreamer are each slotted (well, the ancient 0.8 release is gone from > the tree as nothing uses it any more) specifically so that they can be > installed in parallel, and upstream actually supports doing so (which > is why the ABI version number is in the name of every library, plugin > directory, and executable). Nothing on my system requires 1.X and I prefer a lean system. -- Walter DnesI don't run "desktop environments"; I run useful applications
perl ssl was:Re: [gentoo-user] dovecot imap-login
Am Sat, 12 Dec 2015 23:09:20 +0100 schrieb jens wefer: > Am Sat, 12 Dec 2015 17:53:04 + > schrieb Stroller : > > > > > > On Sat, 12 December 2015, at 3:08 a.m., jens wefer > > > wrote: > > > > > > I set up a mail server, postfix/dovecot, ssl required. > > > test with mail-client, all ok > > > when I try to copy mails with imapsync (gentoo) comes timeout, > > > and imapsync will login again. > > > with each new login, a new process imap-login is generated. > > > > Sorry if this is a dumb question, but how do you know it's timing > > out? > > > > Could it just be slow, as it has to compile loads of messages in its > > first run? > > > > Looks like dovecot has a 30 minute timeout. [1] > > > > An old message on the Dovecot mailing list [2] suggests to set > > "verbose_proctitle = yes" in config to see why each process is open. > > > > It also suggests using high-performance mode, rather that the > > default. > > > > Stroller. > > timeout comes from imapsync (default timeout 120 sec). > after 10 minutes then running 5 Dovecot processes which want 100% CPU > time. mail logfile: > imap-login: Login: user = blablub, TLS ession, .. > I think that's a problem with perl. When I send an email with sendEmail comes SSLv3 Aler handshake failure. if I use a newer sendEmail version (1.56.5) comes Segnentation fault. when I start sendEmail on CentOS is everything ok.