[gentoo-user] Re:

[gentoo-user] Re:

[Benno Schulenberg]

Karsten Gebbert wrote:
> the connection to the internet is fine I think, at least for
> browsing and such.
> [...]
> I can NOT ping the gentoo servers at all, no xchat servers etc.
> When I try to emerge, the address show in the terminal is always
> 1.0.0.0<http://1.0.0.0>. Same with Xchat servers. It also shows
> IPs of 1.0.0.0 <http://1.0.0.0>

Post your /etc/resolv.conf, /etc/make.conf, and /etc/hosts.

Benno
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re:

[Trenton Adams]

Perhaps kyavuz@anadoludigital.com should be removed from the list?  I
keep getting the following messages after sending something to the
list...

On 7/20/06, FETCHMAIL-DAEMON@proxy.anadoludigital.com
<FETCHMAIL-DAEMON@proxy.anadoludigital.com> wrote:
> General SMTP/ESMTP error.
>
>
>
> Final-Recipient: rfc822; kyavuz@anadoludigital.com
> Last-Attempt-Date: Thu, 20 Jul 2006 10:00:27 +0300 (EEST)
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: 554 mail server permanently rejected message (#5.3.0)
>
>
>
>
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re:

[Grant]

Is anyone else getting this when they send a message to the list?

- Grant


On 7/20/06, FETCHMAIL-DAEMON@proxy.anadoludigital.com
<FETCHMAIL-DAEMON@proxy.anadoludigital.com> wrote:
> General SMTP/ESMTP error.
>
>
>
> Final-Recipient: rfc822; kyavuz@anadoludigital.com
> Last-Attempt-Date: Thu, 20 Jul 2006 20:00:27 +0300 (EEST)
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: 554 mail server permanently rejected message (#5.3.0)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re:

[Richard Fish]

On 7/20/06, Grant <emailgrant@gmail.com> wrote:
> Is anyone else getting this when they send a message to the list?

Someone asked a day or two ago...who was that? :-)

http://bugs.gentoo.org/show_bug.cgi?id=140263

-Richard
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re:

[Dennis Preus]

[-- Attachment #1: Type: text/plain, Size: 159 bytes --]

...Hi. Harry told me the secret of 36 hours of sex! I think you should know it too!  http://kumlai.free.fr/friends.page.php?blink_friend_id=71zo3
 		 	   		  

[-- Attachment #2: Type: text/html, Size: 464 bytes --]

[gentoo-user] Re:

[Dennis Preus]

[-- Attachment #1: Type: text/plain, Size: 144 bytes --]

...Just look at this! I’ve never thought that Internet can be so interesting!  http://samircar.com.br/com.friend.php?asfriend=91n1
 		 	   		  

[-- Attachment #2: Type: text/html, Size: 440 bytes --]

[gentoo-user] Re:

[Dennis Preus]

[-- Attachment #1: Type: text/plain, Size: 133 bytes --]

...Visit our drugstore right now and get a special proposal!  http://www.cfecgcreunion.com/friends.page.php?wlucky=48o6
 		 	   		  

[-- Attachment #2: Type: text/html, Size: 435 bytes --]

Re: [gentoo-user] Re:

[Michael Mol]

...

I've sent a message to Dennis suggesting he change his password.


-- 
:wq

[gentoo-user] Re:

[Grant Edwards]

On 2014-03-04, Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> It's not 100% apparent how the install works from reading the handbook,
> you have to do it to see how it works. Do note that all distro installer
> work in this general way, Gentoo just lets you see more of the process.
> In summary:
>
> You need a running OS to install an OS. You get this anywhere you choose
> but the easiest is to boot from a removeable media (CD, USB, etc).

Booting the Gentoo minimal install "CD" (from CD/DVD or USB flash
drive) is the canonical way to get to the point where you start
following the steps in the handbook.  On one recent install, I used
systemrescuecd 4.xx, which gives you a nice minimal XFCE desktop with
the Midori web browser you can use to read the handbook (and wander
around the web while stuff builds).  There was one step -- installing
syslog-ng, I think -- where there was a glitch due to an environment
variable set by srcd.

Immediately after doing the "chroot" do the following command

# export path=

See below for more details
 http://forums.gentoo.org/viewtopic-t-921678-start-0.html
 http://forums.gentoo.org/viewtopic-t-786386.html

Another convenient option is to boot the minimal install CD make sure
network works, start sshd, and then log in from another machine where
you can cut/paste stuff from the handbook into a terminal window.

-- 
Grant Edwards               grant.b.edwards        Yow! So this is what it
                                  at               feels like to be potato
                              gmail.com            salad

Re: [gentoo-user] Re:

[Guido Budack]

Hey  Grant,

thanks for your comments too...
I read the handbook in the past hours and it doesn't seem to me too complicated to get the stone rolling or how you say in english... :-/
syslog-ng is on my list too even if I tend more to MMonit...
Thats it, I will come back to you soon from Europe...

Have a great time altogether and thanks

Gee

Re: [gentoo-user] Re:

[J. Roeleveld]

On 4 March 2014 22:26:27 CET, Grant Edwards <grant.b.edwards@gmail.com> wrote:
>On 2014-03-04, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
>
>> It's not 100% apparent how the install works from reading the
>handbook,
>> you have to do it to see how it works. Do note that all distro
>installer
>> work in this general way, Gentoo just lets you see more of the
>process.
>> In summary:
>>
>> You need a running OS to install an OS. You get this anywhere you
>choose
>> but the easiest is to boot from a removeable media (CD, USB, etc).
>
>Booting the Gentoo minimal install "CD" (from CD/DVD or USB flash
>drive) is the canonical way to get to the point where you start
>following the steps in the handbook.  On one recent install, I used
>systemrescuecd 4.xx, which gives you a nice minimal XFCE desktop with
>the Midori web browser you can use to read the handbook (and wander
>around the web while stuff builds).  There was one step -- installing
>syslog-ng, I think -- where there was a glitch due to an environment
>variable set by srcd.
>
>Immediately after doing the "chroot" do the following command
>
># export path=
>
>See below for more details
> http://forums.gentoo.org/viewtopic-t-921678-start-0.html
> http://forums.gentoo.org/viewtopic-t-786386.html
>
>Another convenient option is to boot the minimal install CD make sure
>network works, start sshd, and then log in from another machine where
>you can cut/paste stuff from the handbook into a terminal window.

The last install I did was with the latest sysrccd. (Downloaded at most 2 weeks ago) and I had no issues with syslog-ng.

Did you follow the step where you do " source /etc/profile "?

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] Re:

[eroen]

[-- Attachment #1: Type: text/plain, Size: 2251 bytes --]

On Tue, 4 Mar 2014 21:26:27 +0000 (UTC), Grant Edwards
<grant.b.edwards@gmail.com> wrote:
> On 2014-03-04, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > You need a running OS to install an OS. You get this anywhere you
> > choose but the easiest is to boot from a removeable media (CD, USB,
> > etc).
> 
> Booting the Gentoo minimal install "CD" (from CD/DVD or USB flash
> drive) is the canonical way to get to the point where you start
> following the steps in the handbook.  On one recent install, I used
> systemrescuecd 4.xx, which gives you a nice minimal XFCE desktop with
> the Midori web browser you can use to read the handbook (and wander
> around the web while stuff builds).  There was one step -- installing
> syslog-ng, I think -- where there was a glitch due to an environment
> variable set by srcd.
> 
> Immediately after doing the "chroot" do the following command
> 
> # export path=
> 
> See below for more details
>  http://forums.gentoo.org/viewtopic-t-921678-start-0.html
>  http://forums.gentoo.org/viewtopic-t-786386.html
> 

Gentoo used to have a page[1] documenting the required
deviations from the handbook to install from an arbitrary recent-glibc
linux environment. Now it redirects to a wiki page[2] with roughly
similar content.

When installing from media other than the official gentoo minimal
install cd, you should refer to the section currently labelled
"Installation from non-Gentoo LiveCDs" in [2] to avoid surprises. In
particular, I have several times seen people run into problems due to
not properly adapting the instructions on mounting (thus
missing /dev/pts in the chroot) and cleaning the environment prior to
chrooting (thus ending up with incomplete PATH or having various
variables set that break the build systems for packages bundling
gnulib).

(Sorry for arrogantly repeating some of the information you provided,
but since forums and mailing list entries get archived and are
searchable "forever" and are not updated, I feel it is prudent to
provide pointers to resources that have a greater chance of staying
relevant.)


1: http://www.gentoo.org/doc/en/altinstall.xml
2: https://wiki.gentoo.org/wiki/Installation_alternatives

-- 
eroen

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

[gentoo-user] "stack-protector-strong" option results in gcc error

[Walter Dnes]

  I did an emerge update just now, and figured it was time to jump to
the latest stable kernel (3.14.16).  I ran "make oldconfig".  Amongst
the new features, I selected "stack-protector-strong".  When trying to
build the new kernel, I got...

scripts/kconfig/conf --silentoldconfig Kconfig
Makefile:615: Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler
  SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h
  SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_64.h
  SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_x32.h
  SYSTBL  arch/x86/syscalls/../include/generated/asm/syscalls_32.h
  HOSTCC  arch/x86/tools/relocs_32.o
  HOSTCC  arch/x86/tools/relocs_64.o
  HOSTCC  arch/x86/tools/relocs_common.o
  HOSTLD  arch/x86/tools/relocs
  CHK     include/config/kernel.release
  UPD     include/config/kernel.release
  WRAP    arch/x86/include/generated/asm/clkdev.h
  CHK     include/generated/uapi/linux/version.h
  UPD     include/generated/uapi/linux/version.h
  CHK     include/generated/utsrelease.h
  UPD     include/generated/utsrelease.h
  CC      kernel/bounds.s
gcc: error: unrecognized command line option '-fstack-protector-strong'
make[1]: *** [kernel/bounds.s] Error 1
make: *** [prepare0] Error 2

  I switched stack-protector to "regular", and it built OK.  I rebooted
into it, and it works OK.

  My gcc version data...

[d531][root][/usr/src/linux] gcc --version
gcc (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) 4.7.3
Copyright (C) 2012 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

  My install is 32-bit

[d531][waltdnes][~] uname -a
Linux d531 3.14.16-gentoo #1 SMP Mon Sep 22 20:43:33 EDT 2014 i686 Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz GenuineIntel GNU/Linux

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Alexander Kapshuk]

On Tue, Sep 23, 2014 at 5:49 AM, Walter Dnes <waltdnes@waltdnes.org> wrote:
>   I did an emerge update just now, and figured it was time to jump to
> the latest stable kernel (3.14.16).  I ran "make oldconfig".  Amongst
> the new features, I selected "stack-protector-strong".  When trying to
> build the new kernel, I got...
>
> scripts/kconfig/conf --silentoldconfig Kconfig
> Makefile:615: Cannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong not supported by compiler
>   SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h
>   SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_64.h
>   SYSHDR  arch/x86/syscalls/../include/generated/uapi/asm/unistd_x32.h
>   SYSTBL  arch/x86/syscalls/../include/generated/asm/syscalls_32.h
>   HOSTCC  arch/x86/tools/relocs_32.o
>   HOSTCC  arch/x86/tools/relocs_64.o
>   HOSTCC  arch/x86/tools/relocs_common.o
>   HOSTLD  arch/x86/tools/relocs
>   CHK     include/config/kernel.release
>   UPD     include/config/kernel.release
>   WRAP    arch/x86/include/generated/asm/clkdev.h
>   CHK     include/generated/uapi/linux/version.h
>   UPD     include/generated/uapi/linux/version.h
>   CHK     include/generated/utsrelease.h
>   UPD     include/generated/utsrelease.h
>   CC      kernel/bounds.s
> gcc: error: unrecognized command line option '-fstack-protector-strong'
> make[1]: *** [kernel/bounds.s] Error 1
> make: *** [prepare0] Error 2
>
>   I switched stack-protector to "regular", and it built OK.  I rebooted
> into it, and it works OK.
>
>   My gcc version data...
>
> [d531][root][/usr/src/linux] gcc --version
> gcc (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) 4.7.3
> Copyright (C) 2012 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
>   My install is 32-bit
>
> [d531][waltdnes][~] uname -a
> Linux d531 3.14.16-gentoo #1 SMP Mon Sep 22 20:43:33 EDT 2014 i686 Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz GenuineIntel GNU/Linux
>
> --
> Walter Dnes <waltdnes@waltdnes.org>
> I don't run "desktop environments"; I run useful applications
>

Looks like support for '-fstack-protector-strong' was implemented in
more recent versions of gcc. The the URL below for details:

https://securityblog.redhat.com/tag/stack-protector/

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Walter Dnes]

On Tue, Sep 23, 2014 at 09:16:42AM +0300, Alexander Kapshuk wrote
> 
> Looks like support for '-fstack-protector-strong' was implemented in
> more recent versions of gcc. The the URL below for details:
> 
> https://securityblog.redhat.com/tag/stack-protector/

  Thanks for the explanation.  The blog says...

> GCC 4.8.1 and the GCC version in Fedora 19 added another mode,
> -fstack-protector-strong, bringing the number of stack protector
> modes up to three.

  Gentoo stable appears to be gcc-4.7.3-r1.  ebuilds up to gcc-4.9.1 are
present in the tree.  Upgrading gcc is painful, so I appreciate the
maintainers not forcing a rebuild with every version bump.  That's the
philosophy behind "stable".  The tradeoff is that we have to wait longer
for "new and shiney" stuff.  For those who want it, you can always
keyword a later version of gcc.

-- 
Walter Dnes <waltdnes@waltdnes.org>
I don't run "desktop environments"; I run useful applications

[gentoo-user] Re: "stack-protector-strong" option results in gcc error

[Nikos Chantziaras]

On 23/09/14 11:54, Walter Dnes wrote:
> On Tue, Sep 23, 2014 at 09:16:42AM +0300, Alexander Kapshuk wrote
>>
>> Looks like support for '-fstack-protector-strong' was implemented in
>> more recent versions of gcc. The the URL below for details:
>>
>> https://securityblog.redhat.com/tag/stack-protector/
>
>    Thanks for the explanation.  The blog says...
>
>> GCC 4.8.1 and the GCC version in Fedora 19 added another mode,
>> -fstack-protector-strong, bringing the number of stack protector
>> modes up to three.
>
>    Gentoo stable appears to be gcc-4.7.3-r1.  ebuilds up to gcc-4.9.1 are
> present in the tree.  Upgrading gcc is painful, so I appreciate the
> maintainers not forcing a rebuild with every version bump.

You don't need to upgrade. You can just install it in parallel with your 
current GCC, and use the newer one just to build the kernel.

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 763 bytes --]

On Tue, 23 Sep 2014 04:54:03 -0400, Walter Dnes wrote:

>   Gentoo stable appears to be gcc-4.7.3-r1.  ebuilds up to gcc-4.9.1 are
> present in the tree.  Upgrading gcc is painful, so I appreciate the
> maintainers not forcing a rebuild with every version bump.

Upgrading gcc hasn't been painful for some years. I think 3.3 to 3.4 was
the last one with an ABI change that needed a world rebuild for
consistency. Since then, upgrading GCC has been no more troublesome than
upgrading sys-apps/helloworld.


-- 
Neil Bothwick

"Most problems go away if you just wait long enough. It might look like
I'm standing motionless but I'm actively waiting for our problems to go
away. I don't know why this works but it does."
Scott Adams, Dilbert comic

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Hinnerk van Bruinehsen]

[-- Attachment #1: Type: text/plain, Size: 1785 bytes --]

On Tue, Sep 23, 2014 at 09:16:42AM +0300, Alexander Kapshuk wrote:
> On Tue, Sep 23, 2014 at 5:49 AM, Walter Dnes <waltdnes@waltdnes.org> wrote:
> >   CHK     include/generated/utsrelease.h
> >   UPD     include/generated/utsrelease.h
> >   CC      kernel/bounds.s
> > gcc: error: unrecognized command line option '-fstack-protector-strong'
> > make[1]: *** [kernel/bounds.s] Error 1
> > make: *** [prepare0] Error 2
> >
> >   I switched stack-protector to "regular", and it built OK.  I rebooted
> > into it, and it works OK.
> >
> >   My gcc version data...
> >
> > [d531][root][/usr/src/linux] gcc --version
> > gcc (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) 4.7.3
> > Copyright (C) 2012 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.  There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> >
> >   My install is 32-bit
> >
> > [d531][waltdnes][~] uname -a
> > Linux d531 3.14.16-gentoo #1 SMP Mon Sep 22 20:43:33 EDT 2014 i686 Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz GenuineIntel GNU/Linux
> >
> > --
> > Walter Dnes <waltdnes@waltdnes.org>
> > I don't run "desktop environments"; I run useful applications
> >
> 
> Looks like support for '-fstack-protector-strong' was implemented in
> more recent versions of gcc. The the URL below for details:
> 
> https://securityblog.redhat.com/tag/stack-protector/

'-fstack-protector-strong' is supported as of gcc-4.9.x - unless you upgrade,
you'll forced to use the regular one.

If you want more information on the option take a look here:
http://www.outflux.net/blog/archives/2014/01/27/fstack-protector-strong/

I think it's not even that unlikely that you don't even want the strong
version.

WKR
Hinnerk

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Rich Freeman]

On Tue, Sep 23, 2014 at 7:52 AM, Hinnerk van Bruinehsen
<h.v.bruinehsen@fu-berlin.de> wrote:
>
> '-fstack-protector-strong' is supported as of gcc-4.9.x - unless you upgrade,
> you'll forced to use the regular one.
>...
> I think it's not even that unlikely that you don't even want the strong
> version.

Ironically enough, your last sentence overflowed my parsing stack.  :)

--
Rich

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[J. Roeleveld]

On Tuesday, September 23, 2014 08:47:31 AM Rich Freeman wrote:
> On Tue, Sep 23, 2014 at 7:52 AM, Hinnerk van Bruinehsen
> 
> <h.v.bruinehsen@fu-berlin.de> wrote:
> > '-fstack-protector-strong' is supported as of gcc-4.9.x - unless you
> > upgrade, you'll forced to use the regular one.
> >
> >...
> >
> > I think it's not even that unlikely that you don't even want the strong
> > version.
> 
> Ironically enough, your last sentence overflowed my parsing stack.  :)
> 
> --
> Rich

I am guessing:
" I think it is not unlikely that you don't want the strong version"

parses to:

" I think it is likely that you don't want the strong version "
 or: " I think it is unlikely that you want the strong version"

?

--
Joost

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Michael Orlitzky]

On 09/23/2014 04:54 AM, Walter Dnes wrote:
> 
>   Gentoo stable appears to be gcc-4.7.3-r1.  ebuilds up to gcc-4.9.1 are
> present in the tree.  Upgrading gcc is painful, so I appreciate the
> maintainers not forcing a rebuild with every version bump.  That's the
> philosophy behind "stable".  The tradeoff is that we have to wait longer
> for "new and shiney" stuff.  For those who want it, you can always
> keyword a later version of gcc.
> 

Stabilization of GCC is especially careful because if your GCC winds up
broken, you might not be able to fix it (emerge won't work).

And since GCC is used to build everything else on your system, it can't
go stable until all upstream packages are fixed or patched to work with
the new GCC.

There's usually a tracker for those packages. For gcc-4.9 it's at,

  https://bugs.gentoo.org/show_bug.cgi?id=gcc-4.9

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Hinnerk van Bruinehsen]

[-- Attachment #1: Type: text/plain, Size: 1355 bytes --]

On Tue, Sep 23, 2014 at 09:33:45AM -0400, Michael Orlitzky wrote:
> On 09/23/2014 04:54 AM, Walter Dnes wrote:
> > 
> >   Gentoo stable appears to be gcc-4.7.3-r1.  ebuilds up to gcc-4.9.1 are
> > present in the tree.  Upgrading gcc is painful, so I appreciate the
> > maintainers not forcing a rebuild with every version bump.  That's the
> > philosophy behind "stable".  The tradeoff is that we have to wait longer
> > for "new and shiney" stuff.  For those who want it, you can always
> > keyword a later version of gcc.
> > 
> 
> Stabilization of GCC is especially careful because if your GCC winds up
> broken, you might not be able to fix it (emerge won't work).
> 
> And since GCC is used to build everything else on your system, it can't
> go stable until all upstream packages are fixed or patched to work with
> the new GCC.
> 
> There's usually a tracker for those packages. For gcc-4.9 it's at,
> 
>   https://bugs.gentoo.org/show_bug.cgi?id=gcc-4.9


Since gcc is slotted (I actually have 4.7, 4.8 and 4.9 on my systems). That
argument doesn't count much, imho.
I personally didn't encounter a single breakage after updating from 4.8 to 4.9
(this was different from 4.7 to 4.8).
IIRC 4.7 isn't supported by upstream anymore and there are known (security)
bugs. I don't really know why not at least 4.8 is stable.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] "stack-protector-strong" option results in gcc error

[Hinnerk van Bruinehsen]

[-- Attachment #1: Type: text/plain, Size: 890 bytes --]

On Tue, Sep 23, 2014 at 03:06:20PM +0200, J. Roeleveld wrote:
> 
> On Tuesday, September 23, 2014 08:47:31 AM Rich Freeman wrote:
> > On Tue, Sep 23, 2014 at 7:52 AM, Hinnerk van Bruinehsen
> > 
> > <h.v.bruinehsen@fu-berlin.de> wrote:
> > > '-fstack-protector-strong' is supported as of gcc-4.9.x - unless you
> > > upgrade, you'll forced to use the regular one.
> > >
> > >...
> > >
> > > I think it's not even that unlikely that you don't even want the strong
> > > version.
> > 
> > Ironically enough, your last sentence overflowed my parsing stack.  :)
> > 
> > --
> > Rich
> 
> I am guessing:
> " I think it is not unlikely that you don't want the strong version"
> 
> parses to:
> 
> " I think it is likely that you don't want the strong version "
>  or: " I think it is unlikely that you want the strong version"
> 
> ?

Thanks for translating me! ;-)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

[gentoo-user] Re: "stack-protector-strong" option results in gcc error

[James]

Rich Freeman <rich0 <at> gentoo.org> writes:


> > '-fstack-protector-strong' is supported as of gcc-4.9.x - unless you 
> > upgrade, you'll forced to use the regular one.

> > I think it's not even that unlikely that you don't even want the strong
> > version.

> Ironically enough, your last sentence overflowed my parsing stack.  :)


From: https://securityblog.redhat.com/tag/stack-protector/
"The GCC flags -fstack-protector and -fstack-protector-all activate the
Stack Smashing Protector (SSP). When any of these flags are used, GCC
instruments the function return instruction with a probabilistic check that
the stack frame is not corrupted. "

From: 
http://www.outflux.net/blog/archives/2014/01/27/fstack-protector-strong/

"The stack protector feature itself adds a known canary to the stack during
function preamble, and checks it when the function returns.  "

Bug 517428 was/is a request to setup Ftrace/trace-cmd/KernelShark
as a fine-grained tool, for such  issuses as fstack-protector events.

As we all know, I'm still struggling with learning the ebuild_gymnasitcs,
but  bug 517428 is looking(begging) for a knowledgable person to get an
Ftrace/trace-cmd/kernelshark  ebuild working. This will provide a
fantastic tool for low-level as well as application code  diagnostics.


:)
hth,
James
	
[1] http://en.wikipedia.org/wiki/Ftrace

[gentoo-user] Re:

[James]

James <wireless <at> tampabay.rr.com> writes:

> Rich Freeman <rich0 <at> gentoo.org> writes:

> > > '-fstack-protector-strong' is supported as of gcc-4.9.x - unless you 
> > > upgrade, you'll forced to use the regular one.

There is an old but very concise example of Ftrace/trace-cmd/kernelshark
for anyone interested.

https://events.linuxfoundation.org/slides/2010/
linuxcon_japan/linuxcon_jp2010_rostedt.pdf

Or just seach directly for the pdf:

linuxcon_jp2010_rostedt.pdf

A very interesting tool.


hth,
James

[gentoo-user] Re: !!!!

[Grant Edwards]

On 2015-08-18, Dale <rdalek1967@gmail.com> wrote:
> Alan Grimes wrote:

>> tortoise ~ # revdep-rebuild
>> /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot
>> open shared object file: No such file or directory

[...]

> Did you update ncurses by any chance?  According to a look up, that
> file belongs to that package.  I might also add, I don't have that
> file here at all.  Sort of odd that I don't have it but portage works
> fine here. 

I don't have any libtinfo.<whatever> on any of my systems either.  By
default, I don't think a separate libtinfo is built.  One suggestion I
saw for this problem (on a different distro) is to symlink libtinfo to
libncurses.

-- 
Grant Edwards               grant.b.edwards        Yow! Edwin Meese made me
                                  at               wear CORDOVANS!!
                              gmail.com            

Re: [gentoo-user] Re: !!!!

[Dale]

Grant Edwards wrote:
> On 2015-08-18, Dale <rdalek1967@gmail.com> wrote:
>> Alan Grimes wrote:
>>> tortoise ~ # revdep-rebuild
>>> /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot
>>> open shared object file: No such file or directory
> [...]
>
>> Did you update ncurses by any chance?  According to a look up, that
>> file belongs to that package.  I might also add, I don't have that
>> file here at all.  Sort of odd that I don't have it but portage works
>> fine here. 
> I don't have any libtinfo.<whatever> on any of my systems either.  By
> default, I don't think a separate libtinfo is built.  One suggestion I
> saw for this problem (on a different distro) is to symlink libtinfo to
> libncurses.
>


I did a google search, I got three or four hits.  That sort of makes me
think that there is a bad setting somewhere.  Since no one else has
posted about this, I doubt a dev did it because if they did, I'd think
others would be hitting this problem too. 

Maybe we will get some replies from the OP soon. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: !!!!

[Jeremi Piotrowski]

On Tue, 18 Aug 2015, Dale wrote:
> Grant Edwards wrote:
> > On 2015-08-18, Dale <rdalek1967@gmail.com> wrote:
> > I don't have any libtinfo.<whatever> on any of my systems either.  By
> > default, I don't think a separate libtinfo is built.  One suggestion I
> > saw for this problem (on a different distro) is to symlink libtinfo to
> > libncurses.

Ncurses can be compiled as a single library or as two (ncurses + tinfo),
in either case all the symbols are present on the system it's just a
question of where they are located. 

Many packages are not prepared to handle the seperate tinfo library, we
have many bugs in the bugzilla that deal with tracking down such build
failures and correcting them. But this is the first I hear of anyone
having a problem with the reverse.

Symlinking libtinfo to libncurses *should* work, or atleast seems like a
valid rescue attempt.


> Maybe we will get some replies from the OP soon. 

Would help, I too don't recall any serious updates lately.

[gentoo-user] Re: !!!!

[walt]

On Tue, 18 Aug 2015 15:52:53 -0400
Alan Grimes <ALONZOTG@verizon.net> wrote:

> Like a stupid dumbfuck, I tried to update my machine today....
> 
> tortoise ~ # revdep-rebuild
> /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot
> open shared object file: No such file or directory
> tortoise ~ # ufed
> sh: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
> sh: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
> sh: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
> sh: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
> sh: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
> sh: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
> 
> Couldn't determine EPREFIX and PORTDIR from Portage
> INIT failed--call queue aborted.
> tortoise ~ #
> 
> !!!!
> 
> GOOD JOB, PENGUINS!!!
> I won't even be able to reboot my machine!!!

In addition to the suggestions already made by other posters, it's good
to keep busybox in mind.  Depending on how you boot your machine, there
is usually a way you can pass 'init=/bin/bb' to the kernel at boot time.

You can do wonderful stuff with busybox when you're in a bind.

Re: [gentoo-user] Re: !!!!

[Dale]

walt wrote:
> On Tue, 18 Aug 2015 15:52:53 -0400
> Alan Grimes <ALONZOTG@verizon.net> wrote:
>
>> Like a stupid dumbfuck, I tried to update my machine today....
>>
>> tortoise ~ # revdep-rebuild
>> /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot
>> open shared object file: No such file or directory
>> tortoise ~ # ufed
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>>
>> Couldn't determine EPREFIX and PORTDIR from Portage
>> INIT failed--call queue aborted.
>> tortoise ~ #
>>
>> !!!!
>>
>> GOOD JOB, PENGUINS!!!
>> I won't even be able to reboot my machine!!!
> In addition to the suggestions already made by other posters, it's good
> to keep busybox in mind.  Depending on how you boot your machine, there
> is usually a way you can pass 'init=/bin/bb' to the kernel at boot time.
>
> You can do wonderful stuff with busybox when you're in a bind.
>
>

And for the future, this could be very handy.

FEATURES="buildpkg" 

That goes in or added to the current line in make.conf.  That little
thing has saved my bacon more than once. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: !!!!

[wraeth]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 19/08/15 10:41, Dale wrote:
> 
> And for the future, this could be very handy.
> 
> FEATURES="buildpkg"
> 
> That goes in or added to the current line in make.conf.  That 
> little thing has saved my bacon more than once.
> 

For system-critical packages when all other hope is lost, there's also

  http://packages.gentooexperimental.org/packages/

I haven't seen anything that says exactly what packages this provides,
but I would assume @system.
- -- 
wraeth <wraeth@wraeth.id.au>
GnuPG Key: B2D9F759
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iF4EAREIAAYFAlXT01gACgkQXcRKerLZ91nkgQD5AXDsupX07+3AitX013BJiQct
tB7+6vD+lly0X8qmICQA/jj0PJJzPqWeBX+zW8orxZ0ngZ2Pqf6UhdAS1djQGA/o
=/glH
-----END PGP SIGNATURE-----

Re: [gentoo-user] Re: !!!!

[John Campbell]

On 08/18/2015 05:29 PM, walt wrote:
> On Tue, 18 Aug 2015 15:52:53 -0400
> Alan Grimes <ALONZOTG@verizon.net> wrote:
>
>> Like a stupid dumbfuck, I tried to update my machine today....
>>
>> tortoise ~ # revdep-rebuild
>> /bin/bash: error while loading shared libraries: libtinfo.so.5: cannot
>> open shared object file: No such file or directory
>> tortoise ~ # ufed
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>> sh: error while loading shared libraries: libtinfo.so.5: cannot open
>> shared object file: No such file or directory
>>
>> Couldn't determine EPREFIX and PORTDIR from Portage
>> INIT failed--call queue aborted.
>> tortoise ~ #
>>
>> !!!!
>>
>> GOOD JOB, PENGUINS!!!
>> I won't even be able to reboot my machine!!!
>
> In addition to the suggestions already made by other posters, it's good
> to keep busybox in mind.  Depending on how you boot your machine, there
> is usually a way you can pass 'init=/bin/bb' to the kernel at boot time.
>
> You can do wonderful stuff with busybox when you're in a bind.

I haven't really been following this closely but I haven't seen any 
suggestion to use "emerge -1 --quiet=y smart-live-rebuild"  to remove 
the offending curses output.  Hopefully emerge doesn't check/use curses 
unless it's producing actual output.

[gentoo-user] Re: !!!!

[walt]

On Tue, 18 Aug 2015 18:03:31 -0700
John Campbell <jdc.rpv@cox.net> wrote:

> I haven't really been following this closely but I haven't seen any 
> suggestion to use "emerge -1 --quiet=y smart-live-rebuild"  to remove 
> the offending curses output.  Hopefully emerge doesn't check/use
> curses unless it's producing actual output.

A very obscure hint, and I like it :)  I have no trouble emerging
packages (at the moment) so I emerged app-portage/smart-live-rebuild,
which dragged in eselect-package-manager as a dependency.

'eselect package-manager list' shows only portage as installed, even
though I now also have porthole and smart-live-rebuild installed too.

Do you see something different?

Re: [gentoo-user] Re: !!!!

[John Campbell]

On 08/18/2015 06:38 PM, walt wrote:
> On Tue, 18 Aug 2015 18:03:31 -0700
> John Campbell <jdc.rpv@cox.net> wrote:
>
>> I haven't really been following this closely but I haven't seen any
>> suggestion to use "emerge -1 --quiet=y smart-live-rebuild"  to remove
>> the offending curses output.  Hopefully emerge doesn't check/use
>> curses unless it's producing actual output.
>
> A very obscure hint, and I like it :)  I have no trouble emerging
> packages (at the moment) so I emerged app-portage/smart-live-rebuild,
> which dragged in eselect-package-manager as a dependency.
>
> 'eselect package-manager list' shows only portage as installed, even
> though I now also have porthole and smart-live-rebuild installed too.
>
> Do you see something different?

I only have portage as a manager.  You probably have to re-emerge 
porthole to get it to show up.

Your problem seems to be a portage/ncurses mismatch.  Once you fix that 
you should be able to at least see the output from your initial 
"smart-live-rebuild"

Whenever I have a problem with python throwing out library mismatch 
errors I look to emerge everything from the program to the library. 
Something along the way has probably lost it's library...  And as 
python's an interpreted language revdep-rebuild won't find it.

Do you get different output from "emerge @smart-live-rebuild" than from 
"smart-live-rebuild"?  I personally don't use the "smart-live-rebuild" 
script but instead rely on the "emerge @smart-live-rebuild" set.  But 
that's just my preference and really shouldn't make any difference.

How about "emerge --color=n --nospinner -p @smart-live-rebuild"  Color 
and spinners are the only things in portage that should be using curses.

Maybe "emerge --quiet=y -a @smart-live-rebuild"

Re: [gentoo-user] Re: !!!!

[Fernando Rodriguez]

On Wednesday, August 19, 2015 12:14:46 AM Jeremi Piotrowski wrote:
> On Tue, 18 Aug 2015, Dale wrote:
> > Grant Edwards wrote:
> > > On 2015-08-18, Dale <rdalek1967@gmail.com> wrote:
> > > I don't have any libtinfo.<whatever> on any of my systems either.  By
> > > default, I don't think a separate libtinfo is built.  One suggestion I
> > > saw for this problem (on a different distro) is to symlink libtinfo to
> > > libncurses.
> 
> Ncurses can be compiled as a single library or as two (ncurses + tinfo),
> in either case all the symbols are present on the system it's just a
> question of where they are located. 
> 
> Many packages are not prepared to handle the seperate tinfo library, we
> have many bugs in the bugzilla that deal with tracking down such build
> failures and correcting them. But this is the first I hear of anyone
> having a problem with the reverse.

It could happen if the tinfo flag is removed (perhaps as an attempt to build 
one of the many broken packages). If the tinfo library is not preserved 
everything that linked against it stops working. That's one of the many 
problems with the current approach to this use flag (patching the multitude of 
broken packages). I patched my ncurses ebuild to build and install both a full 
ncurses along with a tinfo library, that causes the most packages to link 
against curses only so no rebuild is necessary after removing the use flag, 
everything builds ok and only binary packages use libtinfo. I posted the patch 
on the tinfo tracker but no one seems interested.

> Symlinking libtinfo to libncurses *should* work, or atleast seems like a
> valid rescue attempt.

It's worth a shot, but it doesn't work for all packages. I think it depends on 
the linking order.

PS: There's a post by wraeth on this thread, is anybody having problems 
opening it? kmail crashes everytime I try.

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: !!!!

[Dale]

Fernando Rodriguez wrote:
> PS: There's a post by wraeth on this thread, is anybody having
> problems opening it? kmail crashes everytime I try. 


It opens fine here.  It's short and has a GnuPG v2 signature attached at
the bottom.  Could that be the cause of the problem?  I don't see
anything else in the message. 

Dale

:-)  :-)

Re: [gentoo-user] Re: !!!!

[wraeth]

On 19/08/15 15:26, Fernando Rodriguez wrote:
> PS: There's a post by wraeth on this thread, is anybody having problems 
> opening it? kmail crashes everytime I try.

Does this (unsigned) message cause kmail to crash?
-- 
wraeth <wraeth@wraeth.id.au>
GnuPG Key: B2D9F759

Re: [gentoo-user] Re: !!!!

[J. Roeleveld]

On Wednesday, August 19, 2015 12:53:38 AM Dale wrote:
> Fernando Rodriguez wrote:
> > PS: There's a post by wraeth on this thread, is anybody having
> > problems opening it? kmail crashes everytime I try.
> 
> It opens fine here.  It's short and has a GnuPG v2 signature attached at
> the bottom.  Could that be the cause of the problem?  I don't see
> anything else in the message.
> 
> Dale
> 
> :-)  :-)

Opens fine here as well, using kmail 4.14.8

--
Joost

Re: [gentoo-user] Re: !!!!

[wraeth]

On 19/08/15 16:18, J. Roeleveld wrote:
> On Wednesday, August 19, 2015 12:53:38 AM Dale wrote:
>> Fernando Rodriguez wrote:
>>> PS: There's a post by wraeth on this thread, is anybody having
>>> problems opening it? kmail crashes everytime I try.
>>
>> It opens fine here.  It's short and has a GnuPG v2 signature attached at
>> the bottom.  Could that be the cause of the problem?  I don't see
>> anything else in the message.
>>
>> Dale
>>
>> :-)  :-)
> 
> Opens fine here as well, using kmail 4.14.8
> 

The only other distinct thing I can see about my message in this thread
is that mine had a URL in the body (excluding email addresses above
quotes). Would one of you mind posting something with a URL in it?
-- 
wraeth <wraeth@wraeth.id.au>
GnuPG Key: B2D9F759

Re: [gentoo-user] Re: !!!!

[Fernando Rodriguez]

On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote:
> On 19/08/15 15:26, Fernando Rodriguez wrote:
> > PS: There's a post by wraeth on this thread, is anybody having problems 
> > opening it? kmail crashes everytime I try.
> 
> Does this (unsigned) message cause kmail to crash?
> 

No, that's it. I also noticed after sending my last message that the Sign and 
Encrypt toolbar buttons are greyed out. I'll figure it out tomorrow.

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: !!!!

[Fernando Rodriguez]

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]

On Wednesday, August 19, 2015 2:25:20 AM Fernando Rodriguez wrote:
> On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote:
> > On 19/08/15 15:26, Fernando Rodriguez wrote:
> > > PS: There's a post by wraeth on this thread, is anybody having problems 
> > > opening it? kmail crashes everytime I try.
> > 
> > Does this (unsigned) message cause kmail to crash?
> > 
> 
> No, that's it. I also noticed after sending my last message that the Sign 
and 
> Encrypt toolbar buttons are greyed out. I'll figure it out tomorrow.
> 
> 

The akonadictl magic fixed it.
I tried it before, I think it worked now because I closed kmail first :)

-- 
Fernando Rodriguez

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-user] Re: !!!!

[wraeth]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 19/08/15 16:31, Fernando Rodriguez wrote:
> On Wednesday, August 19, 2015 2:25:20 AM Fernando Rodriguez wrote:
>> On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote:
>>> On 19/08/15 15:26, Fernando Rodriguez wrote:
>>>> PS: There's a post by wraeth on this thread, is anybody
>>>> having problems opening it? kmail crashes everytime I try.
>>> 
>>> Does this (unsigned) message cause kmail to crash?
>>> 
>> 
>> No, that's it. I also noticed after sending my last message that
>> the Sign
> and
>> Encrypt toolbar buttons are greyed out. I'll figure it out
>> tomorrow.
>> 
>> 
> 
> The akonadictl magic fixed it. I tried it before, I think it worked
> now because I closed kmail first :)
> 

And your messages are coming through signed now, too.

Though I don't use KDE, can you describe what Akonadi black arts fixed
it? May come in handy for others who get the same issue.
- -- 
wraeth <wraeth@wraeth.id.au>
GnuPG Key: B2D9F759
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iF4EAREIAAYFAlXUJAoACgkQXcRKerLZ91n3vgD9G0wwtznoNGMQJdgVYYmxewdC
U7ZPIGFuwf08tyQ77VYA/jI+4LPMgN63+8YzIJlK1lKnKbUYqsPmdWidW768uWR6
=gcwH
-----END PGP SIGNATURE-----

Re: [gentoo-user] Re: !!!!

[J. Roeleveld]

On Wednesday, August 19, 2015 04:37:03 PM wraeth wrote:
> On 19/08/15 16:31, Fernando Rodriguez wrote:
> > On Wednesday, August 19, 2015 2:25:20 AM Fernando Rodriguez wrote:
> >> On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote:
> >>> On 19/08/15 15:26, Fernando Rodriguez wrote:
> >>>> PS: There's a post by wraeth on this thread, is anybody
> >>>> having problems opening it? kmail crashes everytime I try.
> >>> 
> >>> Does this (unsigned) message cause kmail to crash?
> >> 
> >> No, that's it. I also noticed after sending my last message that
> >> the Sign
> > 
> > and
> > 
> >> Encrypt toolbar buttons are greyed out. I'll figure it out
> >> tomorrow.
> > 
> > The akonadictl magic fixed it. I tried it before, I think it worked
> > now because I closed kmail first :)
> 
> And your messages are coming through signed now, too.
> 
> Though I don't use KDE, can you describe what Akonadi black arts fixed
> it? May come in handy for others who get the same issue.
> --
> wraeth <wraeth@wraeth.id.au>
> GnuPG Key: B2D9F759

My guess would be:
# akonadictl restart
?

I changed over to using postgresql instead of mysql for akonadi and I have not 
had any issues requiring a restart of akonadi since. (Granted, only a few days 
so far, but suspend-to-disk was problematic before the change)

--
Joost

Re: [gentoo-user] Re: !!!!

[Fernando Rodriguez]

On Wednesday, August 19, 2015 8:50:30 AM J. Roeleveld wrote:
> On Wednesday, August 19, 2015 04:37:03 PM wraeth wrote:
> > On 19/08/15 16:31, Fernando Rodriguez wrote:
> > > On Wednesday, August 19, 2015 2:25:20 AM Fernando Rodriguez wrote:
> > >> On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote:
> > >>> On 19/08/15 15:26, Fernando Rodriguez wrote:
> > >>>> PS: There's a post by wraeth on this thread, is anybody
> > >>>> having problems opening it? kmail crashes everytime I try.
> > >>> 
> > >>> Does this (unsigned) message cause kmail to crash?
> > >> 
> > >> No, that's it. I also noticed after sending my last message that
> > >> the Sign
> > > 
> > > and
> > > 
> > >> Encrypt toolbar buttons are greyed out. I'll figure it out
> > >> tomorrow.
> > > 
> > > The akonadictl magic fixed it. I tried it before, I think it worked
> > > now because I closed kmail first :)
> > 
> > And your messages are coming through signed now, too.
> > 
> > Though I don't use KDE, can you describe what Akonadi black arts fixed
> > it? May come in handy for others who get the same issue.
> > --
> > wraeth <wraeth@wraeth.id.au>
> > GnuPG Key: B2D9F759
> 
> My guess would be:
> # akonadictl restart
> ?
> 
> I changed over to using postgresql instead of mysql for akonadi and I have 
not 
> had any issues requiring a restart of akonadi since. (Granted, only a few 
days 
> so far, but suspend-to-disk was problematic before the change)
> 
> --
> Joost
> 

Yes, I forgot to type the restart part. I'll have to give postgresql a shot 
cause I need to restart quite often when using this account (imap with a lot 
of folders). On another box I got a POP3 account and an IMAP with a few 
folders and rarely need to restart. Never had this specific problem before 
though. It usually just stops downloading emails.
-- 
Fernando Rodriguez

Re: [gentoo-user] Re: !!!!

[J. Roeleveld]

On Wednesday, August 19, 2015 03:14:36 AM Fernando Rodriguez wrote:
> On Wednesday, August 19, 2015 8:50:30 AM J. Roeleveld wrote:
> > On Wednesday, August 19, 2015 04:37:03 PM wraeth wrote:
> > > On 19/08/15 16:31, Fernando Rodriguez wrote:
> > > > On Wednesday, August 19, 2015 2:25:20 AM Fernando Rodriguez wrote:
> > > >> On Wednesday, August 19, 2015 4:03:59 PM wraeth wrote:
> > > >>> On 19/08/15 15:26, Fernando Rodriguez wrote:
> > > >>>> PS: There's a post by wraeth on this thread, is anybody
> > > >>>> having problems opening it? kmail crashes everytime I try.
> > > >>> 
> > > >>> Does this (unsigned) message cause kmail to crash?
> > > >> 
> > > >> No, that's it. I also noticed after sending my last message that
> > > >> the Sign
> > > > 
> > > > and
> > > > 
> > > >> Encrypt toolbar buttons are greyed out. I'll figure it out
> > > >> tomorrow.
> > > > 
> > > > The akonadictl magic fixed it. I tried it before, I think it worked
> > > > now because I closed kmail first :)
> > > 
> > > And your messages are coming through signed now, too.
> > > 
> > > Though I don't use KDE, can you describe what Akonadi black arts fixed
> > > it? May come in handy for others who get the same issue.
> > > --
> > > wraeth <wraeth@wraeth.id.au>
> > > GnuPG Key: B2D9F759
> > 
> > My guess would be:
> > # akonadictl restart
> > ?
> > 
> > I changed over to using postgresql instead of mysql for akonadi and I have
> 
> not
> 
> > had any issues requiring a restart of akonadi since. (Granted, only a few
> 
> days
> 
> > so far, but suspend-to-disk was problematic before the change)
> > 
> > --
> > Joost
> 
> Yes, I forgot to type the restart part. I'll have to give postgresql a shot
> cause I need to restart quite often when using this account (imap with a lot
> of folders). On another box I got a POP3 account and an IMAP with a few
> folders and rarely need to restart. Never had this specific problem before
> though. It usually just stops downloading emails.

How I currently have it:
1) Postgresql running globally
2) useraccount/database for akonadi
3) configured akonadi to use the global database (eg. NOT started by akonadi)

If you let akonadi start the database, it doesn't perform that well.

--
Joost

Re: [gentoo-user] Re: !!!!

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 451 bytes --]

Am Tue, 18 Aug 2015 20:13:53 -0700
schrieb John Campbell <jdc.rpv@cox.net>:

> And as 
> python's an interpreted language revdep-rebuild won't find it.

Huh?  If Python is the problem, I would think it's because its C implementation
uses dlopen(3) instead of linking at build time (which could apply to anything).

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

[-- Attachment #2: Digitale Signatur von OpenPGP --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-user] Re: !!!!

[Jeremi Piotrowski]

On Tue, 18 Aug 2015, John Campbell wrote:
> On 08/18/2015 06:38 PM, walt wrote:
> > On Tue, 18 Aug 2015 18:03:31 -0700
> > John Campbell <jdc.rpv@cox.net> wrote:
> >
> > > I haven't really been following this closely but I haven't seen any
> > > suggestion to use "emerge -1 --quiet=y smart-live-rebuild"  to remove
> > > the offending curses output.  Hopefully emerge doesn't check/use
> > > curses unless it's producing actual output.

From the initial post it seems that the binary that has a problem is
bash/sh. They are both linked against tinfo/ncurses. And since portage
runs using bash... you see where I'm going with this. You could maybe use
a different shell (although I can't imagine a shell not using the terminal
capabilities ;) ), but still wouldn't be able to use portage.


> Maybe "emerge --quiet=y -a @smart-live-rebuild"

Smart live rebuild only deals with live ebuilds. How would it help in this
case?

Re: [gentoo-user] Re: !!!!

[John Campbell]

>> Maybe "emerge --quiet=y -a @smart-live-rebuild"
>
> Smart live rebuild only deals with live ebuilds. How would it help in this
> case?

It seems I miss-remembered from the first post, looking back I see it 
was revdep-rebuild, not smart-live-rebuild.

[gentoo-user] Re: !!!!

[Grant Edwards]

On 2015-08-19, John Campbell <jdc.rpv@cox.net> wrote:

> How about "emerge --color=n --nospinner -p @smart-live-rebuild"  Color 
> and spinners are the only things in portage that should be using curses.

IMO, emerge should not be doing stuff like that for two reasons:

 1) It's broken: the assumptions made about what colors are actually
    legible is wrong if you use terminals with white backgrounds.  I
    have to turn off colors just to make the default output legible.

 2) It introduces dependencies like this which should be minimized in
    something as central to the system as emerge.
    
-- 
Grant Edwards               grant.b.edwards        Yow! I haven't been married
                                  at               in over six years, but we
                              gmail.com            had sexual counseling every
                                                   day from Oral Roberts!!

Re: [gentoo-user] Re: !!!!

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1205 bytes --]

On Wednesday 19 Aug 2015 10:28:48 Jeremi Piotrowski wrote:
> On Tue, 18 Aug 2015, John Campbell wrote:
> > On 08/18/2015 06:38 PM, walt wrote:
> > > On Tue, 18 Aug 2015 18:03:31 -0700
> > > 
> > > John Campbell <jdc.rpv@cox.net> wrote:
> > > > I haven't really been following this closely but I haven't seen any
> > > > suggestion to use "emerge -1 --quiet=y smart-live-rebuild"  to remove
> > > > the offending curses output.  Hopefully emerge doesn't check/use
> > > > curses unless it's producing actual output.
> 
> From the initial post it seems that the binary that has a problem is
> bash/sh. They are both linked against tinfo/ncurses. And since portage
> runs using bash... you see where I'm going with this. You could maybe use
> a different shell (although I can't imagine a shell not using the terminal
> capabilities ;) ), but still wouldn't be able to use portage.
> 
> > Maybe "emerge --quiet=y -a @smart-live-rebuild"
> 
> Smart live rebuild only deals with live ebuilds. How would it help in this
> case?

Anyone cares to explain what is a "live ebuild"?

Then I may be able to understand what @smart-live-rebuild may be useful for.  
:-/

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] Re: !!!!

[Alec Ten Harmsel]

On Wed, Aug 19, 2015 at 08:55:16PM +0100, Mick wrote:
> On Wednesday 19 Aug 2015 10:28:48 Jeremi Piotrowski wrote:
> > Smart live rebuild only deals with live ebuilds. How would it help in this
> > case?
> 
> Anyone cares to explain what is a "live ebuild"?
> 
> Then I may be able to understand what @smart-live-rebuild may be useful for.  
> :-/
> 
> -- 
> Regards,
> Mick

A "live ebuild" is an ebuild that pulls the code to build straight from
whatever version control the developers are using, so you always have
the latest and greatest.

Alec

Re: [gentoo-user] Re: !!!!

[Alan McKinnon]

On 19/08/2015 21:58, Alec Ten Harmsel wrote:
> On Wed, Aug 19, 2015 at 08:55:16PM +0100, Mick wrote:
>> On Wednesday 19 Aug 2015 10:28:48 Jeremi Piotrowski wrote:
>>> Smart live rebuild only deals with live ebuilds. How would it help in this
>>> case?
>>
>> Anyone cares to explain what is a "live ebuild"?
>>
>> Then I may be able to understand what @smart-live-rebuild may be useful for.  
>> :-/
>>
>> -- 
>> Regards,
>> Mick
> 
> A "live ebuild" is an ebuild that pulls the code to build straight from
> whatever version control the developers are using, so you always have
> the latest and greatest.
> 
> Alec
> 


they usually have version number -9999

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Re: !!!!

[Jeremi Piotrowski]

On Wed, 19 Aug 2015, Alan McKinnon wrote:

> On 19/08/2015 21:58, Alec Ten Harmsel wrote:
> > On Wed, Aug 19, 2015 at 08:55:16PM +0100, Mick wrote:
> >> On Wednesday 19 Aug 2015 10:28:48 Jeremi Piotrowski wrote:
> >>> Smart live rebuild only deals with live ebuilds. How would it help in this
> >>> case?
> >>
> >> Anyone cares to explain what is a "live ebuild"?
> >>
> >> Then I may be able to understand what @smart-live-rebuild may be useful for.  
> >> :-/
> >>
> >> -- 
> >> Regards,
> >> Mick
> > 
> > A "live ebuild" is an ebuild that pulls the code to build straight from
> > whatever version control the developers are using, so you always have
> > the latest and greatest.
> > 
> > Alec
> > 
> 
> 
> they usually have version number -9999
> 

portage has no way of knowing if the repository the package comes from 
has been updated without fetching the sources and this is done during the 
merge process. So portage has no knowledge of the state of live-ebuild
packages prior to starting a merge - it doesn't know if they have been
updated upstream, so it does nothing to them during normal updates. 

To update them you can use the set @live-rebuild. But this causes live
packages to be unconditionally rebuilt even if they haven't changed.

Smart-live-rebuild deals with this by updating the repositories and then 
only re-emerging packages that have been changed.

[gentoo-user] Re: !!!!

[Grant Edwards]

On 2015-08-19, Alec Ten Harmsel <alec@alectenharmsel.com> wrote:
> On Wed, Aug 19, 2015 at 08:55:16PM +0100, Mick wrote:
>
>> Anyone cares to explain what is a "live ebuild"?

> A "live ebuild" is an ebuild that pulls the code to build straight
> from whatever version control the developers are using, so you always
> have the latest and greatest.

Well, always the latest anyway. :)

One thing to remember with such an ebuild is that you can do two
identical "emerge" commands a few seconds apart using the exact same
ebuild file and end up with two different versions of whatever you're
building.  That can make troubleshooting things like USE flags rather,
ah, entertaining.   Some "live" ebuilds try to ameliorate this problem
by grabbing a daily or weekly snapshot instead of the "head".

Another thing to remember is that portage doesn't keep track of what
version was fetched, so once you've installed a "live" ebuild, it
won't ever get updated no matter how many subsequent changes have been
commited to the version control system.

-- 
Grant Edwards               grant.b.edwards
                                  at
                              gmail.com

Re: [gentoo-user] Re: !!!!

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1776 bytes --]

On Wednesday 19 Aug 2015 21:22:02 Jeremi Piotrowski wrote:
> On Wed, 19 Aug 2015, Alan McKinnon wrote:
> > On 19/08/2015 21:58, Alec Ten Harmsel wrote:
> > > On Wed, Aug 19, 2015 at 08:55:16PM +0100, Mick wrote:
> > >> On Wednesday 19 Aug 2015 10:28:48 Jeremi Piotrowski wrote:
> > >>> Smart live rebuild only deals with live ebuilds. How would it help in
> > >>> this case?
> > >> 
> > >> Anyone cares to explain what is a "live ebuild"?
> > >> 
> > >> Then I may be able to understand what @smart-live-rebuild may be
> > >> useful for.
> > >> 
> > >> :-/
> > > 
> > > A "live ebuild" is an ebuild that pulls the code to build straight from
> > > whatever version control the developers are using, so you always have
> > > the latest and greatest.
> > > 
> > > Alec
> > 
> > they usually have version number -9999
> 
> portage has no way of knowing if the repository the package comes from
> has been updated without fetching the sources and this is done during the
> merge process. So portage has no knowledge of the state of live-ebuild
> packages prior to starting a merge - it doesn't know if they have been
> updated upstream, so it does nothing to them during normal updates.
> 
> To update them you can use the set @live-rebuild. But this causes live
> packages to be unconditionally rebuilt even if they haven't changed.
> 
> Smart-live-rebuild deals with this by updating the repositories and then
> only re-emerging packages that have been changed.

Thank you all, I learned something new today.  :-)

I would usually only update -9999 packages when I want to get a later version 
and with some trepidation because the latest isn't always the greatest.

So, it has always been a manual exercise for me.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] Re: !!!!

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 534 bytes --]

On Wed, 19 Aug 2015 15:10:40 +0000 (UTC), Grant Edwards wrote:

> IMO, emerge should not be doing stuff like that for two reasons:
> 
>  1) It's broken: the assumptions made about what colors are actually
>     legible is wrong if you use terminals with white backgrounds.  I
>     have to turn off colors just to make the default output legible.

That's why there is the option to choose appropriate colours
in /etc/portage/color.map.


-- 
Neil Bothwick

C:\DOS\SYSTEM\OS2\UTILITIES\DOCS\HELP\WHERE\THE\F$#%\AM\I???

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

[gentoo-user] Re:

[Nikos Chantziaras]

On 28/02/16 21:18, Dale wrote:
> Donahue Trevor wrote:
>>
>
> What was that again?  I can't hear you.  ROFLMBO

Just HTML-only spam :-)

[gentoo-user] Re:

[Grant Edwards]

On 2020-10-09, Jude DaShiell <jdashiel@panix.com> wrote:

> If I have a desktop on a machine I go with mate when possible since I
> never  liked unity when it was part of gnome.  I ought to check in on lxqt
> since that's what Linus Torvalds was using last time I read about that.

I installed lxqt on a recent Ubuntu server machine when I need a quick
minimal desktop.  I was pretty dissappointed. I had read that lxqt
uses openbox wm (which is what I use on all my Gentoo machines).  But it
seems that on Ubuntu lxqt doesn't use openbox, it offers XFCE wm
and one other I'd never heard of before (mutter?).

It also seems to refuse to run from the command line via xinit or
startx, so I had to install a "display manager", which I find to be
useless bloat.

Next time I won't bother with lxqt and the associated bloat, I'll just
install openbox and tint2.

--
Grant