[gentoo-user] Re: executing a command as a nologin user

2016-07-14 Thread Jonathan Callen
On 07/14/2016 05:19 PM, Fernando Rodriguez wrote:
> On 07/13/2016 01:41 PM, wabe wrote:
>> Fernando Rodriguez  wrote:
> 
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA256
>>>
>>> On 07/13/2016 07:10 AM, Alan McKinnon wrote:
 On 12/07/2016 03:47, jens w wrote:  
> .procmailrc
> :0 c
> * !^X-Loop: n...@example.com  
> | formail -X "From:" | $HOME/bin/script.sh  
>
> procmail.log
> procmail: Executing " formail -X "From:" | $HOME/bin/script.sh
>
> for incoming mail, a script is executed. logfile has the same
> entry as it is in other users. but the script do nothing.
>
> How executing a command as a nologin user?
>  


 You can't, not the way you are doing it.
 You want to launch a shell script for the user, but the user's
 shell is /sbin/nologin. This exits immediately without launching
 the script.

 Give the user a real shell.

 Alan
   
>>>
>>> I've been following this thread and thinking the same thing but
>>> wasn't sure.
>>>
>>> What if you invoke the shell directly instead of the script, either:
>>> /bin/sh -c "" or /bin/sh -c "$(cat 

Re: [gentoo-user] executing a command as a nologin user

2016-07-14 Thread Fernando Rodriguez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 07/13/2016 01:41 PM, wabe wrote:
> Fernando Rodriguez  wrote:
> 
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 07/13/2016 07:10 AM, Alan McKinnon wrote:
>>> On 12/07/2016 03:47, jens w wrote:  
 .procmailrc
 :0 c
 * !^X-Loop: n...@example.com  
 | formail -X "From:" | $HOME/bin/script.sh  

 procmail.log
 procmail: Executing " formail -X "From:" | $HOME/bin/script.sh

 for incoming mail, a script is executed. logfile has the same
 entry as it is in other users. but the script do nothing.

 How executing a command as a nologin user?
  
>>>
>>>
>>> You can't, not the way you are doing it.
>>> You want to launch a shell script for the user, but the user's
>>> shell is /sbin/nologin. This exits immediately without launching
>>> the script.
>>>
>>> Give the user a real shell.
>>>
>>> Alan
>>>   
>>
>> I've been following this thread and thinking the same thing but
>> wasn't sure.
>>
>> What if you invoke the shell directly instead of the script, either:
>> /bin/sh -c "" or /bin/sh -c "$(cat 

Re: [gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread Marc Joliet
On Thursday 14 July 2016 14:43:54 Gevisz wrote:
> On Thu, 14 Jul 2016 09:52:41 +0200 Marc Joliet  wrote:
> > On Thursday 14 July 2016 08:17:19 Alan McKinnon wrote:
> > > -N is newuse, portage also considers packages whose USE has changed.
> > > -t is emptytree, portage also considers the entire tree and -u tells it
> > > to not remerge things that don't need updating.
> > 
> > Um, -e is --emptytree, no? -t is just --tree.  But yeah, according to his
> > first email, James did leave out -N the second time around ("emerge -uvDNp
> > world" vs. "emerge -uDtv @world").
> 
> Sorry for the interrupting a big gurus, but in my humble opinion
> the reason why there was no compilation while running emerge for
> the first time is the -p option (pretend).

I'm no guru, I was merely exploiting a rare opportunity to correct Alan ;-) .

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: KDE 5

2016-07-14 Thread Mick
On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
> On 14/07/16 08:04, Mick wrote:

> For the missing icons, is this inside a Plasma session? What's the
> output of "env | grep XDG_"?

No, I am not running the full Plasma desktop - although I had tried this on a 
PC with the Plasma desktop and the effect was the same.

This is what I get on my laptop:

$ env | grep XDG_
XDG_VTNR=7
XDG_MENU_PREFIX=e-
XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
XDG_SESSION_CLASS=user
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
XDG_CONFIG_DIRS=/etc/xdg
XDG_SESSION_TYPE=x11
XDG_SEAT=seat0
XDG_SESSION_DESKTOP=
XDG_DATA_DIRS=/usr/local/share:/usr/share
XDG_RUNTIME_DIR=/var/run/user/1000
XDG_CURRENT_DESKTOP=


> As for delete, did you check "Delete" in the services configuration?

Ohh!  It works now.  :-)

I had tried this initially and it had no effect.  However, I have updated 
dolphin since.  Thanks for the prompt!


> >> It is expected that kim4 (kdelibs4-based) does not work with
> >> KF5-based Dolphin.
> > 
> > This was a very useful facility for me.  I hope kim5 will be brought out.
> 
> I did a really quick test by copying the service files to the KF5
> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
> operations and it seemed to work OK.

Do you mean copying the Kim4 files from 
~/.kde4/share/kde4/services/ServiceMenus/?
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread Fernando Rodriguez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 07/13/2016 05:41 PM, James wrote:
> Alan McKinnon  gmail.com> writes:
> 
>>
>> On 13/07/2016 20:25, James wrote:

>>> So, today I ran a sync and upgrade to a gentoo workstation::
>>> emerge -uvDNp world
>>>
>>> These are the packages that would be merged, in order:
>>> Calculating dependencies... done!
>>> Total: 0 packages, Size of downloads: 0 KiB
>>> WARNING: One or more updates/rebuilds have been skipped due to a dependency
>>> conflict:
>>>
>>> media-libs/jasper:0
>>>
>>>(media-libs/jasper-1.900.1-r9:0/0::gentoo, ebuild scheduled for merge)
>>> conflicts with
>>>  media-libs/jasper:0/0=[abi_x86_32(-),abi_x86_64(-)] required by
>>> (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed)
>>>
>>>  media-libs/jasper:=[abi_x86_32(-),abi_x86_64(-)] required by
>>> (x11-libs/gdk-pixbuf-2.32.3:2/2::gentoo, installed)
>>
>> This is not a blocker.
>>
>> Read the warning, it says an update or rebuild was skipped due to a 
>> dependency conflict. In your casejasper-1.900.1-r9 was not done due to 
>> gdk-pixbuf requirements. Presumably, what you already have keeps pixbuf 
>> happy
>>
>> Blockers in that output usually have "!!" annotations at the beginning.
> 
> Ah excellent point, but the build did not move forward with::
> ' emerge -uvDN world' either. With the --tree it did move forward with
> the build update. In the first attempt usually the packages to be built
> are listed, conflicts or blockers.
> 
> None of these 3 packages where listed in the first attempt to see 
> what needs to be built::
> Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'.
> 
> 
> 
>> Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::gentoo
> 
>>> I did nothing manual in between. Explanations?
>> portage is doing what's expected. You don't have -a in the command line 
>> and there's nothing stopping portage from moving forward with the build.
>> SO it moved forward with the build.
> 
> Yes, nothing to do with 'media-libs/jasper' nor 'gdk-pixbuf'. So I guess the
> --tree option got rid of the these (conflicts issues. My point is that this
> is remarkably better than how things worked in the past (but not certain
> when these enhancements were made).

The --tree command didn't get rid of them. Those packages that you where able
to build conflict with other packages that would have been considered with the
- --newuse flag. So the conflict is still there waiting to be resolved.

Maybe portage could've been a little smarter and determine on the first command
that yes there is a conflict but I can still build these 3 packages with what
you already have. Or maybe that's a bad idea because you may have to rebuild 
some of those packages once the conflict is resolved and all packages updated.

Maybe the 1st command should've given you a list of skipped packages. That would
make it way less confusing and easier to resolve the conflicts. It is especially
confusing because instinctively you would expect the results with --newuse to be
a superset of the results without it.


 
> Thanks for pointing out blockers vs conflicts...
> 
> James
> 
> 
> 
> 
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXh/zxAAoJEPbOFX/5UlwcsN0P/Rs3PbvPqBVtk5r/q9DdxFpi
ZKCNm+wktkEeCRnPqNaDNQBtyjNz9gbyOn+DFSycETQBejKJ2Stusc3Cdmins9c+
MEVW0yDLz/3moY0UtL7GlQ4uB4YxkILv3dQUIDkYuJ25dIUb3pJvfg456R3xiMG7
XdZqyYYROF5WYaOuiL+c4B6l2sgWRqBpFyEude7oM7az9fNi4O5LbiQTMx+lGG9E
ODZEBYmDBVnmTPh8yZFWCwymUauOzwgEKTThqlykh1xu96LWv2NzkRCEvnnmHtMU
0aydjxpfX/0zdxJjvHbDcyvgyKCbdy6e+baD5GdQQTZe9SjIjJvUvv4PQCRfYhbd
FyaI6lKkGmAw/ONzaMY2pDfuqDfyAk6j1htx9LugYLKWTignUhW4j4F51Fo6C9TS
zKIYk99Ne7ruV8h89HFUqRnGBewUw5rNC0ytOGKucOMy5b2Uef9C8lcikfl2Q0XR
C22oEOjC9pqbuv77l3oawWt0gyOJDIyOpzuFCob2aeEiTGV2Xbo8APKerIiaVT4o
NAxPeSsgtB3ZZv18QaIyUENBaV1U6pVnXe6UszXqo7AjBcKo7LGqSEJZLJKJRgqO
S34ucuXePXeDvXpwu4foF7FwY+EDgJQeVQ59aIjLMBZe6o+Q/4V7mKJFQOmeOwuU
U6GNi/spdojHipzExJiC
=MazA
-END PGP SIGNATURE-



[gentoo-user] Re: Firefox 45.2.0 segfaulting

2016-07-14 Thread Grant Edwards
On 2016-07-14, Grant Edwards  wrote:

> www-client/firefox got updated this morning to 45.2.0, and now it segfaults
> whenever you enter a character in the search field or the URL field.

Same behavior with 47.0.1.  Starting 47 in "safe mode" avoids the
problem, but starting 47 in normal mode with all extensions disabled
still crashes.

I downgraded to 38.8, and everyting works fine again.

I guess I'll stick with 38.8.

Or maybe it's time to switch to Chrome. :/

-- 
Grant Edwards   grant.b.edwardsYow! Actually, what I'd
  at   like is a little toy
  gmail.comspaceship!!




Re: [gentoo-user] Firefox 45.2.0 segfaulting

2016-07-14 Thread Alexander Kapshuk
On Thu, Jul 14, 2016 at 8:55 PM, Grant Edwards 
wrote:

> www-client/firefox got updated this morning to 45.2.0, and now it segfaults
> whenever you enter a character in the search field or the URL field.
>
> Anybody else see this sort of behavior?
>
> --
> Grant Edwards   grant.b.edwardsYow! over in west
>   at   Philadelphia a puppy is
>   gmail.comvomiting ...
>
>
>

Not reproducible here.

equery -q l firefox
www-client/firefox-45.2.0

equery -q u firefox | grep +
+bindist
+dbus
+ffmpeg
+gmp-autoupdate
+gstreamer
+gtk3
+hwaccel
+jemalloc3
+jit
+pulseaudio
+startup-notification

emerge --info
Portage 2.2.28 (python 3.4.3-final-0, default/linux/x86/13.0/desktop,
gcc-4.9.3, glibc-2.22-r4, 4.6.4-vanilla i686)
=
System uname: Linux-4.6.4-vanilla-i686-Intel-R-_Core-TM-2_Duo_CPU_E4600_@
_2.40GHz-with-gentoo-2.2
KiB Mem: 4143340 total,   1139420 free
KiB Swap: 524284 total,521576 free
Timestamp of repository gentoo: Thu, 14 Jul 2016 15:45:01 +
sh bash 4.3_p42-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:  4.3_p42-r1::gentoo
dev-java/java-config: 2.2.0-r3::gentoo
dev-lang/perl:5.20.2::gentoo
dev-lang/python:  2.7.10-r1::gentoo, 3.4.3-r1::gentoo
dev-util/cmake:   3.3.1-r1::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.19.1::gentoo
sys-apps/sandbox: 2.10-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
sys-devel/automake:   1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:   2.25.1-r1::gentoo
sys-devel/gcc:4.9.3::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 4.3::gentoo (virtual/os-headers)
sys-libs/glibc:   2.22-r4::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.uk.gentoo.org/gentoo-portage
priority: -1000

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/libreoffice/program/sofficerc
/usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild
/etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps=y"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks
ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs
unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://mirror.bytemark.co.uk/gentoo/;
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--omit-dir-times --compress --force --whole-file --delete --stats
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi alsa berkdb bindist bluetooth branding bzip2 cairo
cdda cdr cdrgtk cli consolekit cracklib crypt cups cxx dbus dri dts dvd
dvdr emboss encode exif fam ffmpeg firefox flac fortran gdbm gif glamor gpm
gtk gtk3 iconv ipv6 java jpeg lcms ldap libnotify lm_sensors lock mad mng
modules mp3 mp4 mpeg ncurses nls nptl nsplugin ogg opengl openmp pam pango
pcre pdf png policykit ppds pulseaudio qt3support readline sdl seccomp
session spell ssl startup-notification svg tcpd thunar tiff truetype udev
udisks unicode upower usb vorbis wxwidgets x264 x86 xattr xcb xml xv xvid
zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x
ca0106 cmipci emu10k1 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="mmx mmxext sse sse2 sse3 ssse3"

[gentoo-user] Firefox 45.2.0 segfaulting

2016-07-14 Thread Grant Edwards
www-client/firefox got updated this morning to 45.2.0, and now it segfaults
whenever you enter a character in the search field or the URL field.

Anybody else see this sort of behavior?

-- 
Grant Edwards   grant.b.edwardsYow! over in west
  at   Philadelphia a puppy is
  gmail.comvomiting ...




[gentoo-user] Re: KDE 5

2016-07-14 Thread Michael Palimaka
On 14/07/16 08:04, Mick wrote:
>> For missing icons and network places, it would be nice to know
>> more. 
> 
> Please see attached screenshot.  The menu has no icons, only text.  
> Configuration options are limited compared to KDE4.  Delete, instead of Move 
> to 
> Trash, is not configurable.  However, pressing Shift before or after a right-
> click menu has been invoked changes Move to Trash to Delete.

For the missing icons, is this inside a Plasma session? What's the
output of "env | grep XDG_"?

As for delete, did you check "Delete" in the services configuration?

> 
> 
>> It is expected that kim4 (kdelibs4-based) does not work with
>> KF5-based Dolphin.
> 
> This was a very useful facility for me.  I hope kim5 will be brought out.

I did a really quick test by copying the service files to the KF5
location (/usr/share/kservices5/ServiceMenus) and ran a couple of
operations and it seemed to work OK.




[gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread James
Franz Fellner  gmail.com> writes:


> > Sorry for the interrupting a big gurus, but in my humble opinion
> > the reason why there was no compilation while running emerge for
> > the first time is the -p option (pretend). 

> No, even without -p the first command wouldn't have done anything, because
"Total: 0 packages".
> There simple was nothing to do! The second command showed "3 Packages".

Exactly! Pointless minutia, unless someone has knowledge of how the code
has changed over the last few years, related to those flags that change.

emerge -uvDNp world
emerge -uvDN world
emerge -uDtv @world

For sure 'N' and 't' are the specific flags that cause the differences
in behavior.

 So it was a just a 'moral booster' and a general 'shout out' for those
devs. If I really cared, and I do not have time to (deeply) care about these
improvements, I'd go to github and look at the codes that have changed over
the last few years, specifically realted to those aforementioned flags.
So if you look here::

https://wiki.gentoo.org/wiki/Project:Portage

You can see the dev listing for the 'dev-port...@gentoo.org' whom
collectively are doing an excellent job:: and that's my point.

hth,
James







Re: [gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread Franz Fellner
On Thu, 14 Jul 2016 14:43:54 +0300, Gevisz  wrote:
> On Thu, 14 Jul 2016 09:52:41 +0200 Marc Joliet  wrote:
> 
> > On Thursday 14 July 2016 08:17:19 Alan McKinnon wrote:
> > > -N is newuse, portage also considers packages whose USE has changed.
> > > -t is emptytree, portage also considers the entire tree and -u tells it
> > > to not remerge things that don't need updating.  
> > 
> > Um, -e is --emptytree, no? -t is just --tree.  But yeah, according to his 
> > first email, James did leave out -N the second time around ("emerge -uvDNp 
> > world" vs. "emerge -uDtv @world").
> 
> Sorry for the interrupting a big gurus, but in my humble opinion
> the reason why there was no compilation while running emerge for
> the first time is the -p option (pretend). 

No, even without -p the first command wouldn't have done anything, because 
"Total: 0 packages".
There simple was nothing to do! The second command showed "3 Packages".

> 
> 
> 
> 
-- 



Re: [gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread Gevisz
On Thu, 14 Jul 2016 09:52:41 +0200 Marc Joliet  wrote:

> On Thursday 14 July 2016 08:17:19 Alan McKinnon wrote:
> > -N is newuse, portage also considers packages whose USE has changed.
> > -t is emptytree, portage also considers the entire tree and -u tells it
> > to not remerge things that don't need updating.  
> 
> Um, -e is --emptytree, no? -t is just --tree.  But yeah, according to his 
> first email, James did leave out -N the second time around ("emerge -uvDNp 
> world" vs. "emerge -uDtv @world").

Sorry for the interrupting a big gurus, but in my humble opinion
the reason why there was no compilation while running emerge for
the first time is the -p option (pretend). 




Re: [gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread Marc Joliet
On Thursday 14 July 2016 08:17:19 Alan McKinnon wrote:
> -N is newuse, portage also considers packages whose USE has changed.
> -t is emptytree, portage also considers the entire tree and -u tells it
> to not remerge things that don't need updating.

Um, -e is --emptytree, no? -t is just --tree.  But yeah, according to his 
first email, James did leave out -N the second time around ("emerge -uvDNp 
world" vs. "emerge -uDtv @world").

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Using SSH around the LAN

2016-07-14 Thread Peter Humphrey
On Wednesday 13 Jul 2016 18:23:56 Mick wrote:

> Something else to think about is to only allow the login shell to execute
> limited command(s), for example to only be able to su to portage and run
> rsync or some such.

Hmm...

-- 
Rgds
Peter




Re: [gentoo-user] Re: Portage getting slicker?

2016-07-14 Thread Alan McKinnon
On 14/07/2016 04:03, James wrote:
>> It's unsurprising you got different behaviour
> true, but the -u was in both and a complete different set of 
> packages was considered, by portage, and only one was able to 
> move forward (note the -p was not in the second entry, despite
> my not including that detail).

without -N or -t, portage considers just the list of packages on the
command line.

-N is newuse, portage also considers packages whose USE has changed.
-t is emptytree, portage also considers the entire tree and -u tells it
to not remerge things that don't need updating.

The input set for those commands differs, so the output set might also
be different. Those two commands you ran are not guaranteed to produce
the same results (although the often will).


-- 
Alan McKinnon
alan.mckin...@gmail.com