[gentoo-user] world rebuild with gcc-6.3.0 - not completely there yet

2017-05-07 Thread Raffaele Belardi 

During the weekend I 'emerge -e' a couple of ~amd64 systems with gcc-6.3.0:

1. gnome desktop, 1000 packages, all build fine except:
- net-libs/webkit-gtk, rebuilding it again after world fixed it (possibly an issue with -j 
MAKEOPTS, a similar build failure is mentioned in bug 515968 although it's for an older 
package version)

- sci-electronics/gnucap (bug 594184)
- games-action/armagetronad (bugs 610844, 617768)

2. lxde media center, 850 packages, all fine except:
- games-sports/trigger
- games-sports/torcs
Haven't had time to process these yet.

Looks like it's still better to keep a gcc-5.x version around.

raffaele

Re: [gentoo-user] FreeCAD again (or "still): VTK compile problems

2017-05-07 Thread Zhu Sha Zang 

My flags to freecad and vtk, by now. Maybe usefull.

media-gfx/freecad
 Installed versions:  0.16^m(03:53:26 AM 
01/23/2017)(PYTHON_TARGETS="python2_7")


sci-libs/vtk
 Installed versions:  6.1.0-r4^t(02:04:31 AM 12/28/2016)(R X boost 
ffmpeg imaging java mpi python qt5 rendering smp tbb tcl theora tk 
-all-modules -aqua -cg -doc -examples -gdal -json -kaapi -mysql -odbc 
-offscreen -postgres -test -views -web -xdmf2 ELIBC="-FreeBSD" 
PYTHON_TARGETS="python2_7" VIDEO_CARDS="-nvidia")


By the way. I think is better you put a bug report in bugs.gentoo.org.

Best regards.


On 05/07/2017 03:01 AM, tu...@posteo.de wrote:

Hi,

after trying to get FreeCAD working and after
getting some success (it runs when started by root)
I decided to recompile the whole stuff from ground
up to prevent to previously have a success by random,
which turns into an error later.

I emerged -C freecad and cleanup the rest. I even
removed according files below /usr/portage/distfiles
to really get "the pure geniune experience"...

...it purely fails.

vtk does not longer compile. It tried it
with "factory setting" and with use
flags, which I found on the internet
when searching for "FreeCAD compile
problems". Both failed the same way.
I checked for enough space on my hd and
yes...it is enough.

Here is what I got:



tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/Parallel/Core 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/Parallel/Core 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/IO/Legacy 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/IO/Legacy 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/Utilities/HashSource 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/Utilities/HashSource   
-D__STDC_CONSTANT_MACROS -D_UNICODE -DNDEBUG -march=native -O2 -pipe  -fPIC 
-fvisibility=hidden   -o 
CMakeFiles/vtkIOParallelXML.dir/vtkXMLPUniformGridAMRWriter.cxx.o -c 
/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/IO/ParallelXML/vtkXMLPUniformGridAMRWriter.cxx
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function `(anonymous 
namespace)::operator<<(vtkOStreamWrapper&, Json::Value const&)':
vtkGeoJSONFeature.cxx:(.text+0x107): undefined reference to 
`Json::StyledStreamWriter::StyledStreamWriter(std::string)'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function 
`vtkGeoJSONFeature::ExtractGeoJSONFeatureGeometry(Json::Value const&, 
vtkPolyData*)':
vtkGeoJSONFeature.cxx:(.text+0x2d4f): undefined reference to 
`Json::Value::asString() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function 
`vtkGeoJSONFeature::ExtractGeoJSONFeature(Json::Value const&, vtkPolyData*)':
vtkGeoJSONFeature.cxx:(.text+0x3444): undefined reference to 
`Json::Value::asString() const'
vtkGeoJSONFeature.cxx:(.text+0x3e9d): undefined reference to 
`Json::Value::asString() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function 
`vtkGeoJSONFeature::PrintSelf(std::ostream&, vtkIndent)':
vtkGeoJSONFeature.cxx:(.text+0x448c): undefined reference to 
`Json::StyledStreamWriter::StyledStreamWriter(std::string)'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::ParseFeatureProperties(Json::Value const&, 
std::vector&, char 
const*)':
vtkGeoJSONReader.cxx:(.text+0xbb3): undefined reference to 
`Json::Value::operator[](std::string const&) const'
vtkGeoJSONReader.cxx:(.text+0xc07): undefined reference to 
`Json::Value::asString() const'
vtkGeoJSONReader.cxx:(.text+0xd9b): undefined reference to 
`Json::FastWriter::write(Json::Value const&)'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::ParseRoot(Json::Value const&, 
vtkPolyData*, bool, char const*)':
vtkGeoJSONReader.cxx:(.text+0x1897): undefined reference to 
`Json::Value::asString() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::CanParseFile(char const*, 
Json::Value&)':
vtkGeoJSONReader.cxx:(.text+0x25ee): undefined reference to 
`Json::Reader::getFormattedErrorMessages() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::CanParseString(char*, Json::Value&)':
vtkGeoJSONReader.cxx:(.text+0x2a66): undefined reference to 
`Json::Reader::parse(std::string const&, Json::Value&, bool)'
vtkGeoJSONReader.cxx:(.text+0x2c74): undefined reference to 
`Json::Reader::getFormattedErrorMessages() const'
collect2: error: ld returned 1 exit status
make[2]: *** [IO/GeoJSON/CMakeFiles/vtkIOGeoJSON.dir/build.make:156: 
lib/libvtkIOGeoJSON.so.1] Error 1
make[2]: Leaving directory 
'/var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build'
make[1]: *** [CMakeFiles/Makefile2:5039: 
IO/GeoJSON/CMakeFiles/vtkIOGeoJSON.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
[ 51%] Linking CXX shared library

RE: [gentoo-user] Inconsistent behavior in my Gentoo OS instance

2017-05-07 Thread Bobby Kent 
Apologies for conflating the Wireshark related "bug / broken package /
attack" comment with the bash issue.

Good luck resolving the issues.

-Original Message-
From: Miroslav Rovis [mailto:miro.ro...@croatiafidelis.hr] 
Sent: Sunday, May 07, 2017 09:42
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Inconsistent behavior in my Gentoo OS instance

On 170505-22:40-0400, Bobby Kent wrote:
> Looks like there are two things that concern you.  Firstly, how bash 
> tab expansion appears to work (the ls, etc. commands executed when you 
> hit the tab key) on your system.  Secondly, the "bash: unexpected EOF 
> while looking for matching `)'bash: syntax error: unexpected end of 
> file" messages generated when a particular tab expansion fails.
> 
> Is that second issue generated by hitting tab at the end of the command:
> 
> ls -1d root_170430_g0n*.d
> 
> ?  If so, perhaps there's something unusual with the items that match 
> the pattern "root_170430_g0n*.d*" that results in the error ...
Well then there should have been somthing unusual with a plain rsync command
and simple direcories in the link that I gave in other email, as I said in
the mail to which the above is your reply, and which you quoted further
below...

> Regarding your diagnosis:
> 
> > That's a serious bug or a serious malfunction in my Gentoo, the 
> > latter being most likely...
> >
> > And if it is the latter, it can only be one or the other way. 
> > One: the cause is in some Gentoo packge. 
> > Two: it is an attack by some unknown means.
> 
> Before declaring

But the whole paragraph originally, in the top of the thread (construing
citation):

> > Wireshark! Look at that! That's not a shadow. That's a serious bug 
> > or a serious malfunction in my Gentoo, the latter being most likely...

And also in the abridged email it is under:

> > Second issue
> > 

So it refers to Wireshark only :)

So pls. note that the above is not declaring it such about Bash...

But I didn't modified the Bash completion. And esp. I would never modify it
to be sed'ing and awk'ing on my /etc/ssh/ssh_config. ;-)

... So the above *could* apply to Bash, if I had (which I didn't) written it
about Bash, but I would only word it to the level of suspicion. And
suspicion it remains...

> bug / broken package / attack, it might be an idea to see whether the 
> issue is reproducible, and under what circumstances.
> 
> Note, tab expansion can be modified (see, for example, 
> http://www.linuxjournal.com/content/more-using-bash-complete-command).

Which is a great link! Thanks! But again, while it could be some monkeys
from space (of that kind of monkeys that write Bibles and so invent God[2],
but these might be extraterrestrial monkeys, and maybe invisible, that can
reach with their hands into computers without anybody realizing...).

Oh, sorry for my irony. But this must have been something/someone with a
purpose, that the purpose had been a prank/denial/subversion/...
There is no event that can materialize out of nothing and without a cause,
else physics and logic go to dusbin. And the event was pretty complex in
this case. See below for the links to the script in action that I sent in
the other email.

And nobody expected that script to come to the fore. Thanks to Mr Linux[3],
grsecurity in not widespread, and not so well known, and not even the
shadows are familiar with all of its features. That script (in its action, I
don't know where it resided in my machine[4]) only came to the fore because
of the exec_logging feature of grsecurity-hardened kernel.

Only because I had exec_logging turned on in my grsecurity-hardened kernel,
I was able to show you the undeniable fact of what was executed at my
hitting the Tab at that particular five or so seconds period of time in my
real life.

I need to remind the readers here that Bobby maybe refers here to what I
gave in the other email, as I said I would (but the top posting that he
uses, along with my peculiar slow and clumsy style, makes it a bit of a
mess, sorry!). For my reference, see my quoted email further below, which I
otherwise cut shorter. 

And from that other email I'm construing the links that I gave as if it was
a reply, except for the links, I want them in the clear:
> > Strange script planted with Bash
https://www.croatiafidelis.hr/foss/cap/cap-170504-strange-bash/

> > should make for some thinking...

> > It's in the logs
> > (
https://www.croatiafidelis.hr/foss/cap/cap-170504-strange-bash/messages_1705
04_2155_g0n
> > [link is at bottom of page, under "messages_170504_2155_g0n"] ).
It has complicated further. On top of lots of time spent in analysis of my
systems, I have had much difficulty connecting to the internet since I sent
and posted on grsecurity.net and sent my messages to gentoo-user some two
days ago...

E.g. this morning, the connection was abruptly cut after only some five
minutes. I was only able to receive new email and check a few links in
regard to which I hope

[gentoo-user] gcc 6 PIE use flag

2017-05-07 Thread Adam Carter 
Since an update to the default USE flags on gcc 6 turned on PIE and SSP,
i'm getting these errors;

/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
atof-generic.o: relocation R_X86_64_32 against `.rodata' can not be used
when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
dw2gencfi.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be
used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
frags.o: relocation R_X86_64_32 against `.rodata.str1.8' can not be used
when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
messages.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used
when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
subsegs.o: relocation R_X86_64_32 against `.rodata' can not be used when
making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
symbols.o: relocation R_X86_64_32S against symbol `_sch_toupper' can not be
used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
atof-ieee.o: relocation R_X86_64_32S against `.rodata' can not be used when
making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
symbols.o: warning: relocation against `strlen@@GLIBC_2.2.5' in readonly
section `.text'
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../x86_64-pc-linux-gnu/bin/ld:
final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status

If I add -fPIC to CFLAGS it will compile. Interestingly some packages (eg
PHP) will compile without the -fPIC. Also the man page says; "This option
makes a difference on AArch64, m68k, PowerPC and SPARC:, whereas i'm
running amd64.

What's going on here?

Re: [gentoo-user] scanning with HP DJ

2017-05-07 Thread allan gottlieb 
On Sun, May 07 2017, Philip Webb wrote:

> 170506 allan gottlieb wrote:
>> On Sat, May 06 2017, Philip Webb wrote:
>>> I have an HP printer, which also copies & can scan,
>>> but it isn't supported by Sane-backends & would require much work.
>> Do you have hplip and hplip-plugin merged ?
>> I have SANE_BACKENDS="" and can scan from the glass with no problems.
>> My HP all-in-one is an 8600.
>
> My notes tell me :
>
>   HP DJ 2510 : 131225
>
>   Scanning doesn't work w Sane :
>hplipopensource.com/hplip-web/models/deskjet_aio/deskjet_2510_series.html ;
> it uses 'digital sending' via network to shared dir,
> wh requires much setting-up & lack any fine-tuning via Xsane.
>
> If the situation has changed since 2013, I wb interested to know.
>
> I have  hplip-3.16.3  installed, but not  hplip-plugin .
> There's no stable version of the latter,
> which wants to install/upgrade  16  pkgs & conflicts with other stuff.

You are right about hplip; I don't have it merged (my system is mostly
stable gentoo).

I don't know about the DJ 2510.

allan

Re: [gentoo-user] scanning with HP DJ

2017-05-07 Thread Philip Webb 
170506 allan gottlieb wrote:
> On Sat, May 06 2017, Philip Webb wrote:
>> I have an HP printer, which also copies & can scan,
>> but it isn't supported by Sane-backends & would require much work.
> Do you have hplip and hplip-plugin merged ?
> I have SANE_BACKENDS="" and can scan from the glass with no problems.
> My HP all-in-one is an 8600.

My notes tell me :

  HP DJ 2510 : 131225

  Scanning doesn't work w Sane :
   hplipopensource.com/hplip-web/models/deskjet_aio/deskjet_2510_series.html ;
it uses 'digital sending' via network to shared dir,
wh requires much setting-up & lack any fine-tuning via Xsane.

If the situation has changed since 2013, I wb interested to know.

I have  hplip-3.16.3  installed, but not  hplip-plugin .
There's no stable version of the latter,
which wants to install/upgrade  16  pkgs & conflicts with other stuff.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Inconsistent behavior in my Gentoo OS instance

2017-05-07 Thread Miroslav Rovis 
On 170505-22:40-0400, Bobby Kent wrote:
> Looks like there are two things that concern you.  Firstly, how bash tab
> expansion appears to work (the ls, etc. commands executed when you hit the
> tab key) on your system.  Secondly, the "bash: unexpected EOF while looking
> for matching `)'bash: syntax error: unexpected end of file" messages
> generated when a particular tab expansion fails.
> 
> Is that second issue generated by hitting tab at the end of the command:
> 
> ls -1d root_170430_g0n*.d
> 
> ?  If so, perhaps there's something unusual with the items that match the
> pattern "root_170430_g0n*.d*" that results in the error ...
Well then there should have been somthing unusual with a plain rsync
command and simple direcories in the link that I gave in other email, as
I said in the mail to which the above is your reply, and which you
quoted further below...

> Regarding your diagnosis:
> 
> > That's a serious bug or a serious malfunction in my Gentoo, the latter
> > being most likely...
> >
> > And if it is the latter, it can only be one or the other way. 
> > One: the cause is in some Gentoo packge. 
> > Two: it is an attack by some unknown means.
> 
> Before declaring

But the whole paragraph originally, in the top of the thread (construing
citation):

> > Wireshark! Look at that! That's not a shadow. That's a serious bug or a
> > serious malfunction in my Gentoo, the latter being most likely...

And also in the abridged email it is under:

> > Second issue
> > 

So it refers to Wireshark only :)

So pls. note that the above is not declaring it such about Bash...

But I didn't modified the Bash completion. And esp. I would never modify
it to be sed'ing and awk'ing on my /etc/ssh/ssh_config. ;-)

... So the above *could* apply to Bash, if I had (which I didn't)
written it about Bash, but I would only word it to the level of
suspicion. And suspicion it remains...

> bug / broken package / attack, it might be an idea to see
> whether the issue is reproducible, and under what circumstances.
> 
> Note, tab expansion can be modified (see, for example,
> http://www.linuxjournal.com/content/more-using-bash-complete-command).

Which is a great link! Thanks! But again, while it could be some monkeys
from space (of that kind of monkeys that write Bibles and so invent
God[2], but these might be extraterrestrial monkeys, and maybe
invisible, that can reach with their hands into computers without
anybody realizing...).

Oh, sorry for my irony. But this must have been something/someone with a
purpose, that the purpose had been a prank/denial/subversion/...
There is no event that can materialize out of nothing and without a
cause, else physics and logic go to dusbin. And the event was pretty
complex in this case. See below for the links to the script in action
that I sent in the other email.

And nobody expected that script to come to the fore. Thanks to Mr
Linux[3], grsecurity in not widespread, and not so well known, and not
even the shadows are familiar with all of its features. That script (in
its action, I don't know where it resided in my machine[4]) only came to
the fore because of the exec_logging feature of grsecurity-hardened
kernel.

Only because I had exec_logging turned on in my grsecurity-hardened
kernel, I was able to show you the undeniable fact of what was executed at
my hitting the Tab at that particular five or so seconds period of time
in my real life.

I need to remind the readers here that Bobby maybe refers here to
what I gave in the other email, as I said I would (but the top posting
that he uses, along with my peculiar slow and clumsy style, makes it a
bit of a mess, sorry!). For my reference, see my quoted email further
below, which I otherwise cut shorter. 

And from that other email I'm construing the links that I gave as if it
was a reply, except for the links, I want them in the clear:
> > Strange script planted with Bash
https://www.croatiafidelis.hr/foss/cap/cap-170504-strange-bash/

> > should make for some thinking...

> > It's in the logs
> > (
https://www.croatiafidelis.hr/foss/cap/cap-170504-strange-bash/messages_170504_2155_g0n
> > [link is at bottom of page, under "messages_170504_2155_g0n"]
> > ).
It has complicated further. On top of lots of time spent in analysis of
my systems, I have had much difficulty connecting to the internet since
I sent and posted on grsecurity.net and sent my messages to gentoo-user
some two days ago...

E.g. this morning, the connection was abruptly cut after only some five
minutes. I was only able to receive new email and check a few links in
regard to which I hope replies will have shown up soon from now, but
wasn't even able to see the grsecurity.net topic about this issue that I
opened two days ago... and I don't even know if I received any replies
there:
( Tab (no exec) triggers script on Bash on grsec admin
https://forums.grsecurity.net/viewtopic.php?f=3=4700 ) ...
And I don't know if I will be able to...

First dhcpcd would

Re: [gentoo-user] eix bug (was: Inconsistent behavior in my Gentoo OS instance)

2017-05-07 Thread Miroslav Rovis 
On 170507-10:20+, Martin Vaeth wrote:
> Miroslav Rovis  wrote:
> > Received SIGSEGV - you probably found a bug in eix.
> 
> If you are using eix-0.32.7* or eix-0.32.8.alpha* then this is
> perhaps this bug:
> https://github.com/vaeth/eix/issues/39
> 
It was that issue. In eix installed here:

# eix eix
[I] app-portage/eix
 Available versions:  0.32.4 (~)0.32.5 (~)0.32.5-r1 **0.32.8_alpha4^m[1] 
(~)0.32.8[1] ***l^m[1] {debug +dep doc nls optimization +required-use 
security sqlite strong-optimization strong-security swap-remote tools 
LINGUAS="de ru"}
 Installed versions:  0.32.8[1](14:12:56 06/05/17)(dep nls required-use 
sqlite -debug -doc -optimization -security -strong-optimization 
-strong-security -swap-remote -tools LINGUAS="-de -ru")
 Homepage:https://github.com/vaeth/eix/
 Description: Search and query ebuilds

[1] "mv" /var/lib/layman/mv
#

that issue has been fixed. So it's gone here too. Thanks!

-- 
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

[OT] Re: [gentoo-user] How to trim logs?

2017-05-07 Thread Peter Humphrey 
On Sunday 07 May 2017 13:13:41 I wrote:

> ... Compiling a new kernel on that box takes a few hours.

2.5 actually: 158 minutes. It's an Atom N270.

-- 
Regards
Peter

Re: [gentoo-user] scanning using the sheet feeder (HP 8600 + xsane)

2017-05-07 Thread allan gottlieb 
On Sun, May 07 2017, Neil Bothwick wrote:

> On Sat, 06 May 2017 19:22:50 -0400, allan gottlieb wrote:
>
>> I received many helpful replies, each of which recommend a tool other
>> than sane.  Is the point that sane can't use the document feeder or just
>> that you prefer (or simply have used) other tools.
>
> SANE is mainly intended as the infrastructure for scanning. The other
> tools, with the exception if IScan, all use SANE but provide a more
> functional interface.
>
> For example, gscan2pdf that I use supports both single and double sided
> ADF and can also scan a bunch of pages twice if your scanner only does
> single sided. It provides a number of post scan processing tools and can
> save in a variety of formats. But at its heart it uses libsane.

Good to know.  Thanks.
allan

Re: [gentoo-user] How to trim logs?

2017-05-07 Thread Peter Humphrey 
On Sunday 07 May 2017 19:39:42 Adam Carter wrote:
> Read 'man 3 syslog' and search for facility.

Ah, so that's where it is.

> As an alternative you could disable CONFIG_USB_ANNOUNCE_NEW_DEVICES and
> use 'dmesg | tail' to check the disk device allocation.

I'm taking this route for now. Compiling a new kernel on that box takes a 
few hours. [Drums fingertips on desk...]

Thanks for the help.

-- 
Regards
Peter

[gentoo-user] eix bug (was: Inconsistent behavior in my Gentoo OS instance)

2017-05-07 Thread Martin Vaeth 
Miroslav Rovis  wrote:
> Received SIGSEGV - you probably found a bug in eix.

If you are using eix-0.32.7* or eix-0.32.8.alpha* then this is
perhaps this bug:
https://github.com/vaeth/eix/issues/39

Re: [gentoo-user] How to trim logs?

2017-05-07 Thread Adam Carter 
Read 'man 3 syslog' and search for facility.

As an alternative you could disable CONFIG_USB_ANNOUNCE_NEW_DEVICES and use
'dmesg | tail' to check the disk device allocation.

Re: [gentoo-user] scanning using the sheet feeder (HP 8600 + xsane)

2017-05-07 Thread Neil Bothwick 
On Sat, 06 May 2017 19:22:50 -0400, allan gottlieb wrote:

> I received many helpful replies, each of which recommend a tool other
> than sane.  Is the point that sane can't use the document feeder or just
> that you prefer (or simply have used) other tools.

SANE is mainly intended as the infrastructure for scanning. The other
tools, with the exception if IScan, all use SANE but provide a more
functional interface.

For example, gscan2pdf that I use supports both single and double sided
ADF and can also scan a bunch of pages twice if your scanner only does
single sided. It provides a number of post scan processing tools and can
save in a variety of formats. But at its heart it uses libsane.


-- 
Neil Bothwick

If it's tourist season, why can't we shoot them?


pgpQ9UPIqfGoW.pgp
Description: OpenPGP digital signature

[gentoo-user] FreeCAD again (or "still): VTK compile problems

2017-05-07 Thread tuxic 
Hi,

after trying to get FreeCAD working and after
getting some success (it runs when started by root)
I decided to recompile the whole stuff from ground
up to prevent to previously have a success by random,
which turns into an error later.

I emerged -C freecad and cleanup the rest. I even
removed according files below /usr/portage/distfiles
to really get "the pure geniune experience"...

...it purely fails.

vtk does not longer compile. It tried it
with "factory setting" and with use
flags, which I found on the internet
when searching for "FreeCAD compile
problems". Both failed the same way.
I checked for enough space on my hd and
yes...it is enough.

Here is what I got:



tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/Parallel/Core 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/Parallel/Core 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/IO/Legacy 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/IO/Legacy 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/Utilities/HashSource 
-I/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/Utilities/HashSource   
-D__STDC_CONSTANT_MACROS -D_UNICODE -DNDEBUG -march=native -O2 -pipe  -fPIC 
-fvisibility=hidden   -o 
CMakeFiles/vtkIOParallelXML.dir/vtkXMLPUniformGridAMRWriter.cxx.o -c 
/var/tmp/portage/sci-libs/vtk-7.1.0/work/VTK-7.1.0/IO/ParallelXML/vtkXMLPUniformGridAMRWriter.cxx
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function `(anonymous 
namespace)::operator<<(vtkOStreamWrapper&, Json::Value const&)':
vtkGeoJSONFeature.cxx:(.text+0x107): undefined reference to 
`Json::StyledStreamWriter::StyledStreamWriter(std::string)'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function 
`vtkGeoJSONFeature::ExtractGeoJSONFeatureGeometry(Json::Value const&, 
vtkPolyData*)':
vtkGeoJSONFeature.cxx:(.text+0x2d4f): undefined reference to 
`Json::Value::asString() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function 
`vtkGeoJSONFeature::ExtractGeoJSONFeature(Json::Value const&, vtkPolyData*)':
vtkGeoJSONFeature.cxx:(.text+0x3444): undefined reference to 
`Json::Value::asString() const'
vtkGeoJSONFeature.cxx:(.text+0x3e9d): undefined reference to 
`Json::Value::asString() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONFeature.cxx.o: In function 
`vtkGeoJSONFeature::PrintSelf(std::ostream&, vtkIndent)':
vtkGeoJSONFeature.cxx:(.text+0x448c): undefined reference to 
`Json::StyledStreamWriter::StyledStreamWriter(std::string)'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::ParseFeatureProperties(Json::Value 
const&, std::vector&, 
char const*)':
vtkGeoJSONReader.cxx:(.text+0xbb3): undefined reference to 
`Json::Value::operator[](std::string const&) const'
vtkGeoJSONReader.cxx:(.text+0xc07): undefined reference to 
`Json::Value::asString() const'
vtkGeoJSONReader.cxx:(.text+0xd9b): undefined reference to 
`Json::FastWriter::write(Json::Value const&)'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::ParseRoot(Json::Value const&, 
vtkPolyData*, bool, char const*)':
vtkGeoJSONReader.cxx:(.text+0x1897): undefined reference to 
`Json::Value::asString() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::CanParseFile(char const*, 
Json::Value&)':
vtkGeoJSONReader.cxx:(.text+0x25ee): undefined reference to 
`Json::Reader::getFormattedErrorMessages() const'
CMakeFiles/vtkIOGeoJSON.dir/vtkGeoJSONReader.cxx.o: In function 
`vtkGeoJSONReader::GeoJSONReaderInternal::CanParseString(char*, Json::Value&)':
vtkGeoJSONReader.cxx:(.text+0x2a66): undefined reference to 
`Json::Reader::parse(std::string const&, Json::Value&, bool)'
vtkGeoJSONReader.cxx:(.text+0x2c74): undefined reference to 
`Json::Reader::getFormattedErrorMessages() const'
collect2: error: ld returned 1 exit status
make[2]: *** [IO/GeoJSON/CMakeFiles/vtkIOGeoJSON.dir/build.make:156: 
lib/libvtkIOGeoJSON.so.1] Error 1
make[2]: Leaving directory 
'/var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build'
make[1]: *** [CMakeFiles/Makefile2:5039: 
IO/GeoJSON/CMakeFiles/vtkIOGeoJSON.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
[ 51%] Linking CXX shared library ../../lib/libvtkIOParallelXML.so
cd /var/tmp/portage/sci-libs/vtk-7.1.0/work/vtk-7.1.0_build/IO/ParallelXML && 
/usr/bin/cmake -E cmake_link_script CMakeFiles/vtkIOParallelXML.dir/link.txt 
--verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -march=native -O2 -pipe   
-Wl,--no-undefined -lc -Wl,-O1 -Wl,--as-needed  -shared 
-Wl,-soname,libvtkIOParallelXML.so.1 -o ../../lib/libvtkIOParallelXML.so.1 
CMakeFiles/vtkIOParallelXML.dir/vtkXMLPDataSetWriter.cxx.o 
CMakeFiles/vtkIOParallelXML.dir/vtkXMLPDataWriter.cxx.o 
CMakeFiles/vtkIOParallelXML.dir/vtkXMLPImageDataWriter.cxx.o 
CMakeFiles/vtkIOParallelXML.dir/vtkXMLPPolyDataWriter.cxx.o

[gentoo-user] How to trim logs?

2017-05-07 Thread Peter Humphrey 
Hello list,

I use a KVM switch to connect my mouse and keyboard to any of three boxes on
the LAN. Every time I switch to, say, the LAN server, I get spammed with a
bunch of messages like this (trimming out the first few fields):

kernel: usb 1-1: new high-speed USB device number 14 using ehci-pci
kernel: usb 1-1: New USB device found, idVendor=05e3, idProduct=0608
kernel: usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
kernel: usb 1-1: Product: USB2.0 Hub
kernel: hub 1-1:1.0: USB hub found
kernel: hub 1-1:1.0: 4 ports detected
kernel: usb 1-1.1: new low-speed USB device number 15 using ehci-pci
kernel: usb 1-1.1: New USB device found, idVendor=046a, idProduct=0011
kernel: usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
kernel: input: HID 046a:0011 as 
/devices/pci:00/:00:1d.7/usb1/1-1/1-1.1/1-1.1:1.0/0003:046A:0011.0009/input/input14
kernel: hid-generic 0003:046A:0011.0009: input,hidraw0: USB HID v1.10 Keyboard 
[HID 046a:0011] on usb-:00:1d.7-1.1/input0
kernel: usb 1-1.2: new low-speed USB device number 16 using ehci-pci
kernel: usb 1-1.2: New USB device found, idVendor=046d, idProduct=c050
kernel: usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
kernel: usb 1-1.2: Product: USB-PS/2 Optical Mouse
kernel: usb 1-1.2: Manufacturer: Logitech
kernel: input: Logitech USB-PS/2 Optical Mouse as 
/devices/pci:00/:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0/0003:046D:C050.000A/input/input15
kernel: hid-generic 0003:046D:C050.000A: input,hidraw1: USB HID v1.10 Mouse 
[Logitech USB-PS/2 Optical Mouse] on usb-:00:1d.7-1.2/input0

Also, every time I connect an external disk I get this lot:

kernel: usb 1-4: new high-speed USB device number 17 using ehci-pci
kernel: usb 1-4: New USB device found, idVendor=0bc2, idProduct=331a
kernel: usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
kernel: usb 1-4: Product: Expansion Desk
kernel: usb 1-4: Manufacturer: Seagate
kernel: usb 1-4: SerialNumber: NA8EAGTY
kernel: usb-storage 1-4:1.0: USB Mass Storage device detected
kernel: scsi host6: usb-storage 1-4:1.0
kernel: usbcore: registered new interface driver usb-storage
kernel: scsi 6:0:0:0: Direct-Access Seagate  Expansion Desk   0909 PQ: 0 
ANSI: 6
kernel: sd 6:0:0:0: [sdb] 3907029167 512-byte logical blocks: (2.00 TB/1.82 TiB)
kernel: sd 6:0:0:0: [sdb] Write Protect is off
kernel: sd 6:0:0:0: [sdb] Mode Sense: 47 00 00 08
kernel: sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't 
support DPO or FUA
kernel:  sdb: sdb1 sdb2 < sdb5 >
kernel: sd 6:0:0:0: [sdb] Attached SCSI disk
kernel: EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: (null)

In each case I'd like to omit the inessential lines from the VT-12 display;
I really don't need all that detail of the USB setup and it gets in the way
of what I do want to see, which is just the lines telling me which /dev/sdX
has been allocated to the disk, and probably nothing at all about the
mouse and keyboard.

I'm using syslog-ng. I've already modified syslog-ng.conf thus, to log cron
separately for the same reason:

[...]
source src { system(); internal(); };
filter f_cron { facility (cron); };
filter f_ncron { not facility (cron); };
destination d_cron { file("/var/log/cron"); };
destination messages { file("/var/log/messages"); };
destination console_all { file("/dev/tty12"); };
log { source(src); destination(messages); };
log { source(src); filter(f_cron); destination(d_cron); };
log { source(src); filter(f_ncron); destination(console_all); };

Is there a USB "facility" I can treat similarly? I haven't been able to find
where the facilities are defined.

-- 
Regards
Peter