Re: [gentoo-user] Looking for other Seamonkey users

[Dale]

Hund wrote:
> On April 5, 2021 12:17:59 AM GMT+02:00, Dale  wrote:
>> Howdy,
>>
>> As some may know, I use Seamonkey for several things.  Mostly for email
>> but using it for email leads to it being used for other things, like
>> clicking links in email and viewing the page in Seamonkey.  I tried
>> switching to Thunderbird, which is supposed to be about the same thing
>> but I didn't like it at all.  It's different and in a bad way. 
>>
>> Thing is, some sites are no longer working as they should.  It seems
>> with each upgrade, Seamonkey has more issues with things not working
>> correctly.  I might add, most add-ons, adblock being a big one, no
>> longer work.  They haven't had updates in ages.  With all this, it makes
>> me wonder if Seamonkey is still viable or if it is something I have set
>> wrong.  Is anyone else who uses Seamonkey noticing the same problems
>> with add-ons and sites not working right?  I may start trying to make a
>> list of sites that don't work right. Maybe someone else can see what it
>> does for them.  I know my financial sites act weird but without login
>> info, no way to really test those.  I might add, it seems that sites
>> with security measures are the ones with the most issues.  I use Firefox
>> for most things now.  I have different profiles and even use containers
>> to help secure things.  I really wish I liked Thunderbird and could use
>> that and Firefox to replace Seamonkey.  Sadly, Thunderbird just isn't
>> for me last I checked. 
>>
>> This is my Seamonkey info:
>>
>>
>> [ebuild U ~] www-client/seamonkey-2.53.7::gentoo
>> [2.53.7_beta1::gentoo] USE="chatzilla dbus gmp-autoupdate ipc roaming
>> startup-notification system-av1 system-harfbuzz system-icu system-jpeg
>> system-libevent system-libvpx system-sqlite -crypt -custom-cflags
>> -custom-optimization -debug -jack (-lto) -minimal (-neon) -pulseaudio
>> (-selinux) -test -wifi" L10N="-cs -de -en-GB -es-AR -es-ES -fr -hu -it
>> -ja -lt -nl -pl -pt-PT -ru -sk -sv -zh-CN -zh-TW"
>>
>>
>>
>> Anyone else seeing this or am I the only Gentoo user using Seamonkey? 
>>
>> Thanks.
>>
>> Dale
>>
>> :-)  :_) 
>>
> Have you considered something more modern like Neomutt?
>
> --
> Hund
>
>


I looked at some screenshots of it.  My first question, does it handle
HTML?  I get a lot of emails that are HTML, and maybe only HTML.  I
can't control them either.  Some are large financial type companies or
other large companies.  I confess tho, Seamonkey blocks most tracking
type stuff and images unless I make exceptions.  Well, it does until it
breaks anyway.  Since adblock is broke, it may break soon too.  When it
comes to emails, I'm pretty much a GUI with the bells and whistles type. 

My second question, can I make it work well with multiple profiles of
Firefox running?  I have profiles that have certain add-ons installed
for certain tasks.  For example, I have one that I only use to deal with
videos.  I have another that I use for banking and such.  I also use it
for ordering sites and use containers to separate those by task.  If I
click on a link, I'd need to tell it somehow what profile to open it
in.  When I tried Thunderbird, I had trouble getting it to open in
Firefox, which I found odd.  I tried just having one profile but some
add-ons don't play well with others and it gets very memory hungry. 
It's better to have different profiles for different types of uses. 

Another question, can I just copy my current emails over and "import"
them?  I think Seamonkey uses mbox type setup.  I know I could with
Thunderbird but it was a bit fussy.  It did work tho. It also made it
easier to switch back.

In a way, I don't want to switch.  Thing is, I may have to.  At the rate
Seamonkey is going, it may become a door stop.  It's getting updates but
I have no clue how well maintained it really is.  I see new features
added to Firefox all the time but Seamonkey can't even keep the most
popular add-on working anymore.  Adblock was last updated in Seamonkey
in 2017.  It's still installed but one can't even add filter
subscriptions anymore. 

Switching is going to cause all sorts of havoc.  Can I just go see the
dentist?  :/

Dale

:-)  :-)

Re: [gentoo-user] Console scrollback is back again!

[konsolebox]

On Tue, Apr 6, 2021 at 1:12 AM Alan Mackenzie  wrote:
>
> Hello, Gentoo.
>
> Yes, console soft scrolling is back!  That essential feature that was
> stripped out of the kernel at around 5.4.x has returned!

Thank you. I'll try to make this work in 5.10.28 once it's released.

-- 
konsolebox

Re: [gentoo-user] Console scrollback is back again!

[Michael Jones]

On Mon, Apr 5, 2021, 13:13 Alan Mackenzie  wrote:

> Hello, Wol.
>
> On Mon, Apr 05, 2021 at 18:44:15 +0100, antlists wrote:
> > On 05/04/2021 18:12, Alan Mackenzie wrote:
> > > Bug reports and other comments are welcome, of course.
> > >
> > > If anybody would like the corresponding patch which works on 5.4.n,
> for n
> > >> = 80, that is available, too.
>
> > Why did it get removed from the kernel?
>
> Allegedly, there were security problems with it.  I think the kernel
> people had a program which fired random inputs at lots of components,
> and noted when things went wrong; and things went wrong in the scroll
> back component.  And they couldn't find anybody to look into these
> problems.
>
> That's the official position.  I'm a bit more cynical about it.
>
> > If you want to get it back in, couldn't you ping Greg KH and get some
> > help - or even just advice - getting it accepted?
>
> I have no reason to believe all the "security problems" will have been
> resolved by my hacking.  I took the algorithmic bits from 4.19.97
> basically unchanged.
>
> Maybe there's not much enthusiasm for this feature, in which case I will
> keep it working for myself.  Linux is basically unusable to me without
> it.  There are probably quite a few patches to restore the scrollback
> floating around the web by now: the changes were not particularly
> difficult to anybody who knows the code, but getting to know the code
> was unusually difficult.
>
> We'll see how people react to it here, first.
>
> > Cheers,
> > Wol
>
> --
> Alan Mackenzie (Nuremberg, Germany).


Without looking at the patch itself:

Have you considered something like kmscon as a userland alternative?

I installed it on my laptop, and aside from not working with gpmd or
consolation for mouse support, it's a perfectly functional local tty.

Re: [gentoo-user] portage has 0 debugging support for binary emerges

[Daniel Frey]

On 4/4/21 6:41 AM, n952162 wrote:

On 4/4/21 12:37 PM, n952162 wrote:
After re-running quickpkg, I still get no "binary"s in the emerge 
output dependency tree.



At some point, I started getting 304 errors here again.

|304 Not Modified|

This is used for caching purposes. It tells the client that the
response has not been modified, so the client can continue to
use the same cached version of the response.

I suspect the problem is related to this. The Packages file is the 
package index file.


# ls -l /var/cache/binpkgs/Packages
-rw-r--r-- 1 root root 1024590 Apr  4 13:00 /var/cache/binpkgs/Packages



I wonder if your permissions are messed up? Here's mine:

$ ls -ldh /var/cache/distfiles/ /var/cache/binpkgs
drwxrwxr-x 2 root portage 4.0K Dec  4  2019 /var/cache/binpkgs
drwxrwxr-x 2 root portage 140K Apr  2 08:16 /var/cache/distfiles

Dan

Re: [gentoo-user] Console scrollback is back again!

[karl]

Alan Mackenzie:
> Yes, console soft scrolling is back!  That essential feature that was
> stripped out of the kernel at around 5.4.x has returned!

It is commit 087b6cb17df5834d395ab72da3f937380470ba15,
between v5.4.65 and 66.
Perhaps also 0d123a8c64fde433a, cf5a7ded53652c3d63d72, and possible
other stuff.

> Only this time, it's even better!  Instead of one scrollback buffer
> shared between all tty's, there's now a buffer for each tty.

Great, no more missing data when switching vts.

Btw, wasn't that added in commit aabd31c421ddc730edf6d89c4ed3885e4fca5e30
but turned off by default.

...
> One ord two features haven't (yet) been implemented - having a
> single scroll buffer shared amongst all tty's isn't there,
...

Is there any reason to share the buffer ?

> Bug reports and other comments are welcome, of course.

git log drivers/video/console/vgacon.c etc. can give some ideas
what one is up against.

Regards,
/Karl Hammar

Re: [gentoo-user] Kernel upgrade from 5.4 to 5.10: oldconfig "Restart config..."

[Neil Bothwick]

On Mon, 5 Apr 2021 19:04:18 +0100, antlists wrote:

> > For the uninitiated, the difference here is that olddefconfig will
> > accept the default configuration value for any new/changed options,
> > whereas oldconfig will prompt the user for input.
> > 
> > The former is great if you just don't care and want to accept the
> > default, but it isn't right for every user.
> > 
> >   
> fwiw, I think I've always just copied the old .config across, then done 
> "make menuconfig". I think that also just accepts defaults for anything
> new.

It doesn't, it prompts for every change, with the default preselected.
It's more time consuming than running make olddefconfig but it does give
you the chance to see what the new options are, and read the help if you
need more.


-- 
Neil Bothwick

Top Oxymorons Number 19: Passive aggression


pgpG9aeUbjI7l.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Console scrollback is back again!

[Jorge Almeida]

On Mon, Apr 5, 2021 at 6:12 PM Alan Mackenzie  wrote:
>
> Hello, Gentoo.
>
> Yes, console soft scrolling is back!  That essential feature that was
> stripped out of the kernel at around 5.4.x has returned!
>
> Only this time, it's even better!  Instead of one scrollback buffer
> shared between all tty's, there's now a buffer for each tty.
>

I just tested it with kernel 5.11.11. Seems fine.

Jorge Almeida

Re: [gentoo-user] Console scrollback is back again!

[Alan Mackenzie]

Hello, Wol.

On Mon, Apr 05, 2021 at 18:44:15 +0100, antlists wrote:
> On 05/04/2021 18:12, Alan Mackenzie wrote:
> > Bug reports and other comments are welcome, of course.
> > 
> > If anybody would like the corresponding patch which works on 5.4.n, for n
> >> = 80, that is available, too.

> Why did it get removed from the kernel?

Allegedly, there were security problems with it.  I think the kernel
people had a program which fired random inputs at lots of components,
and noted when things went wrong; and things went wrong in the scroll
back component.  And they couldn't find anybody to look into these
problems.

That's the official position.  I'm a bit more cynical about it.

> If you want to get it back in, couldn't you ping Greg KH and get some 
> help - or even just advice - getting it accepted?

I have no reason to believe all the "security problems" will have been
resolved by my hacking.  I took the algorithmic bits from 4.19.97
basically unchanged.

Maybe there's not much enthusiasm for this feature, in which case I will
keep it working for myself.  Linux is basically unusable to me without
it.  There are probably quite a few patches to restore the scrollback
floating around the web by now: the changes were not particularly
difficult to anybody who knows the code, but getting to know the code
was unusually difficult.

We'll see how people react to it here, first.

> Cheers,
> Wol

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] Kernel upgrade from 5.4 to 5.10: oldconfig "Restart config..."

[antlists]

On 05/04/2021 15:06, Matt Connell (Gmail) wrote:

On Mon, 2021-04-05 at 13:27 +0200, Dr Rainer Woitok wrote:

"make olddefconfig"  rather than  "make oldconfig"


For the uninitiated, the difference here is that olddefconfig will
accept the default configuration value for any new/changed options,
whereas oldconfig will prompt the user for input.

The former is great if you just don't care and want to accept the
default, but it isn't right for every user.


fwiw, I think I've always just copied the old .config across, then done 
"make menuconfig". I think that also just accepts defaults for anything new.


Cheers,
Wol

Re: [gentoo-user] Console scrollback is back again!

[antlists]

On 05/04/2021 18:12, Alan Mackenzie wrote:

Bug reports and other comments are welcome, of course.

If anybody would like the corresponding patch which works on 5.4.n, for n

= 80, that is available, too.


Why did it get removed from the kernel?

If you want to get it back in, couldn't you ping Greg KH and get some 
help - or even just advice - getting it accepted?


Cheers,
Wol

[gentoo-user] Console scrollback is back again!

[Alan Mackenzie]

Hello, Gentoo.

Yes, console soft scrolling is back!  That essential feature that was
stripped out of the kernel at around 5.4.x has returned!

Only this time, it's even better!  Instead of one scrollback buffer
shared between all tty's, there's now a buffer for each tty.

How to get it working:
(i) Extract the enclosed patch file to your /usr/src/linux-5.10.27-gentoo
directory (or probably any 5.10 kernel's).
(ii) From that directory run $ patch -p0 < diff.20210405.diff.
(iii)(a) If you've already got a working 5.10.27, do a $ make oldconfig.
  That should bring up the new configuration items, for which you can
  accept the defaults.  These two items are a flag to enable the
  scrollback, and a buffer size defaulting to 128kB.
(iii)(b) If you haven't yet got a 5.10.27, just configure your kernel in
  the usual way.  The two new items are under Device Drivers/Graphics
  support/Console display driver support.
(iv) Build the kernel.
(v) Put the new kernel into your usual boot manager.
(vi) Reboot and enjoy!

Admittedly, the exercise isn't quite finished - the patched source files
still have my personal change markings in them, to make debugging easier.
But the problems I reported here a few days ago are now solved.  One or
two features haven't (yet) been implemented - having a single scroll
buffer shared amongst all tty's isn't there, and there're no kernel
command line parameters to control the feature.

Also, you may wonder about how safe the patch is.  All I can say is that
there is nothing malicious in it, and I am known on this list, but of
course if it breaks I won't be to blame.

Bug reports and other comments are welcome, of course.

If anybody would like the corresponding patch which works on 5.4.n, for n
>= 80, that is available, too.

-- 
Alan Mackenzie (Nuremberg, Germany).

--- ./include/linux/vt_kern.h.orig  2020-12-13 22:41:30.0 +
+++ ./include/linux/vt_kern.h   2021-04-05 15:22:28.445755234 +
@@ -127,6 +127,11 @@
 /* vt.c */
 void vt_event_post(unsigned int event, unsigned int old, unsigned int new);
 int vt_waitactive(int n);
+/* NEW STOUGH, 2021-04-01 */
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+void concon_scrolldelta(struct vc_data *vc, int lines);
+#endif
+/* END OF NEW STOUGH */
 void change_console(struct vc_data *new_vc);
 void reset_vc(struct vc_data *vc);
 int do_unbind_con_driver(const struct consw *csw, int first, int last,
--- ./include/linux/console_struct.h.orig   2020-12-13 22:41:30.0 
+
+++ ./include/linux/console_struct.h2021-04-05 15:22:28.432755234 +
@@ -109,6 +109,21 @@
unsigned short  *vc_screenbuf;  /* In-memory 
character/attribute buffer */
unsigned intvc_screenbuf_size;
unsigned char   vc_mode;/* KD_TEXT, ... */
+   /* NEW STOUGH, 2021-03-31 */
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+   unsigned intvc_softback_size;   /* Size in bytes of scrollback 
buffer. */
+   unsigned long   vc_softback_buf;/* Address of scrollback 
buffer. */
+   unsigned long   vc_softback_end;/* (Just past) end of buffer. */
+   unsigned long   vc_softback_in; /* Head pointer into circular 
buffer. */
+   unsigned long   vc_softback_top;/* Tail pointer into circular 
buffer. */
+   unsigned long   vc_softback_curr;   /* Pos in vc_screenbuf or 
vc_softback_buf
+  corresponding to visible 
screen. */
+   int vc_softback_lines;  /* Number of lines currently 
scrolled. */
+   /* NEW STOUGH, 2021-04-04 */
+   unsigned short  vc_char_at_pos; /* Char at vc_pos when no soft 
scroll */
+   /* END OF NEW STOUGH. */
+#endif
+   /* END OF NEW STOUGH */
/* attributes for all characters on screen */
unsigned char   vc_attr;/* Current attributes */
unsigned char   vc_def_color;   /* Default colors */
--- ./drivers/video/fbdev/core/fbcon.c.orig 2021-04-05 15:22:28.434755234 
+
+++ ./drivers/video/fbdev/core/fbcon.c  2021-04-05 15:56:00.836644342 +
@@ -3084,6 +3084,11 @@
.con_font_default   = fbcon_set_def_font,
.con_font_copy  = fbcon_copy_font,
.con_set_palette= fbcon_set_palette,
+   /* NEW STOUGH, 2021-04-01 */
+#ifdef CONFIG_FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+   .con_scrolldelta= concon_scrolldelta,
+#endif
+   /* END OF NEW STOUGH */
.con_invert_region  = fbcon_invert_region,
.con_screen_pos = fbcon_screen_pos,
.con_getxy  = fbcon_getxy,
--- ./drivers/video/console/Kconfig.orig2020-12-13 22:41:30.0 
+
+++ ./drivers/video/console/Kconfig 2021-04-05 15:22:28.414755235 +
@@ -78,6 +78,55 @@
help
  Low-level framebuffer-based console driver.
 
+config FRAMEBUFFER_CONSOLE_SOFT_SCROLLBACK
+   bool &

Re: [gentoo-user] emerge failure for dev-lang/R-4.0.4

[karl]

Michael:
> On Mon, 2021-04-05 at 16:10 +0200, k...@aspodata.se wrote:
> > system call failed: Cannot allocate memory 
> > Segmentation fault
> 
> Is this a low-memory machine?

So, how much memory does R need to build ?
I have:

$ free
   totalusedfree  shared  buff/cache   available
Mem: 6103628 1807560 2631444  146376 1664624 3107868
Swap:8788924  670108 8118816

///

Somewhere in the log it says that something failed to get 
a sigaltstack(). Did the R devs anticipate out of memory and sigseg and
tried to handle it ?

> If so, there's no much you can do here
> except set a lower number of jobs in MAKEOPTS for the dev-lang/R build:
>
>   https://wiki.gentoo.org/wiki//etc/portage/package.env

 I already have (in make.conf):
EMERGE_DEFAULT_OPTS="--jobs 1 ..."

  This seems to solved the issue:  
# cat /etc/portage/env/j1 
MAKEOPTS=-j1
# cat /etc/portage/package.env/R 
dev-lang/R j1

> But if you don't think you're running out of RAM, we can keep digging.
> For example you might have some memory limits set in /etc/limits that
> you're hitting.

I don't have an /etc/limits, and /etc/security/limits.conf is just
comments.

# prlimit -d -l -s 
RESOURCE DESCRIPTION SOFT  HARD UNITS
DATA max data size  unlimited unlimited bytes
MEMLOCK  max locked-in-memory address space unlimited unlimited bytes
STACKmax stack size   8388608 unlimited bytes

Regards,
/Karl Hammar

Re: [gentoo-user] emerge failure for dev-lang/R-4.0.4

[Michael Orlitzky]

On Mon, 2021-04-05 at 16:10 +0200, k...@aspodata.se wrote:
> system call failed: Cannot allocate memory 
> Segmentation fault

Is this a low-memory machine? If so, there's no much you can do here
except set a lower number of jobs in MAKEOPTS for the dev-lang/R build:

  https://wiki.gentoo.org/wiki//etc/portage/package.env

But if you don't think you're running out of RAM, we can keep digging.
For example you might have some memory limits set in /etc/limits that
you're hitting.

Re: [gentoo-user] emerge failure for dev-lang/R-4.0.4

[karl]

> On Mon, 2021-04-05 at 00:44 +0200, k...@aspodata.se wrote:
...
> > $ cp -a ...
> > $ cd ...
> > $ make -j1
> > ...
> > $ echo $?
> > 0
> > 
> > It builds without failure in that case.
> > 
> 
> That's (potentially) good news. Can you now try it with the
> CFLAGS/CXXFLAGS and LDFLAGS from your `emerge --info`? If the build
> fails in that case, then we know it's one of those flags causing a
> problem.

It seems -j1 succeeds where -j4 fails, and it might be memory related.

///

# make clean
# make

 does fail

# make clean
# ./configure
...
R is now configured for x86_64-pc-linux-gnu

  Source directory:.
  Installation directory:  /usr/local

  C compiler:  gcc  -g -O2
  Fortran fixed-form compiler: gfortran -fno-optimize-sibling-calls -g -O2

  Default C++ compiler:g++ -std=gnu++11  -g -O2
  C++14 compiler:  g++ -std=gnu++14  -g -O2
  C++17 compiler:  g++ -std=gnu++17  -g -O2
  C++20 compiler: 
  Fortran free-form compiler:  gfortran -fno-optimize-sibling-calls -g -O2
  Obj-C compiler:  gcc -g -O2 -fobjc-exceptions

  Interfaces supported:X11, tcltk
  External libraries:  pcre2, readline, curl
  Additional capabilities: PNG, JPEG, TIFF, NLS, cairo, ICU
  Options enabled: shared BLAS, R profiling

  Capabilities skipped:
  Options not enabled: memory profiling

  Recommended packages:yes

# make

 ok (=succeeds)

 adding (as environment variables)
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
make clean; make
 ok

CHOST="x86_64-pc-linux-gnu"
CXXFLAGS="-O2 -pipe"
 ok

FCFLAGS="-O2 -pipe"
FFLAGS="-O2 -pipe"
 ok

LDFLAGS="-Wl,-O1 -Wl,--as-needed"
 ok

  From /portage/dev-lang/R-4.0.4/work/R-4.0.4/config.log
# make distclean
# ./configure --prefix=/usr --build=x86_64-pc-linux-gnu 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info 
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib 
--docdir=/usr/share/doc/R-4.0.4 --htmldir=/usr/share/doc/R-4.0.4/html 
--with-sysroot=/ --libdir=/usr/lib64 --enable-byte-compiled-packages 
--enable-R-shlib --disable-R-framework --with-blas=-lblas 
rdocdir=/usr/share/doc/R-4.0.4 --disable-java --enable-nls --enable-openmp 
--disable-R-profiling --disable-memory-profiling --enable-static 
--enable-R-static-lib --without-cairo --without-ICU --with-jpeglib 
--without-lapack --with-recommended-packages --with-libpng --with-readline 
--with-libtiff --without-tcltk --without-tk-config --without-tcl-config --with-x
...
R is now configured for x86_64-pc-linux-gnu

  Source directory:.
  Installation directory:  /usr

  C compiler:  x86_64-pc-linux-gnu-gcc  -g -O2
  Fortran fixed-form compiler: x86_64-pc-linux-gnu-gfortran 
-fno-optimize-sibling-calls -g -O2

  Default C++ compiler:x86_64-pc-linux-gnu-g++ -std=gnu++11  -g -O2
  C++14 compiler:  x86_64-pc-linux-gnu-g++ -std=gnu++14  -g -O2
  C++17 compiler:  x86_64-pc-linux-gnu-g++ -std=gnu++17  -g -O2
  C++20 compiler: 
  Fortran free-form compiler:  x86_64-pc-linux-gnu-gfortran 
-fno-optimize-sibling-calls -g -O2
  Obj-C compiler:  x86_64-pc-linux-gnu-gcc -g -O2 -fobjc-exceptions

  Interfaces supported:X11
  External libraries:  pcre2, readline, BLAS(generic), curl
  Additional capabilities: PNG, JPEG, TIFF, NLS
  Options enabled: shared R library

  Capabilities skipped:cairo, ICU
  Options not enabled: shared BLAS, R profiling, memory profiling

  Recommended packages:yes

# make
 ok

   add CFLAGS="-O2 -pipe" CXXFLAGS="-O2 -pipe" FCFLAGS="-O2 -pipe" FFLAGS="-O2 
-pipe" LDFLAGS="-Wl,-O1 -Wl,--as-needed"
# make distclean
# ./configure --prefix=/usr --build=x86_64-pc-linux-gnu 
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info 
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib 
--docdir=/usr/share/doc/R-4.0.4 --htmldir=/usr/share/doc/R-4.0.4/html 
--with-sysroot=/ --libdir=/usr/lib64 --enable-byte-compiled-packages 
--enable-R-shlib --disable-R-framework --with-blas=-lblas 
rdocdir=/usr/share/doc/R-4.0.4 --disable-java --enable-nls --enable-openmp 
--disable-R-profiling --disable-memory-profiling --enable-static 
--enable-R-static-lib --without-cairo --without-ICU --with-jpeglib 
--without-lapack --with-recommended-packages --with-libpng --with-readline 
--with-libtiff --without-tcltk --without-tk-config --without-tcl-config 
--with-x CFLAGS="-O2 -pipe" CXXFLAGS="-O2 -pipe" FCFLAGS="-O2 -pipe" 
FFLAGS="-O2 -pipe" LDFLAGS="-Wl,-O1 -Wl,--as-needed"
...
R is now configured for x86_64-pc-linux-gnu

  Source directory:.
  Installation directory:  /usr

  C compiler:  x86_64-pc-linux-gnu-gcc  -O2 -pipe
  Fortran fixed-form compiler: x86_64-pc-linux-gnu-gfortran 
-fno-optimize-sibling-calls -O2 -pipe

  Default C++ compiler:

Re: [gentoo-user] Kernel upgrade from 5.4 to 5.10: oldconfig "Restart config..."

[Matt Connell (Gmail)]

On Mon, 2021-04-05 at 13:27 +0200, Dr Rainer Woitok wrote:
> "make olddefconfig"  rather than  "make oldconfig"

For the uninitiated, the difference here is that olddefconfig will
accept the default configuration value for any new/changed options,
whereas oldconfig will prompt the user for input.

The former is great if you just don't care and want to accept the
default, but it isn't right for every user.

Re: [gentoo-user] Kernel upgrade from 5.4 to 5.10: oldconfig "Restart config..."

[Alarig Le Lay]

On Mon 05 Apr 2021 13:27:01 GMT, Dr Rainer Woitok wrote:
> I'm always using  "make olddefconfig"  rather than  "make oldconfig" and
> had no problems upgrading to 5.10.   After running "make olddefconfig" I
> use "diff" to compare the new configuration  to a backup copy of the old
> one,  and should something  catch my eye  I'm correcting it  using "make
> menuconfig" as usual.

It seems to be a nice upgrade process, thanks!

Re: [gentoo-user] Kernel upgrade from 5.4 to 5.10: oldconfig "Restart config..."

[Alarig Le Lay]

On Sun 04 Apr 2021 23:56:05 GMT, Michael wrote:
> On Sunday, 4 April 2021 23:31:50 BST Alarig Le Lay wrote:
> > Hello,
> > 
> > Has the 5.10 LTS has been stablised, I tried to upgrade it on some of my
> > boxes, but `make oldconfig` doesn’t want to use my old config:
> > Here is my make output: https://paste.swordarmor.fr/raw/2rRh
> > And here is my config:  https://paste.swordarmor.fr/raw/YHaG
> > 
> > Does anyone else has to redo its configuration, and did you manage to
> > reuse the old one?
> > 
> > Thanks,
> 
> The 'make oldconfig' script steps through the previous configuration 
> selections and stops at any new options which require your input.  In the 
> pasted output you provided the first option asking for your input is your 
> preferred compression algorithm for the kernel image.  Choose any one of the 
> list below, or leave it to default (gzip):
> 
> Kernel compression mode
> > 1. Gzip (KERNEL_GZIP)
>   2. Bzip2 (KERNEL_BZIP2)
>   3. LZMA (KERNEL_LZMA)
>   4. XZ (KERNEL_XZ)
>   5. LZO (KERNEL_LZO)
>   6. LZ4 (KERNEL_LZ4)
>   7. ZSTD (KERNEL_ZSTD) (NEW)
> choice[1-7?]: 
> 
> Then proceed to the next kernel option and so on.

Ah yes indeed, I never had a choice that early in the process. Thus, I
never saw the "Restart config..." and I misunderstood it. Thanks :D

-- 
Alarig

Re: [gentoo-user] Kernel upgrade from 5.4 to 5.10: oldconfig "Restart config..."

[Dr Rainer Woitok]

Alarig,

On Monday, 2021-04-05 00:31:50 +0200, you wrote:

> ...
> Has the 5.10 LTS has been stablised, I tried to upgrade it on some of my
> boxes, but `make oldconfig` doesn’t want to use my old config:

I'm always using  "make olddefconfig"  rather than  "make oldconfig" and
had no problems upgrading to 5.10.   After running "make olddefconfig" I
use "diff" to compare the new configuration  to a backup copy of the old
one,  and should something  catch my eye  I'm correcting it  using "make
menuconfig" as usual.

Sincerely,
  Rainer

Re: [gentoo-user] Looking for other Seamonkey users

[Hund]

On April 5, 2021 12:17:59 AM GMT+02:00, Dale  wrote:
>Howdy,
>
>As some may know, I use Seamonkey for several things.  Mostly for email
>but using it for email leads to it being used for other things, like
>clicking links in email and viewing the page in Seamonkey.  I tried
>switching to Thunderbird, which is supposed to be about the same thing
>but I didn't like it at all.  It's different and in a bad way. 
>
>Thing is, some sites are no longer working as they should.  It seems
>with each upgrade, Seamonkey has more issues with things not working
>correctly.  I might add, most add-ons, adblock being a big one, no
>longer work.  They haven't had updates in ages.  With all this, it makes
>me wonder if Seamonkey is still viable or if it is something I have set
>wrong.  Is anyone else who uses Seamonkey noticing the same problems
>with add-ons and sites not working right?  I may start trying to make a
>list of sites that don't work right. Maybe someone else can see what it
>does for them.  I know my financial sites act weird but without login
>info, no way to really test those.  I might add, it seems that sites
>with security measures are the ones with the most issues.  I use Firefox
>for most things now.  I have different profiles and even use containers
>to help secure things.  I really wish I liked Thunderbird and could use
>that and Firefox to replace Seamonkey.  Sadly, Thunderbird just isn't
>for me last I checked. 
>
>This is my Seamonkey info:
>
>
>[ebuild U ~] www-client/seamonkey-2.53.7::gentoo
>[2.53.7_beta1::gentoo] USE="chatzilla dbus gmp-autoupdate ipc roaming
>startup-notification system-av1 system-harfbuzz system-icu system-jpeg
>system-libevent system-libvpx system-sqlite -crypt -custom-cflags
>-custom-optimization -debug -jack (-lto) -minimal (-neon) -pulseaudio
>(-selinux) -test -wifi" L10N="-cs -de -en-GB -es-AR -es-ES -fr -hu -it
>-ja -lt -nl -pl -pt-PT -ru -sk -sv -zh-CN -zh-TW"
>
>
>
>Anyone else seeing this or am I the only Gentoo user using Seamonkey? 
>
>Thanks.
>
>Dale
>
>:-)  :_) 
>

Have you considered something more modern like Neomutt?

--
Hund