[gentoo-user] How do I unsubscribe

[Sean O'Myers]

How do How do I unsubscribe   please unsubscribe  me

Sent from Mail for Windows 10

Re: [gentoo-user] Limit Memory Used By Portage/Firefox Build Causes OOM

[Sid Spry]

On Sun, Jun 21, 2020, at 8:13 PM, Walter Dnes wrote:
> On Sun, Jun 21, 2020 at 06:02:22PM -0500, Sid Spry wrote
> > 
> > My immediate issue is cargo seems to ignore MAKEOPTS. Cargo
> > also seems to select build parallelism itself.
> 
>   You can also set the load average in MAKEOPTS ("-l" parameter; letter
> "ell") to indirectly force fewer jobs.  Try...
> 
> MAKEOPTS="-j1 -l1.5"
> 
>   See also https://wiki.gentoo.org/wiki//etc/portage/package.env and
> https://wiki.gentoo.org/wiki/Knowledge_Base:Overriding_environment_variables_per_package
>  for pointers on how to create package-specific make.conf files
> (or other stuff) for individual packages.
> 

I did set this. It seems to be ignored. The llvm/clang portions of
the build do abide by them but part of the build still runs out of
memory.

Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[Dale]

Pengcheng Xu wrote:
> I'm wondering that who's email client is broken, yours or mine?  I'm seeing a 
> lot of U+FFFD replacement characters in this email, like, behind every stop 
> punctuation ("?", ".", and ")"), but not in your other emails on the list.
>
> Regards,

I notice it in your reply too.  I'm not sure.  I use Seamonkey which
seems to autodetect how to format messages.  I've set it to plain text
only for gentoo.org but it sometimes has a mind of its own.  I'm not
sure what else I can do to force it to send plain text.  If anyone using
Seamonkey has a tip on how to do that, I'm all ears.  It's set in
preferences already.

Dale

:-)  :-) 

Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Dale]

Sean O'Myers wrote:
>
> How do I unscripted
>
>  
>
> Sent from Mail  for
> Windows 10
>
>

Send a email to this address.

List-Unsubscribe: 

Dale

:-)  :-)  

RE: [gentoo-user] Testing a used hard drive to make SURE it is good.

[Pengcheng Xu]

I'm wondering that who's email client is broken, yours or mine?  I'm seeing a 
lot of U+FFFD replacement characters in this email, like, behind every stop 
punctuation ("?", ".", and ")"), but not in your other emails on the list.

Regards,
-- 
Pengcheng Xu
https://jsteward.moe

> -Original Message-
> From: Dale 
> Sent: Thursday, June 18, 2020 5:14 PM
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] Testing a used hard drive to make SURE it is good.
> 
> David Haller wrote:
> 
> 
>   Hello,
> 
>   On Mon, 15 Jun 2020, Dale wrote:
>   [..]
> 
>   While I'm at it, when running dd, I have zero and random in 
> /dev.�
> Where
>   does a person obtain a one?� In other words, I can write all 
> zeros,
> I
>   can write all random but I can't write all ones since it isn't
> in /dev.�
>   Does that even exist?� Can I create it myself somehow?� Can I
> download
>   it or install it somehow?� I been curious about that for a good
> long
>   while now.� I just never remember to ask.�
> 
> 
>   I've wondered that too. So I just hacked one up just now.
> 
>    ones.c 
>   #include 
>   #include 
>   #include 
>   static unsigned int buf[BUFSIZ];
>   int main(void) {
>   unsigned int i;
>   for(i = 0; i < BUFSIZ; i++) { buf[i] = (unsigned int)-1; }
>   while( write(STDOUT_FILENO, buf, sizeof(buf)) );
>   exit(0);
>   }
>   
> 
>   Compile with:
>   gcc $CFLAGS -o ones ones.c
>   or
>   gcc $(portageq envvar CFLAGS) -o ones ones.c
> 
>   and use/test e.g. like
> 
>   ./ones | dd of=/dev/null bs=8M count=1000 iflag=fullblock
> 
>   Here, it's about as fast as
> 
>   cat /dev/zero | dd of=/dev/null bs=8M count=1000 iflag=fullblock
> 
>   (but only about ~25% as fast as
>   dd if=/dev/zero of=/dev/null bs=8M count=1000 iflag=fullblock
>   for whatever reason ever, but the implementation of /dev/zero is
>   non-trivial ...)
> 
>   HTH,
>   -dnh
> 
> 
> 
> I got it to compile, at least it created a file named ones anyway.� What I'm
> unclear about, where is the if= for dd in the command?� All the commands I've
> seen before has a if= and a of=.� The if for input and of for output or 
> target.�
> I'm assuming that if I want to target sdb, I'd replace null with /dev/sdb.�
> 
> As I've posted before, even my scripting skills are minimal.� Surprised I got
> it to compile even.� lol� Just trying to make sure I don't mess up something.�
> I placed all this in the /root directory.� I'm assuming I can copy paste the
> commands above while in /root to make it work?� I'm asking because I haven't
> tried it yet.�
> 
> Thanks.
> 
> Dale
> 
> :-)� :-)�
> 
> 


openpgp-digital-signature.asc
Description: PGP signature

RE: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world update

[Sean O'Myers]

How do I unscripted

Sent from Mail for Windows 10

From: Peter Humphrey
Sent: Saturday, June 20, 2020 3:58 AM
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] =dev-lang/spidermonkey-60.5.2_p0-r4 fails @world 
update

On Saturday, 20 June 2020 00:07:45 BST urp...@gmx.com wrote:

> I haven't thought about these things in a long time. I've never had more
> than 4GB of RAM.

Welcome to the world of compiling everything from source.

--
Regards,
Peter.

Re: [gentoo-user] Limit Memory Used By Portage/Firefox Build Causes OOM

[Walter Dnes]

On Sun, Jun 21, 2020 at 06:02:22PM -0500, Sid Spry wrote
> 
> My immediate issue is cargo seems to ignore MAKEOPTS. Cargo
> also seems to select build parallelism itself.

  You can also set the load average in MAKEOPTS ("-l" parameter; letter
"ell") to indirectly force fewer jobs.  Try...

MAKEOPTS="-j1 -l1.5"

  See also https://wiki.gentoo.org/wiki//etc/portage/package.env and
https://wiki.gentoo.org/wiki/Knowledge_Base:Overriding_environment_variables_per_package
 for pointers on how to create package-specific make.conf files
(or other stuff) for individual packages.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

[gentoo-user] Limit Memory Used By Portage/Firefox Build Causes OOM

[Sid Spry]

Is there any way to limit the memory used by portage? I am
suspecting setting a climit on the portage user is the easiest way.

My immediate issue is cargo seems to ignore MAKEOPTS. Cargo
also seems to select build parallelism itself.

Re: [gentoo-user] Gentoo chroot with old glibc

[Hervé Guillemet]

Le 21/06/2020 à 22:03, Michael a écrit :



I hadn't understood you wanted a current state of an OS, plus current system
and other packages, BUT with a deprecated version of glibc.  I thought you
would be OK to use a stage 3 from back then as it was in its totality, frozen
in time, with no updates or backported packages.


Yes, I need up-to-date or near-up-to-date build tools like cmake and gcc.



However, since you managed to hold back glibc while updating everything else,
you have proven what you wanted could be done!  I would think this on its own
is a feat worth a HowTo.  :-)


So far gentoo doesn't complain, besides keeping remind me my installed 
glibc is masked. But it's a quite minimalist system.
I found the existing HowTo 'Update Old Gentoo'[1] useful for setting 
this up.

I

[1] https://wiki.gentoo.org/wiki/User:NeddySeagoon
/HOWTO_Update_Old_Gentoo


--
Hervé

Re: [gentoo-user] Gentoo chroot with old glibc

[Hervé Guillemet]

Le 21/06/2020 à 23:08, Rich Freeman a écrit :

On Fri, Jun 19, 2020 at 5:19 PM Hervé Guillemet  wrote:


Or do you have any suggestion for alternatives to this gentoo chroot ?
(I'd prefer avoid installing some CentOS or Ubuntu as virtual guests).


You're of course free to do it any way you wish, but if I wanted to
create packages for various distros, I'd probably just follow their
instructions for doing so.

If you're making Ubuntu 16.04 packages I suspect it would be just a
lot less fuss all around to do it from an Ubuntu 16.04 container, and
so on.

And if you're just building binaries and creating tarballs with them,
well, why?  If people want to manually deal with stuff the source is
already fine.  If they want the benefits of a package manager they're
going to want packages.  And if you're hoping to encourage distros to
do the packaging for you, they're probably only going to do that from
source anyway.


In my case the application is a Java software embedding some native 
components. I don't want to limit the target system to some specific 
distros and specific versions, I just want the software to run on a 
large variety of linux boxes. All I have to do is to avoid linking with 
too recent libc and libstdc++.
Version 2.29+ of libc is particularly annoying because they introduce 
new version of pow(), log() and exp()... so any simple mathematical 
library compiled with 2.29+ won't run on linux distro using 2.28-.
As for the packaging, I'm using a jlink image in a tarball, and will 
probably use jpackage soon.




I imagine most distros have a fairly straightforward packaging system,
and I suspect a lot of CI systems have plugins to churn out packages
for them automatically.  So why maintain some Gentoo chroot and
carefully curate every single library on them to match some entirely
different distro?  You're going to run into stuff where Gentoo doesn't
have the version you need in the repo, and you'll be fighting auto
updates, and so on.

But, sure, you can get Gentoo to install whatever you want as long as
you don't mind manually picking packages, or maintaining your own repo
where you carefully curate this stuff.



Thanks for the suggestion. I believe my local build system with the 
chroot is enough for my current needs but I'll probably have to use a CI 
system if it becomes untractable or decide to use target distro 
packaging system.


--
Hervé

Re: [gentoo-user] circular dependency - please help

[Jack]

On 2020.06.21 17:28, Walter Dnes wrote:

On Sun, Jun 21, 2020 at 12:57:56PM -0400, Jack wrote

> gimp can use python2_7 but it does not require it.  I have gimp
> installed with the following USE flags (per eix)
>
> alsa jpeg2k mng udev -aalib -aqua -debug -doc -gnome -heif -openexr
> -postscript -python -test -unwind -vector-icons -webp -wmf -xpm
> CPU_FLAGS_PPC="-altivec" CPU_FLAGS_X86="mmx sse"
> PYTHON_SINGLE_TARGET="-python2_7"

  Interesting.  Does it lose any functionality?  Speaking of which,  
why would you build GIMP with "alsa" and "udev".


If you're asking me,  I have not found any missing functionality, but I  
don't use gimp often, so it's possible.  I have no explicit mention of  
gimp in /etc/portage, so those are apparently just the accumulation of  
various settings in make.conf on top of the gimp defaults.  Those two  
in particular are global USE flags, so I suppose you would have to read  
the ebuild to see what effect they have on the build.

Re: [gentoo-user] circular dependency - please help

[Walter Dnes]

On Sun, Jun 21, 2020 at 12:57:56PM -0400, Jack wrote

> gimp can use python2_7 but it does not require it.  I have gimp  
> installed with the following USE flags (per eix)
> 
> alsa jpeg2k mng udev -aalib -aqua -debug -doc -gnome -heif -openexr  
> -postscript -python -test -unwind -vector-icons -webp -wmf -xpm  
> CPU_FLAGS_PPC="-altivec" CPU_FLAGS_X86="mmx sse"  
> PYTHON_SINGLE_TARGET="-python2_7"

  Interesting.  Does it lose any functionality?  Speaking of which, why
would you build GIMP with "alsa" and "udev".

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Gentoo chroot with old glibc

[Rich Freeman]

On Fri, Jun 19, 2020 at 5:19 PM Hervé Guillemet  wrote:
>
> Or do you have any suggestion for alternatives to this gentoo chroot ?
> (I'd prefer avoid installing some CentOS or Ubuntu as virtual guests).

You're of course free to do it any way you wish, but if I wanted to
create packages for various distros, I'd probably just follow their
instructions for doing so.

If you're making Ubuntu 16.04 packages I suspect it would be just a
lot less fuss all around to do it from an Ubuntu 16.04 container, and
so on.

And if you're just building binaries and creating tarballs with them,
well, why?  If people want to manually deal with stuff the source is
already fine.  If they want the benefits of a package manager they're
going to want packages.  And if you're hoping to encourage distros to
do the packaging for you, they're probably only going to do that from
source anyway.

I imagine most distros have a fairly straightforward packaging system,
and I suspect a lot of CI systems have plugins to churn out packages
for them automatically.  So why maintain some Gentoo chroot and
carefully curate every single library on them to match some entirely
different distro?  You're going to run into stuff where Gentoo doesn't
have the version you need in the repo, and you'll be fighting auto
updates, and so on.

But, sure, you can get Gentoo to install whatever you want as long as
you don't mind manually picking packages, or maintaining your own repo
where you carefully curate this stuff.

-- 
Rich

Re: [gentoo-user] Gentoo chroot with old glibc

[Michael]

On Sunday, 21 June 2020 20:43:59 BST Hervé Guillemet wrote:
> Le 21/06/2020 à 19:06, Michael a écrit :
> >> I need to distribute some linux binaries and the one built with my
> >> up-to-date gentoo sytem won't run on distributions using older glibc.
> >> 
> >> My idea is too maintain a gentoo chroot dedicated for compiling my
> >> binaries which would (package.)mask recent versions of glibc and gcc
> >> ebuilds.
> >> 
> >> What's the better way to go ? If I start with some of the stage3
> >> available for download, I won't be able to downgrade the glibc.
> >> 
> >> Or do you have any suggestion for alternatives to this gentoo chroot ?
> >> (I'd prefer avoid installing some CentOS or Ubuntu as virtual guests).
> > 
> > Once you chroot, you're in the chrooted env.  As long as you have a stage
> > 3
> > old enough to contain the requisite glibc, you should be good to go:
> > 
> > http://gentoo.osuosl.org/releases/amd64/
> 
> That's what I did: I found a 2017 stage3 with a still older glibc and
> managed to upgrade to a 2020 gentoo while masking the last glibc
> versions. That was tricky because I had to git-checkout intermediate
> versions of the portage tree in order to deal with the EAPI changes but
> I have a working chroot now. Thanks.


I hadn't understood you wanted a current state of an OS, plus current system 
and other packages, BUT with a deprecated version of glibc.  I thought you 
would be OK to use a stage 3 from back then as it was in its totality, frozen 
in time, with no updates or backported packages.

However, since you managed to hold back glibc while updating everything else, 
you have proven what you wanted could be done!  I would think this on its own 
is a feat worth a HowTo.  :-)

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

Re: [gentoo-user] Gentoo chroot with old glibc

[Hervé Guillemet]

Le 21/06/2020 à 19:06, Michael a écrit :

I need to distribute some linux binaries and the one built with my
up-to-date gentoo sytem won't run on distributions using older glibc.

My idea is too maintain a gentoo chroot dedicated for compiling my
binaries which would (package.)mask recent versions of glibc and gcc
ebuilds.

What's the better way to go ? If I start with some of the stage3
available for download, I won't be able to downgrade the glibc.

Or do you have any suggestion for alternatives to this gentoo chroot ?
(I'd prefer avoid installing some CentOS or Ubuntu as virtual guests).


Once you chroot, you're in the chrooted env.  As long as you have a stage 3
old enough to contain the requisite glibc, you should be good to go:

http://gentoo.osuosl.org/releases/amd64/



That's what I did: I found a 2017 stage3 with a still older glibc and 
managed to upgrade to a 2020 gentoo while masking the last glibc 
versions. That was tricky because I had to git-checkout intermediate 
versions of the portage tree in order to deal with the EAPI changes but 
I have a working chroot now. Thanks.


--
Hervé

Re: [gentoo-user] Gentoo chroot with old glibc

[Michael]

On Friday, 19 June 2020 22:19:39 BST Hervé Guillemet wrote:
> Hello,
> 
> I need to distribute some linux binaries and the one built with my
> up-to-date gentoo sytem won't run on distributions using older glibc.
> 
> My idea is too maintain a gentoo chroot dedicated for compiling my
> binaries which would (package.)mask recent versions of glibc and gcc
> ebuilds.
> 
> What's the better way to go ? If I start with some of the stage3
> available for download, I won't be able to downgrade the glibc.
> 
> Or do you have any suggestion for alternatives to this gentoo chroot ?
> (I'd prefer avoid installing some CentOS or Ubuntu as virtual guests).

Once you chroot, you're in the chrooted env.  As long as you have a stage 3 
old enough to contain the requisite glibc, you should be good to go:

http://gentoo.osuosl.org/releases/amd64/


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

Re: [gentoo-user] circular dependency - please help

[Jack]

On 2020.06.21 06:21, Helmut Jarausch wrote:

Hi,

I do need python2.7 since I do need media-gfx/gimp.

Unfortunately, I have masked dev-python/setuptools version >= 47.0.0  
too late.

Now I cannot emerge dev-python/setuptools-46.4.0-r1 since this needs
dev-python/pbr which in turn cannot be installed without setuptools  
for Python2.7.


How can I get out of this dilemma?

Many thanks for a hint,
Helmut
gimp can use python2_7 but it does not require it.  I have gimp  
installed with the following USE flags (per eix)


alsa jpeg2k mng udev -aalib -aqua -debug -doc -gnome -heif -openexr  
-postscript -python -test -unwind -vector-icons -webp -wmf -xpm  
CPU_FLAGS_PPC="-altivec" CPU_FLAGS_X86="mmx sse"  
PYTHON_SINGLE_TARGET="-python2_7"

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

John Covici wrote:
> On Sun, 21 Jun 2020 10:50:46 -0400,
> Franz Fellner wrote:
>> On Sun Jun 21 09:21:36 2020, Dale  wrote:
>>> The cards I use are class 10, slow but pretty fast for the type of
>>> card.  Generally, I can download several hundred MBs in a minute or
>>> two.  Deleting sometimes over a 1,000 pics one at a time just isn't
>>> feasible.  That could take a long time.
>> That wasn't my intention!
>> I thought you should just select one file (remember its name), delete it,
>> unmount, remount and see if the file is still there.
>> So you can be sure that you really have a different issue than just 
>> performance.
>> Trying to delete a folder takes ages and you don't see the file names.
> Definitely unmount, the sectors sometimes don't write to disk for
> quite a while, and your unmount should take a few seconds to more than
> a minute and so unmount and wait till it returns, and then remount and
> see what happens.
>


It appears the cards I have is faster or something.  ;-)  Those class 10
cards are the fastest I think.  I got them since it throws video onto
the card.  I got one that should work fine in a video camera, since one
trail camera is essentially that.  I used Device Notifier to unmount. 
It took it a second or so but it said it was safe to remove.  From my
understanding, it syncs the file system before unmounting, right? 
Surely it wouldn't unmount if the files were still being changed, right? 

I may change the cards tomorrow and do some more testing.  I'm curious
as to what is up with them.  I wasn't sure if that is a sign they are
going bad or just some weird quirk. 

I'll try deleting just a couple pics or a single video and see what it
does.  I'm not sure it will matter but it's worth testing to see. I'm
curious if nothing else. ;-)

Dale

:-)  :-) 

Re: [gentoo-user] Memory cards and deleting files.

[John Covici]

On Sun, 21 Jun 2020 10:50:46 -0400,
Franz Fellner wrote:
> 
> On Sun Jun 21 09:21:36 2020, Dale  wrote:
> > The cards I use are class 10, slow but pretty fast for the type of
> > card.  Generally, I can download several hundred MBs in a minute or
> > two.  Deleting sometimes over a 1,000 pics one at a time just isn't
> > feasible.  That could take a long time.
> 
> That wasn't my intention!
> I thought you should just select one file (remember its name), delete it,
> unmount, remount and see if the file is still there.
> So you can be sure that you really have a different issue than just 
> performance.
> Trying to delete a folder takes ages and you don't see the file names.

Definitely unmount, the sectors sometimes don't write to disk for
quite a while, and your unmount should take a few seconds to more than
a minute and so unmount and wait till it returns, and then remount and
see what happens.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com

Re: [gentoo-user] Memory cards and deleting files.

[Franz Fellner]

On Sun Jun 21 09:21:36 2020, Dale  wrote:
> The cards I use are class 10, slow but pretty fast for the type of
> card.  Generally, I can download several hundred MBs in a minute or
> two.  Deleting sometimes over a 1,000 pics one at a time just isn't
> feasible.  That could take a long time.

That wasn't my intention!
I thought you should just select one file (remember its name), delete it,
unmount, remount and see if the file is still there.
So you can be sure that you really have a different issue than just performance.
Trying to delete a folder takes ages and you don't see the file names.

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

Franz Fellner wrote:
> On Sat Jun 20 12:09:02 2020, Dale  wrote:
>> I then right clicked on the
>> directory and chose move to trash.
> Never tried deleting just single files?
> Probably you need to wait longer, those cards are slow.
> I personally do not like to use "move to trash" as the copy takes ages.
> In dolphin you also have "Delete" now (probably you need to press shift
> to turn the "trash" menu item into a "delete")
>
> Formatting usually is the fastest way to get rid of everything on the cards.
>
>


The cards I use are class 10, slow but pretty fast for the type of
card.  Generally, I can download several hundred MBs in a minute or
two.  Deleting sometimes over a 1,000 pics one at a time just isn't
feasible.  That could take a long time.  I'm not sure it would give a
different result either.  Doing a rm -rfv has always worked in the
past.  I've never had it fail on a regular hard drive.  I might add,
even tho I use a wildcard, it still shows it is deleting each file
individually. 

I think the thing that makes the most sense so far, bad file system and
it needs to be reformatted.  It's been a while since I've reformatted
them and this type of cards is known to have weird issues.  If it
continues after that, new card it is.

Dale

:-)  :-) 

[gentoo-user] Re: WARNING: Do not update your system on ~amd64

[Nikos Chantziaras]

On 21/06/2020 00:41, Viktar Patotski wrote:
I was not able to login to my notebook after battery discharge reboot... 
Thanks, I always have Gentoo live USB drive. So:


1. I booted to livecd
2. chrooted to my system (thanks I still not encrypted my hdd)
3. emerge --ask --update --newuse --deep @world
4. reboot
5. Happy Login!


Yeah, problem seems fixed now. pam, pambase and sddm received revision 
bumps today and now everything is working for me again without needing 
to downgrade.

Re: [gentoo-user] Memory cards and deleting files.

[Franz Fellner]

On Sat Jun 20 12:09:02 2020, Dale  wrote:
> I then right clicked on the
> directory and chose move to trash.

Never tried deleting just single files?
Probably you need to wait longer, those cards are slow.
I personally do not like to use "move to trash" as the copy takes ages.
In dolphin you also have "Delete" now (probably you need to press shift
to turn the "trash" menu item into a "delete")

Formatting usually is the fastest way to get rid of everything on the cards.

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

Michael wrote:
> On Sunday, 21 June 2020 00:08:55 BST Wols Lists wrote:
>> On 20/06/20 23:14, Neil Bothwick wrote:
>>> It sounds like it may be filesystem corruption. With an SD card I'd
>>> either reformat it, preferably in the device that will be using it,
>> If that's possible ... :-)
>>
>> I now have two devices, my car radio and a tv, both of which require the
>> vfat filesystem. New cards seem to come with exFAT. And of course
>> neither the radio nor the tv have the option to format a card ... (and
>> Windows has deleted the "format as vfat" option). Thank $DEITY for
>> mkfs.vfat :-)
>>
>> Cheers,
>> Wol
> There may also be a lock switch on the card itself or an SD card adaptor, if 
> connected to the PC using an adaptor, although I expect Dale would have 
> noticed that feature and unlocked it.  Sometimes the lock switch is faulty 
> and 
> will only make contact half way through, switching back to read only at the 
> fully unlocked position - they don't make things as they used to anymore.  :(
>
> Let's not forget corroded electrical contacts - I've had that happen with a 
> USB stick, which accidentally fell in a cup of coffee.  LOL!  The coffee 
> corroded the copper, but the problem only became apparent intermittently a 
> week later.  Cleaning the contacts with fine wire wool and blowing away all 
> swarf followed by a wipe with methylated spirit allowed me to access my files 
> again.
>
> To eliminate PC/adaptor problems, reinsert the card in the camera device it 
> came with and delete/format it there.  If it still doesn't work, RMA it under 
> warranty, or buy a new card, of a different make.  Then tell us all what make/
> model it was, so we can all avoid it!  LOL!
>
> PS. exFAT has made it into the latest Linux kernels.


I did check the lock switch thing, not that I even would lock it.  I'm
certain it hasn't been locked since the cameras can write to them.

Next time I swap cards, I'll reformat them. Give that a try.  The cards
are Sandisk but I've had them a good while.  At times, I've had over a
1,000 images or over a hundred video files on the cards.  One camera
takes pics while the other takes videos. 

Still weird tho. 

Dale

:-)  :-)

Re: [gentoo-user] Memory cards and deleting files.

[Michael]

On Sunday, 21 June 2020 00:26:07 BST Wols Lists wrote:
> On 21/06/20 00:11, Michael wrote:
> > PS. exFAT has made it into the latest Linux kernels.
> 
> Great. So linux may be able to read the card just fine, but it's still
> useless in the device I bought it for ... :-)
> 
> Cheers,
> Wol

Ha!  The beauty of MSWindows!  You're right, Win10 will refuse to format a 
partition as FAT32 if it is >=32G, it only offers exFAT on removable devices.  
Less than that size it will offer NTFS, FAT and FAT32 as options.

However, this is only true if you use the GUI.  For those who persist and use 
the CLI, Win10 won't stop you from formating partitions >32G with FAT32.

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

Re: [gentoo-user] What's with all these "acct-group" ebuilds recently?

[Rich Freeman]

On Sat, Jun 20, 2020 at 10:04 PM William Kenworthy  wrote:
>
> I cant see any
> advantage to having multiple ebuilds for a package instead of using a
> support framework to deal with it other than exposing multiple
> opportunities for things to go wrong and make it harder to fix. This not
> an elegant design!

Uh, refactoring shared code into modules is generally considered the
best design.

Generally packages are split up when they are shared, or when they
have different update cycles or upstreams.  The details around the
splits vary between packages but if you cite and example it probably
will be easy to explain why that particular example was split.

KDE/Plasma was split up because it makes no sense to rebuild 500
binaries when one of them has a security update.

Those account ebuilds were split out because multiple packages could
require the same group, and this helps ensure the default uid/gid
doesn't change depending on what order you install packages in.

Packages like systemd/openrc tend to be a little more modular because
they may require integration with other things and it doesn't make
sense to replicate that integration across many versions of the
packages on both sides.

mysql-init-scripts is a separate package because it gets shared
between mysql and mariadb.  This isn't done often, but it does have
the side benefit that if there is a bug in the init.d script you don't
have to rebuild the whole database server to get a new bash script.

You have virtual packages because sometimes you want to depend on a
capability and not a specific package.  For example you need an mta to
be installed but you don't care which one it is, and so as a result
you see virtuals show up in the install list even though they don't do
anything.

A fair bit of this comes from Gentoo's flexibility.  If we didn't
support 47 different ways of doing everything it would be much easier
to create monolithic packages.

In general we tend to find the balance.  Plenty of other distros take
this MUCH further than Gentoo does - though some of this is driven by
being binary.  The same source package works for any arch, but if
you're doing a binary distro the manpages might work for everybody but
obviously anything compiled has to be split up by arch.

-- 
Rich

RE: [gentoo-user] old kernel on Gentoo

[Raffaele BELARDI]

> -Original Message-
> From: james 
> Sent: Thursday, June 18, 2020 21:36
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] old kernel on Gentoo
> 
> On 6/17/20 12:52 PM, Raffaele BELARDI wrote:
> > Hello,
> >
> > I might need to build and run an old 3.x kernel on a Desktop PC for
> > some very specific tests. Would Gentoo be a good solution?
> >
> > I see that currently gentoo-sources only includes 4.x and 5.x sources.
> >
> > Thanks,
> >
> > raffaele
> >
> 
> I use a 3.18.40 kernel, currently, on one of my AMD systems. It has
> thousands of source build packages, not only from portage but many others.
> 

What about the rest of the system, in particular GCC and the C libraries? Do 
you manage to build the 3.x kernel with up to date system or do you need to 
''freeze'' some packages?

Thanks,

raffaele

Re: [gentoo-user] "emerge --jobs=1 ..." vs "MAKEOPTS=-j1 emerge ..."

[Rich Freeman]

On Sun, Jun 21, 2020 at 5:53 AM Dr Rainer Woitok
 wrote:
>
> is there any difference between running "emerge --jobs=1 ..."  and runn-
> ing "MAKEOPTS=-j1 emerge ..."?
>

Yes.

--jobs=1 tells emerge to build one package at a time.

-j1 tells make to compile one file at a time when building a package.

So, if you have 10 independent packages containing 10 independent C
files, --jobs=10 and -j10 will build all 100 C files in parallel.
--jobs=1 and -j10 will build each package in series, with all 10 C
files in each package in parallel.  --jobs=10 and -j1 will build all
10 packages in parallel, but each one will build one C file at a time.

If you have the cores to spare each is useful, because rarely are
either packages or the files within them completely independent.  So
running both in parallel maximizes the opportunity to keep your cores
busy, of course at the cost of memory if you spawn too many.  It is
hard to perfectly predict the optimal combination since portage can't
tell how parallel any particular package is.

Setting -j1 is necessary in some build systems due to bugs in the
dependency expressions inside them.  This SHOULD be done by packages
automatically, but sometimes it is missed.  Bugs should be filed in
these cases to get the ebuilds fixed, but in the meantime setting -j1
can fix this.  (This was recently discussed on this list for that pam
dependency - which has already been fixed in the repo so you don't
actually need to worry about it now.)  It shouldn't really be
necessary to set --jobs=1 unless you're running out of RAM, because it
is pretty rare to have portage dependency issues and if you do chances
are the package will break either way (because the unspecified
dependency just won't be built at all - unlike with make where
generally everything does get built just in the wrong order).

Hopefully this helps...

-- 
Rich

[gentoo-user] circular dependency - please help

[Helmut Jarausch]

Hi,

I do need python2.7 since I do need media-gfx/gimp.

Unfortunately, I have masked dev-python/setuptools version >= 47.0.0  
too late.

Now I cannot emerge dev-python/setuptools-46.4.0-r1 since this needs
dev-python/pbr which in turn cannot be installed without setuptools for  
Python2.7.


How can I get out of this dilemma?

Many thanks for a hint,
Helmut

[gentoo-user] Re: "emerge --jobs=1 ..." vs "MAKEOPTS=-j1 emerge ..."

[Holger Hoffstätte]

On 2020-06-21 11:53, Dr Rainer Woitok wrote:

Greetings,

is there any difference between running "emerge --jobs=1 ..."  and runn-
ing "MAKEOPTS=-j1 emerge ..."?


--jobs=1 starts one package build at a time, possibly using many parallel
processes - depending on MAKEOPTS and how the build works.

MAKEOPTS sets the number of parallel processes within one package build.

They are complementary, and you can combine them. However frequently
a series of packages have dependencies (a before b before c), so starting
multiple --jobs may not have any effect. Or it may, e.g. in the case of
rebuilds or independent packages that often only use one process to build,
e.g. perl modules or something smaller. --jobs can really make a difference
since otherwise you would suffer from portage/script/shell overhead relative
to the actual work being performed.

make offers the -l parameter that constrains the number of processes by
load, and adjusts them accordingly. As an example, with 8 cores you could
use MAKEOPTS="-j8 -l8" to enable inter-ebuild parallelism and a max. load
for one package, then start several --jobs to build independent packages
without waiting for each other.

Hope this helps.

-h

[gentoo-user] "emerge --jobs=1 ..." vs "MAKEOPTS=-j1 emerge ..."

[Dr Rainer Woitok]

Greetings,

is there any difference between running "emerge --jobs=1 ..."  and runn-
ing "MAKEOPTS=-j1 emerge ..."?

Sincerely,
  Rainer