Re: [gentoo-user] preserved rebuild failure with python

[Adam Carter]

Also, what's your $PYTHON_TARGETS ?

Re: [gentoo-user] preserved rebuild failure with python

[Adam Carter]

On Wed, Dec 7, 2016 at 1:37 PM, allan gottlieb  wrote:

> I can't complete an emerge @preserved-rebuild due to the lack of
> python3.3.
>
> However, I read the news article and have set the python3 interpreter to
> python3.4
>
>allan ~ # eselect python list --python3
>Available Python 3 interpreters:
>  [1]   python3.3
>  [2]   python3.4 *
>allan ~ # eselect python list
>Available Python interpreters:
>  [1]   python2.7 *
>  [2]   python3.3
>  [3]   python3.4
>allan ~ #
>
> Here is the output from emerge @preserved-rebuild
>
>allan ~ # emerge @preserved-rebuild
>
>These are the packages that would be merged, in reverse order:
>
>Calculating dependencies... done!
>
>emerge: there are no ebuilds to satisfy "dev-lang/python:3.3".
>(dependency required by "@preserved-rebuild" [argument])
>

Something appears to want 3.3 specifically, not 3.x. Try adding -v to
emerge to try to work out which package it is, then check the ebuilds of
other versions to see if there's one that's not dependent on 3.3.

[gentoo-user] preserved rebuild failure with python

[allan gottlieb]

I can't complete an emerge @preserved-rebuild due to the lack of
python3.3.

However, I read the news article and have set the python3 interpreter to
python3.4

   allan ~ # eselect python list --python3
   Available Python 3 interpreters:
 [1]   python3.3
 [2]   python3.4 *
   allan ~ # eselect python list
   Available Python interpreters:
 [1]   python2.7 *
 [2]   python3.3
 [3]   python3.4
   allan ~ # 

Here is the output from emerge @preserved-rebuild

   allan ~ # emerge @preserved-rebuild
   
   These are the packages that would be merged, in reverse order:
   
   Calculating dependencies... done!
   
   emerge: there are no ebuilds to satisfy "dev-lang/python:3.3".
   (dependency required by "@preserved-rebuild" [argument])

I also have done the emerge mentioned in the news

   allan ~ # emerge --ignore-default-opts -uDv --changed-use --ask @world
   
   These are the packages that would be merged, in order:
   
   Calculating dependencies... done!
   
   Total: 0 packages, Size of downloads: 0 KiB
   
   Nothing to merge; quitting.

Thanks in advance for any help.

allan

Re: [gentoo-user] Umasking media-tv/mythtv-0.28?

[Rich Freeman]

On Tue, Dec 6, 2016 at 1:48 AM, Mick  wrote:
> On Monday 05 Dec 2016 21:58:55 Rich Freeman wrote:
>> On Mon, Dec 5, 2016 at 4:33 PM, Paul B. Henson  wrote:
>> >> From: Rich Freeman
>> >> Sent: Thursday, December 01, 2016 12:14 PM
>> >>
>> >> The other issue is that my mythtv front-end died shortly after I got
>> >> it into the tree, and I've ended up moving off of mythtv.
>> >
>> > Bummer; out of curiosity, how are you satiating your media needs now?
>>
>> I ended up on Plex (after being sufficiently annoyed with a brief
>> trial of Kodi).  It was something I had been contemplating in any case
>> as my cable provider was starting to cut off non-encrypted cablecard
>> access to more and more channels (used to be just the premiums which I
>> didn't get anyway, but when I couldn't record something on the
>> National Geographic channel I felt they had crossed a line).The
>> hardware issue just pushed me over the line.  That, and trying to get
>> mythtv working on a pi3 was turning into a bit of a project and I had
>> a dropping WAF at the time.
>
> Out of interest, what annoyed you on Kodi?
>

It has been a little while.  I think the UI in general was a little
annoying (not a lot of TV-based UIs that worked well from across a
living room, especially for somebody with poor vision).  However, the
biggest pain was the media scanning.  I found that Kodi had a lot of
trouble matching stuff without NFO files, and Plex seems to get it
right on the first shot 98% of the time.  That is a major help.

-- 
Rich

Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?

[Daniel Quinn]

For those who might stumble across this in the future, iamben helped me
out with this on IRC and the solution was rather annoying.

I had symlinked /usr/bin/lolcat to /usr/local/bin/cat

Apparently, somewhere in the stack of things that go on when compiling
x11-libs/cairo, `cat` was used and however it was use conflicted with
the would-be drop-in replacement games-misc/lolcat.

So kids, let this be a lesson to you.  Some drop-in replacements, no
matter how fun, can be mighty unkind to your sanity in the long run.



On 02/12/16 20:21, Mick wrote:
> On Friday 02 Dec 2016 09:57:14 Daniel Quinn wrote:
>> Well the only difference between the output of `emerge -pv
>> x11-libs/cairo` on your machine vs. mine is that you appear to be
>> building 64 and 32 bit:
>>
>> mine: `ABI_X86="64 -32 -x32"`
>> yours: `ABI_X86="64 32 -x32"`
>>
>> As for the global setting for `threads`, I have it enabled, but isn't
>> that a good thing?  Should I disable threads globally?  I removed it
>> from make.conf and cairo still won't build, but that's unsurprising,
>> since the build makes no mention of that USE flag.
>>
>> # emerge --info | grep threads
>> USE="X a52 aac acl acpi aes alsa amd64 avx avx2 berkdb bluetooth
>> branding bzip2 cairo cdda cdr cli colord cracklib crypt cxx dbus dri dts
>> dvd dvdr eds emboss encode evo exif fam firefox flac fma3 fortran fuse
>> gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer
>> gtk iconv introspection ipv6 jpeg lcms libnotify libsecret mad matroska
>> mmx mmxext mng modules mp3 mp4 mpeg mtp multilib nautilus ncurses
>> networkmanager nls nptl offensive ogg ogm opengl openmp pam pango pcre
>> pdf png policykit popcnt ppds pulseaudio qt3support readline sdl seccomp
>> session spell sqlite sse sse2 sse3 sse4_1 sse4_2 ssl ssse3
>> startup-notification svg systemd tcpd theora threads tiff truetype udev
>> udisks unicode upower usb v4l vaapi vdpau vim-syntax vorbis vpx x264
>> x265 xattr xcb xml xpm xv xvid xvmc zlib" ABI_X86="64"
>> ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
>> emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
>> intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
>> APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
>> auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
>> authz_dbm authz_default authz_groupfile authz_host authz_owner
>> authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
>> disk_cache env expires ext_filter file_cache filter headers include info
>> log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
>> speling status unique_id userdir usertrack vhost_alias"
>> CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon
>> braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load
>> memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext
>> popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc"
>> GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt
>> gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore
>> rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
>> INPUT_DEVICES="libinput" KERNEL="linux" L10N="en-GB en"
>> LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
>> ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console
>> presenter-minimizer" LINGUAS="en_GB en"
>> OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6"
>> PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4"
>> RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="nvidia"
>> XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
>> iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
>> dhcpmac delude chaos account"
> euse and 'equery hasuse' show me that threads are not enabled globally on my 
> machine, but boost sets IUSE="+threads" in the ebuild.
>
> HTH.

Re: [gentoo-user] Umasking media-tv/mythtv-0.28?

[Daniel Frey]

On 12/01/2016 12:14 PM, Rich Freeman wrote:
> The other issue is that my mythtv front-end died shortly after I got
> it into the tree, and I've ended up moving off of mythtv.  I don't
> believe Cardoe is actively using it at the moment so it is in a bit of
> limbo.  However, it almost certainly works and tweaks to improve it
> are certainly welcome.  I'm sure cardoe would commit them but if not I
> can try to help out with that.  I just have no way to test anything at
> the moment so I don't want to fiddle with it without testing feedback
> from an active user.
> 

I use mythtv daily (or close to it) and have separated BE/FE & multiple
frontends that I could potentially use for testing, just FYI.

I haven't tried .28 yet, though.

Dan

[gentoo-user] Re: basic trouble with sendmail config

[Harry Putnam]

John Covici  writes:

> Well, you have several issues, looks like procmail executable does not
> have correct permissions, should be
> -rwsr-s--x 1 root root
> or at least this is the way I have it.

The issue with procmail was that it was not even installed... Suprised
me at first but this is a rather new install and hadn't gotten that
done yet.

Anyway, once emerged /usr/bin/procmail has the same permissions as you posted.

> If you need to send out on port 587, you need to enable starttls by
> generating a cert, or getting one from somewhere, defining the
> mechanisms and other things.  I think once you get that done things
> will work, or you will be able to figure it out easily.

For anyone stumbling on this thread looking for sendmail info I post
the following, and to conclude our thread.

I see the sendmail sources do have CACerts file in top level of the
unpacked sources.  Maybe that is what folks use.  Also there is some
explanation in one of the READMEs as well but still was not at all
clear what really needed doing but actually:

I dodged the issue altogether and swiched my smart host from
smtp.gmail.com (which demands STARTTLS) to smtp.newsguy.com.  So when
sending to a gmail address now newsguy takes care of whatever it is
with Certs.

Should have tried that sooner... but there was enough other stuff
wrong that probably wouldn't have worked yet anyway.

All working for now. Sending works, even to gmail addresses.  And
others work.  Logs show no problems.

Thanks for the help.