Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?

[Dale]

David Haller wrote:
> Hello,
>
> On Mon, 18 Dec 2017, Dale wrote:
>> David Haller wrote:
>>> On Mon, 18 Dec 2017, Dale wrote:
 The key thing, remembering to force it to be added to world, which is a
 lot easier than remembering to use -1 for ALL those things I don't want
 in the world file.  Before I added the -1 option, my world file was full
 of all sorts of things that have no business being there at all.  It was
 causing huge problems with upgrades and such. 
>>> Hm.
>>>
>>> # wc -l /var/lib/portage/world
>>> 1140 /var/lib/portage/world
>>>
>>> Am I doing something wrong? Looking it over, it looks right though.
>>> And --depclean is hopelessly overeager here.
>>>
>>> 
>>> Packages installed:   3511
>>> Packages in world:1140
>>> Packages in system:   43
>>> Required packages:2581
>>> Number to remove: 930
>>> 
> [..]
>> I have KDE installed here plus other desktops as well.  While I use some
>> meta packages, I do some on their own as needed.  I have a lot of things
>> installed since I have a digital camera, burn CD/DVDs and all sorts of
>> other weird things.  Here is mine.
>>
>> root@fireball / # wc -l /var/lib/portage/world
>> 201 /var/lib/portage/world
>> root@fireball / #
> That's not much ;)
>
> [..]


It results in this which is all I need and then some.

Packages installed:   1576
Packages in world:    199
Packages in system:   43
Required packages:    1576
 
Notice how my required packages and installed package match up? 


>> Either way, doing it manually or using that command, you should end up
>> with a clean world file after some effort.  I would guess that updates
>> would be much easier.  Most of mine work first time with no problems. 
>> Any failures are usually from the build itself. 
> I guess I just have too many little stuff in @world. E.g. I explicitly
> want the x265 commandline tool, so I have media-libs/x265 in @world.
> Same goes for e.g. ffmpeg (for /usr/bin/ffmpeg), etc. pp. Or just
> this:
>
> # grep -c app-arch/ /var/lib/portage/world
> 42  (sic! ;)
>
> Lots of app-{x,}emacs/, app-shells/, app-portage/, app-text/,
> games-*/, media-*/...


I have quite a few of those as well but they are things I installed
directly.  Given that some of them are pulled in by virtuals which could
be dependencies, I may can remove some of the ones I have.  May test
that one day when I'm bored. 


>
> I'm reather overeager emerging with -1 :) Hah! Got one: --depclean
> suggested dev-haskell/x509-validation. Ok, removed it and it is still
> used. Ok, let's see if rebuilding depending stuff
> (dev-haskell/connection and dev-haskell/tls) helps:
>
> Doesn't seem like it:
>
>  * ghc-pkg check: 'checking for other broken packages:'
> There are problems in package connection-0.2.5:
>   dependency "x509-validation-1.6.5-9d1Itw2kfW6JXBlF0ahQsB" doesn't exist
> There are problems in package tls-1.3.9:
>   dependency "x509-validation-1.6.5-9d1Itw2kfW6JXBlF0ahQsB" doesn't exist
> [..]
 Failed to emerge dev-haskell/connection-0.2.5,
> So, remerging dev-haskell/x509-validation. That's one example of the
> "overeager" --depclean... (and no, neither dev-haskell/connection
> dev-haskell/tls has the "profile"-USE-flags set, but it seems the
> build does actually need it).
>
> Whoa, --depclean wants to remove a bunch of eselects too, e.g.
> app-eselect/eselect-package-manager and app-eselect/eselect-pdftex.
> Ok, I don't have texlive-core in world, but it is pulled in by various
> other stuff...
>
> Oh well, I'll have to check what depclean's doing wrong better.
>
> -dnh
>

I have several eselect packages installed here and not one entry in my
world file.  All of them are pulled in by the packages that need them. 

If it were my system, I'd be pulling the broom out of my closet. 

Dale

:-)  :-) 

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Peter Humphrey]

On Wednesday, 20 December 2017 15:51:03 GMT Mick wrote:
> On Wednesday, 20 December 2017 15:28:03 GMT Peter Humphrey wrote:
> > On Wednesday, 20 December 2017 12:22:29 GMT Mick wrote:
> > > Has something changed in 4.14.7-gentoo sources from its predecessors?
> 
> [snip ...]
> 
> > What firmware are you trying to install? This box needs firmware for the
> > graphics card and the Intel CPU, and I've been declaring the file names
> > in CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display
> > works fine, and so does opencl on the GPU since I emerged
> > dev-libs/amdgpu-pro- opencl, I assume that the firmware is being
> > loaded. I didn't even know about a firmware_install make target.
> 
> Thanks Peter,
> 
> I am also declaring relevant firmware in the kernel for CPU microcode and
> GPU, but they do not get loaded when I build kernel 4.14.7:
> 
> $ grep FIRMWARE /usr/src/linux/.config
> CONFIG_PREVENT_FIRMWARE_BUILD=y
> CONFIG_FIRMWARE_IN_KERNEL=y
> CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/
> RV730_smc.bin radeon/RV710_uvd.bin"
> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/"
> # CONFIG_CYPRESS_FIRMWARE is not set
> # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
> CONFIG_FIRMWARE_EDID=y
> CONFIG_FIRMWARE_MEMMAP=y
> # CONFIG_GOOGLE_FIRMWARE is not set
> # CONFIG_TEST_FIRMWARE is not set

Hm. Mine is:

# grep FIRMWARE /usr/src/linux/.config
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE="intel-ucode/06-3f-02 intel-ucode/06-3f-04 amdgpu/
polaris10_ce.bin amdgpu/polaris10_k_smc.bin amdgpu/polaris10_mc.bin amdgpu/
polaris10_me.bin amdgpu/polaris10_mec2.bin amdgpu/polaris10_mec.bin amdgpu/
polaris10_pfp.bin amdgpu/polaris10_rlc.bin amdgpu/polaris10_sdma1.bin 
amdgpu/polaris10_sdma.bin amdgpu/polaris10_smc.bin amdgpu/
polaris10_smc_sk.bin amdgpu/polaris10_uvd.bin amdgpu/polaris10_vce.bin"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"
# CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
CONFIG_FIRMWARE_EDID=y
CONFIG_FIRMWARE_MEMMAP=y
# CONFIG_GOOGLE_FIRMWARE is not set
# CONFIG_TEST_FIRMWARE is not set

I don't see that cypress entry (why not? Are you using gentoo-sources?), but 
otherwise it looks the same. If I didn't have all that polaris stuff I 
wouldn't have an X display; that's how I started off, and I had to go 
looking for the right set of amdgpu modules to load.

> So I can't load a desktop because xserver will not launch.  I also recall
> having additional firmware for WiFi/BT cards on this laptop.
> 
> The same problem exists on other systems, some running AMD.

We must differ in some other way, I suppose in the way we build our kernels. 
This is my kernel build script on this UEFI box:

# cat /usr/local/bin/kmake
#!/bin/bash
mount /boot
cd /usr/src/linux
time (make -j12 && make modules_install && make install &&\
/bin/ls -lh --color=auto /boot && echo &&\
cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi
) &&\
echo; echo "Rebuilding modules" && echo &&\
emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild && echo 
&&\
echo "Remounting /sys/firmware/efi/efivars read-write" &&\
mount -oremount,rw /sys/firmware/efi/efivars && echo &&\
echo "Don't forget to bootctl-install the new kernel!" && echo

HTH, but I wonder...

-- 
Regards,
Peter.

Re: [gentoo-user] Re: How to resume 'emerge -e @world' after grub fails?

[Dale]

Grant Edwards wrote:
> On 2017-12-18, Grant Edwards  wrote:
>> On 2017-12-18, John Blinka  wrote:
>>> On Mon, Dec 18, 2017 at 11:00 AM, Grant Edwards
>>>  wrote:
>>>
 How do I skip grub and continue?
>>> emerge --skipfirst --resume
> [...]
>
>> Oddly, the failing package (grub:0) wasn't the first one: it was about
>> 5-6 packags down the list.  So I used --exclude instead.  We'll see
>> how far that gets...
> It took a couple days, but after "resuming" the emerge three times, it
> finished.  The three failures were grub:0, matplotlib, and crrcsim.
>
> Each time the failed package was around 5th on the list when I did a
> resume.  And, each time emerge insisted on rebuilding gcc and glibc
> first.  [I don't remember what else preceded the failed packages when
> I did the resumes.]
>
> I think I'll postpone upgrading to profile 17 on my "real work"
> computers where I have a lot more packages installed.
>


I'm not sure why or what all this involves but there is a thread on -dev
about a 17.1 profile coming at some point.  One may want to consider
waiting to do to much for that.  Some of the messages make it seem to be
a really large process to upgrade to it.  I'm hoping some or even most
of it is just the devs testing things.  o_O

Just a thought. 

Dale

:-)  :-) 

Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?

[David Haller]

Hello,

On Tue, 19 Dec 2017, Adam Carter wrote:
>> # wc -l /var/lib/portage/world
>> 1140 /var/lib/portage/world
>>
>> Am I doing something wrong?
>
>If you're emerging dependencies without -1, then yes, otherwise, no.

Actually, it's been a long time I've not merged anything without '-1' ;)
Only new stuff I explicity want in world gets the honor of me omitting
the -1.

>> Looking it over, it looks right though.
>> And --depclean is hopelessly overeager here.
>
>What makes you think that?

e.g. the haskell x509-validation example in my other mail.

[..]
>Yeah reviewing the output of a --pv --depclean sounds like a good idea.
>Then you can add anything that's obviously missing to world before a real
>gentoo-sources, since i like keep 2 gcc's around and I look after sources
>manually.
>
>AFAIK missing dependencies are rare as they are quickly identified by the
>breakage.

Actually, I guess it's more missing stuff in world, but there's some
stuff that definitely does not belong in world, but depclean wants to
remove it. Again, the haskell sample works. Basically, I only have
pandoc installed that uses anything haskell, so any haskell stuff
installed is because pandoc (indirectly) depends on it. And depclean
wants to remove part of that "stack". Ok, I checked again, it does
look more like "all of it"... Ooops. Pandoc is not in world. Let's
see... (emerge -Ok app-text/pandoc)...

$ emerge -p --depclean | grep haskell

it still want's to remove about half the haskell stack (which is only
installed because of pandoc's deps). Well, 32 out of 134 (according to
'eix -Ic dev-haskell/') or so... And I just reinstalled all that stuff
from scratch (removing all of dev-haskell/ plus ghc itself, and start
from scratch with "emerge --pretend --tree app-text/pandoc').

I'd have to test and remove just the haskell stuff that depclean
suggests, and then start testing... It's a fine example, as it's a
single app pulling in quite a bit that depclean or I or both get
confused about[1] ;)

That's what I call "overeager". There's other stuff. Might have missed
having some in @world, but with most stuff I'm rather sure it's pulled
in via deps of stuff in @world.

>> Oh well. Not while I'm cleaning
>> up after the profile-13/gcc-5.4 -> profile-17/gcc-7.2 stuff (I'd
>> already compiled most with gcc 6.4, with "std=c++14" for C++ stuff. So
>> not much change there besides pie/no-pie.
>
>I ended up rebuilding two machines, partly due to self induced
>hardened/PIE/PIC pain, and also to start with empty USE and
>/etc/portage/package.* files which were full of crap after many
>years.

Sound's familiar ;)

>I now have;
>$ wc -l /var/lib/portage/world
>63 /var/lib/portage/world
>and emerge -pe says "Total: 1024 packages"

Wow. You don't use much, eh? ;)

-dnh

[1] Normally I would not install such a large stack because of one
program, e.g. I've masked all stuff mono/sharp etc. but I'm
interested in haskell in itself, so that's ok :)

-- 
Auch wieder richtig, aber zum bloed posten brauch ich kein Hirn.
Ausserdem tipp ich schneller, als ich denke :). -- Klaus Muth

Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?

[David Haller]

Hello,

On Mon, 18 Dec 2017, Dale wrote:
>David Haller wrote:
>> On Mon, 18 Dec 2017, Dale wrote:
>>> The key thing, remembering to force it to be added to world, which is a
>>> lot easier than remembering to use -1 for ALL those things I don't want
>>> in the world file.  Before I added the -1 option, my world file was full
>>> of all sorts of things that have no business being there at all.  It was
>>> causing huge problems with upgrades and such. 
>> Hm.
>>
>> # wc -l /var/lib/portage/world
>> 1140 /var/lib/portage/world
>>
>> Am I doing something wrong? Looking it over, it looks right though.
>> And --depclean is hopelessly overeager here.
>>
>> 
>> Packages installed:   3511
>> Packages in world:1140
>> Packages in system:   43
>> Required packages:2581
>> Number to remove: 930
>> 
[..]
>I have KDE installed here plus other desktops as well.  While I use some
>meta packages, I do some on their own as needed.  I have a lot of things
>installed since I have a digital camera, burn CD/DVDs and all sorts of
>other weird things.  Here is mine.
>
>root@fireball / # wc -l /var/lib/portage/world
>201 /var/lib/portage/world
>root@fireball / #

That's not much ;)

[..]
>There is a command that may help with this.  I've never used it and
>would strongly recommend backing up your world file first.  There is no
>help or options for it that show up here.
>
>regenworld

Ah, thanks, didn't know that one.

>Either way, doing it manually or using that command, you should end up
>with a clean world file after some effort.  I would guess that updates
>would be much easier.  Most of mine work first time with no problems. 
>Any failures are usually from the build itself. 

I guess I just have too many little stuff in @world. E.g. I explicitly
want the x265 commandline tool, so I have media-libs/x265 in @world.
Same goes for e.g. ffmpeg (for /usr/bin/ffmpeg), etc. pp. Or just
this:

# grep -c app-arch/ /var/lib/portage/world
42  (sic! ;)

Lots of app-{x,}emacs/, app-shells/, app-portage/, app-text/,
games-*/, media-*/...

I'm reather overeager emerging with -1 :) Hah! Got one: --depclean
suggested dev-haskell/x509-validation. Ok, removed it and it is still
used. Ok, let's see if rebuilding depending stuff
(dev-haskell/connection and dev-haskell/tls) helps:

Doesn't seem like it:

 * ghc-pkg check: 'checking for other broken packages:'
There are problems in package connection-0.2.5:
  dependency "x509-validation-1.6.5-9d1Itw2kfW6JXBlF0ahQsB" doesn't exist
There are problems in package tls-1.3.9:
  dependency "x509-validation-1.6.5-9d1Itw2kfW6JXBlF0ahQsB" doesn't exist
[..]
>>> Failed to emerge dev-haskell/connection-0.2.5,

So, remerging dev-haskell/x509-validation. That's one example of the
"overeager" --depclean... (and no, neither dev-haskell/connection
dev-haskell/tls has the "profile"-USE-flags set, but it seems the
build does actually need it).

Whoa, --depclean wants to remove a bunch of eselects too, e.g.
app-eselect/eselect-package-manager and app-eselect/eselect-pdftex.
Ok, I don't have texlive-core in world, but it is pulled in by various
other stuff...

Oh well, I'll have to check what depclean's doing wrong better.

-dnh

-- 
What got my attention one time, however, was the list that included
both "chicken" and "chicken meat" as distinct ingredients.
   -- Kenneth Brody

Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?

[David Haller]

Hello,

On Wed, 20 Dec 2017, Helmut Jarausch wrote:
>On 12/19/2017 07:13:55 PM, Bas Zoutendijk wrote:
>> On Tue 19 Dec 2017 at 16:45:15 +0100, Helmut Jarausch wrote:
>> > In addition. I keep gcc-6.4.0 since it can generate PIE-enabled
>> > executables AND it it the last compiler with 'gcj'.
>> >
>> > I don't understand why 'pdftk' and packages depending on that have been
>> > masked.
>> >
>> > They build and run fine here (profile 17.0)
>> 
>>   If I read the =app-text/pdftk-2.02 ebuild correctly,  it actually uses
>> GCC 5.4.0,  regardless  of  what  your  system  compiler  is  (6.4.0 for
>> profile 17.0):
>> 
>> # We need gcc-5 because of Java
>> export PATH="$(gcc-config -B 5.4.0):${PATH}"
>
>Yes, but you can change this to
>
>RDEPEND="sys-devel/gcc:6.4.0[gcj]"
>
>which works just fine.

But should suffice to be

DEPEND="sys-devel/gcc[gcj]"
RDEPEND="${DEPEND}"

i.e. DEPEND not RDEPEND. The 6.4.x part is implicit by 7.x lacking the
gcj USE-flag. OTOH, in my ebuild I explicitly depend on 6.4.0 (but
only because I gcc-config'ed to gcc-7.2), so... If you have 6.4.0
selected, that explicit dep could be killed. It's just a matter of
'gcj' and 'gcjh' being in the path and found (and a matching gcc too).

And BTW, you can't change to java/icedtea, I've looked at the code,
it'd be a major rewrite, pdftk uses lots of gcj specific stuff.

I'll attach my whole diff to the original 2.02.ebuild.

HTH,
-dnh

-- 
"Here, in the bare dark face of night /  A calm unhurried eye draws sight
 -- We see in what we think we fear / The cloudings of our thought made clear"
"A most interesting contribution, we're sure, but can we keep this just a
little more focused?" -- GSV "Wisdom Like Silence" to LSV "Serious Callers Only"--- /usr/portage/app-text/pdftk/pdftk-2.02.ebuild	2017-12-16 02:20:47.0 +0100
+++ pdftk-2.02.ebuild	2017-12-20 23:20:27.139925178 +0100
@@ -13,24 +13,31 @@
 SLOT="0"
 KEYWORDS="amd64 ~arm ppc x86 ~amd64-linux"
 
-RDEPEND="sys-devel/gcc:5.4.0[gcj]"
-DEPEND="${RDEPEND}
-	sys-devel/gcc-config
-"
+DEPEND="sys-devel/gcc:6.4.0[gcj]"
+RDEPEND="${DEPEND}"
 
 S="${WORKDIR}/${P}-dist/${PN}"
 
 src_prepare() {
 	epatch "${FILESDIR}"/${P}-flags.patch
+
+	export PATH="$(gcc-config -B 6.4.0):${PATH}"
+	host=$(gcj -dumpmachine)
+	gcj_ver=$(gcj -dumpversion)
+	gcc_ver=$(gcc -dumpversion)
+	sed -i.orig \
+	-e "/CPP\|CXX/s@\$(VERSUFF)@-${gcc_ver}@" \
+	-e "/GCJ\|GCJH/s@\$(VERSUFF)@-${gcj_ver}@" \
+	-e "/LIBGCJ=/s@.*@export LIBGCJ=/usr/share/gcc-data/${host}/${gcc_ver}/java/libgcj-${gcj_ver}.jar@" \
+	-e '/GJAR=/s/$(VERSUFF)//' \
+	Makefile.Debian
 }
 
 src_compile() {
 	# Settings by java-config break compilation by gcj.
 	unset CLASSPATH
 	unset JAVA_HOME
-
-	# We need gcc-5 because of Java
-	export PATH="$(gcc-config -B 5.4.0):${PATH}"
+	export GCJFLAGS="${GCJFLAGS} -Wno-deprecated"
 
 	# Parallel make fails; confirmed, still not fixed in version 2.02.
 	emake -j1 -f "${S}"/Makefile.Debian || die "Compilation failed."

Re: [gentoo-user] Radeon RV730 blobs changed

[Mick]

On Wednesday, 20 December 2017 19:55:40 GMT Mick wrote:
> On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote:
> > On Wed, Dec 20, 2017 at 12:39 PM, Mick  wrote:
> > > [1.072525] [drm] Loading RV730 Microcode
> > > [1.072679] radeon :02:00.0: Direct firmware load for radeon/
> > > RV730_pfp.bin failed with error -2
> > > [1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin"
> > > [1.072974] [drm:rv770_init] *ERROR* Failed to load firmware!
> > 
> > Does this error occur before your root filesystem has been mounted?
> > You should see a message about mounting root further down in the dmesg
> > output.
> > 
> > If that's the case, and your kernel needs the firmware blob before
> > root has been mounted, you will probably need to start using an
> > initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE.
> 
> I beg your pardon guys, the deprecated 'make firmware_install' through me
> off the scent!  It seems that the blobs for Radeon R730 have changed with
> kernel 4.14.7, from those the Gentoo Wiki shows.  So I'm fishing for errors
> in dmesg and adding one blob at a time to see what I get.  The kernel
> compile builds the blobs fine as I show below, even if the firmware_install
> is not used any longer.
> 
>   CHK include/generated/compile.h
>   MK_FW   firmware/radeon/RV730_me.bin.gen.S
>   AS  firmware/radeon/RV730_me.bin.gen.o
>   AR  firmware/built-in.o

OK, problem solved for now!  :-)

My list of blobs was:

CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/
RV730_smc.bin radeon/RV710_uvd.bin"

and it now is:

CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/
RV730_pfp.bin radeon/RV730_me.bin radeon/RV730_smc.bin radeon/RV710_uvd.bin"

Console buffer works, xserver works.  I don't know if all of them are 
necessary, but if it works and doesn't complain I don't have to try messing 
things up.  ;-)

My video card in case you have the same is:

Chipset: "ATI Mobility Radeon HD 4670" (ChipID = 0x9488)

-- 
Regards,
Mick

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

[gentoo-user] Re: How to resume 'emerge -e @world' after grub fails?

[Grant Edwards]

On 2017-12-18, Grant Edwards  wrote:
> On 2017-12-18, John Blinka  wrote:
>> On Mon, Dec 18, 2017 at 11:00 AM, Grant Edwards
>> wrote:
>>
>>> How do I skip grub and continue?
>>
>> emerge --skipfirst --resume

[...]

> Oddly, the failing package (grub:0) wasn't the first one: it was about
> 5-6 packags down the list.  So I used --exclude instead.  We'll see
> how far that gets...

It took a couple days, but after "resuming" the emerge three times, it
finished.  The three failures were grub:0, matplotlib, and crrcsim.

Each time the failed package was around 5th on the list when I did a
resume.  And, each time emerge insisted on rebuilding gcc and glibc
first.  [I don't remember what else preceded the failed packages when
I did the resumes.]

I think I'll postpone upgrading to profile 17 on my "real work"
computers where I have a lot more packages installed.

-- 
Grant Edwards   grant.b.edwardsYow! I hope something GOOD
  at   came in the mail today so
  gmail.comI have a REASON to live!!

Re: [gentoo-user] Radeon RV730 blobs changed

[Mick]

On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote:
> On Wed, Dec 20, 2017 at 12:39 PM, Mick  wrote:
> > [1.072525] [drm] Loading RV730 Microcode
> > [1.072679] radeon :02:00.0: Direct firmware load for radeon/
> > RV730_pfp.bin failed with error -2
> > [1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin"
> > [1.072974] [drm:rv770_init] *ERROR* Failed to load firmware!
> 
> Does this error occur before your root filesystem has been mounted?
> You should see a message about mounting root further down in the dmesg
> output.
> 
> If that's the case, and your kernel needs the firmware blob before
> root has been mounted, you will probably need to start using an
> initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE.

I beg your pardon guys, the deprecated 'make firmware_install' through me off 
the scent!  It seems that the blobs for Radeon R730 have changed with kernel 
4.14.7, from those the Gentoo Wiki shows.  So I'm fishing for errors in dmesg 
and adding one blob at a time to see what I get.  The kernel compile builds 
the blobs fine as I show below, even if the firmware_install is not used any 
longer.

  CHK include/generated/compile.h
  MK_FW   firmware/radeon/RV730_me.bin.gen.S
  AS  firmware/radeon/RV730_me.bin.gen.o
  AR  firmware/built-in.o

-- 
Regards,
Mick

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

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mike Gilbert]

On Wed, Dec 20, 2017 at 12:39 PM, Mick  wrote:
> [1.072525] [drm] Loading RV730 Microcode
> [1.072679] radeon :02:00.0: Direct firmware load for radeon/
> RV730_pfp.bin failed with error -2
> [1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin"
> [1.072974] [drm:rv770_init] *ERROR* Failed to load firmware!

Does this error occur before your root filesystem has been mounted?
You should see a message about mounting root further down in the dmesg
output.

If that's the case, and your kernel needs the firmware blob before
root has been mounted, you will probably need to start using an
initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE.

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Floyd Anderson]

On Wed, 20 Dec 2017 16:51:04 +
Mick  wrote:

On Wednesday, 20 December 2017 16:03:02 GMT Mike Gilbert wrote:

On Wed, Dec 20, 2017 at 9:26 AM, Mick  wrote:



> You are quite right, there is no firmware_install in the 4.14.7 release.
> What does this mean?  How are we meant to install firmware now?

I believe all firmware has been removed from the kernel sources.

You should install sys-kernel/linux-firmware, or grab just the files
you need from the git repo.

https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git


Thank you all, but I see to have a mental disconnect here:

I already have sys-kernel/linux-firmware-20170314 installed.

I have specified in the kernel which blobs I need and /lib/firmware/ as the
path for the kernel to find any firmware it may need.

I used to run make firmware_install and the kernel was able to load whatever
firmware I had specified so that CPU/GPU can function properly at boot time.

With 4.14.7 I (can) no longer do this;


Since I fully encrypt my drives and therefore using an EFI-stub kernel 
with an embedded initramfs, I use genkernel-next and different scripts 
to build my kernels. It can be tricky and feels like a tool-chain but 
also works for me.




AND

the newly compiled kernel does not load at boot time any of the needed
firmware.

What step am I missing to arrive at a bootable kernel with all necessary
firmware?


Assuming your specified blobs are all available and required kernel 
options like CONFIG_MICROCODE and CONFIG_MICROCODE_INTEL [1] are proper 
set, I’m not sure it makes any difference but the default is:


   CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"

without the appended forward slash.


[1] 


--
Regards,
floyd

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mick]

On Wednesday, 20 December 2017 17:27:25 GMT Mike Gilbert wrote:
> On Wed, Dec 20, 2017 at 11:51 AM, Mick  wrote:

> > What step am I missing to arrive at a bootable kernel with all necessary
> > firmware?
> 
> Are you using an initramfs? Does the initramfs contain the necessary
> firmware blobs?

Thanks again Mike, no I am not using an initramfs. I just had a further look 
to see why the 4.14.7 does not boot.  I discovered radeon/RV730_pfp.bin blob 
does not load and xserver segfaults.

CPU microcode and WiFi firmware loads fine.  So seems more relevant to a 
radeon firmware problem.

Some additional observations:

When I boot with 4.14.7 the xserver segfaults:
==
ATI Mobility Radeon HD 5000 Series, ATI Mobility Radeon HD 5570,
ATI Radeon HD 5670, ATI Radeon HD 5570, ATI Radeon HD 5500 Series,
REDWOOD, ATI Mobility Radeon Graphics, CEDAR, ATI FirePro 2270,
ATI Radeon HD 5450, CAYMAN, AMD Radeon HD 6900 Series,
AMD Radeon HD 6900M Series, Mobility Radeon HD 6000 Series, BARTS,
AMD Radeon HD 6800 Series, AMD Radeon HD 6700 Series, TURKS, CAICOS,
ARUBA, TAHITI, PITCAIRN, VERDE, OLAND, HAINAN, BONAIRE, KABINI,
MULLINS, KAVERI, HAWAII
[30.806] (++) using VT number 7

[30.808] (EE) 
[30.808] (EE) Backtrace:
[30.808] (EE) 0: /usr/bin/X (xorg_backtrace+0x4a) [0x55f50ff8d4aa]
[30.808] (EE) 1: /usr/bin/X (0x55f50fde+0x1b1199) [0x55f50ff91199]
[30.808] (EE) 2: /lib64/libpthread.so.0 (0x7f32631b+0x13d30) 
[0x7f32631c3d30]
[30.808] (EE) 3: /usr/bin/X (xf86PlatformDeviceCheckBusID+0xa7) 
[0x55f50fe950e7]
[30.808] (EE) 4: /usr/bin/X (0x55f50fde+0xaf8f2) [0x55f50fe8f8f2]
[30.809] (EE) 5: /usr/bin/X (xf86CallDriverProbe+0xb0) [0x55f50fe67970]
[30.809] (EE) 6: /usr/bin/X (xf86BusConfig+0x46) [0x55f50fe682b6]
[30.809] (EE) 7: /usr/bin/X (InitOutput+0x961) [0x55f50fe76211]
[30.809] (EE) 8: /usr/bin/X (0x55f50fde+0x54866) [0x55f50fe34866]
[30.809] (EE) 9: /lib64/libc.so.6 (__libc_start_main+0xf1) 
[0x7f3262e21541]
[30.809] (EE) 10: /usr/bin/X (_start+0x2a) [0x55f50fe1e6ea]
[30.809] (EE) 
[30.809] (EE) Segmentation fault at address 0x0
[30.809] (EE) 
Fatal server error:
[30.809] (EE) Caught signal 11 (Segmentation fault). Server aborting
==


Looking at dmesg I notice this:
==
[1.069560] [drm] radeon kernel modesetting enabled.
[1.070133] [drm] initializing kernel modesetting (RV730 0x1002:0x9488 
0x1028:0x02FE 0x00).
[1.070309] resource sanity check: requesting [mem 0x000c-0x000d], 
which spans more than PCI Bus :00 [mem 0x000d4000-0x000d7fff window]
[1.070505] caller pci_map_rom+0x53/0xd0 mapping multiple BARs
[1.070655] ATOM BIOS: BR036993
[1.070813] radeon :02:00.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[1.070995] radeon :02:00.0: GTT: 1024M 0x4000 - 
0x7FFF
[1.071219] [drm] Detected VRAM RAM=1024M, BAR=256M
[1.071352] [drm] RAM width 128bits DDR
[1.071773] [TTM] Zone  kernel: Available graphics memory: 2012374 kiB
[1.071883] [TTM] Initializing pool allocator
[1.071990] [TTM] Initializing DMA pool allocator
[1.072241] [drm] radeon: 1024M of VRAM memory ready
[1.072372] [drm] radeon: 1024M of GTT memory ready.
[1.072525] [drm] Loading RV730 Microcode
[1.072679] radeon :02:00.0: Direct firmware load for radeon/
RV730_pfp.bin failed with error -2
[1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin"
[1.072974] [drm:rv770_init] *ERROR* Failed to load firmware!
[1.073183] radeon :02:00.0: Fatal error during GPU init
[1.073294] [drm] radeon: finishing device.
[1.084495] ACPI: Battery Slot [BAT0] (battery present)
[1.095528] [TTM] Finalizing pool allocator
[1.095637] [TTM] Finalizing DMA pool allocator
[1.095903] [TTM] Zone  kernel: Used memory at exit: 0 kiB
[1.096082] [drm] radeon: ttm finalized
[1.096832] radeon: probe of :02:00.0 failed with error -2
[1.097301] [drm] Initialized vgem 1.0.0 20120112 for virtual device on 
minor 0
[1.103389] brd: module loaded
[1.105711] loop: module loaded
[1.105810] mtip32xx Version 1.3.1
=

Comparing firmware between kernels 4.12.12 and 4.14.7 I see:

$ ls -l /usr/src/linux-4.12.12-gentoo/firmware/radeon/RV730*
-rw-r--r-- 1 root root  5440 Dec  7 09:02 /usr/src/linux-4.12.12-gentoo/
firmware/radeon/RV730_me.bin
-rw-r--r-- 1 root root   454 Dec  7 09:02 /usr/src/linux-4.12.12-gentoo/
firmware/radeon/RV730_me.bin.gen.S
-rw-r--r-- 1 root root  6704 Dec  7 09:02 /usr/src/linux-4.12.12-gentoo/
firmware/radeon/RV730_me.bin.gen.o
-rw-r--r-- 1 root root 14972 Jul  3 00:07 /usr/src/linux-4.12.12-gentoo/
firmware/radeon/RV730_me.bin.ihex

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mike Gilbert]

On Wed, Dec 20, 2017 at 11:51 AM, Mick  wrote:
> On Wednesday, 20 December 2017 16:03:02 GMT Mike Gilbert wrote:
>> On Wed, Dec 20, 2017 at 9:26 AM, Mick  wrote:
>
>> > You are quite right, there is no firmware_install in the 4.14.7 release.
>> > What does this mean?  How are we meant to install firmware now?
>>
>> I believe all firmware has been removed from the kernel sources.
>>
>> You should install sys-kernel/linux-firmware, or grab just the files
>> you need from the git repo.
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
>
> Thank you all, but I see to have a mental disconnect here:
>
> I already have sys-kernel/linux-firmware-20170314 installed.
>
> I have specified in the kernel which blobs I need and /lib/firmware/ as the
> path for the kernel to find any firmware it may need.
>
> I used to run make firmware_install and the kernel was able to load whatever
> firmware I had specified so that CPU/GPU can function properly at boot time.
>
> With 4.14.7 I (can) no longer do this;
>
> AND
>
> the newly compiled kernel does not load at boot time any of the needed
> firmware.
>
> What step am I missing to arrive at a bootable kernel with all necessary
> firmware?

Are you using an initramfs? Does the initramfs contain the necessary
firmware blobs?

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mick]

On Wednesday, 20 December 2017 16:03:02 GMT Mike Gilbert wrote:
> On Wed, Dec 20, 2017 at 9:26 AM, Mick  wrote:

> > You are quite right, there is no firmware_install in the 4.14.7 release. 
> > What does this mean?  How are we meant to install firmware now?
> 
> I believe all firmware has been removed from the kernel sources.
> 
> You should install sys-kernel/linux-firmware, or grab just the files
> you need from the git repo.
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

Thank you all, but I see to have a mental disconnect here:

I already have sys-kernel/linux-firmware-20170314 installed.

I have specified in the kernel which blobs I need and /lib/firmware/ as the 
path for the kernel to find any firmware it may need.

I used to run make firmware_install and the kernel was able to load whatever 
firmware I had specified so that CPU/GPU can function properly at boot time.

With 4.14.7 I (can) no longer do this;

AND

the newly compiled kernel does not load at boot time any of the needed 
firmware.

What step am I missing to arrive at a bootable kernel with all necessary 
firmware?

-- 
Regards,
Mick

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

[gentoo-user] Re: Status of a GIT repository

[Ian Zimmerman]

On 2017-12-20 17:28, Vadim A. Misbakh-Soloviov wrote:

> 2) Although, all the ways to check it would be too hard for your purpose.

Well, "git log" still works in a bare repo, right?

It is true that it would be necessary to do it in each subtree of
git3-src, and remember the result somehow.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mike Gilbert]

On Wed, Dec 20, 2017 at 9:26 AM, Mick  wrote:
> On Wednesday, 20 December 2017 12:52:16 GMT Floyd Anderson wrote:
>> On Wed, 20 Dec 2017 12:22:29 +
>>
>> Mick  wrote:
>> >Has something changed in 4.14.7-gentoo sources from its predecessors?
>> >
>> >I'm getting this on two systems:
>> >
>> >[snip ...]
>> >
>> >  INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko
>> >  INSTALL sound/pci/hda/snd-hda-codec.ko
>> >  INSTALL sound/pci/hda/snd-hda-intel.ko
>> >  DEPMOD  4.14.7-gentoo
>> >
>> >make: *** No rule to make target 'firmware_install'.  Stop.
>>
>> Yes, there is a change to drop the target rule ‘firmware_install’ [1].
>> I’ve noticed also [2] but in the end it seems the rule is finally
>> dropped:
>>
>>   /usr/src/linux-4.12.12-gentoo/scripts/Makefile.fwinst...  exists
>>   /usr/src/linux-4.14.4-gentoo/scripts/Makefile.fwinst ...  no such file
>>
>> To check it’s there look for ‘Other generic targets’ in kernel dir:
>>
>> sudo make help
>>
>> or just grep:
>>
>> grep -q 'firmware_install' /usr/src/linux/Makefile
>>
>>
>> References:
>>   - [1] 
>>   - [2] 
>
> You are quite right, there is no firmware_install in the 4.14.7 release.  What
> does this mean?  How are we meant to install firmware now?

I believe all firmware has been removed from the kernel sources.

You should install sys-kernel/linux-firmware, or grab just the files
you need from the git repo.

https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mick]

On Wednesday, 20 December 2017 15:28:03 GMT Peter Humphrey wrote:
> On Wednesday, 20 December 2017 12:22:29 GMT Mick wrote:
> > Has something changed in 4.14.7-gentoo sources from its predecessors?
[snip ...]

> What firmware are you trying to install? This box needs firmware for the
> graphics card and the Intel CPU, and I've been declaring the file names in
> CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display works
> fine, and so does opencl on the GPU since I emerged dev-libs/amdgpu-pro-
> opencl, I assume that the firmware is being loaded. I didn't even know about
> a firmware_install make target.

Thanks Peter,

I am also declaring relevant firmware in the kernel for CPU microcode and GPU, 
but they do not get loaded when I build kernel 4.14.7:

$ grep FIRMWARE /usr/src/linux/.config
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/
RV730_smc.bin radeon/RV710_uvd.bin"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/"
# CONFIG_CYPRESS_FIRMWARE is not set
# CONFIG_DRM_LOAD_EDID_FIRMWARE is not set
CONFIG_FIRMWARE_EDID=y
CONFIG_FIRMWARE_MEMMAP=y
# CONFIG_GOOGLE_FIRMWARE is not set
# CONFIG_TEST_FIRMWARE is not set

So I can't load a desktop because xserver will not launch.  I also recall 
having additional firmware for WiFi/BT cards on this laptop.

The same problem exists on other systems, some running AMD.
-- 
Regards,
Mick

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

Re: [gentoo-user] New Kernel - custom modules are not loaded

[Helmut Jarausch]

On 12/20/2017 04:14:54 PM, Helmut Jarausch wrote:

Hi,
this drives me crazy.

I have built a new kernel  4.14.7 with the same config as 4.14.6,
I have rebuild all kernel modules,
the file /etc/conf.d/modules lists my extra modules and hasn't  
changed.

(I'm using openrc, but systemd is installed, as well)

Now, booting 4.14.6, all my modules get loaded.
But, booting 4.14.7, they do NOT get loaded.
I can switch between those two - the above situation stays.

So, please, what am I missing?

Do I have to re-emerge something, or issue any command, ...
I'm lost.





I've just noticed, that loading the modules via modprobe
keeps loading them on the FOLLOWING boot.
What magic is going on there?

Thanks,
Helmut

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Peter Humphrey]

On Wednesday, 20 December 2017 12:22:29 GMT Mick wrote:
> Has something changed in 4.14.7-gentoo sources from its predecessors?
> 
> I'm getting this on two systems:
> 
> [snip ...]
>   INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko
>   INSTALL sound/pci/hda/snd-hda-codec.ko
>   INSTALL sound/pci/hda/snd-hda-intel.ko
>   DEPMOD  4.14.7-gentoo
> make: *** No rule to make target 'firmware_install'.  Stop.

What firmware are you trying to install? This box needs firmware for the 
graphics card and the Intel CPU, and I've been declaring the file names in 
CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display works 
fine, and so does opencl on the GPU since I emerged dev-libs/amdgpu-pro-
opencl, I assume that the firmware is being loaded. I didn't even know about 
a firmware_install make target.

-- 
Regards,
Peter.

[gentoo-user] New Kernel - custom modules are not loaded

[Helmut Jarausch]

Hi,
this drives me crazy.

I have built a new kernel  4.14.7 with the same config as 4.14.6,
I have rebuild all kernel modules,
the file /etc/conf.d/modules lists my extra modules and hasn't changed.
(I'm using openrc, but systemd is installed, as well)

Now, booting 4.14.6, all my modules get loaded.
But, booting 4.14.7, they do NOT get loaded.
I can switch between those two - the above situation stays.

So, please, what am I missing?

Do I have to re-emerge something, or issue any command, ...
I'm lost.

Thanks for some hints,
Helmut

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mick]

On Wednesday, 20 December 2017 12:52:16 GMT Floyd Anderson wrote:
> On Wed, 20 Dec 2017 12:22:29 +
> 
> Mick  wrote:
> >Has something changed in 4.14.7-gentoo sources from its predecessors?
> >
> >I'm getting this on two systems:
> >
> >[snip ...]
> >
> >  INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko
> >  INSTALL sound/pci/hda/snd-hda-codec.ko
> >  INSTALL sound/pci/hda/snd-hda-intel.ko
> >  DEPMOD  4.14.7-gentoo
> >
> >make: *** No rule to make target 'firmware_install'.  Stop.
> 
> Yes, there is a change to drop the target rule ‘firmware_install’ [1].
> I’ve noticed also [2] but in the end it seems the rule is finally
> dropped:
> 
>   /usr/src/linux-4.12.12-gentoo/scripts/Makefile.fwinst...  exists
>   /usr/src/linux-4.14.4-gentoo/scripts/Makefile.fwinst ...  no such file
> 
> To check it’s there look for ‘Other generic targets’ in kernel dir:
> 
> sudo make help
> 
> or just grep:
> 
> grep -q 'firmware_install' /usr/src/linux/Makefile
> 
> 
> References:
>   - [1] 
>   - [2] 

You are quite right, there is no firmware_install in the 4.14.7 release.  What 
does this mean?  How are we meant to install firmware now?

-- 
Regards,
Mick

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

Re: [gentoo-user] Choice of TLD for internal network

[Wols Lists]

On 20/12/17 02:12, Peter Humphrey wrote:
> On Wednesday, 20 December 2017 01:09:30 GMT Neil Bothwick wrote:
>> On Wed, 20 Dec 2017 00:33:08 +, Peter Humphrey wrote:
 It's not about political correctness but perspective. The good guys
 intervene, the baddies interfere. It's like the difference between a
 terrorist and a freedom fighter.
>>>
>>> We could mince words all day.
>>
>> No we couldn't, that would make us politicians...
> 
> Have I touched a raw nerve?  :)
> 
Sounds like it :-) Unfortunately, life is politics (with a small "p").

As for people "doing good", I prefer to call busy-bodies "do gooders".
They go out looking for people to "help", and are usually very
"Politically Correct".

On the other hand, people "doing good" are those who see a problem, ASK
THE PEOPLE AFFECTED WHAT THEY WANT, and muck in and help.

As opposed to Politicians, who see a problem, come up with some solution
that doesn't work, and then expect everyone else except them to
implement it!

Cheers,
Wol

Re: [gentoo-user] neomutt package broken?

[Christoph Böhmwalder]

On Wed, Dec 20, 2017 at 12:10:54PM +0100, Stephan Lukasczyk wrote:
> I can confirm this behaviour.  On my machine, it could not find the
> installed version of BerkeleyDB (some 6.x).  Installing sys-libs/db:5.3
> (BerkeleyDB 5.3.x) solved the problem for me.
> 
> Best,
>  Stephan

Thanks for the hint, after I merged sys-libs/db:5.3 I hit this bug: [0].
After enabling the 'doc' USE flag it installed fine and appears to work.

[0] https://bugs.gentoo.org/641132

--
Regards,
Christoph

Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Floyd Anderson]

On Wed, 20 Dec 2017 12:22:29 +
Mick  wrote:

Has something changed in 4.14.7-gentoo sources from its predecessors?

I'm getting this on two systems:

[snip ...]
 INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko
 INSTALL sound/pci/hda/snd-hda-codec.ko
 INSTALL sound/pci/hda/snd-hda-intel.ko
 DEPMOD  4.14.7-gentoo
make: *** No rule to make target 'firmware_install'.  Stop.


Yes, there is a change to drop the target rule ‘firmware_install’ [1]. 
I’ve noticed also [2] but in the end it seems the rule is finally 
dropped:


 /usr/src/linux-4.12.12-gentoo/scripts/Makefile.fwinst...  exists
 /usr/src/linux-4.14.4-gentoo/scripts/Makefile.fwinst ...  no such file 


To check it’s there look for ‘Other generic targets’ in kernel dir:

   sudo make help

or just grep:

   grep -q 'firmware_install' /usr/src/linux/Makefile


References:
 - [1] 
 - [2] 


--
Regards,
floyd

[gentoo-user] 'firmware_install' won't on 4.14.7-gentoo

[Mick]

Has something changed in 4.14.7-gentoo sources from its predecessors?

I'm getting this on two systems:  

[snip ...]
  INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko
  INSTALL sound/pci/hda/snd-hda-codec.ko
  INSTALL sound/pci/hda/snd-hda-intel.ko
  DEPMOD  4.14.7-gentoo
make: *** No rule to make target 'firmware_install'.  Stop.

-- 
Regards,
Mick

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

Re: [gentoo-user] Status of a GIT repository

[Helmut Jarausch]

On 12/20/2017 11:28:31 AM, Vadim A. Misbakh-Soloviov wrote:

В письме от среда, 20 декабря 2017 г. 17:04:33 +07 пользователь Helmut
Jarausch написал:
> Hi,
> I have no experience with GIT.
>
> I'd like to determine if a GIT repository in Gentoo is up-to-date.
> Normally, a GIT folder has a '.git' subfolder. Using 'git status' in
> such a GIT folder works fine.
>
> But the subfolders in /usr/portage/distfiles/git3-src don't contain  
a

> '.git' subfolder.
> A plain 'git status' in such a subfolder doesn't work - I get  
"fatal:

> This operation must be run in a work tree".
>
> Is there a means to determine the status of a Gentoo-GIT-folder?
>
> Background: I'd like to check if anything has changed in the GIT
> repository before I run an 'emerge -u' for that.
>
> Many thanks for a hint,
> Helmut

1) there is no "Gentoo-GIT-folder". The things in $DISTDIR/git3-src  
is called
"bare" repositories (i.e. it is that ".git" folder itself, without  
"unpacked"

work tree, like you have in $PORTDIR)
2) Although, all the ways to check it would be too hard for your  
purpose.
3) but there is nice tool for your purpose: it's called  
`app-portage/smart-

live-rebuild`.
So, just emerge it, and then just run `emerge @smart-live-rebuild` (it
provides special virtual set) periodically. It will perform all the  
checks for

you.


Many thanks! This looks like it saves me a lot of work ( I was willing  
to write a Python script myself).

Helmut

Re: [gentoo-user] neomutt package broken?

[Stephan Lukasczyk]

Hi Christoph,

On 2017-12-20 11:29:08, Christoph Böhmwalder wrote:

It seems to me that I'm either doing something very wrong or that the
neomutt package recently broke.  I just attempted an update and it can't
seem to find BerkeleyDB anymore.  I can't seem to recall changing
anything significant since the previous update (no USE changes, etc).

Any neomutt users out there who can confirm/refute this behaviour?
Alternatively, any pointers on what I might have messed up would also be
much appreciated.


I can confirm this behaviour.  On my machine, it could not find the
installed version of BerkeleyDB (some 6.x).  Installing sys-libs/db:5.3
(BerkeleyDB 5.3.x) solved the problem for me.

Best,
 Stephan

--
Stephan Lukasczyk
GPG-Key: 0x06E03C26B90F403D
Microsoft isn't the answer. Microsoft is the question.
And the answer is "No".


signature.asc
Description: PGP signature

Re: [gentoo-user] Status of a GIT repository

[Marc Joliet]

Am Mittwoch, 20. Dezember 2017, 11:28:31 CET schrieb Vadim A. Misbakh-Soloviov:
> В письме от среда, 20 декабря 2017 г. 17:04:33 +07 пользователь Helmut
> 
> Jarausch написал:
> > Hi,
> > I have no experience with GIT.
> > 
> > I'd like to determine if a GIT repository in Gentoo is up-to-date.
> > Normally, a GIT folder has a '.git' subfolder. Using 'git status' in
> > such a GIT folder works fine.
> > 
> > But the subfolders in /usr/portage/distfiles/git3-src don't contain a
> > '.git' subfolder.
> > A plain 'git status' in such a subfolder doesn't work - I get "fatal:
> > This operation must be run in a work tree".
> > 
> > Is there a means to determine the status of a Gentoo-GIT-folder?
> > 
> > Background: I'd like to check if anything has changed in the GIT
> > repository before I run an 'emerge -u' for that.
> > 
> > Many thanks for a hint,
> > Helmut
> 
> 1) there is no "Gentoo-GIT-folder". The things in $DISTDIR/git3-src is
> called "bare" repositories (i.e. it is that ".git" folder itself, without
> "unpacked" work tree, like you have in $PORTDIR)
> 2) Although, all the ways to check it would be too hard for your purpose.
> 
> 3) but there is nice tool for your purpose: it's called `app-portage/smart-
> live-rebuild`.
> So, just emerge it, and then just run `emerge @smart-live-rebuild` (it
> provides special virtual set) periodically. It will perform all the checks
> for you.

You wrote everything I was going to, and also something I didn't know :) .  I 
always thought 
you had to invoke smart-live-rebuild as its own command and never realised that 
it also 
provided a special set.  Cool!

I'll just add to your second point that while you can operate within a bare 
repository (and 
some commands work directly, e.g., "git gc"), they are usually what you push to 
and fetch 
from (meaning that you don't need a special server to host a git repo, you can 
just put a bare 
repository on, e.g., a shared folder and use that as your origin).

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



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

[gentoo-user] neomutt package broken?

[Christoph Böhmwalder]

Hi everyone,

It seems to me that I'm either doing something very wrong or that the
neomutt package recently broke.  I just attempted an update and it can't
seem to find BerkeleyDB anymore.  I can't seem to recall changing
anything significant since the previous update (no USE changes, etc).

Any neomutt users out there who can confirm/refute this behaviour?
Alternatively, any pointers on what I might have messed up would also be
much appreciated.

Attached are build.log, config.log (no idea what's going on in there,
but the build output said to include it), emerge --info, and emerge -pqv
output.

Thanks!

--
Regards,
Christoph


logs.tar.gz
Description: Binary data

Re: [gentoo-user] Status of a GIT repository

[Vadim A. Misbakh-Soloviov]

В письме от среда, 20 декабря 2017 г. 17:04:33 +07 пользователь Helmut 
Jarausch написал:
> Hi,
> I have no experience with GIT.
> 
> I'd like to determine if a GIT repository in Gentoo is up-to-date.
> Normally, a GIT folder has a '.git' subfolder. Using 'git status' in
> such a GIT folder works fine.
> 
> But the subfolders in /usr/portage/distfiles/git3-src don't contain a
> '.git' subfolder.
> A plain 'git status' in such a subfolder doesn't work - I get "fatal:
> This operation must be run in a work tree".
> 
> Is there a means to determine the status of a Gentoo-GIT-folder?
> 
> Background: I'd like to check if anything has changed in the GIT
> repository before I run an 'emerge -u' for that.
> 
> Many thanks for a hint,
> Helmut

1) there is no "Gentoo-GIT-folder". The things in $DISTDIR/git3-src is called 
"bare" repositories (i.e. it is that ".git" folder itself, without "unpacked" 
work tree, like you have in $PORTDIR)
2) Although, all the ways to check it would be too hard for your purpose.
3) but there is nice tool for your purpose: it's called `app-portage/smart-
live-rebuild`.
So, just emerge it, and then just run `emerge @smart-live-rebuild` (it 
provides special virtual set) periodically. It will perform all the checks for 
you.

[gentoo-user] Status of a GIT repository

[Helmut Jarausch]

Hi,
I have no experience with GIT.

I'd like to determine if a GIT repository in Gentoo is up-to-date.
Normally, a GIT folder has a '.git' subfolder. Using 'git status' in  
such a GIT folder works fine.


But the subfolders in /usr/portage/distfiles/git3-src don't contain a  
'.git' subfolder.
A plain 'git status' in such a subfolder doesn't work - I get "fatal:  
This operation must be run in a work tree".


Is there a means to determine the status of a Gentoo-GIT-folder?

Background: I'd like to check if anything has changed in the GIT  
repository before I run an 'emerge -u' for that.


Many thanks for a hint,
Helmut

Re: [gentoo-user] How to resume 'emerge -e @world' after grub fails?

[Helmut Jarausch]

On 12/19/2017 07:13:55 PM, Bas Zoutendijk wrote:

On Tue 19 Dec 2017 at 16:45:15 +0100, Helmut Jarausch wrote:
> In addition. I keep gcc-6.4.0 since it can generate PIE-enabled
> executables AND it it the last compiler with 'gcj'.
>
> I don't understand why 'pdftk' and packages depending on that have  
been

> masked.
>
> They build and run fine here (profile 17.0)

  If I read the =app-text/pdftk-2.02 ebuild correctly,  it actually  
uses
GCC 5.4.0,  regardless  of  what  your  system  compiler  is  (6.4.0  
for

profile 17.0):

# We need gcc-5 because of Java
export PATH="$(gcc-config -B 5.4.0):${PATH}"



Yes, but you can change this to

RDEPEND="sys-devel/gcc:6.4.0[gcj]"


which works just fine.