From dmccooey at att.net  Wed Jul  1 02:22:16 2020
From: dmccooey at att.net (david mccooey)
Date: Wed, 1 Jul 2020 02:22:16 +0000 (UTC)
Subject: problem getting ports from crux.nu
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
Message-ID: <1817236931.476003.1593570136804@mail.yahoo.com>

Hello,
I am installing CRUX 3.5 on a new computer.
I started with the ISO on a USB stick, and installed onto a SSD drive.
The grub2 installation didn't work for some reason, but I managed to boot Linux on the SSD drive using the grub command line.
Now I am trying to bring my ports structure up to date.
When I type "ports -u", it says "Updating file list from crux.nu::ports/crux-3.5/core/", and hangs there for several minutes.
It fails with the following messages:
rsync: failed to connect to crux.nu (213.132.101.140): Connection timed out (110)rsync error: error in socket IO (code 10) at clientserver.c(127) [Receiver=3.1.3]Error: Running rsync failed ()Updating failed
It then tries to get "opt" and "xorg", but they time out as well with the same messages.

>From the bash prompt, I can ping 213.132.101.140 or crux.nu without any problem, so it does not appear to be a network issue.
Any help would be appreciated.
Thank you,
Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200701/cabf4496/attachment.htm>

From volumetricsteve at gmail.com  Wed Jul  1 05:45:51 2020
From: volumetricsteve at gmail.com (Steve Volumetric)
Date: Wed, 1 Jul 2020 00:45:51 -0500
Subject: problem getting ports from crux.nu
In-Reply-To: <1817236931.476003.1593570136804@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
Message-ID: <CABr5XP3kL=AVOxDW_QZPd4Z8KmSSR=0xwpQpqP7KMtZQR7UfVA@mail.gmail.com>

what do you get when you run:

mount


On Tue, Jun 30, 2020 at 9:22 PM david mccooey <dmccooey at att.net> wrote:

> Hello,
>
> I am installing CRUX 3.5 on a new computer.
>
> I started with the ISO on a USB stick, and installed onto a SSD drive.
>
> The grub2 installation didn't work for some reason, but I managed to boot
> Linux on the SSD drive using the grub command line.
>
> Now I am trying to bring my ports structure up to date.
>
> When I type "ports -u", it says "Updating file list from crux.nu::ports/crux-3.5/core/",
> and hangs there for several minutes.
>
> It fails with the following messages:
>
> rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> out (110)
> rsync error: error in socket IO (code 10) at clientserver.c(127)
> [Receiver=3.1.3]
> Error: Running rsync failed ()
> Updating failed
>
> It then tries to get "opt" and "xorg", but they time out as well with the
> same messages.
>
>
> From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> problem, so it does not appear to be a network issue.
>
> Any help would be appreciated.
>
> Thank you,
>
> Dave
>
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200701/88c09652/attachment.htm>

From fredrik at rinnestam.se  Wed Jul  1 07:03:14 2020
From: fredrik at rinnestam.se (Fredrik)
Date: Wed, 1 Jul 2020 09:03:14 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <1817236931.476003.1593570136804@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
Message-ID: <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>

On 2020-07-01 04:22, david mccooey wrote:
> Hello,
> 
> rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> out (110)
> rsync error: error in socket IO (code 10) at clientserver.c(127)
> [Receiver=3.1.3]
> Error: Running rsync failed ()
> Updating failed
> 
> It then tries to get "opt" and "xorg", but they time out as well with
> the same messages.
> 
> 
> From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> problem, so it does not appear to be a network issue.

Yes it is. I'd bet your firewall doesn't allow rsync traffic

> Any help would be appreciated.
> 
> Thank you,
> 
> Dave



From tbier at posteo.de  Wed Jul  1 08:49:33 2020
From: tbier at posteo.de (Tim)
Date: Wed, 1 Jul 2020 10:49:33 +0200
Subject: Thoughts on making Crux more `alive' and `attractive'.
In-Reply-To: <20200621211811.gcctpczi52teg6e6@misterbzr.localdomain>
References: <20200621211811.gcctpczi52teg6e6@misterbzr.localdomain>
Message-ID: <20200701104933.1c85259b@thor.lan>

On Sun, 21 Jun 2020 23:18:11 +0200
Hans Bezemer <hbezemer at kliksafe.nl> wrote:

> Dear fellow Crux-users,
> 
> What do you think?
> Would this be helpful?
> Or are there other / better options?
> 

I forgot to post that. I asked James Mills (prologic) about his opinion
as he mentioned the thread. This is his reply:

10:34
beerman
prologic: if you got opinions on the 'making crux more alive' matter,
feel free to share some thoughts on the ml though 
10:35
prologic
I maintain my position that we should have presence on Gihtub.
10:35
prologic
I don't think its necessary to have an ISO more frequently than we do
10:36
prologic
I think improving the docs/handbook is a good idea
10:36
prologic
nice pretty docs is always good
10:37
prologic
besides this you're only left with marketing-type stuff, you would hurt
CRUX's design if you significantly change too many things -- or it
becomes Arch (which is what Arch borrowed from / took inspiration from)
10:37 ? prologic has been around for a long whiel :)
prologic
even back to Per Liden days :)
10:38
prologic
as has jaeger and tilman and Romster :)
10:38
prologic
Yes those docs-style wikis are good
10:38
prologic
with the "Edit this page on Github" type thing
10:38
beerman
this needs to be on the ml
10:38
prologic
that has the least friction I think
10:38
prologic
beerman you put it there :)
10:38
prologic
I don't have time sorry :)


-- 
Tim Biermann
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200701/7401c822/attachment.asc>

From tbier at posteo.de  Wed Jul  1 08:51:11 2020
From: tbier at posteo.de (Tim)
Date: Wed, 1 Jul 2020 10:51:11 +0200
Subject: Thoughts on making Crux more `alive' and `attractive'.
In-Reply-To: <20200624102109.7cb02e9c@thor.lan>
References: <20200621211811.gcctpczi52teg6e6@misterbzr.localdomain>
 <20200624001226.39976fa3@thor>
 <alpine.LNX.2.23.455.2006240937570.7781@uni-jena.de>
 <20200624102109.7cb02e9c@thor.lan>
Message-ID: <20200701105111.7b48daf2@thor.lan>

More and more projects migrate to gitlab for reasons, just two days ago
KDE announced their move and the reasons behind it:

https://about.gitlab.com/blog/2020/06/29/welcome-kde/ 

On Wed, 24 Jun 2020 10:21:09 +0200
Tim <tbier at posteo.de> wrote:

> Hi Erich, hi everybody
> 
> On Wed, 24 Jun 2020 09:49:59 +0200 (CEST)
> Erich Eckner <crux at eckner.net> wrote:
> 
> > > 	- cgit is fine but something like gitlab could combine
> > > that ...
> > This may sound nice, but it will also be a lot of work - and the
> > benefit might be smaller than expected.
> 
> Well, I am not saying all the features are needed, but migrating the
> git repos is swiftly done, tickets from flyspray might be a bit harder
> but it's not like we are having a lot of tickets open and flypsray
> could still be accessible as read-only for history reasons if there is
> no way of importing the entire db.
> CI is just a wish :) I know christmas won't come early.
>  
> The basic idea is to have a platform that makes our development
> process more visible and maybe a bit more agile? (don't stone me, I'm
> not whipping you through a sprint :))
> 
> > I think, it would help to be able to sort by version in the portdb
> > search. My usual approach is: "I need port 'x'" -> search for 'x' in
> > the portdb 
> > - -> look at the 3 results for 'x' -> take the newest -> try to
> > build -> add it to my repo -> try to improve further (e.g. newer
> > version)
> 
> I do it the same way, and I imagine that most CRUXers do it like that.
> A function like this surely would help to guide newbies to pick the
> best decision.
> 
> > If everyone is encouraged to create their own repo (and if it's
> > really easy), then we will have one repo per user in the end - and I
> > don't see, why that would be bad. I think, it's hard to mark repos
> > as a whole as "good content" or "bad content" - I, for example, have
> > definitely "bad content" in my repository: Stuff, that noone besides
> > me uses. But otoh, I think, this does not apply to *everything* in
> > my repo :-)
> 
> I really try to keep my public ports, as clean as possible. Same
> counts for my non public ports, but the rules are less strict there
> :-) While encouraging users to get active, I feel like it's also
> important to encourage a good quality. Those "work on my system" kind
> of ports really aren't fun to deal with and will drive newbies away,
> if they aren't able to get out of that mess or get stuff running like
> it is supposed to.
> 
> Have a great day,
> 
> Tim



-- 
Tim Biermann
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200701/4c8ea0c5/attachment-0001.asc>

From hbezemer at kliksafe.nl  Wed Jul  1 12:44:38 2020
From: hbezemer at kliksafe.nl (Hans Bezemer)
Date: Wed, 1 Jul 2020 14:44:38 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <1817236931.476003.1593570136804@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
Message-ID: <20200701124438.3w22j5ipvez3qvwe@misterbzr.localdomain>

On 20/07/01 02:22AM, david mccooey wrote:
> Hello,
> I am installing CRUX 3.5 on a new computer.
> I started with the ISO on a USB stick, and installed onto a SSD drive.
> The grub2 installation didn't work for some reason, but I managed to boot Linux on the SSD drive using the grub command line.
I had the same problem for a uefi boot (assuming that you have a uefi boot also). 
When using:
grub-install --target=x86_64-efi --efi-directory=<path/to/efi/dir> --bootloader-id=GRUB
followed by:
grub-mkconfig -o /boot/grub/grub.cfg
It worked.

Regards,

Hans

> Now I am trying to bring my ports structure up to date.
> When I type "ports -u", it says "Updating file list from crux.nu::ports/crux-3.5/core/", and hangs there for several minutes.
> It fails with the following messages:
> rsync: failed to connect to crux.nu (213.132.101.140): Connection timed out (110)rsync error: error in socket IO (code 10) at clientserver.c(127) [Receiver=3.1.3]Error: Running rsync failed ()Updating failed
> It then tries to get "opt" and "xorg", but they time out as well with the same messages.
> 
> From the bash prompt, I can ping 213.132.101.140 or crux.nu without any problem, so it does not appear to be a network issue.
> Any help would be appreciated.
> Thank you,
> Dave

> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux


From dmccooey at att.net  Thu Jul  2 02:53:38 2020
From: dmccooey at att.net (david mccooey)
Date: Thu, 2 Jul 2020 02:53:38 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
Message-ID: <256637567.77306.1593658418562@mail.yahoo.com>

 Thank you.
I am doing this installation on a computer at work, and there is a firewall.
The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
Best regards,Dave    On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:  
 
 On 2020-07-01 04:22, david mccooey wrote:
> Hello,
> 
> rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> out (110)
> rsync error: error in socket IO (code 10) at clientserver.c(127)
> [Receiver=3.1.3]
> Error: Running rsync failed ()
> Updating failed
> 
> It then tries to get "opt" and "xorg", but they time out as well with
> the same messages.
> 
> 
> From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> problem, so it does not appear to be a network issue.

Yes it is. I'd bet your firewall doesn't allow rsync traffic

> Any help would be appreciated.
> 
> Thank you,
> 
> Dave


_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200702/9645abd4/attachment.htm>

From dmccooey at att.net  Thu Jul  2 03:19:44 2020
From: dmccooey at att.net (david mccooey)
Date: Thu, 2 Jul 2020 03:19:44 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <20200701124438.3w22j5ipvez3qvwe@misterbzr.localdomain>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <20200701124438.3w22j5ipvez3qvwe@misterbzr.localdomain>
Message-ID: <1529372665.87379.1593659984078@mail.yahoo.com>

 I originally tried UEFI boot.The grub-install didn't work there either, and I was not able to boot from command mode,so I switched from UEFI/GPT to BIOS/MBR.The grub-install still doesn't work, but at least I am able to boot from command mode.
For the grub-install, I wasn't using the --bootloader-id option, so I will give that a try.
Best regards,Dave
    On Wednesday, July 1, 2020, 07:45:13 AM CDT, Hans Bezemer <hbezemer at kliksafe.nl> wrote:  
 
 On 20/07/01 02:22AM, david mccooey wrote:
> Hello,
> I am installing CRUX 3.5 on a new computer.
> I started with the ISO on a USB stick, and installed onto a SSD drive.
> The grub2 installation didn't work for some reason, but I managed to boot Linux on the SSD drive using the grub command line.
I had the same problem for a uefi boot (assuming that you have a uefi boot also). 
When using:
grub-install --target=x86_64-efi --efi-directory=<path/to/efi/dir> --bootloader-id=GRUB
followed by:
grub-mkconfig -o /boot/grub/grub.cfg
It worked.

Regards,

Hans

> Now I am trying to bring my ports structure up to date.
> When I type "ports -u", it says "Updating file list from crux.nu::ports/crux-3.5/core/", and hangs there for several minutes.
> It fails with the following messages:
> rsync: failed to connect to crux.nu (213.132.101.140): Connection timed out (110)rsync error: error in socket IO (code 10) at clientserver.c(127) [Receiver=3.1.3]Error: Running rsync failed ()Updating failed
> It then tries to get "opt" and "xorg", but they time out as well with the same messages.
> 
> From the bash prompt, I can ping 213.132.101.140 or crux.nu without any problem, so it does not appear to be a network issue.
> Any help would be appreciated.
> Thank you,
> Dave

> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux

_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200702/a02a4dff/attachment.htm>

From crux at crux.nu  Thu Jul  2 10:32:09 2020
From: crux at crux.nu (crux at crux.nu)
Date: Thu,  2 Jul 2020 10:32:09 +0000 (UTC)
Subject: ports/xorg (3.5): [notify] libva: new dependency: libglvnd
Message-ID: <20200702103209.345FB180321@crux.nu>

commit fbda46c5d89ab5d01708c38e4e96dfb2ce0a2faf
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Thu Jul 2 20:31:58 2020 +1000

    [notify] libva: new dependency: libglvnd

diff --git a/libva/.signature b/libva/.signature
index 80dcbf3f..c9d55b7b 100644
--- a/libva/.signature
+++ b/libva/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/xorg.pub
-RWTSGWF5Q7TndMJ/M+mKx6ZLh91gGDLRINPR5n+63HhIrd0cVwaaZSngNg9/Q+QmsUwTJE1jsCW3tqRkL6Y7pZDyVyPQi8oz2go=
-SHA256 (Pkgfile) = a559198e3682ed8fdbf69bc523c61d865dfb624f3c7aa4247b7e1378356ba6dd
+RWTSGWF5Q7TndHb3jVYTPvPdinPPkmPeuzpJzsanENAL05cb1rFFhXAqZHbF4WHchWwh0OkKAdTX/d3B829CZHqewuHc38XwFAY=
+SHA256 (Pkgfile) = 3e9a64bfcbb070f186548a01f415cdeb6fa3e53a29c41e361a9316739b8c7377
 SHA256 (.footprint) = 5617b9b9b82ff4f81803f4d1d0a65904d993c6602bd4a324bcd49b33b3473a4d
 SHA256 (libva-2.8.0.tar.bz2) = adbb1244d278908f89ccfcf254a442de6d71934565a492cb6f03caf2ed4d1ec3
diff --git a/libva/Pkgfile b/libva/Pkgfile
index b4814f4c..f76b0ebd 100644
--- a/libva/Pkgfile
+++ b/libva/Pkgfile
@@ -1,7 +1,7 @@
 # Description: Video Acceleration API to enable hardware accelerated video decode/encode.
 # URL: https://01.org/linuxmedia/vaapi
 # Maintainer: CRUX Xorg Team, xorg-ports at crux dot nu
-# Depends on: libdrm xorg-libxext xorg-libxfixes
+# Depends on: libdrm libglvnd xorg-libxfixes
 
 name=libva
 version=2.8.0

From crux at crux.nu  Thu Jul  2 10:34:12 2020
From: crux at crux.nu (crux at crux.nu)
Date: Thu,  2 Jul 2020 10:34:12 +0000 (UTC)
Subject: ports/compat-32 (3.5): [notify] libva-32: 2.7.1 -> 2.8.0 new
 dependency: libglvnd-32
Message-ID: <20200702103412.62C5B1805AF@crux.nu>

commit eb4c4f1bd22ed54cd8c0092fa6e2b97de4c98fb0
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Thu Jul 2 20:34:03 2020 +1000

    [notify] libva-32: 2.7.1 -> 2.8.0 new dependency: libglvnd-32

diff --git a/libva-32/.footprint b/libva-32/.footprint
index 04c9bc6..ef929b3 100644
--- a/libva-32/.footprint
+++ b/libva-32/.footprint
@@ -1,15 +1,19 @@
 drwxr-xr-x	root/root	usr/
 drwxr-xr-x	root/root	usr/lib32/
 lrwxrwxrwx	root/root	usr/lib32/libva-drm.so -> libva-drm.so.2
-lrwxrwxrwx	root/root	usr/lib32/libva-drm.so.2 -> libva-drm.so.2.700.0
--rwxr-xr-x	root/root	usr/lib32/libva-drm.so.2.700.0
+lrwxrwxrwx	root/root	usr/lib32/libva-drm.so.2 -> libva-drm.so.2.800.0
+-rwxr-xr-x	root/root	usr/lib32/libva-drm.so.2.800.0
+lrwxrwxrwx	root/root	usr/lib32/libva-glx.so -> libva-glx.so.2
+lrwxrwxrwx	root/root	usr/lib32/libva-glx.so.2 -> libva-glx.so.2.800.0
+-rwxr-xr-x	root/root	usr/lib32/libva-glx.so.2.800.0
 lrwxrwxrwx	root/root	usr/lib32/libva-x11.so -> libva-x11.so.2
-lrwxrwxrwx	root/root	usr/lib32/libva-x11.so.2 -> libva-x11.so.2.700.0
--rwxr-xr-x	root/root	usr/lib32/libva-x11.so.2.700.0
+lrwxrwxrwx	root/root	usr/lib32/libva-x11.so.2 -> libva-x11.so.2.800.0
+-rwxr-xr-x	root/root	usr/lib32/libva-x11.so.2.800.0
 lrwxrwxrwx	root/root	usr/lib32/libva.so -> libva.so.2
-lrwxrwxrwx	root/root	usr/lib32/libva.so.2 -> libva.so.2.700.0
--rwxr-xr-x	root/root	usr/lib32/libva.so.2.700.0
+lrwxrwxrwx	root/root	usr/lib32/libva.so.2 -> libva.so.2.800.0
+-rwxr-xr-x	root/root	usr/lib32/libva.so.2.800.0
 drwxr-xr-x	root/root	usr/lib32/pkgconfig/
 -rw-r--r--	root/root	usr/lib32/pkgconfig/libva-drm.pc
+-rw-r--r--	root/root	usr/lib32/pkgconfig/libva-glx.pc
 -rw-r--r--	root/root	usr/lib32/pkgconfig/libva-x11.pc
 -rw-r--r--	root/root	usr/lib32/pkgconfig/libva.pc
diff --git a/libva-32/.signature b/libva-32/.signature
index f37d260..cb58079 100644
--- a/libva-32/.signature
+++ b/libva-32/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/compat-32.pub
-RWSwxGo/zH7eXdFTRLhKVbpyKEbzAxlJc731uPJlY98nQiIw/oK6L3z9rSjh+ul8ZbelSjzBtiRuBSzc4kj4MGy2EXhnAuWtrQw=
-SHA256 (Pkgfile) = a280954191160a7c0210f8cb96d0c84588f6b2dc8e34c9210070aa70b02db58d
-SHA256 (.footprint) = e2c8e2e8bb904facea3ed572d10d20fb8b818f13e3c666e57308cb5989ac3910
-SHA256 (libva-2.7.1.tar.bz2) = a00ff19d9f969259b9784172adad7788dbf3de827d985c5d27c230efd5d98a04
+RWSwxGo/zH7eXYHp9Zndov/9FhiZXG1zEh79OzVA96gJ9say1KDjMZWEaPmHRTHKSP9tkKFzvoTlg3mBRGujLYPvn5cbXfRhmAc=
+SHA256 (Pkgfile) = bad28837e58307ef87d7246481cfebe37d4b16a07c03e1ca9a8687a55ffce956
+SHA256 (.footprint) = ea6df6009c916485af51e270e598031bd050ac760b9a7db1f2bd8bf2c01ed13a
+SHA256 (libva-2.8.0.tar.bz2) = adbb1244d278908f89ccfcf254a442de6d71934565a492cb6f03caf2ed4d1ec3
diff --git a/libva-32/Pkgfile b/libva-32/Pkgfile
index d26ff10..4e37c7e 100644
--- a/libva-32/Pkgfile
+++ b/libva-32/Pkgfile
@@ -1,10 +1,10 @@
 # Description: Video Acceleration API to enable hardware accelerated video decode/encode.
 # URL: https://01.org/linuxmedia/vaapi
 # Maintainer: CRUX compat-32 Team, compat-32-ports at crux dot nu
-# Depends on: libdrm-32 xorg-libxext-32 xorg-libxfixes-32 libva
+# Depends on: libdrm-32 libglvnd-32 libva xorg-libxfixes-32
 
 name=libva-32
-version=2.7.1
+version=2.8.0
 release=1
 source=(https://github.com/intel/libva/releases/download/$version/libva-$version.tar.bz2)
 

From crux at crux.nu  Fri Jul  3 11:57:28 2020
From: crux at crux.nu (crux at crux.nu)
Date: Fri,  3 Jul 2020 11:57:28 +0000 (UTC)
Subject: ports/opt (3.5): [notify] samba: update to 4.12.5
Message-ID: <20200703115728.399481805B5@crux.nu>

commit 2a89cedffedd5d537ffd7c891eed6402583dcbe5
Author: Juergen Daubert <jue at jue.li>
Date:   Fri Jul 3 13:55:52 2020 +0200

    [notify] samba: update to 4.12.5
    
    includes security fixes, see
    - https://www.samba.org/samba/history/samba-4.12.4.html
    - https://www.samba.org/samba/history/samba-4.12.5.html

diff --git a/samba/.footprint b/samba/.footprint
index e2913470d..8dea58a68 100644
--- a/samba/.footprint
+++ b/samba/.footprint
@@ -426,6 +426,7 @@ drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/samba/tests/dcerpc/
 drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/samba/tests/dns_forwarder_helpers/
 -rw-r--r--	root/root	usr/lib/python3.7/site-packages/samba/tests/dns_forwarder_helpers/server.py
 -rw-r--r--	root/root	usr/lib/python3.7/site-packages/samba/tests/dns_invalid.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/samba/tests/dns_packet.py
 -rw-r--r--	root/root	usr/lib/python3.7/site-packages/samba/tests/dns_tkey.py
 -rw-r--r--	root/root	usr/lib/python3.7/site-packages/samba/tests/dns_wildcard.py
 -rw-r--r--	root/root	usr/lib/python3.7/site-packages/samba/tests/docs.py
diff --git a/samba/.signature b/samba/.signature
index fc72456cd..a7dc4767e 100644
--- a/samba/.signature
+++ b/samba/.signature
@@ -1,6 +1,6 @@
 untrusted comment: verify with /etc/ports/opt.pub
-RWSE3ohX2g5d/SzuMNnJW9aYT8H+sIsMObLjCkmC0D2OYQji9JY4yFgg1ei3UDdHokMr74hJqwP8EEaFLxNXIQjYzjn9c4HuwAU=
-SHA256 (Pkgfile) = 3ea811b2e07d69717b8943ed6849e76c13675fd2f069ce2b562d41ee8eb43de3
-SHA256 (.footprint) = 3134a8b9c0a2d785e917fcb596fefe520163ff33952e8a6c1df715253bf8c724
-SHA256 (samba-4.12.3.tar.gz) = 3fadbca4504937820d0d8a34e500a1efdcc35e0c554f05bd0a844916ae528727
+RWSE3ohX2g5d/cDhyZFqVHgfr5HdnSLEtDJ32jocdUOlC8hhQoYstpzh5WKklW74bXzesDzbtTH3r/la8F2uh8LV4PQqNvD7Hwc=
+SHA256 (Pkgfile) = 4451ce64d376b6fddc15cd608bf15b1e1ac8a7624196634628bb63b2405c281e
+SHA256 (.footprint) = aae203274fab6ef1cfbdca3f503aa8cff5ef9c80b93bc100176bb3cf3219f879
+SHA256 (samba-4.12.5.tar.gz) = 54b41cc6378acae20dd155ba55d78ff171875c2eaa3f05f87b485d3d6891b815
 SHA256 (samba) = 75bccea892422b5aebe8d2f9ce9b9c42ddc3cbdeccfd16f3161c07c1eb3feff0
diff --git a/samba/Pkgfile b/samba/Pkgfile
index 805325032..8cf55d906 100644
--- a/samba/Pkgfile
+++ b/samba/Pkgfile
@@ -4,7 +4,7 @@
 # Depends on:  linux-pam libarchive libcap popt tdb tevent ldb python3 gnutls p5-parse-yapp
 
 name=samba
-version=4.12.3
+version=4.12.5
 release=1
 source=(https://www.samba.org/samba/ftp/stable/$name-$version.tar.gz \
         samba)

From silvino at bk.ru  Fri Jul  3 16:48:28 2020
From: silvino at bk.ru (Silvino Silva)
Date: Fri, 03 Jul 2020 17:48:28 +0100
Subject: Thoughts on making Crux more `alive' and `attractive'.
In-Reply-To: <20200701105111.7b48daf2@thor.lan>
References: <20200621211811.gcctpczi52teg6e6@misterbzr.localdomain>
 <20200624001226.39976fa3@thor>
 <alpine.LNX.2.23.455.2006240937570.7781@uni-jena.de>
 <20200624102109.7cb02e9c@thor.lan> <20200701105111.7b48daf2@thor.lan>
Message-ID: <500C8917-2B22-4CBB-880A-7EAF682BEE9C@bk.ru>

Please everything less github, crosstalk going on how free and opensource become fully dependent on Microsoft.

A simple stuff there just to point back to official website.

Crux don't have to be the most famous one because it don't lack self confidence.



On July 1, 2020 9:51:11 AM GMT+01:00, Tim <tbier at posteo.de> wrote:
>More and more projects migrate to gitlab for reasons, just two days ago
>KDE announced their move and the reasons behind it:
>
>https://about.gitlab.com/blog/2020/06/29/welcome-kde/ 
>
>On Wed, 24 Jun 2020 10:21:09 +0200
>Tim <tbier at posteo.de> wrote:
>
>> Hi Erich, hi everybody
>> 
>> On Wed, 24 Jun 2020 09:49:59 +0200 (CEST)
>> Erich Eckner <crux at eckner.net> wrote:
>> 
>> > > 	- cgit is fine but something like gitlab could combine
>> > > that ...
>> > This may sound nice, but it will also be a lot of work - and the
>> > benefit might be smaller than expected.
>> 
>> Well, I am not saying all the features are needed, but migrating the
>> git repos is swiftly done, tickets from flyspray might be a bit
>harder
>> but it's not like we are having a lot of tickets open and flypsray
>> could still be accessible as read-only for history reasons if there
>is
>> no way of importing the entire db.
>> CI is just a wish :) I know christmas won't come early.
>>  
>> The basic idea is to have a platform that makes our development
>> process more visible and maybe a bit more agile? (don't stone me, I'm
>> not whipping you through a sprint :))
>> 
>> > I think, it would help to be able to sort by version in the portdb
>> > search. My usual approach is: "I need port 'x'" -> search for 'x'
>in
>> > the portdb 
>> > - -> look at the 3 results for 'x' -> take the newest -> try to
>> > build -> add it to my repo -> try to improve further (e.g. newer
>> > version)
>> 
>> I do it the same way, and I imagine that most CRUXers do it like
>that.
>> A function like this surely would help to guide newbies to pick the
>> best decision.
>> 
>> > If everyone is encouraged to create their own repo (and if it's
>> > really easy), then we will have one repo per user in the end - and
>I
>> > don't see, why that would be bad. I think, it's hard to mark repos
>> > as a whole as "good content" or "bad content" - I, for example,
>have
>> > definitely "bad content" in my repository: Stuff, that noone
>besides
>> > me uses. But otoh, I think, this does not apply to *everything* in
>> > my repo :-)
>> 
>> I really try to keep my public ports, as clean as possible. Same
>> counts for my non public ports, but the rules are less strict there
>> :-) While encouraging users to get active, I feel like it's also
>> important to encourage a good quality. Those "work on my system" kind
>> of ports really aren't fun to deal with and will drive newbies away,
>> if they aren't able to get out of that mess or get stuff running like
>> it is supposed to.
>> 
>> Have a great day,
>> 
>> Tim
>
>
>
>-- 
>Tim Biermann

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200703/f6af1afa/attachment.htm>

From dmccooey at att.net  Fri Jul  3 18:04:43 2020
From: dmccooey at att.net (david mccooey)
Date: Fri, 3 Jul 2020 18:04:43 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <256637567.77306.1593658418562@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
Message-ID: <550637539.661020.1593799483062@mail.yahoo.com>

 I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
However, "lspci -v" does not show these lines:
Kernel driver in use: iwlwifiKernel modules: iwlwifi
It's as if the modules aren't really installed.
Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
Best regards,Dave
    On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:  
 
  Thank you.
I am doing this installation on a computer at work, and there is a firewall.
The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
Best regards,Dave    On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:  
 
 On 2020-07-01 04:22, david mccooey wrote:
> Hello,
> 
> rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> out (110)
> rsync error: error in socket IO (code 10) at clientserver.c(127)
> [Receiver=3.1.3]
> Error: Running rsync failed ()
> Updating failed
> 
> It then tries to get "opt" and "xorg", but they time out as well with
> the same messages.
> 
> 
> From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> problem, so it does not appear to be a network issue.

Yes it is. I'd bet your firewall doesn't allow rsync traffic

> Any help would be appreciated.
> 
> Thank you,
> 
> Dave


_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
    
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200703/938ba1d1/attachment.htm>

From crux at crux.nu  Sat Jul  4 09:41:43 2020
From: crux at crux.nu (crux at crux.nu)
Date: Sat,  4 Jul 2020 09:41:43 +0000 (UTC)
Subject: ports/core (3.5): [notify] dhcpcd: update to 9.1.4
Message-ID: <20200704094143.5EA311805DC@crux.nu>

commit 9daf5006bb2a1493ac49c11388ceb010c27e1911
Author: Juergen Daubert <jue at jue.li>
Date:   Sat Jul 4 11:38:53 2020 +0200

    [notify] dhcpcd: update to 9.1.4
    
    Note
    ----
    as of version 9.x dhcpcd requires a dedicated user to run with
    the new privsep option. Run the provided pre-install script to
    create the new user/group dhcpcd.

diff --git a/dhcpcd/.footprint b/dhcpcd/.footprint
index 7c5608d8..39ee81bc 100644
--- a/dhcpcd/.footprint
+++ b/dhcpcd/.footprint
@@ -7,7 +7,6 @@ drwxr-xr-x	root/root	lib/dhcpcd/dev/
 -rwxr-xr-x	root/root	lib/dhcpcd/dev/udev.so
 drwxr-xr-x	root/root	lib/dhcpcd/dhcpcd-hooks/
 -rw-r--r--	root/root	lib/dhcpcd/dhcpcd-hooks/01-test
--rw-r--r--	root/root	lib/dhcpcd/dhcpcd-hooks/02-dump
 -rw-r--r--	root/root	lib/dhcpcd/dhcpcd-hooks/20-resolv.conf
 -rw-r--r--	root/root	lib/dhcpcd/dhcpcd-hooks/30-hostname
 -rwxr-xr-x	root/root	lib/dhcpcd/dhcpcd-run-hooks
@@ -28,4 +27,4 @@ drwxr-xr-x	root/root	usr/share/man/man8/
 -rw-r--r--	root/root	usr/share/man/man8/dhcpcd.8.gz
 drwxr-xr-x	root/root	var/
 drwxr-xr-x	root/root	var/lib/
-drwxr-xr-x	root/root	var/lib/dhcpcd/
+drwxr-xr-x	dhcpcd/dhcpcd	var/lib/dhcpcd/
diff --git a/dhcpcd/.signature b/dhcpcd/.signature
index 9a7b331b..e3437293 100644
--- a/dhcpcd/.signature
+++ b/dhcpcd/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/core.pub
-RWRJc1FUaeVeqvvBMzwckF/aoWM2diNiyrr9GAo6W3/HtQrvSpiZJ/vvqZz8HYKywx+c1ncunWPO2ecg0BV6Rq+apCFviq/osA8=
-SHA256 (Pkgfile) = b855f8deb92a054a581d708ab46d685417a94f9a3b9f47c5b369b12c2a66410c
-SHA256 (.footprint) = d9a7aee62c42089e2d24224ba37e4d88502f402e0f94ea92d0a19492ff7afd76
-SHA256 (dhcpcd-8.1.9.tar.xz) = 8e2a505eb2bd8007d7c6fd855fcb4dd28cced8fc28886c7ce41fb4fc5630fbcf
+RWRJc1FUaeVeqvNlpzZaMVUtKc2Vk+q5RPf9U3AkIYfWt33fhXA7FaDU1NVwgSzsok9ZIgCCLmLsVkUVUprlS6WrXIx8ydgO6ww=
+SHA256 (Pkgfile) = 5cb189485f1f02efa48aedbf7b8270d388bfedd59c37876e1af0609ca29ae53f
+SHA256 (.footprint) = 36408a5de30857e3c77ae409c68ff83d874a30ee33a8d70d75a4280de32743f9
+SHA256 (dhcpcd-9.1.4.tar.xz) = 5fe133e5497d8af6d26bd6e6b8dd48ab12d124d6cc4cefe6de6536ff97f76820
diff --git a/dhcpcd/Pkgfile b/dhcpcd/Pkgfile
index dd8b43f7..30b890e2 100644
--- a/dhcpcd/Pkgfile
+++ b/dhcpcd/Pkgfile
@@ -1,10 +1,10 @@
 # Description: An RFC2131-compliant DHCP client daemon
-# URL:         https://roy.marples.name/projects/dhcpcd/
+# URL:         http://roy.marples.name/projects/dhcpcd/
 # Maintainer:  CRUX System Team, core-ports at crux dot nu
 # Depends on:  eudev
 
 name=dhcpcd
-version=8.1.9
+version=9.1.4
 release=1
 source=(https://roy.marples.name/downloads/dhcpcd/$name-$version.tar.xz)
 
@@ -15,9 +15,13 @@ build () {
                 --libexecdir=/lib/dhcpcd \
                 --dbdir=/var/lib/dhcpcd \
                 --sysconfdir=/etc/dhcpcd \
-                --with-hooks=
+                --enable-privsep \
+                --privsepuser=dhcpcd
 
     make
     make DESTDIR=$PKG install
+
+    install -d -o dhcpcd -g dhcpcd $PKG/var/lib/dhcpcd
+
     chmod -R u+w $PKG
 }
diff --git a/dhcpcd/pre-install b/dhcpcd/pre-install
new file mode 100644
index 00000000..ee653178
--- /dev/null
+++ b/dhcpcd/pre-install
@@ -0,0 +1,6 @@
+#!/bin/sh
+
+getent group dhcpcd || /usr/sbin/groupadd -r dhcpcd
+getent passwd dhcpcd || /usr/sbin/useradd -r -d /var/lib/dhcpcd -s /bin/false dhcpcd
+/usr/bin/passwd -l dhcpcd
+

From crux at crux.nu  Sat Jul  4 10:24:31 2020
From: crux at crux.nu (crux at crux.nu)
Date: Sat,  4 Jul 2020 10:24:31 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] python3-gpgme: -> 1.13.1 port name
 change from gpgme-python to python3-gpgme, now uses python3
Message-ID: <20200704102431.6E7F41805C8@crux.nu>

commit 99bd4a1f52cd73546886cc5cd52559c28e38190d
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Sat Jul 4 20:24:24 2020 +1000

    [notify] python3-gpgme:  -> 1.13.1 port name change from gpgme-python to python3-gpgme, now uses python3

diff --git a/gpgme-python/.footprint b/gpgme-python/.footprint
deleted file mode 100644
index 0f7a006b6..000000000
--- a/gpgme-python/.footprint
+++ /dev/null
@@ -1,67 +0,0 @@
-drwxr-xr-x	root/root	usr/
-drwxr-xr-x	root/root	usr/bin/
-drwxr-xr-x	root/root	usr/etc/
-drwxr-xr-x	root/root	usr/etc/gpgme/
--rw-r--r--	root/root	usr/etc/gpgme/python
-drwxr-xr-x	root/root	usr/include/
-drwxr-xr-x	root/root	usr/lib/
-drwxr-xr-x	root/root	usr/lib/python2.7/
-drwxr-xr-x	root/root	usr/lib/python2.7/site-packages/
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg-1.8.0-py2.7.egg-info
-drwxr-xr-x	root/root	usr/lib/python2.7/site-packages/gpg/
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/__init__.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/__init__.pyc
--rwxr-xr-x	root/root	usr/lib/python2.7/site-packages/gpg/_gpgme.so
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/callbacks.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/callbacks.pyc
-drwxr-xr-x	root/root	usr/lib/python2.7/site-packages/gpg/constants/
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/__init__.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/__init__.pyc
-drwxr-xr-x	root/root	usr/lib/python2.7/site-packages/gpg/constants/data/
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/data/__init__.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/data/__init__.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/data/encoding.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/data/encoding.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/event.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/event.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/import.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/import.pyc
-drwxr-xr-x	root/root	usr/lib/python2.7/site-packages/gpg/constants/keylist/
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/keylist/__init__.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/keylist/__init__.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/keylist/mode.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/keylist/mode.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/md.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/md.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/pk.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/pk.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/protocol.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/protocol.pyc
-drwxr-xr-x	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/__init__.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/__init__.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/mode.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/mode.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/notation.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sig/notation.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sigsum.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/sigsum.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/status.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/status.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/validity.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/constants/validity.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/core.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/core.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/errors.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/errors.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/gpgme.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/gpgme.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/install_files.txt
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/results.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/results.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/util.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/util.pyc
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/version.py
--rw-r--r--	root/root	usr/lib/python2.7/site-packages/gpg/version.pyc
-drwxr-xr-x	root/root	usr/share/
-drwxr-xr-x	root/root	usr/share/aclocal/
diff --git a/gpgme-python/.signature b/gpgme-python/.signature
deleted file mode 100644
index 4c7c1ec2e..000000000
--- a/gpgme-python/.signature
+++ /dev/null
@@ -1,7 +0,0 @@
-untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF3xm3yxFZO05PZLD0a3cTxGw9/H6R8le+dtVoAWG3oHNwrEBTA2BVtCrIGWM2XXvDbnC846Qp2Oz9b6GlJ1hZGA8=
-SHA256 (Pkgfile) = 5a698a19b0142d919389a34efbc4141475855d9f2442779c7f6f504462f7a472
-SHA256 (.footprint) = 73b61335fa4a1e52125b1f1896dec6fa964feb2385ee8fea3a9b7371bb32d29f
-SHA256 (gpgme-1.8.0.tar.bz2) = 596097257c2ce22e747741f8ff3d7e24f6e26231fa198a41b2a072e62d1e5d33
-SHA256 (gpgme-1.1.8-et_EE.patch) = 1c315576b34f1b68b264b3fc5762d0107c444bc76cd58af04c6304551ed8fb64
-SHA256 (gpgme-1.8.0-cmake.patch) = fb743604a031b9f8be816ccb643a78ed12a660d7cbeb8519387d7f44c7d33c8a
diff --git a/gpgme-python/Pkgfile b/gpgme-python/Pkgfile
deleted file mode 100644
index 61ecde737..000000000
--- a/gpgme-python/Pkgfile
+++ /dev/null
@@ -1,37 +0,0 @@
-# Description: gpgme bindings for python.
-# URL: http://www.gnupg.org/gpgme.html
-# Maintainer: Danny Rawlins, crux at romster dot me
-# Packager: Danny Rawlins, crux at romster dot me
-# Depends on: gpgme swig python
-
-name=gpgme-python
-version=1.8.0
-release=1
-source=(https://www.gnupg.org/ftp/gcrypt/gpgme/gpgme-$version.tar.bz2
-	gpgme-1.1.8-et_EE.patch
-	gpgme-1.8.0-cmake.patch)
-
-build() {
-	cd gpgme-$version
-
-	patch -p1 -i $SRC/gpgme-1.1.8-et_EE.patch
-	patch -p1 -i $SRC/gpgme-1.8.0-cmake.patch
-
-	./configure \
-		--prefix=/usr \
-		--enable-languages='python2'
-
-	make
-	make DESTDIR=$PKG install
-
-	install -d $PKG/usr/etc/gpgme
-	echo python > $PKG/usr/etc/gpgme/python
-
-	rm \
-		$PKG/usr/bin/{gpgme-config,gpgme-tool} \
-		$PKG/usr/include/gpgme.h \
-		$PKG/usr/lib/libgpgme.* \
-		$PKG/usr/share/aclocal/gpgme.m4
-
-	rm -r $PKG/usr/share/info
-}
diff --git a/python3-gpgme/.footprint b/python3-gpgme/.footprint
new file mode 100644
index 000000000..d1fca6b8b
--- /dev/null
+++ b/python3-gpgme/.footprint
@@ -0,0 +1,77 @@
+drwxr-xr-x	root/root	usr/
+drwxr-xr-x	root/root	usr/etc/
+drwxr-xr-x	root/root	usr/etc/gpgme/
+-rw-r--r--	root/root	usr/etc/gpgme/python
+drwxr-xr-x	root/root	usr/lib/
+drwxr-xr-x	root/root	usr/lib/python3.7/
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg-1.13.1-py3.7.egg-info
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__init__.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/callbacks.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/core.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/errors.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/gpgme.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/results.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/util.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/__pycache__/version.cpython-37.pyc
+-rwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/_gpgme.cpython-37m-x86_64-linux-gnu.so
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/callbacks.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__init__.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/create.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/event.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/import_type.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/keysign.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/md.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/pk.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/protocol.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/sigsum.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/status.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/__pycache__/validity.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/create.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/data/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/data/__init__.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/data/__pycache__/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/data/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/data/__pycache__/encoding.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/data/encoding.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/event.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/import_type.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/keylist/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/keylist/__init__.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/keylist/__pycache__/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/keylist/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/keylist/__pycache__/mode.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/keylist/mode.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/keysign.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/md.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/pk.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/protocol.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/__init__.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/__pycache__/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/__pycache__/mode.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/__pycache__/notation.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/mode.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sig/notation.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/sigsum.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/status.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/tofu/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/tofu/__init__.py
+drwxr-xr-x	root/root	usr/lib/python3.7/site-packages/gpg/constants/tofu/__pycache__/
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/tofu/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/tofu/__pycache__/policy.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/tofu/policy.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/constants/validity.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/core.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/errors.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/gpgme.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/results.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/util.py
+-rw-r--r--	root/root	usr/lib/python3.7/site-packages/gpg/version.py
diff --git a/python3-gpgme/.signature b/python3-gpgme/.signature
new file mode 100644
index 000000000..ea6148d77
--- /dev/null
+++ b/python3-gpgme/.signature
@@ -0,0 +1,5 @@
+untrusted comment: verify with /etc/ports/contrib.pub
+RWSagIOpLGJF31p8JlB1GZ3QGiYWqX4VPbyY6rdGpR1rJGh2IyGOPQIsOgkQubz8t+jhe7HXRm0T8T3AAgZfWTt2ZaYBxJr3FwY=
+SHA256 (Pkgfile) = 8bbc3b633c001d7ba0a1e2c0e207f5544ab79f9e0ff101941b569f51ceb1aa81
+SHA256 (.footprint) = f3144f5e0c668c6856bcdf5eb0b85e0a4b93dbf1e680ce1a7af4597822ebeb1a
+SHA256 (gpgme-1.13.1.tar.bz2) = c4e30b227682374c23cddc7fdb9324a99694d907e79242a25a4deeedb393be46
diff --git a/python3-gpgme/Pkgfile b/python3-gpgme/Pkgfile
new file mode 100644
index 000000000..8a315fd66
--- /dev/null
+++ b/python3-gpgme/Pkgfile
@@ -0,0 +1,25 @@
+# Description: Python bindings for GPGme.
+# URL: https://www.gnupg.org/gpgme.html
+# Maintainer: Danny Rawlins, crux at romster dot me
+# Depends on: gpgme swig python3
+
+name=python3-gpgme
+version=1.13.1
+release=1
+source=(https://www.gnupg.org/ftp/gcrypt/gpgme/gpgme-$version.tar.bz2)
+
+build() {
+	cd gpgme-$version
+
+	./configure \
+		--prefix=/usr \
+		--disable-fd-passing \
+		--disable-gpgsm-test
+
+	make
+	cd lang/python
+	make DESTDIR=$PKG install
+
+	install -d $PKG/usr/etc/gpgme
+	echo python3 > $PKG/usr/etc/gpgme/python
+}
diff --git a/gpgme-python/gpgme-1.1.8-et_EE.patch b/python3-gpgme/gpgme-1.1.8-et_EE.patch
similarity index 100%
rename from gpgme-python/gpgme-1.1.8-et_EE.patch
rename to python3-gpgme/gpgme-1.1.8-et_EE.patch
diff --git a/gpgme-python/gpgme-1.8.0-cmake.patch b/python3-gpgme/gpgme-1.8.0-cmake.patch
similarity index 100%
rename from gpgme-python/gpgme-1.8.0-cmake.patch
rename to python3-gpgme/gpgme-1.8.0-cmake.patch

From crux at crux.nu  Sat Jul  4 10:48:35 2020
From: crux at crux.nu (crux at crux.nu)
Date: Sat,  4 Jul 2020 10:48:35 +0000 (UTC)
Subject: ports/opt (3.5): [notify] libcgroup: 0.41 -> 0.42.2 security fix for
 CVE-2018-14348
Message-ID: <20200704104835.BF0F71801C2@crux.nu>

commit 923dd5f36d7e1bf18797ae673daf4d4d888b1971
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Sat Jul 4 20:48:29 2020 +1000

    [notify] libcgroup: 0.41 -> 0.42.2 security fix for CVE-2018-14348

diff --git a/libcgroup/.footprint b/libcgroup/.footprint
index 3ef295c3f..57f79ad1b 100644
--- a/libcgroup/.footprint
+++ b/libcgroup/.footprint
@@ -20,12 +20,24 @@ drwxr-xr-x	root/root	usr/include/libcgroup/
 -rw-r--r--	root/root	usr/include/libcgroup/log.h
 -rw-r--r--	root/root	usr/include/libcgroup/tasks.h
 drwxr-xr-x	root/root	usr/lib/
+-rw-r--r--	root/root	usr/lib/libcgroup.a
 -rwxr-xr-x	root/root	usr/lib/libcgroup.la
-lrwxrwxrwx	root/root	usr/lib/libcgroup.so -> libcgroup.so.1.0.41
-lrwxrwxrwx	root/root	usr/lib/libcgroup.so.1 -> libcgroup.so.1.0.41
--rwxr-xr-x	root/root	usr/lib/libcgroup.so.1.0.41
+lrwxrwxrwx	root/root	usr/lib/libcgroup.so -> libcgroup.so.1.0.42
+lrwxrwxrwx	root/root	usr/lib/libcgroup.so.1 -> libcgroup.so.1.0.42
+-rwxr-xr-x	root/root	usr/lib/libcgroup.so.1.0.42
+-rw-r--r--	root/root	usr/lib/libcgroupfortesting.a
+-rwxr-xr-x	root/root	usr/lib/libcgroupfortesting.la
+lrwxrwxrwx	root/root	usr/lib/libcgroupfortesting.so -> libcgroupfortesting.so.1.0.42
+lrwxrwxrwx	root/root	usr/lib/libcgroupfortesting.so.1 -> libcgroupfortesting.so.1.0.42
+-rwxr-xr-x	root/root	usr/lib/libcgroupfortesting.so.1.0.42
 drwxr-xr-x	root/root	usr/lib/pkgconfig/
 -rw-r--r--	root/root	usr/lib/pkgconfig/libcgroup.pc
+drwxr-xr-x	root/root	usr/lib/security/
+-rw-r--r--	root/root	usr/lib/security/pam_cgroup.a
+-rwxr-xr-x	root/root	usr/lib/security/pam_cgroup.la
+lrwxrwxrwx	root/root	usr/lib/security/pam_cgroup.so -> pam_cgroup.so.0.0.0
+lrwxrwxrwx	root/root	usr/lib/security/pam_cgroup.so.0 -> pam_cgroup.so.0.0.0
+-rwxr-xr-x	root/root	usr/lib/security/pam_cgroup.so.0.0.0
 drwxr-xr-x	root/root	usr/sbin/
 -rwxr-xr-x	root/root	usr/sbin/cgclear
 -rwxr-xr-x	root/root	usr/sbin/cgconfigparser
diff --git a/libcgroup/.signature b/libcgroup/.signature
index 6d4bf0534..bc0185b39 100644
--- a/libcgroup/.signature
+++ b/libcgroup/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/opt.pub
-RWSE3ohX2g5d/Sh4x0BYK0hrum7jiLt9hiZm5ooJ0ylyydZKTaREJJtyBR7IWEgh5Ulm/XwD/O82XONPqj4GKE46GVT9tycL/AI=
-SHA256 (Pkgfile) = 84a1f472e5e572e37fcf3fc837f014ebb0be630b9d7e1e8764a7a7ea1a55fbc2
-SHA256 (.footprint) = ec1a1cae884afceaa0e3e5a94d2b7f7a104e7a9a776fd209924689cb536660c0
-SHA256 (libcgroup-0.41.tar.bz2) = e4e38bdc7ef70645ce33740ddcca051248d56b53283c0dc6d404e17706f6fb51
+RWSE3ohX2g5d/UWoUnJrOri55bnCnnaRAihC+M0QguaAcUlpwaMKSduc7MSVA4nVjvqAF3AuHfW2qrvRmvwyEiaYWoZdihOaSAg=
+SHA256 (Pkgfile) = 4db3416f280343097daa48be04cc8608b964e5e6e3d48d6cf241d7c63ade2b08
+SHA256 (.footprint) = 5a694ede6f96592039be28ca14b95dc9df0a56e0e26732daf1c0a20cfb3e475e
+SHA256 (libcgroup-0.42.2.tar.bz2) = 18939381324d418e11be4f5fdca37b01652c18917bfaf1f6b0c505f157e18d07
diff --git a/libcgroup/Pkgfile b/libcgroup/Pkgfile
index 72d4b3066..42eb6ecdc 100644
--- a/libcgroup/Pkgfile
+++ b/libcgroup/Pkgfile
@@ -1,18 +1,16 @@
 # Description: Library that abstracts the control group file system in Linux
-# URL:         http://libcg.sourceforge.net/
+# URL:         https://github.com/libcgroup/libcgroup
 # Maintainer:  Thomas Penteker, tek at serverop dot de
-# Depends on:
 
 name=libcgroup
-version=0.41
+version=0.42.2
 release=1
-source=(http://download.sourceforge.net/project/libcg/$name/v${version}/${name}-${version}.tar.bz2)
+source=(https://github.com/libcgroup/libcgroup/releases/download/v$version/$name-$version.tar.bz2)
 
 build() {
   cd $name-$version
 
-  ./configure --prefix=/usr \
-              --disable-pam
+  ./configure --prefix=/usr
 
   make
   make DESTDIR=$PKG install

From hbezemer at kliksafe.nl  Sat Jul  4 19:08:09 2020
From: hbezemer at kliksafe.nl (Hans Bezemer)
Date: Sat, 4 Jul 2020 21:08:09 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <550637539.661020.1593799483062@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
Message-ID: <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>

What's the output of 'lsmod | grep iw'?


On 20/07/03 06:04PM, david mccooey wrote:
>  I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
> However, "lspci -v" does not show these lines:
> Kernel driver in use: iwlwifiKernel modules: iwlwifi
> It's as if the modules aren't really installed.
> Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
> I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
> Best regards,Dave
>     On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:  
>  
>   Thank you.
> I am doing this installation on a computer at work, and there is a firewall.
> The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
> Best regards,Dave    On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:  
>  
>  On 2020-07-01 04:22, david mccooey wrote:
> > Hello,
> > 
> > rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> > out (110)
> > rsync error: error in socket IO (code 10) at clientserver.c(127)
> > [Receiver=3.1.3]
> > Error: Running rsync failed ()
> > Updating failed
> > 
> > It then tries to get "opt" and "xorg", but they time out as well with
> > the same messages.
> > 
> > 
> > From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> > problem, so it does not appear to be a network issue.
> 
> Yes it is. I'd bet your firewall doesn't allow rsync traffic
> 
> > Any help would be appreciated.
> > 
> > Thank you,
> > 
> > Dave
> 
> 
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux
>     

> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux


From hbezemer at kliksafe.nl  Sat Jul  4 19:20:37 2020
From: hbezemer at kliksafe.nl (Hans Bezemer)
Date: Sat, 4 Jul 2020 21:20:37 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
Message-ID: <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>

Just to be sure: did do `make modules_install' after `make all' when compiling the kernel?

On 20/07/04 09:08PM, Hans Bezemer wrote:
> What's the output of 'lsmod | grep iw'?
> 
> 
> On 20/07/03 06:04PM, david mccooey wrote:
> >  I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
> > However, "lspci -v" does not show these lines:
> > Kernel driver in use: iwlwifiKernel modules: iwlwifi
> > It's as if the modules aren't really installed.
> > Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
> > I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
> > Best regards,Dave
> >     On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:  
> >  
> >   Thank you.
> > I am doing this installation on a computer at work, and there is a firewall.
> > The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
> > Best regards,Dave    On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:  
> >  
> >  On 2020-07-01 04:22, david mccooey wrote:
> > > Hello,
> > > 
> > > rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> > > out (110)
> > > rsync error: error in socket IO (code 10) at clientserver.c(127)
> > > [Receiver=3.1.3]
> > > Error: Running rsync failed ()
> > > Updating failed
> > > 
> > > It then tries to get "opt" and "xorg", but they time out as well with
> > > the same messages.
> > > 
> > > 
> > > From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> > > problem, so it does not appear to be a network issue.
> > 
> > Yes it is. I'd bet your firewall doesn't allow rsync traffic
> > 
> > > Any help would be appreciated.
> > > 
> > > Thank you,
> > > 
> > > Dave
> > 
> > 
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
> >     
> 
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
> 
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux

From dmccooey at att.net  Sat Jul  4 20:20:43 2020
From: dmccooey at att.net (david mccooey)
Date: Sat, 4 Jul 2020 20:20:43 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
Message-ID: <322751799.927499.1593894043941@mail.yahoo.com>

 Here's the sequence of commands.This time, I used depmod and modprobe, but the results are the same as with insmod.

# find /lib -name "*.ko" | grep iw
/lib/modules/4.19.48/kernel/drivers/net/wireless/intel/iwlwifi/iwlwifi.ko
/lib/modules/4.19.48/kernel/drivers/net/wireless/intel/iwlwifi/dvm/iwldvm.ko
/lib/modules/4.19.48/kernel/drivers/net/wireless/intel/iwlwifi/mvm/iwlmvm.ko

# depmod -a
# modprobe iwlwifi
# modprobe iwldvm
# modprobe iwlmvm

# lsmod | grep iw
iwlmvm? ? ? ? ? ? ? ? 286720? 0
iwldvm? ? ? ? ? ? ? ? 147456? 0
iwlwifi? ? ? ? ? ? ? ?217088? 2 iwldvm,iwlmvm
led_class? ? ? ? ? ? ? 16384? 3 iwldvm,input_leds,iwlmvm

# lspci -v | grep -i iw
<nothing returned>

# dmesg | tail -3
[? ? 9.567663] random: 7 urandom warning(s) missed due to ratelimiting
[? 211.991313] Intel(R) Wireless WiFi driver for Linux
[? 211.991313] Copyright(c) 2003- 2015 Intel Corporation


Best regards,Dave
    On Saturday, July 4, 2020, 02:08:45 PM CDT, Hans Bezemer <hbezemer at kliksafe.nl> wrote:  
 
 What's the output of 'lsmod | grep iw'?


On 20/07/03 06:04PM, david mccooey wrote:
>? I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
> However, "lspci -v" does not show these lines:
> Kernel driver in use: iwlwifiKernel modules: iwlwifi
> It's as if the modules aren't really installed.
> Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
> I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
> Best regards,Dave
>? ? On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:? 
>? 
>? Thank you.
> I am doing this installation on a computer at work, and there is a firewall.
> The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
> Best regards,Dave? ? On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:? 
>? 
>? On 2020-07-01 04:22, david mccooey wrote:
> > Hello,
> > 
> > rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> > out (110)
> > rsync error: error in socket IO (code 10) at clientserver.c(127)
> > [Receiver=3.1.3]
> > Error: Running rsync failed ()
> > Updating failed
> > 
> > It then tries to get "opt" and "xorg", but they time out as well with
> > the same messages.
> > 
> > 
> > From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> > problem, so it does not appear to be a network issue.
> 
> Yes it is. I'd bet your firewall doesn't allow rsync traffic
> 
> > Any help would be appreciated.
> > 
> > Thank you,
> > 
> > Dave
> 
> 
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux
>? ? 

> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux

_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200704/800a67c5/attachment-0001.htm>

From dmccooey at att.net  Sat Jul  4 20:21:13 2020
From: dmccooey at att.net (david mccooey)
Date: Sat, 4 Jul 2020 20:21:13 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
Message-ID: <1734966424.914830.1593894073281@mail.yahoo.com>

 Yes
    On Saturday, July 4, 2020, 02:22:04 PM CDT, Hans Bezemer <hbezemer at kliksafe.nl> wrote:  
 
 Just to be sure: did do `make modules_install' after `make all' when compiling the kernel?

On 20/07/04 09:08PM, Hans Bezemer wrote:
> What's the output of 'lsmod | grep iw'?
> 
> 
> On 20/07/03 06:04PM, david mccooey wrote:
> >? I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
> > However, "lspci -v" does not show these lines:
> > Kernel driver in use: iwlwifiKernel modules: iwlwifi
> > It's as if the modules aren't really installed.
> > Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
> > I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
> > Best regards,Dave
> >? ? On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:? 
> >? 
> >? Thank you.
> > I am doing this installation on a computer at work, and there is a firewall.
> > The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
> > Best regards,Dave? ? On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:? 
> >? 
> >? On 2020-07-01 04:22, david mccooey wrote:
> > > Hello,
> > > 
> > > rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> > > out (110)
> > > rsync error: error in socket IO (code 10) at clientserver.c(127)
> > > [Receiver=3.1.3]
> > > Error: Running rsync failed ()
> > > Updating failed
> > > 
> > > It then tries to get "opt" and "xorg", but they time out as well with
> > > the same messages.
> > > 
> > > 
> > > From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> > > problem, so it does not appear to be a network issue.
> > 
> > Yes it is. I'd bet your firewall doesn't allow rsync traffic
> > 
> > > Any help would be appreciated.
> > > 
> > > Thank you,
> > > 
> > > Dave
> > 
> > 
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
> >? ? 
> 
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
> 
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux
_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200704/4a416237/attachment.htm>

From milan.buska at gmail.com  Sun Jul  5 18:06:59 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Sun, 5 Jul 2020 20:06:59 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <1734966424.914830.1593894073281@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
Message-ID: <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>

Hi David.

Are you sure you have all the necessary firmware drivers?

Intel:
https://www.intel.com/content/www/us/en/support/articles/000005511/network-and-i-o/wireless-networking.html
https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi

E.g. interface connector - M.2; PCIE; USB
Is the kernel modular or monolithic?

Regards
Milan

so 4. 7. 2020 v 22:23 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Yes
>
> On Saturday, July 4, 2020, 02:22:04 PM CDT, Hans Bezemer <hbezemer at kliksafe.nl> wrote:
>
>
> Just to be sure: did do `make modules_install' after `make all' when compiling the kernel?
>
> On 20/07/04 09:08PM, Hans Bezemer wrote:
> > What's the output of 'lsmod | grep iw'?
> >
> >
> > On 20/07/03 06:04PM, david mccooey wrote:
> > >  I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
> > > However, "lspci -v" does not show these lines:
> > > Kernel driver in use: iwlwifiKernel modules: iwlwifi
> > > It's as if the modules aren't really installed.
> > > Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
> > > I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
> > > Best regards,Dave
> > >    On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:
> > >
> > >  Thank you.
> > > I am doing this installation on a computer at work, and there is a firewall.
> > > The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
> > > Best regards,Dave    On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:
> > >
> > >  On 2020-07-01 04:22, david mccooey wrote:
> > > > Hello,
> > > >
> > > > rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> > > > out (110)
> > > > rsync error: error in socket IO (code 10) at clientserver.c(127)
> > > > [Receiver=3.1.3]
> > > > Error: Running rsync failed ()
> > > > Updating failed
> > > >
> > > > It then tries to get "opt" and "xorg", but they time out as well with
> > > > the same messages.
> > > >
> > > >
> > > > From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> > > > problem, so it does not appear to be a network issue.
> > >
> > > Yes it is. I'd bet your firewall doesn't allow rsync traffic
> > >
> > > > Any help would be appreciated.
> > > >
> > > > Thank you,
> > > >
> > > > Dave
> > >
> > >
> > > _______________________________________________
> > > CRUX mailing list
> > > CRUX at lists.crux.nu
> > > https://lists.crux.nu/mailman/listinfo/crux
>
> > >
> >
> > > _______________________________________________
> > > CRUX mailing list
> > > CRUX at lists.crux.nu
> > > https://lists.crux.nu/mailman/listinfo/crux
> >
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux



-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From dmccooey at att.net  Sun Jul  5 21:54:02 2020
From: dmccooey at att.net (david mccooey)
Date: Sun, 5 Jul 2020 21:54:02 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
Message-ID: <212348562.1113981.1593986042385@mail.yahoo.com>

 Hi Milan,
I have the following file on my system:
/lib/firmware/iwlwifi-cc-a0-46.ucode
I verified this is the same file (contents and name) as the file
contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.

I noticed Intel's site says this driver is for kernels 5.1+.
I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
Do you know if others have gotten this driver to work?
If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?

The M.2 PCIE driver is installed, because that's where my root file system is.

Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
match /usr/src/linux-4.19.48/.config.
Also attached are the outputs from "lsmod" and "lspci -v".

Before I can answer the question about monolithic or modular kernel,
I need to know the terminology:
Is a kernel monolithic until the first module is installed?
Or does the distinction have something to do with how the kernel is originally built?

Best regards,Dave
    On Sunday, July 5, 2020, 01:07:28 PM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:  
 
 Hi David.

Are you sure you have all the necessary firmware drivers?

Intel:
https://www.intel.com/content/www/us/en/support/articles/000005511/network-and-i-o/wireless-networking.html
https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi

E.g. interface connector - M.2; PCIE; USB
Is the kernel modular or monolithic?

Regards
Milan

so 4. 7. 2020 v 22:23 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Yes
>
> On Saturday, July 4, 2020, 02:22:04 PM CDT, Hans Bezemer <hbezemer at kliksafe.nl> wrote:
>
>
> Just to be sure: did do `make modules_install' after `make all' when compiling the kernel?
>
> On 20/07/04 09:08PM, Hans Bezemer wrote:
> > What's the output of 'lsmod | grep iw'?
> >
> >
> > On 20/07/03 06:04PM, david mccooey wrote:
> > >? I configured the kernel with iwlwifi, iwldvm, and iwlmvm as modules,and installed them using insmod.
> > > However, "lspci -v" does not show these lines:
> > > Kernel driver in use: iwlwifiKernel modules: iwlwifi
> > > It's as if the modules aren't really installed.
> > > Based on various online sources, I think I need a utility called "iw" to get thesemodules to be used by the kernel.
> > > I have other computers here (MacOS) that can use the WiFi network, butthere is no "prt-get" there, so how would I retrieve the "iw" package?If I can get it on the Mac, then I can load it onto a USB drive, and thenread that USB drive from CRUX.
> > > Best regards,Dave
> > >? ? On Wednesday, July 1, 2020, 9:53:38 PM CDT, david mccooey <dmccooey at att.net> wrote:
> > >
> > >? Thank you.
> > > I am doing this installation on a computer at work, and there is a firewall.
> > > The WiFi network does not have a firewall, so I am configuring a kernelwith the appropriate driver -- for the Intel Wi-Fi 6 AX200.
> > > Best regards,Dave? ? On Wednesday, July 1, 2020, 02:03:44 AM CDT, Fredrik <fredrik at rinnestam.se> wrote:
> > >
> > >? On 2020-07-01 04:22, david mccooey wrote:
> > > > Hello,
> > > >
> > > > rsync: failed to connect to crux.nu (213.132.101.140): Connection timed
> > > > out (110)
> > > > rsync error: error in socket IO (code 10) at clientserver.c(127)
> > > > [Receiver=3.1.3]
> > > > Error: Running rsync failed ()
> > > > Updating failed
> > > >
> > > > It then tries to get "opt" and "xorg", but they time out as well with
> > > > the same messages.
> > > >
> > > >
> > > > From the bash prompt, I can ping 213.132.101.140 or crux.nu without any
> > > > problem, so it does not appear to be a network issue.
> > >
> > > Yes it is. I'd bet your firewall doesn't allow rsync traffic
> > >
> > > > Any help would be appreciated.
> > > >
> > > > Thank you,
> > > >
> > > > Dave
> > >
> > >
> > > _______________________________________________
> > > CRUX mailing list
> > > CRUX at lists.crux.nu
> > > https://lists.crux.nu/mailman/listinfo/crux
>
> > >
> >
> > > _______________________________________________
> > > CRUX mailing list
> > > CRUX at lists.crux.nu
> > > https://lists.crux.nu/mailman/listinfo/crux
> >
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux



-- 

Remember, no question is too stupid and no problem too small
? ? ? -- We've all been beginners  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200705/0a15c134/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.tgz
Type: application/gzip
Size: 23967 bytes
Desc: not available
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200705/0a15c134/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: modules.tgz
Type: application/gzip
Size: 503 bytes
Desc: not available
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200705/0a15c134/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pci.tgz
Type: application/gzip
Size: 3249 bytes
Desc: not available
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200705/0a15c134/attachment-0005.bin>

From hi at joac.im  Sun Jul  5 22:56:41 2020
From: hi at joac.im (Joacim Olsen Tangen)
Date: Mon, 06 Jul 2020 00:56:41 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <212348562.1113981.1593986042385@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
Message-ID: <45664a3c2153a2f7dd3efb4a901666dd0d189b23.camel@joac.im>

On Sun, 2020-07-05 at 21:54 +0000, david mccooey wrote:
> I noticed Intel's site says this driver is for kernels 5.1+.
> I am using the default CRUX kernel, 4.19.48, so this looks like the
> cause of the problem.
> Do you know if others have gotten this driver to work?
> If I installed a 5.1+ kernel, would it cause other incompatibilities
> in my CRUX setup?

Installing a newer kernel shouldn't cause issues with CRUX. I've
personally run the latest longterm release (5.4.x) on my CRUX system
for a long time, and I haven't run into any issues (no guarantees that
you won't run into bugs with 5.4.x tho).

-- 
Joacim Olsen Tangen <hi at joac.im>


From milan.buska at gmail.com  Mon Jul  6 05:42:54 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Mon, 6 Jul 2020 07:42:54 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <212348562.1113981.1593986042385@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
Message-ID: <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>

ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> I have the following file on my system:
>
> /lib/firmware/iwlwifi-cc-a0-46.ucode
>
> I verified this is the same file (contents and name) as the file
>
> contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
>
>
> I noticed Intel's site says this driver is for kernels 5.1+.
>
> I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
>
> Do you know if others have gotten this driver to work?
>
> If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
>
>
> The M.2 PCIE driver is installed, because that's where my root file system is.
>
>
> Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
>
> match /usr/src/linux-4.19.48/.config.
>
> Also attached are the outputs from "lsmod" and "lspci -v".
>
>
> Before I can answer the question about monolithic or modular kernel,

I am sorry. Wrong wording of the question.
I was wondering if you're using a ramdisk
(initramfs ...., initrd ....)

>
> I need to know the terminology:
>
> Is a kernel monolithic until the first module is installed?
>
> Or does the distinction have something to do with how the kernel is originally built?
>


The modinfo command also says a lot about modules
which you need and what firmware version.

After loading the modules, check the dmesg output.
This also sometimes shows a lot of error and warning messages

Excuse me. I do not speak English well.

Best regards
-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From milan.buska at gmail.com  Mon Jul  6 06:03:30 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Mon, 6 Jul 2020 08:03:30 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
Message-ID: <CAFCWPPLqaxu7=jG39KpAj8wRzYufCZd5b_Ckq7UkSV5fknGrNg@mail.gmail.com>

po 6. 7. 2020 v 7:42 odes?latel Milan Bu?ka <milan.buska at gmail.com> napsal:
>
> ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
> >
> > Hi Milan,
> >
> > I have the following file on my system:
> >
> > /lib/firmware/iwlwifi-cc-a0-46.ucode
> >
> > I verified this is the same file (contents and name) as the file
> >
> > contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
> >
> >
> > I noticed Intel's site says this driver is for kernels 5.1+.
> >
> > I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
> >
> > Do you know if others have gotten this driver to work?
> >
> > If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
> >
> >
> > The M.2 PCIE driver is installed, because that's where my root file system is.
> >
> >
> > Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
> >
> > match /usr/src/linux-4.19.48/.config.
> >
> > Also attached are the outputs from "lsmod" and "lspci -v".
> >
> >
> > Before I can answer the question about monolithic or modular kernel,
>
> I am sorry. Wrong wording of the question.
> I was wondering if you're using a ramdisk
> (initramfs ...., initrd ....)
>
> >
> > I need to know the terminology:
> >
> > Is a kernel monolithic until the first module is installed?
> >
> > Or does the distinction have something to do with how the kernel is originally built?
> >
>
>
> The modinfo command also says a lot about modules
> which you need and what firmware version.
>
> After loading the modules, check the dmesg output.
> This also sometimes shows a lot of error and warning messages
>
> Excuse me. I do not speak English well.
>
>

Good starting point.
https://crux.ninja/updated-iso/crux-3.5-updated.iso


-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From dmccooey at att.net  Tue Jul  7 03:33:44 2020
From: dmccooey at att.net (david mccooey)
Date: Tue, 7 Jul 2020 03:33:44 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
Message-ID: <1338887845.1581665.1594092824517@mail.yahoo.com>

 Hi Milan,
I moved the computer to a new location to get around the firewall.
I was able to get all packages from core, opt, xorg, contrib, and compat-32.


The WiFi is not a roadblock now, but I would like to get it working eventually.
I see a package called "iw" under contrib, which may be helpful.

Regarding a ramdisk, I am not using one.
I ran modinfo on iwlwifi, iwldvm, and iwlmvm.
It shows information about each one, with no errors or warnings.
In the output for iwlwifi, there are 31 lines starting with "firmware:", all with the following format:
firmware:? ? ? ?iwlwifi-*.ucode
where '*' is some identifier, like "100-5" or "600g2b-6".
The file for my particular device (iwlwifi-cc-a0-46.ucode) is not in this output.
This may be due to my kernel 4.19.48 < 5.1.

After I install iwlfifi, the following two lines are added to dmesg's output:
[? ?78.703559] Intel(R) Wireless WiFi driver for Linux[? ?78.703560] Copyright(c) 2003- 2015 Intel Corporation

I think I need to update my kernel to 5.1+ to get this driver working, but it
seems odd that the 4.19.48 kernel gives no errors or warnings about it.

Thank you for your suggestions.
Best regards,Dave
    On Monday, July 6, 2020, 12:43:24 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:  
 
 ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> I have the following file on my system:
>
> /lib/firmware/iwlwifi-cc-a0-46.ucode
>
> I verified this is the same file (contents and name) as the file
>
> contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
>
>
> I noticed Intel's site says this driver is for kernels 5.1+.
>
> I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
>
> Do you know if others have gotten this driver to work?
>
> If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
>
>
> The M.2 PCIE driver is installed, because that's where my root file system is.
>
>
> Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
>
> match /usr/src/linux-4.19.48/.config.
>
> Also attached are the outputs from "lsmod" and "lspci -v".
>
>
> Before I can answer the question about monolithic or modular kernel,

I am sorry. Wrong wording of the question.
I was wondering if you're using a ramdisk
(initramfs ...., initrd ....)

>
> I need to know the terminology:
>
> Is a kernel monolithic until the first module is installed?
>
> Or does the distinction have something to do with how the kernel is originally built?
>


The modinfo command also says a lot about modules
which you need and what firmware version.

After loading the modules, check the dmesg output.
This also sometimes shows a lot of error and warning messages

Excuse me. I do not speak English well.

Best regards
-- 

Remember, no question is too stupid and no problem too small
? ? ? -- We've all been beginners  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200707/29a424f5/attachment.htm>

From milan.buska at gmail.com  Tue Jul  7 07:41:41 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Tue, 7 Jul 2020 09:41:41 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <1338887845.1581665.1594092824517@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
Message-ID: <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>

?t 7. 7. 2020 v 5:34 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> I moved the computer to a new location to get around the firewall.
>
> I was able to get all packages from core, opt, xorg, contrib, and compat-32.
>
>
> The WiFi is not a roadblock now, but I would like to get it working eventually.
>
> I see a package called "iw" under contrib, which may be helpful.
>
>
> Regarding a ramdisk, I am not using one.
>
> I ran modinfo on iwlwifi, iwldvm, and iwlmvm.
>
> It shows information about each one, with no errors or warnings.
>
> In the output for iwlwifi, there are 31 lines starting with "firmware:", all with the following format:
>
> firmware:       iwlwifi-*.ucode
>
> where '*' is some identifier, like "100-5" or "600g2b-6".
>
> The file for my particular device (iwlwifi-cc-a0-46.ucode) is not in this output.
>
> This may be due to my kernel 4.19.48 < 5.1.
>
>
> After I install iwlfifi, the following two lines are added to dmesg's output:
>
> [   78.703559] Intel(R) Wireless WiFi driver for Linux
> [   78.703560] Copyright(c) 2003- 2015 Intel Corporation
>
>
> I think I need to update my kernel to 5.1+ to get this driver working, but it

after updating the kernel, be sure to update the linux-firmware package

>
> seems odd that the 4.19.48 kernel gives no errors or warnings about it.

I don't know the answer to that (this is already a question for kernel
developers ???)

>
>
> Thank you for your suggestions.
>
> Best regards,
> Dave
>
> On Monday, July 6, 2020, 12:43:24 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
>
>
> ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
> >
> > Hi Milan,
> >
> > I have the following file on my system:
> >
> > /lib/firmware/iwlwifi-cc-a0-46.ucode
> >
> > I verified this is the same file (contents and name) as the file
> >
> > contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
> >
> >
> > I noticed Intel's site says this driver is for kernels 5.1+.
> >
> > I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
> >
> > Do you know if others have gotten this driver to work?
> >
> > If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
> >
> >
> > The M.2 PCIE driver is installed, because that's where my root file system is.
> >
> >
> > Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
> >
> > match /usr/src/linux-4.19.48/.config.
> >
> > Also attached are the outputs from "lsmod" and "lspci -v".
> >
> >
> > Before I can answer the question about monolithic or modular kernel,
>
> I am sorry. Wrong wording of the question.
> I was wondering if you're using a ramdisk
> (initramfs ...., initrd ....)
>
> >
> > I need to know the terminology:
> >
> > Is a kernel monolithic until the first module is installed?
> >
> > Or does the distinction have something to do with how the kernel is originally built?
> >
>
>
> The modinfo command also says a lot about modules
> which you need and what firmware version.
>
> After loading the modules, check the dmesg output.
> This also sometimes shows a lot of error and warning messages
>
> Excuse me. I do not speak English well.
>

Best regards

-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From crux at crux.nu  Wed Jul  8 11:22:41 2020
From: crux at crux.nu (crux at crux.nu)
Date: Wed,  8 Jul 2020 11:22:41 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] dropped gstreamer-vaapi use vulkan
Message-ID: <20200708112241.D1C0C1805EE@crux.nu>

commit cd7b5a8ef87fde17356f5817ddf0a23909f3aab1
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Wed Jul 8 21:22:34 2020 +1000

    [notify] dropped gstreamer-vaapi use vulkan

diff --git a/gstreamer-vaapi/.footprint b/gstreamer-vaapi/.footprint
deleted file mode 100644
index 31364cf5d..000000000
--- a/gstreamer-vaapi/.footprint
+++ /dev/null
@@ -1,4 +0,0 @@
-drwxr-xr-x	root/root	usr/
-drwxr-xr-x	root/root	usr/lib/
-drwxr-xr-x	root/root	usr/lib/gstreamer-1.0/
--rwxr-xr-x	root/root	usr/lib/gstreamer-1.0/libgstvaapi.so
diff --git a/gstreamer-vaapi/.signature b/gstreamer-vaapi/.signature
deleted file mode 100644
index 27f0c6094..000000000
--- a/gstreamer-vaapi/.signature
+++ /dev/null
@@ -1,5 +0,0 @@
-untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF36Ywcs4l77x9oHf56fJt8A0AM+TIKArDe/L7DBDcjwXwZxcECs4oscaMXFhJZHU0ZD6XvA1OAp5EO+qlSu6jlQ4=
-SHA256 (Pkgfile) = ed146a26d7fd05604fc28f3037965c1cc67bd313284f00556d895e7e91882332
-SHA256 (.footprint) = 7389a239ceba460c6db06a6bd71fc13374ead6695fa0a03404545189689fc05d
-SHA256 (gstreamer-vaapi-1.16.2.tar.xz) = 191de7b0ab64a85dd0875c990721e7be95518f60e2a9106beca162004ed7c601
diff --git a/gstreamer-vaapi/Pkgfile b/gstreamer-vaapi/Pkgfile
deleted file mode 100644
index 5013a08d8..000000000
--- a/gstreamer-vaapi/Pkgfile
+++ /dev/null
@@ -1,26 +0,0 @@
-# Description: GStreamer Multimedia Framework VA Plugins.
-# URL: https://freedesktop.org/wiki/Software/vaapi/
-# Maintainer: Danny Rawlins, crux at romster dot me
-# Depends on: gst-plugins-bad
-
-name=gstreamer-vaapi
-version=1.16.2
-release=1
-source=(https://gstreamer.freedesktop.org/src/$name/$name-$version.tar.xz)
-
-build() {
-	cd $name-$version
-
-	meson build \
-		--prefix=/usr \
-		--libexecdir=/usr/lib \
-		-D buildtype=release \
-		-D gtk_doc=disabled \
-		-D package-name="GStreamer (CRUX Linux)" \
-		-D package-origin="https://crux.nu/"
-
-	ninja -C build -j ${JOBS:-1}
-	DESTDIR=$PKG ninja -C build install
-
-
-}

From crux at crux.nu  Thu Jul  9 21:12:58 2020
From: crux at crux.nu (crux at crux.nu)
Date: Thu,  9 Jul 2020 21:12:58 +0000 (UTC)
Subject: ports/opt (3.5): [notify] firefox-bin: 78.0.2. Fix for MFSA-2020-0003
Message-ID: <20200709211258.DB43F18015B@crux.nu>

commit d93c7d47ab3c850921e214d27cca9caa0f2fae59
Author: Fredrik Rinnestam <fredrik at crux.nu>
Date:   Thu Jul 9 23:12:39 2020 +0200

    [notify] firefox-bin: 78.0.2. Fix for MFSA-2020-0003
    
    Advisory: https://www.mozilla.org/en-US/security/advisories/mfsa2020-28/

diff --git a/firefox-bin/.signature b/firefox-bin/.signature
index cc23754ba..0c1a41992 100644
--- a/firefox-bin/.signature
+++ b/firefox-bin/.signature
@@ -1,7 +1,7 @@
 untrusted comment: verify with /etc/ports/opt.pub
-RWSE3ohX2g5d/a09epHGHmt6DWU89SurkaOW9HDNi9TiPCGHz6FB6CA2LMONBuC4UAcN3IAGbxnVUYxcqAQBv8P4RxRrKsisBQc=
-SHA256 (Pkgfile) = 58546cddd5693af6ccbccd7c65146927a9b6273add5e337ed7e13716b8b46a2b
+RWSE3ohX2g5d/abkAzWQO+iGS+Gc8hBzUEhgeh+cnSpkmD5VnCue0Dq1uo7FWKxe2M3MSzCOyNxQ7Xo94rZQNP8JLXgRL7eS9QA=
+SHA256 (Pkgfile) = e4e433c8df8915c9cd95f44215a040e92277965ac3cb560c8db7968f9ab42d54
 SHA256 (.footprint) = 7c7db7d4934c138003e984ea54c8ec6fc715eb5dfe177e962e7a5759052e3eb3
-SHA256 (firefox-78.0.1.tar.bz2) = 3ea7d58def9fc05f1e217674ddf647d6f781ff2c4ace7aa5a4e913fcacb8ec38
+SHA256 (firefox-78.0.2.tar.bz2) = b50d010f2db643bebd3f54d13a079833e25f03e4b163ffe98771596fafe8c487
 SHA256 (policies.json) = cf856011307f7831d74cdacb4e80b6dceaa49882b8dcba008d527a78764903f4
 SHA256 (firefox.desktop) = 05bd1a4e283bc68f525f87cabf35ad0a59e5e63e107ce3901a4ac73e3d16ef33
diff --git a/firefox-bin/Pkgfile b/firefox-bin/Pkgfile
index 2b4b561ac..11777c2c6 100644
--- a/firefox-bin/Pkgfile
+++ b/firefox-bin/Pkgfile
@@ -4,7 +4,7 @@
 # Depends on: gtk3 dbus-glib
 
 name=firefox-bin
-version=78.0.1
+version=78.0.2
 release=1
 source=(http://ftp.mozilla.org/pub/firefox/releases/$version/linux-x86_64/en-US/firefox-$version.tar.bz2 \
 	policies.json firefox.desktop)

From crux at crux.nu  Fri Jul 10 06:58:59 2020
From: crux at crux.nu (crux at crux.nu)
Date: Fri, 10 Jul 2020 06:58:59 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] firefox: 78.0.1 -> 78.0.2 Fix for
 MFSA-2020-0003
Message-ID: <20200710065859.B115C1805B4@crux.nu>

commit 20c71921442e2361aa89417aa530f1c4de156768
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Fri Jul 10 16:58:21 2020 +1000

    [notify] firefox: 78.0.1 -> 78.0.2 Fix for MFSA-2020-0003

diff --git a/firefox/.signature b/firefox/.signature
index 536347be9..79c4546f8 100644
--- a/firefox/.signature
+++ b/firefox/.signature
@@ -1,7 +1,7 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF34nlyGViPtcVch7geNgNQv4IPH9zmxl2ybP7yJklMYCmaFTbiCAW7q/VjpgxS8bhq7bZd+Ver3RCWb10R3jdyg8=
-SHA256 (Pkgfile) = 206d24d09028192eeefb87a4570694e23b8214e28473633997170fba2eba1f9c
+RWSagIOpLGJF34WM/MfqnmXdonlcOqn+1IL9p0xT3CzvHItOsbBlZs9k33IUsnYPNNfiLFlfRxdOgvDLQyGFQRhGipBspLokxQg=
+SHA256 (Pkgfile) = ea36579a90e0fbb5c3d159b1ff823198a0f9c58e329274efe7ce8ecd2e55c58b
 SHA256 (.footprint) = 8b8bebe1e51e7e8d82a57e60b95e4fd85c806ecbcbb15ad1774730025ba0e931
-SHA256 (firefox-78.0.1.source.tar.xz) = 494d277b120028e036e2aee3f658d79afc895457dc6aadb1c02f0547ef1d66ca
+SHA256 (firefox-78.0.2.source.tar.xz) = 1aa00ec6d40a771d525b867b175be28eda096becc745875bcceb133a985750fc
 SHA256 (firefox.desktop) = 8ba3439f3dfc5cab883641969c93d8d15f8f20d7188d9568346b2edad52d6f91
 SHA256 (0001-Use-remoting-name-for-GDK-application-names.patch) = 3bb7463471fb43b2163a705a79a13a3003d70fff4bbe44f467807ca056de9a75
diff --git a/firefox/Pkgfile b/firefox/Pkgfile
index 193b25f9c..e8be8f1a6 100644
--- a/firefox/Pkgfile
+++ b/firefox/Pkgfile
@@ -5,7 +5,7 @@
 # Optional: sccache
 
 name=firefox
-version=78.0.1
+version=78.0.2
 release=1
 source=(https://ftp.mozilla.org/pub/firefox/releases/$version/source/firefox-$version.source.tar.xz
 	firefox.desktop

From crux at crux.nu  Fri Jul 10 13:03:19 2020
From: crux at crux.nu (crux at crux.nu)
Date: Fri, 10 Jul 2020 13:03:19 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] syslog-ng: new dependency: python3 and
 compile py bytecode in footprint; cleaned footprint
Message-ID: <20200710130319.7E34B1805D5@crux.nu>

commit 98dec7b879b8f0f4794b453eb13458ade0d43bb8
Author: Tim Biermann <tbier at posteo.de>
Date:   Fri Jul 10 12:56:39 2020 +0000

    [notify] syslog-ng: new dependency: python3 and compile py bytecode in footprint; cleaned footprint

diff --git a/syslog-ng/.footprint b/syslog-ng/.footprint
index 31e9fce75..45de59de2 100644
--- a/syslog-ng/.footprint
+++ b/syslog-ng/.footprint
@@ -393,27 +393,46 @@ drwxr-xr-x	root/root	usr/lib/syslog-ng/python/
 drwxr-xr-x	root/root	usr/lib/syslog-ng/python/syslogng/
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/__init__.py
 drwxr-xr-x	root/root	usr/lib/syslog-ng/python/syslogng/__pycache__/
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/__pycache__/__init__.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/__pycache__/__init__.cpython-37.pyc
 drwxr-xr-x	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__init__.py
 drwxr-xr-x	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/__init__.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/__init__.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/choicecompleter.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/choicecompleter.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/commandlinelexer.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/commandlinelexer.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/completer.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/completer.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/completerlang.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/completerlang.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/debuggercli.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/debuggercli.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/debuglang.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/debuglang.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/getoptlexer.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/getoptlexer.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/langcompleter.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/langcompleter.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/lexer.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/lexer.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/lexertoken.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/lexertoken.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/macrocompleter.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/macrocompleter.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/readline.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/readline.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/syslognginternals.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/syslognginternals.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/tablexer.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/tablexer.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/templatelang.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/templatelang.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/templatelexer.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/templatelexer.cpython-37.pyc
+-rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/tflang.cpython-37.opt-1.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/__pycache__/tflang.cpython-37.pyc
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/choicecompleter.py
 -rw-r--r--	root/root	usr/lib/syslog-ng/python/syslogng/debuggercli/commandlinelexer.py
@@ -455,7 +474,6 @@ drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/elasticsearch/
 drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/ewmm/
 -rw-r--r--	root/root	usr/share/syslog-ng/include/scl/ewmm/ewmm.conf
 drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/graphite/
--rw-r--r--	root/root	usr/share/syslog-ng/include/scl/graphite/README
 -rw-r--r--	root/root	usr/share/syslog-ng/include/scl/graphite/plugin.conf
 drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/graylog2/
 -rw-r--r--	root/root	usr/share/syslog-ng/include/scl/graylog2/plugin.conf
@@ -500,7 +518,6 @@ drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/sudo/
 drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/sumologic/
 -rw-r--r--	root/root	usr/share/syslog-ng/include/scl/sumologic/sumologic.conf
 drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/syslogconf/
--rw-r--r--	root/root	usr/share/syslog-ng/include/scl/syslogconf/README
 -rwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/syslogconf/convert-syslogconf.awk
 -rw-r--r--	root/root	usr/share/syslog-ng/include/scl/syslogconf/plugin.conf
 drwxr-xr-x	root/root	usr/share/syslog-ng/include/scl/system/
diff --git a/syslog-ng/.signature b/syslog-ng/.signature
index 9545239c9..62f28508e 100644
--- a/syslog-ng/.signature
+++ b/syslog-ng/.signature
@@ -1,7 +1,7 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF3+b+/8QeuLjeGR1hivaTYFigtmQVNPCDCZ7F4Tw7TyJVknkxEanhoeF4K4HqV5AyncKaHN9ldQGLvPqGCBQVyAw=
-SHA256 (Pkgfile) = b12453032d5efb2a050bcf23004d8267d61c0b0bdc47479a1a988a93e0c6ec87
-SHA256 (.footprint) = baa205eccb270e447b2bcf3cdddcf39657af0a6f70e986e91cf4ae28432ef6eb
+RWSagIOpLGJF32obkFXQp/kZ7Qp2JpnGaZpAXI2enJHDW8MFEhwiCfnBZM+rnynu+eor8fKenzJs85kbqSQVf4sSORbujYgljgA=
+SHA256 (Pkgfile) = 318234e388ed20b4638ca31d64518ea57b97d0c5d14e78b74b91368450fdbe5b
+SHA256 (.footprint) = 58676b60a107418c864406249015825034d80ce560586c2480e044a7aab1bc7e
 SHA256 (syslog-ng-3.28.1.tar.gz) = af4ef43c41e05759ce6f20f344563f1cbb00622399263fa0c6b9e96426c2a6e8
 SHA256 (syslog-ng.rc) = 4e9cabda9916c9cac1c8e511028636e40980ee29583983735d6a78fa6c7b23d9
 SHA256 (syslog-ng.conf) = 5633a8e7ebf37b3c1b7d10a9345a22bd479611afe5d7dc88076ec56048d4c115
diff --git a/syslog-ng/Pkgfile b/syslog-ng/Pkgfile
index 664fee4a5..e08185be1 100644
--- a/syslog-ng/Pkgfile
+++ b/syslog-ng/Pkgfile
@@ -1,7 +1,7 @@
 # Description: alternate syslogging daemon
 # URL:         http://www.balabit.com/network-security/syslog-ng/opensource-logging-system
 # Maintainer:  Thomas Penteker, tek at serverop dot de
-# Depends on:  glib json-c
+# Depends on:  glib json-c python3
 
 name=syslog-ng
 version=3.28.1
@@ -10,22 +10,31 @@ source=(https://github.com/$name/$name/releases/download/$name-$version/$name-$v
   syslog-ng.rc syslog-ng.conf)
 
 build() {
-   cd $name-$version
+  cd $name-$version
 
-   ./configure \
-      --prefix=/usr \
-      --sysconfdir=/etc \
-      --libexecdir=/var/lib/$name \
-      --localstatedir=/var/run \
-      --enable-dynamic-linking \
-      --sbindir=/sbin \
-      --disable-java \
-      --disable-java-modules
+  ./configure \
+     --prefix=/usr \
+     --sysconfdir=/etc \
+     --libexecdir=/var/lib/$name \
+     --localstatedir=/var/run \
+     --enable-dynamic-linking \
+     --sbindir=/sbin \
+     --disable-java \
+     --disable-java-modules
+  make
+  make DESTDIR=$PKG install
 
+  python3 -m compileall -d /usr/lib/syslog-ng/python/syslogng $PKG/lib/syslog-ng/python/syslogng
+  python3 -O -m compileall -d /usr/lib/syslog-ng/python/syslogng $PKG/usr/lib/syslog-ng/python/syslogng
 
-   make && make DESTDIR=$PKG install
-   rm -rf $PKG/usr/doc
-   rm -rf $PKG/usr/share/include/scl/syslogconf/README
-   install -D -m 644 ../syslog-ng.conf $PKG/etc/syslog-ng.conf
-   install -D -m 755 ../syslog-ng.rc $PKG/etc/rc.d/syslog-ng
+  install -D -m 644 ../syslog-ng.conf $PKG/etc/syslog-ng.conf
+  install -D -m 755 ../syslog-ng.rc $PKG/etc/rc.d/syslog-ng
+
+  rm -rf $PKG/usr/doc
+  find $PKG \(\
+    -iname '*changelog*' -o \
+    -iname '*news*' -o \
+    -iname '*todo*' -o \
+    -iname '*readme*' -o \
+    -iname '*copying*' \) -exec rm -fr '{}' \+
 }

From crux at crux.nu  Sat Jul 11 06:28:23 2020
From: crux at crux.nu (crux at crux.nu)
Date: Sat, 11 Jul 2020 06:28:23 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] libplacebo: 2.43.1 -> 2.72.0 ABI change
 rebuild affected ports, new dependency python3-mako
Message-ID: <20200711062823.31BC31805B9@crux.nu>

commit 0eb4a668326547efdff84f1e9aa6b114da9541fd
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Sat Jul 11 16:25:45 2020 +1000

    [notify] libplacebo: 2.43.1 -> 2.72.0 ABI change rebuild affected ports, new dependency python3-mako

diff --git a/libplacebo/.footprint b/libplacebo/.footprint
index 5ec6c228c..45bae3cb1 100644
--- a/libplacebo/.footprint
+++ b/libplacebo/.footprint
@@ -10,19 +10,19 @@ drwxr-xr-x	root/root	usr/include/libplacebo/
 -rw-r--r--	root/root	usr/include/libplacebo/dummy.h
 -rw-r--r--	root/root	usr/include/libplacebo/filters.h
 -rw-r--r--	root/root	usr/include/libplacebo/gpu.h
--rw-r--r--	root/root	usr/include/libplacebo/opengl.h
 -rw-r--r--	root/root	usr/include/libplacebo/renderer.h
 -rw-r--r--	root/root	usr/include/libplacebo/shaders.h
 drwxr-xr-x	root/root	usr/include/libplacebo/shaders/
 -rw-r--r--	root/root	usr/include/libplacebo/shaders/av1.h
 -rw-r--r--	root/root	usr/include/libplacebo/shaders/colorspace.h
+-rw-r--r--	root/root	usr/include/libplacebo/shaders/custom.h
 -rw-r--r--	root/root	usr/include/libplacebo/shaders/sampling.h
 -rw-r--r--	root/root	usr/include/libplacebo/swapchain.h
 drwxr-xr-x	root/root	usr/include/libplacebo/utils/
 -rw-r--r--	root/root	usr/include/libplacebo/utils/upload.h
 -rw-r--r--	root/root	usr/include/libplacebo/vulkan.h
 drwxr-xr-x	root/root	usr/lib/
-lrwxrwxrwx	root/root	usr/lib/libplacebo.so -> libplacebo.so.43
--rwxr-xr-x	root/root	usr/lib/libplacebo.so.43
+lrwxrwxrwx	root/root	usr/lib/libplacebo.so -> libplacebo.so.72
+-rwxr-xr-x	root/root	usr/lib/libplacebo.so.72
 drwxr-xr-x	root/root	usr/lib/pkgconfig/
 -rw-r--r--	root/root	usr/lib/pkgconfig/libplacebo.pc
diff --git a/libplacebo/.signature b/libplacebo/.signature
index 5c7ec0326..f219f230e 100644
--- a/libplacebo/.signature
+++ b/libplacebo/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF31GJKWe/yF3R1qNO38z4mPmMdUs3ab6cRK3ghHDGOwBCm7AW2IXe7NXKLjPecixXrCprg6RvJImiqIPYH423hws=
-SHA256 (Pkgfile) = 448af5305565f9d357ed09726b6436431d4f79c1b59746bac3cbec6c9dbbd714
-SHA256 (.footprint) = 3890eb55dddefc91ae42281944ccb2871d5d61c88bd7185d743a1be508e710b1
-SHA256 (libplacebo-v2.43.1.tar.gz) = b5b67a07f99308f492f9b31ee2731f9b4e10214c0d3e0c32cbb0ee961c7c83f2
+RWSagIOpLGJF3/QB0q/2rDgSiH28s2scS4MimDO32VpM++NjqQUrF/H/02VeTyOjxCGG2e9KqZIs8bZKThlU6MRSQpWBrTeS9As=
+SHA256 (Pkgfile) = c1c630731c57c09395ae41f4739d646ebe3aef5db396adc8bc69c71b3b20392f
+SHA256 (.footprint) = 4bb8793710d63c580ba4d5f55a4d3137ef2fe98f80af4739176dfdf0483874c2
+SHA256 (libplacebo-v2.72.0.tar.gz) = e570c5692cd974c43acf430f6b3fe348814f5052c3a1f7a74a1ba10a69ac2715
diff --git a/libplacebo/Pkgfile b/libplacebo/Pkgfile
index cc7aa687c..f014b832f 100644
--- a/libplacebo/Pkgfile
+++ b/libplacebo/Pkgfile
@@ -1,10 +1,10 @@
 # Description: Reusable library for GPU-accelerated video/image rendering primitives
 # URL: https://github.com/haasn/libplacebo
 # Maintainer: Danny Rawlins, crux at romster dot me
-# Depends on: lcms2 meson shaderc vulkan-loader
+# Depends on: lcms2 meson shaderc vulkan-loader python3-mako
 
 name=libplacebo
-version=2.43.1
+version=2.72.0
 release=1
 source=(https://code.videolan.org/videolan/libplacebo/-/archive/v$version/$name-v$version.tar.gz)
 

From dmccooey at att.net  Sun Jul 12 21:58:41 2020
From: dmccooey at att.net (david mccooey)
Date: Sun, 12 Jul 2020 21:58:41 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
Message-ID: <641999696.377487.1594591121758@mail.yahoo.com>

 Hi Milan,
I upgraded my installation using the updated-iso image.
This gives me the 5.4.49 kernel, and I updated the linux-firmware package
as you suggested, although it appeared to be up-to-date already (20200619-1).

Using the 5.4 kernel solves my WiFi driver problem, but now I have a new problem:
The Nvidia video driver has compilation problems with the 5.4 kernel.

The following error message occurs 308 times while running the Nvidia installer:
"NV_BUILD_MODULE_INSTANCES" is not defined, evaluates to 0 [-Werror=undef]
This same installer worked ok with the 4.19.48 kernel.
Other people have encountered this same error with kernel 5.4, but nobody has posted a solution.
The gcc compiler changed from 8.3.0 to 8.4.0 with this upgrade, so maybe that's the cause.

In any event, my plan is to start by trying an older kernel, like 5.3.
Are there any published instructions on how to do this?
Maybe there is a previous updated-iso image with the 5.3 kernel?

Best regards,
Dave


    On Tuesday, July 7, 2020, 02:42:13 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:  
 
 ?t 7. 7. 2020 v 5:34 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> I moved the computer to a new location to get around the firewall.
>
> I was able to get all packages from core, opt, xorg, contrib, and compat-32.
>
>
> The WiFi is not a roadblock now, but I would like to get it working eventually.
>
> I see a package called "iw" under contrib, which may be helpful.
>
>
> Regarding a ramdisk, I am not using one.
>
> I ran modinfo on iwlwifi, iwldvm, and iwlmvm.
>
> It shows information about each one, with no errors or warnings.
>
> In the output for iwlwifi, there are 31 lines starting with "firmware:", all with the following format:
>
> firmware:? ? ? iwlwifi-*.ucode
>
> where '*' is some identifier, like "100-5" or "600g2b-6".
>
> The file for my particular device (iwlwifi-cc-a0-46.ucode) is not in this output.
>
> This may be due to my kernel 4.19.48 < 5.1.
>
>
> After I install iwlfifi, the following two lines are added to dmesg's output:
>
> [? 78.703559] Intel(R) Wireless WiFi driver for Linux
> [? 78.703560] Copyright(c) 2003- 2015 Intel Corporation
>
>
> I think I need to update my kernel to 5.1+ to get this driver working, but it

after updating the kernel, be sure to update the linux-firmware package

>
> seems odd that the 4.19.48 kernel gives no errors or warnings about it.

I don't know the answer to that (this is already a question for kernel
developers ???)

>
>
> Thank you for your suggestions.
>
> Best regards,
> Dave
>
> On Monday, July 6, 2020, 12:43:24 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
>
>
> ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
> >
> > Hi Milan,
> >
> > I have the following file on my system:
> >
> > /lib/firmware/iwlwifi-cc-a0-46.ucode
> >
> > I verified this is the same file (contents and name) as the file
> >
> > contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
> >
> >
> > I noticed Intel's site says this driver is for kernels 5.1+.
> >
> > I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
> >
> > Do you know if others have gotten this driver to work?
> >
> > If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
> >
> >
> > The M.2 PCIE driver is installed, because that's where my root file system is.
> >
> >
> > Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
> >
> > match /usr/src/linux-4.19.48/.config.
> >
> > Also attached are the outputs from "lsmod" and "lspci -v".
> >
> >
> > Before I can answer the question about monolithic or modular kernel,
>
> I am sorry. Wrong wording of the question.
> I was wondering if you're using a ramdisk
> (initramfs ...., initrd ....)
>
> >
> > I need to know the terminology:
> >
> > Is a kernel monolithic until the first module is installed?
> >
> > Or does the distinction have something to do with how the kernel is originally built?
> >
>
>
> The modinfo command also says a lot about modules
> which you need and what firmware version.
>
> After loading the modules, check the dmesg output.
> This also sometimes shows a lot of error and warning messages
>
> Excuse me. I do not speak English well.
>

Best regards

-- 

Remember, no question is too stupid and no problem too small
? ? ? -- We've all been beginners  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200712/a8888905/attachment-0001.htm>

From milan.buska at gmail.com  Mon Jul 13 05:25:02 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Mon, 13 Jul 2020 07:25:02 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <641999696.377487.1594591121758@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
Message-ID: <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>

ne 12. 7. 2020 v 23:59 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> I upgraded my installation using the updated-iso image.
>
> This gives me the 5.4.49 kernel, and I updated the linux-firmware package
>
> as you suggested, although it appeared to be up-to-date already (20200619-1).
>
>
> Using the 5.4 kernel solves my WiFi driver problem, but now I have a new problem:
>
> The Nvidia video driver has compilation problems with the 5.4 kernel.
>
> The following error message occurs 308 times while running the Nvidia installer:
>
> "NV_BUILD_MODULE_INSTANCES" is not defined, evaluates to 0 [-Werror=undef]

I don't know much about the Nvidia driver, but you may need to
reinstall the glibc package.
It is probably compiled with 4.19 kernel header files ...

E.g. Pkgfile glibc
  # Description: The C library used in the GNU system
# URL: http://www.gnu.org/software/libc/
# Maintainer: CRUX System Team, core-ports at crux dot nu

name = glibc
version = 2.28
release = 2
source = (http://ftp.gnu.org/gnu/glibc/glibc-$version.tar.xz \
http://www.kernel.org/pub/linux/kernel/v5.x/linux-5.4.49.tar.xz \
glibc-2.28-1.patch \
hosts resolv.conf nsswitch.conf host.conf ld.so.conf)

build () {
# install kernel headers
cd linux-5.4.49
.........
.........


>
> This same installer worked ok with the 4.19.48 kernel

.Because glibc is compiled with kernel 4.19 ...

Nvidia shouts that the kernel is 5.4 but the kernel headers are from
the kernel 4.19


> Other people have encountered this same error with kernel 5.4, but nobody has posted a solution.
>
> The gcc compiler changed from 8.3.0 to 8.4.0 with this upgrade, so maybe that's the cause.
>
>
> In any event, my plan is to start by trying an older kernel, like 5.3.
>
> Are there any published instructions on how to do this?
>
> Maybe there is a previous updated-iso image with the 5.3 kernel?
>
>
> Best regards,
>
> Dave
>
>
>
> On Tuesday, July 7, 2020, 02:42:13 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
>
>
> ?t 7. 7. 2020 v 5:34 odes?latel david mccooey <dmccooey at att.net> napsal:
> >
> > Hi Milan,
> >
> > I moved the computer to a new location to get around the firewall.
> >
> > I was able to get all packages from core, opt, xorg, contrib, and compat-32.
> >
> >
> > The WiFi is not a roadblock now, but I would like to get it working eventually.
> >
> > I see a package called "iw" under contrib, which may be helpful.
> >
> >
> > Regarding a ramdisk, I am not using one.
> >
> > I ran modinfo on iwlwifi, iwldvm, and iwlmvm.
> >
> > It shows information about each one, with no errors or warnings.
> >
> > In the output for iwlwifi, there are 31 lines starting with "firmware:", all with the following format:
> >
> > firmware:      iwlwifi-*.ucode
> >
> > where '*' is some identifier, like "100-5" or "600g2b-6".
> >
> > The file for my particular device (iwlwifi-cc-a0-46.ucode) is not in this output.
> >
> > This may be due to my kernel 4.19.48 < 5.1.
> >
> >
> > After I install iwlfifi, the following two lines are added to dmesg's output:
> >
> > [  78.703559] Intel(R) Wireless WiFi driver for Linux
> > [  78.703560] Copyright(c) 2003- 2015 Intel Corporation
> >
> >
> > I think I need to update my kernel to 5.1+ to get this driver working, but it
>
> after updating the kernel, be sure to update the linux-firmware package
>
> >
> > seems odd that the 4.19.48 kernel gives no errors or warnings about it.
>
> I don't know the answer to that (this is already a question for kernel
> developers ???)
>
>
> >
> >
> > Thank you for your suggestions.
> >
> > Best regards,
> > Dave
> >
> > On Monday, July 6, 2020, 12:43:24 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
> >
> >
> > ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
> > >
> > > Hi Milan,
> > >
> > > I have the following file on my system:
> > >
> > > /lib/firmware/iwlwifi-cc-a0-46.ucode
> > >
> > > I verified this is the same file (contents and name) as the file
> > >
> > > contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
> > >
> > >
> > > I noticed Intel's site says this driver is for kernels 5.1+.
> > >
> > > I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
> > >
> > > Do you know if others have gotten this driver to work?
> > >
> > > If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
> > >
> > >
> > > The M.2 PCIE driver is installed, because that's where my root file system is.
> > >
> > >
> > > Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
> > >
> > > match /usr/src/linux-4.19.48/.config.
> > >
> > > Also attached are the outputs from "lsmod" and "lspci -v".
> > >
> > >
> > > Before I can answer the question about monolithic or modular kernel,
> >
> > I am sorry. Wrong wording of the question.
> > I was wondering if you're using a ramdisk
> > (initramfs ...., initrd ....)
> >
> > >
> > > I need to know the terminology:
> > >
> > > Is a kernel monolithic until the first module is installed?
> > >
> > > Or does the distinction have something to do with how the kernel is originally built?
> > >
> >
> >
> > The modinfo command also says a lot about modules
> > which you need and what firmware version.
> >
> > After loading the modules, check the dmesg output.
> > This also sometimes shows a lot of error and warning messages
> >
> > Excuse me. I do not speak English well.
> >
>
> Best regards
>
> --
>
> Remember, no question is too stupid and no problem too small
>       -- We've all been beginners



-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From crux at crux.nu  Mon Jul 13 12:58:23 2020
From: crux at crux.nu (crux at crux.nu)
Date: Mon, 13 Jul 2020 12:58:23 +0000 (UTC)
Subject: ports/opt (3.5): [notify] lua: 5.3.5 -> 5.4.0 ABI change check with
 revdep
Message-ID: <20200713125823.E88B9180595@crux.nu>

commit 57aa613a4ba43158e1a2ee1a3cb057b7adcdf54b
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Mon Jul 13 22:55:07 2020 +1000

    [notify] lua: 5.3.5 -> 5.4.0 ABI change check with revdep

diff --git a/lua/.footprint b/lua/.footprint
index 55a342923..c91e19cbf 100644
--- a/lua/.footprint
+++ b/lua/.footprint
@@ -1,9 +1,9 @@
 drwxr-xr-x	root/root	usr/
 drwxr-xr-x	root/root	usr/bin/
 -rwxr-xr-x	root/root	usr/bin/lua
-lrwxrwxrwx	root/root	usr/bin/lua5.3 -> lua
+lrwxrwxrwx	root/root	usr/bin/lua5.4 -> lua
 -rwxr-xr-x	root/root	usr/bin/luac
-lrwxrwxrwx	root/root	usr/bin/luac5.3 -> luac
+lrwxrwxrwx	root/root	usr/bin/luac5.4 -> luac
 drwxr-xr-x	root/root	usr/include/
 -rw-r--r--	root/root	usr/include/lauxlib.h
 -rw-r--r--	root/root	usr/include/lua.h
@@ -12,18 +12,20 @@ drwxr-xr-x	root/root	usr/include/
 -rw-r--r--	root/root	usr/include/lualib.h
 drwxr-xr-x	root/root	usr/lib/
 -rw-r--r--	root/root	usr/lib/liblua.a
-lrwxrwxrwx	root/root	usr/lib/liblua.so -> liblua.so.5.3.5
-lrwxrwxrwx	root/root	usr/lib/liblua.so.5.3 -> liblua.so.5.3.5
--rwxr-xr-x	root/root	usr/lib/liblua.so.5.3.5
-lrwxrwxrwx	root/root	usr/lib/liblua5.3.so -> liblua.so.5.3.5
+lrwxrwxrwx	root/root	usr/lib/liblua.so -> liblua.so.5.4.0
+lrwxrwxrwx	root/root	usr/lib/liblua.so.5.4 -> liblua.so.5.4.0
+-rwxr-xr-x	root/root	usr/lib/liblua.so.5.4.0
+lrwxrwxrwx	root/root	usr/lib/liblua5.4.so -> liblua.so.5.4.0
 drwxr-xr-x	root/root	usr/lib/lua/
-drwxr-xr-x	root/root	usr/lib/lua/5.3/
+drwxr-xr-x	root/root	usr/lib/lua/5.4/
 drwxr-xr-x	root/root	usr/lib/pkgconfig/
-lrwxrwxrwx	root/root	usr/lib/pkgconfig/lua.pc -> lua53.pc
--rw-r--r--	root/root	usr/lib/pkgconfig/lua53.pc
+lrwxrwxrwx	root/root	usr/lib/pkgconfig/lua-5.4.pc -> lua54.pc
+lrwxrwxrwx	root/root	usr/lib/pkgconfig/lua.pc -> lua54.pc
+lrwxrwxrwx	root/root	usr/lib/pkgconfig/lua5.4.pc -> lua54.pc
+-rw-r--r--	root/root	usr/lib/pkgconfig/lua54.pc
 drwxr-xr-x	root/root	usr/share/
 drwxr-xr-x	root/root	usr/share/lua/
-drwxr-xr-x	root/root	usr/share/lua/5.3/
+drwxr-xr-x	root/root	usr/share/lua/5.4/
 drwxr-xr-x	root/root	usr/share/man/
 drwxr-xr-x	root/root	usr/share/man/man1/
 -rw-r--r--	root/root	usr/share/man/man1/lua.1.gz
diff --git a/lua/.signature b/lua/.signature
index 1644f98fb..de07f9fe4 100644
--- a/lua/.signature
+++ b/lua/.signature
@@ -1,7 +1,7 @@
 untrusted comment: verify with /etc/ports/opt.pub
-RWSE3ohX2g5d/S26+vgxOCK9ZgoGGoojsudB7JnvlMwyjF2g4ml+USwQJHY/+eICEFtgq6GwbQSf7xBN4KLRpSD6Jm3qyAhMtgI=
-SHA256 (Pkgfile) = 399a0145152d464921847f176b2ad6b3f35ece5305e06af66ea4fc07836fd05a
-SHA256 (.footprint) = 1aa9e836175fd8ea00b1712c341ea431cd58a6368804f7bb42a11271b75d0df8
-SHA256 (lua-5.3.5.tar.gz) = 0c2eed3f960446e1a3e4b9a1ca2f3ff893b6ce41942cf54d5dd59ab4b3b058ac
-SHA256 (liblua.so.patch) = 2cc83c77423a2dda3696766b2d1ccee2796e052ab04d5178905f41ed9241a3d8
+RWSE3ohX2g5d/dZATvakSsOWut2wi0Ksm34Cm2v7eaDDpmv0TKT2DiTg3st73KniOuSiUZ5gNfTGLULm3oQ9M/s5S971He/7dQA=
+SHA256 (Pkgfile) = 63506478c0c2dd792fcab21e5b4b1700a6649395981ca56244b9b30f3dfa1926
+SHA256 (.footprint) = 5ee44a2c5f55f1443c46da838a2077ccc6f9524d0dae456001b9b9fcb3705d75
+SHA256 (lua-5.4.0.tar.gz) = eac0836eb7219e421a96b7ee3692b93f0629e4cdb0c788432e3d10ce9ed47e28
+SHA256 (liblua.so.patch) = a8a7f89ab0c03b4bc1d58a935c54df792ad628edb4d1788c5ac66e4fc2d9f800
 SHA256 (lua.pc) = ca9252633e782b8f85d6a94ea4f6babd4fe30bd759085b373160b1878e36ff78
diff --git a/lua/Pkgfile b/lua/Pkgfile
index 96fe683a5..0d519c31b 100644
--- a/lua/Pkgfile
+++ b/lua/Pkgfile
@@ -4,7 +4,7 @@
 # Depends on: readline
 
 name=lua
-version=5.3.5
+version=5.4.0
 release=1
 source=(https://www.lua.org/ftp/$name-$version.tar.gz
 	liblua.so.patch lua.pc)
@@ -16,10 +16,7 @@ build() {
 
 	sed "s/%VER%/${version:0:3}/g;s/%REL%/$version/g" $SRC/lua.pc > lua.pc
 
-	# Lua 5.3.4 has wrong release version in its Makefile. Fix it.
-	sed "s/^R= \$V.4/R= \$V.5/" -i Makefile
-
-	make MYCFLAGS="$CFLAGS -fPIC -DLUA_COMPAT_5_2 -DLUA_COMPAT_5_1" MYLDFLAGS="$LDFLAGS" linux
+	make MYCFLAGS="$CFLAGS -fPIC" MYLDFLAGS="$LDFLAGS" linux
 
 	make \
 		TO_LIB="liblua.a liblua.so liblua.so.${version:0:3} liblua.so.$version" \
@@ -28,13 +25,12 @@ build() {
 		INSTALL_MAN=$PKG/usr/share/man/man1 \
 		install
 
-	# odd behaviour
-	chmod -v u+w $PKG/usr/share/man/man1/lua.1
-
 	ln -s lua $PKG/usr/bin/lua${version:0:3}
 	ln -s luac $PKG/usr/bin/luac${version:0:3}
 	ln -s liblua.so.$version $PKG/usr/lib/liblua${version:0:3}.so
 
-	install -m 0644 -D lua.pc $PKG/usr/lib/pkgconfig/lua53.pc
-	ln -s lua53.pc $PKG/usr/lib/pkgconfig/lua.pc
+	install -m 0644 -D lua.pc $PKG/usr/lib/pkgconfig/lua${version:0:1}${version:2:1}.pc
+	ln -s lua${version:0:1}${version:2:1}.pc $PKG/usr/lib/pkgconfig/lua.pc
+	ln -s lua${version:0:1}${version:2:1}.pc $PKG/usr/lib/pkgconfig/lua${version:0:3}.pc
+	ln -s lua${version:0:1}${version:2:1}.pc $PKG/usr/lib/pkgconfig/lua-${version:0:3}.pc
 }
diff --git a/lua/liblua.so.patch b/lua/liblua.so.patch
index f9e24f328..197832116 100644
--- a/lua/liblua.so.patch
+++ b/lua/liblua.so.patch
@@ -1,29 +1,29 @@
 diff --git a/Makefile b/Makefile
-index 7fa91c8..dccf485 100644
+index 416f444..eeaff03 100644
 --- a/Makefile
 +++ b/Makefile
 @@ -52,7 +52,7 @@ R= $V.0
  all:	$(PLAT)
  
- $(PLATS) clean:
--	cd src && $(MAKE) $@
-+	cd src && $(MAKE) $@ V=$(V) R=$(R)
+ $(PLATS) help test clean:
+-	@cd src && $(MAKE) $@
++	@cd src && $(MAKE) $@ V=$(V) R=$(R)
  
- test:	dummy
- 	src/lua -v
+ install: dummy
+ 	cd src && $(MKDIR) $(INSTALL_BIN) $(INSTALL_INC) $(INSTALL_LIB) $(INSTALL_MAN) $(INSTALL_LMOD) $(INSTALL_CMOD)
 diff --git a/src/Makefile b/src/Makefile
-index 2e7a412..fa5769f 100644
+index 514593d..372a6dc 100644
 --- a/src/Makefile
 +++ b/src/Makefile
-@@ -29,6 +29,7 @@ MYOBJS=
- PLATS= aix bsd c89 freebsd generic linux macosx mingw posix solaris
+@@ -33,6 +33,7 @@ CMCFLAGS= -Os
+ PLATS= guess aix bsd c89 freebsd generic linux linux-readline macosx mingw posix solaris
  
  LUA_A=	liblua.a
 +LUA_SO= liblua.so
- CORE_O=	lapi.o lcode.o lctype.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o \
- 	lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o \
- 	ltm.o lundump.o lvm.o lzio.o
-@@ -43,7 +44,7 @@ LUAC_T=	luac
+ CORE_O=	lapi.o lcode.o lctype.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltm.o lundump.o lvm.o lzio.o
+ LIB_O=	lauxlib.o lbaselib.o lcorolib.o ldblib.o liolib.o lmathlib.o loadlib.o loslib.o lstrlib.o ltablib.o lutf8lib.o linit.o
+ BASE_O= $(CORE_O) $(LIB_O) $(MYOBJS)
+@@ -44,7 +45,7 @@ LUAC_T=	luac
  LUAC_O=	luac.o
  
  ALL_O= $(BASE_O) $(LUA_O) $(LUAC_O)
@@ -32,7 +32,7 @@ index 2e7a412..fa5769f 100644
  ALL_A= $(LUA_A)
  
  # Targets start here.
-@@ -59,6 +60,12 @@ $(LUA_A): $(BASE_O)
+@@ -60,6 +61,12 @@ $(LUA_A): $(BASE_O)
  	$(AR) $@ $(BASE_O)
  	$(RANLIB) $@
  
@@ -46,10 +46,10 @@ index 2e7a412..fa5769f 100644
  	$(CC) -o $@ $(LDFLAGS) $(LUA_O) $(LUA_A) $(LIBS)
  
 diff --git a/src/luaconf.h b/src/luaconf.h
-index fd28d21..e2662cc 100644
+index bdf927e..7e15198 100644
 --- a/src/luaconf.h
 +++ b/src/luaconf.h
-@@ -175,7 +175,7 @@
+@@ -227,7 +227,7 @@
  
  #else			/* }{ */
  
@@ -57,4 +57,4 @@ index fd28d21..e2662cc 100644
 +#define LUA_ROOT	"/usr/"
  #define LUA_LDIR	LUA_ROOT "share/lua/" LUA_VDIR "/"
  #define LUA_CDIR	LUA_ROOT "lib/lua/" LUA_VDIR "/"
- #define LUA_PATH_DEFAULT  \
+ 

From jaeger at crux.ninja  Mon Jul 13 17:14:49 2020
From: jaeger at crux.ninja (Matt Housh)
Date: Mon, 13 Jul 2020 12:14:49 -0500
Subject: problem getting ports from crux.nu
In-Reply-To: <1529372665.87379.1593659984078@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <20200701124438.3w22j5ipvez3qvwe@misterbzr.localdomain>
 <1529372665.87379.1593659984078@mail.yahoo.com>
Message-ID: <7daca70f-52e2-09e5-7864-16cd2095abf9@crux.ninja>

I'm late to this thread, obviously, but a few things:

Regarding the wireless issues, usually all you need for iwlwifi cards is 
the iwlwifi module and linux-firmware package. If you're missing 
firmware, you can see what it's looking for with 'dmesg | grep firmw'. 
The other modules are not necessary to load manually.

Regarding grub, usually you only need to do 2 things for a standard install:

1. For UEFI: grub-install /boot/efi (or wherever you mounted your ESP)
    For MBR: grub-install /dev/sda (or whichever disk you intend to boot)
2. grub-mkconfig -o /boot/grub/grub.cfg

Specifying bootloader ids or other things is generally not required.

Regarding nvidia, are you using the port 'opt/nvidia' or the upstream 
installer? I'd recommend using the port as it's already tailored for 
CRUX. It also seems to work just fine with 5.4.x kernels. At least for 
my systems with kernel 5.4.44/5.4.49 and nvidia 450.57.

Regards,
Matt


From crux at crux.nu  Mon Jul 13 22:53:43 2020
From: crux at crux.nu (crux at crux.nu)
Date: Mon, 13 Jul 2020 22:53:43 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] neomutt: dependency change lua -> lua53
Message-ID: <20200713225343.32A8E18020E@crux.nu>

commit ee949d4055f40c960bfaaf7bc8b3f97b6d56684b
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Tue Jul 14 08:53:17 2020 +1000

    [notify] neomutt: dependency change lua -> lua53

diff --git a/neomutt/.signature b/neomutt/.signature
index c82fbe4e4..597a16b81 100644
--- a/neomutt/.signature
+++ b/neomutt/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF32OsO2vQHGs/0UKjvOnboJW9t1dqlNj7aZnbiLkbZG8dp6DVVN7eYHpu+1kRg36cHTOX4GSK/iFSRhoaVVT5AA4=
-SHA256 (Pkgfile) = 5bf8291454b6d96be951f0da0ed7143144e5b287bd1ffdf48a4e64b1b809e097
+RWSagIOpLGJF34myqJw/jgGZWHXCu0yESCX+1xT9L3fvXI9IriMa8fU6VCmo4+nZcfnLhPy2bU1BRJ8l/08nMD1ubnUvjdbiswM=
+SHA256 (Pkgfile) = d01eec622a0e49b970ee698e04f01b30ca7c50cb00041c9e1e244ce649a31ac0
 SHA256 (.footprint) = 4b8b646e2de76fe03176e42efe0c768c5134d4c6ba4086f0c6c864ae2db092b7
 SHA256 (neomutt-20200626.tar.gz) = 94b2e59667a080cb9d531050c3ad320f9951ba7ba09eb7eda15427899627f89e
diff --git a/neomutt/Pkgfile b/neomutt/Pkgfile
index 2a1d90f83..9b2ea907a 100644
--- a/neomutt/Pkgfile
+++ b/neomutt/Pkgfile
@@ -1,7 +1,7 @@
 # Description: a fork of Mutt with added features
 # URL: https://neomutt.org/
 # Maintainer: Tim Biermann, tbier at posteo dot de
-# Depends on: cyrus-sasl keyutils krb5 lua notmuch
+# Depends on: cyrus-sasl keyutils krb5 lua53 notmuch
 
 name=neomutt
 version=20200626

From dmccooey at att.net  Tue Jul 14 02:06:43 2020
From: dmccooey at att.net (david mccooey)
Date: Tue, 14 Jul 2020 02:06:43 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
Message-ID: <132933843.856596.1594692403039@mail.yahoo.com>

 Hi Milan,
I did the following:
# pkginfo -i | grep glibc
glibc 2.28-2
glibc-32 2.28-2
# cd /usr/ports/core/glibc
# pkgmk -d -u

This took several minutes.
One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel header files.
How do I make it use the 5.4.49 kernel header files?
The version "4.29.24" comes from the "source" line in the Pkginfo file.
Should I edit that line?

Best regards,
Dave
    On Monday, July 13, 2020, 12:25:36 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:  
 
 ne 12. 7. 2020 v 23:59 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> I upgraded my installation using the updated-iso image.
>
> This gives me the 5.4.49 kernel, and I updated the linux-firmware package
>
> as you suggested, although it appeared to be up-to-date already (20200619-1).
>
>
> Using the 5.4 kernel solves my WiFi driver problem, but now I have a new problem:
>
> The Nvidia video driver has compilation problems with the 5.4 kernel.
>
> The following error message occurs 308 times while running the Nvidia installer:
>
> "NV_BUILD_MODULE_INSTANCES" is not defined, evaluates to 0 [-Werror=undef]

I don't know much about the Nvidia driver, but you may need to
reinstall the glibc package.
It is probably compiled with 4.19 kernel header files ...

E.g. Pkgfile glibc
? # Description: The C library used in the GNU system
# URL: http://www.gnu.org/software/libc/
# Maintainer: CRUX System Team, core-ports at crux dot nu

name = glibc
version = 2.28
release = 2
source = (http://ftp.gnu.org/gnu/glibc/glibc-$version.tar.xz \
http://www.kernel.org/pub/linux/kernel/v5.x/linux-5.4.49.tar.xz \
glibc-2.28-1.patch \
hosts resolv.conf nsswitch.conf host.conf ld.so.conf)

build () {
# install kernel headers
cd linux-5.4.49
.........
.........


>
> This same installer worked ok with the 4.19.48 kernel

.Because glibc is compiled with kernel 4.19 ...

Nvidia shouts that the kernel is 5.4 but the kernel headers are from
the kernel 4.19


> Other people have encountered this same error with kernel 5.4, but nobody has posted a solution.
>
> The gcc compiler changed from 8.3.0 to 8.4.0 with this upgrade, so maybe that's the cause.
>
>
> In any event, my plan is to start by trying an older kernel, like 5.3.
>
> Are there any published instructions on how to do this?
>
> Maybe there is a previous updated-iso image with the 5.3 kernel?
>
>
> Best regards,
>
> Dave
>
>
>
> On Tuesday, July 7, 2020, 02:42:13 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
>
>
> ?t 7. 7. 2020 v 5:34 odes?latel david mccooey <dmccooey at att.net> napsal:
> >
> > Hi Milan,
> >
> > I moved the computer to a new location to get around the firewall.
> >
> > I was able to get all packages from core, opt, xorg, contrib, and compat-32.
> >
> >
> > The WiFi is not a roadblock now, but I would like to get it working eventually.
> >
> > I see a package called "iw" under contrib, which may be helpful.
> >
> >
> > Regarding a ramdisk, I am not using one.
> >
> > I ran modinfo on iwlwifi, iwldvm, and iwlmvm.
> >
> > It shows information about each one, with no errors or warnings.
> >
> > In the output for iwlwifi, there are 31 lines starting with "firmware:", all with the following format:
> >
> > firmware:? ? ? iwlwifi-*.ucode
> >
> > where '*' is some identifier, like "100-5" or "600g2b-6".
> >
> > The file for my particular device (iwlwifi-cc-a0-46.ucode) is not in this output.
> >
> > This may be due to my kernel 4.19.48 < 5.1.
> >
> >
> > After I install iwlfifi, the following two lines are added to dmesg's output:
> >
> > [? 78.703559] Intel(R) Wireless WiFi driver for Linux
> > [? 78.703560] Copyright(c) 2003- 2015 Intel Corporation
> >
> >
> > I think I need to update my kernel to 5.1+ to get this driver working, but it
>
> after updating the kernel, be sure to update the linux-firmware package
>
> >
> > seems odd that the 4.19.48 kernel gives no errors or warnings about it.
>
> I don't know the answer to that (this is already a question for kernel
> developers ???)
>
>
> >
> >
> > Thank you for your suggestions.
> >
> > Best regards,
> > Dave
> >
> > On Monday, July 6, 2020, 12:43:24 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
> >
> >
> > ne 5. 7. 2020 v 23:55 odes?latel david mccooey <dmccooey at att.net> napsal:
> > >
> > > Hi Milan,
> > >
> > > I have the following file on my system:
> > >
> > > /lib/firmware/iwlwifi-cc-a0-46.ucode
> > >
> > > I verified this is the same file (contents and name) as the file
> > >
> > > contained within the tar file "iwlwifi-cc-46.3cfab8da.0.tgz" on Intel's site.
> > >
> > >
> > > I noticed Intel's site says this driver is for kernels 5.1+.
> > >
> > > I am using the default CRUX kernel, 4.19.48, so this looks like the cause of the problem.
> > >
> > > Do you know if others have gotten this driver to work?
> > >
> > > If I installed a 5.1+ kernel, would it cause other incompatibilities in my CRUX setup?
> > >
> > >
> > > The M.2 PCIE driver is installed, because that's where my root file system is.
> > >
> > >
> > > Attached is the kernel's config file (extracted from /proc/config.gz) and confirmed to
> > >
> > > match /usr/src/linux-4.19.48/.config.
> > >
> > > Also attached are the outputs from "lsmod" and "lspci -v".
> > >
> > >
> > > Before I can answer the question about monolithic or modular kernel,
> >
> > I am sorry. Wrong wording of the question.
> > I was wondering if you're using a ramdisk
> > (initramfs ...., initrd ....)
> >
> > >
> > > I need to know the terminology:
> > >
> > > Is a kernel monolithic until the first module is installed?
> > >
> > > Or does the distinction have something to do with how the kernel is originally built?
> > >
> >
> >
> > The modinfo command also says a lot about modules
> > which you need and what firmware version.
> >
> > After loading the modules, check the dmesg output.
> > This also sometimes shows a lot of error and warning messages
> >
> > Excuse me. I do not speak English well.
> >
>
> Best regards
>
> --
>
> Remember, no question is too stupid and no problem too small
>? ? ? -- We've all been beginners



-- 

Remember, no question is too stupid and no problem too small
? ? ? -- We've all been beginners  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200714/d0f3afe7/attachment-0001.htm>

From dmccooey at att.net  Tue Jul 14 03:58:57 2020
From: dmccooey at att.net (david mccooey)
Date: Tue, 14 Jul 2020 03:58:57 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <7daca70f-52e2-09e5-7864-16cd2095abf9@crux.ninja>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <20200701124438.3w22j5ipvez3qvwe@misterbzr.localdomain>
 <1529372665.87379.1593659984078@mail.yahoo.com>
 <7daca70f-52e2-09e5-7864-16cd2095abf9@crux.ninja>
Message-ID: <303334238.886463.1594699137302@mail.yahoo.com>

 Hi Matt,
Thank you for the input.
The iwlfifi driver gets installed with the 5.4.49 kernel:
# lspci -v | grep iw
Kernel driver in use: iwlfifi
Kernel modules: iwlwifi
With the 4.19.48 kernel, lspci -v didn't print those two lines.
# dmesg | grep firmw
[? ? 4.433796] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[? ? 4.761899] iwlwifi 0000:45:00.0: loaded firmware version 50.3e391d3e.0 op_mode iwlmvm
[? ? 4.775457] iwlwifi 0000:45:00.0: Allocated 0x00400000 bytes for firmware monitor.
I think the first message with error -2 is not related to iwlwifi.
The iwlwifi module is getting loaded automatically.? I am not using insmod or modprobe manually (like I was doing with the 4.19.48 kernel).
ifconfig shows a "wlo1" interface (which was not shown with the 4.19.48 kernel).
This interface does not show an "inet addr", so I have more work to do, but I will figure that out later after I resolve the Nvidia driver problem.


For grub, the computer always boots up in grub command mode.
This indicates "grub-install" is working, I suppose.
The problem appears to be with grub-mkconfig:
grub-mkconfig -o /boot/grub/grub.cfg
The grub.cfg file is attached.
Here's what I type to boot from command mode:
grub> set root=(hd0,1)
grub> linux /boot/vmlinuz root=/dev/nvme0n1p1
grub> boot

The SSD disk is partitioned with MBR:
The first partition is the Linux root partition.
The second partition is not used currently.
The third partition is mounted on /home.



For the nvidia driver, I was using the installer from Nvidia's web site.
I didn't realize there was a port, so I tried it now:
# cd /usr/ports/opt/nvidia
# pkgmk -d -u
This built everything, but failed in the end because nothing was previously installed.
# pkgmk -d -i
This failed because some files existed already, and it suggested the -f option.
# pkgmk -d -f -i
This built everything again, but failed in the end, and suggested the -f option again.
# pkgmk -d -f
This built everything again, and succeeded.
At this point, I can start X, but the screen resolution is wrong.
I am using a 4K monitor, but X appears to be using 1024x768.
Previously, with the 4.19.48 kernel and Nvidia's installer, the resolution was detected properly.
Maybe the fact that I ran Nvidia's installer previously (on the 5.4.49 kernel too) messed things up?

Best regards,
Dave
    On Monday, July 13, 2020, 12:15:23 PM CDT, Matt Housh <jaeger at crux.ninja> wrote:  
 
 I'm late to this thread, obviously, but a few things:

Regarding the wireless issues, usually all you need for iwlwifi cards is 
the iwlwifi module and linux-firmware package. If you're missing 
firmware, you can see what it's looking for with 'dmesg | grep firmw'. 
The other modules are not necessary to load manually.

Regarding grub, usually you only need to do 2 things for a standard install:

1. For UEFI: grub-install /boot/efi (or wherever you mounted your ESP)
? ? For MBR: grub-install /dev/sda (or whichever disk you intend to boot)
2. grub-mkconfig -o /boot/grub/grub.cfg

Specifying bootloader ids or other things is generally not required.

Regarding nvidia, are you using the port 'opt/nvidia' or the upstream 
installer? I'd recommend using the port as it's already tailored for 
CRUX. It also seems to work just fine with 5.4.x kernels. At least for 
my systems with kernel 5.4.44/5.4.49 and nvidia 450.57.

Regards,
Matt

_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200714/3f8dfb22/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grub.cfg
Type: application/octet-stream
Size: 2481 bytes
Desc: not available
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200714/3f8dfb22/attachment.obj>

From jaeger at crux.ninja  Tue Jul 14 06:14:24 2020
From: jaeger at crux.ninja (Matt Housh)
Date: Tue, 14 Jul 2020 01:14:24 -0500
Subject: problem getting ports from crux.nu
In-Reply-To: <303334238.886463.1594699137302@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <20200701124438.3w22j5ipvez3qvwe@misterbzr.localdomain>
 <1529372665.87379.1593659984078@mail.yahoo.com>
 <7daca70f-52e2-09e5-7864-16cd2095abf9@crux.ninja>
 <303334238.886463.1594699137302@mail.yahoo.com>
Message-ID: <d123fd73-89a6-6d67-7469-4ec2e167c20a@crux.ninja>

Hi, Dave,

Regarding iwlwifi and for future reference, this driver is part of the 
kernel, not something external, which means that the version of the 
driver is tied to the version of the kernel to some extent. I have a 
system, for example, running 4.19.x and using iwlwifi without issue:

$ lsmod | grep iwl
iwlmvm                290816  0
led_class              16384  2 input_leds,iwlmvm
mac80211              446464  1 iwlmvm
iwlwifi               225280  1 iwlmvm
cfg80211              339968  3 iwlmvm,iwlwifi,mac80211
$ ip l show dev wlan0 | head -1
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP 
mode DORMANT group default qlen 1000
$ uname -r
4.19.132
$ dmesg | grep firmw | grep iwl
[    1.582232] iwlwifi 0000:07:00.0: loaded firmware version 
38.755cfdd8.0 op_mode iwlmvm

It's possible that your hardware is so new that the 4.19.x kernel 
doesn't support it, I suppose. Just providing some reference.

Regarding grub, your grub config file has no menuentry for a linux 
kernel, which is probably because it's not named in a way that 
grub-mkcofnig expects. grub-mkconfig looks for these patterns: 
'/boot/vmlinuz-*', '/vmlinuz-*', '/boot/kernel-*'. If you named the file 
simply 'vmlinuz' or 'kernel' it wouldn't work, but 'vmlinuz-5.4.49' 
would. If you write your own config you can call it whatever you like, 
but this is what grub-mkconfig expects. You can find these patterns in 
/etc/grub.d/10_linux if you want to verify.

The 'grub-install' command only installs the bootloader into your MBR or 
UEFI but doesn't create a config file, hence the need for 
'grub-mkconfig'. If you get a grub menu like you said, that means grub 
is installed and booting, just doesn't have a correct (or fully 
populated) config file.

Regards,
Matt

From jaeger at crux.ninja  Tue Jul 14 06:18:42 2020
From: jaeger at crux.ninja (Matt Housh)
Date: Tue, 14 Jul 2020 01:18:42 -0500
Subject: problem getting ports from crux.nu
In-Reply-To: <132933843.856596.1594692403039@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
 <132933843.856596.1594692403039@mail.yahoo.com>
Message-ID: <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>

On 2020-07-13 21:06, david mccooey wrote:

> One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
> 
> This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel 
> header files.
> 
> How do I make it use the 5.4.49 kernel header files?
> 
> The version "4.29.24" comes from the "source" line in the Pkginfo file.
> 
> Should I edit that line?

Dave,

You should not do this. You should leave the glibc package alone unless 
you REALLY want to recompile everything on your system. The kernel 
headers against which glibc is compiled do NOT need to match your 
running kernel at all. If you DO change glibc, though, you should 
recompile everything else installed to match, otherwise you're inviting 
instability. I would not recommend this level of effort at all.

The only real link between your kernel and glibc in this case is the 
line which reads '--enable-kernel=4.9'. This configures glibc to be able 
to work with a 4.9 *or higher* version kernel. You do not need to change 
this or update the headers in the glibc port to use a newer kernel.

Regards,
Matt

From crux at crux.nu  Tue Jul 14 06:28:30 2020
From: crux at crux.nu (crux at crux.nu)
Date: Tue, 14 Jul 2020 06:28:30 +0000 (UTC)
Subject: ports/contrib (3.5): Revert "[notify] neomutt: dependency change lua
 -> lua53"
Message-ID: <20200714062830.8FE20180191@crux.nu>

commit aecd33a960831eadd81ff0e950a97e83a73974e7
Author: Tim Biermann <tbier at posteo.de>
Date:   Tue Jul 14 06:23:39 2020 +0000

    Revert "[notify] neomutt: dependency change lua -> lua53"
    
    This reverts commit ee949d4055f40c960bfaaf7bc8b3f97b6d56684b.

diff --git a/neomutt/.signature b/neomutt/.signature
index 597a16b81..c82fbe4e4 100644
--- a/neomutt/.signature
+++ b/neomutt/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF34myqJw/jgGZWHXCu0yESCX+1xT9L3fvXI9IriMa8fU6VCmo4+nZcfnLhPy2bU1BRJ8l/08nMD1ubnUvjdbiswM=
-SHA256 (Pkgfile) = d01eec622a0e49b970ee698e04f01b30ca7c50cb00041c9e1e244ce649a31ac0
+RWSagIOpLGJF32OsO2vQHGs/0UKjvOnboJW9t1dqlNj7aZnbiLkbZG8dp6DVVN7eYHpu+1kRg36cHTOX4GSK/iFSRhoaVVT5AA4=
+SHA256 (Pkgfile) = 5bf8291454b6d96be951f0da0ed7143144e5b287bd1ffdf48a4e64b1b809e097
 SHA256 (.footprint) = 4b8b646e2de76fe03176e42efe0c768c5134d4c6ba4086f0c6c864ae2db092b7
 SHA256 (neomutt-20200626.tar.gz) = 94b2e59667a080cb9d531050c3ad320f9951ba7ba09eb7eda15427899627f89e
diff --git a/neomutt/Pkgfile b/neomutt/Pkgfile
index 9b2ea907a..2a1d90f83 100644
--- a/neomutt/Pkgfile
+++ b/neomutt/Pkgfile
@@ -1,7 +1,7 @@
 # Description: a fork of Mutt with added features
 # URL: https://neomutt.org/
 # Maintainer: Tim Biermann, tbier at posteo dot de
-# Depends on: cyrus-sasl keyutils krb5 lua53 notmuch
+# Depends on: cyrus-sasl keyutils krb5 lua notmuch
 
 name=neomutt
 version=20200626

From crux at crux.nu  Tue Jul 14 06:39:07 2020
From: crux at crux.nu (crux at crux.nu)
Date: Tue, 14 Jul 2020 06:39:07 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] neomutt: fixed building against lua 5.4,
 no need to keep lua 5.3 around for neomutt
Message-ID: <20200714063907.0FE611805A7@crux.nu>

commit 18ceb179c452789b4fc0d70fcd345cf919dc8d5d
Author: Tim Biermann <tbier at posteo.de>
Date:   Tue Jul 14 06:34:12 2020 +0000

    [notify] neomutt: fixed building against lua 5.4, no need to keep lua 5.3 around for neomutt

diff --git a/neomutt/.signature b/neomutt/.signature
index c82fbe4e4..618a892de 100644
--- a/neomutt/.signature
+++ b/neomutt/.signature
@@ -1,5 +1,6 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF32OsO2vQHGs/0UKjvOnboJW9t1dqlNj7aZnbiLkbZG8dp6DVVN7eYHpu+1kRg36cHTOX4GSK/iFSRhoaVVT5AA4=
-SHA256 (Pkgfile) = 5bf8291454b6d96be951f0da0ed7143144e5b287bd1ffdf48a4e64b1b809e097
+RWSagIOpLGJF33NrFSp0fIYeJoyAc3lBWIXLHtNktuH2Zs8/VBoWsAooj5zEfs6YV18Y+xFA2lYuHtWdGF+/WdC4fl/T1znk1AI=
+SHA256 (Pkgfile) = 18159e9b69dbcff53ac3ade106f03c84208d984051da4a43bbb80e6ace32ea04
 SHA256 (.footprint) = 4b8b646e2de76fe03176e42efe0c768c5134d4c6ba4086f0c6c864ae2db092b7
 SHA256 (neomutt-20200626.tar.gz) = 94b2e59667a080cb9d531050c3ad320f9951ba7ba09eb7eda15427899627f89e
+SHA256 (2424.patch) = 2e635ec7e02d51330d46d5ad6b3fd5477bde4afe6383fd08dd3f1bc1195db38f
diff --git a/neomutt/Pkgfile b/neomutt/Pkgfile
index 2a1d90f83..124c0310a 100644
--- a/neomutt/Pkgfile
+++ b/neomutt/Pkgfile
@@ -5,11 +5,13 @@
 
 name=neomutt
 version=20200626
-release=1
-source=(https://github.com/neomutt/neomutt/archive/$version/$name-$version.tar.gz)
+release=2
+source=(https://github.com/neomutt/neomutt/archive/$version/$name-$version.tar.gz
+  https://patch-diff.githubusercontent.com/raw/neomutt/neomutt/pull/2424.patch)
 
 build() {
   cd $name-$version
+  patch -Np1 -i $SRC/2424.patch
   ./configure \
     --prefix=/usr \
     --sysconfdir=/etc \

From milan.buska at gmail.com  Tue Jul 14 06:48:40 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Tue, 14 Jul 2020 08:48:40 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
 <132933843.856596.1594692403039@mail.yahoo.com>
 <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
Message-ID: <CAFCWPPLCOHU7B8BcmxPWcZfMvScMhefXKvyj-edKMBfQtGW2rg@mail.gmail.com>

Hi Matt, Dave

?t 14. 7. 2020 v 8:18 odes?latel Matt Housh <jaeger at crux.ninja> napsal:
>
> On 2020-07-13 21:06, david mccooey wrote:
>
> > One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
> >
> > This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel
> > header files.
> >
> > How do I make it use the 5.4.49 kernel header files?
> >
> > The version "4.29.24" comes from the "source" line in the Pkginfo file.
> >
> > Should I edit that line?
>
> Dave,
>
> You should not do this. You should leave the glibc package alone unless
> you REALLY want to recompile everything on your system. The kernel
> headers against which glibc is compiled do NOT need to match your
> running kernel at all. If you DO change glibc, though, you should
> recompile everything else installed to match, otherwise you're inviting
> instability. I would not recommend this level of effort at all.
>
> The only real link between your kernel and glibc in this case is the
> line which reads '--enable-kernel=4.9'. This configures glibc to be able
> to work with a 4.9 *or higher* version kernel. You do not need to change
> this or update the headers in the glibc port to use a newer kernel.
>
> Regards,
> Matt
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux

I apologize for what I wrote.
By no means did I want to confuse anyone.

Milan

-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From dmccooey at att.net  Wed Jul 15 05:59:26 2020
From: dmccooey at att.net (david mccooey)
Date: Wed, 15 Jul 2020 05:59:26 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
 <132933843.856596.1594692403039@mail.yahoo.com>
 <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
Message-ID: <583003940.1319367.1594792766263@mail.yahoo.com>

 Hi Matt,
I started from scratch (mkfs.ext4 on my file systems) and installed using the updated-iso, which gives me the 5.4.49 kernel.
I named the kernel /boot/vmlinuz-5.4.49, and grub works now.
Thanks for the help with that.

To install the nvidia driver, I did the following:
# cd /usr/ports/opt/nvidia
# pkgmk -d -i
It succeeded, and I am able to start X, but the display resolution is like it was last time, probably 1024x768.
When I used Nvidia's installer on the 4.19.48 kernel, maybe it ran nvidia-xconfig or nvidia-settings, which set the display resolution.
Best regards,
Dave
    On Tuesday, July 14, 2020, 01:18:54 AM CDT, Matt Housh <jaeger at crux.ninja> wrote:  
 
 On 2020-07-13 21:06, david mccooey wrote:

> One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
> 
> This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel 
> header files.
> 
> How do I make it use the 5.4.49 kernel header files?
> 
> The version "4.29.24" comes from the "source" line in the Pkginfo file.
> 
> Should I edit that line?

Dave,

You should not do this. You should leave the glibc package alone unless 
you REALLY want to recompile everything on your system. The kernel 
headers against which glibc is compiled do NOT need to match your 
running kernel at all. If you DO change glibc, though, you should 
recompile everything else installed to match, otherwise you're inviting 
instability. I would not recommend this level of effort at all.

The only real link between your kernel and glibc in this case is the 
line which reads '--enable-kernel=4.9'. This configures glibc to be able 
to work with a 4.9 *or higher* version kernel. You do not need to change 
this or update the headers in the glibc port to use a newer kernel.

Regards,
Matt
_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200715/f6c68876/attachment.htm>

From dmccooey at att.net  Wed Jul 15 06:36:05 2020
From: dmccooey at att.net (david mccooey)
Date: Wed, 15 Jul 2020 06:36:05 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <CAFCWPPLCOHU7B8BcmxPWcZfMvScMhefXKvyj-edKMBfQtGW2rg@mail.gmail.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
 <132933843.856596.1594692403039@mail.yahoo.com>
 <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
 <CAFCWPPLCOHU7B8BcmxPWcZfMvScMhefXKvyj-edKMBfQtGW2rg@mail.gmail.com>
Message-ID: <297219120.1323926.1594794965659@mail.yahoo.com>

 Hi Milan,
It's no problem.
All is good.? I'm making progress.

Best regards,
Dave
    On Tuesday, July 14, 2020, 01:49:14 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:  
 
 Hi Matt, Dave

?t 14. 7. 2020 v 8:18 odes?latel Matt Housh <jaeger at crux.ninja> napsal:
>
> On 2020-07-13 21:06, david mccooey wrote:
>
> > One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
> >
> > This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel
> > header files.
> >
> > How do I make it use the 5.4.49 kernel header files?
> >
> > The version "4.29.24" comes from the "source" line in the Pkginfo file.
> >
> > Should I edit that line?
>
> Dave,
>
> You should not do this. You should leave the glibc package alone unless
> you REALLY want to recompile everything on your system. The kernel
> headers against which glibc is compiled do NOT need to match your
> running kernel at all. If you DO change glibc, though, you should
> recompile everything else installed to match, otherwise you're inviting
> instability. I would not recommend this level of effort at all.
>
> The only real link between your kernel and glibc in this case is the
> line which reads '--enable-kernel=4.9'. This configures glibc to be able
> to work with a 4.9 *or higher* version kernel. You do not need to change
> this or update the headers in the glibc port to use a newer kernel.
>
> Regards,
> Matt
> _______________________________________________
> CRUX mailing list
> CRUX at lists.crux.nu
> https://lists.crux.nu/mailman/listinfo/crux

I apologize for what I wrote.
By no means did I want to confuse anyone.

Milan

-- 

Remember, no question is too stupid and no problem too small
? ? ? -- We've all been beginners
_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200715/f3baafa4/attachment-0001.htm>

From milan.buska at gmail.com  Wed Jul 15 08:38:17 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Wed, 15 Jul 2020 10:38:17 +0200
Subject: problem getting ports from crux.nu
In-Reply-To: <297219120.1323926.1594794965659@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
 <132933843.856596.1594692403039@mail.yahoo.com>
 <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
 <CAFCWPPLCOHU7B8BcmxPWcZfMvScMhefXKvyj-edKMBfQtGW2rg@mail.gmail.com>
 <297219120.1323926.1594794965659@mail.yahoo.com>
Message-ID: <CAFCWPP+umh2PZjKV-6idQ3ZHRcUsJ6Oa6UNuFHoy4cXy=hbv+A@mail.gmail.com>

st 15. 7. 2020 v 8:36 odes?latel david mccooey <dmccooey at att.net> napsal:
>
> Hi Milan,
>
> It's no problem.
>
> All is good.  I'm making progress.
>
>
> Best regards,
>
> Dave
>
> On Tuesday, July 14, 2020, 01:49:14 AM CDT, Milan Bu?ka <milan.buska at gmail.com> wrote:
>
>
> Hi Matt, Dave
>
> ?t 14. 7. 2020 v 8:18 odes?latel Matt Housh <jaeger at crux.ninja> napsal:
> >
> > On 2020-07-13 21:06, david mccooey wrote:
> >
> > > One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
> > >
> > > This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel
> > > header files.
> > >
> > > How do I make it use the 5.4.49 kernel header files?
> > >
> > > The version "4.29.24" comes from the "source" line in the Pkginfo file.
> > >
> > > Should I edit that line?
> >
> > Dave,
> >
> > You should not do this. You should leave the glibc package alone unless
> > you REALLY want to recompile everything on your system. The kernel
> > headers against which glibc is compiled do NOT need to match your
> > running kernel at all. If you DO change glibc, though, you should
> > recompile everything else installed to match, otherwise you're inviting
> > instability. I would not recommend this level of effort at all.
> >
> > The only real link between your kernel and glibc in this case is the
> > line which reads '--enable-kernel=4.9'. This configures glibc to be able
> > to work with a 4.9 *or higher* version kernel. You do not need to change
> > this or update the headers in the glibc port to use a newer kernel.
> >
> > Regards,
> > Matt
> > _______________________________________________
> > CRUX mailing list
> > CRUX at lists.crux.nu
> > https://lists.crux.nu/mailman/listinfo/crux
>
> I apologize for what I wrote.
> By no means did I want to confuse anyone.
>
>

That's great.
Enjoy Crux Linux

-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From crux at crux.nu  Thu Jul 16 12:56:59 2020
From: crux at crux.nu (crux at crux.nu)
Date: Thu, 16 Jul 2020 12:56:59 +0000 (UTC)
Subject: ports/opt (3.5): [notify] jdk: update to 8.262.10.1
Message-ID: <20200716125659.4ECE7180698@crux.nu>

commit 6a805b57e6013ec1c3eb0c3f7fd7781ff60e95c1
Author: Juergen Daubert <jue at jue.li>
Date:   Thu Jul 16 14:46:12 2020 +0200

    [notify] jdk: update to 8.262.10.1
    
    includes security fixes, see
    https://github.com/corretto/corretto-8/blob/release-8.262.10.1/CHANGELOG.md#corretto-version-8262101

diff --git a/jdk/.footprint b/jdk/.footprint
index 536f3ad9f..3b362082a 100644
--- a/jdk/.footprint
+++ b/jdk/.footprint
@@ -32,6 +32,7 @@ drwxr-xr-x	root/root	usr/lib/jdk/bin/
 -rwxr-xr-x	root/root	usr/lib/jdk/bin/jconsole
 -rwxr-xr-x	root/root	usr/lib/jdk/bin/jdb
 -rwxr-xr-x	root/root	usr/lib/jdk/bin/jdeps
+-rwxr-xr-x	root/root	usr/lib/jdk/bin/jfr
 -rwxr-xr-x	root/root	usr/lib/jdk/bin/jhat
 -rwxr-xr-x	root/root	usr/lib/jdk/bin/jinfo
 -rwxr-xr-x	root/root	usr/lib/jdk/bin/jjs
@@ -174,6 +175,10 @@ drwxr-xr-x	root/root	usr/lib/jdk/jre/lib/images/cursors/
 -rw-r--r--	root/root	usr/lib/jdk/jre/lib/javafx.properties
 -rw-r--r--	root/root	usr/lib/jdk/jre/lib/jce.jar
 -rwxr-xr-x	root/root	usr/lib/jdk/jre/lib/jexec
+-rw-r--r--	root/root	usr/lib/jdk/jre/lib/jfr.jar
+drwxr-xr-x	root/root	usr/lib/jdk/jre/lib/jfr/
+-rw-r--r--	root/root	usr/lib/jdk/jre/lib/jfr/default.jfc
+-rw-r--r--	root/root	usr/lib/jdk/jre/lib/jfr/profile.jfc
 -rw-r--r--	root/root	usr/lib/jdk/jre/lib/jfxswt.jar
 -rw-r--r--	root/root	usr/lib/jdk/jre/lib/jsse.jar
 -rw-r--r--	root/root	usr/lib/jdk/jre/lib/jvm.hprof.txt
diff --git a/jdk/.signature b/jdk/.signature
index 495eb90c0..e2a5b54a4 100644
--- a/jdk/.signature
+++ b/jdk/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/opt.pub
-RWSE3ohX2g5d/eGO1S3H+8uI3lty3lwQwiRVDzDhHnLe7Tt+RgM5KA8ZCktPK2LcYgmzvJcKqsEcg/Ohfy+Y50ZTFO3RIN4XKQM=
-SHA256 (Pkgfile) = 6b01d4cc882b45f737a9abc61cd25175dda96b5a4dd9149854d7061793eaa102
-SHA256 (.footprint) = bd1be8a4da8ba5ed14a9b05f50a244d7b7d4e3a3881d99b7a761544aaf35ecfc
-SHA256 (amazon-corretto-8.252.09.1-linux-x64.tar.gz) = 7f08bc6097a14424bf09eb693304d48812099f29edb1d7326c6372a85b86b1df
+RWSE3ohX2g5d/XL4nPuyrorA5x1S+w0GP0dwj+LC4CiMp8sFISIWvGA2ZP28c2jesx1bpGk7geST3d+0ro3x8tvspiEHk1nCxA0=
+SHA256 (Pkgfile) = 06d2b04a7d658af3e3d25fc2c98db615e66e9ad9d962d6148d4aeff3de330c7e
+SHA256 (.footprint) = 3ec8500becdb7af8fa4c6a3cdfb740fe2bc4dfdedfbf7b5178ef0d2948d647a8
+SHA256 (amazon-corretto-8.262.10.1-linux-x64.tar.gz) = ef8e21f9318856c012da992734eca041b7ae2122797cd23c7706cc128cda4277
diff --git a/jdk/Pkgfile b/jdk/Pkgfile
index 1f24a3c9f..bac54fc5b 100644
--- a/jdk/Pkgfile
+++ b/jdk/Pkgfile
@@ -4,7 +4,7 @@
 # Depends on:  util-linux gtk alsa-lib
 
 name=jdk
-version=8.252.09.1
+version=8.262.10.1
 release=1
 source=(https://corretto.aws/downloads/resources/$version/amazon-corretto-$version-linux-x64.tar.gz)
 

From dmccooey at att.net  Fri Jul 17 05:33:45 2020
From: dmccooey at att.net (david mccooey)
Date: Fri, 17 Jul 2020 05:33:45 +0000 (UTC)
Subject: problem getting ports from crux.nu
In-Reply-To: <583003940.1319367.1594792766263@mail.yahoo.com>
References: <1817236931.476003.1593570136804.ref@mail.yahoo.com>
 <1817236931.476003.1593570136804@mail.yahoo.com>
 <22bc59d5-b5dc-50d3-7e11-3c3147f78a91@rinnestam.se>
 <256637567.77306.1593658418562@mail.yahoo.com>
 <550637539.661020.1593799483062@mail.yahoo.com>
 <20200704190809.3rfs3n4tikhsa7yu@misterbzr.localdomain>
 <20200704192037.i4lmpn4a2vrbzpp3@misterbzr.localdomain>
 <1734966424.914830.1593894073281@mail.yahoo.com>
 <CAFCWPP+JQ62xiU1d8DL-U_Ab4pZ0mHopnQbTWbRBfBjsWSZgbQ@mail.gmail.com>
 <212348562.1113981.1593986042385@mail.yahoo.com>
 <CAFCWPPKsb66kYMK2CqP9k-5kYk6VpfYrBFLMgU+-fya=_B9MrQ@mail.gmail.com>
 <1338887845.1581665.1594092824517@mail.yahoo.com>
 <CAFCWPPJnu8hXcqSQ6gHzovAaApvNsWtD6JDTTz7JzhVhksnE6Q@mail.gmail.com>
 <641999696.377487.1594591121758@mail.yahoo.com>
 <CAFCWPPKm+Siz7ycc6DUi7MF+u4L=OmR9swbWy5DWmMCEHVUc2w@mail.gmail.com>
 <132933843.856596.1594692403039@mail.yahoo.com>
 <2e0ffcad-c055-67a0-73f3-f43dc4f37c6e@crux.ninja>
 <583003940.1319367.1594792766263@mail.yahoo.com>
Message-ID: <941496555.2139229.1594964025903@mail.yahoo.com>

 I solved the problem with setting the display resolution in X.
Thanks for the help Matt.

Everything is working well now, except I noticed a problem in grub:
When the grub menu comes up during boot, the keyboard is unresponsive.
I am using an Acer model KU-0833 USB keyboard.
It's very cheap and I imagine very common.

I noticed previously, when grub would always go to command mode, that grub was probably reading the keyboard in polled mode, because the characters echoed on the screen would often get out of sync with the keys being typed.? My remedy was to unplug/replug the keyboard before typing the very first character.
If grub command mode is indeed reading the keyboard in polled mode, maybe the grub menu reads it that way too.? However, I would expect at least some response after hitting lots of keys, like up-arrow, down-arrow, and 'c' multiple times.
This problem happens when booting from power-off, or when rebooting (shutdown -r).
My computer has USB 3.2 Gen 1 and USB 3.2 Gen 2 ports.? The problem happens with either type of port.
Any suggestions would be appreciated.?
Best regards,
Dave
    On Wednesday, July 15, 2020, 01:00:35 AM CDT, david mccooey <dmccooey at att.net> wrote:  
 
  Hi Matt,
I started from scratch (mkfs.ext4 on my file systems) and installed using the updated-iso, which gives me the 5.4.49 kernel.
I named the kernel /boot/vmlinuz-5.4.49, and grub works now.
Thanks for the help with that.

To install the nvidia driver, I did the following:
# cd /usr/ports/opt/nvidia
# pkgmk -d -i
It succeeded, and I am able to start X, but the display resolution is like it was last time, probably 1024x768.
When I used Nvidia's installer on the 4.19.48 kernel, maybe it ran nvidia-xconfig or nvidia-settings, which set the display resolution.
Best regards,
Dave
    On Tuesday, July 14, 2020, 01:18:54 AM CDT, Matt Housh <jaeger at crux.ninja> wrote:  
 
 On 2020-07-13 21:06, david mccooey wrote:

> One of the files downloaded was /usr/ports/core/glibc/linux-4.19.24.tar.gz.
> 
> This "pkgmk" appears to have compiled glibc with the 4.19.24 kernel 
> header files.
> 
> How do I make it use the 5.4.49 kernel header files?
> 
> The version "4.29.24" comes from the "source" line in the Pkginfo file.
> 
> Should I edit that line?

Dave,

You should not do this. You should leave the glibc package alone unless 
you REALLY want to recompile everything on your system. The kernel 
headers against which glibc is compiled do NOT need to match your 
running kernel at all. If you DO change glibc, though, you should 
recompile everything else installed to match, otherwise you're inviting 
instability. I would not recommend this level of effort at all.

The only real link between your kernel and glibc in this case is the 
line which reads '--enable-kernel=4.9'. This configures glibc to be able 
to work with a 4.9 *or higher* version kernel. You do not need to change 
this or update the headers in the glibc port to use a newer kernel.

Regards,
Matt
_______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  _______________________________________________
CRUX mailing list
CRUX at lists.crux.nu
https://lists.crux.nu/mailman/listinfo/crux
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.crux.nu/pipermail/crux/attachments/20200717/a6ef97d8/attachment.htm>

From crux at crux.nu  Sat Jul 18 13:41:47 2020
From: crux at crux.nu (crux at crux.nu)
Date: Sat, 18 Jul 2020 13:41:47 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] itstool: dependency change
 libxml2-python -> python3-libxml2
Message-ID: <20200718134147.1EDD218066D@crux.nu>

commit 9a548b6c8cbc0b26232fde99bb99aefde0ce615f
Author: Juergen Daubert <jue at jue.li>
Date:   Sat Jul 18 15:41:17 2020 +0200

    [notify] itstool: dependency change libxml2-python -> python3-libxml2

diff --git a/itstool/.signature b/itstool/.signature
index f96bd2b8c..d9a2e77ad 100644
--- a/itstool/.signature
+++ b/itstool/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF3zhFLR35OvisaC0hkmslxqB3QnoRzxiXJQtmyxWXNvmblDjmjp8iWi0E5SmybNr0I73oOR3h97nYi60DbUJjlg8=
-SHA256 (Pkgfile) = 323bb3ab48bb1c45c0f509479a90be058fcd6cc613c78b8cb87715630ebce50c
+RWSagIOpLGJF32aMNKjbyxMZjrAfat++al2RNcNWJzP8S09SyUetOppVXFHLG6N8GpAZrFNKIwuZW0ND5vXXUwhPq1PChZNGqAE=
+SHA256 (Pkgfile) = 35a525e9edc66c9e2fca6f5022a8fd1715ff7ad43ff95b3964d085bdbf6a4676
 SHA256 (.footprint) = c4575ed0855fe330812c99fc5a1cad8647601e5ef70601a67151289b91d16ee6
 SHA256 (itstool-2.0.6.tar.bz2) = 6233cc22726a9a5a83664bf67d1af79549a298c23185d926c3677afa917b92a9
diff --git a/itstool/Pkgfile b/itstool/Pkgfile
index d9cd7a79c..14388046a 100644
--- a/itstool/Pkgfile
+++ b/itstool/Pkgfile
@@ -1,7 +1,7 @@
 # Description: XML to PO and back again.
 # URL: http://itstool.org/
 # Maintainer: Danny Rawlins, crux at romster dot me
-# Depends on: libxml2-python
+# Depends on: python3-libxml2
 
 name=itstool
 version=2.0.6

From crux at crux.nu  Tue Jul 21 11:45:43 2020
From: crux at crux.nu (crux at crux.nu)
Date: Tue, 21 Jul 2020 11:45:43 +0000 (UTC)
Subject: ports/opt (3.5): [notify] freerdp2: update to 2.2.0
Message-ID: <20200721114543.3C270180136@crux.nu>

commit ed015f7ecb8c6ac5811a396063b71cbffce36f71
Author: Juergen Daubert <jue at jue.li>
Date:   Tue Jul 21 13:44:21 2020 +0200

    [notify] freerdp2: update to 2.2.0
    
    includes security fixe, see
    http://www.freerdp.com/2020/07/20/2_2_0-released

diff --git a/freerdp2/.footprint b/freerdp2/.footprint
index 7dd181604..fb33a42c5 100644
--- a/freerdp2/.footprint
+++ b/freerdp2/.footprint
@@ -105,6 +105,7 @@ drwxr-xr-x	root/root	usr/include/freerdp2/freerdp/gdi/
 -rw-r--r--	root/root	usr/include/freerdp2/freerdp/gdi/shape.h
 -rw-r--r--	root/root	usr/include/freerdp2/freerdp/gdi/video.h
 -rw-r--r--	root/root	usr/include/freerdp2/freerdp/graphics.h
+-rw-r--r--	root/root	usr/include/freerdp2/freerdp/heartbeat.h
 -rw-r--r--	root/root	usr/include/freerdp2/freerdp/input.h
 -rw-r--r--	root/root	usr/include/freerdp2/freerdp/license.h
 -rw-r--r--	root/root	usr/include/freerdp2/freerdp/listener.h
@@ -240,17 +241,17 @@ drwxr-xr-x	root/root	usr/lib/cmake/WinPR2/
 -rw-r--r--	root/root	usr/lib/cmake/WinPR2/WinPRTargets-release.cmake
 -rw-r--r--	root/root	usr/lib/cmake/WinPR2/WinPRTargets.cmake
 lrwxrwxrwx	root/root	usr/lib/libfreerdp-client2.so -> libfreerdp-client2.so.2
-lrwxrwxrwx	root/root	usr/lib/libfreerdp-client2.so.2 -> libfreerdp-client2.so.2.1.2
--rwxr-xr-x	root/root	usr/lib/libfreerdp-client2.so.2.1.2
+lrwxrwxrwx	root/root	usr/lib/libfreerdp-client2.so.2 -> libfreerdp-client2.so.2.2.0
+-rwxr-xr-x	root/root	usr/lib/libfreerdp-client2.so.2.2.0
 lrwxrwxrwx	root/root	usr/lib/libfreerdp2.so -> libfreerdp2.so.2
-lrwxrwxrwx	root/root	usr/lib/libfreerdp2.so.2 -> libfreerdp2.so.2.1.2
--rwxr-xr-x	root/root	usr/lib/libfreerdp2.so.2.1.2
+lrwxrwxrwx	root/root	usr/lib/libfreerdp2.so.2 -> libfreerdp2.so.2.2.0
+-rwxr-xr-x	root/root	usr/lib/libfreerdp2.so.2.2.0
 lrwxrwxrwx	root/root	usr/lib/libwinpr-tools2.so -> libwinpr-tools2.so.2
-lrwxrwxrwx	root/root	usr/lib/libwinpr-tools2.so.2 -> libwinpr-tools2.so.2.1.2
--rwxr-xr-x	root/root	usr/lib/libwinpr-tools2.so.2.1.2
+lrwxrwxrwx	root/root	usr/lib/libwinpr-tools2.so.2 -> libwinpr-tools2.so.2.2.0
+-rwxr-xr-x	root/root	usr/lib/libwinpr-tools2.so.2.2.0
 lrwxrwxrwx	root/root	usr/lib/libwinpr2.so -> libwinpr2.so.2
-lrwxrwxrwx	root/root	usr/lib/libwinpr2.so.2 -> libwinpr2.so.2.1.2
--rwxr-xr-x	root/root	usr/lib/libwinpr2.so.2.1.2
+lrwxrwxrwx	root/root	usr/lib/libwinpr2.so.2 -> libwinpr2.so.2.2.0
+-rwxr-xr-x	root/root	usr/lib/libwinpr2.so.2.2.0
 drwxr-xr-x	root/root	usr/lib/pkgconfig/
 -rw-r--r--	root/root	usr/lib/pkgconfig/freerdp-client2.pc
 -rw-r--r--	root/root	usr/lib/pkgconfig/freerdp2.pc
@@ -261,6 +262,5 @@ drwxr-xr-x	root/root	usr/share/man/
 drwxr-xr-x	root/root	usr/share/man/man1/
 -rw-r--r--	root/root	usr/share/man/man1/winpr-hash.1.gz
 -rw-r--r--	root/root	usr/share/man/man1/winpr-makecert.1.gz
--rw-rw-r--	root/root	usr/share/man/man1/xfreerdp.1.gz
 drwxr-xr-x	root/root	usr/share/man/man7/
 -rw-r--r--	root/root	usr/share/man/man7/wlog.7.gz
diff --git a/freerdp2/.signature b/freerdp2/.signature
index 5ff947e7a..9ece04f50 100644
--- a/freerdp2/.signature
+++ b/freerdp2/.signature
@@ -1,6 +1,6 @@
 untrusted comment: verify with /etc/ports/opt.pub
-RWSE3ohX2g5d/TVIZEdrfNNIw5Oz+RBeb03b8gZ2H++yx0izii1FRqPvEzRGdBhT15UpI4ppzaTiLvJiuI/L2KdjSJa9FjRQgA4=
-SHA256 (Pkgfile) = 7c6c57baa3dc4e4779c57e7e023935bfc0d2a96f7ff6879c48a043bac387d7c5
-SHA256 (.footprint) = 95318da3d85c4482ecd3379b01412a064a87d533d40d2d11983f7d1ae330acae
-SHA256 (freerdp-2.1.2.tar.gz) = 8dd12049d92f8c9ac0703503835038bc3da39e731b576e0e55b7c4ba16bb674f
+RWSE3ohX2g5d/fpLktbT1mg0u2+pMEei7mWNJcuBMt5qoF7OYL0ypo+b8GGEKwvpolaM33FOyX7WhWTxTP/dv4DY3ir/+rCTvAk=
+SHA256 (Pkgfile) = dee2ac91a318f97045e3d4ce90afea70b7c6a149254c29645af309241e7d97d9
+SHA256 (.footprint) = f114c4f412edec10c6966bc706fe69865efb247663d80266db326b1b09cef0e2
+SHA256 (freerdp-2.2.0.tar.gz) = 19b30759e324ce7a9767af880116a4c571761e9ad9c5d6c98c5b302ff8c24c6c
 SHA256 (xfreerdp.1) = f87030fcf8a97a97baf973eeb3cd7d344ef7a84b59bc9b05b776f4885afd402c
diff --git a/freerdp2/Pkgfile b/freerdp2/Pkgfile
index caeee8632..6e663e0fa 100644
--- a/freerdp2/Pkgfile
+++ b/freerdp2/Pkgfile
@@ -5,27 +5,22 @@
 # Optional: ffmpeg gst-plugins-base alsa-lib cups directfb neon pulseaudio xmlto
 
 name=freerdp2
-version=2.1.2
+version=2.2.0
 release=1
 source=(https://pub.freerdp.com/releases/freerdp-$version.tar.gz
 	xfreerdp.1)
 
 build() {
-
-	echo -n "$version" > freerdp-$version/.source_version
-
-	cmake -Sfreerdp-$version -Bbuild \
-		-DCMAKE_BUILD_TYPE=RELEASE \
-		-DCMAKE_INSTALL_PREFIX=/usr \
-		-DCMAKE_INSTALL_LIBDIR=lib \
-		-DCMAKE_SKIP_RPATH=ON \
-		-DWITH_SERVER=OFF \
-		-DWITH_CLIENT=ON \
-		-DWITH_LIBSYSTEMD=OFF \
-		-DWITH_WAYLAND=OFF
+	cmake -S freerdp-$version -B build \
+		-D CMAKE_BUILD_TYPE=RELEASE \
+		-D CMAKE_INSTALL_PREFIX=/usr \
+		-D CMAKE_INSTALL_LIBDIR=lib \
+		-D CMAKE_SKIP_RPATH=ON \
+		-D WITH_SERVER=OFF \
+		-D WITH_CLIENT=ON \
+		-D WITH_LIBSYSTEMD=OFF \
+		-D WITH_WAYLAND=OFF
 
 	cmake --build build
 	DESTDIR=$PKG cmake --install build
-
-	install -m 0664 $SRC/xfreerdp.1 $PKG/usr/share/man/man1
 }
diff --git a/freerdp2/xfreerdp.1 b/freerdp2/xfreerdp.1
deleted file mode 100644
index 855a36247..000000000
--- a/freerdp2/xfreerdp.1
+++ /dev/null
@@ -1,1775 +0,0 @@
-'\" t
-.\"     Title: xfreerdp
-.\"    Author: 
-.\" Generator: DocBook XSL Stylesheets vsnapshot <http://docbook.sf.net/>
-.\"      Date: 2018-08-19
-.\"    Manual: xfreerdp
-.\"    Source: freerdp
-.\"  Language: English
-.\"
-.TH "XFREERDP" "1" "2018\-08\-19" "freerdp" "xfreerdp"
-.\" -----------------------------------------------------------------
-.\" * Define some portability stuff
-.\" -----------------------------------------------------------------
-.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-.\" http://bugs.debian.org/507673
-.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
-.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-.ie \n(.g .ds Aq \(aq
-.el       .ds Aq '
-.\" -----------------------------------------------------------------
-.\" * set default formatting
-.\" -----------------------------------------------------------------
-.\" disable hyphenation
-.nh
-.\" disable justification (adjust text to left margin only)
-.ad l
-.\" -----------------------------------------------------------------
-.\" * MAIN CONTENT STARTS HERE *
-.\" -----------------------------------------------------------------
-
-	
-	
-	.SH "NAME"
-xfreerdp \- FreeRDP X11 client
-
-	.SH "SYNOPSIS"
-
-	
-	.PP
-\fBxfreerdp\fR
-[file] [options] [/v:server[:port]]
-
-	
-	.SH "DESCRIPTION"
-
-	
-	
-	.PP
-\fBxfreerdp\fR
-is an X11 Remote Desktop Protocol (RDP) client which is part of the FreeRDP project\&. An RDP server is built\-in to many editions of Windows\&. Alternative servers included xrdp and VRDP (VirtualBox)\&.
-
-	
-
-	.SH "OPTIONS"
-
-	
-		
-
-			.PP
-\fB/a\fR:\fIaddin\fR[,\fIoptions\fR], \fB/addin\fR:\fIaddin\fR[,\fIoptions\fR]
-.RS 4
-
-				
-				
-				
-					Addin
-
-				
-			.RE
-			.PP
-\fB/action\-script\fR:\fIfile\-name\fR
-.RS 4
-
-				
-				
-					Action script (default:~/\&.config/freerdp/action\&.sh)
-
-				
-			.RE
-			.PP
-\fB/admin\fR, \fB/console\fR
-.RS 4
-
-				
-				
-				
-					Admin (or console) session
-
-				
-			.RE
-			.PP
-\fB+aero\fR
-.RS 4
-
-				
-				
-					desktop composition (default:off)
-
-				
-			.RE
-			.PP
-\fB/app\fR:\fIpath\fR or ||\fIalias\fR
-.RS 4
-
-				
-				
-					Remote application program
-
-				
-			.RE
-			.PP
-\fB/app\-cmd\fR:\fIparameters\fR
-.RS 4
-
-				
-				
-					Remote application command\-line parameters
-
-				
-			.RE
-			.PP
-\fB/app\-file\fR:\fIfile\-name\fR
-.RS 4
-
-				
-				
-					File to open with remote application
-
-				
-			.RE
-			.PP
-\fB/app\-guid\fR:\fIapp\-guid\fR
-.RS 4
-
-				
-				
-					Remote application GUID
-
-				
-			.RE
-			.PP
-\fB/app\-icon\fR:\fIicon\-path\fR
-.RS 4
-
-				
-				
-					Remote application icon for user interface
-
-				
-			.RE
-			.PP
-\fB/app\-name\fR:\fIapp\-name\fR
-.RS 4
-
-				
-				
-					Remote application name for user interface
-
-				
-			.RE
-			.PP
-\fB/assistance\fR:\fIpassword\fR
-.RS 4
-
-				
-				
-					Remote assistance password
-
-				
-			.RE
-			.PP
-\fB+async\-channels\fR
-.RS 4
-
-				
-				
-					Asynchronous channels (experimental) (default:off)
-
-				
-			.RE
-			.PP
-\fB+async\-input\fR
-.RS 4
-
-				
-				
-					Asynchronous input (default:off)
-
-				
-			.RE
-			.PP
-\fB+async\-transport\fR
-.RS 4
-
-				
-				
-					Asynchronous transport (experimental) (default:off)
-
-				
-			.RE
-			.PP
-\fB+async\-update\fR
-.RS 4
-
-				
-				
-					Asynchronous update (default:off)
-
-				
-			.RE
-			.PP
-\fB/audio\-mode\fR:\fImode\fR
-.RS 4
-
-				
-				
-					Audio output mode
-
-				
-			.RE
-			.PP
-\fB+auth\-only\fR
-.RS 4
-
-				
-				
-					Authenticate only (default:off)
-
-				
-			.RE
-			.PP
-\fB\-authentication\fR
-.RS 4
-
-				
-				
-					Authentication (expermiental) (default:on)
-
-				
-			.RE
-			.PP
-\fB+auto\-reconnect\fR
-.RS 4
-
-				
-				
-					Automatic reconnection (default:off)
-
-				
-			.RE
-			.PP
-\fB/auto\-reconnect\-max\-retries\fR:\fIretries\fR
-.RS 4
-
-				
-				
-					Automatic reconnection maximum retries, 0 for unlimited [0,1000]
-
-				
-			.RE
-			.PP
-\fB\-bitmap\-cache\fR
-.RS 4
-
-				
-				
-					bitmap cache (default:on)
-
-				
-			.RE
-			.PP
-\fB/bpp\fR:\fIdepth\fR
-.RS 4
-
-				
-				
-					Session bpp (color depth) (default:16)
-
-				
-			.RE
-			.PP
-\fB/buildconfig\fR
-.RS 4
-
-				
-				
-					Print the build configuration
-
-				
-			.RE
-			.PP
-\fB/cert\-ignore\fR
-.RS 4
-
-				
-				
-					Ignore certificate
-
-				
-			.RE
-			.PP
-\fB/cert\-name\fR:\fIname\fR
-.RS 4
-
-				
-				
-					Certificate name
-
-				
-			.RE
-			.PP
-\fB/cert\-tofu\fR
-.RS 4
-
-				
-				
-					Automatically accept certificate on first connect
-
-				
-			.RE
-			.PP
-\fB/client\-hostname\fR:\fIname\fR
-.RS 4
-
-				
-				
-					Client Hostname to send to server
-
-				
-			.RE
-			.PP
-\fB\-clipboard\fR
-.RS 4
-
-				
-				
-					Redirect clipboard (default:on)
-
-				
-			.RE
-			.PP
-\fB/codec\-cache\fR:rfx|nsc|jpeg
-.RS 4
-
-				
-				
-					Bitmap codec cache
-
-				
-			.RE
-			.PP
-\fB\-compression\fR, \fB\-z\fR
-.RS 4
-
-				
-				
-				
-					compression (default:on)
-
-				
-			.RE
-			.PP
-\fB/compression\-level\fR:\fIlevel\fR
-.RS 4
-
-				
-				
-					Compression level (0,1,2)
-
-				
-			.RE
-			.PP
-\fB+credentials\-delegation\fR
-.RS 4
-
-				
-				
-					credentials delegation (default:off)
-
-				
-			.RE
-			.PP
-\fB/d\fR:\fIdomain\fR
-.RS 4
-
-				
-				
-					Domain
-
-				
-			.RE
-			.PP
-\fB\-decorations\fR
-.RS 4
-
-				
-				
-					Window decorations (default:on)
-
-				
-			.RE
-			.PP
-\fB/disp\fR
-.RS 4
-
-				
-				
-					Display control
-
-				
-			.RE
-			.PP
-\fB/drive\fR:\fIname\fR,\fIpath\fR
-.RS 4
-
-				
-				
-					Redirect directory <path< as named share <name<
-
-				
-			.RE
-			.PP
-\fB+drives\fR
-.RS 4
-
-				
-				
-					Redirect all mount points as shares (default:off)
-
-				
-			.RE
-			.PP
-\fB/dvc\fR:\fIchannel\fR[,\fIoptions\fR]
-.RS 4
-
-				
-				
-					Dynamic virtual channel
-
-				
-			.RE
-			.PP
-\fB/dynamic\-resolution\fR
-.RS 4
-
-				
-				
-					Send resolution updates when the window is resized
-
-				
-			.RE
-			.PP
-\fB/echo\fR, \fB/echo\fR
-.RS 4
-
-				
-				
-				
-					Echo channel
-
-				
-			.RE
-			.PP
-\fB\-encryption\fR
-.RS 4
-
-				
-				
-					Encryption (experimental) (default:on)
-
-				
-			.RE
-			.PP
-\fB/encryption\-methods\fR:[40,][56,][128,][FIPS]
-.RS 4
-
-				
-				
-					RDP standard security encryption methods
-
-				
-			.RE
-			.PP
-\fB/f\fR
-.RS 4
-
-				
-				
-					Fullscreen mode (<Ctrl<+<Alt<+<Enter< toggles fullscreen)
-
-				
-			.RE
-			.PP
-\fB\-fast\-path\fR
-.RS 4
-
-				
-				
-					fast\-path input/output (default:on)
-
-				
-			.RE
-			.PP
-\fB+fipsmode\fR
-.RS 4
-
-				
-				
-					FIPS mode (default:off)
-
-				
-			.RE
-			.PP
-\fB+fonts\fR
-.RS 4
-
-				
-				
-					smooth fonts (ClearType) (default:off)
-
-				
-			.RE
-			.PP
-\fB/frame\-ack\fR:\fInumber\fR
-.RS 4
-
-				
-				
-					Number of frame acknowledgement
-
-				
-			.RE
-			.PP
-\fB/from\-stdin\fR[:force]
-.RS 4
-
-				
-				
-					Read credentials from stdin\&. With <force< the prompt is done before connection, otherwise on server request\&.
-
-				
-			.RE
-			.PP
-\fB/g\fR:\fIgateway\fR[:\fIport\fR]
-.RS 4
-
-				
-				
-					Gateway Hostname
-
-				
-			.RE
-			.PP
-\fB/gateway\-usage\-method\fR:direct|detect, \fB/gum\fR:direct|detect
-.RS 4
-
-				
-				
-				
-					Gateway usage method
-
-				
-			.RE
-			.PP
-\fB/gd\fR:\fIdomain\fR
-.RS 4
-
-				
-				
-					Gateway domain
-
-				
-			.RE
-			.PP
-\fB/gdi\fR:sw|hw
-.RS 4
-
-				
-				
-					GDI rendering
-
-				
-			.RE
-			.PP
-\fB/geometry\fR
-.RS 4
-
-				
-				
-					Geometry tracking channel
-
-				
-			.RE
-			.PP
-\fB+gestures\fR
-.RS 4
-
-				
-				
-					Consume multitouch input locally (default:off)
-
-				
-			.RE
-			.PP
-\fB/gfx\fR[:RFX]
-.RS 4
-
-				
-				
-					RDP8 graphics pipeline (experimental)
-
-				
-			.RE
-			.PP
-\fB+gfx\-progressive\fR
-.RS 4
-
-				
-				
-					RDP8 graphics pipeline using progressive codec (default:off)
-
-				
-			.RE
-			.PP
-\fB+gfx\-small\-cache\fR
-.RS 4
-
-				
-				
-					RDP8 graphics pipeline using small cache mode (default:off)
-
-				
-			.RE
-			.PP
-\fB+gfx\-thin\-client\fR
-.RS 4
-
-				
-				
-					RDP8 graphics pipeline using thin client mode (default:off)
-
-				
-			.RE
-			.PP
-\fB+glyph\-cache\fR
-.RS 4
-
-				
-				
-					Glyph cache (experimental) (default:off)
-
-				
-			.RE
-			.PP
-\fB/gp\fR:\fIpassword\fR
-.RS 4
-
-				
-				
-					Gateway password
-
-				
-			.RE
-			.PP
-\fB\-grab\-keyboard\fR
-.RS 4
-
-				
-				
-					Grab keyboard (default:on)
-
-				
-			.RE
-			.PP
-\fB/gt\fR:rpc|http|auto
-.RS 4
-
-				
-				
-					Gateway transport type
-
-				
-			.RE
-			.PP
-\fB/gu\fR:[\fIdomain\fR\e]\fIuser\fR or \fIuser\fR[@\fIdomain\fR]
-.RS 4
-
-				
-				
-					Gateway username
-
-				
-			.RE
-			.PP
-\fB/gat\fR:\fIaccess token\fR
-.RS 4
-
-				
-				
-					Gateway Access Token
-
-				
-			.RE
-			.PP
-\fB/h\fR:\fIheight\fR
-.RS 4
-
-				
-				
-					Height (default:768)
-
-				
-			.RE
-			.PP
-\fB+heartbeat\fR
-.RS 4
-
-				
-				
-					Support heartbeat PDUs (default:off)
-
-				
-			.RE
-			.PP
-\fB/help\fR, \fB/?\fR
-.RS 4
-
-				
-				
-				
-					Print help
-
-				
-			.RE
-			.PP
-\fB+home\-drive\fR
-.RS 4
-
-				
-				
-					Redirect user home as share (default:off)
-
-				
-			.RE
-			.PP
-\fB/ipv6\fR, \fB/6\fR
-.RS 4
-
-				
-				
-				
-					Prefer IPv6 AAA record over IPv4 A record
-
-				
-			.RE
-			.PP
-\fB/kbd\fR:0x\fIid\fR or \fIname\fR
-.RS 4
-
-				
-				
-					Keyboard layout
-
-				
-			.RE
-			.PP
-\fB/kbd\-fn\-key\fR:\fIvalue\fR
-.RS 4
-
-				
-				
-					Function key value
-
-				
-			.RE
-			.PP
-\fB/kbd\-list\fR
-.RS 4
-
-				
-				
-					List keyboard layouts
-
-				
-			.RE
-			.PP
-\fB/kbd\-subtype\fR:\fIid\fR
-.RS 4
-
-				
-				
-					Keyboard subtype
-
-				
-			.RE
-			.PP
-\fB/kbd\-type\fR:\fIid\fR
-.RS 4
-
-				
-				
-					Keyboard type
-
-				
-			.RE
-			.PP
-\fB/load\-balance\-info\fR:\fIinfo\-string\fR
-.RS 4
-
-				
-				
-					Load balance info
-
-				
-			.RE
-			.PP
-\fB/log\-filters\fR:\fItag\fR:\fIlevel\fR[,\fItag\fR:\fIlevel\fR[,\&.\&.\&.]]
-.RS 4
-
-				
-				
-					Set logger filters, see wLog(7) for details
-
-				
-			.RE
-			.PP
-\fB/log\-level\fR:OFF|FATAL|ERROR|WARN|INFO|DEBUG|TRACE
-.RS 4
-
-				
-				
-					Set the default log level, see wLog(7) for details
-
-				
-			.RE
-			.PP
-\fB/max\-fast\-path\-size\fR:\fIsize\fR
-.RS 4
-
-				
-				
-					Specify maximum fast\-path update size
-
-				
-			.RE
-			.PP
-\fB/max\-loop\-time\fR:\fItime\fR
-.RS 4
-
-				
-				
-					Specify maximum time in milliseconds spend treating packets
-
-				
-			.RE
-			.PP
-\fB+menu\-anims\fR
-.RS 4
-
-				
-				
-					menu animations (default:off)
-
-				
-			.RE
-			.PP
-\fB/microphone\fR[:[sys:\fIsys\fR,][dev:\fIdev\fR,][format:\fIformat\fR,][rate:\fIrate\fR,][channel:\fIchannel\fR]], \fB/mic\fR[:[sys:\fIsys\fR,][dev:\fIdev\fR,][format:\fIformat\fR,][rate:\fIrate\fR,][channel:\fIchannel\fR]]
-.RS 4
-
-				
-				
-				
-					Audio input (microphone)
-
-				
-			.RE
-			.PP
-\fB/monitor\-list\fR
-.RS 4
-
-				
-				
-					List detected monitors
-
-				
-			.RE
-			.PP
-\fB/monitors\fR:\fIid\fR[,\fIid\fR[,\&.\&.\&.]]
-.RS 4
-
-				
-				
-					Select monitors to use
-
-				
-			.RE
-			.PP
-\fB\-mouse\-motion\fR
-.RS 4
-
-				
-				
-					Send mouse motion (default:on)
-
-				
-			.RE
-			.PP
-\fB/multimedia\fR[:[sys:\fIsys\fR,][dev:\fIdev\fR,][decoder:\fIdecoder\fR]], \fB/mmr\fR[:[sys:\fIsys\fR,][dev:\fIdev\fR,][decoder:\fIdecoder\fR]]
-.RS 4
-
-				
-				
-				
-					Redirect multimedia (video)
-
-				
-			.RE
-			.PP
-\fB/multimon\fR[:force]
-.RS 4
-
-				
-				
-					Use multiple monitors
-
-				
-			.RE
-			.PP
-\fB+multitouch\fR
-.RS 4
-
-				
-				
-					Redirect multitouch input (default:off)
-
-				
-			.RE
-			.PP
-\fB+multitransport\fR
-.RS 4
-
-				
-				
-					Support multitransport protocol (default:off)
-
-				
-			.RE
-			.PP
-\fB\-nego\fR
-.RS 4
-
-				
-				
-					protocol security negotiation (default:on)
-
-				
-			.RE
-			.PP
-\fB/network\fR:modem|broadband|broadband\-low|broadband\-high|wan|lan|auto
-.RS 4
-
-				
-				
-					Network connection type
-
-				
-			.RE
-			.PP
-\fB/nsc\fR, \fB/nscodec\fR
-.RS 4
-
-				
-				
-				
-					NSCodec support
-
-				
-			.RE
-			.PP
-\fB\-offscreen\-cache\fR
-.RS 4
-
-				
-				
-					offscreen bitmap cache (default:on)
-
-				
-			.RE
-			.PP
-\fB/orientation\fR:0|90|180|270
-.RS 4
-
-				
-				
-					Orientation of display in degrees
-
-				
-			.RE
-			.PP
-\fB/p\fR:\fIpassword\fR
-.RS 4
-
-				
-				
-					Password
-
-				
-			.RE
-			.PP
-\fB/parallel\fR[:\fIname\fR[,\fIpath\fR]]
-.RS 4
-
-				
-				
-					Redirect parallel device
-
-				
-			.RE
-			.PP
-\fB/parent\-window\fR:\fIwindow\-id\fR
-.RS 4
-
-				
-				
-					Parent window id
-
-				
-			.RE
-			.PP
-\fB+password\-is\-pin\fR
-.RS 4
-
-				
-				
-					Use smart card authentication with password as smart card PIN (default:off)
-
-				
-			.RE
-			.PP
-\fB/pcb\fR:\fIblob\fR
-.RS 4
-
-				
-				
-					Preconnection Blob
-
-				
-			.RE
-			.PP
-\fB/pcid\fR:\fIid\fR
-.RS 4
-
-				
-				
-					Preconnection Id
-
-				
-			.RE
-			.PP
-\fB/pheight\fR:\fIheight\fR
-.RS 4
-
-				
-				
-					Physical height of display (in millimeters)
-
-				
-			.RE
-			.PP
-\fB/play\-rfx\fR:\fIpcap\-file\fR
-.RS 4
-
-				
-				
-					Replay rfx pcap file
-
-				
-			.RE
-			.PP
-\fB/port\fR:\fInumber\fR
-.RS 4
-
-				
-				
-					Server port
-
-				
-			.RE
-			.PP
-\fB+print\-reconnect\-cookie\fR
-.RS 4
-
-				
-				
-					Print base64 reconnect cookie after connecting (default:off)
-
-				
-			.RE
-			.PP
-\fB/printer\fR[:\fIname\fR[,\fIdriver\fR]]
-.RS 4
-
-				
-				
-					Redirect printer device
-
-				
-			.RE
-			.PP
-\fB/proxy\fR:[\fIproto\fR://][\fIuser\fR:\fIpassword\fR@]\fIhost\fR:\fIport\fR
-.RS 4
-
-				
-				
-					Proxy settings: override env\&.var (see also environment variable below)\&. Protocol "socks5" should be given explicitly where "http" is default\&. Note: socks proxy is not supported by env\&. variable
-
-				
-			.RE
-			.PP
-\fB/pth\fR:\fIpassword\-hash\fR, \fB/pass\-the\-hash\fR:\fIpassword\-hash\fR
-.RS 4
-
-				
-				
-				
-					Pass the hash (restricted admin mode)
-
-				
-			.RE
-			.PP
-\fB/pwidth\fR:\fIwidth\fR
-.RS 4
-
-				
-				
-					Physical width of display (in millimeters)
-
-				
-			.RE
-			.PP
-\fB/reconnect\-cookie\fR:\fIbase64\-cookie\fR
-.RS 4
-
-				
-				
-					Pass base64 reconnect cookie to the connection
-
-				
-			.RE
-			.PP
-\fB/restricted\-admin\fR, \fB/restrictedAdmin\fR
-.RS 4
-
-				
-				
-				
-					Restricted admin mode
-
-				
-			.RE
-			.PP
-\fB/rfx\fR
-.RS 4
-
-				
-				
-					RemoteFX
-
-				
-			.RE
-			.PP
-\fB/rfx\-mode\fR:image|video
-.RS 4
-
-				
-				
-					RemoteFX mode
-
-				
-			.RE
-			.PP
-\fB/scale\fR:100|140|180
-.RS 4
-
-				
-				
-					Scaling factor of the display (default:100)
-
-				
-			.RE
-			.PP
-\fB/scale\-desktop\fR:\fIpercentage\fR
-.RS 4
-
-				
-				
-					Scaling factor for desktop applications (value between 100 and 500) (default:100)
-
-				
-			.RE
-			.PP
-\fB/scale\-device\fR:100|140|180
-.RS 4
-
-				
-				
-					Scaling factor for app store applications (default:100)
-
-				
-			.RE
-			.PP
-\fB/sec\fR:rdp|tls|nla|ext
-.RS 4
-
-				
-				
-					Force specific protocol security
-
-				
-			.RE
-			.PP
-\fB+sec\-ext\fR
-.RS 4
-
-				
-				
-					NLA extended protocol security (default:off)
-
-				
-			.RE
-			.PP
-\fB\-sec\-nla\fR
-.RS 4
-
-				
-				
-					NLA protocol security (default:on)
-
-				
-			.RE
-			.PP
-\fB\-sec\-rdp\fR
-.RS 4
-
-				
-				
-					RDP protocol security (default:on)
-
-				
-			.RE
-			.PP
-\fB\-sec\-tls\fR
-.RS 4
-
-				
-				
-					TLS protocol security (default:on)
-
-				
-			.RE
-			.PP
-\fB/serial\fR[:\fIname\fR[,\fIpath\fR[,\fIdriver\fR[,permissive]]]], \fB/tty\fR[:\fIname\fR[,\fIpath\fR[,\fIdriver\fR[,permissive]]]]
-.RS 4
-
-				
-				
-				
-					Redirect serial device
-
-				
-			.RE
-			.PP
-\fB/shell\fR:\fIshell\fR
-.RS 4
-
-				
-				
-					Alternate shell
-
-				
-			.RE
-			.PP
-\fB/shell\-dir\fR:\fIdir\fR
-.RS 4
-
-				
-				
-					Shell working directory
-
-				
-			.RE
-			.PP
-\fB/size\fR:\fIwidth\fRx\fIheight\fR or \fIpercent\fR%[wh]
-.RS 4
-
-				
-				
-					Screen size (default:1024x768)
-
-				
-			.RE
-			.PP
-\fB/smart\-sizing\fR[:\fIwidth\fRx\fIheight\fR]
-.RS 4
-
-				
-				
-					Scale remote desktop to window size
-
-				
-			.RE
-			.PP
-\fB/smartcard\fR[:\fIname\fR[,\fIpath\fR]]
-.RS 4
-
-				
-				
-					Redirect smartcard device
-
-				
-			.RE
-			.PP
-\fB/sound\fR[:[sys:\fIsys\fR,][dev:\fIdev\fR,][format:\fIformat\fR,][rate:\fIrate\fR,][channel:\fIchannel\fR,][latency:\fIlatency\fR,][quality:\fIquality\fR]], \fB/audio\fR[:[sys:\fIsys\fR,][dev:\fIdev\fR,][format:\fIformat\fR,][rate:\fIrate\fR,][channel:\fIchannel\fR,][latency:\fIlatency\fR,][quality:\fIquality\fR]]
-.RS 4
-
-				
-				
-				
-					Audio output (sound)
-
-				
-			.RE
-			.PP
-\fB/span\fR
-.RS 4
-
-				
-				
-					Span screen over multiple monitors
-
-				
-			.RE
-			.PP
-\fB/spn\-class\fR:\fIservice\-class\fR
-.RS 4
-
-				
-				
-					SPN authentication service class
-
-				
-			.RE
-			.PP
-\fB/ssh\-agent\fR, \fB/ssh\-agent\fR
-.RS 4
-
-				
-				
-				
-					SSH Agent forwarding channel
-
-				
-			.RE
-			.PP
-\fB/t\fR:\fItitle\fR, \fB/title\fR:\fItitle\fR
-.RS 4
-
-				
-				
-				
-					Window title
-
-				
-			.RE
-			.PP
-\fB\-themes\fR
-.RS 4
-
-				
-				
-					themes (default:on)
-
-				
-			.RE
-			.PP
-\fB/tls\-ciphers\fR:netmon|ma|ciphers
-.RS 4
-
-				
-				
-					Allowed TLS ciphers
-
-				
-			.RE
-			.PP
-\fB\-toggle\-fullscreen\fR
-.RS 4
-
-				
-				
-					Alt+Ctrl+Enter toggles fullscreen (default:on)
-
-				
-			.RE
-			.PP
-\fB/u\fR:[\fIdomain\fR\e]\fIuser\fR or \fIuser\fR[@\fIdomain\fR]
-.RS 4
-
-				
-				
-					Username
-
-				
-			.RE
-			.PP
-\fB+unmap\-buttons\fR
-.RS 4
-
-				
-				
-					Let server see real physical pointer button (default:off)
-
-				
-			.RE
-			.PP
-\fB/usb\fR:[dbg,][dev:\fIdev\fR,][id|addr,][auto]
-.RS 4
-
-				
-				
-					Redirect USB device
-
-				
-			.RE
-			.PP
-\fB/v\fR:\fIserver\fR[:port]
-.RS 4
-
-				
-				
-					Server hostname
-
-				
-			.RE
-			.PP
-\fB/vc\fR:\fIchannel\fR[,\fIoptions\fR]
-.RS 4
-
-				
-				
-					Static virtual channel
-
-				
-			.RE
-			.PP
-\fB/version\fR
-.RS 4
-
-				
-				
-					Print version
-
-				
-			.RE
-			.PP
-\fB/video\fR
-.RS 4
-
-				
-				
-					Video optimized remoting channel
-
-				
-			.RE
-			.PP
-\fB/vmconnect\fR[:\fIvmid\fR]
-.RS 4
-
-				
-				
-					Hyper\-V console (use port 2179, disable negotiation)
-
-				
-			.RE
-			.PP
-\fB/w\fR:\fIwidth\fR
-.RS 4
-
-				
-				
-					Width (default:1024)
-
-				
-			.RE
-			.PP
-\fB\-wallpaper\fR
-.RS 4
-
-				
-				
-					wallpaper (default:on)
-
-				
-			.RE
-			.PP
-\fB+window\-drag\fR
-.RS 4
-
-				
-				
-					full window drag (default:off)
-
-				
-			.RE
-			.PP
-\fB/wm\-class\fR:\fIclass\-name\fR
-.RS 4
-
-				
-				
-					Set the WM_CLASS hint for the window instance
-
-				
-			.RE
-			.PP
-\fB/workarea\fR
-.RS 4
-
-				
-				
-					Use available work area
-
-				
-			.RE
-		
-	
-
-
-	
-
-	.SH "ENVIRONMENT VARIABLES"
-
-	
-
-	
-
-		.PP
-wlog environment variable
-.RS 4
-
-			
-			
-				xfreerdp uses wLog as its log facility, you can refer to the corresponding man page (wlog(7)) for more informations\&. Arguments passed via the
-\fI/log\-level\fR
-or
-\fI/log\-filters\fR
-have precedence over the environment variables\&.
-
-			
-		.RE
-	
-
-
-
-	.SH "EXAMPLES"
-
-	
-	
-
-		.PP
-\fBxfreerdp connection\&.rdp /p:Pwd123! /f\fR
-.RS 4
-
-			
-			
-				Connect in fullscreen mode using a stored configuration
-\fIconnection\&.rdp\fR
-and the password
-\fIPwd123!\fR
-
-			
-		.RE
-		.PP
-\fBxfreerdp /u:USER /size:50%h /v:rdp\&.contoso\&.com\fR
-.RS 4
-
-			
-			
-				Connect to host
-\fIrdp\&.contoso\&.com\fR
-with user
-\fIUSER\fR
-and a size of
-\fI50 percent of the height\fR\&. If width (w) is set instead of height (h) like /size:50%w\&. 50 percent of the width is used\&.
-
-			
-		.RE
-		.PP
-\fBxfreerdp /u:CONTOSO\e\eJohnDoe /p:Pwd123! /v:rdp\&.contoso\&.com\fR
-.RS 4
-
-			
-			
-				Connect to host
-\fIrdp\&.contoso\&.com\fR
-with user
-\fICONTOSO\e\eJohnDoe\fR
-and password
-\fIPwd123!\fR
-
-			
-		.RE
-		.PP
-\fBxfreerdp /u:JohnDoe /p:Pwd123! /w:1366 /h:768 /v:192\&.168\&.1\&.100:4489\fR
-.RS 4
-
-			
-			
-				Connect to host
-\fI192\&.168\&.1\&.100\fR
-on port
-\fI4489\fR
-with user
-\fIJohnDoe\fR, password
-\fIPwd123!\fR\&. The screen width is set to
-\fI1366\fR
-and the height to
-\fI768\fR
-
-			
-		.RE
-		.PP
-\fBxfreerdp /u:JohnDoe /p:Pwd123! /vmconnect:C824F53E\-95D2\-46C6\-9A18\-23A5BB403532 /v:192\&.168\&.1\&.100\fR
-.RS 4
-
-			
-			
-				Establish a connection to host
-\fI192\&.168\&.1\&.100\fR
-with user
-\fIJohnDoe\fR, password
-\fIPwd123!\fR
-and connect to Hyper\-V console (use port 2179, disable negotiation) with VMID
-\fIC824F53E\-95D2\-46C6\-9A18\-23A5BB403532\fR
-
-			
-		.RE
-		.PP
-\fB+clipboard\fR
-.RS 4
-
-			
-			
-				Activate clipboard redirection
-
-			
-		.RE
-		.PP
-\fB/drive:home,/home/user\fR
-.RS 4
-
-			
-			
-				Activate drive redirection of
-\fI/home/user\fR
-as home drive
-
-			
-		.RE
-		.PP
-\fB/smartcard:<device>\fR
-.RS 4
-
-			
-			
-				Activate smartcard redirection for device
-\fIdevice\fR
-
-			
-		.RE
-		.PP
-\fB/printer:<device>,<driver>\fR
-.RS 4
-
-			
-			
-				Activate printer redirection for printer
-\fIdevice\fR
-using driver
-\fIdriver\fR
-
-			
-		.RE
-		.PP
-\fB/serial:<device>\fR
-.RS 4
-
-			
-			
-				Activate serial port redirection for port
-\fIdevice\fR
-
-			
-		.RE
-		.PP
-\fB/parallel:<device>\fR
-.RS 4
-
-			
-			
-				Activate parallel port redirection for port
-\fIdevice\fR
-
-			
-		.RE
-		.PP
-\fB/sound:sys:alsa\fR
-.RS 4
-
-			
-			
-				Activate audio output redirection using device
-\fIsys:alsa\fR
-
-			
-		.RE
-		.PP
-\fB/microphone:sys:alsa\fR
-.RS 4
-
-			
-			
-				Activate audio input redirection using device
-\fIsys:alsa\fR
-
-			
-		.RE
-		.PP
-\fB/multimedia:sys:alsa\fR
-.RS 4
-
-			
-			
-				Activate multimedia redirection using device
-\fIsys:alsa\fR
-
-			
-		.RE
-		.PP
-\fB/usb:id,dev:054c:0268\fR
-.RS 4
-
-			
-			
-				Activate USB device redirection for the device identified by
-\fI054c:0268\fR
-
-			
-		.RE
-	
-
-
-
-	.SH "LINKS"
-
-	
-	.PP
-\m[blue]\fBhttp://www\&.freerdp\&.com/\fR\m[]
-
-	
-.SH "AUTHOR"
-.br
-.PP
-The FreeRDP Team
-

From crux at crux.nu  Tue Jul 21 12:19:49 2020
From: crux at crux.nu (crux at crux.nu)
Date: Tue, 21 Jul 2020 12:19:49 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] scrot: 1.3 -> 1.4 new dependency
 xorg-libxcomposite
Message-ID: <20200721121949.BCF67180129@crux.nu>

commit 71b913671c762eb6f56800df886a4ca384c7327e
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Tue Jul 21 22:18:47 2020 +1000

    [notify] scrot: 1.3 -> 1.4 new dependency xorg-libxcomposite

diff --git a/scrot/.signature b/scrot/.signature
index 427b99b6d..1c57fcfe6 100644
--- a/scrot/.signature
+++ b/scrot/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF38S3bhLbSINM+BpnVgEuYq8S+alPwoB+duPuJI2d4n0WVL6icbs0MZMDcn5C4sGwT2TWNXGi8oAQmYY22QRfaQc=
-SHA256 (Pkgfile) = 3e3b23b52eeccb1bcd806936a91f2d8bbaf86c1a5df979497c011a6bae931520
+RWSagIOpLGJF3w/nedUY/5m0KcsqTVGNVMGL6uFxP6nHccrIb4SKTJX6oN0kYmBBBF3lhGSPS/Urffescc2oJdvocs1gq6KYCwg=
+SHA256 (Pkgfile) = f3bf78e56e950479f7d78274ca33d75a047e05fc4bd5cd8f102ecaf268f0cb13
 SHA256 (.footprint) = 4043d00c86d02ab444547ccb9633bddfbe2bbad286f7676a24822fcda3cd5c0e
-SHA256 (scrot-1.3.tar.gz) = b9bfcc01a3021bd53864b3c7b5f7b1b11b3e430be15ce97332431c48003d64ac
+SHA256 (scrot-1.4.tar.gz) = e19eec69bcdc249917c452270e1c8f28188003b052c352e25999b281cb03510c
diff --git a/scrot/Pkgfile b/scrot/Pkgfile
index e007c7678..c8501f8d9 100644
--- a/scrot/Pkgfile
+++ b/scrot/Pkgfile
@@ -1,10 +1,10 @@
 # Description: Commandline screen capture.
 # URL: https://github.com/resurrecting-open-source-projects/scrot
 # Maintainer: Danny Rawlins, crux at romster dot me
-# Depends on: autoconf-archive giblib xorg-libxcursor
+# Depends on: autoconf-archive giblib xorg-libxcursor xorg-libxcomposite
 
 name=scrot
-version=1.3
+version=1.4
 release=1
 source=(https://github.com/resurrecting-open-source-projects/scrot/archive/$version/$name-$version.tar.gz)
 

From crux at crux.nu  Thu Jul 23 21:30:40 2020
From: crux at crux.nu (crux at crux.nu)
Date: Thu, 23 Jul 2020 21:30:40 +0000 (UTC)
Subject: ports/contrib (3.5): [notify] calf: changed dependencies: moved
 pulseaudio to optionals, new hard dependency on lv2
Message-ID: <20200723213040.AA0F7180204@crux.nu>

commit ba6b01768ed36705c100d9be591dcf72d6cf004c
Author: Tim Biermann <tbier at posteo.de>
Date:   Thu Jul 23 21:18:38 2020 +0000

    [notify] calf: changed dependencies: moved pulseaudio to optionals, new hard dependency on lv2

diff --git a/calf/.signature b/calf/.signature
index 8774028b4..8f721c125 100644
--- a/calf/.signature
+++ b/calf/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/contrib.pub
-RWSagIOpLGJF37VIBgfMyjWjdUNF49XHHvuwbyY9ufi4luC2gfTnhji49OXAJd5BTakZEcgwzJLrfqcL3XNmxoNr68R7vP1E3g0=
-SHA256 (Pkgfile) = 5c0ab6a3fc9ed8cca06ab84b3cc0ac959fab2b4b2216fb11e48ab93c55a52abb
+RWSagIOpLGJF3+4BhgTJ4787lSoDJPNSNUa8mFLhmP3Ze10kviQGXjhFB/g+pWB/JzF2T6K5t6fGZqIwXQ/FkOoCz9G+dT9tgAo=
+SHA256 (Pkgfile) = 8d9cd6827a9d9b6f3e6d1af49055f67b91d043cdd4ca1b64de60a5566be3c79b
 SHA256 (.footprint) = aabde80cab591b564dd2769f9e5f40c4e50dfb8b4153bc5bdc73ce46cd6db588
 SHA256 (calf-0.90.3.tar.gz) = e32bc23fb68f88729bdef361614fd9ac38627c774c35cd3c4eb611fca887a49f
diff --git a/calf/Pkgfile b/calf/Pkgfile
index 8ee52705b..67dac8307 100644
--- a/calf/Pkgfile
+++ b/calf/Pkgfile
@@ -1,7 +1,8 @@
 # Description: LV2/DSSI/LADSPA plug-in suite and standalone Jack host
 # URL: https://calf-studio-gear.org
 # Maintainer: Tim Biermann, tbier at posteo dot de
-# Depends on: fluidsynth pulseaudio
+# Depends on: fluidsynth lv2
+# Optional: fftw gtk jack pulseaudio
 
 name=calf
 version=0.90.3

From milan.buska at gmail.com  Fri Jul 24 06:38:50 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Fri, 24 Jul 2020 08:38:50 +0200
Subject: Crux 3.6 binutils 2.34
Message-ID: <CAFCWPPJBjJtE4_vzSZuC5DEe=EUkHN_Ehg+Q6fxGK5fzTvn6Yw@mail.gmail.com>

Good day.

Pkgfile binutils ver. 2.34 declares

sed -i "s|-L$SRC[^ ]* ||g" $PKG/usr/lib/lib{bfd,opcodes}.la

it shouldn't be

sed -i "s|-L$SRC[^ ]* ||g" $PKG/usr/lib/lib{bfd,ctf,ctf-nobfd,opcodes}.la

accept my apology if I'm wrong

Best regards

Milan
-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From fredrik at rinnestam.se  Fri Jul 24 10:05:50 2020
From: fredrik at rinnestam.se (Fredrik)
Date: Fri, 24 Jul 2020 12:05:50 +0200
Subject: Crux 3.6 binutils 2.34
In-Reply-To: <CAFCWPPJBjJtE4_vzSZuC5DEe=EUkHN_Ehg+Q6fxGK5fzTvn6Yw@mail.gmail.com>
References: <CAFCWPPJBjJtE4_vzSZuC5DEe=EUkHN_Ehg+Q6fxGK5fzTvn6Yw@mail.gmail.com>
Message-ID: <6b720b44-c60c-7ffc-9fff-872db59a2221@rinnestam.se>

On 2020-07-24 08:38, Milan Bu?ka wrote:
> Good day.
> 
> Pkgfile binutils ver. 2.34 declares
> 
> sed -i "s|-L$SRC[^ ]* ||g" $PKG/usr/lib/lib{bfd,opcodes}.la
> 
> it shouldn't be
> 
> sed -i "s|-L$SRC[^ ]* ||g" $PKG/usr/lib/lib{bfd,ctf,ctf-nobfd,opcodes}.la
> 
> accept my apology if I'm wrong
> 
> Best regards
> 
> Milan
> 

Very true, good catch!

/f

From crux at crux.nu  Fri Jul 24 10:07:48 2020
From: crux at crux.nu (crux at crux.nu)
Date: Fri, 24 Jul 2020 10:07:48 +0000 (UTC)
Subject: ports/compat-32 (3.5): [notify] libpsl-32: 0.21.0 -> 0.21.1 new
 dependency libidn2-32
Message-ID: <20200724100748.4DCFD18059D@crux.nu>

commit 82a48240ecba571c80056c1fe62f6c98ae5fd558
Author: Danny Rawlins <monster.romster at gmail.com>
Date:   Fri Jul 24 19:05:16 2020 +1000

    [notify] libpsl-32: 0.21.0 -> 0.21.1 new dependency libidn2-32

diff --git a/libpsl-32/.footprint b/libpsl-32/.footprint
index b84d271..6caf107 100644
--- a/libpsl-32/.footprint
+++ b/libpsl-32/.footprint
@@ -1,8 +1,6 @@
 drwxr-xr-x	root/root	usr/
 drwxr-xr-x	root/root	usr/lib32/
--rw-r--r--	root/root	usr/lib32/libpsl.a
--rwxr-xr-x	root/root	usr/lib32/libpsl.la
-lrwxrwxrwx	root/root	usr/lib32/libpsl.so -> libpsl.so.5.3.2
+lrwxrwxrwx	root/root	usr/lib32/libpsl.so -> libpsl.so.5
 lrwxrwxrwx	root/root	usr/lib32/libpsl.so.5 -> libpsl.so.5.3.2
 -rwxr-xr-x	root/root	usr/lib32/libpsl.so.5.3.2
 drwxr-xr-x	root/root	usr/lib32/pkgconfig/
diff --git a/libpsl-32/.signature b/libpsl-32/.signature
index fee1a42..ae0eb7c 100644
--- a/libpsl-32/.signature
+++ b/libpsl-32/.signature
@@ -1,7 +1,5 @@
 untrusted comment: verify with /etc/ports/compat-32.pub
-RWSwxGo/zH7eXfJ9TEpTQRD/tAVwXXLsrx4pL2vveIaiJ6iXEs+iBtusxENgUxtsmghL+vfcxlPa5+RmBJmDC5wY/xUvUE/E1Q8=
-SHA256 (Pkgfile) = 3c8d29e2751105930e4766c7738062f67844055b34209e046f3b123aa0562262
-SHA256 (.footprint) = 066f65ea41f70ed863b5d2f86e8a733f81771e66aef91a29d93839fbc40213a6
-SHA256 (libpsl-0.21.0.tar.gz) = 41bd1c75a375b85c337b59783f5deb93dbb443fb0a52d257f403df7bd653ee12
-SHA256 (libpsl-gtk-doc-1.30-fix.patch) = 289663403b4bd511ef7361ad4ac7e5654edfbd83ee80fbd0f35b0977a7c926ca
-SHA256 (libpsl-0.21.0-build-fix.patch) = a50c2c510a6543e79767af75b909bf7abc15e6b057b0253a036da66b27a590f1
+RWSwxGo/zH7eXQ1IXsPS+9RSxUfAfLHxkaHr57phsXEh6BcB1yfkfCfzca1z+o9kiDCLqD+uffbpsKAYk+lAGIizBRJf7+Vw2Q0=
+SHA256 (Pkgfile) = 2711d187f69f2ff9dd2c1256d2d69eec5a5b90d9aeb7a9324f660d766be82126
+SHA256 (.footprint) = 96510a849f61799178309f207ac4568a17fe6a3588f2b6655383e7b6772fe161
+SHA256 (libpsl-0.21.1.tar.lz) = 644375d557bb3b84c485df2dae98ee388fe1e11fb75230004e4b8623b3b833a9
diff --git a/libpsl-32/Pkgfile b/libpsl-32/Pkgfile
index 06627b9..6570ef8 100644
--- a/libpsl-32/Pkgfile
+++ b/libpsl-32/Pkgfile
@@ -1,34 +1,22 @@
 # Description: Public Suffix List library.
 # URL: https://github.com/rockdaboot/libpsl
 # Maintainer: CRUX compat-32 Team, compat-32-ports at crux dot nu
-# Depends on: libpsl libunistring-32
+# Depends on: libpsl libunistring-32 libidn2-32
 
 name=libpsl-32
-version=0.21.0
-release=2
-source=(https://github.com/rockdaboot/${name%-*}/releases/download/${name%-*}-$version/${name%-*}-$version.tar.gz
-	libpsl-gtk-doc-1.30-fix.patch
-	libpsl-0.21.0-build-fix.patch)
+version=0.21.1
+release=1
+source=(https://github.com/rockdaboot/${name%-*}/releases/download/$version/${name%-*}-$version.tar.lz)
 
 build() {
-	cd ${name%-*}-$version
+	meson setup build ${name%-*}-$version --prefix=/usr --libdir=/usr/lib32 \
+		-D runtime=libidn2 \
+		-D builtin=libidn2 \
+		-D psl_file=/usr/share/publicsuffix/effective_tld_names.dat \
+		-D psl_testfile=/usr/share/publicsuffix/test_psl.txt
 
-	patch -p1 -i $SRC/libpsl-gtk-doc-1.30-fix.patch
-	patch -p1 -i $SRC/libpsl-0.21.0-build-fix.patch
-	rm -frv list
-	autoreconf -fiv
+	ninja -j ${JOBS-1} -C build
+	DESTDIR=$PKG meson install -C build
 
-	sed -e 's|^#!/usr/bin/env python$|#!/usr/bin/env python3|' \
-		-i src/psl-make-dafsa
-
-	./configure \
-		--prefix=/usr \
-		--libdir=/usr/lib32 \
-		--with-psl-file=/usr/share/publicsuffix/effective_tld_names.dat \
-		--with-psl-testfile=/usr/share/publicsuffix/test_psl.txt
-
-	LC_CTYPE=en_US.UTF-8 make
-	make DESTDIR=$PKG install
-
-	rm -r $PKG/usr/{bin,include,share}
+	rm -r $PKG/usr/include
 }
diff --git a/libpsl-32/libpsl-0.21.0-build-fix.patch b/libpsl-32/libpsl-0.21.0-build-fix.patch
deleted file mode 100644
index 92bc6cf..0000000
--- a/libpsl-32/libpsl-0.21.0-build-fix.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 9347024221f4a9d63f9dcafcda13362a7c8d92fe Mon Sep 17 00:00:00 2001
-From: Po-Chuan Hsieh <sunpoet at sunpoet.net>
-Date: Wed, 17 Apr 2019 13:25:48 +0000
-Subject: [PATCH] Fix build when configured with --with-psl-file
-
-The error message is as follows:
-Making all in tests
-make: don't know how to make ../list/public_suffix_list.dat. Stop
-
-make: stopped in /usr/ports/works/usr/ports/dns/libpsl/work/libpsl-libpsl-0.21.0/tests
-*** Error code 1
-
-Stop.
----
- tests/Makefile.am | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/tests/Makefile.am b/tests/Makefile.am
-index 480b236..9c37ce3 100644
---- a/tests/Makefile.am
-+++ b/tests/Makefile.am
-@@ -33,9 +33,9 @@ TESTS = $(PSL_TESTS)
- # dafsa.psl and dafsa_ascii.psl must be created before any test is executed
- # check-local target works in parallel to the tests, so the test suite will likely fail
- BUILT_SOURCES = psl.dafsa psl_ascii.dafsa
--psl.dafsa: $(top_srcdir)/list/public_suffix_list.dat
-+psl.dafsa: $(PSL_FILE)
- 	$(top_srcdir)/src/psl-make-dafsa --output-format=binary "$(PSL_FILE)" psl.dafsa
--psl_ascii.dafsa: $(top_srcdir)/list/public_suffix_list.dat
-+psl_ascii.dafsa: $(PSL_FILE)
- 	$(top_srcdir)/src/psl-make-dafsa --output-format=binary --encoding=ascii "$(PSL_FILE)" psl_ascii.dafsa
- 
- clean-local:
diff --git a/libpsl-32/libpsl-gtk-doc-1.30-fix.patch b/libpsl-32/libpsl-gtk-doc-1.30-fix.patch
deleted file mode 100644
index bcd49e7..0000000
--- a/libpsl-32/libpsl-gtk-doc-1.30-fix.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-From 87d1add318b5e5d09977f7f374e923577b6ff3be Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin <alex.kanavin at gmail.com>
-Date: Sat, 1 Jun 2019 13:09:41 +0200
-Subject: [PATCH] gtk-doc: do not include tree_index.sgml
-
-gtk-doc 1.30 no longer generates the file if the object tree is empty.
----
- docs/libpsl/libpsl-docs.sgml | 4 ----
- 1 file changed, 4 deletions(-)
-
-diff --git a/docs/libpsl/libpsl-docs.sgml b/docs/libpsl/libpsl-docs.sgml
-index 335d241..88c7ba8 100644
---- a/docs/libpsl/libpsl-docs.sgml
-+++ b/docs/libpsl/libpsl-docs.sgml
-@@ -22,10 +22,6 @@
-         </para>
-         <xi:include href="xml/libpsl.xml"/>
-   </chapter>
--  <chapter id="object-tree">
--    <title>Object Hierarchy</title>
--     <xi:include href="xml/tree_index.sgml"/>
--  </chapter>
-   <index id="api-index-full">
-     <title>API Index</title>
-     <xi:include href="xml/api-index-full.xml"><xi:fallback /></xi:include>

From milan.buska at gmail.com  Sat Jul 25 05:20:54 2020
From: milan.buska at gmail.com (=?UTF-8?B?TWlsYW4gQnXFoWth?=)
Date: Sat, 25 Jul 2020 07:20:54 +0200
Subject: Crux 3.6 - port Python3 ver.3.8.5
Message-ID: <CAFCWPPJ8R+6tbNMVrFcRRmFDYX1TCxgRpsOUOCtJg+37P0VVxw@mail.gmail.com>

Good day.

The python3 port uses the --with-threads option.

configure reports:
configure: 18695: WARNING: unrecognized --with-threads options

I think this option declared in Pkgfile is unnecessary.

Greeting

Milan

-- 

Remember, no question is too stupid and no problem too small
       -- We've all been beginners

From thierry.moreau at connotech.com  Tue Jul 28 15:31:27 2020
From: thierry.moreau at connotech.com (Thierry Moreau)
Date: Tue, 28 Jul 2020 15:31:27 +0000
Subject: Two minor issues
Message-ID: <98817c11-d5d0-167c-e1dd-5e90e4673707@connotech.com>

Hi and thanks again for Crux maintenance efforts.

I played with the build ISO process, creating an autoload USB token 
without re-compiling the kernel as would be implied by a normal Crux 
installation targeting the USB device. This went fine.

In the file initramfs.lst used to build the initramfs file, a directory 
creation directive is missing for the directory
/lib/modules/.../drivers/scsi/mvsas
This would fix an issue for someone needing the scsi mvsas.ko module 
upon Crux installation.

Otherwise, in configuring the kernel for another application, I noticed 
the "Allow for memory compaction" boolean not being set in the 
distributed default configuration. (In the Memory management options). 
The help field for this setting is strongly advocating for setting to Y.

Also, I noticed a .footprint mismatch in the gettext package for a 
missing static library which is required only for AIX (as hinted by a 
grep on Makefiles present in the work directory after a pkgmk -kw).

Regards,

- Thierry Moreau

From crux at crux.nu  Fri Jul 31 20:49:07 2020
From: crux at crux.nu (crux at crux.nu)
Date: Fri, 31 Jul 2020 20:49:07 +0000 (UTC)
Subject: ports/xorg (3.5): [notify] xorg-libx11: 1.6.10. Fix for CVE-2020-14344
Message-ID: <20200731204907.2395C180187@crux.nu>

commit 7617936b6ec8893f24f2716b3f419b9143abc49c
Author: Fredrik Rinnestam <fredrik at crux.nu>
Date:   Fri Jul 31 22:48:49 2020 +0200

    [notify] xorg-libx11: 1.6.10. Fix for CVE-2020-14344
    
    X.Org security advisory: July 31, 2020
    
    Heap corruption in the X input method client in libX11
    ======================================================
    
    CVE-2020-14344
    
    The X Input Method (XIM) client implementation in libX11 has some
    integer overflows and signed/unsigned comparison issues that can lead
    to heap corruption when handling malformed messages from an input
    method.

diff --git a/xorg-libx11/.signature b/xorg-libx11/.signature
index fb9895e8..6a4dc0d5 100644
--- a/xorg-libx11/.signature
+++ b/xorg-libx11/.signature
@@ -1,5 +1,5 @@
 untrusted comment: verify with /etc/ports/xorg.pub
-RWTSGWF5Q7TndJShL5nVQU+teNZL3HWRSEF3lEUM5vrdUrVpFdQNMPyGuru/ir2akC9Nl/BNrhVI2hZ4z986bBgyXhSgXK2SiQw=
-SHA256 (Pkgfile) = 12e8fe843d6069bd190e015b0890aa59bcb4428625ea7b98f71c903dc347d4b6
+RWTSGWF5Q7TndP5QnMnd3Bc3AYuxunpA7/co8XQG1Uqr2Yu5rHi9aAXA4Xt8x5f5f2Gh09v9+xqjIqxRIOlcRplN6o+o9TffAA8=
+SHA256 (Pkgfile) = ec42db901f6c6e501c12a1b4cfcb2d011480dd91f92fae24334590829a9c5dd5
 SHA256 (.footprint) = ccb5120a2b76cd91ac3aa131a2de98674a22f34e0c7197ad2d98e41cb78f8775
-SHA256 (libX11-1.6.9.tar.bz2) = 9cc7e8d000d6193fa5af580d50d689380b8287052270f5bb26a5fb6b58b2bed1
+SHA256 (libX11-1.6.10.tar.bz2) = af48626989b8515c994777896bd7b7ba2bd5b1ef4e1efaee0a55d8852bbe6226
diff --git a/xorg-libx11/Pkgfile b/xorg-libx11/Pkgfile
index 67e1a96b..5ceabac9 100644
--- a/xorg-libx11/Pkgfile
+++ b/xorg-libx11/Pkgfile
@@ -4,7 +4,7 @@
 # Depends on: xorg-libxcb xorg-xtrans
 
 name=xorg-libx11
-version=1.6.9
+version=1.6.10
 release=1
 source=(https://www.x.org/releases/individual/lib/libX11-$version.tar.bz2)