Release of MacIPRpi 6.02

[mactjaap]

You're welcome. I have two more for you though

It was bugging me that under the Version section Processor showed "undefined", I googled around it appears that Bookworm broke the way this was being queried under Buster. I found a different command that works on both.

/etc/rpimonitor/template/version.conf

#static.4.source=/proc/cpuinfo
#static.4.regexp=(?:Processor|model name|Hardware)\s+: (.*)
static.4.source=/proc/device-tree/compatible
static.4.regexp=(.*)

Also under the SD Card section the /boot partition wasn't showing data. Turns out another change in Bookworm, it's now /boot/firmware.

/etc/rpimonitor/template/sdcard.conf

#static.8.source=df /boot
#static.8.regexp=\S+\s+(\d+).*\/boot$
static.8.source=df /boot/firmware
static.8.regexp=\S+\s+(\d+).*\/boot/firmware$

#dynamic.7.source=df /boot
#dynamic.7.regexp=\S+\s+\d+\s+(\d+).*\/boot$
dynamic.7.source=df /boot/firmware
dynamic.7.regexp=\S+\s+\d+\s+(\d+).*\/boot/firmware$

#web.status.1.content.7.line.1="<b>/boot</b> Used: <b>"+KMG(data.sdcard_boot_used,'M')+"</b> (<b>"+Percent(data.sdcard_boot_used,data.sdcard_boot_total,'M')+"</b>) Free: <b>"+KMG(data.sdcard_boot_total-data.sdcard_boot_used,'M')+ "</b> Total: <b>"+ KMG(data.sdcard_boot_total,'M') +"</b>"
web.status.1.content.7.line.1="<b>/boot/firmware/</b> Used: <b>"+KMG(data.sdcard_boot_used,'M')+"</b> (<b>"+Percent(data.sdcard_boot_used,data.sdcard_boot_total,'M')+"</b>) Free: <b>"+KMG(data.sdcard_boot_total-data.sdcard_boot_used,'M')+ "</b> Total: <b>"+ KMG(data.sdcard_boot_total,'M') +"</b>"

Nice catch! Thanks. I will change this too.

 

[Durosity]

I've been using this the last couple of weeks and it's been *amazing*, thank you so much for your hard work.

One wee thing I'd like to suggest for a future update, on first login would it be possible for your script to ask the user to define the hostname, then update the script based on that? The reason I've had issues was running 2 of these, so had to change the hostname manually and that then stopped the check script from working, and took forever for me to figure out how to sort it cos I'm becoming stupider by the day

Also I've installed Webmin with the Netatalk module to help administer the appleshare side of things and I've found that really useful, so might be a nice thing to include in any future updates?

 

[mactjaap]

I’m already working on a script which will change the hostname on all places. That involves some thinking and experimenting. For now I can assist you to do it manually if you want.

I will publish the script on my GitHub if ready.

 

[mactjaap]

About webmin. I will sure have a look!

 

[Durosity]

I’m already working on a script which will change the hostname on all places. That involves some thinking and experimenting. For now I can assist you to do it manually if you want.

I will publish the script on my GitHub if ready.

Awesome! Don’t worry about it at the moment.. it was more just a suggestion for the future!

I’m wondering, when there is a future update is there any way to update the existing install or does it require reimaging the system?

 

[slipperygrey]

Speaking about hostname, once you upgrade to netatalk 4.2 you get access to the new "server name" option that allows you to set the name of the AFP server independent of hostname. (This was a feature of netatalk 2.x but fell off in 3.x...)

May come in handy for you all.

 

[slipperygrey]

Yeah good idea. Thanks for all your help this evening with the rest of it! And serious thanks for putting this package together.. it's exactly what I wanted and mixed with my piSCSI install I've now been able to setup my 7100/80 with the pi inside it to act as a bridge between the old world and the new, and it's working almost perfectly!

@mactjaap On this topic, have you considered bundling piscsi (or scsi2pi) and the piscsi Web UI with your distribution?

The piscsi app itself is very light-weight so it shouldn't be much of an overhead for the RPi on top of the other software that you're bundling.

Particularly relevant nowadays when the piscsi project is effectively abandoned (in part my fault.)

 

[Durosity]

Particularly relevant nowadays when the piscsi project is effectively abandoned (in part my fault.)

I had no idea that’d happened.. can you tell us why?

Also +1 on including piSCSI. I’ve got it installed on mine, and whilst it was easy to install it’s just another one of those faffy things that’d be awesome to be just included with a “do it all” image. I believe MacProxy was also being considered, so all these things combined would basically result in a one size fits all tool for ultimate retro convergence!

 

[slipperygrey]

I had no idea that’d happened.. can you tell us why?

To make a long story short, we all moved on to other projects. One of the former devs (Uwe) is now maintaining his own fork called scsi2pi (which doesn't come with its own GUI but rather is compatible with, and rely on the piscsi Web UI. So packaging scsi2pi with the piscsi Web UI could actually be a service to the community. Just sayin'.)

Another factor is that BlueSCSI v2 pretty much caught up with and eclipsed piscsi in every way. It's cheaper, faster, more reliable, more compatible, smaller footprint, and less power hungry. Don't get me wrong. I love my piscsis and still use them as little SCSI toolboxes, but for normal vintage Mac users you'd probably be better off with a BlueSCSI v2 99% of the times. And this comes from someone who poured 2 years of his life into this project.

 

[mactjaap]

All good ideas. I think I need to make a road map with all these wishes! But really good feedback.

I also like the idea of a kind of "updater" for the pi. Rather then imaging the SD card. Nice idea! I will puzzle about it!

For now. This is my experimental afp.conf for Netatalk 4.2.1 (testing right now... beta will be available.)
server name seems to work FINE!!!

[Global]

; information about config
; https://netatalk.io/4.0/htmldocs/afp.conf.5

; Set the server name that appears in the Chooser
server name = MacIPRpiSERVERNAME
mimic model = Macintosh
appletalk = yes
; add "uams_dhx2.so" as well for modern macOS clients.
uam list = uams_guest.so,uams_clrtxt.so,uams_dhx.so,uams_dhx2.so
log file = /var/log/afpd.log

; log level normal
log level = default:info

; debug or different: loglevels: severe, error, warn, note, info, debug, debug6, debug7, debug8, debug9, maxdebug
; log level = default:maxdebug

[Homes]
basedir regex = /home

[MacIPRpi DISK]
volume name = "MacIPRpi DISK"
path = /AppleShare
time machine = no
vol charset = UTF8
valid users = guest,@users,nobody

; Deprecated: These permission settings are buggy and not recommended.
; file perm = 0640
; directory perm = 0750

Hostname is still MacIPRpi

root@MacIPRpi:~# nbplkup
                     172.16.2.1:IPGATEWAY                          65280.82:72
                       MacIPRpi:Apple //e Boot                     65280.82:3
             MacIPRpiSERVERNAME:AFPServer                          65280.82:134
  HP LaserJet Pro M118dw 6071AC:LaserWriter                        65280.82:131
                       MacIPRpi:TimeLord                           65280.82:129
                       MacIPRpi:Apple //gs                         65280.82:3
                       MacIPRpi:netatalk                           65280.82:4
                       MacIPRpi:Workstation                        65280.82:4
           AsantéTalk 94081D2A:AsantéTalk                         65491.15:252
                       MacIPRpi:ProDOS16 Image                     65280.82:3

 

[slipperygrey]

@mactjaap Just in case you didn't notice: a new feature as of netatalk v4.2.1 is the bundling of Thomas Kaiser's pap backend for CUPS.

You can enable it with "-Dwith-cups-pap-backend=true" in the build system.

I believe you're currently bundling the same backend script yourself, so up to you if you want to use netatalk's distribution mechanism or not. The one main benefit is that the netatalk build system sets the "NetatalkBinDir" path appropriately when installing.

 

[Durosity]

To make a long story short, we all moved on to other projects

Another factor is that BlueSCSI v2 pretty much caught up with and eclipsed piscsi in every way

Well that’s fair! I have two piSCSIs that I use, and quite a few BlueSCSI and other similar devices.. I particularly love the piSCSIs for the web interface for loading images, so I keep one in a 7100 I use as a vintage file server.. so that coupled with all the other things that @mactjaap ’s system does it makes for a much more suitable package than a stand alone bluescsi (plus I do understand why some members here hate the bluescsi project with the firey passion of 1000 suns!). So yeah if that project was bundled with this too it’d make it the ultimate vintage mac tool IMO.

All good ideas. I think I need to make a road map with all these wishes! But really good feedback

One other wee idea I had, and please forgive the lack of specifics.. I seem to recall there was a module for Mac Proxy (or something) that allowed it to use the WayBackMachine to load old websites. If that still exists maybe that’d be a cool wee addition?

Also.. when running the setup script for the first time, maybe it could ask the user what services they want running?

Just in case you didn't notice: a new feature as of netatalk v4.2.1 is the bundling of Thomas Kaiser's pap backend for CUPS.

Would that help with the issue I experienced trying to get my ImagerWriter LQ with LocalTalk card to work with this package? I’d so love to be able to print to that printer from my iPhone

 

[slipperygrey]

One other wee idea I had, and please forgive the lack of specifics.. I seem to recall there was a module for Mac Proxy (or something) that allowed it to use the WayBackMachine to load old websites. If that still exists maybe that’d be a cool wee addition?

You're probably thinking of MacProxy Plus.

GitHub - hunterirving/macproxy_plus: browse the modern web on vintage computers

browse the modern web on vintage computers. Contribute to hunterirving/macproxy_plus development by creating an account on GitHub.

github.com

The fork of my fork of the original macproxy python flask script.

 

[Durosity]

The fork of my fork of the original macproxy python flask script.

That's the one! I tried it a while ago and it was really nifty, then just couldn't remember what it was I'd been using. I have plans to one day get the waybackmachine functionality integrated into my Home Automation controller (Indigo Domotics) so I can set a date from a control page.. which I think will be a cool little project

 

[mactjaap]

macproxy_plus. Nice one. Will play with it too!

 

[mactjaap]

macproxy_plus. Nice one. Will play with it too!

 

[mactjaap]

@mactjaap Just in case you didn't notice: a new feature as of netatalk v4.2.1 is the bundling of Thomas Kaiser's pap backend for CUPS.

You can enable it with "-Dwith-cups-pap-backend=true" in the build system.

I believe you're currently bundling the same backend script yourself, so up to you if you want to use netatalk's distribution mechanism or not. The one main benefit is that the netatalk build system sets the "NetatalkBinDir" path appropriately when installing.

I had a look at my ansible playbook for installing Netatalk and see that I have done it. Until now I didn't include printing. But starting a version 6.02 it is enabled. This is how I'm testing with Netatalk 4.2.1.

 - name: Setup the build configuration
      # added:
      # -Dwith-cups-pap-backend
      # -Dwith-cups-libdir-path=/usr/lib
      command: >
        meson setup build \
        -Dbuildtype=release \
        -Dwith-appletalk=true \
        -Dwith-cups-pap-backend=true \
        -Dwith-cups-libdir-path=/usr/lib \
        -Dwith-dbus-sysconf-path=/usr/share/dbus-1/system.d \
        -Dwith-init-hooks=false \
        -Dwith-init-style=systemd \
        -Dwith-pkgconfdir-path=/etc/netatalk \
        -Dwith-tests=true
      args:
        chdir: /opt/{{ netatalk_version }}
      tags:
        - code

You can check if printing works by running the check-maciprpi.sh script:

root@MacIPRpi:~# check-maciprpi.sh --print

root@MacIPRpi:~# check-maciprpi.sh --print-page

Complete checks:

root@MacIPRpi:~# check-maciprpi.sh
Usage: check-maciprpi.sh [options]
Options:
  -a                Run all tests except --print-page
  --help            Display this help message
  --webone          Check WebOne Proxy
  --url             Test URLs
  --services        Check required services
  --packages        Installed packages
  --tftp            Test TFTP functionality
  --afpfs-ng        Test afpfs-ng mount
  --afp-perl        Check afp-discover.pl
  --httpd           Check if the HTTPD homepage is accessible
  --print           Test print status
  --print-page      Send a real print job
  --ports           Test ports
  --samba           Test Samba
  --tcpdump         Test tcpdump to tun0, the 172.16.2.0/24 network
  --all             Run all tests including --print-page
  --all-no-print    Run all tests except --print-page (same as -a)
Example: check-maciprpi.sh --webone --tftp
Example: check-maciprpi.sh -a

 

[mactjaap]

View attachment 86152

And even made an extention! For the 68kmla.org. Even a login now is possible. Will publish soon and include in coming beta.

 

[slipperygrey]

That sounds quite useful, nicely done!

 

[mactjaap]

Little test....