Re: rEFInd theme

[Bill Yuan]

it looks nice! thanks.

On Fri, 17 Jun 2022 at 16:43, Antonio Huete Jimenez <
tuxi...@quantumachine.net> wrote:

> Thanks!
>
> On 16/6/22 18:10, Ian Grindley wrote:
> > For anyone using the rEFInd boot manager and as a small thank you to all
> the devs I’ve created a BSD theme including the DragonFly logo -
> https://github.com/indgy/refind-bsd-black
>

Re: rEFInd theme

[Antonio Huete Jimenez]

Thanks!

On 16/6/22 18:10, Ian Grindley wrote:

For anyone using the rEFInd boot manager and as a small thank you to all the 
devs I’ve created a BSD theme including the DragonFly logo - 
https://github.com/indgy/refind-bsd-black

Re: rEFInd theme

[karu.pruun]

Great, thanks! The black and white theme is nice.

Cheers

Peeter

--

On Thu, Jun 16, 2022 at 7:10 PM Ian Grindley  wrote:
>
> For anyone using the rEFInd boot manager and as a small thank you to all the 
> devs I’ve created a BSD theme including the DragonFly logo - 
> https://github.com/indgy/refind-bsd-black

Re: The state of amdgpu on DragonFly

[Matthew Dillon]

Our GPU goals are mostly limited to modesetting, we just don't have the dev
resources to achieve solid accel support.  Of course, if someone wanted to
work on accel support that would be great!

-Matt

Re: Segmenation fault when a process resumed with checkpt exits

[Stanislav Syekirin]

Done, thank your for helping me create an account.
The issue is here: https://bugs.dragonflybsd.org/issues/3318

Regards
Stanislav

On So, 12 Jun 2022 13:11:47 +0200
 Antonio Huete Jimenez  wrote:

Hi,

Would you mind opening a bugtracker issue for this one?
If you don't have an account you can mail me directly to get one.

Cheers,
Antonio Huete

On 12/6/22 12:02, Stanislav Syekirin wrote:

Hi,

I'm experimenting with process checkpointing in DragonFly 6.2.1 and 
don't know how to exit a resumed process correclty. The man page for 
sys_checkpoint doesn't address the question, as far as I can see: the 
example loops forever and only exits if there is an error.


I have the following code (error handling omitted for brevity):

     #include 
     #include 
     #include 
     #include 
     #include 

     void save(const char* filename)
     {
     int file = open(filename, O_RDWR|O_CREAT|O_TRUNC, 0666);
     sys_checkpoint(CKPT_FREEZE, file, -1, -1);
     close(file);
     }

     int main()
     {
     puts("a");
     save("a.ckpt");
     puts("b");
     }

This is the output I get:

% gcc test.c -o test -Wall -Wextra
% ./test
a
b
% checkpt -r a.ckpt
b
pid 1143 (test), uid 1001: exited on signal 11 (core dumped)
Segmentation fault (core dumped)

This is the backtrace I get with gdb test test.core:

#0  0x00080040400f in __tls_get_addr () from 
/libexec/ld-elf.so.2

#1  0x00080075648a in _thread_finalize () from /lib/libc.so.8
#2  0x000800756449 in exit () from /lib/libc.so.8
#3  0x004007b3 in _start ()

Help would be appreciated.

Regards
Stanislav

Re: Segmenation fault when a process resumed with checkpt exits

[Antonio Huete Jimenez]

Hi,

Would you mind opening a bugtracker issue for this one?
If you don't have an account you can mail me directly to get one.

Cheers,
Antonio Huete

On 12/6/22 12:02, Stanislav Syekirin wrote:

Hi,

I'm experimenting with process checkpointing in DragonFly 6.2.1 and 
don't know how to exit a resumed process correclty. The man page for 
sys_checkpoint doesn't address the question, as far as I can see: the 
example loops forever and only exits if there is an error.


I have the following code (error handling omitted for brevity):

     #include 
     #include 
     #include 
     #include 
     #include 

     void save(const char* filename)
     {
     int file = open(filename, O_RDWR|O_CREAT|O_TRUNC, 0666);
     sys_checkpoint(CKPT_FREEZE, file, -1, -1);
     close(file);
     }

     int main()
     {
     puts("a");
     save("a.ckpt");
     puts("b");
     }

This is the output I get:

% gcc test.c -o test -Wall -Wextra
% ./test
a
b
% checkpt -r a.ckpt
b
pid 1143 (test), uid 1001: exited on signal 11 (core dumped)
Segmentation fault (core dumped)

This is the backtrace I get with gdb test test.core:

#0  0x00080040400f in __tls_get_addr () from /libexec/ld-elf.so.2
#1  0x00080075648a in _thread_finalize () from /lib/libc.so.8
#2  0x000800756449 in exit () from /lib/libc.so.8
#3  0x004007b3 in _start ()

Help would be appreciated.

Regards
Stanislav

Re: DragonFly on Vultr VM

[Dongsheng Song]

Vultr only creates a SCSI storage controller for us, and attached a
virtio block device for local disk access.

# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sr0 11:01 1024M  0 rom
vda254:00   32G  0 disk
└─vda1 254:10   32G  0 part /

# lspci
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller
00:01.0 VGA compatible controller: Cirrus Logic GD 5446
00:02.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.1 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.2 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.3 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.4 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.5 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.6 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:02.7 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.1 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.2 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.3 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.4 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.5 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.6 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:03.7 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:04.0 PCI bridge: Red Hat, Inc. QEMU PCIe Root port
00:1f.0 ISA bridge: Intel Corporation 82801IB (ICH9) LPC Interface
Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH)
6 port SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
01:00.0 Ethernet controller: Red Hat, Inc. Virtio network device (rev 01)
02:00.0 USB controller: Red Hat, Inc. QEMU XHCI Host Controller (rev 01)
03:00.0 SCSI storage controller: Red Hat, Inc. Virtio block device (rev 01)
04:00.0 Unclassified device [00ff]: Red Hat, Inc. Virtio memory balloon (rev 01)
05:00.0 Unclassified device [00ff]: Red Hat, Inc. Virtio RNG (rev 01)

On Tue, Apr 12, 2022 at 9:59 PM Antonio Huete Jimenez
 wrote:
>
> Hi,
>
> Does it allow selecting the type of storage driver you use? i.e. scsi,
> virtio, ...
>
> Cheers,
>
> On 11/4/22 4:55, Chuck Musser wrote:
> > Hi,
> >
> > I tried using a 6.2 ISO image to install on Vultr (a VM provider) and at
> > the initial installer step where it asks where it should be installed,
> > it only provides a number of "vn" devices that have no space. Vultr use
> > KVM (I am not sure about the whole virtualization stack,but that's what
> > they list in their knowledge base). Someone had posted the same problem
> > and the solution was to use pciconf to see what storage devices were
> > available to the OS and then load the appropriate driver. I couldn't
> > quite figure out how to proceed but I did the following:
> >
> > This host lists a specific Intel 6 port AHCI controller (an 82802IR) for
> > SATA and a RedHat "Virtio Block Device" for SCSI. I tried to load the
> > virtio_scsi module with kldload, but it said it was already loaded or
> > simply compiled in. Same for some other modules that sounded promising,
> > like sdhci_pci and virtio_blk. At that point I gave up guessing. Is
> > there a way to figure out what drivers are needed or is the problem
> > something else?
> >
> > Also, I tried some earlier versions: 5.8.3 and 6.0.1 and they had the
> > same problem. I know I have used Dfly on this provider before, but I am
> > not sure which version worked.
> >
> > Chuck
> >

Re: DragonFly on Vultr VM

[Antonio Huete Jimenez]

Hi,

Does it allow selecting the type of storage driver you use? i.e. scsi, 
virtio, ...


Cheers,

On 11/4/22 4:55, Chuck Musser wrote:

Hi,

I tried using a 6.2 ISO image to install on Vultr (a VM provider) and at 
the initial installer step where it asks where it should be installed, 
it only provides a number of "vn" devices that have no space. Vultr use 
KVM (I am not sure about the whole virtualization stack,but that's what 
they list in their knowledge base). Someone had posted the same problem 
and the solution was to use pciconf to see what storage devices were 
available to the OS and then load the appropriate driver. I couldn't 
quite figure out how to proceed but I did the following:


This host lists a specific Intel 6 port AHCI controller (an 82802IR) for 
SATA and a RedHat "Virtio Block Device" for SCSI. I tried to load the 
virtio_scsi module with kldload, but it said it was already loaded or 
simply compiled in. Same for some other modules that sounded promising, 
like sdhci_pci and virtio_blk. At that point I gave up guessing. Is 
there a way to figure out what drivers are needed or is the problem 
something else?


Also, I tried some earlier versions: 5.8.3 and 6.0.1 and they had the 
same problem. I know I have used Dfly on this provider before, but I am 
not sure which version worked.


Chuck

Re: ElasticSearch7, samba patches

[Antonio Huete Jimenez]

Hi,

Would you mind opening an issue in Github so we don't forget about it?

https://github.com/DragonFlyBSD/DPorts/issues

Thanks,
Antonio Huete

On 22/3/22 1:48, Autumn Jolitz wrote:

Isolated out the changes for a dragonfly specific patch for 
`net/samba412/dragonfly` as `patch-libcli_http_http.c`.

Attached.

Autumn






On Mar 21, 2022, at 10:08 AM, Autumn Jolitz  wrote:

Hi,

My use case: DragonFly server that holds Time Machine Backups, holds file index 
from `fscrawler` and queries via elasticsearch7.

I’ve successfully:
- patched the latest ElasticSearch7 tag (one small patch) and run it via a 
modified `elasticsearch.in` from Freshports with openjdk16.
- patched the FreeBSD patch `patch-linuxisms` to use the additions for sscanf 
so http.c can successfully read an ElasticSearch response

Would someone be able to direct me to a relatively up to date method or writeup 
or help with contributing my work back to dports?

I ended up making binary packages in samba412 via `make clean all package` and 
copying the pkg file into a configured local pkg repo and locked to avoid being 
routinely stomped by the Avalon `samba412` which always misses `vfs_fruit.so` 
(critical for TimeMachine and other Macs to just work)

Autumn

Patch for ElasticSearch tag v7.17.1:

(cpython37) nyx:~/elasticsearch [(tags/v7.17.1^0)]$ git diff
diff --git a/build-tools/src/main/java/org/elasticsearch/gradle/OS.java 
b/build-tools/src/main/java/org/elasticsearch/gradle/OS.java
index e00c4420..ea51357a 100644
--- a/build-tools/src/main/java/org/elasticsearch/gradle/OS.java
+++ b/build-tools/src/main/java/org/elasticsearch/gradle/OS.java
@@ -23,7 +23,7 @@ public enum OS {
 if (os.startsWith("Windows")) {
 return OS.WINDOWS;
 }
-if (os.startsWith("Linux") || os.startsWith("LINUX")) {
+if (os.startsWith("Linux") || os.startsWith("LINUX") || 
os.startsWith("DragonFly")) {
 return OS.LINUX;
 }
 if (os.startsWith("Mac")) {
(cpython37) nyx:~/elasticsearch [(tags/v7.17.1^0)]$

Patch for dports files/patch-linuxisms:

(cpython37) nyx:/usr/dports [master]$ git diff
diff --git a/net/samba412/files/patch-linuxisms 
b/net/samba412/files/patch-linuxisms
index bea5adb5718..bd7d22630dd 100644
--- a/net/samba412/files/patch-linuxisms
+++ b/net/samba412/files/patch-linuxisms
@@ -4,7 +4,7 @@
return HTTP_ALL_DATA_READ;
}

-+#ifdef FREEBSD
++#if defined(FREEBSD) || defined(__DragonFly__)
+  int s0, s1, s2, s3; s0 = s1 = s2 = s3 = 0;
+  n = sscanf(line, "%n%*[^:]%n: %n%*[^\r\n]%n\r\n", , , , );
+
@@ -33,7 +33,7 @@
return false;
}

-+#ifdef FREEBSD
++#if defined(FREEBSD) || defined(__DragonFly__)
+  int s0, s1, s2, s3; s0 = s1 = s2 = s3 = 0;
+  n = sscanf(line, "%n%*[^/]%n/%c.%c %d %n%*[^\r\n]%n\r\n",
+ , , , , , , );
(cpython37) nyx:/usr/dports [master]$

Re: ElasticSearch7, samba patches

[Autumn Jolitz]

Isolated out the changes for a dragonfly specific patch for 
`net/samba412/dragonfly` as `patch-libcli_http_http.c`.

Attached.

Autumn



patch-libcli_http_http.c
Description: Binary data



> On Mar 21, 2022, at 10:08 AM, Autumn Jolitz  wrote:
> 
> Hi,
> 
> My use case: DragonFly server that holds Time Machine Backups, holds file 
> index from `fscrawler` and queries via elasticsearch7.
> 
> I’ve successfully:
> - patched the latest ElasticSearch7 tag (one small patch) and run it via a 
> modified `elasticsearch.in` from Freshports with openjdk16.
> - patched the FreeBSD patch `patch-linuxisms` to use the additions for sscanf 
> so http.c can successfully read an ElasticSearch response
> 
> Would someone be able to direct me to a relatively up to date method or 
> writeup or help with contributing my work back to dports?
> 
> I ended up making binary packages in samba412 via `make clean all package` 
> and copying the pkg file into a configured local pkg repo and locked to avoid 
> being routinely stomped by the Avalon `samba412` which always misses 
> `vfs_fruit.so` (critical for TimeMachine and other Macs to just work)
> 
> Autumn
> 
> Patch for ElasticSearch tag v7.17.1:
> 
> (cpython37) nyx:~/elasticsearch [(tags/v7.17.1^0)]$ git diff
> diff --git a/build-tools/src/main/java/org/elasticsearch/gradle/OS.java 
> b/build-tools/src/main/java/org/elasticsearch/gradle/OS.java
> index e00c4420..ea51357a 100644
> --- a/build-tools/src/main/java/org/elasticsearch/gradle/OS.java
> +++ b/build-tools/src/main/java/org/elasticsearch/gradle/OS.java
> @@ -23,7 +23,7 @@ public enum OS {
> if (os.startsWith("Windows")) {
> return OS.WINDOWS;
> }
> -if (os.startsWith("Linux") || os.startsWith("LINUX")) {
> +if (os.startsWith("Linux") || os.startsWith("LINUX") || 
> os.startsWith("DragonFly")) {
> return OS.LINUX;
> }
> if (os.startsWith("Mac")) {
> (cpython37) nyx:~/elasticsearch [(tags/v7.17.1^0)]$
> 
> Patch for dports files/patch-linuxisms:
> 
> (cpython37) nyx:/usr/dports [master]$ git diff
> diff --git a/net/samba412/files/patch-linuxisms 
> b/net/samba412/files/patch-linuxisms
> index bea5adb5718..bd7d22630dd 100644
> --- a/net/samba412/files/patch-linuxisms
> +++ b/net/samba412/files/patch-linuxisms
> @@ -4,7 +4,7 @@
>return HTTP_ALL_DATA_READ;
>}
> 
> -+#ifdef FREEBSD
> ++#if defined(FREEBSD) || defined(__DragonFly__)
> +  int s0, s1, s2, s3; s0 = s1 = s2 = s3 = 0;
> +  n = sscanf(line, "%n%*[^:]%n: %n%*[^\r\n]%n\r\n", , , , );
> +
> @@ -33,7 +33,7 @@
>return false;
>}
> 
> -+#ifdef FREEBSD
> ++#if defined(FREEBSD) || defined(__DragonFly__)
> +  int s0, s1, s2, s3; s0 = s1 = s2 = s3 = 0;
> +  n = sscanf(line, "%n%*[^/]%n/%c.%c %d %n%*[^\r\n]%n\r\n",
> + , , , , , , );
> (cpython37) nyx:/usr/dports [master]$
> 

Re: What's Meta v1?

[Justin Sherrill]

It's a warning about a future incompatibility.  Nothing is broken, and
there's no action needed from you.

That new file format will be in the next version of DragonFly, and the
warning will go away.

On Sun, Feb 13, 2022 at 5:25 PM Pierre Abbat 
wrote:

> On Sunday, February 13, 2022 2:24:59 PM EST Dan Cross wrote:
> > It is the version listed in the file `/var/db/pkg/Avalon.meta`. Oh my
> > dragonfly dev machine (which I basically never have time to poke at :-(
> > ...) the contents are:
> >
> >
> {"version":2,"packing_format":"txz","manifests":"packagesite.yaml","filesite
> >
> ":"filesite.yaml","manifests_archive":"packagesite","filesite_archive":"file
> > site"}
> >
> > On the other hand, my Ham radio DragonFly machine, which is running
> > 6.2-RELEASE, has this:
> >
> >
> {"version":1,"packing_format":"txz","digest_format":"sha256_base32","digests
> >
> ":"digests","digests_archive":"digests","manifests":"packagesite.yaml","file
> >
> site":"filesite.yaml","manifests_archive":"packagesite","filesite_archive":"
> > filesite"}
> >
> > I'm not quite sure what creates or updates that file, nor what the
> > implication of simply updating the "version": in the latter file from 1
> to
> > 2 would be.
>
> My Avalon.meta file says version 1. What should I do?
>
> Pierre
> --
> Lanthanidia deliciosa: What the kiwifruit would be
> if it weren't so radioactive.
>
>
>
>

Re: What's Meta v1?

[Pierre Abbat]

On Sunday, February 13, 2022 2:24:59 PM EST Dan Cross wrote:
> It is the version listed in the file `/var/db/pkg/Avalon.meta`. Oh my
> dragonfly dev machine (which I basically never have time to poke at :-(
> ...) the contents are:
> 
> {"version":2,"packing_format":"txz","manifests":"packagesite.yaml","filesite
> ":"filesite.yaml","manifests_archive":"packagesite","filesite_archive":"file
> site"}
> 
> On the other hand, my Ham radio DragonFly machine, which is running
> 6.2-RELEASE, has this:
> 
> {"version":1,"packing_format":"txz","digest_format":"sha256_base32","digests
> ":"digests","digests_archive":"digests","manifests":"packagesite.yaml","file
> site":"filesite.yaml","manifests_archive":"packagesite","filesite_archive":"
> filesite"}
> 
> I'm not quite sure what creates or updates that file, nor what the
> implication of simply updating the "version": in the latter file from 1 to
> 2 would be.

My Avalon.meta file says version 1. What should I do?

Pierre
-- 
Lanthanidia deliciosa: What the kiwifruit would be
if it weren't so radioactive.

Re: What's Meta v1?

[Dan Cross]

It is the version listed in the file `/var/db/pkg/Avalon.meta`. Oh my
dragonfly dev machine (which I basically never have time to poke at :-(
...) the contents are:

{"version":2,"packing_format":"txz","manifests":"packagesite.yaml","filesite":"filesite.yaml","manifests_archive":"packagesite","filesite_archive":"filesite"}

On the other hand, my Ham radio DragonFly machine, which is running
6.2-RELEASE, has this:

{"version":1,"packing_format":"txz","digest_format":"sha256_base32","digests":"digests","digests_archive":"digests","manifests":"packagesite.yaml","filesite":"filesite.yaml","manifests_archive":"packagesite","filesite_archive":"filesite"}

I'm not quite sure what creates or updates that file, nor what the
implication of simply updating the "version": in the latter file from 1 to
2 would be.

- Dan C.


On Sun, Feb 13, 2022 at 10:58 AM Pierre Abbat 
wrote:

> I just ran "pkg ins hs-stack" and got "WARNING: Meta v1 support will be
> removed in the next version". What's this mean?
>
> Pierre
> --
> gau do li'i co'e kei do
>
>
>
>

Re: Why my account on "bugs.dragonflybsd.org" has not been approved after so many months?

[Antonio Huete Jimenez]

On 11/2/22 18:07, rem...@tutanota.com wrote:

A couple of months ago (I don't remember but I won't be surprised if it was 
even half a year ago or even more), I tried to make an account in the issue 
track website of DragonFlyBSD but my account waits approval since then. I just 
wanted to report a bug back then that happened when I tried to use a VM and 
after my account not getting approved after some times, I didn't bothered.



We had to disable the sign-up process again, too much spam. I've mailed 
you directly. Let's follow it up there.

Re: April 19th presentation on DragonFly BSD

[André Pfeiffer]

Hello Marc,

The link will be sent 24 hours before the event. It will be held on jitsi
as far as I recall.

Best regards,

André Pfeiffer

Em sexta-feira, 11 de fevereiro de 2022, Marc Ferrand 
escreveu:

> Hi there, I missed WHERE the April 19th presentation should take place.
> Please tell me/us. Regards, Marc.
>
> Le jeu. 10 févr. 2022 à 23:28, André Pfeiffer  a
> écrit :
>
>> Hello all,
>>
>> Any news about the possibility of recording or allowing more people to
>> join the April 19th presentation?
>>
>> Best regards,
>>
>> André Pfeiffer
>>
>> Em sex., 4 de fev. de 2022 às 16:20, Seann Aswell 
>> escreveu:
>>
>>> On Fri, 2022-02-04 at 12:09 -0700, Jonathan Drews wrote:
>>> >
>>> >  At this time I don't have an easy way to record the meetings. I have
>>> > experimented with ffmpeg but can't get the screen capture to work
>>> > correctly.
>>> >
>>> > See this link:
>>> > tinyurl.com/ycyncv8j
>>> >
>>> > --
>>> > Kind regards,
>>> > Jonathan
>>> >
>>>
>>> Kind of wandering a little off-topic, but in case it's helpful there
>>> does appear to be recent work on a Jitsi recording/streaming plugin:
>>> https://github.com/jitsi/jibri
>>>
>>> Thanks again for your efforts.
>>>
>>> Seann
>>>
>>>

Re: April 19th presentation on DragonFly BSD

[Marc Ferrand]

Hi there, I missed WHERE the April 19th presentation should take place.
Please tell me/us. Regards, Marc.

Le jeu. 10 févr. 2022 à 23:28, André Pfeiffer  a
écrit :

> Hello all,
>
> Any news about the possibility of recording or allowing more people to
> join the April 19th presentation?
>
> Best regards,
>
> André Pfeiffer
>
> Em sex., 4 de fev. de 2022 às 16:20, Seann Aswell 
> escreveu:
>
>> On Fri, 2022-02-04 at 12:09 -0700, Jonathan Drews wrote:
>> >
>> >  At this time I don't have an easy way to record the meetings. I have
>> > experimented with ffmpeg but can't get the screen capture to work
>> > correctly.
>> >
>> > See this link:
>> > tinyurl.com/ycyncv8j
>> >
>> > --
>> > Kind regards,
>> > Jonathan
>> >
>>
>> Kind of wandering a little off-topic, but in case it's helpful there
>> does appear to be recent work on a Jitsi recording/streaming plugin:
>> https://github.com/jitsi/jibri
>>
>> Thanks again for your efforts.
>>
>> Seann
>>
>>

Re: April 19th presentation on DragonFly BSD

[André Pfeiffer]

Hello all,

Any news about the possibility of recording or allowing more people to join
the April 19th presentation?

Best regards,

André Pfeiffer

Em sex., 4 de fev. de 2022 às 16:20, Seann Aswell 
escreveu:

> On Fri, 2022-02-04 at 12:09 -0700, Jonathan Drews wrote:
> >
> >  At this time I don't have an easy way to record the meetings. I have
> > experimented with ffmpeg but can't get the screen capture to work
> > correctly.
> >
> > See this link:
> > tinyurl.com/ycyncv8j
> >
> > --
> > Kind regards,
> > Jonathan
> >
>
> Kind of wandering a little off-topic, but in case it's helpful there
> does appear to be recent work on a Jitsi recording/streaming plugin:
> https://github.com/jitsi/jibri
>
> Thanks again for your efforts.
>
> Seann
>
>

Re: How are Dport packages managed? Can regular user contrib or only admins can do that?

[Aaron LI]

> On Feb 8, 2022, at 03:26, rem...@tutanota.com wrote:
> 
> Hi and I hope everyone is having a great day! So, I'm seeing that a lot of 
> packages (and it happens that it's almost every one that I care) are out of 
> date in DragonFlyBSD.

Hmm, maybe.

> Now, I'm wondering if this is because the developers want to keep it stable 
> like Debian (which is probably not the reason as the most important stuff 
> about stability are the system packages which are managed by the developers 
> anyway) or if it is because all these packages cannot be checked and updated 
> by the current manpower?

DragonFly’s DPorts is derived from FreeBSD ports plus our custom patches. Well, 
DPorts also has some new ports and lacks some unsupported ports.

We don’t have enough manpower to maintain it on our own.

See also https://www.dragonflybsd.org/docs/howtos/HowToDPorts/

> If the later is the reason then is it possible for regular users to either 
> contribute new packages and try to update the current one and see if it works 
> and then contribute the files? If this is possible then, where do we 
> contribute the files?

Yes. https://github.com/DragonFlyBSD/DeltaPorts

> DragonFlyBSD compiles from source but there are also built in packages from 
> "pkg" so should we also submit a binary or we should only give the files and 
> then the developers compile it and do that?
> 
> I don't have any experience with contributing and helping with any other 
> package managers, repositories but I want to help DragonFlyBSD as it looks 
> very promising to me and I just want to help someone because I'm so bored 
> only receive stuff from the open source community and not helping and I want 
> this to change. If I can contrib, I will do gladly do it!

Re: Having trouble upgrading

[Jonathan Drews]

On Fri, Feb 04, 2022 at 10:24:16PM -0700, Seann Aswell wrote:
> 
> Oh, gotcha. I misunderstood the problem. 
> 
> Seems others would have seen, no idea what might cause that, but you
> might want to file a bug report here: https://bugs.dragonflybsd.org
> 
> Seann
> 
OK Seann:

 I will file a bug report in a bit. 

Re: Having trouble upgrading

[Seann Aswell]

On Fri, 2022-02-04 at 22:08 -0700, Jonathan Drews wrote:
> 
> Thanks Seann:
> 
>  I had problems with the 6.2.1 install. Namely it stopped with these
> errors:
> I get the following error messages after typing "installer"
> 
> grep: invalid option -- q
> grep: stack overflow
> Starting Installer. Reading /etc/pfi.conf ...
> grep: Invalid option -- 'w'
> grep: stack overflow
> grep: invalid option -- 'q'
> grep: stack overflow
> dfuibe_installer:
> Welcome to DragonFly!
> 
> So it looks like the installer for 6.2.1 has a bug. The installer
> for 6.0 worked perfectly. 
> 
> --
> Kind regards,
> Jonathan
> 

Oh, gotcha. I misunderstood the problem. 

Seems others would have seen, no idea what might cause that, but you
might want to file a bug report here: https://bugs.dragonflybsd.org

Seann

Re: Having trouble upgrading

[Jonathan Drews]

On Fri, Feb 04, 2022 at 09:49:56PM -0700, Seann Aswell wrote:
> between 6.0 and 6.2. You might want to stick with getting 6.2 to work,
> as the issue you are seeing when starting the installer on 6.2 could
> show up even if you were to get 6.0 installed and updated.
> 
> I have had issues with old/outdated/buggy EFI on older laptops, and
> that may be what you are seeing. You might try disabling EFI in the
> T440 BIOS, and try installing 6.2 again, to see if that might be the
> issue.

Thanks Seann:

 I had problems with the 6.2.1 install. Namely it stopped with these
errors:
I get the following error messages after typing "installer"

grep: invalid option -- q
grep: stack overflow
Starting Installer. Reading /etc/pfi.conf ...
grep: Invalid option -- 'w'
grep: stack overflow
grep: invalid option -- 'q'
grep: stack overflow
dfuibe_installer:
Welcome to DragonFly!

So it looks like the installer for 6.2.1 has a bug. The installer
for 6.0 worked perfectly. 

--
Kind regards,
Jonathan

Re: Having trouble upgrading

[Seann Aswell]

On Fri, 2022-02-04 at 19:22 -0700, Jonathan Drews wrote:
> The Makefile is looking for this:
> http://git.dragonflybsd.org/dragonfly.git 
> 
> But it no longer exists:
> Not Found
> The requested URL was not found on this server.
> 

More than likely the location where the files were store changed
between 6.0 and 6.2. You might want to stick with getting 6.2 to work,
as the issue you are seeing when starting the installer on 6.2 could
show up even if you were to get 6.0 installed and updated.

I have had issues with old/outdated/buggy EFI on older laptops, and
that may be what you are seeing. You might try disabling EFI in the
T440 BIOS, and try installing 6.2 again, to see if that might be the
issue.

Seann

Re: Having trouble upgrading

[Jonathan Drews]

The Makefile is looking for this:
http://git.dragonflybsd.org/dragonfly.git 

But it no longer exists:
Not Found
The requested URL was not found on this server.

On Fri, Feb 4, 2022, at 19:12, Jonathan Drews wrote:
> On Fri, Feb 04, 2022 at 08:18:31PM -0500, Justin Sherrill wrote:
> > Is the machine online?  i.e. can you ping your local gateway?  or Google?
> > 
> Yes. I did
> 
> # ping 8.8.8.8
> 
> which is Google's domain name server and got no packet losses
> 
> 
> 
> 

Re: Having trouble upgrading

[Jonathan Drews]

On Fri, Feb 04, 2022 at 08:18:31PM -0500, Justin Sherrill wrote:
> Is the machine online?  i.e. can you ping your local gateway?  or Google?
> 
Yes. I did

# ping 8.8.8.8

which is Google's domain name server and got no packet losses

Re: Having trouble upgrading

[Justin Sherrill]

Is the machine online?  i.e. can you ping your local gateway?  or Google?

On Fri, Feb 4, 2022 at 5:21 PM Jonathan Drews  wrote:

> Hi Folks:
>
> I got DragonFly BSD 6.0 installed. However I get this error message when I
> run:
> # make src-create
>
> git clone --branch DragonFly_RELEASE_6_0 --
> git.dragonflybsd.org/dragonfly.git /usr/src
> cloning into '/usr/src' ...
> fatal: unable to lookup git.dragonflybsd.org (port 9418) (hostname nor
> servname provided,
> or not known)
> *** Error code 128
>
> Stop.
> make: stopped in /usr
>
> I checked and http://git.dragonflybsd.org/dragonfly.git does not exist
>
> Thanks in advance for any help
>

Re: Problems installing DragonFly BSD 6.2.1

[Jonathan Drews]

OK The installer works on DragonFly BSD 6.0. I will install 6.0 and upgrade


On Fri, Feb 4, 2022, at 13:33, Jonathan Drews wrote:
> DragonFly BSD 6.2.1
> Hi Folks:
>  
> I can't get the installer to run. I get the following error messages after 
> typing "installer"
> 
> grep: invalid option -- q
> grep: stack overflow
> Starting Installer. Reading /etc/pfi.conf ...
> grep: Invalid option -- 'w'
> grep: stack overflow
> grep: invalid option -- 'q'
> grep: stack overflow
> dfuibe_installer:
> Welcome to DragonFly!
> 
> I am attempting to install on a Lenovo T440 Thinkpad with 8 GB of ram. I have
> Legacy and UEFI enabled in the BIOS. 
> 
> What am I doing wrong here?
> 
> 

Re: April 19th presentation on DragonFly BSD

[Seann Aswell]

On Fri, 2022-02-04 at 12:09 -0700, Jonathan Drews wrote:
> 
>  At this time I don't have an easy way to record the meetings. I have
> experimented with ffmpeg but can't get the screen capture to work
> correctly. 
> 
> See this link:
> tinyurl.com/ycyncv8j 
> 
> --
> Kind regards,
> Jonathan
> 

Kind of wandering a little off-topic, but in case it's helpful there
does appear to be recent work on a Jitsi recording/streaming plugin:
https://github.com/jitsi/jibri

Thanks again for your efforts.

Seann

Re: April 19th presentation on DragonFly BSD

[Jonathan Drews]

On Fri, Feb 04, 2022 at 11:41:13AM -0700, Seann Aswell wrote:
> 
> Is possible to record and post a replay of the session?
> 
> Seann

Hi Seann and others:

 At this time I don't have an easy way to record the meetings. I have
experimented with ffmpeg but can't get the screen capture to work
correctly. 

See this link:
tinyurl.com/ycyncv8j 

--
Kind regards,
Jonathan

Re: April 19th presentation on DragonFly BSD

[Seann Aswell]

On Fri, 2022-02-04 at 11:35 -0700, Jonathan Drews wrote:
> 
> According to the Jitsi community list:
> tinyurl.com/2s4d93zu
> 
> There is a hard limit of 75 participants set by Jitsi. However as a
> practical matter, the web site says the Jitsi server bogs down when
> more than 35 people are in a meeting. So I ould say the practical
> limit is 35 persons.
> 
> --
> Kind regards,
> Jonathan
> 

Is possible to record and post a replay of the session?

Seann

Re: April 19th presentation on DragonFly BSD

[Jonathan Drews]

On Fri, Feb 04, 2022 at 01:21:18PM -0300, Andr?? Pfeiffer wrote:
> About the presentation, are we having a limit of people who can join? I
> have a few contacts that might be interested and are not into the mailing
> list.
> 
According to the Jitsi community list:
tinyurl.com/2s4d93zu

There is a hard limit of 75 participants set by Jitsi. However as a
practical matter, the web site says the Jitsi server bogs down when
more than 35 people are in a meeting. So I ould say the practical
limit is 35 persons.

--
Kind regards,
Jonathan

Re: April 19th presentation on DragonFly BSD

[André Pfeiffer]

About the presentation, are we having a limit of people who can join? I
have a few contacts that might be interested and are not into the mailing
list.

Em qui., 3 de fev. de 2022 às 21:26, Seann Aswell 
escreveu:

> On Thu, 2022-02-03 at 16:07 -0700, Jonathan Drews wrote:
> >
> > On Tuesday, February 15th, Semi-Bug will have a presentation on
> > database design by Susan Hurst, a data base architect. If it is OK,
> > I will post a link to that talk here.
> >
>
> Just my 2 cents... It seems anything DragonFly related obviously makes
> sense to post to this list.
>
> Anything not specific to DragonFly might be better forwarded to Justin,
> as he often has general *nix news items in the DragonFly Digest, and
> and many list members also read the Digest...
>
> Look forward to the April presentation, thanks for your efforts.
>
> Seann
>
>

Re: April 19th presentation on DragonFly BSD

[Seann Aswell]

On Thu, 2022-02-03 at 16:07 -0700, Jonathan Drews wrote:
> 
> On Tuesday, February 15th, Semi-Bug will have a presentation on
> database design by Susan Hurst, a data base architect. If it is OK,
> I will post a link to that talk here. 
> 

Just my 2 cents... It seems anything DragonFly related obviously makes
sense to post to this list.

Anything not specific to DragonFly might be better forwarded to Justin,
as he often has general *nix news items in the DragonFly Digest, and
and many list members also read the Digest...

Look forward to the April presentation, thanks for your efforts.

Seann

Re: Presentation on DragonFly BSD ?

[Jonathan Drews]

On Thu, Feb 03, 2022 at 10:25:21AM -0300, Andr?? Pfeiffer wrote:
> I'm looking forward to that. Hopefully it will be online so I can join it.
> 
The presentation will be online. Justin wrote back and said he would
be able to do a presentation. The date has not been agreed upon.

I use Jitsi to hold the online meetings and presentations. The
reason is Jitsi works well with OpenBSD, which is my main desktop. I
do not have a Windows computer so running Zoom is a problem.


--
Kind regards,
Jonathan

Re: Presentation on DragonFly BSD ?

[Jean Louis]

* Bret Busby  [2022-02-03 19:34]:
> It is unfortunate that the request above, was hijacked by lunatics, to
> use this mailing list as a platform for lunatic anti-vaxxers.
> 
> Such people are the same in nature, as suicide bombers, and the first
> such message, should have caused the list to go into full moderation,
> with every message being checked for such political nastiness.

I know that is all off-topic. Now the way how you are virtually
pointing fingers is now supposed to scare people or put them into the
state of not thinking for themselves, like everybody must be same in
the world? I have expected more analytical skills from people who use
profound operating systems.

-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: Presentation on DragonFly BSD ?

[Bret Busby]

On 02/02/2022, Jonathan Drews  wrote:
> Hi Folks:
>
> Would anyone be interested in giving a presentation on DragonFly BSD?
> I am with the Southeastern Michigan BSD Users Group and we would like
> to learn more about this modern operating system. We hold our
> meetings/presentations online through Jitsi.
>
> SEMI-Bug
> http://www.semibug.org/
>
> --
> Kind regards,
> Jonathan
>
>

It is unfortunate that the request above, was hijacked by lunatics, to
use this mailing list as a platform for lunatic anti-vaxxers.

Such people are the same in nature, as suicide bombers, and the first
such message, should have caused the list to go into full moderation,
with every message being checked for such political nastiness.

-- 
Bret Busby
Armadale
West Australia
(UTC+0800)
..

Re: Presentation on DragonFly BSD ?

[André Pfeiffer]

I'm looking forward to that. Hopefully it will be online so I can join it.

Em qua., 2 de fev. de 2022 às 22:07, Jonathan Drews 
escreveu:

> On Wed, Feb 02, 2022 at 04:48:34PM -0700, Seann Aswell wrote:
> >
> > In case you haven't already, check out DragonFly Digest:
> > https://www.dragonflydigest.com/about
> >
> > Justin has been a long time supporter of DFly, and if I recall has even
> > given a presentation at a Unix group somewhere in NY several years ago.
> > Regardless, if you ping him he may have a suggestion or two on who
> > might be willing/able to do such a presentation.
> >
> > Seann
>
> Seann and others:
>
>  I sent Justin a request and I'll see what happens.`
>

Re: Presentation on DragonFly BSD ?

[Jonathan Drews]

On Wed, Feb 02, 2022 at 04:48:34PM -0700, Seann Aswell wrote:
> 
> In case you haven't already, check out DragonFly Digest:
> https://www.dragonflydigest.com/about
> 
> Justin has been a long time supporter of DFly, and if I recall has even
> given a presentation at a Unix group somewhere in NY several years ago.
> Regardless, if you ping him he may have a suggestion or two on who
> might be willing/able to do such a presentation.
> 
> Seann

Seann and others:

 I sent Justin a request and I'll see what happens.`

Re: Presentation on DragonFly BSD ?

[Seann Aswell]

On Wed, 2022-02-02 at 14:38 -0700, Jonathan Drews wrote:
> 
> Hi Guys:
> 
>  I am only a member of SEMI-Bug, I do not post those warnings.
> Michael
> Lucas, author of Absolute FreeBSD, is the owner and head of SEMI-Bug.
> His wife is a nurse at a hospital and has seen a lot of COVID cases.
> I
> guess this is the reason for the admonitions. I have very little
> control over the content of the website. My sole mission is to find
> presenters for *BSD and related topics (programming, data bases,
> etc.).
>  
>  I did download an ISO of DragonFly BSD and run it as a live eval CD.
> It works great! I am more desirous now to get someone from your group
> to give a presentation on DragonFly BSD. The reason is hardly anyone
> I
> know has much experience with it. For me, the most important aspects
> to learn about DeagonFly BSD are:
> 
> 1) Hammer and the evolution to Hammer2
> 2) How to install and configure X
> 3) Proprietary drivers for chipsets and where to get them?
> 4) The packages ports / system. 
> 
> Anyway, I have friends who attend SEMI-Bug and are experienced
> computer people and would really like to know more about this
> operating system. If anyone can give a short presentation on how to
> install DragonFly BSD and get X working, then that would be great.
> 
> --
> Kind regards,
> Jonathan

In case you haven't already, check out DragonFly Digest:
https://www.dragonflydigest.com/about

Justin has been a long time supporter of DFly, and if I recall has even
given a presentation at a Unix group somewhere in NY several years ago.
Regardless, if you ping him he may have a suggestion or two on who
might be willing/able to do such a presentation.

Seann

Re: Presentation on DragonFly BSD ?

[Jonathan Drews]

On Wed, Feb 02, 2022 at 07:58:10PM +0100, rem...@tutanota.com wrote:
> Btw, an Advice: I would suggest to remove the message about Covid ([1]). 
> Everyone holds different views/opinions on the topic after all these years. 
> Don't place yourself in such an important topic. Just my two cents. Good luck!
> 
> 
> [1] WE'RE STILL IN PANDEMIC. STAY HOME. WASH YOUR HANDS. GET YOUR VAX AND 
> WEAR A MASK.

Hi Guys:

 I am only a member of SEMI-Bug, I do not post those warnings. Michael
Lucas, author of Absolute FreeBSD, is the owner and head of SEMI-Bug.
His wife is a nurse at a hospital and has seen a lot of COVID cases. I
guess this is the reason for the admonitions. I have very little
control over the content of the website. My sole mission is to find
presenters for *BSD and related topics (programming, data bases, etc.).
 
 I did download an ISO of DragonFly BSD and run it as a live eval CD.
It works great! I am more desirous now to get someone from your group
to give a presentation on DragonFly BSD. The reason is hardly anyone I
know has much experience with it. For me, the most important aspects
to learn about DeagonFly BSD are:

1) Hammer and the evolution to Hammer2
2) How to install and configure X
3) Proprietary drivers for chipsets and where to get them?
4) The packages ports / system. 

Anyway, I have friends who attend SEMI-Bug and are experienced
computer people and would really like to know more about this
operating system. If anyone can give a short presentation on how to
install DragonFly BSD and get X working, then that would be great.

--
Kind regards,
Jonathan

Re: Presentation on DragonFly BSD ?

[Mario Marietto]

> GET YOUR VAX IF YOU THINK YOU ARE SAFE DOING THAT

Is that some kind of a new religion?

you know that there are people that can't get a vaccine ? for a lot of
reasons. but these people can compensate with a lot of other prevention
measures. Why not let them do it ?

Il giorno mer 2 feb 2022 alle ore 20:45 Jean Louis  ha
scritto:

> * rem...@tutanota.com  [2022-02-02 22:33]:
> > Tbh, don't bring up other things in the presentation. Just focus on
> > BSDs. Don't give people other things to focus instead of your
> > presentation. This applies EVERYWHERE! Also this topic specifically
> > is very sensitive (the same with Religion, Life, etc.). Just avoid
> > saying your opinions about sensitive topics in these cases. It's
> > better for everyone...
>
> That is right, that is good approach.
>
> Basically be nonpartizan or free from party affiliation or bias.
>
>
> --
> Jean
>
> Take action in Free Software Foundation campaigns:
> https://www.fsf.org/campaigns
>
> In support of Richard M. Stallman
> https://stallmansupport.org/
>


-- 
Mario.

Re: Presentation on DragonFly BSD ?

[Jean Louis]

* rem...@tutanota.com  [2022-02-02 22:33]:
> Tbh, don't bring up other things in the presentation. Just focus on
> BSDs. Don't give people other things to focus instead of your
> presentation. This applies EVERYWHERE! Also this topic specifically
> is very sensitive (the same with Religion, Life, etc.). Just avoid
> saying your opinions about sensitive topics in these cases. It's
> better for everyone...

That is right, that is good approach.

Basically be nonpartizan or free from party affiliation or bias.


-- 
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Re: Presentation on DragonFly BSD ?

[Mario Marietto]

I agree. change it like this :

1] WE'RE STILL IN PANDEMIC. STAY HOME. WASH YOUR HANDS. GET YOUR VAX IF YOU
THINK YOU ARE SAFE DOING THAT AND WEAR A MASK.

its a compromise. its democrazy,its freedom but at the same time it offers
a good degree of safety against virus.

Il mer 2 feb 2022, 19:58  ha scritto:

> 1 Φεβ 2022, 23:24 Από jondr...@fastmail.com:
>
> > Hi Folks:
> >
> > Would anyone be interested in giving a presentation on DragonFly BSD?
> > I am with the Southeastern Michigan BSD Users Group and we would like
> > to learn more about this modern operating system. We hold our
> > meetings/presentations online through Jitsi.
> >
> > SEMI-Bug
> > http://www.semibug.org/
> >
> > --
> > Kind regards,
> > Jonathan
> >
> Seems cool! DragonFlyBSD needs more advertisement and the devs should also
> show off and explain things that are not exposed so much like the HAMMER2
> filesystem.
>
> Btw, an Advice: I would suggest to remove the message about Covid ([1]).
> Everyone holds different views/opinions on the topic after all these years.
> Don't place yourself in such an important topic. Just my two cents. Good
> luck!
>
>
> [1] WE'RE STILL IN PANDEMIC. STAY HOME. WASH YOUR HANDS. GET YOUR VAX AND
> WEAR A MASK.
>

Re: How much diferrent and compatible is DragonFlyBSD to FreeBSD?

[Aaron LI]

> On Jan 29, 2022, at 04:39, rem...@tutanota.com wrote:
> 
> Thanks you! I'm actually a Linux user checking on *BSD and after trying some, 
> DragonFlyBSD has me very very interested! I will deep more into the OS itself 
> and then I'll try to compile a custom kernel which I never did before in any 
> other OS. Btw, if I could ask you, do you know if there is an online 
> reference of the system call table for DragonFlyBSD?

See:
https://gitweb.dragonflybsd.org/dragonfly.git/blob/HEAD:/sys/kern/syscalls.master
and the syscall(9) man page:
https://www.dragonflybsd.org/cgi/web-man?command=syscall=9

Cheers 
Aaron 

Re: How much diferrent and compatible is DragonFlyBSD to FreeBSD?

[Freddie Cash]

On Fri, Jan 28, 2022 at 5:25 AM  wrote:

> When it comes to the core of the operating systems themselves (mostly the
> kernel), how much difference these two operating systems have? I know that
> DragonFlyBSD was a fork of FreeBSD so I suppose that they have most things
> in common. But what are different? For example, has DragonFlyBSD changed
> the numbers (or even the functionality) for the basic system calls? Or
> maybe changed some other stuff? Hence I wonder if there is a lot of works
> that has to been done to port FreeBSD binaries to DragonFlyBSD. Sorry if
> this question sounds too n00by but I want to know how much compatibility
> there is with FreeBSD.
>

DragonFlyBSD is a fork/continuation of FreeBSD 4.x.  A lot has changed in
FreeBSD between 5.0 and 13.0, just as a lot has changed in DFly from 1.0 to
6.x.

When it comes to porting userland binaries there's usually not a lot of
work required.  They're both POSIX-compatible and provide a lot of the same
functionality.  For example, the DFly ports tree is mostly a clone of the
FreeBSD ports tree, with just minor changes/patches here and there to make
certain things run on DFly.

When it comes to porting kernel level drivers and applications that user
kernel services directly, there's a lot of work required.  The biggest
differences are in the storage and network subsystems, as FreeBSD 5+ uses
GEOM for accessing devices and DFly uses something completely different.
Many of the locking primitives and multithreading support are very
different between the two, and the DFly methods appear to be better in many
cases.  The IPFW packet filter on DFly is very different from the IPFW
packet filter on FreeBSD (different syntax, different features, almost
entirely different codebases now).  And so on.  DF;y has the HAMMER1 and
HAMMER2 filesystems and volume managers, while FreeBSD has ZFS; they both
support UFS, although I'm not sure if DFly still supports SoftUpdates.

It really depends what you want to port, and how deep into the kernel it
goes.  The deeper you go, the more differences you'll find.
-- 
Freddie Cash
fjwc...@gmail.com

Re: How much diferrent and compatible is DragonFlyBSD to FreeBSD?

[Mehmet Erol Sanliturk]

On Fri, Jan 28, 2022 at 4:25 PM  wrote:

> When it comes to the core of the operating systems themselves (mostly the
> kernel), how much difference these two operating systems have? I know that
> DragonFlyBSD was a fork of FreeBSD so I suppose that they have most things
> in common. But what are different? For example, has DragonFlyBSD changed
> the numbers (or even the functionality) for the basic system calls? Or
> maybe changed some other stuff? Hence I wonder if there is a lot of works
> that has to been done to port FreeBSD binaries to DragonFlyBSD. Sorry if
> this question sounds too n00by but I want to know how much compatibility
> there is with FreeBSD.
>


At least the "Handbook" -s are different as FreeBSD : Good , DragonFlyBSD :
Bad ...

You may read them yourself for a comparison .

Mehmet Erol Sanliturk

Re: The variable "environ" shows as undeclared

[Aaron LI]

Hi,

It seems that tinycc doesn’t support DragonFly yet and it requires some porting 
work.

The environ error is easy to fix, but I then run into others errors.

May need some significant work to get tinycc on DragonFly.

Cheers,
Aaron 


> On Jan 23, 2022, at 17:47, rem...@tutanota.com wrote:
> 
> I'm trying to compile the Tiny C Compiler (thanks for your help to my 
> previous email)
> and I'm getting an error message saying that the "environ" variable is 
> undeclared.
> I made my research and I found out that it exists on DragonFlyBSD's libc. So 
> anyone
> knows why I'm getting this error? Maybe I need a development package and I 
> don't know? 
> I tried to compile with GCC and Clang.
> 
> The source to the Tiny C compiler for everyone that wants to try:
> https://repo.or.cz/tinycc.git
> 
> The exact error message:
> ```
> tccrun.c:154:19: error: 'environ' undeclared (first use in this function)
>  char **envp = environ;
> ^~~
> ```

Re: What packages I need to install to properly support my AMD GPU?

[Aaron LI]

Hi,

I’m using an AMD RX550, and I need to install the devfw-amdgpu package. This 
should make the amdgpu kernel module work.

In addition, for stability, only use modesetting with Xorg, i.e., placing the 
following settings at /usr/local/etc/X11/xorg.conf.d/11-modesetting.conf :

Section "Device"
  Identifier "Screen0"
  Driver "modesetting"
  Option "kmsdev" "/dev/dri/card0"
  Option "AccelMethod" "None"
EndSection


Cheers 
Aaron

> On Jan 23, 2022, at 17:53, rem...@tutanota.com wrote:
> 
> My GPU is the AMD Radeon RX 560. On Linux, this card used the AMDGPU driver
> and when I'm using a Linux OS on a virtual machine, everything works out of 
> the
> box but with DragonFlyBSD, xrandr is not able to detect my monitor properly 
> but
> it instead shows "Display 0". The resolution also shows up to "1280 x 720" 
> and the
> and the refresh rate is not recognized at all. From what I've seen, 
> DragonFlyBSD
> supports the AMDGPU driver so it probably supports this card too but the only
> package I was able to find and install was "xf86-video-amdgpu" which didn't 
> seemed
> to fix the problem. Any ideas? Is an extra package needed because I'm using 
> DragonFlyBSD
> in a virtual machine (qemu)?

Re: Cannot compile the Tiny C Compiler

[Mehmet Erol Sanliturk]

On Sat, Jan 22, 2022 at 11:37 PM  wrote:

> 22 Ιαν 2022, 19:27 Από ch...@groessler.org:
>
> > In the README there:
> >
> >  Notes: For FreeBSD, NetBSD and OpenBSD, gmake should be used instead of
> make.
> >
> >
> > You need to use GNU make.
> >
> > regards,
> > chris
> >
> Thanks both of you! Well for some reason, I kinda saw about "qmake" again
> but
> I didn't bothered because I didn't used FreeBSD or BragonFlyBSD at the
> time but
> now I completely forgot about it and just used `which make` to verify that
> it is the
> "/usr/local/bin/make" (or "/usr/bin/make" I don't remember) but thought
> that the
> default "make" is "qmake" for some reason Anyway, I will try to learn
> how to use
> "qmake" because from what I see, it's not like "make" but rather it
> creates Makefiles
> so I don't know how to use it. There was also no manual but hopefully I
> will be able
> to find some info and compile tcc. Thanks a lot for the info! I wish you
> both to have
> an amazing day!
>


qmake is different from  gmake :

gmake :  GNU make
qmake :  QT make
https://en.wikipedia.org/wiki/Qmake
qmake

Mehmet Erol Sanliturk

Re: Cannot compile the Tiny C Compiler

[Ben Woolley]

Hi Christian,

It needs gmake, not make, which on BSDs is not the same. The README had a note 
about it *under* the build commands you tried to run:

“Notes: For OSX and FreeBSD, gmake should be used instead of make”

This happens a lot to me, too, where the information I need is further down in 
the docs. 

Typically need to follow the FreeBSD instructions, although not every time. 
Just be on the lookout for FreeBSD instructions.

Good luck,

Ben

> On Jan 22, 2022, at 9:27 AM, Christian Groessler  wrote:
> 
> On 1/22/22 18:18, rem...@tutanota.com wrote:
>> Hi everyone! I'm trying out DragonFlyBSD for the first time and I just went 
>> to compile
>> the Tiny C compiler from its official repository and I'm getting errors when 
>> trying to
>> use `Make` to compile it. The command I'm trying is `make -j6` and I'm 
>> getting a big error
>> log but most lines are the same. The errors are the following:
>> `Invalid line type`
>> `warning: duplication script for target "ifneq" ignored`
>> `warning: using previous script for "ifneq" defined here`
>> I thought that it may not support DragonFlyBSD as it is not listed in the 
>> official supported
>> Operating Systems but a number of other BSDs are supported including FreeBSD 
>> so I don't
>> know why it should not work on DragonFlyBSD. For anyone that wants to try 
>> out, the link for
>> the source is: https://repo.or.cz/tinycc.git
> 
> 
> In the README there:
> 
>   Notes: For FreeBSD, NetBSD and OpenBSD, gmake should be used instead of 
> make.
> 
> 
> You need to use GNU make.
> 
> regards,
> chris

Re: Cannot compile the Tiny C Compiler

[Christian Groessler]

On 1/22/22 18:18, rem...@tutanota.com wrote:

Hi everyone! I'm trying out DragonFlyBSD for the first time and I just went to 
compile
the Tiny C compiler from its official repository and I'm getting errors when 
trying to
use `Make` to compile it. The command I'm trying is `make -j6` and I'm getting 
a big error
log but most lines are the same. The errors are the following:

`Invalid line type`
`warning: duplication script for target "ifneq" ignored`
`warning: using previous script for "ifneq" defined here`

I thought that it may not support DragonFlyBSD as it is not listed in the 
official supported
Operating Systems but a number of other BSDs are supported including FreeBSD so 
I don't
know why it should not work on DragonFlyBSD. For anyone that wants to try out, 
the link for
the source is: https://repo.or.cz/tinycc.git



In the README there:

   Notes: For FreeBSD, NetBSD and OpenBSD, gmake should be used instead 
of make.



You need to use GNU make.

regards,
chris

Re: DragonflyBSD 6.2.1 very slow on Thinkpad T460

[karu.pruun]

> > You might have an interrupt storm! Run `systat -v` and look at the right
> > side for "Interrupts". The numbers should not be too high.
> >
>
> % systat -v
>  Interrupts
>r   p   d   s  Csw  Trp  Sys  Int  Sof  Fltcow   12034 total
>1  21  12K1 2063  13K  1291984.45M wire  12032 acpi0
>   947.85M act psm0
> 23.0%Sys   1.7%Intr  0.0%User  0.0%Nice 75.3%Idle 456.42M inact   xhci0
> ||||||||||926.96M cache   vgapci0
> ===+   4.599G freeatkbd0
>   daefr   ahci0
> Path-lookups   hits   %Components Execs   prcfr   
> swi_mp_tas
>   10 10 100 2.80  react 2 iwm0
>   pdwake  
> swi_cambio
>
> You might be right, 12000 seems a bit too much.


I once had an interrupt storm on an i7 machine---same phenomena you're
describing, sluggish behavior. Updated BIOS and that solved it.

Best

Peeter

--

Re: DragonflyBSD 6.2.1 very slow on Thinkpad T460

[Fritjof Bornebusch]

On Tue, Jan 18, 2022 at 10:28:56AM +0100, Michael Neumann wrote:
> On Mon, Jan 17, 2022 at 09:37:47PM +0100, Fritjof wrote:
> > Hi,
> 
> Hi,
> 
> > I have installed DragonflyBSD 6.2.1 on my Thinkpad T460 with Hammer2.
> > But I discoverd the following problem:
> > - browsing with Firefox is incredibly slow, even moving the browser window 
> > jerks
> 
> Have you tried chrome?
> 

It feels like it's faster, but Youtube is still slow and jumpy.

> > - htop(1) shows that one of four CPU cores is also always at 100%
> 
> Is it at 100% when firefox is running? X11 is running? On the console?
>

Jep, even though I check using htop(1) bevor I start X.
Red bar at 100% for CPU 0, but there is process consuming more than 0.1% CPU 
time.
 
> You might have an interrupt storm! Run `systat -v` and look at the right
> side for "Interrupts". The numbers should not be too high.
> 

% systat -v
 Interrupts
   r   p   d   s  Csw  Trp  Sys  Int  Sof  Fltcow   12034 total
   1  21  12K1 2063  13K  1291984.45M wire  12032 acpi0
  947.85M act psm0
23.0%Sys   1.7%Intr  0.0%User  0.0%Nice 75.3%Idle 456.42M inact   xhci0
||||||||||926.96M cache   vgapci0
===+   4.599G freeatkbd0
  daefr   ahci0
Path-lookups   hits   %Components Execs   prcfr   swi_mp_tas
  10 10 100 2.80  react 2 iwm0
  pdwake  swi_cambio

You might be right, 12000 seems a bit too much.

> > - I found the following message in via dmesg:
> >   % dmesg | grep error
> >   dm_target_error: Successfully initialized
> >   WARN_ON(domain->wake_count == 0)<4>WARN_ON(domain->wake_count == 
> > 0)<4>WARN_ON(domain->wake_count == 0)error: [drm:pid233:gen8_gmch_probe] 
> > *ERROR* Can't set DMA mask/consistent mask (-5)
> >   i915/skl_dmc_ver1_26.bin: could not load firmware image, error 2
> >   error: [drm:pid922:intel_dp_aux_wait_done] *ERROR* dp aux hw did not 
> > signal timeout (has irq: 1)!
> >   error: [drm:pid922:intel_dp_aux_wait_done] *ERROR* dp aux hw did not 
> > signal timeout (has irq: 1)!
> >   error: [drm:pid922:intel_dp_aux_wait_done] *ERROR* dp aux hw did not 
> > signal timeout (has irq: 1)! 
> > - % dmesg | grep i915
> >   i915/skl_dmc_ver1_26.bin: could not load firmware image, error 2
> >   drm0: Failed to load DMC firmware i915/skl_dmc_ver1_26.bin. Disabling 
> > runtime power management.
> >   [drm] Initialized i915 1.6.0 20171023 for dev_name on minor 0
> >   i915: warning, request 0xf800ce7d8bc0 not completed
> 
> This is "normal". I get the same output. Though I wonder whether we can
> improve here!
> 
> > The i915 module is loaded:
> > % kldstat
> > Id Refs AddressSize Name
> >  1   21 0x8020 1ad5398  kernel
> >  21 0x81cd6000 c808 ehci.ko
> >  31 0x81ce3000 ce90 xhci.ko
> >  42 0x81cf 120e0dm.ko
> >  51 0x81d03000 1be98dm_target_crypt.ko
> >  61 0x82b1f000 1d990if_iwm.ko
> >  71 0x82b3d000 2068e8   iwm8000Cfw.ko
> >  81 0x82d44000 1bb260   iwm8265fw.ko
> >  91 0x8380 118000   i915.ko
> > 101 0x83918000 7drm.ko
> > 111 0x83988000 1000 iicbus.ko
> > 
> > 
> > I use the standard kernel and just load the iwm and i915 modules via 
> > /boot/loader.conf and /etc/rc.conf.
> > Does anyone has an answer or hint how to fix this?
> 
> Did you configure the intel driver in /etc/X11/xorg.conf? Can you show
> your "Device" section? It should look like this:
> 
>   Section "Device"
>   Identifier  "Card0"
>   # Option "AccelMethod" "XAA"
>   Driver  "intel"
>   BusID   "PCI:0:2:0"
>   EndSection
> 

Here is my "Device" section:
Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz",
### : "%"
### [arg]: arg optional
#Option "SWcursor"  # []
#Option "kmsdev"# 
#Option "ShadowFB"  # []
#Option "AccelMethod"   # 
#Option "PageFlip"  # []
#Option "ZaphodHeads"   # 
#Option "DoubleShadow"  # []
#Option "Atomic"# []
Identifier  "Card0"
Driver  "modesetting"
BusID   "PCI:0:2:0"
EndSection

I changed the Driver to "intel".

But I don't realy see any difference.

> Do you see any Warnings (WW) or Error (EE) in 

Re: DragonFly 6.2 released

[Aaron LI]

> On Jan 11, 2022, at 08:58, André Pfeiffer  wrote:
> 
> Thanks Aaron!
> 
> Yes, I pretty much like xen and having DragonflyBSD as dom0 would be really 
> nice. But any other type1 hypervisor would do too as long it is bare metal.
> 
> Knowing that it is unavailable, is there anyone working on it? If none are 
> doing so, what can I do to get this job done? (I have never coded O.S. only 
> high level applications)

I don’t know anyone is working on porting Xen to dragonfly. I don’t even know 
whether dragonfly runs as domU (i.e. guest) in Xen.

I believe it’s much more difficult to port Xen dom0 to dragonfly than porting a 
type-2 hypervisor (like NVMM). But I don’t know much about Xen and thus don’t 
know the details.

> If I'm not mistaken, FreeBSD and NetBSD have Xen, right? Maybe I could use it 
> as basis to enable it on DragonflyBSD?

I know NetBSD supports Xen dom0 and domU, FreeBSD supports Xen domU, but I’m 
not sure whether FreeBSD supports dom0.

Cheers 
Aaron 

> Em terça-feira, 11 de janeiro de 2022, Aaron LI  escreveu:
>> 
>> 
 On Jan 11, 2022, at 06:05, André Pfeiffer  wrote:
 
>>> 
>>> Hello Justin,
>>> 
>>> Great news!
>>> 
>>> I have been interested in a type 1 virtualization to use with DragonflyBSD. 
>>> Last time I checked there wasn't one yet and after seeing the announcement 
>>> I tried to find out but I'm still not sure, so, do we have DragonflyBSD 
>>> support for any type 1 hypervisor?
>> 
>> If you mean dragonfly as type-1 hypervisor, the answer is no.
>> 
>> Typical examples of type-1 hypervisors are Microsoft Hyper-V and Xen.The 
>> hypervisor runs directly on the bare-metal machine, and the host OS is just 
>> a special VM managed by the hypervisor.
>> 
>> If you mean dragonfly as type-1 hypervisor guest, the answer depends. But 
>> one person reported recently that dragonfly doesn’t boot on Hyper-V. See 
>> https://github.com/DragonFlyBSD/dragonfly-packer/issues/1
>> 
>> Cheers 
>> Aaron

Re: DragonFly 6.2 released

[Mario Marietto]

Everything worked great,thanks.

Il giorno mar 11 gen 2022 alle ore 01:53 Justin Sherrill <
jus...@shiningsilence.com> ha scritto:

> What Dan said is correct, but here's some detail: You fetch the repository
> files - the "origin".  You then create a local branch for 6.2, and connect
> it to the remote version (the "origin") with the same name.  You then
> checkout the branch files.  At this point, the 6.2 source files are on
> disk.  You could probably get away without the git pull command but it
> doesn't hurt.
>
> On Mon, Jan 10, 2022 at 5:56 PM Mario Marietto 
> wrote:
>
>> I am not very experienced. So,which commands should I issue ?
>>
>> Il giorno lun 10 gen 2022 alle ore 23:54 Dan Cross  ha
>> scritto:
>>
>>> On Mon, Jan 10, 2022 at 5:47 PM Mario Marietto 
>>> wrote:
>>>
 Something is not went well here I think :

 I'm using this version before the upgrade :

 root@marietto:/usr/src # uname -a

 DragonFly marietto 6.1-DEVELOPMENT DragonFly
 v6.1.0.589.gd52e31-DEVELOPMENT #1: Sat Jan  1 17:38:32 CET 2022
 marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64

 So,I want to upgrade it to 6,2 and I do :

 root@marietto:/home/marietto # cd /usr/src

 root@marietto:/usr/src # git fetch origin
 remote: Enumerating objects: 96, done.
 remote: Counting objects: 100% (96/96), done.
 remote: Compressing objects: 100% (68/68), done.
 remote: Total 68 (delta 56), reused 0 (delta 0), pack-reused 0
 Unpacking objects: 100% (68/68), 9.08 KiB | 31.00 KiB/s, done.
 From git://git.dragonflybsd.org/dragonfly
d52e317013..1dddac0a52  master-> origin/master
  * [new branch]DragonFly_RELEASE_6_2 ->
 origin/DragonFly_RELEASE_6_2
  * [new tag]   v6.2.1-> v6.2.1
  * [new tag]   v6.3.0-> v6.3.0

 root@marietto:/usr/src # git branch DragonFly_RELEASE_6_2
 origin/DragonFly_RELEASE_6_2
 Branch 'DragonFly_RELEASE_6_2' set up to track remote branch
 'DragonFly_RELEASE_6_2' from 'origin'.

 root@marietto:/usr/src # git checkout DragonFly_RELEASE_6_2
 Switched to branch 'DragonFly_RELEASE_6_2'
 Your branch is up to date with 'origin/DragonFly_RELEASE_6_2'.

 root@marietto:/usr/src # git pull
 Already up to date. ---> already up to date ? it's not true,since I'm
 using 6.1shouldn't it get the new source code here ?

>>>
>>> You did when you checked out the branch. I believe the `git pull` is in
>>> these instructions in the off-chance that somethings is backported to the
>>> DragonFly_RELEASE_6_2 branch after this is written but before someone
>>> upgrades.
>>>
>>> - Dan C.
>>>
>>> Il giorno lun 10 gen 2022 alle ore 21:12 Justin Sherrill <
 jus...@shiningsilence.com> ha scritto:

> DragonFly 6.2.1 is released - here's the release page:
>
> https://www.dragonflybsd.org/release62/
>
> 6.2.0 was never released cause I screwed up tagging, so you can go
> right from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits
> since 5.8:
>
>
> https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html
>
> The normal ISO and IMG files are available for download and install,
> plus an uncompressed ISO image for those installing remotely.
>
> If updating from an older version of DragonFly, bring in the 6.2
> source:
>
> > cd /usr/src
> > git fetch origin
> > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
> > git checkout DragonFly_RELEASE_6_2
> > git pull
>
> And then rebuild: (still in /usr/src)
> > make build-all
> > make install-all
> > make upgrade
>
> After your next reboot, you can optionally update your rescue system:
>
> (reboot)
> > cd /usr/src
> > make initrd
>
> Don't forget to upgrade your existing packages if you haven't recently:
>
> > pkg update
> > pkg upgrade
>
>

 --
 Mario.

>>>
>>
>> --
>> Mario.
>>
>

-- 
Mario.

Re: DragonFly 6.2 released

[André Pfeiffer]

Thanks Aaron!

Yes, I pretty much like xen and having DragonflyBSD as dom0 would be really
nice. But any other type1 hypervisor would do too as long it is bare metal.

Knowing that it is unavailable, is there anyone working on it? If none are
doing so, what can I do to get this job done? (I have never coded O.S. only
high level applications)

If I'm not mistaken, FreeBSD and NetBSD have Xen, right? Maybe I could use
it as basis to enable it on DragonflyBSD?

Thanks again,

Pfeiffer

Em terça-feira, 11 de janeiro de 2022, Aaron LI  escreveu:

>
>
> On Jan 11, 2022, at 06:05, André Pfeiffer  wrote:
>
> 
> Hello Justin,
>
> Great news!
>
> I have been interested in a type 1 virtualization to use with
> DragonflyBSD. Last time I checked there wasn't one yet and after seeing the
> announcement I tried to find out but I'm still not sure, so, do we have
> DragonflyBSD support for any type 1 hypervisor?
>
>
> If you mean dragonfly as type-1 hypervisor, the answer is no.
>
> Typical examples of type-1 hypervisors are Microsoft Hyper-V and Xen.The
> hypervisor runs directly on the bare-metal machine, and the host OS is just
> a special VM managed by the hypervisor.
>
> If you mean dragonfly as type-1 hypervisor guest, the answer depends. But
> one person reported recently that dragonfly doesn’t boot on Hyper-V. See
> https://github.com/DragonFlyBSD/dragonfly-packer/issues/1
>
> Cheers
> Aaron
>

Re: DragonFly 6.2 released

[Justin Sherrill]

What Dan said is correct, but here's some detail: You fetch the repository
files - the "origin".  You then create a local branch for 6.2, and connect
it to the remote version (the "origin") with the same name.  You then
checkout the branch files.  At this point, the 6.2 source files are on
disk.  You could probably get away without the git pull command but it
doesn't hurt.

On Mon, Jan 10, 2022 at 5:56 PM Mario Marietto 
wrote:

> I am not very experienced. So,which commands should I issue ?
>
> Il giorno lun 10 gen 2022 alle ore 23:54 Dan Cross  ha
> scritto:
>
>> On Mon, Jan 10, 2022 at 5:47 PM Mario Marietto 
>> wrote:
>>
>>> Something is not went well here I think :
>>>
>>> I'm using this version before the upgrade :
>>>
>>> root@marietto:/usr/src # uname -a
>>>
>>> DragonFly marietto 6.1-DEVELOPMENT DragonFly
>>> v6.1.0.589.gd52e31-DEVELOPMENT #1: Sat Jan  1 17:38:32 CET 2022
>>> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64
>>>
>>> So,I want to upgrade it to 6,2 and I do :
>>>
>>> root@marietto:/home/marietto # cd /usr/src
>>>
>>> root@marietto:/usr/src # git fetch origin
>>> remote: Enumerating objects: 96, done.
>>> remote: Counting objects: 100% (96/96), done.
>>> remote: Compressing objects: 100% (68/68), done.
>>> remote: Total 68 (delta 56), reused 0 (delta 0), pack-reused 0
>>> Unpacking objects: 100% (68/68), 9.08 KiB | 31.00 KiB/s, done.
>>> From git://git.dragonflybsd.org/dragonfly
>>>d52e317013..1dddac0a52  master-> origin/master
>>>  * [new branch]DragonFly_RELEASE_6_2 ->
>>> origin/DragonFly_RELEASE_6_2
>>>  * [new tag]   v6.2.1-> v6.2.1
>>>  * [new tag]   v6.3.0-> v6.3.0
>>>
>>> root@marietto:/usr/src # git branch DragonFly_RELEASE_6_2
>>> origin/DragonFly_RELEASE_6_2
>>> Branch 'DragonFly_RELEASE_6_2' set up to track remote branch
>>> 'DragonFly_RELEASE_6_2' from 'origin'.
>>>
>>> root@marietto:/usr/src # git checkout DragonFly_RELEASE_6_2
>>> Switched to branch 'DragonFly_RELEASE_6_2'
>>> Your branch is up to date with 'origin/DragonFly_RELEASE_6_2'.
>>>
>>> root@marietto:/usr/src # git pull
>>> Already up to date. ---> already up to date ? it's not true,since I'm
>>> using 6.1shouldn't it get the new source code here ?
>>>
>>
>> You did when you checked out the branch. I believe the `git pull` is in
>> these instructions in the off-chance that somethings is backported to the
>> DragonFly_RELEASE_6_2 branch after this is written but before someone
>> upgrades.
>>
>> - Dan C.
>>
>> Il giorno lun 10 gen 2022 alle ore 21:12 Justin Sherrill <
>>> jus...@shiningsilence.com> ha scritto:
>>>
 DragonFly 6.2.1 is released - here's the release page:

 https://www.dragonflybsd.org/release62/

 6.2.0 was never released cause I screwed up tagging, so you can go
 right from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits
 since 5.8:


 https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html

 The normal ISO and IMG files are available for download and install,
 plus an uncompressed ISO image for those installing remotely.

 If updating from an older version of DragonFly, bring in the 6.2 source:

 > cd /usr/src
 > git fetch origin
 > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
 > git checkout DragonFly_RELEASE_6_2
 > git pull

 And then rebuild: (still in /usr/src)
 > make build-all
 > make install-all
 > make upgrade

 After your next reboot, you can optionally update your rescue system:

 (reboot)
 > cd /usr/src
 > make initrd

 Don't forget to upgrade your existing packages if you haven't recently:

 > pkg update
 > pkg upgrade


>>>
>>> --
>>> Mario.
>>>
>>
>
> --
> Mario.
>

Re: DragonFly 6.2 released

[Aaron LI]

> On Jan 11, 2022, at 06:05, André Pfeiffer  wrote:
> 
> 
> Hello Justin,
> 
> Great news!
> 
> I have been interested in a type 1 virtualization to use with DragonflyBSD. 
> Last time I checked there wasn't one yet and after seeing the announcement I 
> tried to find out but I'm still not sure, so, do we have DragonflyBSD support 
> for any type 1 hypervisor?

If you mean dragonfly as type-1 hypervisor, the answer is no.

Typical examples of type-1 hypervisors are Microsoft Hyper-V and Xen.The 
hypervisor runs directly on the bare-metal machine, and the host OS is just a 
special VM managed by the hypervisor.

If you mean dragonfly as type-1 hypervisor guest, the answer depends. But one 
person reported recently that dragonfly doesn’t boot on Hyper-V. See 
https://github.com/DragonFlyBSD/dragonfly-packer/issues/1

Cheers 
Aaron

Re: DragonFly 6.2 released

[Dan Cross]

You already issued them. You are good to go; just follow the instructions
in the email. :-)

On Mon, Jan 10, 2022 at 5:56 PM Mario Marietto 
wrote:

> I am not very experienced. So,which commands should I issue ?
>
> Il giorno lun 10 gen 2022 alle ore 23:54 Dan Cross  ha
> scritto:
>
>> On Mon, Jan 10, 2022 at 5:47 PM Mario Marietto 
>> wrote:
>>
>>> Something is not went well here I think :
>>>
>>> I'm using this version before the upgrade :
>>>
>>> root@marietto:/usr/src # uname -a
>>>
>>> DragonFly marietto 6.1-DEVELOPMENT DragonFly
>>> v6.1.0.589.gd52e31-DEVELOPMENT #1: Sat Jan  1 17:38:32 CET 2022
>>> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64
>>>
>>> So,I want to upgrade it to 6,2 and I do :
>>>
>>> root@marietto:/home/marietto # cd /usr/src
>>>
>>> root@marietto:/usr/src # git fetch origin
>>> remote: Enumerating objects: 96, done.
>>> remote: Counting objects: 100% (96/96), done.
>>> remote: Compressing objects: 100% (68/68), done.
>>> remote: Total 68 (delta 56), reused 0 (delta 0), pack-reused 0
>>> Unpacking objects: 100% (68/68), 9.08 KiB | 31.00 KiB/s, done.
>>> From git://git.dragonflybsd.org/dragonfly
>>>d52e317013..1dddac0a52  master-> origin/master
>>>  * [new branch]DragonFly_RELEASE_6_2 ->
>>> origin/DragonFly_RELEASE_6_2
>>>  * [new tag]   v6.2.1-> v6.2.1
>>>  * [new tag]   v6.3.0-> v6.3.0
>>>
>>> root@marietto:/usr/src # git branch DragonFly_RELEASE_6_2
>>> origin/DragonFly_RELEASE_6_2
>>> Branch 'DragonFly_RELEASE_6_2' set up to track remote branch
>>> 'DragonFly_RELEASE_6_2' from 'origin'.
>>>
>>> root@marietto:/usr/src # git checkout DragonFly_RELEASE_6_2
>>> Switched to branch 'DragonFly_RELEASE_6_2'
>>> Your branch is up to date with 'origin/DragonFly_RELEASE_6_2'.
>>>
>>> root@marietto:/usr/src # git pull
>>> Already up to date. ---> already up to date ? it's not true,since I'm
>>> using 6.1shouldn't it get the new source code here ?
>>>
>>
>> You did when you checked out the branch. I believe the `git pull` is in
>> these instructions in the off-chance that somethings is backported to the
>> DragonFly_RELEASE_6_2 branch after this is written but before someone
>> upgrades.
>>
>> - Dan C.
>>
>> Il giorno lun 10 gen 2022 alle ore 21:12 Justin Sherrill <
>>> jus...@shiningsilence.com> ha scritto:
>>>
 DragonFly 6.2.1 is released - here's the release page:

 https://www.dragonflybsd.org/release62/

 6.2.0 was never released cause I screwed up tagging, so you can go
 right from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits
 since 5.8:


 https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html

 The normal ISO and IMG files are available for download and install,
 plus an uncompressed ISO image for those installing remotely.

 If updating from an older version of DragonFly, bring in the 6.2 source:

 > cd /usr/src
 > git fetch origin
 > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
 > git checkout DragonFly_RELEASE_6_2
 > git pull

 And then rebuild: (still in /usr/src)
 > make build-all
 > make install-all
 > make upgrade

 After your next reboot, you can optionally update your rescue system:

 (reboot)
 > cd /usr/src
 > make initrd

 Don't forget to upgrade your existing packages if you haven't recently:

 > pkg update
 > pkg upgrade


>>>
>>> --
>>> Mario.
>>>
>>
>
> --
> Mario.
>

Re: DragonFly 6.2 released

[Mario Marietto]

I am not very experienced. So,which commands should I issue ?

Il giorno lun 10 gen 2022 alle ore 23:54 Dan Cross  ha
scritto:

> On Mon, Jan 10, 2022 at 5:47 PM Mario Marietto 
> wrote:
>
>> Something is not went well here I think :
>>
>> I'm using this version before the upgrade :
>>
>> root@marietto:/usr/src # uname -a
>>
>> DragonFly marietto 6.1-DEVELOPMENT DragonFly
>> v6.1.0.589.gd52e31-DEVELOPMENT #1: Sat Jan  1 17:38:32 CET 2022
>> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64
>>
>> So,I want to upgrade it to 6,2 and I do :
>>
>> root@marietto:/home/marietto # cd /usr/src
>>
>> root@marietto:/usr/src # git fetch origin
>> remote: Enumerating objects: 96, done.
>> remote: Counting objects: 100% (96/96), done.
>> remote: Compressing objects: 100% (68/68), done.
>> remote: Total 68 (delta 56), reused 0 (delta 0), pack-reused 0
>> Unpacking objects: 100% (68/68), 9.08 KiB | 31.00 KiB/s, done.
>> From git://git.dragonflybsd.org/dragonfly
>>d52e317013..1dddac0a52  master-> origin/master
>>  * [new branch]DragonFly_RELEASE_6_2 ->
>> origin/DragonFly_RELEASE_6_2
>>  * [new tag]   v6.2.1-> v6.2.1
>>  * [new tag]   v6.3.0-> v6.3.0
>>
>> root@marietto:/usr/src # git branch DragonFly_RELEASE_6_2
>> origin/DragonFly_RELEASE_6_2
>> Branch 'DragonFly_RELEASE_6_2' set up to track remote branch
>> 'DragonFly_RELEASE_6_2' from 'origin'.
>>
>> root@marietto:/usr/src # git checkout DragonFly_RELEASE_6_2
>> Switched to branch 'DragonFly_RELEASE_6_2'
>> Your branch is up to date with 'origin/DragonFly_RELEASE_6_2'.
>>
>> root@marietto:/usr/src # git pull
>> Already up to date. ---> already up to date ? it's not true,since I'm
>> using 6.1shouldn't it get the new source code here ?
>>
>
> You did when you checked out the branch. I believe the `git pull` is in
> these instructions in the off-chance that somethings is backported to the
> DragonFly_RELEASE_6_2 branch after this is written but before someone
> upgrades.
>
> - Dan C.
>
> Il giorno lun 10 gen 2022 alle ore 21:12 Justin Sherrill <
>> jus...@shiningsilence.com> ha scritto:
>>
>>> DragonFly 6.2.1 is released - here's the release page:
>>>
>>> https://www.dragonflybsd.org/release62/
>>>
>>> 6.2.0 was never released cause I screwed up tagging, so you can go right
>>> from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits since
>>> 5.8:
>>>
>>> https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html
>>>
>>> The normal ISO and IMG files are available for download and install,
>>> plus an uncompressed ISO image for those installing remotely.
>>>
>>> If updating from an older version of DragonFly, bring in the 6.2 source:
>>>
>>> > cd /usr/src
>>> > git fetch origin
>>> > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
>>> > git checkout DragonFly_RELEASE_6_2
>>> > git pull
>>>
>>> And then rebuild: (still in /usr/src)
>>> > make build-all
>>> > make install-all
>>> > make upgrade
>>>
>>> After your next reboot, you can optionally update your rescue system:
>>>
>>> (reboot)
>>> > cd /usr/src
>>> > make initrd
>>>
>>> Don't forget to upgrade your existing packages if you haven't recently:
>>>
>>> > pkg update
>>> > pkg upgrade
>>>
>>>
>>
>> --
>> Mario.
>>
>

-- 
Mario.

Re: DragonFly 6.2 released

[Dan Cross]

On Mon, Jan 10, 2022 at 5:47 PM Mario Marietto 
wrote:

> Something is not went well here I think :
>
> I'm using this version before the upgrade :
>
> root@marietto:/usr/src # uname -a
>
> DragonFly marietto 6.1-DEVELOPMENT DragonFly
> v6.1.0.589.gd52e31-DEVELOPMENT #1: Sat Jan  1 17:38:32 CET 2022
> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64
>
> So,I want to upgrade it to 6,2 and I do :
>
> root@marietto:/home/marietto # cd /usr/src
>
> root@marietto:/usr/src # git fetch origin
> remote: Enumerating objects: 96, done.
> remote: Counting objects: 100% (96/96), done.
> remote: Compressing objects: 100% (68/68), done.
> remote: Total 68 (delta 56), reused 0 (delta 0), pack-reused 0
> Unpacking objects: 100% (68/68), 9.08 KiB | 31.00 KiB/s, done.
> From git://git.dragonflybsd.org/dragonfly
>d52e317013..1dddac0a52  master-> origin/master
>  * [new branch]DragonFly_RELEASE_6_2 ->
> origin/DragonFly_RELEASE_6_2
>  * [new tag]   v6.2.1-> v6.2.1
>  * [new tag]   v6.3.0-> v6.3.0
>
> root@marietto:/usr/src # git branch DragonFly_RELEASE_6_2
> origin/DragonFly_RELEASE_6_2
> Branch 'DragonFly_RELEASE_6_2' set up to track remote branch
> 'DragonFly_RELEASE_6_2' from 'origin'.
>
> root@marietto:/usr/src # git checkout DragonFly_RELEASE_6_2
> Switched to branch 'DragonFly_RELEASE_6_2'
> Your branch is up to date with 'origin/DragonFly_RELEASE_6_2'.
>
> root@marietto:/usr/src # git pull
> Already up to date. ---> already up to date ? it's not true,since I'm
> using 6.1shouldn't it get the new source code here ?
>

You did when you checked out the branch. I believe the `git pull` is in
these instructions in the off-chance that somethings is backported to the
DragonFly_RELEASE_6_2 branch after this is written but before someone
upgrades.

- Dan C.

Il giorno lun 10 gen 2022 alle ore 21:12 Justin Sherrill <
> jus...@shiningsilence.com> ha scritto:
>
>> DragonFly 6.2.1 is released - here's the release page:
>>
>> https://www.dragonflybsd.org/release62/
>>
>> 6.2.0 was never released cause I screwed up tagging, so you can go right
>> from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits since
>> 5.8:
>>
>> https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html
>>
>> The normal ISO and IMG files are available for download and install,
>> plus an uncompressed ISO image for those installing remotely.
>>
>> If updating from an older version of DragonFly, bring in the 6.2 source:
>>
>> > cd /usr/src
>> > git fetch origin
>> > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
>> > git checkout DragonFly_RELEASE_6_2
>> > git pull
>>
>> And then rebuild: (still in /usr/src)
>> > make build-all
>> > make install-all
>> > make upgrade
>>
>> After your next reboot, you can optionally update your rescue system:
>>
>> (reboot)
>> > cd /usr/src
>> > make initrd
>>
>> Don't forget to upgrade your existing packages if you haven't recently:
>>
>> > pkg update
>> > pkg upgrade
>>
>>
>
> --
> Mario.
>

Re: DragonFly 6.2 released

[Mario Marietto]

Something is not went well here I think :

I'm using this version before the upgrade :

root@marietto:/usr/src # uname -a

DragonFly marietto 6.1-DEVELOPMENT DragonFly v6.1.0.589.gd52e31-DEVELOPMENT
#1: Sat Jan  1 17:38:32 CET 2022
marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC
 x86_64

So,I want to upgrade it to 6,2 and I do :

root@marietto:/home/marietto # cd /usr/src

root@marietto:/usr/src # git fetch origin
remote: Enumerating objects: 96, done.
remote: Counting objects: 100% (96/96), done.
remote: Compressing objects: 100% (68/68), done.
remote: Total 68 (delta 56), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (68/68), 9.08 KiB | 31.00 KiB/s, done.
>From git://git.dragonflybsd.org/dragonfly
   d52e317013..1dddac0a52  master-> origin/master
 * [new branch]DragonFly_RELEASE_6_2 ->
origin/DragonFly_RELEASE_6_2
 * [new tag]   v6.2.1-> v6.2.1
 * [new tag]   v6.3.0-> v6.3.0

root@marietto:/usr/src # git branch DragonFly_RELEASE_6_2
origin/DragonFly_RELEASE_6_2
Branch 'DragonFly_RELEASE_6_2' set up to track remote branch
'DragonFly_RELEASE_6_2' from 'origin'.

root@marietto:/usr/src # git checkout DragonFly_RELEASE_6_2
Switched to branch 'DragonFly_RELEASE_6_2'
Your branch is up to date with 'origin/DragonFly_RELEASE_6_2'.

root@marietto:/usr/src # git pull
Already up to date. ---> already up to date ? it's not true,since I'm using
6.1shouldn't it get the new source code here ?


Il giorno lun 10 gen 2022 alle ore 21:12 Justin Sherrill <
jus...@shiningsilence.com> ha scritto:

> DragonFly 6.2.1 is released - here's the release page:
>
> https://www.dragonflybsd.org/release62/
>
> 6.2.0 was never released cause I screwed up tagging, so you can go right
> from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits since
> 5.8:
>
> https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html
>
> The normal ISO and IMG files are available for download and install,
> plus an uncompressed ISO image for those installing remotely.
>
> If updating from an older version of DragonFly, bring in the 6.2 source:
>
> > cd /usr/src
> > git fetch origin
> > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
> > git checkout DragonFly_RELEASE_6_2
> > git pull
>
> And then rebuild: (still in /usr/src)
> > make build-all
> > make install-all
> > make upgrade
>
> After your next reboot, you can optionally update your rescue system:
>
> (reboot)
> > cd /usr/src
> > make initrd
>
> Don't forget to upgrade your existing packages if you haven't recently:
>
> > pkg update
> > pkg upgrade
>
>

-- 
Mario.

Re: DragonFly 6.2 released

[André Pfeiffer]

Hello Justin,

Great news!

I have been interested in a type 1 virtualization to use with DragonflyBSD.
Last time I checked there wasn't one yet and after seeing the announcement
I tried to find out but I'm still not sure, so, do we have DragonflyBSD
support for any type 1 hypervisor?

Thanks in advance,

Pfeiffer.

Em seg., 10 de jan. de 2022 às 17:12, Justin Sherrill <
jus...@shiningsilence.com> escreveu:

> DragonFly 6.2.1 is released - here's the release page:
>
> https://www.dragonflybsd.org/release62/
>
> 6.2.0 was never released cause I screwed up tagging, so you can go right
> from 6.0 to 6.2.1.  Here's the 6.2.1 tag with a list of the commits since
> 5.8:
>
> https://lists.dragonflybsd.org/pipermail/commits/2022-January/820802.html
>
> The normal ISO and IMG files are available for download and install,
> plus an uncompressed ISO image for those installing remotely.
>
> If updating from an older version of DragonFly, bring in the 6.2 source:
>
> > cd /usr/src
> > git fetch origin
> > git branch DragonFly_RELEASE_6_2 origin/DragonFly_RELEASE_6_2
> > git checkout DragonFly_RELEASE_6_2
> > git pull
>
> And then rebuild: (still in /usr/src)
> > make build-all
> > make install-all
> > make upgrade
>
> After your next reboot, you can optionally update your rescue system:
>
> (reboot)
> > cd /usr/src
> > make initrd
>
> Don't forget to upgrade your existing packages if you haven't recently:
>
> > pkg update
> > pkg upgrade
>
>

Re: The DFly website is down.

[Matthew Dillon]

Yah, sorry about that folks.  Down overnight on 2 successive days.  It
turned out to be a kernel memory exhaustion bug on the blade that is
routing the dfly network.  It also handles one of our backups and there was
a bug where the hammer2 bulkfree scan on the backups (around 64 million
inodes) ran out of kernel memory due to a depth deferral mechanism in the
recursive radix tree scan.  Should all be fixed now.   I'll have to start
thinking of ways to clean up H2 radix trees that get fragmented due to
constant file deletions and creations.

-Matt

Re: The DFly website is down.

[James Cook]

On Fri, Jan 07, 2022 at 07:38:26AM -0600, Ladar Levison wrote:
> I assume everyone (but me) knows that dragonlfybsd.org isn't working? I
> also can't load mirror-master.dragonflybsd.org. L~

Yes, it was down for a while until Matt rebooted a server. (It's fun
following along on IRC.)

-- 
James

Re: The DFly website is down.

[Ladar Levison]

On 1/7/22 12:01 PM, Dan Cross wrote:
> Surely the current hostname is `dragonflybsd.org
> `, not `dragonlfybsd.org
> ` ?


I think the correctly spelled domain name was indeed down. I have an
automated build process that failed, and that is what alerted me to the
error. Although in my haste, I could be mistaken. Either way, it appears
to be working again. L~

Re: The DFly website is down.

[Mehmet Erol Sanliturk]

On Fri, Jan 7, 2022 at 9:02 PM Dan Cross  wrote:

> Surely the current hostname is `dragonflybsd.org`, not `dragonlfybsd.org`
> ?
>
>

I am sorry . I did not notice that the given link in the original post is
not correct .
I have clicked it and got the "not found" reply .


https://www.dragonflybsd.org/

is working properly  from Turkey .


Mehmet Erol Sanliturk





> On Fri, Jan 7, 2022 at 12:34 PM Mehmet Erol Sanliturk <
> m.e.sanlit...@gmail.com> wrote:
>
>>
>> From Turkey , web site is not accessible  :
>>
>> "
>> Hmm. We’re having trouble finding that site.
>>
>> We can’t connect to the server at dragonlfybsd.org.
>> .
>> .
>> .
>> "
>>
>> Mehmet Erol Sanliturk
>>
>>
>> On Fri, Jan 7, 2022 at 8:14 PM Ladar Levison  wrote:
>>
>>> I assume everyone (but me) knows that dragonlfybsd.org isn't working? I
>>> also can't load mirror-master.dragonflybsd.org. L~
>>>
>>

Re: The DFly website is down.

[Dan Cross]

Surely the current hostname is `dragonflybsd.org`, not `dragonlfybsd.org` ?

On Fri, Jan 7, 2022 at 12:34 PM Mehmet Erol Sanliturk <
m.e.sanlit...@gmail.com> wrote:

>
> From Turkey , web site is not accessible  :
>
> "
> Hmm. We’re having trouble finding that site.
>
> We can’t connect to the server at dragonlfybsd.org.
> .
> .
> .
> "
>
> Mehmet Erol Sanliturk
>
>
> On Fri, Jan 7, 2022 at 8:14 PM Ladar Levison  wrote:
>
>> I assume everyone (but me) knows that dragonlfybsd.org isn't working? I
>> also can't load mirror-master.dragonflybsd.org. L~
>>
>

Re: The DFly website is down.

[Mehmet Erol Sanliturk]

>From Turkey , web site is not accessible  :

"
Hmm. We’re having trouble finding that site.

We can’t connect to the server at dragonlfybsd.org.
.
.
.
"

Mehmet Erol Sanliturk


On Fri, Jan 7, 2022 at 8:14 PM Ladar Levison  wrote:

> I assume everyone (but me) knows that dragonlfybsd.org isn't working? I
> also can't load mirror-master.dragonflybsd.org. L~
>

Re: How do I reinstall kde?

[Pierre Abbat]

On Tuesday, December 28, 2021 6:15:15 AM EST Antonio Huete Jimenez wrote:
> The "kde" meta package was missing because there were dependencies that
> were not building. Zrj has fixed them and now the binary packages have
> been built and uploaded to the servers.

Thanks!

Pierre
-- 
ve ka'a ro klaji la .romas. se jmaji

Re: NVMM + Qemu UEFI: Mem Assist Failed [gpa=0xfffffff0]

[Aaron LI]

> On Jan 1, 2022, at 23:39, Aaron LI  wrote:
> 
> 
> Hmm, interesting…
> 
> Now I suspect it’s UEFI related. Frankly, I never tried this case. And I’m 
> planning to try it out recently. I’ll find time to give it a try

Well, I reproduced the error and confirm it’s caused by UEFI boot. Will try to 
investigate and hopefully fix it …

Aaron

> Do you have any special needs to use UEFI? Otherwise, just use the default 
> BIOS boot and it should work. Let me know whether it works :)
> 
> Cheers 
> Aaron 
> 
>>> On Jan 1, 2022, at 22:43, Mario Marietto  wrote:
>>> 
>> 
>> I'm so sorry,but it does not work even with this qemu version :
>> 
>> pkg install qemu
>> pkg info qemu
>> 
>> qemu-6.0.0_3
>> Name   : qemu
>> Version: 6.0.0_3
>> Installed on   : Sat Jan  1 15:19:36 2022 CET
>> Origin : emulators/qemu60
>> Architecture   : dragonfly:6.2:x86:64
>> Prefix : /usr/local
>> Categories : emulators
>> Licenses   : BSD2CLAUSE, MIT, GPLv2, LGPL21
>> Maintainer : a...@aaronly.me
>> WWW: https://www.qemu.org/
>> Comment: Generic and open source machine emulator and virtualizer
>> Options:
>> CAPSTONE   : off
>> CURL   : on   VGA Blank 
>> mode
>> DEBUG  : off
>> DOCS   : on
>> GNUTLS : on
>> GTK3   : off
>> ISCSI  : off
>> JPEG   : on
>> NFS: on
>> NLS: on
>> OPENGL : on
>> PNG: on
>> SAMBA  : off
>> SASL   : on
>> SPICE  : on
>> USBREDIR   : on
>> VDE: on
>> X11: on
>> 
>> this is the vm that I tried to run :
>> 
>> qemu-system-x86_64 \
>> -machine type=q35,accel=nvmm \
>> -smp cpus=4 -m 8G \
>> -drive 
>> if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd
>>  \
>> -drive 
>> if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd
>>  \
>> -drive 
>> file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0
>>  \
>> -device virtio-blk-pci,drive=disk0 \
>> -netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \
>> -device virtio-net-pci,netdev=net0 \
>> -object rng-random,id=rng0,filename=/dev/urandom \
>> -device virtio-rng-pci,rng=rng0 \
>> -display curses \
>> -vga qxl \
>> -spice 
>> addr=127.0.0.1,port=5900,ipv4=on,disable-ticketing=on,seamless-migration=on
>> 
>> and this is the error that I get :
>> 
>> qemu-system-x86_64: NVMM: Mem Assist Failed [gpa=0xfff0]
>> qemu-system-x86_64: NVMM: Failed to execute a VCPU.
>> Abort trap (core dumped)
>> VGA BLANK MODE

Re: qemu-system-x86_64: invalid accelerator nvmm. Is this a bug ?

[Aaron LI]

Well, the b...@dragonflybsd.org ML seems a problem, will direct it to the 
relevant person later.

Generally, only the users@dragonflybsd.org ML is actively used.

As for the IRC, almost all of our active devs are there (#dragonflybsd on 
EFNet). But some patience is needed.

Cheers 
Aaron 

> 
> On Jan 1, 2022, at 08:40, Mario Marietto  wrote:
> 
> 
> I want also to inform you that any attempt to send a bug to :
> 
> 
> b...@dragonflybsd.org
> 
> ends with this error message :
> 
> This is the mail system at host leaf.dragonflybsd.org.
> 
> I'm sorry to have to inform you that your message could not
> be delivered to one or more recipients. It's attached below.
> 
> For further assistance, please send mail to postmaster.
> 
> If you do so, please include this problem report. You can
> delete your own text from the attached returned message.
> 
>The mail system
> 
> : Command time limit exceeded: "exec
> /usr/local/bin/procmail /home/bugtracker/redmine-bugs/.procmailrc". 
> Command
> output: procmail: Couldn't determine implicit lockfile from
> "/home/bugtracker/redmine-mail.sh"
> /usr/local/lib/ruby/2.7/net/protocol.rb:44:in `connect_nonblock':
> SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B:
> certificate verify failed (certificate has expired)
> (OpenSSL::SSL::SSLError)  from
> /usr/local/lib/ruby/2.7/net/protocol.rb:44:in `ssl_socket_connect'  from
> /usr/local/lib/ruby/2.7/net/http.rb:1009:in `connect'  from
> /usr/local/lib/ruby/2.7/net/http.rb:943:in `do_start'  from
> /usr/local/lib/ruby/2.7/net/http.rb:932:in `start'  from
> /home/bugtracker/redmine/extra/mail_handler/rdm-mailhandler.rb:41:in
> `post_form'  from
> /home/bugtracker/redmine/extra/mail_handler/rdm-mailhandler.rb:168:in
> `submit'  from
> /home/bugtracker/redmine/extra/mail_handler/rdm-mailhandler.rb:215:in
> `'

Re: qemu-system-x86_64: invalid accelerator nvmm. Is this a bug ?

[Aaron LI]

> On Jan 1, 2022, at 08:34, Mario Marietto  wrote:
> 
> 
> Yeah,I tried to join the IRC channel several times,but after some hours I 
> left the channel because no one gave support. It seemed to me that the 
> channel was full of bot and not humans. Anyway,I posted the question on 
> different channels,such as ML and Reddit,but in all these cases,I didn't get 
> some support,I should be honest. There is an update for this problem. I've 
> got qemu from here : fetch 
> https://leaf.dragonflybsd.org/~aly/nvmm/qemu-6.0.0_1.txz

Please just try (I’ve also updated the doc):

pkg install qemu

You’d get qemu 6.0.0_3

It should just work.

I’m just using it on dragonfly master.

% pkg info qemu
qemu-6.0.0_3
Name   : qemu
Version: 6.0.0_3
Installed on   : Sat Dec 18 10:25:14 2021 CST

% uname -a
DragonFly 3700X.liwt.net 6.1-DEVELOPMENT DragonFly 
v6.1.0.574.g7307c-DEVELOPMENT #17: Sat Dec 25 14:51:06 CST 2021

Hope it helps you out.

Cheers 
Aaron

Re: qemu-system-x86_64: invalid accelerator nvmm. Is this a bug ?

[Mario Marietto]

I want also to inform you that any attempt to send a bug to :


b...@dragonflybsd.org

ends with this error message :

This is the mail system at host leaf.dragonflybsd.org.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

   The mail system

: Command time limit exceeded: "exec
/usr/local/bin/procmail /home/bugtracker/redmine-bugs/.procmailrc".
Command
output: procmail: Couldn't determine implicit lockfile from
"/home/bugtracker/redmine-mail.sh"
/usr/local/lib/ruby/2.7/net/protocol.rb:44:in `connect_nonblock':
SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B:
certificate verify failed (certificate has expired)
(OpenSSL::SSL::SSLError)  from
/usr/local/lib/ruby/2.7/net/protocol.rb:44:in `ssl_socket_connect'  from
/usr/local/lib/ruby/2.7/net/http.rb:1009:in `connect'  from
/usr/local/lib/ruby/2.7/net/http.rb:943:in `do_start'  from
/usr/local/lib/ruby/2.7/net/http.rb:932:in `start'  from
/home/bugtracker/redmine/extra/mail_handler/rdm-mailhandler.rb:41:in
`post_form'  from
/home/bugtracker/redmine/extra/mail_handler/rdm-mailhandler.rb:168:in
`submit'  from
/home/bugtracker/redmine/extra/mail_handler/rdm-mailhandler.rb:215:in
`'

Il giorno sab 1 gen 2022 alle ore 02:32 Mario Marietto <
marietto2...@gmail.com> ha scritto:

> Yeah,I tried to join the IRC channel several times,but after some hours I
> left the channel because no one gave support. It seemed to me that the
> channel was full of bot and not humans. Anyway,I posted the question on
> different channels,such as ML and Reddit,but in all these cases,I didn't
> get some support,I should be honest. There is an update for this problem.
> I've got qemu from here : fetch
> https://leaf.dragonflybsd.org/~aly/nvmm/qemu-6.0.0_1.txz
>
> and I tried again :
>
> /home/marietto/Desktop/Files/DFLY/qemu-6.0.0_1/usr/local/bin/./qemu-system-x86_64
> \
> -machine type=q35,accel=nvmm \
> -smp cpus=4 -m 8G \
> -drive
> if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd
> \
> -drive
> if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd
> \
> -drive
> file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0
> \
> -device virtio-blk-pci,drive=disk0 \
> -netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \
> -device virtio-net-pci,netdev=net0 \
> -object rng-random,id=rng0,filename=/dev/urandom \
> -device virtio-rng-pci,rng=rng0 \
> -display curses \
>
> but I've got this output :
>
> qemu-system-x86_64: NVMM: Mem Assist Failed [gpa=0xfff0]
> qemu-system-x86_64: NVMM: Failed to execute a VCPU.
> Abort trap (core dumped)
> VGA Blank mode
>
> Il giorno sab 1 gen 2022 alle ore 00:54 Aaron LI  ha
> scritto:
>
>> Hi Mario,
>>
>> On Dec 31, 2021, at 23:51, Mario Marietto  wrote:
>>
>> Hello.
>>
>> For sure I don't want to bother you,but after having posted this question
>> in several places and no one replied (like IRC,the ML,or Reddit or the
>> UnitedBSD forum),
>>
>> I didn’t seem to see this question on the #dragonflybsd IRC and this
>> mailing list.
>>
>> I've thought of trying this unorthodox method,just because...I need
>> support to understand the reasons for this error. I also think that by
>> helping me,you are also helping the other DFLY lovers. Thanks for the
>> understanding. Taking in consideration that NVMM has been ported from
>> NetBSD and on the NetBSD this same error has been fixed,as you can see
>> below :
>>
>> http://mail-index.netbsd.org/pkgsrc-users/2021/09/05/msg034346.html
>>
>> it seems that the fix has not been ported to DFLY,so for this reason we
>> can't use NVMM.
>>
>> Sure. I noticed such a fix to Qemu upstream some time ago.
>>
>> But well, we can’t directly use the official unmodified version. The
>> DPorts version should be used and there are several necessary patches
>> (ideally we’d better push to upstream, but that takes time and efforts).
>>
>> It looks to me you were using the Qemu build from upstream rather than
>> installed via pkg(8). If yes, then that’s the issue, and you just switch to
>> our version and should just work.
>>
>> Check:
>> https://www.dragonflybsd.org/docs/docs/howtos/nvmm/
>>
>> So,this is what I did :
>>
>> I'm trying to test qemu and nvmm on :
>>
>> DragonFly marietto 6.1-DEVELOPMENT DragonFly
>> v6.1.0.573.gfca8e8-DEVELOPMENT #0: Wed Dec 22 09:11:32 CET 2021
>> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64
>>
>> first of all I added these users on the nvmm group :
>>
>> root@marietto:/home/marietto # pw groupmod nvmm -m marietto
>> root@marietto:/home/marietto # pw groupmod nvmm -m root
>>
>> then,I've launched this vm :
>>
>> qemu-system-x86_64 \
>> -machine 

Re: qemu-system-x86_64: invalid accelerator nvmm. Is this a bug ?

[Mario Marietto]

Yeah,I tried to join the IRC channel several times,but after some hours I
left the channel because no one gave support. It seemed to me that the
channel was full of bot and not humans. Anyway,I posted the question on
different channels,such as ML and Reddit,but in all these cases,I didn't
get some support,I should be honest. There is an update for this problem.
I've got qemu from here : fetch
https://leaf.dragonflybsd.org/~aly/nvmm/qemu-6.0.0_1.txz

and I tried again :

/home/marietto/Desktop/Files/DFLY/qemu-6.0.0_1/usr/local/bin/./qemu-system-x86_64
\
-machine type=q35,accel=nvmm \
-smp cpus=4 -m 8G \
-drive
if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd
\
-drive
if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd
\
-drive
file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0
\
-device virtio-blk-pci,drive=disk0 \
-netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \
-device virtio-net-pci,netdev=net0 \
-object rng-random,id=rng0,filename=/dev/urandom \
-device virtio-rng-pci,rng=rng0 \
-display curses \

but I've got this output :

qemu-system-x86_64: NVMM: Mem Assist Failed [gpa=0xfff0]
qemu-system-x86_64: NVMM: Failed to execute a VCPU.
Abort trap (core dumped)
VGA Blank mode

Il giorno sab 1 gen 2022 alle ore 00:54 Aaron LI  ha
scritto:

> Hi Mario,
>
> On Dec 31, 2021, at 23:51, Mario Marietto  wrote:
>
> Hello.
>
> For sure I don't want to bother you,but after having posted this question
> in several places and no one replied (like IRC,the ML,or Reddit or the
> UnitedBSD forum),
>
> I didn’t seem to see this question on the #dragonflybsd IRC and this
> mailing list.
>
> I've thought of trying this unorthodox method,just because...I need
> support to understand the reasons for this error. I also think that by
> helping me,you are also helping the other DFLY lovers. Thanks for the
> understanding. Taking in consideration that NVMM has been ported from
> NetBSD and on the NetBSD this same error has been fixed,as you can see
> below :
>
> http://mail-index.netbsd.org/pkgsrc-users/2021/09/05/msg034346.html
>
> it seems that the fix has not been ported to DFLY,so for this reason we
> can't use NVMM.
>
> Sure. I noticed such a fix to Qemu upstream some time ago.
>
> But well, we can’t directly use the official unmodified version. The
> DPorts version should be used and there are several necessary patches
> (ideally we’d better push to upstream, but that takes time and efforts).
>
> It looks to me you were using the Qemu build from upstream rather than
> installed via pkg(8). If yes, then that’s the issue, and you just switch to
> our version and should just work.
>
> Check:
> https://www.dragonflybsd.org/docs/docs/howtos/nvmm/
>
> So,this is what I did :
>
> I'm trying to test qemu and nvmm on :
>
> DragonFly marietto 6.1-DEVELOPMENT DragonFly
> v6.1.0.573.gfca8e8-DEVELOPMENT #0: Wed Dec 22 09:11:32 CET 2021
> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64
>
> first of all I added these users on the nvmm group :
>
> root@marietto:/home/marietto # pw groupmod nvmm -m marietto
> root@marietto:/home/marietto # pw groupmod nvmm -m root
>
> then,I've launched this vm :
>
> qemu-system-x86_64 \
> -machine type=q35,accel=nvmm \
> -smp cpus=4 -m 8G \
> -drive 
> if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd
>  \
> -drive 
> if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd
>  \
> -drive 
> file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0
>  \
> -device virtio-blk-pci,drive=disk0 \
> -netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \
> -device virtio-net-pci,netdev=net0 \
> -object rng-random,id=rng0,filename=/dev/urandom \
> -device virtio-rng-pci,rng=rng0 \
> -display curses \
>
> WARNING: Image format was not specified for 
> '/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img' and probing 
> guessed raw. Automatically detecting the format is dangerous for raw images, 
> write operations on block 0 will be restricted. Specify the 'raw' format 
> explicitly to remove the restrictions.
>
> unfortunately I get this error,that it seems a bug to me :
>
> qemu-system-x86_64: invalid accelerator nvmm
>
> just because nvmm works great :
>
> root@marietto:/home/marietto/Desktop # nvmmctl identify
> nvmm: Kernel API version 3nvmm: State size 1008nvmm: Comm size 4096nvmm: Max 
> machines 128nvmm: Max VCPUs per machine 128nvmm: Max RAM per machine 
> 127Tnvmm: Arch Mach conf 0nvmm: Arch VCPU conf 0x3nvmm: Guest FPU 
> states 0x3
>
> The NVMM part looks good.
>
> Cheers,
> Aaron
>


-- 
Mario.

Re: qemu-system-x86_64: invalid accelerator nvmm. Is this a bug ?

[Aaron LI]

Hi Mario,

> On Dec 31, 2021, at 23:51, Mario Marietto  wrote:
> Hello.
> 
> For sure I don't want to bother you,but after having posted this question in 
> several places and no one replied (like IRC,the ML,or Reddit or the UnitedBSD 
> forum),
> 
I didn’t seem to see this question on the #dragonflybsd IRC and this mailing 
list.
> I've thought of trying this unorthodox method,just because...I need support 
> to understand the reasons for this error. I also think that by helping me,you 
> are also helping the other DFLY lovers. Thanks for the understanding. Taking 
> in consideration that NVMM has been ported from NetBSD and on the NetBSD this 
> same error has been fixed,as you can see below :
> 
> http://mail-index.netbsd.org/pkgsrc-users/2021/09/05/msg034346.html
> 
> it seems that the fix has not been ported to DFLY,so for this reason we can't 
> use NVMM.
> 
Sure. I noticed such a fix to Qemu upstream some time ago.

But well, we can’t directly use the official unmodified version. The DPorts 
version should be used and there are several necessary patches (ideally we’d 
better push to upstream, but that takes time and efforts).

It looks to me you were using the Qemu build from upstream rather than 
installed via pkg(8). If yes, then that’s the issue, and you just switch to our 
version and should just work.

Check:
https://www.dragonflybsd.org/docs/docs/howtos/nvmm/

> So,this is what I did :
> 
> I'm trying to test qemu and nvmm on :
> 
> DragonFly marietto 6.1-DEVELOPMENT DragonFly v6.1.0.573.gfca8e8-DEVELOPMENT 
> #0: Wed Dec 22 09:11:32 CET 2021 
> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC x86_64
> 
> first of all I added these users on the nvmm group :
> 
> root@marietto:/home/marietto # pw groupmod nvmm -m marietto
> root@marietto:/home/marietto # pw groupmod nvmm -m root
> then,I've launched this vm :
> 
> qemu-system-x86_64 \
> -machine type=q35,accel=nvmm \
> -smp cpus=4 -m 8G \
> -drive 
> if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd
>  \
> -drive 
> if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd
>  \
> -drive 
> file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0
>  \
> -device virtio-blk-pci,drive=disk0 \
> -netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \
> -device virtio-net-pci,netdev=net0 \
> -object rng-random,id=rng0,filename=/dev/urandom \
> -device virtio-rng-pci,rng=rng0 \
> -display curses \
> 
> WARNING: Image format was not specified for 
> '/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img' and probing 
> guessed raw. Automatically detecting the format is dangerous for raw images, 
> write operations on block 0 will be restricted. Specify the 'raw' format 
> explicitly to remove the restrictions.
> unfortunately I get this error,that it seems a bug to me :
> 
> qemu-system-x86_64: invalid accelerator nvmm
> 
> just because nvmm works great :
> 
> root@marietto:/home/marietto/Desktop # nvmmctl identify
> 
> nvmm: Kernel API version 3
> nvmm: State size 1008
> nvmm: Comm size 4096
> nvmm: Max machines 128
> nvmm: Max VCPUs per machine 128
> nvmm: Max RAM per machine 127T
> nvmm: Arch Mach conf 0
> nvmm: Arch VCPU conf 0x3
> nvmm: Guest FPU states 0x3
The NVMM part looks good.

Cheers,
Aaron 

Re: How do I reinstall kde?

[Mario Marietto]

On :

DragonFly marietto 6.1-DEVELOPMENT DragonFly v6.1.0.573.gfca8e8-DEVELOPMENT
#0: Wed Dec 22 09:11:32 CET 2021
marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC
 x86_64

qemu-system-x86_64 \
-machine type=q35,accel=nvmm \
-smp cpus=4 -m 8G \
-drive
if=pflash,format=raw,readonly=on,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_CODE-x86_64.fd
\
-drive
if=pflash,format=raw,file=/usr/local/share/uefi-edk2-qemu/QEMU_UEFI_VARS-x86_64.fd
\
-drive
file=/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img,if=none,id=disk0
\
-device virtio-blk-pci,drive=disk0 \
-netdev user,id=net0,hostfwd=tcp:127.0.0.1:6022-:22 \
-device virtio-net-pci,netdev=net0 \
-object rng-random,id=rng0,filename=/dev/urandom \
-device virtio-rng-pci,rng=rng0 \
-display curses \

WARNING: Image format was not specified for
'/mnt/dragonfly-ufs/bhyve/impish-cuda-11-4-nvidia-470.img' and probing
guessed raw.
 Automatically detecting the format is dangerous for raw images,
write operations on block 0 will be restricted.
 Specify the 'raw' format explicitly to remove the restrictions.

qemu-system-x86_64: invalid accelerator nvmm

Il giorno mar 28 dic 2021 alle ore 21:14 Mario Marietto <
marietto2...@gmail.com> ha scritto:

> Hello to everyone.
>
> I've installed and I'm running this version of Dragonfly :
>
> DragonFly marietto 6.1-DEVELOPMENT DragonFly
> v6.1.0.573.gfca8e8-DEVELOPMENT #0: Wed Dec 22 09:11:32 CET 2021
> marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC  x86_64
>
> the problem that I'm experimenting is that sometimes I see the error that
> u see on the pics that I have attached and I can't use the system
> anymore,so I should reboot and hope that it gone away :
>
> https://ibb.co/vDJrzWB
> https://ibb.co/KVz1kVr
>
> the graphic card that I'm using as default that produces the error is :
> CoffeeLake-S GT2 [UHD Graphics 630]
>
> Is there a patch to fix the error ? thanks.
>
> Il giorno mar 28 dic 2021 alle ore 12:15 Antonio Huete Jimenez <
> tuxi...@quantumachine.net> ha scritto:
>
>> The "kde" meta package was missing because there were dependencies that
>> were not building. Zrj has fixed them and now the binary packages have
>> been built and uploaded to the servers.
>>
>> $ pkg search "^kde5.*"
>> WARNING: Meta v1 support will be removed in the next version
>> WARNING: Meta v1 support will be removed in the next version
>> kde5-5.22.5.21.08.1KDE Plasma Desktop and Application
>> (current)
>>
>> We don't know the status of KDE5 desktop, but it's probably either non
>> working or unstable.
>>
>>
>> On 26/12/21 2:29, Pierre Abbat wrote:
>> > On Friday, December 24, 2021 7:31:12 PM EST Gerald Henriksen wrote:
>> >> ilmbase is for the OpenEXR image format (with originated at ILM aka
>> >> Industrial Light & Magic), which I believe KDE (and possibly other
>> >> things) pulls in.
>> >
>> > Okay, but what's the name of the KDE desktop package? Has it been
>> renamed, or
>> > did it fail to build?
>> >
>> > Pierre
>>
>
>
> --
> Mario.
>


-- 
Mario.

Re: How do I reinstall kde?

[Mario Marietto]

Hello to everyone.

I've installed and I'm running this version of Dragonfly :

DragonFly marietto 6.1-DEVELOPMENT DragonFly v6.1.0.573.gfca8e8-DEVELOPMENT
#0: Wed Dec 22 09:11:32 CET 2021
marietto@marietto:/usr/obj/usr/src/sys/X86_64_GENERIC
 x86_64

the problem that I'm experimenting is that sometimes I see the error that u
see on the pics that I have attached and I can't use the system anymore,so
I should reboot and hope that it gone away :

https://ibb.co/vDJrzWB
https://ibb.co/KVz1kVr

the graphic card that I'm using as default that produces the error is :
CoffeeLake-S GT2 [UHD Graphics 630]

Is there a patch to fix the error ? thanks.

Il giorno mar 28 dic 2021 alle ore 12:15 Antonio Huete Jimenez <
tuxi...@quantumachine.net> ha scritto:

> The "kde" meta package was missing because there were dependencies that
> were not building. Zrj has fixed them and now the binary packages have
> been built and uploaded to the servers.
>
> $ pkg search "^kde5.*"
> WARNING: Meta v1 support will be removed in the next version
> WARNING: Meta v1 support will be removed in the next version
> kde5-5.22.5.21.08.1KDE Plasma Desktop and Application
> (current)
>
> We don't know the status of KDE5 desktop, but it's probably either non
> working or unstable.
>
>
> On 26/12/21 2:29, Pierre Abbat wrote:
> > On Friday, December 24, 2021 7:31:12 PM EST Gerald Henriksen wrote:
> >> ilmbase is for the OpenEXR image format (with originated at ILM aka
> >> Industrial Light & Magic), which I believe KDE (and possibly other
> >> things) pulls in.
> >
> > Okay, but what's the name of the KDE desktop package? Has it been
> renamed, or
> > did it fail to build?
> >
> > Pierre
>


-- 
Mario.

Re: How do I reinstall kde?

[James Cook]

> https://ibb.co/Pwx2Zyn

That one (not being able to sign into your Firefox account on dfly) has
been discussed on IRC.

kworr on IRC had a workaround that worked for me: use a different OS to
sign into your Firefox account, then move that Firefox profile
directory over to your dfly machine.

-- 
James

Re: How do I reinstall kde?

[Mario Marietto]

Hello. Thanks. I've just installed kde 5 and I've found several bugs. I've
captured some screenshots that u can see below :

https://ibb.co/j6r4hdk
https://ibb.co/JpdzP4B
https://ibb.co/b1fYcP1
https://ibb.co/d016SvJ
https://ibb.co/Pwx2Zyn

Il giorno mar 28 dic 2021 alle ore 12:15 Antonio Huete Jimenez <
tuxi...@quantumachine.net> ha scritto:

> The "kde" meta package was missing because there were dependencies that
> were not building. Zrj has fixed them and now the binary packages have
> been built and uploaded to the servers.
>
> $ pkg search "^kde5.*"
> WARNING: Meta v1 support will be removed in the next version
> WARNING: Meta v1 support will be removed in the next version
> kde5-5.22.5.21.08.1KDE Plasma Desktop and Application
> (current)
>
> We don't know the status of KDE5 desktop, but it's probably either non
> working or unstable.
>
>
> On 26/12/21 2:29, Pierre Abbat wrote:
> > On Friday, December 24, 2021 7:31:12 PM EST Gerald Henriksen wrote:
> >> ilmbase is for the OpenEXR image format (with originated at ILM aka
> >> Industrial Light & Magic), which I believe KDE (and possibly other
> >> things) pulls in.
> >
> > Okay, but what's the name of the KDE desktop package? Has it been
> renamed, or
> > did it fail to build?
> >
> > Pierre
>


-- 
Mario.

Re: How do I reinstall kde?

[Antonio Huete Jimenez]

The "kde" meta package was missing because there were dependencies that 
were not building. Zrj has fixed them and now the binary packages have 
been built and uploaded to the servers.


   $ pkg search "^kde5.*"
   WARNING: Meta v1 support will be removed in the next version
   WARNING: Meta v1 support will be removed in the next version
   kde5-5.22.5.21.08.1KDE Plasma Desktop and Application 
(current)


We don't know the status of KDE5 desktop, but it's probably either non 
working or unstable.



On 26/12/21 2:29, Pierre Abbat wrote:

On Friday, December 24, 2021 7:31:12 PM EST Gerald Henriksen wrote:

ilmbase is for the OpenEXR image format (with originated at ILM aka
Industrial Light & Magic), which I believe KDE (and possibly other
things) pulls in.


Okay, but what's the name of the KDE desktop package? Has it been renamed, or
did it fail to build?

Pierre

Re: How do I reinstall kde?

[Gerald Henriksen]

On Sat, 25 Dec 2021 20:29:00 -0500, you wrote:

>Okay, but what's the name of the KDE desktop package? Has it been renamed, or 
>did it fail to build?

kde5 - it is one of the special packages that contains nothing but
pulls in all the required dependencies.  So it will pull in plasma,
etc.

Re: How do I reinstall kde?

[Pierre Abbat]

On Friday, December 24, 2021 7:31:12 PM EST Gerald Henriksen wrote:
> ilmbase is for the OpenEXR image format (with originated at ILM aka
> Industrial Light & Magic), which I believe KDE (and possibly other
> things) pulls in.

Okay, but what's the name of the KDE desktop package? Has it been renamed, or 
did it fail to build?

Pierre
-- 
I believe in Yellow when I'm in Sweden and in Black when I'm in Wales.

Re: ipfw3 nat to dynamic ip

[Edgar Pettijohn]

On 12/24/21 20:19, Bill Yuan wrote:

Hi,

I fully agree with you. it must be very helpful during the 
configuration, especially in your network scenario.


Maybe, you can try to implement a script to do that, update the ipfw3 
whenever the IP changes.


Regards,
Bill Yuan

On Sat, 25 Dec 2021 at 04:32, samg  wrote:

On Fri, Dec 24, 2021, at 10:05 AM, Edgar Pettijohn wrote:
> From the manual:
>
> [ifX*:net*]
>                      Matches the IPv4 network of the first IPv4
address
>                      assigned to the *ifX*.  It is intended to
help matching the
>                      IPv4 network of the IPv4 address assigned
to the *ifX*
>                      dynamically, e.g. by DHCP.

Thats from the ipfw manual, not the ipfw3 manual. ipfw3 doesn't
support that syntax in the nat config. Looking at the source, it
parses the ip with inet_aton, which only accepts ips in the form
xxx.xxx[.xxx[.xxx]]



Just curious if you've tried it anyway. Might be an undocumented 
feature. Or maybe you can assign an alias ip to the interface and use 
that ip for natting to.

Re: ipfw3 nat to dynamic ip

[Bill Yuan]

Hi,

I fully agree with you. it must be very helpful during the configuration,
especially in your network scenario.

Maybe, you can try to implement a script to do that, update the ipfw3
whenever the IP changes.

Regards,
Bill Yuan

On Sat, 25 Dec 2021 at 04:32, samg  wrote:

> On Fri, Dec 24, 2021, at 10:05 AM, Edgar Pettijohn wrote:
> > From the manual:
> >
> > [ifX*:net*]
> >  Matches the IPv4 network of the first IPv4 address
> >  assigned to the *ifX*.  It is intended to help
> matching the
> >  IPv4 network of the IPv4 address assigned to the
> *ifX*
> >  dynamically, e.g. by DHCP.
>
> Thats from the ipfw manual, not the ipfw3 manual. ipfw3 doesn't support
> that syntax in the nat config. Looking at the source, it parses the ip with
> inet_aton, which only accepts ips in the form xxx.xxx[.xxx[.xxx]]
>

Re: How do I reinstall kde?

[Gerald Henriksen]

On Fri, 24 Dec 2021 02:50:52 -0500, you wrote:

>I just upgraded kernel and world and packages. It told me it's removing a 
>bunch of packages.  

>Two others are openldap-client and 
>ilmbase;

ilmbase is for the OpenEXR image format (with originated at ILM aka
Industrial Light & Magic), which I believe KDE (and possibly other
things) pulls in.

Re: ipfw3 nat to dynamic ip

[samg]

On Fri, Dec 24, 2021, at 10:05 AM, Edgar Pettijohn wrote:
> From the manual:
>
> [ifX*:net*]
>  Matches the IPv4 network of the first IPv4 address
>  assigned to the *ifX*.  It is intended to help matching 
> the
>  IPv4 network of the IPv4 address assigned to the *ifX*
>  dynamically, e.g. by DHCP.

Thats from the ipfw manual, not the ipfw3 manual. ipfw3 doesn't support that 
syntax in the nat config. Looking at the source, it parses the ip with 
inet_aton, which only accepts ips in the form xxx.xxx[.xxx[.xxx]]

Re: ipfw3 nat to dynamic ip

[Edgar Pettijohn]

On 12/24/21 10:31, samg wrote:

The network looks like this:
WAN - [ ISP Router ] -- [ My Router ]  [ My Clients ]
The ISP router is set for IP passthrough, so 1-1 NAT. I don't have a static IP 
address, the ISP router gets an IP from the ISP via dhcp. So on my router, eth0 
is connected to the ISP router, and gets an ip via dhcp, which will be whatever 
ip the isp router got, and this ip can change from time to time. I'd like to 
NAT traffic out via eth0, or whatever ip eth0 happens to have at the time.

An aside: does ipfw3 support ipv6 ip's?

Thanks,
Sam

On Fri, Dec 24, 2021, at 5:54 AM, Bill Yuan wrote:

Hi,

Yes, Currently, it supports IP address only.
What do you mean by "Dynamic IP address"?
Do you mean NAT to iface instead of IP address during the configuration?
Or can you please help to elaborate?

Regards,
Bill Yuan

On Fri, 24 Dec 2021 at 07:43, samg  wrote:

Hello,

Is there a way to setup ipfw3 nat to a dynamic ip address? I get an ip from my 
isp via dhcp. This looks like it used to be possible by nat-ing to an 
interface, but the current version only accepts ip addresses.

Thanks,
Sam



From the manual:

[ifX*:net*]
 Matches the IPv4 network of the first IPv4 address
 assigned to the/ifX/.  It is intended to help matching the
 IPv4 network of the IPv4 address assigned to the/ifX/
 dynamically, e.g. by DHCP.

Re: ipfw3 nat to dynamic ip

[samg]

The network looks like this:
WAN - [ ISP Router ] -- [ My Router ]  [ My Clients ]
The ISP router is set for IP passthrough, so 1-1 NAT. I don't have a static IP 
address, the ISP router gets an IP from the ISP via dhcp. So on my router, eth0 
is connected to the ISP router, and gets an ip via dhcp, which will be whatever 
ip the isp router got, and this ip can change from time to time. I'd like to 
NAT traffic out via eth0, or whatever ip eth0 happens to have at the time.

An aside: does ipfw3 support ipv6 ip's?

Thanks,
Sam

On Fri, Dec 24, 2021, at 5:54 AM, Bill Yuan wrote:
> Hi,
>
> Yes, Currently, it supports IP address only.
> What do you mean by "Dynamic IP address"? 
> Do you mean NAT to iface instead of IP address during the configuration?
> Or can you please help to elaborate?
>
> Regards,
> Bill Yuan
>
> On Fri, 24 Dec 2021 at 07:43, samg  wrote:
>> Hello,
>> 
>> Is there a way to setup ipfw3 nat to a dynamic ip address? I get an ip from 
>> my isp via dhcp. This looks like it used to be possible by nat-ing to an 
>> interface, but the current version only accepts ip addresses.
>> 
>> Thanks,
>> Sam

Re: ipfw3 nat to dynamic ip

[Bill Yuan]

Hi,

Yes, Currently, it supports IP address only.
What do you mean by "Dynamic IP address"?
Do you mean NAT to iface instead of IP address during the configuration?
Or can you please help to elaborate?

Regards,
Bill Yuan

On Fri, 24 Dec 2021 at 07:43, samg  wrote:

> Hello,
>
> Is there a way to setup ipfw3 nat to a dynamic ip address? I get an ip
> from my isp via dhcp. This looks like it used to be possible by nat-ing to
> an interface, but the current version only accepts ip addresses.
>
> Thanks,
> Sam
>

Re: no X on a machine with onboard video

[Antonio Olivares]

On Fri, Nov 19, 2021 at 6:10 PM Antonio Olivares
 wrote:
>
> On Mon, Nov 29, 2021 at 1:51 PM Antonio Olivares
>  wrote:
> >
> > On Fri, Nov 19, 2021 at 1:59 PM James Cook  wrote:
> > >
> > > On Fri, Nov 19, 2021 at 10:50:33AM -0600, Antonio Olivares wrote:
> > > > On Fri, Nov 19, 2021 at 9:54 AM Antonio Olivares
> > > >  wrote:
> > > > >
> > > > > On Fri, Nov 19, 2021 at 9:53 AM nacho Lariguet  
> > > > > wrote:
> > > > > >
> > > > > > On Fri, 19 Nov 2021 09:19:24 -0600
> > > > > > Antonio Olivares  wrote:
> > > > > >
> > > > > > > On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > Hello
> > > > > > > >
> > > > > > > > When you boot to console, can you 'kldload radeon' and see if it
> > > > > > > > works? If yes, then drm/radeon load fine.
> > > > > > > When I load radeon driver, machine freezes
> > > > > > > # kldload radeon
> > > > > > > Had to restart.
> > > > > > BIOS or uEFI booting ?
> > > > >
> > > > > BIOS
> > > > >
> > > > > Best Regards,
> > > > >
> > > > >
> > > > > Antonio
> > > >
> > > > I will be away from computer for several days.  It is an old machine,
> > > > but it worked well.  I may look at getting a pci video card for it, if
> > > > I cannot get it to work.  I just want for it to work, but I will have
> > > > to wait for more ideas to troubleshoot this.  Thank you for your help.
> > > > If there are more suggestions, I will try them when I get back the
> > > > monday after thanksgiving.
> > > >
> > > > Best Regards,
> > > >
> > > >
> > > > Antonio
> > >
> > > I have a laptop with unsupported integrated graphics (Intel). I created
> > > /etc/X11/xorg.conf with the following content, and now it works, though
> > > the graphics are not accelerated.
> > >
> > > Section "Device"
> > > Identifier "main_graphics_device"
> > > Driver "scfb"
> > > EndSection
> > >
> > > (Thanks to daftaupe on IRC for that.)
> > >
> > > --
> > > James
> >
> > Dear Sir,
> >
> > Have tried this, and I get:
> >
> > Fatal Server error:
> > [13245.821] (EE) no screens found(EE)
> >  [13245.821](EE)
> >
> > But thank you for trying to help.
> >
> > Best Regards,
> >
> > Antonio
>
> I now have X.  Using vesa, screensize is very big, but it is a start.
> Maybe modifying the lines and Modes adding to Xorg will fix it.
> Thanks to all who have helped me.  I was thinking of giving up and
> inserting a video card on it and hope it just worked.
>
> Best Regards,
>
>
> Antonio

I will attach /var/log/Xorg.0.log to see if there are any pointers
that can help alleviate the screen.

Best Regards,


Antonio
[  1884.550] 
X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
[  1884.550] Build Operating System: DragonFly 6.0 x86_64 
[  1884.550] Current Operating System: DragonFly localhost.localdomain 6.0-RELEASE DragonFly v6.0.1-RELEASE #3: Mo x86_64
[  1884.550] Build Date: 14 October 2021  03:17:39PM
[  1884.550]  
[  1884.550] Current version of pixman: 0.40.0
[  1884.550] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[  1884.550] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1884.540] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Nov 29 09:26:38 2021
[  1884.540] (==) Using config file: "/etc/X11/xorg.conf"
[  1884.540] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d"
[  1884.540] (==) No Layout section.  Using the first Screen section.
[  1884.540] (==) No screen section available. Using defaults.
[  1884.540] (**) |-->Screen "Default Screen Section" (0)
[  1884.540] (**) |   |-->Monitor ""
[  1884.540] (==) No device specified for screen "Default Screen Section".
	Using the first device section listed.
[  1884.540] (**) |   |-->Device "main_graphics_device"
[  1884.540] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[  1884.540] (==) Not automatically adding devices
[  1884.540] (==) Not automatically enabling devices
[  1884.540] (==) Not automatically adding GPU devices
[  1884.540] (==) Max clients allowed: 256, resource mask: 0x1f
[  1884.540] (==) FontPath set to:
	/usr/local/share/fonts/misc/,
	/usr/local/share/fonts/TTF/,
	/usr/local/share/fonts/OTF/,
	/usr/local/share/fonts/Type1/,
	/usr/local/share/fonts/100dpi/,
	/usr/local/share/fonts/75dpi/,
	catalogue:/usr/local/etc/X11/fontpath.d
[  1884.540] (==) ModulePath set to "/usr/local/lib/xorg/modules"
[  1884.540] (==) |-->Input Device ""
[  1884.540] (==) |-->Input Device ""
[  1884.540] (==) No Layout section. Using the default mouse configuration.
[  1884.540] (==) No Layout section. Using the default keyboard configuration.
[  1884.540] (II) Loader magic: 0x60b8e0
[  1884.540] (II) Module ABI versions:
[  1884.540] 	X.Org ANSI C Emulation: 0.4
[  1884.540] 	X.Org Video Driver: 24.1
[  1884.540] 	X.Org XInput driver : 

Re: no X on a machine with onboard video

[Antonio Olivares]

On Mon, Nov 29, 2021 at 1:51 PM Antonio Olivares
 wrote:
>
> On Fri, Nov 19, 2021 at 1:59 PM James Cook  wrote:
> >
> > On Fri, Nov 19, 2021 at 10:50:33AM -0600, Antonio Olivares wrote:
> > > On Fri, Nov 19, 2021 at 9:54 AM Antonio Olivares
> > >  wrote:
> > > >
> > > > On Fri, Nov 19, 2021 at 9:53 AM nacho Lariguet  
> > > > wrote:
> > > > >
> > > > > On Fri, 19 Nov 2021 09:19:24 -0600
> > > > > Antonio Olivares  wrote:
> > > > >
> > > > > > On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  
> > > > > > wrote:
> > > > > > >
> > > > > > > Hello
> > > > > > >
> > > > > > > When you boot to console, can you 'kldload radeon' and see if it
> > > > > > > works? If yes, then drm/radeon load fine.
> > > > > > When I load radeon driver, machine freezes
> > > > > > # kldload radeon
> > > > > > Had to restart.
> > > > > BIOS or uEFI booting ?
> > > >
> > > > BIOS
> > > >
> > > > Best Regards,
> > > >
> > > >
> > > > Antonio
> > >
> > > I will be away from computer for several days.  It is an old machine,
> > > but it worked well.  I may look at getting a pci video card for it, if
> > > I cannot get it to work.  I just want for it to work, but I will have
> > > to wait for more ideas to troubleshoot this.  Thank you for your help.
> > > If there are more suggestions, I will try them when I get back the
> > > monday after thanksgiving.
> > >
> > > Best Regards,
> > >
> > >
> > > Antonio
> >
> > I have a laptop with unsupported integrated graphics (Intel). I created
> > /etc/X11/xorg.conf with the following content, and now it works, though
> > the graphics are not accelerated.
> >
> > Section "Device"
> > Identifier "main_graphics_device"
> > Driver "scfb"
> > EndSection
> >
> > (Thanks to daftaupe on IRC for that.)
> >
> > --
> > James
>
> Dear Sir,
>
> Have tried this, and I get:
>
> Fatal Server error:
> [13245.821] (EE) no screens found(EE)
>  [13245.821](EE)
>
> But thank you for trying to help.
>
> Best Regards,
>
> Antonio

I now have X.  Using vesa, screensize is very big, but it is a start.
Maybe modifying the lines and Modes adding to Xorg will fix it.
Thanks to all who have helped me.  I was thinking of giving up and
inserting a video card on it and hope it just worked.

Best Regards,


Antonio

Re: no X on a machine with onboard video

[Antonio Olivares]

On Fri, Nov 19, 2021 at 1:59 PM James Cook  wrote:
>
> On Fri, Nov 19, 2021 at 10:50:33AM -0600, Antonio Olivares wrote:
> > On Fri, Nov 19, 2021 at 9:54 AM Antonio Olivares
> >  wrote:
> > >
> > > On Fri, Nov 19, 2021 at 9:53 AM nacho Lariguet  wrote:
> > > >
> > > > On Fri, 19 Nov 2021 09:19:24 -0600
> > > > Antonio Olivares  wrote:
> > > >
> > > > > On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  
> > > > > wrote:
> > > > > >
> > > > > > Hello
> > > > > >
> > > > > > When you boot to console, can you 'kldload radeon' and see if it
> > > > > > works? If yes, then drm/radeon load fine.
> > > > > When I load radeon driver, machine freezes
> > > > > # kldload radeon
> > > > > Had to restart.
> > > > BIOS or uEFI booting ?
> > >
> > > BIOS
> > >
> > > Best Regards,
> > >
> > >
> > > Antonio
> >
> > I will be away from computer for several days.  It is an old machine,
> > but it worked well.  I may look at getting a pci video card for it, if
> > I cannot get it to work.  I just want for it to work, but I will have
> > to wait for more ideas to troubleshoot this.  Thank you for your help.
> > If there are more suggestions, I will try them when I get back the
> > monday after thanksgiving.
> >
> > Best Regards,
> >
> >
> > Antonio
>
> I have a laptop with unsupported integrated graphics (Intel). I created
> /etc/X11/xorg.conf with the following content, and now it works, though
> the graphics are not accelerated.
>
> Section "Device"
> Identifier "main_graphics_device"
> Driver "scfb"
> EndSection
>
> (Thanks to daftaupe on IRC for that.)
>
> --
> James

Dear Sir,

Have tried this, and I get:

Fatal Server error:
[13245.821] (EE) no screens found(EE)
 [13245.821](EE)

But thank you for trying to help.

Best Regards,

Antonio

Re: no X on a machine with onboard video

[James Cook]

On Fri, Nov 19, 2021 at 10:50:33AM -0600, Antonio Olivares wrote:
> On Fri, Nov 19, 2021 at 9:54 AM Antonio Olivares
>  wrote:
> >
> > On Fri, Nov 19, 2021 at 9:53 AM nacho Lariguet  wrote:
> > >
> > > On Fri, 19 Nov 2021 09:19:24 -0600
> > > Antonio Olivares  wrote:
> > >
> > > > On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  wrote:
> > > > >
> > > > > Hello
> > > > >
> > > > > When you boot to console, can you 'kldload radeon' and see if it
> > > > > works? If yes, then drm/radeon load fine.
> > > > When I load radeon driver, machine freezes
> > > > # kldload radeon
> > > > Had to restart.
> > > BIOS or uEFI booting ?
> >
> > BIOS
> >
> > Best Regards,
> >
> >
> > Antonio
> 
> I will be away from computer for several days.  It is an old machine,
> but it worked well.  I may look at getting a pci video card for it, if
> I cannot get it to work.  I just want for it to work, but I will have
> to wait for more ideas to troubleshoot this.  Thank you for your help.
> If there are more suggestions, I will try them when I get back the
> monday after thanksgiving.
> 
> Best Regards,
> 
> 
> Antonio

I have a laptop with unsupported integrated graphics (Intel). I created
/etc/X11/xorg.conf with the following content, and now it works, though
the graphics are not accelerated.

Section "Device"
Identifier "main_graphics_device"
Driver "scfb"
EndSection

(Thanks to daftaupe on IRC for that.)

-- 
James

Re: no X on a machine with onboard video

[Antonio Olivares]

On Fri, Nov 19, 2021 at 9:54 AM Antonio Olivares
 wrote:
>
> On Fri, Nov 19, 2021 at 9:53 AM nacho Lariguet  wrote:
> >
> > On Fri, 19 Nov 2021 09:19:24 -0600
> > Antonio Olivares  wrote:
> >
> > > On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  wrote:
> > > >
> > > > Hello
> > > >
> > > > When you boot to console, can you 'kldload radeon' and see if it
> > > > works? If yes, then drm/radeon load fine.
> > > When I load radeon driver, machine freezes
> > > # kldload radeon
> > > Had to restart.
> > BIOS or uEFI booting ?
>
> BIOS
>
> Best Regards,
>
>
> Antonio

I will be away from computer for several days.  It is an old machine,
but it worked well.  I may look at getting a pci video card for it, if
I cannot get it to work.  I just want for it to work, but I will have
to wait for more ideas to troubleshoot this.  Thank you for your help.
If there are more suggestions, I will try them when I get back the
monday after thanksgiving.

Best Regards,


Antonio

Re: no X on a machine with onboard video

[Antonio Olivares]

On Fri, Nov 19, 2021 at 9:53 AM nacho Lariguet  wrote:
>
> On Fri, 19 Nov 2021 09:19:24 -0600
> Antonio Olivares  wrote:
>
> > On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  wrote:
> > >
> > > Hello
> > >
> > > When you boot to console, can you 'kldload radeon' and see if it
> > > works? If yes, then drm/radeon load fine.
> > When I load radeon driver, machine freezes
> > # kldload radeon
> > Had to restart.
> BIOS or uEFI booting ?

BIOS

Best Regards,


Antonio

Re: no X on a machine with onboard video

[nacho Lariguet]

On Fri, 19 Nov 2021 09:19:24 -0600
Antonio Olivares  wrote:

> On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  wrote:
> >
> > Hello
> >
> > When you boot to console, can you 'kldload radeon' and see if it
> > works? If yes, then drm/radeon load fine.  
> When I load radeon driver, machine freezes
> # kldload radeon
> Had to restart.
BIOS or uEFI booting ? 
> >
> > Next, set up a basic /etc/X11/xorg.conf where the driver section has
> > either radeon with no accel
> >
> > ---
> > Section "Device"
> > Option  "NoAccel"   "true"
> > Identifier  "Card0"
> > Driver  "radeon"
> > BusID   "PCI:9:0:0" # <-- INSERT CORRECT BUSID HERE
> > EndSection
> > ---
> >
> > and start xorg. If this does not work, use the modesetting driver:
> >
> > ---
> > Section "Device"
> > Identifier  "Card0"
> > Driver  "modesetting"
> > BusID   "PCI:9:0:0" # <-- INSERT CORRECT BUSID HERE
> > EndSection
> > ---  
> 
> Tried this option and I get message:
> Fatal server error:
> (EE) no screens found(EE)
> (EE)
> xinit:  unable to connect to X server:  Connection refused
> 
> Best Regards && thank you for helping
> 
> 
> 
> Antonio
> 
> > Best
> >
> > Peeter
> >
> > --
> >
> > On Fri, Nov 19, 2021 at 4:37 PM Antonio Olivares
> >  wrote:  
> > >
> > > On Thu, Nov 18, 2021 at 11:55 PM Antonio Olivares
> > >  wrote:  
> > > >
> > > > Dear kind DragonflyBSD users,
> > > >
> > > > I have managed to install DragonflyBSD 6.0.1 on an old machine with
> > > > integrated video on the motherboard.
> > > >
> > > > The machine was running Dragonfly 5.2, but I wanted to upgrade it to
> > > > latest.  This has resulted in having no X.
> > > >
> > > > the information from pciconf -lv
> > > > returns:
> > > >
> > > > vgapci0@pci0:1:5:0
> > > > vendor = 'Advanced Micro Devices, Inc.  [AMD/ATI]'
> > > > device = 'RS740 [Radeon 2100]'
> > > > class = display
> > > > subclass = VGA
> > > >
> > > >
> > > > The monitor am Acer Monitor which it is connected to supports 1600x900
> > > > output as follows:
> > > >
> > > > Screen 0: minimum 320 x 200, current 1600 x 900, maximum 16384 x 16384
> > > > DisplayPort-0 disconnected primary (normal left inverted right x axis y 
> > > > axis)
> > > > HDMI-0 disconnected (normal left inverted right x axis y axis)
> > > > DVI-0 connected 1600x900+0+0 (normal left inverted right x axis y
> > > > axis) 443mm x 249mm
> > > >1600x900  60.00*+
> > > >1280x800  59.91
> > > >1152x864  75.00
> > > >1280x720  60.00
> > > >1024x768  75.0370.0760.00
> > > >832x624   74.55
> > > >800x600   72.1975.0060.3256.25
> > > >640x480   75.0072.8166.6759.94
> > > >720x400   70.08
> > > >
> > > > I have installed xfce and when I type startx I get a blank screen, and
> > > > pressing CTRL+ALT+BACKSPACE does nothing(maybe depracated),
> > > > I have to reset machine or turn off holding power button.  Any
> > > > suggestions as to how to get this working are appreciated.
> > > >
> > > > Best Regards,
> > > >
> > > >
> > > > Antonio  
> > >
> > > From a linux live cd, and where X works I can send the following:
> > >
> > > [root@ ~]# lspci
> > > 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI]
> > > RS690/RS740 Host Bridge
> > > 00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690/RS740
> > > PCI to PCI Bridge (Internal gfx)
> > > 00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 PCI
> > > to PCI Bridge (PCI Express Port 2)
> > > 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode]
> > > 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
> > > 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
> > > USB OHCI1 Controller
> > > 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 USB EHCI Controller
> > > 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
> > > 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
> > > USB OHCI1 Controller
> > > 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 USB EHCI Controller
> > > 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus
> > > Controller (rev 3a)
> > > 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 IDE Controller
> > > 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00
> > > Azalia (Intel HDA)
> > > 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 LPC host controller
> > > 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI
> > > to PCI Bridge
> > > 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > > SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
> > > 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> > > 

Re: no X on a machine with onboard video

[Antonio Olivares]

On Fri, Nov 19, 2021 at 8:55 AM karu.pruun  wrote:
>
> Hello
>
> When you boot to console, can you 'kldload radeon' and see if it
> works? If yes, then drm/radeon load fine.
When I load radeon driver, machine freezes
# kldload radeon
Had to restart.
>
> Next, set up a basic /etc/X11/xorg.conf where the driver section has
> either radeon with no accel
>
> ---
> Section "Device"
> Option  "NoAccel"   "true"
> Identifier  "Card0"
> Driver  "radeon"
> BusID   "PCI:9:0:0" # <-- INSERT CORRECT BUSID HERE
> EndSection
> ---
>
> and start xorg. If this does not work, use the modesetting driver:
>
> ---
> Section "Device"
> Identifier  "Card0"
> Driver  "modesetting"
> BusID   "PCI:9:0:0" # <-- INSERT CORRECT BUSID HERE
> EndSection
> ---

Tried this option and I get message:
Fatal server error:
(EE) no screens found(EE)
(EE)
xinit:  unable to connect to X server:  Connection refused

Best Regards && thank you for helping



Antonio

> Best
>
> Peeter
>
> --
>
> On Fri, Nov 19, 2021 at 4:37 PM Antonio Olivares
>  wrote:
> >
> > On Thu, Nov 18, 2021 at 11:55 PM Antonio Olivares
> >  wrote:
> > >
> > > Dear kind DragonflyBSD users,
> > >
> > > I have managed to install DragonflyBSD 6.0.1 on an old machine with
> > > integrated video on the motherboard.
> > >
> > > The machine was running Dragonfly 5.2, but I wanted to upgrade it to
> > > latest.  This has resulted in having no X.
> > >
> > > the information from pciconf -lv
> > > returns:
> > >
> > > vgapci0@pci0:1:5:0
> > > vendor = 'Advanced Micro Devices, Inc.  [AMD/ATI]'
> > > device = 'RS740 [Radeon 2100]'
> > > class = display
> > > subclass = VGA
> > >
> > >
> > > The monitor am Acer Monitor which it is connected to supports 1600x900
> > > output as follows:
> > >
> > > Screen 0: minimum 320 x 200, current 1600 x 900, maximum 16384 x 16384
> > > DisplayPort-0 disconnected primary (normal left inverted right x axis y 
> > > axis)
> > > HDMI-0 disconnected (normal left inverted right x axis y axis)
> > > DVI-0 connected 1600x900+0+0 (normal left inverted right x axis y
> > > axis) 443mm x 249mm
> > >1600x900  60.00*+
> > >1280x800  59.91
> > >1152x864  75.00
> > >1280x720  60.00
> > >1024x768  75.0370.0760.00
> > >832x624   74.55
> > >800x600   72.1975.0060.3256.25
> > >640x480   75.0072.8166.6759.94
> > >720x400   70.08
> > >
> > > I have installed xfce and when I type startx I get a blank screen, and
> > > pressing CTRL+ALT+BACKSPACE does nothing(maybe depracated),
> > > I have to reset machine or turn off holding power button.  Any
> > > suggestions as to how to get this working are appreciated.
> > >
> > > Best Regards,
> > >
> > >
> > > Antonio
> >
> > From a linux live cd, and where X works I can send the following:
> >
> > [root@ ~]# lspci
> > 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI]
> > RS690/RS740 Host Bridge
> > 00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690/RS740
> > PCI to PCI Bridge (Internal gfx)
> > 00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 PCI
> > to PCI Bridge (PCI Express Port 2)
> > 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode]
> > 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
> > 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
> > USB OHCI1 Controller
> > 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 USB EHCI Controller
> > 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
> > 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
> > USB OHCI1 Controller
> > 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 USB EHCI Controller
> > 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus
> > Controller (rev 3a)
> > 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 IDE Controller
> > 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00
> > Azalia (Intel HDA)
> > 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 LPC host controller
> > 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI
> > to PCI Bridge
> > 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> > SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
> > 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> > Processor HyperTransport Configuration
> > 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> > Processor Address Map
> > 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> > Processor DRAM Controller
> > 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> > Processor Miscellaneous Control
> > 00:18.4 Host bridge: Advanced Micro 

Re: no X on a machine with onboard video

[karu.pruun]

Hello

When you boot to console, can you 'kldload radeon' and see if it
works? If yes, then drm/radeon load fine.

Next, set up a basic /etc/X11/xorg.conf where the driver section has
either radeon with no accel

---
Section "Device"
Option  "NoAccel"   "true"
Identifier  "Card0"
Driver  "radeon"
BusID   "PCI:9:0:0" # <-- INSERT CORRECT BUSID HERE
EndSection
---

and start xorg. If this does not work, use the modesetting driver:

---
Section "Device"
Identifier  "Card0"
Driver  "modesetting"
BusID   "PCI:9:0:0" # <-- INSERT CORRECT BUSID HERE
EndSection
---

Best

Peeter

--

On Fri, Nov 19, 2021 at 4:37 PM Antonio Olivares
 wrote:
>
> On Thu, Nov 18, 2021 at 11:55 PM Antonio Olivares
>  wrote:
> >
> > Dear kind DragonflyBSD users,
> >
> > I have managed to install DragonflyBSD 6.0.1 on an old machine with
> > integrated video on the motherboard.
> >
> > The machine was running Dragonfly 5.2, but I wanted to upgrade it to
> > latest.  This has resulted in having no X.
> >
> > the information from pciconf -lv
> > returns:
> >
> > vgapci0@pci0:1:5:0
> > vendor = 'Advanced Micro Devices, Inc.  [AMD/ATI]'
> > device = 'RS740 [Radeon 2100]'
> > class = display
> > subclass = VGA
> >
> >
> > The monitor am Acer Monitor which it is connected to supports 1600x900
> > output as follows:
> >
> > Screen 0: minimum 320 x 200, current 1600 x 900, maximum 16384 x 16384
> > DisplayPort-0 disconnected primary (normal left inverted right x axis y 
> > axis)
> > HDMI-0 disconnected (normal left inverted right x axis y axis)
> > DVI-0 connected 1600x900+0+0 (normal left inverted right x axis y
> > axis) 443mm x 249mm
> >1600x900  60.00*+
> >1280x800  59.91
> >1152x864  75.00
> >1280x720  60.00
> >1024x768  75.0370.0760.00
> >832x624   74.55
> >800x600   72.1975.0060.3256.25
> >640x480   75.0072.8166.6759.94
> >720x400   70.08
> >
> > I have installed xfce and when I type startx I get a blank screen, and
> > pressing CTRL+ALT+BACKSPACE does nothing(maybe depracated),
> > I have to reset machine or turn off holding power button.  Any
> > suggestions as to how to get this working are appreciated.
> >
> > Best Regards,
> >
> >
> > Antonio
>
> From a linux live cd, and where X works I can send the following:
>
> [root@ ~]# lspci
> 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI]
> RS690/RS740 Host Bridge
> 00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690/RS740
> PCI to PCI Bridge (Internal gfx)
> 00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 PCI
> to PCI Bridge (PCI Express Port 2)
> 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode]
> 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
> 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
> USB OHCI1 Controller
> 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 USB EHCI Controller
> 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
> 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
> USB OHCI1 Controller
> 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 USB EHCI Controller
> 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus
> Controller (rev 3a)
> 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 IDE Controller
> 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00
> Azalia (Intel HDA)
> 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 LPC host controller
> 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI
> to PCI Bridge
> 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
> SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
> 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> Processor HyperTransport Configuration
> 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> Processor Address Map
> 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> Processor DRAM Controller
> 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> Processor Miscellaneous Control
> 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
> Processor Link Control
> 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc.
> [AMD/ATI] RS740 [Radeon 2100]
> 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02)
> [root@ ~]#
> [root@ ~]# tail -f /var/log/Xorg.0.log
> [   104.336] (**) Microsoft Microsoft Optical Mouse with Tilt Wheel
> Consumer Control: Applying InputClass "libinput keyboard catchall"
> [   104.336] (II) Using input driver 'libinput' for 'Microsoft
> Microsoft Optical Mouse with 

Re: no X on a machine with onboard video

[Antonio Olivares]

On Thu, Nov 18, 2021 at 11:55 PM Antonio Olivares
 wrote:
>
> Dear kind DragonflyBSD users,
>
> I have managed to install DragonflyBSD 6.0.1 on an old machine with
> integrated video on the motherboard.
>
> The machine was running Dragonfly 5.2, but I wanted to upgrade it to
> latest.  This has resulted in having no X.
>
> the information from pciconf -lv
> returns:
>
> vgapci0@pci0:1:5:0
> vendor = 'Advanced Micro Devices, Inc.  [AMD/ATI]'
> device = 'RS740 [Radeon 2100]'
> class = display
> subclass = VGA
>
>
> The monitor am Acer Monitor which it is connected to supports 1600x900
> output as follows:
>
> Screen 0: minimum 320 x 200, current 1600 x 900, maximum 16384 x 16384
> DisplayPort-0 disconnected primary (normal left inverted right x axis y axis)
> HDMI-0 disconnected (normal left inverted right x axis y axis)
> DVI-0 connected 1600x900+0+0 (normal left inverted right x axis y
> axis) 443mm x 249mm
>1600x900  60.00*+
>1280x800  59.91
>1152x864  75.00
>1280x720  60.00
>1024x768  75.0370.0760.00
>832x624   74.55
>800x600   72.1975.0060.3256.25
>640x480   75.0072.8166.6759.94
>720x400   70.08
>
> I have installed xfce and when I type startx I get a blank screen, and
> pressing CTRL+ALT+BACKSPACE does nothing(maybe depracated),
> I have to reset machine or turn off holding power button.  Any
> suggestions as to how to get this working are appreciated.
>
> Best Regards,
>
>
> Antonio

>From a linux live cd, and where X works I can send the following:

[root@ ~]# lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI]
RS690/RS740 Host Bridge
00:01.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690/RS740
PCI to PCI Bridge (Internal gfx)
00:06.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RS690 PCI
to PCI Bridge (PCI Express Port 2)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode]
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
USB OHCI1 Controller
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0
USB OHCI1 Controller
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB EHCI Controller
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus
Controller (rev 3a)
00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 IDE Controller
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00
Azalia (Intel HDA)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 LPC host controller
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI
to PCI Bridge
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI]
SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
Processor Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h
Processor Link Control
01:05.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] RS740 [Radeon 2100]
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 02)
[root@ ~]#
[root@ ~]# tail -f /var/log/Xorg.0.log
[   104.336] (**) Microsoft Microsoft Optical Mouse with Tilt Wheel
Consumer Control: Applying InputClass "libinput keyboard catchall"
[   104.336] (II) Using input driver 'libinput' for 'Microsoft
Microsoft Optical Mouse with Tilt Wheel Consumer Control'
[   104.337] (**) Microsoft Microsoft Optical Mouse with Tilt Wheel
Consumer Control: always reports core events
[   104.337] (**) Option "Device" "/dev/input/event7"
[   104.337] (**) Option "_source" "_driver/libinput"
[   104.337] (II) libinput: Microsoft Microsoft Optical Mouse with
Tilt Wheel Consumer Control: is a virtual subdevice
[   104.337] (**) Option "config_info"
"udev:/sys/devices/pci:00/:00:12.1/usb4/4-1/4-1:1.0/0003:045E:00D1.0002/input/input10/event7"
[   104.337] (II) XINPUT: Adding extended input device "Microsoft
Microsoft Optical Mouse with Tilt Wheel Consumer Control" (type:
KEYBOARD, id 11)
[   104.337] (**) Option "xkb_layout" "us"
[   104.337] (**) Option "xkb_options" "terminate:ctrl_alt_bksp"

[root@ ~]# cat /var/log/Xorg.0.log
[   103.854]
X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
[   103.854] 

Re: Setting up DragonflyBSD

[André Pfeiffer]

Hello James,

Thank you very much for your insight.
On image 3 it shutdown after selecting reboot from image 2. There is no
scrolling or any other interaction after this point... The keyboard just
dies.
I'm sorry if the images got a bit out of order, I'll be more careful next
time.

Also, I'll try a setup with swap space and then without encryption and see
what happens

Thanks again.

Em sex., 19 de nov. de 2021 às 01:20, James Cook 
escreveu:

> On Thu, Nov 18, 2021 at 06:31:21AM -0300, André Pfeiffer wrote:
> > Hello everyone,
> >
> > Some months ago I sent some messages about not being able to set up
> > DragonflyBSD. With the new version launched I was able to boot the
> > installer for the first time ever on my computer! This made me very
> happy.
> > However, as one can see on the pictures attached, I was unable to
> succeed.
> > I used the default setup, except for swap space which I removed and added
> > to root storage as I do with all my setups. I also encrypted everything
> > except for boot storage. After Image 2 I changed root password and went
> for
> > a reboot. This led to image 3, which didn't reboot no matter which key
> was
> > pressed. Lastly, after a forceful reset I was left with image 4. What
> did I
> > do wrong?
> >
> > Best regards,
> >
> > Pfeiffer.
>
> In image 4, it looks like the system has decided to shut down for some
> reason. Normally that message would appear after the superuser runs a
> command like "shutdown now". Maybe there is a message earlier on the
> screen explaining why the system decided to shut down. You can scroll
> to earlier messages by pressing scroll lock and then using page up.
>
> For image 3, I think you should wait for someone wiser than me to
> comment...
>
> --
> James
>