[gentoo-user] Re: Switching default tmpfiles and faster internet coming my way.

[Martin Vaeth]

Dale  wrote:
>
> It sounds like a rather rare problem. Maybe even only during boot up.

It is a non-existent problem on openrc if you clean /tmp and /var/tmp
on boot (which you should do if you use opentmp):

The purpose of opentmpfiles is to fill these directories with
certain data during boot, and when run only during boot
(as it is supposed to be) there is nothing wrong with it.

The situation is different for systemd which runs tmpfiles
periodically to clean up data from /tmp and /var/tmp
(something which should argueably be done by a dedicated tool
instead of putting two different functionalities into the same
tool - the usual systemd misconception of trying to be monolithic).

There is a certain danger if you install a new package whose
ebuild processes on installation a certain tmpfiles.conf
which writes into one of the world-writable directories /tmp or
/var/tmp: Such an ebuild does an inherently unsafe thing during
installation (but it doesn't matter whether it does this using
opentmpfiles or by calling the shell commands manually), and I
would not hesitate to file a bug against such an ebuild.

Re: [gentoo-user] update fails, but I don't see why

[Dale]

Victor Ivanov wrote:
> On 05/12/2020 10:13, Dale wrote:
>> that as, I learned the hard way.  Once you get Gentoo installed and all
>> the packages you want installed completed, it is wise to add the
>> --oneshot option to the defaults in make.conf.  That helps keep the
>> world file clean since you won't have packages in the world file that
>> shouldn't be there.  If later you want to add a package to the world
>> file, you have to specify that you want it added.  If it is already
>> installed, you can do a emerge -n --select y  and it adds
>> it to the world file.  It will then be maintained automatically.
>
> Excellent pro-tip for keeping your world file clean! While I
> personally use the reverse of this (i.e. I manually add -1 to things I
> do not want to end up in my world file) this is a lot more of a sane
> approach for the every day person or those new to Gentoo.
>
> On a side note, '--select y' is not necessary as it is implied by '-n'.
>
> One thing I would add as well is that regular 'world' cleaning is good
> practice to have regardless of the above. Every couple of months (on
> average, I don't really keep track) I tend to look at my world file
> and take note of entries that may have found their way there either
> automatically (lack of -1) or something I used to use and no longer
> need. These can be cleaned up with --deselect, followed by --depclean
> e.g.:
>
>     # emerge --deselect ATOM [ATOM...]
>     # emerge -a --depclean
>
> Last time round I only deselected 2-3 packages but that removed about
> 30 or so unnecessary dependencies, so pretty chuffed. Disk space is
> cheap these days and there's little reason to be so pedantic, but I
> tend to get quite a satisfying feeling when my system becomes 'leaner'
> so I do it anyway. Having fewer packages installed also helps speed up
> portage's dependency resolution stage during updates which is already
> an incredibly slow process (depending on CPU's single thread
> performance ofc).
>
> - Victor
>

I'll try leaving off the --select part next time.  At one point, it
would work only when both were there.  Maybe something changed???  Maybe
I had another setting that had to be overridden??? Who knows. 

I've looked through my world file a few times but never found anything
that didn't belong there.  With --oneshot being the default, I don't
have to worry about forgetting to add -1 or anything.  It's there
already.  There is on occasion a package I no longer use that I remove. 
For some, especially those new to Gentoo, adding that --oneshot is a
good move.  I've often wondered why it isn't the default. 

Hope the advice helps someone.  Wish I had it way back then.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Dale]

Michael Orlitzky wrote:
> On 12/4/20 12:02 PM, Dale wrote:
>>
>> So basically, that package would have to start over from scratch to be
>> fixed.  That's not very likely if history means anything.
>>
>
> I think the opentmpfiles devs are planning to copy/paste the
> systemd-tmpfiles C code into opentmpfiles eventually. That will make
> it safe on Linux, obviously, since systemd-tmpfiles is... but will
> leave the hardlink problem unsolved on other kernels.
>
> There's no way to make opentmpfiles both cross-platform and safe. It's
> possible to do so with OpenRC more generally, but that's a larger
> undertaking that I suspect no one is interested in taking under:
>
>   1. Give up on tmpfiles entirely
>   2. Replace "checkpath" in OpenRC with something that drops privileges
>   3. Rewrite all of the init scripts that rely on tmpfiles
>   4. Rework any packages that use tmpfiles without an OpenRC service
>
>
>> Sounds like switching is the best path and really, about the only path.
>> Until something better comes along or the default is redone from
>> scratch, not switching leaves a door open for a bad guy.
>
> Exactly.
>
>
>> Do you know if the systemd devs manage this or is this package done
>> outside of them?  Since some don't like systemd, myself being one of
>> them, I'd like to know what group maintains that package.
>
> Lennart "fuck Gentoo" Poettering is still in charge of
> systemd-tmpfiles, but there's nothing bad to be said about him in this
> regard. Compare his immediate and complete response to these issues,
>
>   * https://github.com/systemd/systemd/issues/7736
>   * https://github.com/systemd/systemd/issues/7986
>
> with the fact that the opentmpfiles bugs have sat there unaddressed
> for three years.
>
>


It sounds like both packages will end up being the same.  Sort of. 
Switching it is. 

I read through those links.  I admit, a lot of it went over my head but
I did get a somewhat better understanding of how it is insecure. It
seems to me like it would be a difficult thing to accomplish but if one
does, it could get bad. 

Thanks much for all the info.  It helped me and I hope it helped others
as well. 

Dale

:-)  :-) 

Re: [gentoo-user] [SOLVED] glabels not showing GNU Barcode

[thelma]

On 12/05/2020 02:31 PM, k...@aspodata.se wrote:
> Thelma:
> ...
>> https://packages.gentoo.org/packages/app-office/glabels
>>
>> It seems that version 3.99 is available upstream, while the latest
>> version in the Gentoo tree is 3.4.1.
> 
> There is two glabels, the "old" 3-series, and the newer "qt"
> 4-series, you can get them with:
> 
> git clone https://github.com/jimevins/glabels.git
> git clone https://github.com/jimevins/glabels-qt.git
> 
> ///
> 
> BTW, reading
>  glabels-qt/docs/BUILD-INSTRUCTIONS-LINUX.md 
> I see the following excerp:
> 
>  <<
> As of version 0.99, GNU Barcode no longer installs its library.  So install 
> 0.98 from source:
> ```
> wget https://ftp.gnu.org/gnu/barcode/barcode-0.98.tar.gz
> tar xzf barcode-0.98.tar.gz
> cd barcode-0.98/
> ./configure && make
> sudo make install
> ```
>  >>
> 
> Doing just that and then reemerging glabels, gives me the missing gnu 
> barcode backend.
> 
> Regards,
> /Karl Hammar

IT WORKED!

I created local overlay manifest the barcode-0.98-r1.ebuild  (get it
from gentoo "attic" )
emerged =app-text/barcode-0.98-r1
but it is missing something as there is a "?" beside installed version
Don't know why?

eix barcode shows:

[I] app-text/barcode
 Available versions:  0.98-r1 ~0.99
 Installed versions:  0.98-r1[?](06:45:36 PM 12/05/2020)
 Homepage:https://www.gnu.org/software/barcode/
 Description: barcode generator

re-emerged "app-office/glabels"
and the GNU barcode show up.

Re: [gentoo-user] glabels not showing GNU Barcode

[karl]

Thelma:
...
> https://packages.gentoo.org/packages/app-office/glabels
> 
> It seems that version 3.99 is available upstream, while the latest
> version in the Gentoo tree is 3.4.1.

There is two glabels, the "old" 3-series, and the newer "qt"
4-series, you can get them with:

git clone https://github.com/jimevins/glabels.git
git clone https://github.com/jimevins/glabels-qt.git

///

BTW, reading
 glabels-qt/docs/BUILD-INSTRUCTIONS-LINUX.md 
I see the following excerp:

 <<
As of version 0.99, GNU Barcode no longer installs its library.  So install 
0.98 from source:
```
wget https://ftp.gnu.org/gnu/barcode/barcode-0.98.tar.gz
tar xzf barcode-0.98.tar.gz
cd barcode-0.98/
./configure && make
sudo make install
```
 >>

Doing just that and then reemerging glabels, gives me the missing gnu 
barcode backend.

Regards,
/Karl Hammar

Re: [gentoo-user] glabels not showing GNU Barcode

[thelma]

On 12/05/2020 12:33 PM, k...@aspodata.se wrote:
> Thelma:
>> On 12/05/2020 09:58 AM, k...@aspodata.se wrote:
[snip]

>>>  possible also as root
>>> ldconfig
>>>
>>>  And then reinstalling glabels
>>
>> Running "ldconfig" didn't help.
> 
> Strange, worked like a charm here.
> It has a lot of styles, do you want help making it work ?
> 
>>> There is also the iec16022 package,
> ...
>> I'll try the second solution if I have a change.  Thanks for the input.
> 
> Note that the iec16022 package only has one choise, just like QREncode.
> 
> Regards,
> /Karl Hammar

https://packages.gentoo.org/packages/app-office/glabels

It seems that version 3.99 is available upstream, while the latest
version in the Gentoo tree is 3.4.1.

Re: [gentoo-user] glabels not showing GNU Barcode

[thelma]

On 12/05/2020 12:33 PM, k...@aspodata.se wrote:
> Thelma:
>> On 12/05/2020 09:58 AM, k...@aspodata.se wrote:
>>> Karl:
> ...
>>> Instead of barcode you could try out zint:
>>>
>>> git clone https://git.code.sf.net/p/zint/code zint-code
>>> cd zint-code
>>> git co ade31c41fba14b942cca30a4a605e48517613d25
>>> mkdir build
>>> cd build
>>> cmake ..
>>> make
>>> make install
>>>
>>> Note:
>>>  Since ZBarcode_Render was removed in
>>>  commit f9d969cdd66984906719c87ed486909a673decec
>>>  you have to check out an earlier commit e.g. the one
>>>  I used above.
>>>
>>>  possible also as root>>> ldconfig
>>>
>>>  And then reinstalling glabels
>>
>> Running "ldconfig" didn't help.
> 
> Strange, worked like a charm here.
> It has a lot of styles, do you want help making it work ?
> 
>>> There is also the iec16022 package,
> ...
>> I'll try the second solution if I have a change.  Thanks for the input.
> 
> Note that the iec16022 package only has one choise, just like QREncode.
> 
> Regards,
> /Karl Hammar

I run as root:  ldconfig
(no output)

Re-emerge glabels and barcode
but, there is still "? mark

eix app-text/barcode
[?] app-text/barcode
 Available versions:  0.98-r1 ~0.99
 Installed versions:  0.99(01:54:54 PM 12/05/2020)
 Homepage:https://www.gnu.org/software/barcode/
 Description: barcode generator

Re: [gentoo-user] glabels not showing GNU Barcode

[karl]

Thelma:
> On 12/05/2020 09:58 AM, k...@aspodata.se wrote:
> > Karl:
...
> > Instead of barcode you could try out zint:
> > 
> > git clone https://git.code.sf.net/p/zint/code zint-code
> > cd zint-code
> > git co ade31c41fba14b942cca30a4a605e48517613d25
> > mkdir build
> > cd build
> > cmake ..
> > make
> > make install
> > 
> > Note:
> >  Since ZBarcode_Render was removed in
> >  commit f9d969cdd66984906719c87ed486909a673decec
> >  you have to check out an earlier commit e.g. the one
> >  I used above.
> > 
> >  possible also as root
> > ldconfig
> > 
> >  And then reinstalling glabels
> 
> Running "ldconfig" didn't help.

Strange, worked like a charm here.
It has a lot of styles, do you want help making it work ?

> > There is also the iec16022 package,
...
> I'll try the second solution if I have a change.  Thanks for the input.

Note that the iec16022 package only has one choise, just like QREncode.

Regards,
/Karl Hammar

Re: [gentoo-user]

[thelma]

On 12/05/2020 09:58 AM, k...@aspodata.se wrote:
> Karl:
>> Thelma:
>>> I have app-office/glabels installed with (barcode -eds)
>>> but the style menus is not showing "GNU Barcode
>>>
>>> Is it a bug?
>>
>> app-text/barcode doesn't provide the lib needed, see below.
> 
> Instead of barcode you could try out zint:
> 
> git clone https://git.code.sf.net/p/zint/code zint-code
> cd zint-code
> git co ade31c41fba14b942cca30a4a605e48517613d25
> mkdir build
> cd build
> cmake ..
> make
> make install
> 
> Note:
>  Since ZBarcode_Render was removed in
>  commit f9d969cdd66984906719c87ed486909a673decec
>  you have to check out an earlier commit e.g. the one
>  I used above.
> 
>  possible also as root
> ldconfig
> 
>  And then reinstalling glabels

Running "ldconfig" didn't help.

> 
> emerge -aqv app-office/glabels
> 
> ///
> 
> There is also the iec16022 package,
> 
> wget 
> https://archive.kernel.org/debian-archive/debian/pool/main/i/iec16022/iec16022_0.2.4.orig.tar.gz
> tar zxf iec16022_0.2.4.orig.tar.gz
> cd iec16022_0.2.4
> ./configure
> make
> make install
> 
> and then reemerge glabels.
> 
> Regards,
> /Karl Hammar

I'll try the second solution if I have a change.  Thanks for the input.

Re: [gentoo-user] Is there a way to misconfigure USB ports in the kernel?

[Dr Rainer Woitok]

Michael,

On Friday, 2020-11-27 19:07:17 +, you wrote:

> ...
> A 4k block size is recommended for ntfs-3g which is the default sector 
> created 
> by fdisk and friends on Linux these days.  This will align your partition 
> optimally.  In addition, mkfs.ntfs will use 4096 bytes as the default cluster 
> size, so you should be good in that respect.
> 
> Another setting you may want to try is mounting the USB with 'big_writes' - 
> check the man page.  This should help particularly with large files, which 
> will use larger blocks up to 128KB when copying data to the NTFS.

Both, the VeraCrypt command line (--fs-options=big_writes) and the Vera-
Crypt GUI  (under "Settings  --> Preferences")  allow setting this mount
option.  But

   $ mount | grep veracrypt

never shows it,  initially causing me  to erroneously believe  it wasn't
set and to try finding  on the web another way  of setting it.   By pure
chance I finally found out that

   $ ps -ef | grep veracrypt

lists a  "/usr/sbin/mount.ntfs" task  which shows the  options really in
effect.  However,  I haven't yet had the time to test the effect of this
option when writing  plenty of really big files.   I will report on that
later.

Sincerely,
  Rainer

[gentoo-user]

[karl]

Karl:
> Thelma:
> > I have app-office/glabels installed with (barcode -eds)
> > but the style menus is not showing "GNU Barcode
> > 
> > Is it a bug?
> 
> app-text/barcode doesn't provide the lib needed, see below.

Instead of barcode you could try out zint:

git clone https://git.code.sf.net/p/zint/code zint-code
cd zint-code
git co ade31c41fba14b942cca30a4a605e48517613d25
mkdir build
cd build
cmake ..
make
make install

Note:
 Since ZBarcode_Render was removed in
 commit f9d969cdd66984906719c87ed486909a673decec
 you have to check out an earlier commit e.g. the one
 I used above.

 possible also as root
ldconfig

 And then reinstalling glabels

emerge -aqv app-office/glabels

///

There is also the iec16022 package,

wget 
https://archive.kernel.org/debian-archive/debian/pool/main/i/iec16022/iec16022_0.2.4.orig.tar.gz
tar zxf iec16022_0.2.4.orig.tar.gz
cd iec16022_0.2.4
./configure
make
make install

and then reemerge glabels.

Regards,
/Karl Hammar

Re: [gentoo-user] glabels not showing GNU Barcode

[karl]

Thelma:
> I have app-office/glabels installed with (barcode -eds)
> but the style menus is not showing "GNU Barcode
> 
> Is it a bug?

app-text/barcode doesn't provide the lib needed, see below.

///

I tried this:

# echo app-office/glabels barcode -eds > /etc/portage/package.use/glabels
# emerge -aqv app-office/glabels
[ebuild   R   ] app-office/glabels-3.4.1  USE="barcode -eds" 

Would you like to merge these packages? [Yes/No] y
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) app-office/glabels-3.4.1::gentoo
>>> Jobs: 0 of 1 complete, 1 runningLoad avg: 1.41, 0.88, 0.52^C

I.e. I killed the build process so I could look at the tempdir contents 
(why doesn't "FEATURES=noclean emerge -aqv app-office/glabels" work ?).

Looking at (PORTAGE_TMPDIR def. is /var/tmp)
# cat $PORTAGE_TMPDIR/portage/app-office/glabels-3.4.1/temp/build.log
...
checking for LIBGLABELS... yes
checking for LIBGLBARCODE... yes
checking for Barcode_Create in -lbarcode... no
checking for ZBarcode_Render in -lzint... no
checking for LIBQRENCODE... yes
checking for LIBIEC16022... no
checking locale.h usability... yes
...

Optional barcode backends:

GNU Barcode . no (See 
http://www.gnu.org/software/barcode/barcode.html)
QR Code . yes 
IEC 16022 ... no (See 
http://datenfreihafen.org/projects/iec16022.html)
Zint  no (See http://www.zint.org.uk)

...
# cat 
$PORTAGE_TMPDIR/portage/app-office/glabels-3.4.1/work/glabels-3.4.1/config.log
...
configure:15388: checking for Barcode_Create in -lbarcode
configure:15413: x86_64-pc-linux-gnu-gcc -o conftest -O2 -pipe  -Wl,-O1 
-Wl,--as-needed conftest.c -lbarcode   >&5
/usr/lib/gcc/x86_64-pc-linux-gnu/7.4.0/../../../../x86_64-pc-linux-gnu/bin/ld: 
cannot find -lbarcode
collect2: error: ld returned 1 exit status
configure:15413: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "glabels"
| #define PACKAGE_TARNAME "glabels"
| #define PACKAGE_VERSION "3.4.1"
| #define PACKAGE_STRING "glabels 3.4.1"
| #define PACKAGE_BUGREPORT 
"http://bugzilla.gnome.org/enter_bug.cgi?product=glabels";
| #define PACKAGE_URL ""
| #define PACKAGE "glabels"
| #define VERSION "3.4.1"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| 
| /* Override any GCC internal prototype to avoid an error.
|Use char because int might match the return type of a GCC
|builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char Barcode_Create ();
| int
| main ()
| {
| return Barcode_Create ();
|   ;
|   return 0;
| }
configure:15422: result: no
...

 So, glabels tries to use barcode, but there is no lib found.
 Looking at /var/db/pkg/app-text/barcode-0.99/CONTENTS, I see that 
 barcode doesn't provide a lib.

$ git clone https://git.savannah.gnu.org/git/barcode.git
$ cd barcode
$ cat library.c
...
struct Barcode_Item *Barcode_Create(char *text)
{
struct Barcode_Item *bc;

bc = malloc(sizeof(*bc));
if (!bc) return NULL;

memset(bc, 0, sizeof(*bc));
bc->ascii = strdup(text);
bc->margin = BARCODE_DEFAULT_MARGIN; /* default margin */
return bc;
}
...

 So Barcode_Create() exists, but barcode doesn't build the needed
 library.

Regards,
/Karl Hammar

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Michael Orlitzky]

On 12/4/20 12:02 PM, Dale wrote:


So basically, that package would have to start over from scratch to be
fixed.  That's not very likely if history means anything.



I think the opentmpfiles devs are planning to copy/paste the 
systemd-tmpfiles C code into opentmpfiles eventually. That will make it 
safe on Linux, obviously, since systemd-tmpfiles is... but will leave 
the hardlink problem unsolved on other kernels.


There's no way to make opentmpfiles both cross-platform and safe. It's 
possible to do so with OpenRC more generally, but that's a larger 
undertaking that I suspect no one is interested in taking under:


  1. Give up on tmpfiles entirely
  2. Replace "checkpath" in OpenRC with something that drops privileges
  3. Rewrite all of the init scripts that rely on tmpfiles
  4. Rework any packages that use tmpfiles without an OpenRC service



Sounds like switching is the best path and really, about the only path.
Until something better comes along or the default is redone from
scratch, not switching leaves a door open for a bad guy.


Exactly.



Do you know if the systemd devs manage this or is this package done
outside of them?  Since some don't like systemd, myself being one of
them, I'd like to know what group maintains that package.


Lennart "fuck Gentoo" Poettering is still in charge of systemd-tmpfiles, 
but there's nothing bad to be said about him in this regard. Compare his 
immediate and complete response to these issues,


  * https://github.com/systemd/systemd/issues/7736
  * https://github.com/systemd/systemd/issues/7986

with the fact that the opentmpfiles bugs have sat there unaddressed for 
three years.

Re: [gentoo-user] update fails, but I don't see why

[Victor Ivanov]

On 05/12/2020 10:13, Dale wrote:

that as, I learned the hard way.  Once you get Gentoo installed and all
the packages you want installed completed, it is wise to add the
--oneshot option to the defaults in make.conf.  That helps keep the
world file clean since you won't have packages in the world file that
shouldn't be there.  If later you want to add a package to the world
file, you have to specify that you want it added.  If it is already
installed, you can do a emerge -n --select y  and it adds
it to the world file.  It will then be maintained automatically.


Excellent pro-tip for keeping your world file clean! While I personally 
use the reverse of this (i.e. I manually add -1 to things I do not want 
to end up in my world file) this is a lot more of a sane approach for 
the every day person or those new to Gentoo.


On a side note, '--select y' is not necessary as it is implied by '-n'.

One thing I would add as well is that regular 'world' cleaning is good 
practice to have regardless of the above. Every couple of months (on 
average, I don't really keep track) I tend to look at my world file and 
take note of entries that may have found their way there either 
automatically (lack of -1) or something I used to use and no longer 
need. These can be cleaned up with --deselect, followed by --depclean e.g.:


# emerge --deselect ATOM [ATOM...]
# emerge -a --depclean

Last time round I only deselected 2-3 packages but that removed about 30 
or so unnecessary dependencies, so pretty chuffed. Disk space is cheap 
these days and there's little reason to be so pedantic, but I tend to 
get quite a satisfying feeling when my system becomes 'leaner' so I do 
it anyway. Having fewer packages installed also helps speed up portage's 
dependency resolution stage during updates which is already an 
incredibly slow process (depending on CPU's single thread performance ofc).


- Victor



OpenPGP_signature
Description: OpenPGP digital signature

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/5/20 11:13 AM, Dale wrote:

n952162 wrote:

On 12/5/20 10:06 AM, n952162 wrote:

I understand now that you've checked this list for me.  That is really
helpful.  Thank you.


(in that it shows me how to go about it).




Advice from a long term user who didn't do this in the beginning.  Read
that as, I learned the hard way.  Once you get Gentoo installed and all
the packages you want installed completed, it is wise to add the
--oneshot option to the defaults in make.conf.  That helps keep the
world file clean since you won't have packages in the world file that
shouldn't be there.  If later you want to add a package to the world
file, you have to specify that you want it added.  If it is already
installed, you can do a emerge -n --select y  and it adds
it to the world file.  It will then be maintained automatically.

When you don't do this, you end up with packages in the world file that
shouldn't be there and it causes problems later.  The way this happens
is really simple and common.  Let's say you doing a update after syncing
and a dependency package is giving you trouble.  You need to install a
package individually so that you can help move emerge along with the
updates, perhaps due to a hard block.  Thing is, unless you remember to
include the --oneshot option, it adds that package to your world file.
 From then on, emerge wants to treat it like a package you installed and
not a dependency that something else originally pulled in.  When you
have to specify a version, it gets even worse because it can cause
blockages.

This is the line in my make.conf that you may want to consider:


EMERGE_DEFAULT_OPTS="--with-bdeps y --backtrack=100 --keep-going -v -j5
--quiet-build=n --oneshot --unordered-display"


Also, there is times where you want a specific version to remain
installed.  One example of this, a currently in use kernel version.  I'm
currently running gentoo-sources 5.6.7.  Since I may need to rebuild the
kernel to add a driver or something, I want that version to remain when
running --depclean.  The way to do that is this:

emerge -n --select y =sys-kernel/gentoo-sources-5.6.7


That will tell --depclean to not remove that package version.  That same
tactic can be used for any slotted package.  You could use that with gcc
if for example some program will only compile with a earlier version of
gcc.  You can have the new version of gcc but also have a older
version.  I'm pretty sure there is a way to tell emerge to use the older
gcc for that one package too.  I think that can be done in a env file.

Hope that info helps.

Dale

:-)  :-)



Yeah, I'll give that a try.

Re: [gentoo-user] update fails, but I don't see why

[Dale]

n952162 wrote:
> On 12/5/20 10:06 AM, n952162 wrote:
>>
>> I understand now that you've checked this list for me.  That is really
>> helpful.  Thank you.
>>
> (in that it shows me how to go about it).
>
>


Advice from a long term user who didn't do this in the beginning.  Read
that as, I learned the hard way.  Once you get Gentoo installed and all
the packages you want installed completed, it is wise to add the
--oneshot option to the defaults in make.conf.  That helps keep the
world file clean since you won't have packages in the world file that
shouldn't be there.  If later you want to add a package to the world
file, you have to specify that you want it added.  If it is already
installed, you can do a emerge -n --select y  and it adds
it to the world file.  It will then be maintained automatically. 

When you don't do this, you end up with packages in the world file that
shouldn't be there and it causes problems later.  The way this happens
is really simple and common.  Let's say you doing a update after syncing
and a dependency package is giving you trouble.  You need to install a
package individually so that you can help move emerge along with the
updates, perhaps due to a hard block.  Thing is, unless you remember to
include the --oneshot option, it adds that package to your world file. 
>From then on, emerge wants to treat it like a package you installed and
not a dependency that something else originally pulled in.  When you
have to specify a version, it gets even worse because it can cause
blockages. 

This is the line in my make.conf that you may want to consider:


EMERGE_DEFAULT_OPTS="--with-bdeps y --backtrack=100 --keep-going -v -j5
--quiet-build=n --oneshot --unordered-display"


Also, there is times where you want a specific version to remain
installed.  One example of this, a currently in use kernel version.  I'm
currently running gentoo-sources 5.6.7.  Since I may need to rebuild the
kernel to add a driver or something, I want that version to remain when
running --depclean.  The way to do that is this:

emerge -n --select y =sys-kernel/gentoo-sources-5.6.7


That will tell --depclean to not remove that package version.  That same
tactic can be used for any slotted package.  You could use that with gcc
if for example some program will only compile with a earlier version of
gcc.  You can have the new version of gcc but also have a older
version.  I'm pretty sure there is a way to tell emerge to use the older
gcc for that one package too.  I think that can be done in a env file.

Hope that info helps. 

Dale

:-)  :-) 

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/5/20 10:06 AM, n952162 wrote:


I understand now that you've checked this list for me.  That is really
helpful.  Thank you.


(in that it shows me how to go about it).

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 11:40 PM, Jack wrote:



>>> These are the packages that would be unmerged:

 sys-kernel/gentoo-sources
    selected: 4.19.72
   protected: none
 omitted: 5.4.72

It's going to remove an old version and leave a newer version.  If you
really want the old one kept, you should explicitly add it to your
world file.  (check "emerge -n", don't actually edit the world file)



 sys-kernel/gentoo-sources
    selected: 5.4.66
   protected: none
 omitted: 5.4.72

Same as above, and no, I don't know why it didn't combine these into a
single entry with two selected and one omitted.




I understand now that you've checked this list for me.  That is really
helpful.  Thank you.




 app-editors/nano
*selected*: 4.2
   protected: *none *
 omitted: *none *

This seems a bit odd, unless you have a different app-editor package
installed.  Virutal/editor is there so you always have at least one
editor installed.  If you do have another editor installed, then this
is OK.


--depclean just won my heart!  :-)

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 11:46 PM, Neil Bothwick wrote:

On Fri, 4 Dec 2020 23:19:00 +0100, n952162 wrote:


Okay, I've never done a depclean.  Is that something I need to do?  I
mean, I'm always worried it'd remove something that I need, but given
all the problems I have, I guess that'd be the lesser of evils...

Yes you should, t keep your system consistent. You should also heed the
messages about unread news items and updating config files as these can
also have a bearing on keeping your system running smoothly.



I maintain at least 7 gentoo systems, the news will have gotten read
(seen, at any rate ;-) ) on one system or another.  The config files I
do by hand.  They're actually up-to-date.  I probably shouldn't let it
create those ._cfg* files, but I do for safe-keeping.




Oh that went fast.  But just as I expected ... it's going to remove
kernel/gentoo-sources?  gcc?  The llvm that took 5 hours to compile?

Read it again. It wants to remove some versions of those but not the
latest. When you install a new kernel or compiler, portage generally does
so in a separate slot, so you have access to both old and new versions.
If you are no longer using the old version, you should let it go.




okay, I'll give that a try.  Thank you.

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 11:40 PM, Jack wrote:

You seem to not really understand how gentoo works.



Yes, that's absolutely true.



Most of the time, yes, you do need to do a depclean.  It's pretty
common to do it after every world update.  In general, it gets rid of
things emerged as a dependency of something else, and no longer
needed, either because you explicitly removed what pulled them in, or
that package was modified to no longer need it.



Yes, I've read that many times.  It's just this line in emerge(1) that
unsettles:

 WARNING: Inexperienced users are advised to use --pretend or --ask
with this
  option in order to see a preview of which packages will
be uninstalled.  Al-
  ways study the list of packages to be cleaned for any
obvious mistakes. Note
  that packages listed in package.provided (see portage(5))
may be removed  by
  depclean, even if they are part of the world set.





Do you understand why it shows separate lines for "selected" and
"omitted"



No.  Did I miss that in my readings of the documentation?




You need to check this list carefully.  If it is going to remove
anything you really want to keep, add it to the world file.  In cases
where it is removing old version(s), you should be fine, unless you
know some reason the old one is still necessary for you, but this
seems unlikely.


All selected packages: =sys-kernel/gentoo-sources-5.4.66
=media-libs/glu-9.0.1 =sys-devel/llvm-8.0.1 =app-text/openjade-1.3.2-r9
=media-libs/portmidi-217-r3 =virtual/cargo-1.37.0
=dev-python/sqlalchemy-1.3.3 =sys-devel/gcc-8.3.0-r1
=sys-devel/llvm-9.0.1 =dev-python/sphinxcontrib-websupport-1.1.0
=sys-devel/clang-runtime-8.0.1 =x11-libs/wxGTK-3.0.4-r2
=media-gfx/potrace-1.15 =x11-drivers/xf86-video-dummy-0.3.8
=sys-apps/rescan-scsi-bus-1.57-r1 =dev-libs/libcroco-0.6.13
=dev-go/blackfriday-1.2_p20150720 =sys-devel/gcc-9.2.0-r2
=app-admin/metalog-20181125 =sys-libs/cracklib-2.9.7
=sys-kernel/gentoo-sources-5.4.60 =sys-devel/clang-runtime-10.0.0
=sys-kernel/gentoo-sources-5.4.38 =dev-python/typing-3.7.4.3
=dev-lang/vala-0.42.7 =media-libs/gegl-0.3.34
=media-gfx/mypaint-brushes-1.3.0-r1 =virtual/shadow-0
=dev-python/bz2file-0.98 =sys-libs/compiler-rt-10.0.0
=dev-python/asn1crypto-0.22.0 =virtual/glu-9.0-r2
=sys-devel/binutils-2.32-r1 =sys-apps/sg3_utils-1.42
=sys-kernel/gentoo-sources-4.19.72 =virtual/python-enum34-2
=x11-drivers/xf86-video-intel-2.99.917_p20190301 =dev-lang/mujs-1.0.5
=app-editors/nano-4.2 =dev-python/pyblake2-1.1.2
=app-admin/killproc-2.13-r1 =sys-libs/compiler-rt-sanitizers-10.0.0
=dev-python/whoosh-2.7.4 =x11-drivers/xf86-video-vesa-2.4.0
=sys-libs/compiler-rt-8.0.1 =dev-python/sphinx_rtd_theme-0.2.4
=sys-fs/btrfs-progs-4.19 =sys-devel/clang-8.0.1 =virtual/libffi-3.3_rc0
=sys-devel/clang-runtime-9.0.1 =x11-libs/libXScrnSaver-1.2.3
=sys-devel/clang-9.0.1 =virtual/modutils-0 =sys-apps/sdparm-1.10
=media-libs/freeglut-3.2.1 =dev-lang/vala-0.46.7
=x11-drivers/xf86-input-keyboard-1.9.0
=x11-drivers/xf86-video-nouveau-1.0.16
=dev-go/sanitized-anchor-name-0_pre20151027
=x11-drivers/xf86-video-fbdev-0.5.0 =x11-drivers/xf86-input-mouse-1.9.3
=app-text/docbook-sgml-dtd-3.0-r4 =sys-libs/compiler-rt-9.0.1
=dev-libs/iniparser-3.1-r1 =sys-devel/binutils-2.33.1-r1
=virtual/python-typing-0-r1 =sys-libs/compiler-rt-sanitizers-8.0.1
=dev-python/pyxattr-0.6.0-r1 =app-text/docbook-dsssl-stylesheets-1.79-r4
=dev-libs/libpthread-stubs-0.4-r1 =virtual/python-ipaddress-1.0-r1
=sys-libs/compiler-rt-sanitizers-9.0.1



"You need to check this list carefully. "  I haven't a clue what to
check for.  I didn't add any of those.  I presume that anything I
explicitly added would be in the world file.

Is the point here that I should write a script that always ensures that
nothing in my world file has crept into this list somehow?

I'm sure there's lots of things that I need that I didn't explicitly
add.  But I wouldn't know what they are, in order to check for them. 
... okay, I see gcc up there.  I know I need gcc.  Presumably, it's just
one slot that's going to be removed. So I need to check if another slot
will remain populated.  That's presumably in the previous emerge output
somewhere.  Is that the point?

I mean, at one point of time or another, everything there was needed,
whether I recognize it or not.  That's not a sufficient test - whether
it's obvious to me or not.



>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

Explicitly stated, just so you know.



Okay, indeed, I did miss that and it's significance.  I'll look again
and see if I dare doing a depclean.



Jack

Re: [gentoo-user] glabels not showing GNU Barcode

[Dale]

the...@sys-concept.com wrote:
> On 12/05/2020 12:35 AM, the...@sys-concept.com wrote:
>> I have app-office/glabels installed with (barcode -eds)
>> but the style menus is not showing "GNU Barcode
>>
>> Is it a bug?
> The only difference after installation I've notice question mark in a
> bracket, instead of "I"
>
> eix app-text/barcode
> [?] app-text/barcode
>
> Normally, after compiling it shows [I]
>
> The package compiled without any errors.
>
>
>

Usually when it shows a question mark, it means that what is installed
is no longer in the tree.  In other words, it doesn't know where the
package came from since it is no longer in the database.  You don't
mention what version you're using but here is the current info for that
package.

https://packages.gentoo.org/packages/app-text/barcode

It shows 0.99 as the only version available.  Is that the version you
have installed?  If not, you may need to sync and then update to that
version.  You can only hope that the new version works as you expect. 

Hope that helps.

Dale

:-)  :-) 

Re: [gentoo-user] glabels not showing GNU Barcode

[thelma]

On 12/05/2020 12:35 AM, the...@sys-concept.com wrote:
> I have app-office/glabels installed with (barcode -eds)
> but the style menus is not showing "GNU Barcode
> 
> Is it a bug?

The only difference after installation I've notice question mark in a
bracket, instead of "I"

eix app-text/barcode
[?] app-text/barcode

Normally, after compiling it shows [I]

The package compiled without any errors.