Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Next stable gentoo-sources
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 3:03 pm    Post subject: Next stable gentoo-sources Reply with quote

Depclean removed the sources - I let it do that.
When´s the next stable gentoo-sources to be expected?
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30837
Location: here

PostPosted: Sat Oct 23, 2021 3:10 pm    Post subject: Reply with quote

It is strange that portage have deleted the sources of the current stable kernel.
Anyway see https://bugs.gentoo.org/818199
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 5:05 pm    Post subject: Reply with quote

It is just a guess that the sources got deleted. I needed to change something in the kernel but got this:
Code:
make && make modules_install && make install
  CALL    scripts/checksyscalls.sh
  CALL    scripts/atomic/check-atomics.sh
  DESCEND  objtool
make[4]: *** Keine Regel vorhanden, um das Ziel „/usr/lib/gcc/x86_64-pc-linux-gnu/10.3.0/include/stddef.h“,
  benötigt von „/usr/src/linux-5.10.61-gentoo/tools/objtool/fixdep.o“, zu erstellen.  Schluss.
make[3]: *** [Makefile:41: /usr/src/linux-5.10.61-gentoo/tools/objtool/fixdep-in.o] Fehler 2
make[2]: *** [/usr/src/linux-5.10.61-gentoo/tools/build/Makefile.include:5: fixdep] Fehler 2
make[1]: *** [Makefile:68: objtool] Fehler 2
make: *** [Makefile:1948: tools/objtool] Fehler 2

Never happened before. The symlink is fine.
I cannot figure any other reason for it except that the source is gone.

Am I wrong?
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21489

PostPosted: Sat Oct 23, 2021 5:12 pm    Post subject: Reply with quote

Yes, you are wrong here. I don't read German (next time, please use LC_ALL=C so that messages are not translated), but I recognize the error anyway. You have removed the version of gcc which provided /usr/lib/gcc/x86_64-pc-linux-gnu/10.3.0/include/stddef.h, so now the generated Makefile has a stale dependency. You need to remove the generated Makefile(s) and let the kernel regenerate them with the new gcc version.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Sat Oct 23, 2021 5:20 pm    Post subject: Reply with quote

transsib,

If the sources were gone, the Makefile would be gone too.
That produces a different error. Something like
Quote:
No rule to make ...


You would not be able to run make at all.

Heh "Keine Regel vorhanden, um das Ziel" translates by machine to "No rule present to reach the target"

You have a Makefile. Make went down 3 levels.
Code:
make[3]: *** [Makefile:41
and gave a line number where the error was triggered.
Does the file
Code:
 /usr/lib/gcc/x86_64-pc-linux-gnu/10.3.0/include/stddef.h
exist?
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 5:26 pm    Post subject: Reply with quote

No, but
Code:
/usr/lib/gcc/x86_64-pc-linux-gnu/11.2.0/include/stddef.h
does.
Which Makefile do I need to delete, the one in /usr/src/linux or those in /usr/src/linux/tools/build?
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Sat Oct 23, 2021 5:29 pm    Post subject: Reply with quote

transsib,

Neither. You need to delete all the generated Makefiles in the kernel tree. There are lots.

Code:
make clean
i will do that.
As you have changed gcc versions, you must rebuild the entire kernel anyway, so thats a good place to start.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 5:33 pm    Post subject: Reply with quote

Thank you, make clean is on the way.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 5:44 pm    Post subject: Reply with quote

Nice.
Works now. Next time gcc gets upgraded I not only compile deep system but gentoo-sources too
after oneshot libtool.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 5:51 pm    Post subject: Reply with quote

Hu wrote:
Quote:
I don't read German (next time, please use LC_ALL=C so that messages are not translated)

I apologize but I understood LC_ALL was discouraged.
But may be I´m wrong here as well.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Sat Oct 23, 2021 5:59 pm    Post subject: Reply with quote

transsib,

You can set LC_ALL=C on the command line when you want to post an error.
There is no need to have it as a global setting.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sat Oct 23, 2021 6:04 pm    Post subject: Reply with quote

NeddySeagoon wrote:
Quote:
You can set LC_ALL=C on the command line when you want to post an error.

Ugh ... I am such a N00b :(

I needed to recompile the kernel for nfs. Up to now I have backups on usb sticks.
I now switch to a NAS; works wonders on Windows but I cannot seem to get nfs mounting to work
here on Gentoo. I had it working (mount as root) and rsync a nice backup. The next day mount stopped working
for no apparent reason as I haven´t changed anything on the NAS that is the nfs server.
So now I try to use cifs although I don´t like it.

Thank you for your help.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21489

PostPosted: Sat Oct 23, 2021 7:13 pm    Post subject: Reply with quote

I am not aware of a specific deprecation of LC_ALL, but since it overrides all other LC_* variables, it may be discouraged because it lacks precision. For example, if you want German messages, but French collation rules, you cannot set LC_ALL, since it will force both messages and collation to the value picked by LC_ALL. For such a scenario, you would instead set LC_MESSAGES to German and LC_COLLATE to French.

I usually use LC_ALL in forum recommendations like this because it's shorter than LC_MESSAGES, and because when the goal is to force English text, it's usually preferable to suppress all localization. Also, if the user I am addressing chose to set LC_ALL to a non-English locale, setting LC_MESSAGES will have no effect. Conversely, if the user set LC_MESSAGES and left LC_ALL unset, my request to use LC_ALL will still result in untranslated output.

The command locale, without arguments, shows the currently active localization settings. We don't need those to help you here, but it may be of interest to you.

As regards getting untranslated output:
Code:
LC_ALL=C make <your-arguments-here>
will do the override for a single command, assuming you are using GNU Bash or a similar shell.
NeddySeagoon wrote:
Heh "Keine Regel vorhanden, um das Ziel" translates by machine to "No rule present to reach the target"
That's pretty close.
Code:
$ make -f /dev/null /foo
make: *** No rule to make target '/foo'.  Stop.
transsib wrote:
So now I try to use cifs although I don´t like it.
Start a new thread and ask about your NFS problem. Perhaps someone can help you get it working again.
Back to top
View user's profile Send private message
EasterParade
l33t
l33t


Joined: 26 Jul 2003
Posts: 938

PostPosted: Sun Oct 24, 2021 10:49 am    Post subject: Reply with quote

Thank you Hu. I got nfs (version 3; gonna switch to version 4 next) working again.
No cifs needed.
All that´s left to do now is find out how to gain access to the share as user in Dolphin,
create a cron job for rsync and fix mounting of the other users` shares so that they can rsync their backups again.

I am happy that I can become real root on the NAS using ssh as the admin so that I can see and edit
what I´ve created on the webbased gui of the NAS (which is quite transparent for a gui).

The NAS` system is a fully fledged, clean&mean Linux system.

Have a nice weekend or what´s left of it everabody.
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 2912
Location: Edge of marsh USA

PostPosted: Sun Oct 24, 2021 9:15 pm    Post subject: Reply with quote

Re: Next stable kernel
You may be able to extrapolate something from my most recent gentoo-sources entries in /var/log/kernel.
Code:
May 7  gentoo-sources-5.4.92
Jul 14 gentoo-sources-5.4.131
Jul 21 gentoo-sources-5.4.134
Aug 30 gentoo-sources-5.4.143

I'm following the stable 5.4 series on my primary desktop.

Without any insider information, I'd say it looks like we get new kernel releases when we need them, to incorporate important bug or security fixes. I could be wrong. It might be random, it might be subject to maintainer availability, but I'm going with my first guess until revealed otherwise.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/17.1/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6051
Location: Removed by Neddy

PostPosted: Sun Oct 24, 2021 10:36 pm    Post subject: Reply with quote

stable kernel's follow upstream LTS labeling
_________________
Quote:
Removed by Chiitoo
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 2912
Location: Edge of marsh USA

PostPosted: Mon Oct 25, 2021 3:44 am    Post subject: Reply with quote

I'm masking kernel series I'm not ready to run:
Code:
$ grep sources /etc/portage/package.mask
>=sys-kernel/gentoo-sources-5.5

This way I do get updates to the 5.4 series rather than following whatever current stable might be.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/17.1/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
pietinger
Moderator
Moderator


Joined: 17 Oct 2006
Posts: 3997
Location: Bavaria

PostPosted: Mon Oct 25, 2021 10:03 am    Post subject: Reply with quote

figueroa wrote:
I'm masking kernel series I'm not ready to run:
Code:
$ grep sources /etc/portage/package.mask
>=sys-kernel/gentoo-sources-5.5

This way I do get updates to the 5.4 series rather than following whatever current stable might be.

If you do an "eix gentoo-sources" you will see, there is also a stable 5.4.143 (for today) and the newest is 5.4.155 as unstable.

If someone want to have the newest kernel of an specific series then it must be the unstable of this series. You need then in your /etc/portage/package.accept_keywords:
Code:
sys-kernel/gentoo-sources ~amd64


I have the same with the 5.10-series. Stable is 5.10.61; newest is 5.10.75 which I have, because in my package.mask I have:
Code:
>=sys-kernel/gentoo-sources-5.11
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 2912
Location: Edge of marsh USA

PostPosted: Mon Oct 25, 2021 2:48 pm    Post subject: Reply with quote

As I wrote,
Quote:
I'm following the stable 5.4 series on my primary desktop.
(Emphasis on "stable.")
I've had 5.4.143 since Aug 30, and it's exactly what I want.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/17.1/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
freke
l33t
l33t


Joined: 23 Jan 2003
Posts: 962
Location: Somewhere in Denmark

PostPosted: Mon Oct 25, 2021 3:15 pm    Post subject: Reply with quote

pietinger wrote:
figueroa wrote:
I'm masking kernel series I'm not ready to run:
Code:
$ grep sources /etc/portage/package.mask
>=sys-kernel/gentoo-sources-5.5

This way I do get updates to the 5.4 series rather than following whatever current stable might be.

If you do an "eix gentoo-sources" you will see, there is also a stable 5.4.143 (for today) and the newest is 5.4.155 as unstable.

If someone want to have the newest kernel of an specific series then it must be the unstable of this series. You need then in your /etc/portage/package.accept_keywords:
Code:
sys-kernel/gentoo-sources ~amd64


I have the same with the 5.10-series. Stable is 5.10.61; newest is 5.10.75 which I have, because in my package.mask I have:
Code:
>=sys-kernel/gentoo-sources-5.11


I do (/etc/portage/package.accept_keywords and no masking)
Code:
=sys-kernel/gentoo-kernel-5.10*
=virtual/dist-kernel-5.10*
Seems to achieve the same and will jump onto the next LTS when it's marked stable in portage.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21489

PostPosted: Mon Oct 25, 2021 4:02 pm    Post subject: Reply with quote

I think there is a linguistic ambiguity here. There is Gentoo stable (ARCH) vs testing (~ARCH), and there is the upstream stable kernel (v5.x.y), in both short-term and long-term flavors. There is also the upstream non-stable kernel (Linus's v5.x), but nobody here is requesting that.

figueroa wants to use only kernels that come from an upstream long-term stable series, which are also marked as Gentoo stable (ARCH) for his architecture. pietinger wants an upstream long-term stable series, but is willing to take any kernel in that series that upstream considers stable, without waiting for Gentoo to move it from testing (~ARCH) to stable (ARCH). Concretely, pietinger will accept a kernel as soon as Greg KH sends the announcement that it is available (ignoring the delay for a Gentoo maintainer to add the ebuild). figueroa will accept the kernel once the Gentoo maintainer decides to keyword it ARCH, which could take days or weeks, depending on availability, regression reports, etc.

I make no judgment as to whose decision is correct.

Meanwhile, freke is dealing with a related but distinct setup.
Back to top
View user's profile Send private message
pietinger
Moderator
Moderator


Joined: 17 Oct 2006
Posts: 3997
Location: Bavaria

PostPosted: Mon Oct 25, 2021 4:17 pm    Post subject: Reply with quote

Hu,

I am not a native english speaker (+ I am an old man) and therefore I am very thankful for your exact explanation (I couldnt do). I also want to apologize for any misunderstanding I provoked - espacially to @figueroa. I only wanted to give a hint (for all readers of this thread) how to get the newest kernel source of a given series. Thanks again, Hu
and many greetings,
Peter
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21489

PostPosted: Mon Oct 25, 2021 4:43 pm    Post subject: Reply with quote

Considering the reuse of terms by different projects (stable for Gentoo versus stable for upstream) to mean slightly different things, I would not be surprised if some native English speakers also got lost in the subtleties here. I think I have seen that exact confusion in other threads, dealing with other projects. That is why I focused on spelling out upstream stable versus Gentoo stable in my post above.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Mon Oct 25, 2021 5:31 pm    Post subject: Reply with quote

Hu wrote:
I make no judgment as to whose decision is correct.


They all are. :)

Seriously, thats a design decision for the admin.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
figueroa
Advocate
Advocate


Joined: 14 Aug 2005
Posts: 2912
Location: Edge of marsh USA

PostPosted: Mon Oct 25, 2021 6:12 pm    Post subject: Reply with quote

pietinger wrote:
Hu,

I am not a native english speaker (+ I am an old man) and therefore I am very thankful for your exact explanation (I couldnt do). I also want to apologize for any misunderstanding I provoked - espacially to @figueroa. I only wanted to give a hint (for all readers of this thread) how to get the newest kernel source of a given series. Thanks again, Hu
and many greetings,
Peter

Yes, Hu nailed it with his very careful unwinding of our use of language and technical terms. I think we both are doing exactly what we intend, and I think the discussion here may be helpful for all who stumble upon it.

Blessings all around.
_________________
Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/17.1/desktop (stable), OpenRC, -systemd -pulseaudio -uefi
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum