Re: [gentoo-user] kde-apps/libksane blocker

[Dale]

Dale wrote:
> New but somewhat related problem. 
>
>
> Calculating dependencies... done!
> [ebuild U ~] kde-apps/kde-meta-16.04.1:5::gentoo [15.12.3:5::gentoo]
> 0 KiB
> [ebuild U ~]  kde-apps/kde-apps-meta-16.04.1:5::gentoo
> [15.12.3-r3:5::gentoo] USE="nls -accessibility -minimal -pim -sdk" 0 KiB
> [ebuild U ~]   kde-apps/kdenetwork-meta-16.04.1:5::gentoo
> [15.12.3-r1:5::gentoo] USE="ppp telepathy%*" 0 KiB
> [ebuild  N~]kde-apps/plasma-telepathy-meta-16.04.1:5::gentoo 
> USE="nls -gstreamer" 0 KiB
> [ebuild  N~] kde-apps/ktp-accounts-kcm-16.04.1:5::gentoo 
> USE="-debug -experimental" 0 KiB
> [ebuild  N~]  kde-apps/kaccounts-providers-16.04.1:5::gentoo 
> USE="-debug" 0 KiB
> [ebuild  N ]  
> net-im/telepathy-connection-managers-2-r2::gentoo  USE="irc xmpp yahoo
> zeroconf -gadu -icq -meanwhile -msn -sip -sipe -steam" 0 KiB
> [ebuild  N ]net-voip/telepathy-gabble-0.18.3::gentoo 
> USE="gnutls -jingle -plugins {-test}" 0 KiB
>
> Total: 8 packages (3 upgrades, 5 new), Size of downloads: 0 KiB
>
>
> And the build.log, relevant part.
>
>
> /bin/sh ../libtool  --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc
> -std=gnu99 -DHAVE_CONFIG_H -I. -I..-Wall -Wextra
> -Wdeclaration-after-statement -Wshadow -Wstrict-prototypes
> -Wmissing-declarations -Wmissing-prototypes -Wsign-compare
> -Wnested-externs -Wpointer-arith -Wformat-security -Winit-self
> -Wno-missing-field-initializers -Wno-deprecated-declarations
> -Wno-unused-parameter -I.. -I.. -I/usr/include/dbus-1.0
> -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include  -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include  -pthread
> -I/var/tmp/portage/net-voip/telepathy-gabble-0.18.3/work/telepathy-gabble-0.18.3/lib/ext/wocky
> -I/var/tmp/portage/net-voip/telepathy-gabble-0.18.3/work/telepathy-gabble-0.18.3/lib/ext/wocky/wocky
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -pthread
> -I/usr/include/telepathy-1.0 -I/usr/include/dbus-1.0
> -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include  -I ../lib -I ../lib
> -DG_LOG_DOMAIN=\"gabble\"
> -DPLUGIN_DIR=\"/usr/lib64/telepathy/gabble-0/plugins\"  -march=native
> -O2 -pipe -c -o muc-factory.lo muc-factory.c
> libtool: compile:  x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H
> -I. -I.. -Wall -Wextra -Wdeclaration-after-statement -Wshadow
> -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes
> -Wsign-compare -Wnested-externs -Wpointer-arith -Wformat-security
> -Winit-self -Wno-missing-field-initializers -Wno-deprecated-declarations
> -Wno-unused-parameter -I.. -I.. -I/usr/include/dbus-1.0
> -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -pthread
> -I/var/tmp/portage/net-voip/telepathy-gabble-0.18.3/work/telepathy-gabble-0.18.3/lib/ext/wocky
> -I/var/tmp/portage/net-voip/telepathy-gabble-0.18.3/work/telepathy-gabble-0.18.3/lib/ext/wocky/wocky
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread
> -I/usr/include/telepathy-1.0 -I/usr/include/dbus-1.0
> -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -I ../lib -I ../lib
> -DG_LOG_DOMAIN=\"gabble\"
> -DPLUGIN_DIR=\"/usr/lib64/telepathy/gabble-0/plugins\" -march=native -O2
> -pipe -c muc-factory.c  -fPIC -DPIC -o .libs/muc-factory.o
> /bin/sh ../libtool  --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc
> -std=gnu99 -DHAVE_CONFIG_H -I. -I..-Wall -Wextra
> -Wdeclaration-after-statement -Wshadow -Wstrict-prototypes
> -Wmissing-declarations -Wmissing-prototypes -Wsign-compare
> -Wnested-externs -Wpointer-arith -Wformat-security -Winit-self
> -Wno-missing-field-initializers -Wno-deprecated-declarations
> -Wno-unused-parameter -I.. -I.. -I/usr/include/dbus-1.0
> -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include  -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include  -pthread
> -I/var/tmp/portage/net-voip/telepathy-gabble-0.18.3/work/telepathy-gabble-0.18.3/lib/ext/wocky
> -I/var/tmp/portage/net-voip/telepathy-gabble-0.18.3/work/telepathy-gabble-0.18.3/lib/ext/wocky/wocky
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -pthread
> -I/usr/include/telepathy-1.0 -I/usr/include/dbus-1.0
> -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include  -I ../lib -I ../lib
> -DG_LOG_DOMAIN=\"gabble\"
> -DPLUGIN_DIR=\"/usr/lib64/telepathy/gabble-0/plugins\"  -march=native
> -O2 -pipe -c -o muc-tube-dbus.lo muc-tube-dbus.c
> muc-channel.c: In function ‘gabble_muc_channel_can_be_closed’:
> muc-channel.c:1650:11: error: ‘GabbleMucChannelPrivate’ has no member
> named ‘calls’
>if (priv->calls != NULL 

[gentoo-user] Re: listing portage/overlay packages by dev ?

[James]

Michael Orlitzky  gentoo.org> writes:


> You can script something smarter. I'm attaching a python script called
> maintainer.py. You can use find/xargs to search by maintainer email:

>   $ find $REPOS/gentoo.git/ -type f -name 'metadata.xml' | \
> xargs ./maintainer.py mjo  gentoo.org
>   mail-filter/pypolicyd-spf


OK, let me play with this a while...

> Attachment (maintainer.py): text/x-python, 587 bytes

James

[gentoo-user] Netflix clusters on Arm

[James]

An interesting read, if you are curious about arm systems as linux clusters.
Apache-Mesos running on Raspberry Pi.

http://ispyker.blogspot.com/2016/05/services-with-netflix-titus-and.html

I find this sort of post, very encouraging, as my goals are for clusters
on embedded arm boards that run gentoo. Very similar, inexpensive
and attractive for the entire Gentoo community.


enjoy,
James

Re: [gentoo-user] Re: listing portage/overlay packages by dev ?

[Michael Orlitzky]

On 06/02/2016 04:29 PM, James wrote:
> 
> Hm. I currently have to add about 6 lines manually for each overlay
> into repos.conf/overlays::
> 
> ...
> 
> So your saying do this for every overlay?
> 
> Surely there is just a way to concatenate metadata (or info) from overlays
> into a single file (periodically) to perform this parse? Or am I just being
> 'dense' here and not understanding what you suggest? 
> 
> I understand that what you are saying  will work, but installing every
> overlay to search out package listings and descriptions seems awkward;
> like there ought to be a better (lightweight) way to do this?
> 

I didn't say it was a good idea, just that it would work =)

You can script something smarter. I'm attaching a python script called
maintainer.py. You can use find/xargs to search by maintainer email:

  $ find $REPOS/gentoo.git/ -type f -name 'metadata.xml' | \
xargs ./maintainer.py m...@gentoo.org
  mail-filter/pypolicyd-spf
  dev-ruby/rbpdf
  dev-ruby/spreadsheet
  dev-ruby/vcard
  dev-ruby/ruby-ole
  sys-process/xjobs
  app-laptop/hdapsd
  app-text/XML-Schema-learner
  dev-perl/Net-IPv4Addr
  dev-perl/Monitoring-Plugin
  net-dns/djbdns
  net-dns/rbldnsd
  sys-apps/apply-default-acl
  www-apache/mpm_itk
  net-mail/amavis-logwatch
  net-mail/mailshears
  net-mail/postfix-logwatch
  dev-lang/coffee-script
  dev-php/php-redmine-api
  dev-php/PHPMailer
  dev-php/recaptcha
  net-analyzer/nagios-check_mysql_health
  net-analyzer/nagios
  net-analyzer/monitoring-plugins
  net-analyzer/nagios-core
  net-analyzer/nagios-check_openvpn-simple
  net-analyzer/nagios-plugins
  net-analyzer/nagios-check_rbl
  net-misc/haeredes
  net-misc/hath
  app-backup/untangle-https-backup
  app-emacs/multi-term
  sci-mathematics/rw
  app-antivirus/clamav-unofficial-sigs

Apparently I maintain all of those things.

> And then there is the problem::
> 
> Package net-analyzer/wpscan-2.9.1 is missing metadata.xml
> (when not installed)

metadata.xml is required for every package, somebody screwed up. In any
case, without it, you have no idea who the maintainer is, so you can
ignore that package.

#!/usr/bin/python3

from sys import argv

if len(argv) < 3:
print("Usage:", argv[0], "", "")
raise SystemExit

from os.path import abspath, dirname, split
import xml.etree.ElementTree as ET

for fileidx in range(2,len(argv)):
tree = ET.parse(argv[fileidx])
root = tree.getroot()

for maintainer in root.iter("maintainer"):
if maintainer[0].text == argv[1]:
# Found a winner.
d = dirname(abspath(argv[fileidx]))
(h1,t1) = split(d)
(_,t2) = split(h1)
print(t2 + "/" + t1)

[gentoo-user] Re: listing portage/overlay packages by dev ?

[James]

Michael Orlitzky  gentoo.org> writes:


> >> $ portageq --maintainer-email=idl0r  gentoo.org

> > Now I shall research how to code something up for non-installed
> > portage packages and the overlay collections those listings
> > are really what I'm after.

> It already works for non-installed packages, 

So it does... missed that, but now I see


> so "all" you should have to do is clone every overlay and put them 
> in /etc/portage/repos.conf before running portageq.


Hm. I currently have to add about 6 lines manually for each overlay
into repos.conf/overlays::

last entry::

[pentoo]
priority = 50
location = /var/lib/layman/pentoo
sync-type = git
sync-uri = git://anongit.gentoo.org/proj/pentoo.git
auto-sync = yes

So your saying do this for every overlay?

Surely there is just a way to concatenate metadata (or info) from overlays
into a single file (periodically) to perform this parse? Or am I just being
'dense' here and not understanding what you suggest? 

I understand that what you are saying  will work, but installing every
overlay to search out package listings and descriptions seems awkward;
like there ought to be a better (lightweight) way to do this?

And then there is the problem::

Package net-analyzer/wpscan-2.9.1 is missing metadata.xml
(when not installed)

But this (description) info is visable via zugania::
https://gpo.zugaina.org/Search?search=wpscan

After installing wpscan, metadata is still not available.
but the description is via 'eix wpscan' is available.

James

Re: [gentoo-user] Re: listing portage/overlay packages by dev ?

[Michael Orlitzky]

On 06/02/2016 02:48 PM, James wrote:
> Michael Orlitzky  gentoo.org> writes:
> 
> 
>> $ portageq --maintainer-email=idl0r  gentoo.org
> 
> VERY COOL!
> 
> Now I shall research how to code something up for non-installed
> portage packages and the overlay collections those listings
> are really what I'm after.
> 

It already works for non-installed packages, so "all" you should have to
do is clone every overlay and put them in /etc/portage/repos.conf before
running portageq.

[gentoo-user] Re: listing portage/overlay packages by dev ?

[James]

Michael Orlitzky  gentoo.org> writes:


> $ portageq --maintainer-email=idl0r  gentoo.org

VERY COOL!

Now I shall research how to code something up for non-installed
portage packages and the overlay collections those listings
are really what I'm after.

THX!

James

Re: [gentoo-user] Re: listing portage/overlay packages by dev ?

[Michael Orlitzky]

On 06/02/2016 02:12 PM, James wrote:
> Michael Orlitzky  gentoo.org> writes:
> 
> 
>> portageq --maintainer-email can do it, but it only checks your installed
>> overlays.
> 
> I have htop install, and 'idl0r' is the maintainer
> 
> 'portageq --maintainer-email   idl0r' 
> 
> comes back empty as with any number of dev-handles listed in metadata for
> installed packages. when ran as root. It throws errors when run as a user.
> 
> correct syntax ??
> 

maintainer-email, not maintainer-handle =P

$ portageq --maintainer-email=id...@gentoo.org
app-forensics/lynis-1.6.4
app-vim/gitolite-syntax-20111225
dev-db/maatkit-7540-r1
dev-db/percona-toolkit-2.2.11
dev-db/xtrabackup-bin-2.2.5
dev-vcs/colorsvn-0.3.2-r2
dev-vcs/gitolite-2.3.1-r1
dev-vcs/gitolite-3.6
dev-vcs/gitolite-3.6.3
dev-vcs/gitolite-gentoo-2.3.1-r1
dev-vcs/topgit-0.9
net-analyzer/nagios-check_ipmi_sensor-3.1
net-analyzer/nagios-check_ipmi_sensor-3.2
net-analyzer/nagstamon-1.0.1
net-dns/bind-9.10.3_p2
net-dns/bind-9.10.3_p4
net-dns/bind-tools-9.10.1_p1
net-dns/bind-tools-9.10.3_p2
net-dns/bind-tools-9.10.3_p4
net-misc/cfengine-2.2.10-r4
net-misc/cfengine-3.3.9
net-proxy/haproxy-1.5.14
sys-apps/flashrom-0.9.6.1
sys-apps/flashrom-0.9.7
sys-process/htop-1.0.3
sys-process/incron-0.5.10
sys-process/incron-0.5.10-r1
www-apache/mod_perl-2.0.8
www-apache/mod_perl-2.0.10_pre201601
www-servers/varnish-3.0.7
www-servers/varnish-4.0.3

[gentoo-user] Re: listing portage/overlay packages by dev ?

[James]

Michael Orlitzky  gentoo.org> writes:


> portageq --maintainer-email can do it, but it only checks your installed
> overlays.

I have htop install, and 'idl0r' is the maintainer

'portageq --maintainer-email   idl0r' 

comes back empty as with any number of dev-handles listed in metadata for
installed packages. when ran as root. It throws errors when run as a user.

correct syntax ??

portageq is not documented in the man page for portage ?
is portageq -h the extent of available docs? 

I did find this scant info in the wiki::
https://wiki.gentoo.org/wiki/Portage#portageq

and a listing of 'portageq -h' and a wee bit more here::
https://wiki.gentoo.org/wiki/Portageq


I was hoping for a separate code/script I could hack on.
I doubt seriously, (my) hacks to portage are going to be welcome...

Anyway that's a neat tool and close, but I'm not sure how to
wise patching portage is to extend the features. A non-core
package would be fine. I'll look at the portageq code on github
and see if I can make a stand alone script or q-applet to
extend this metadata query. Packages I already have installed
are not the issue. What I want is a quick and convenient tool
to 'periscope' into all the gentoo published work a dev might
have so as to better understand the focus(es) of their work
and common interests.


With blueness, it's dirt simple::

https://wiki.gentoo.org/wiki/User:Blueness && 
https://dev.gentoo.org/~blueness/


But this basic information would be very nice if a tool parsed out the
basics so each and every dev does not have to do this. I'm trying to
'not reinvent the wheel' but it is a great help, particularly for the
product devs that are into the same sorts of things as I am. (ultrabug) for
example.

thx,
James

[SOLVED] Re: [gentoo-user] Do we have any Blender build experts in the house?

[Andrew Lowe]

On 05/29/16 01:58, Andrew Lowe wrote:

Hi all,
I'm attempting to build Blender, 2,7,6 but am running into a problem
during linking. I am getting a series of errors referring to an, for
example:

unresolved reference to 'Imf_2_1::Header::view[abi:cxx11]() const

There are a whole series of these errors all referencing undefined
things contained within a library called "Imf_2_1". I've done some
googling and I think this is something to do with a library from
Industrial Light & Magic but other than that, I can't work things out.
Has anyone come across this sort of problem before I have to post the
whole gory details of this problem.

Any thoughts greatly appreciated,
Andrew




Thanks to all those who provided thoughts. Todd's one:

revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc

eventually worked. 280 ebuilds building takes a fair amount of time...

Andrew

Re: [gentoo-user] tablet

[Giampiero Gabbiani]

In data giovedì 2 giugno 2016 06:23:32, Bill Kenworthy ha scritto:
> On 01/06/16 13:47, Giampiero Gabbiani wrote:
> > In data martedì 31 maggio 2016 22:18:27, Bill Kenworthy ha scritto:
> >> On 31/05/16 06:43, Giampiero Gabbiani wrote:
> >>> In data martedì 31 maggio 2016 05:55:10, Bill Kenworthy ha scritto:
>  On 30/05/16 20:09, Neil Bothwick wrote:
> > On Sat, 28 May 2016 14:46:02 +0300, Thanasis wrote:
> >> On 05/28/2016 09:03 AM, Bill Kenworthy wrote:
> >>> I was just about to spring for a mid range MS surface pro 4 tablet
> 
> ...
> 
> > Great! I never tried rEFInd ... It looks interesting ... It seems to skip
> > a
> > lot of grub complexity ... Could you share the config?
> > 
> > Regards
> > Giampiero
> 
> Hi Giampiero,
>   To save me a lot of confusion, can you post your lsmod and kernel
> .config - most of the information on the touchsceen is old and ignores
> the parts relevant to gentoo :(
> 
> BillK
Ciao BillK

Attached the config, let me know if you need anything else.

Regards
Giampiero


configs.tgz
Description: application/compressed-tar

[gentoo-user] Re: Symbols missing from Firefox

[»Q«]

On Wed, 01 Jun 2016 23:03:06 +0100
Peter Humphrey  wrote:

> On Wednesday 01 Jun 2016 16:31:30 Holger Hoffstätte wrote:
> > On Wed, 01 Jun 2016 17:02:24 +0100, Peter Humphrey wrote:  
> > >> Do you use NoScript? If yes, does it allow webfonts?  
> > > 
> > > I should have said that the only extra I have is AdBlock Plus.
> > > Disabling it makes no difference. And your hint reminded me to
> > > install YesScript, which also makes no difference.  
> > 
> > Check:
> > 
> > Preferences -> Content -> Fonts:
> > "Allow pages to choose their own fonts, instead of my selections
> > above"  
> 
> Well I'm damned (again). I had that disabled in an attempt to prevent
> sites from showing their text in pale grey, which is only any good if
> your eyes are many years younger than mine. It doesn't work though.
> And now you prompt me to look at colours in preferences | content.
> Just the ticket.
> 
> > If you want to toggle between sane (i.e. your) fonts and random web
> > crap you can install the "Document Font Toggle" extension.  
> 
> Thank you Holger. I shall make good use of it.

FWIW, most of these problems went away for me with Fx 41, and I don't
know if the fix went into Fx 38 or not.  The bug was
, and comment 143
summarizes what they ended up doing.  

Re: [gentoo-user] Re: listing portage/overlay packages by dev ?

[Michael Orlitzky]

On 06/02/2016 12:37 PM, James wrote:
> 
> I was actually hoping for something much simpler and always as current as the 
> last sync of protage and the corresponding overlays (layman syntax). Perhaps
> an option I missed in the 'q' applets (portage-utils) or gentoolkit ?
> 

portageq --maintainer-email can do it, but it only checks your installed
overlays.

Re: [gentoo-user] Re: listing portage/overlay packages by dev ?

[ng0]

On 2016-06-02(04:37:00+), James wrote:
> ng0  n0.is> writes:
>
> > > Is there a consistent semantic to at least list all of the portage tree
> > > packages there are listed on as maintainer?
> > > Is there a universal, slick way to list the overlay packages they are
> > > working on (github)?
>
> > What about checking out the portage repo and doing the native git search
> > in there via log?
>
> I was actually hoping for something much simpler and always as current as the
> last sync of protage and the corresponding overlays (layman syntax). Perhaps
> an option I missed in the 'q' applets (portage-utils) or gentoolkit ?
>
>
> If nothing exist, I'd consider writing some C (q applets) or python
> (gentoolkit) code to perform this searching task. It wont be comprehensive,
> but it should work on both the protage tree and the official overlays.
>
>
> Thoughts and ideas are welcome.
>
>
> James

I'm not sure if it works like this.
You have the metadata.xml files and Changelog files, as far as I know those
are the only name -> package relations you can get when not using git.

I might be wrong, so a tool like this could be useful if one needs it.

--
♥Ⓐ ng0
4096R/13212A27975AF07677A29F7002A296150C201823


signature.asc
Description: Digital signature

[gentoo-user] Re: listing portage/overlay packages by dev ?

[James]

ng0  n0.is> writes:

> > Is there a consistent semantic to at least list all of the portage tree 
> > packages there are listed on as maintainer?
> > Is there a universal, slick way to list the overlay packages they are
> > working on (github)?

> What about checking out the portage repo and doing the native git search 
> in there via log?

I was actually hoping for something much simpler and always as current as the 
last sync of protage and the corresponding overlays (layman syntax). Perhaps
an option I missed in the 'q' applets (portage-utils) or gentoolkit ?


If nothing exist, I'd consider writing some C (q applets) or python
(gentoolkit) code to perform this searching task. It wont be comprehensive,
but it should work on both the protage tree and the official overlays.


Thoughts and ideas are welcome.


James

[gentoo-user] Re: CoreOS vulnerability inherited from Gentoo?

[James]

Max R.D. Parmer  trystero.is> writes:


> > Which file contains the purported malaised default configration?
> > I just want to manually inspect it and verify for myself.

> /etc/pam.d/system-auth which is provided by pambase:
> https://gitweb.gentoo.org/proj/pambase.git/


Huh. I looked at that and concluded it could not possibly be the problem.

I went a bit deeper at coreOS and found that they are using 

pambase-20101024 from 2010. Double_huh. I had heard they were behind
on updating may ebuilds, but that is ridiculous.  Here are the details
should anyone be interested::

https://github.com/coreos/coreos-overlay/commit/
048faeb3b1b1a693dec3bdb47b127b8d71c48c13

I (previously) had high regards for CoreOS, but not keeping things current
is usually the largest source of problems and sploits, imho.


thx,
James

Re: [gentoo-user] Re: CoreOS vulnerability inherited from Gentoo?

[Max R.D. Parmer]

On Thu, Jun 2, 2016, at 06:44, James wrote:
> Neil Bothwick  digimed.co.uk> writes:
> 
> 
> > > Does this mean we need to do anything to improve the security of our
> > > systems?
> 
> > The report seems to be saying that the problem is caused by using the
> > Gentoo default config, which assumes a Gentoo environment. So  it's fine
> > on Gentoo. But it won't hurt to run glsa-check from time to time (my sync
> > script does it every time and mails me if there's a problem).
> 
> Which file contains the purported malaised default configration?
> I just want to manually inspect it and verify for myself.

/etc/pam.d/system-auth which is provided by pambase:
https://gitweb.gentoo.org/proj/pambase.git/

[gentoo-user] Re: CoreOS vulnerability inherited from Gentoo?

[James]

Neil Bothwick  digimed.co.uk> writes:


> > Does this mean we need to do anything to improve the security of our
> > systems?

> The report seems to be saying that the problem is caused by using the
> Gentoo default config, which assumes a Gentoo environment. So  it's fine
> on Gentoo. But it won't hurt to run glsa-check from time to time (my sync
> script does it every time and mails me if there's a problem).

Which file contains the purported malaised default configration?
I just want to manually inspect it and verify for myself.


curiously,
James

Re: [gentoo-user] listing portage/overlay packages by dev ?

[ng0]

On 2016-06-02(12:45:30+), James wrote:
> Hello,
>
> Often, I look at the work of a particular dev because devs often
> have an area of expertise that I'm interested in. Is there a consistent
> semantic to at least list all of the portage tree packages there
> are listed on as maintainer?
>
> Is there a universal, slick way to list the overlay packages they are
> working on (github)?
>
>
> That way I could compound commands to view most of the published portfolio
> of work on a dev, which often leads to increased efficiency on my
> research efforts.
>
> curiously,
> James
>

What about checking out the portage repo and doing the native git search in 
there via log?

--
♥Ⓐ ng0
4096R/13212A27975AF07677A29F7002A296150C201823


signature.asc
Description: Digital signature

[gentoo-user] listing portage/overlay packages by dev ?

[James]

Hello,

Often, I look at the work of a particular dev because devs often
have an area of expertise that I'm interested in. Is there a consistent
semantic to at least list all of the portage tree packages there
are listed on as maintainer?

Is there a universal, slick way to list the overlay packages they are
working on (github)?


That way I could compound commands to view most of the published portfolio
of work on a dev, which often leads to increased efficiency on my
research efforts.

curiously,
James

[gentoo-user] Re: KRITA

[James]

  gmx.de> writes:


> The problems were compile errors. I was that unspecific, because
> I have no logs anymore.

Hey Meino,

install and use 'app-portage/elogv' as it provides a condensed, actionable
summary of the install log. Then if you need more info, set up your system
to save the log files, for deeper review when necessary.


hth,
James