Do you have any message for us?

To avoid posts by spam, a message body without the word #FuguIta is rejected. Please include the word in your message text.
URLs in the body of the message will also be judged as spam. If you wish to express a URL, please omit the scheme (http://, https://, etc.).






mfs stays at 1024M

Santos (2024-07-27 (Sat) 07:19:56)

Hi,

I'm using #FuguIta i386, booting from a 2GB compact flash adaptor. I can boot with it, no problem. I have a uniprocessor laptop x32 with 3GB of RAM. At boot time. Whenever I try to assign more memory for 'mfs' the amount defaults to 1024M. If I do: 2048M, 100% or 100%%. The boot message indicates: set mfs size to 1024MB. No matter what I do mfs stays at 1GB.

Couple of question. What exactly is mfs? I know is the memory filesystem, but what does that mean? will it hold all files in the filesystem, like /root files and packages I install? can be extended after boot? is it only for files?

#FuguIta does detects my 3GB of RAM but refuses to assign more than 1024MB to mfs. In linux usually there is no need to assign any percentage to the filesystem and to RAM memory. The more files I put in ram, the less RAM I have to run programs. It's the same space for files and memory for programs to run. Can It be the same for FuguIta? I make the comparison, linux is my main point of reference.

This is a very complicated method and is not recommended. You will also need to automate the way you configure this disk device and implement your own means of saving and restoring files on the device.
At the very least, you should be able to see the following example implementation and understand its contents.

test# uname -a
OpenBSD test.local 7.5 RDROOT.MP#19 i386

test# top -b 5
load averages:  0.05,  0.01,  0.01    test.local 07:41:44
33 processes: 32 idle, 1 on processor  up 0 days 01:06:55
CPU states:  1.7% user,  0.0% nice,  1.9% sys,  0.1% spin,  2.4% intr, 94.0% idle
Memory: Real: 1739M/2803M act/tot Free: 195M Cache: 334M Swap: 16M/16M

  PID USERNAME PRI NICE  SIZE   RES STATE     WAIT      TIME    CPU COMMAND
65593 root      10    0  769M  744M idle      mfsidl    0:06  0.00% mount_mfs
61622 root      10    0  769M  357M sleep     mfsidl    0:04  0.00% mount_mfs
74185 root      10    0  769M  348M sleep     mfsidl    0:03  0.00% mount_mfs
72783 root      18    0 1380K  896K sleep     sigsusp   0:02  0.00% ksh
23542 _ntp       2  -20 1420K 1396K sleep     kqread    0:00  0.00% ntpd

test# mount
/dev/rd0a on / type ffs (local)
/dev/sd0a on /sysmedia type ffs (local, read-only)
/dev/vnd5a on /fuguita type ffs (local, read-only)
mfs:19329 on /ram type mfs (local, wxallowed, size=524288 512-blocks)
mfs:74185 on /ram/root/mfs/0 type mfs (asynchronous, local, size=1572864 512-blocks)
mfs:61622 on /ram/root/mfs/1 type mfs (asynchronous, local, size=1572864 512-blocks)
mfs:65593 on /ram/root/mfs/2 type mfs (asynchronous, local, size=1572864 512-blocks)
/dev/sd1d on /ram/usr/local type ffs (local)

test# vnconfig -l                                                              
vnd0: covering 0/fill on ??, inode 3
vnd1: covering 1/fill on ??, inode 3
vnd2: covering 2/fill on ??, inode 3
vnd3: not in use
vnd4: not in use
vnd5: covering /sysmedia/fuguita-7.5-i386.ffsimg on sd0a, inode 4

test# ls -l /root/mfs/*/*
-rw-r--r--  1 root  wheel  778272768 Jul 30 06:56 /root/mfs/0/fill
-rw-r--r--  1 root  wheel  778272768 Jul 30 06:56 /root/mfs/1/fill
-rw-r--r--  1 root  wheel  778272768 Jul 30 06:54 /root/mfs/2/fill

test# bioctl softraid0                                                         
Volume      Status               Size Device  
softraid0 0 Online         2333810688 sd1     CONCAT
          0 Online          777936896 0:0.0   noencl <vnd0d>
          1 Online          777936896 0:1.0   noencl <vnd1d>
          2 Online          777936896 0:2.0   noencl <vnd2d>

test# df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/rd0a      1.5M    927K    625K    60%    /
/dev/sd0a      900M    891M    9.1M    99%    /sysmedia
/dev/vnd5a     871M    865M    5.1M   100%    /fuguita
mfs:19329      247M   39.6M    195M    17%    /ram
mfs:74185      743M    743M  -37.1M   106%    /ram/root/mfs/0
mfs:61622      743M    743M  -37.1M   106%    /ram/root/mfs/1
mfs:65593      743M    743M  -37.1M   106%    /ram/root/mfs/2
/dev/sd1d      2.1G    1.1G    877M    58%    /ram/usr/local

test# ls /var/db/pkg
adwaita-icon-theme-45.0                 libiconv-1.17
aom-3.8.3                               librsvg-2.57.2
at-spi2-core-2.50.1                     libudev-openbsd-20230921p0
avahi-libs-0.8p3                        libvpx-1.14.1v0
bzip2-1.0.8p0                           libxkbcommon-1.6.0p0
cairo-1.18.0                            libxml-2.12.9
chromium-122.0.6261.111p0               libxslt-1.1.39
cups-libs-2.4.7                         lz4-1.9.4
dav1d-1.2.1p3                           lzo2-2.10p2
dbus-1.14.10v0                          noto-emoji-20211101
dconf-0.40.0p0                          noto-fonts-20201206
desktop-file-utils-0.27                 nspr-4.35
epoll-shim-0.0.20230411                 nss-3.98
fribidi-1.0.13                          openh264-2.4.1p1
gdk-pixbuf-2.42.10                      opus-1.4
gettext-runtime-0.22.5                  pango-1.52.1
glib2-2.78.6                            pcre2-10.37p2
graphite2-1.3.14                        png-1.6.43
gtk+3-3.24.41                           pv-1.8.0
gtk+3-cups-3.24.41                      python-3.10.14
gtk4-update-icon-cache-4.12.5           quirks-7.14
harfbuzz-8.3.0                          rlwrap-0.46.1
hicolor-icon-theme-0.17                 rsync-3.2.7p1
icu4c-74.2v0                            shared-mime-info-2.4
intel-firmware-20240514v0               sqlite3-3.44.2
jpeg-3.0.2v0                            tiff-4.6.0
libevent-2.1.12p0                       updatedb-0p0
libexif-0.6.24                          wayland-1.22.0p0
libffi-3.4.4p1                          xdg-utils-1.2.1
libgcrypt-1.10.3p1                      xz-5.4.5
libgpg-error-1.48                       zstd-1.5.5

I have included this just to show that it is not impossible.
...and for your interest.

-- kaw 2024-07-30 (Tue) 16:38:12

  • Thank you very much. It is exactly what I also wondered about. Whether there was a way to mount multiple points to not be limited by the hard coded 1024M. Very interesting the output you posted. I'll check how I can do it. Installing OpenBSD is definitively a solution but a live system like #FuguIta is what works for me since I can break the system (which has happened a lot recently) and just restart and boot again instead of reinstalling the entire OS. For now I'm not in a hurry to save any kind of files I would like to go step by step and get the mfs expanded first. -- Santos 2024-08-05 (Mon) 23:41:58
  • By the way. If I'm correct, that output is like my set up. 3GB of RAM and 3 mfs mounted in a RAID configuration. All in memory (RAM). Correct? #FuguIta -- Santos 2024-08-06 (Tue) 02:08:57
  • You are correct. In addition, don't forget to create a single file with the largest size in each mfs and associate it with the vnode device in vnconfig. #FuguIta -- kaw 2024-08-09 (Fri) 10:47:58
  • @Santos, don;t waste your time, pkg_add does not even work for me, can't find the command! lolz #FuguIta -- chris 2024-08-22 (Thu) 22:33:22

How to install firefox?

Santos (2024-07-19 (Fri) 23:43:36)

Loving #FuguIta, trying to learn by doing but I hit a wall. I can't do: 'pkg_add firefox'. It can't be located. I tried setting up a mirror with the PKG_PATH, didn't work. What is changing in FuguIta from any regular OpenBSD install? And How can I install firefox? RAM is no problem.

Thanks!

#FuguIta has no special mechanism for pkg_add.
Again, please be specific about the problem.

-- kaw 2024-07-21 (Sun) 20:04:35


Safe Graphics Mode?

Santos (2024-06-01 (Sat) 19:43:23)

As per your previous post.

"firmware that has no effect" (2023-10-09 (Mon) 13:53:36)

There seems to be the process to resolved the issue with Radeon graphics cards, but that assumes an active internet connection, plus I do not know in which boot stage should be done.

So, in order to avoid that, is there any 'Safe Graphic Mode' or a way to start a graphic environment without having to rely on the graphic chip?

Thank you for #FuguIta!

>> OpenBSD/amd64 BOOT 3.65
/
>> bsd-fi.mp is for 
>> multiprocessor kernel (default). 
>> Enter 'bsd-fi' for Uniprocessor. 

boot> -c
cannot open hd0a:/etc/random.seed: No such file or directory
booting hd0a:/bsd-fi.mp: 17872725+4297744+2363424+0+1236992 [1555784+128+1398216+1093260]=0x1c72620
entry point at 0xffffffff81001000
[ using 4048416 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2024 OpenBSD. All rights reserved.  https://www.OpenBSD.org

OpenBSD 7.5-stable (RDROOT.MP) #15: Sun Jun  2 11:14:48 JST 2024
    root@nimbus12.localnet:/opt/fi/7.5/sys/arch/amd64/compile/RDROOT.MP
real mem = 1056952320 (1007MB)
avail mem = 1002065920 (955MB)
User Kernel Config
UKC> disable radeomdrm0
UKC> quit
Continuing...

Upcoming release

kaw (2024-05-12 (Sun) 09:17:07)

#FuguIta-7.5-*-202405111

  • OpenBSD 7.5 patch-003 has been applied
  • ISO images for arm64 platform are now available

This is not an official release, as the arm64 version has not yet been tested on an actual machine (they can be used normally).
It is placed under the test directory of the mirror servers.


Test version of FuguIta 7.5/arm64

kaw (2024-04-19 (Fri) 13:09:13)

Test version of FuguIta-7.5-arm64-* has been uploaded to the mirror.

Now only tested on emulator.
If you tested this on real RPi3/4, please inform us the result especially about frame buffer and/or X11.

#FuguIta


Test version of FuguIta 7.5/i386

kaw (2024-04-14 (Sun) 00:03:24)

Test version of FuguIta-7.5-i386-* has been uploaded to the mirror.

#FuguIta


Test version of FuguIta 7.5/amd64

kaw (2024-04-12 (Fri) 17:07:03)

Test version of FuguIta-7.5-amd64-* has been uploaded to the mirror. I'm looking forward to hearing from you!

What I would like to know are:

  • How it works on newer hardware (device detection, X Window, suspend/resume, etc.)
  • Comments and suggestions for improvement using the #FuguIta's original tools etc.

Thank you in advance.


New build tools released

kaw (2023-12-20 (Wed) 15:29:17)

I have released new build tools for #FuguIta.
This tool allows you to build FuguIta from scratch without relying on supplementary files.
For more information, see Part 4 of the FuguIta Guide, Building a FuguIta LiveDVD.


Revised: Testing new build tools

kaw (2023-12-09 (Sat) 16:17:40)

This tool is tools-4.7-amd64-test.tar.gz tools-4.7-test.tar.gz located in the test directory of the mirror server, and is currently for both i386 and amd64.
The build method is as follows.

  1. Download and extract the #FuguIta build tools.
  2. Download and extract the OpenBSD kernel (sys.tar.gz) and userland (src.tar.gz) source code under /usr/src. Then perform CVS updates if necessary.
  3. Run "make init".
  4. Place the OpenBSD install set (*74.tgz) under install_sets.
    If you want to customize FuguIta, please create site74.tgz as described in https://www.openbsd.org/faq/faq4.html#site and place it under install_sets. If install.site is included in site74.tgz, it will be added to /etc/rc.firsttime.
    Please note: if the size of the created media/fuguita-7.4-adm64.ffsimg exceeds 2GB, the ISO image will not be created correctly due to a limitation of the mkhybrid utility.
  5. Run "make setup && make".
  • An optional step is to create mode0symlinks.cpio.gz. This file is intended to reduce the time required to boot at mode 0 (especially with LiveDVD).
    To create mode0symlinks.cpio.gz, boot the completed LiveDVD at mode 0 and run the gen_mode0sldir command as root. Then, the /etc/fuguita/mode0symlinks.cpio.gz file will be created, so place it in the build tool's lib directory with the file name mode0symlinks.cpio.gz.amd64.
    Then run "make again and #FuguIta with mode0symlinks.cpio.gz will be created. -- kaw 2023-12-09 (Sat) 16:38:10
  • There is one more thing to provide feedback to the build tool after the first version is completed.
    In the configuration file lib/global.conf.amd64, there is a variable assignment called fuguita_sys_mb, which represents the size of the LiveUSB system area, that is, the partition a.
    This is roughly the same size as the livecd.iso generated at build time, but considering the fiupdate utility, it is safe to make it approximately 10MB larger than the livecd.iso size to provide some extra space.
    After resetting the fuguita_sys_mb value, run "make" again to generate the #FuguIta LiveDVD ISO image. -- kaw 2023-12-09 (Sat) 22:25:26
  • Changes:
    1) the name of the tarball changed. On i386, it's also OK.
    2) userland source codes also needed to build crunched binary in /boottmp.
    #FuguIta -- kaw 2023-12-13 (Wed) 17:44:25

Testing new build tools

kaw (2023-12-04 (Mon) 16:46:50)

I am currently testing new #FuguIta build tools. This tool is tools-4.7-amd64-test.tar.gz located in the test directory of the mirror server, and is currently only for amd64.
The build method is as follows.
1. Expand the build tools.
2. Extract the kernel source under /usr/src/sys.
3. Run make initdir in the top directory of the build tool.
4. Place the OpenBSD 7.4/amd64 installation set (*74.tgz) under install_sets.
5. Place the OpenBSD 7.4/amd64 rsync, rlwrap, and pv package files under install_pkgs. And install (pkg_add) rsync and pv on the build host.
6. Run make setup && make.


Add another WM and if possible to install on HDD?

Rasat (2023-12-03 (Sun) 22:31:51)

I installed Fvwm3 and imagemagick (for iconified thumbnails) and all work well with the Fvwm-kise configs (scripts), besides a few minor problems that can be fixed. There is no permission to edit xenodm config in #FuguIta directory. Made one new symlink from /usr/X11R6/bin/fvwm to /usr/local/bin/fvwm3. Is there a better option to do? Same with any added WM.
The usbfadm tool is great. The expand/newfs option allowing to use and storage of full USB capacity. I added many new packages (pkg_add). Is there an option to install everything on the HDD?


Fvwm Kise -- ready-made configs

Rasat (2023-11-30 (Thu) 05:37:41)

I was searching for a distro with Fvwm as default and found #FuguIta . Fvwm Keep-It-Simple & elegant (Kise) is a simple and elegant base, and feature-rich to use, modify or add your own. The default Fvwm config file is the base. Currently, there are 23 scripts of functions, styles, menus, decor, and modules. Works well also on Fvwm2.

Screenshots and download on Pling:
www.pling.com/p/2095462


Directory structure of mirror server changed

kaw (2023-11-02 (Thu) 11:11:34)

All the files of the latest release of #FuguIta were placed directly under the document root, but now we have created subdirectories (LiveDVD, LiveUSB and LiveSD) for each supported media and placed them there.

Please be careful when downloading.


ISO for arm64

Dan (2023-10-26 (Thu) 02:35:43)

Would it be possible to have an ISO image for the arm64 architecture?

Either #FuguIta version 7.3 or 7.4, whichever is more practical to build now.

PS: the wheels are in motion to build daily snapshots for OpenBSD arm64 install CD-ROM images, at ftp.openbsd.org/pub/OpenBSD/snapshots/arm64/



Test version of FuguIta 7.4

kaw (2023-10-21 (Sat) 09:48:11)

Test version of FuguIta-7.4-{i386,amd64} has been uploaded to the mirror. I'm looking forward to hearing from you!

What I would like to know are

  • How it works on newer hardware (device detection, X Window, suspend/resume, etc.)
  • Comments and suggestions for improvement using the #FuguIta's original tools
  • etc.

Published files are for LiveUSB. If you wish to run LiveDVD, please remaster ISO image from LiveUSB.

FuguIta-7.4-arm64 is now under working. Please wait.

Thank you in advance.


firmware that has no effect

kaw (2023-10-09 (Mon) 13:53:36)

When starting #FuguIta, the downloaded firmware may not take effect despite running fw_update. In this case, you may find messages similar to the following in /var/run/dmesg.boot:

radeondrm0: RS400
radeon_cp: Failed to load firmware "radeon/R300_cp.bin"
[drm] *ERROR* Failed to load firmware!
drm:pid0:rs400_startup *ERROR* failed initializing CP (-2).
drm:pid0:rs400_init *ERROR* Disabling GPU acceleration

This example is for the ATI Radeon XPRESS 200M, but can also be seen with other video chips and WiFi devices. This is because FuguIta's root file system is the kernel's built-in rd(4), "ramdisk root."

In FuguIta, when the kernel starts, rd is mounted to /, and after initialization, /etc is renamed to /boottmp, and then /etc is built again on MFS. Therefore, the type of firmware that is loaded at kernel startup attempts to be loaded from /etc/firmware on the ramdisk root, but since the firmware does not exist there, an error occurs.

To resolve this, you need to write the required firmware to /etc/firmware on the ramdisk root. Here are the steps to do so:

First, download and extract the firmware.

# ftp http://firmware.openbsd.org/firmware/7.3/radeondrm-firmware-20230310.tgz
Trying 2a04:4e42:36::820...
Requesting http://firmware.openbsd.org/firmware/7.3/radeondrm-firmware-20230310.tgz
100% |**************************************************|  3371 KB    00:02 ETA
3452257 bytes received in 2.22 seconds (1.47 MB/s)
# tar xzpf radeondrm-firmware-20230310.tgz

Next, extract the ramdisk root image from the kernel and mount the file system.

# zcat /sysmedia/bsd-fi.mp > bsd-fi.mp
# rdsetroot -x bsd-fi.mp rdroot.img
# vnconfig vnd0 rdroot.img
# mount /dev/vnd0a /mnt

Write the downloaded firmware to ramdisk root.

# mkdir -p /mnt/etc/firmware/radeon
# cp firmware/radeon/R300_cp.bin /mnt/etc/firmware/radeon
# umount /mnt
# vnconfig -u vnd0
# rdsetroot bsd-fi.mp rdroot.img
# mount -uw /sysmedia
# gzip -c9 bsd-fi.mp > /sysmedia/bsd-fi.mp
# mount -ur /sysmedia

Currently, the capacity of the ramdisk root is about 1.5 MB, but about 3/4 of it is used. Please note that the size of the firmware that can be written is just under 500 kilobytes.

  • This is just what I needed. The live system hangs with my Radeon laptop. I'm just starting with #FuguIta, hopefully I can get this working. I'll see. -- Santos 2024-06-01 (Sat) 19:35:13

Fuguita 7.3 defaults to Japanese

tetsuo (2023-10-02 (Mon) 04:22:13)

#FuguIta Hi, is there a way to change the language of Fuguita? It's defaulting to Japanese and I don't know how to change it.


FuguIta use case

Bob (2023-09-05 (Tue) 23:31:23)

#FuguIta. Hi, this looks interesting. When would someone use FuguIta instead of a plain OpenBSD install? What was the motivation behind the project? I could not find an "about" page.


Larger ffsimg

Kikk (2023-06-07 (Wed) 02:40:44)

First of all: fuguita is wonderful. Keep up the good work!

I wanted to build a custom version with more tools pre-installed.

It is possible to enlarge the ffsimg over 1GB (fuguita-7.3-amd64.ffsimg)?

I enlarged it to 3GB via disklabel + growfs but the remastered image no longer work.

Is there a procedure or 1GB is the maximum size?

#FuguIta


To enlarge fuguita-7.3-amd64.ffsimg, enlarge fuguita-7.3-amd64-ffsimg and media.img that contains it in the process of building FuguIta as described in the FuguIta Guide. The following is the procedure.

First, follow the FuguIta Guide to set up the build tool.

After settng up the build tool, delete or rename lib/mode0symlinks.cpio.gz.amd64.

# mv lib/mode0symlinks.cpio.gz.amd64 lib/mode0symlinks.cpio.gz.amd64.bak

Run up to make stage.

Once the staging directory is created, make your desired customizations in the tree.

# chroot staging /bin/ksh
# (YOUR COSTOMIZATIONS HERE)
# exit

Once your customization is complete, measure the size of the staging directory and the number of files it contains.

# du -sk staging | awk '{print $1/1024}'  # size of staging directory in MB
# find staging -print | wc -l             # the number of files which staging directory holds

Based on this size and number of files, use setup_fsimg.sh to create media.img.

# make open-rdroot
# cp rdroot/boottmp/setup_fsimg.sh .
# make close-all
# ./setup_fsimg.sh media.img $((xxxxx+40)) 10  # xxxxx is the size of staging directory in MB.

Create fuguita-7.3-amd64.ffsimg in media.img.

# make open-media
# cd media
# ../setup_fsimg.sh fuguita-7.3-amd64.ffsimg $((xxxxx+10)) yyyyy  # yyyyy is the number of files which staging directory holds.
# cd ..
# make close-all

Edit staging/etc/fuguita/global.conf as follows

fuguita_sys_mb=1028  # size of media.img  <-- Rewrite this value to current size of media.img
newdrive_defswap=16M # default swap size
                     # at usbfadm newdrive
memfstype=mfs        # 'mfs' or 'tmpfs'
mfs_max_mb=30720     # mfs hard limit - 30GB

Copy the contents of staging to ffsimg.

# make sync

Create an ISO image and gzip it.

# make iso && make gz

Run the resulting LiveDVD and usbfadm newdrive to create a LiveUSB.

That's it for the procedure.

In general, it is much easier to use FuguIta LiveUSB to save your customizations to a USB flash drive with usbfadm sync and load them in boot mode 3. See the following articles for an example of creating these.

kaw 2023-06-07 (Wed) 09:44:19


日本語デスクトップ環境お試し版

kaw (2023-05-23 (Tue) 09:37:56)

河豚板に日本語デスクトップ環境を入れたお試し版を作ってみました。 ダウンロードサイトのoldディレクトリより FuguIta-7.3-amd64-202305211-DEDemoJa.img.xz をダウンロードし、xzで解凍して8GB以上のサイズのUSBメモリに書き込んで下さい。

# xz -dc FuguIta-7.3-amd64-202305211-DEDemoJa.img.xz | dd of=/dev/XXXX bs=1m


  • 起動途中でdemoユーザのパスワードを設定しますので、入力して下さい(doas用、スクリーンロック解除用などです)。
  • 収録ソフトは以下のとおりです。
    • Xfce 4.18
    • 日本語環境: kterm 6.2.0, 日本語フォント各種, Fcitx-Anthy 5.0.10
    • FireFox 112.0.2
    • Sylpheed 3.7.0
    • Audacious 4.3
    • VLC 3.0.18
    • LibreOffice 7.5.1
  • root権限で/etc/rc.shutdownを編集することで、終了時にファイルを自動で保存するようになります。
  • pkg_add / pkg_deleteでパッケージを追加/削除した後はroot権限で「usbfadm -r」を実行して下さい。
  • ネットワークは有線LANの方が確実に繋がります。WiFiは、ファームウェアが追加不要なチップを使用しており、かつ、パスワードなしの場合に接続できるかもしれません。起動後、WiFiを使用する設定を行いたい場合はこちらを参照して下さい。
  • root権限で以下の操作を行うと、初期状態に戻ります。
    # mount -o async,noatime /dev/XXXd /mnt  ... (XXXはLiveUSBのデバイス名)
    # cd /mnt/livecd-config/7.3/amd64/fugudemoja-init
    # rsync -avxHS --delete . ../fugudemoja/.
    # cd
    # umount /mnt
  • 試作品ですので、不具合修正や改良は行いません。fiupdateによるアップデートは可能です。at your own riskでご使用下さい。


dd of #FuguIta to a USB-SSD ... gives a bootable XFCE desktop!!!

Mark B (2023-05-09 (Tue) 11:30:12)

Wow, no install process or anything. The image I "dd'd" of #FuguIta that I dd'd to a USB-SATA SSD (SSD on a USB-3 interface/cable) booted directly into an "LiveUSB-XFCE-gaytratri..." X11 session, with the usual OpenBSD puffer banner and Login/Password! How do I login to this? Your documentation does not cover this at all. It's supposed to be going into the Installation process...

Thank you! ----mark


su exits with an error

kaw (2023-05-05 (Fri) 12:42:47)

In boot mode 0, su complains that /usr/libexec/auth/login_passwd is not found and exits with an error.
A fixed version has been uploaded to the test directory of the mirrors. Please update with fiupdate for i386/amd64 LiveUSB version of #FuguIta.


Test version of FuguIta 7.3

kaw (2023-04-17 (Mon) 13:38:19)

Test version of FuguIta 7.3 has been uploaded to the mirror. I'm looking forward to hearing from you!

What I would like to know are

  • How it works on newer hardware (device detection, X Window, suspend/resume, etc.)
  • How does it work with RPi4?
  • How the framebuffer and X Window work on RPi3/RPi4.
  • Operation status on arm64-based SBCs and Apple M1/M2 other than RPis.
  • Comments and suggestions for improvement using the #FuguIta's original tools
  • etc.

Thank you in advance.



Former articles are at FuguIta/BBS/13.

recent(50)
2024-10-15 2024-10-14 2024-10-02 2024-09-22 2024-09-20 2024-08-25 2024-08-22
  • FuguIta/BBS
2024-07-31 2024-07-23 2024-05-24 2024-04-22 2024-04-09 2024-02-17 2024-01-31 2023-11-05 2023-10-04 2023-08-28 2023-06-03 2023-05-30 2023-05-01 2023-04-23 2023-04-13 2023-04-12 2023-03-17 2023-02-24 2023-02-23 2023-02-22 2022-12-23 2022-12-13 2022-11-17 2022-11-15 2022-11-14

Attach file: filefvwm_kise.png 323 download [Information]

Front page   Edit Freeze Diff History Attach Copy Rename Reload   New Page list Search Recent changes   Help   RSS of recent changes
Last-modified: 2024-08-22 (Thu) 22:33:23