@AmigaOldskooler

Well, I can see it but it sticks on "follow requested".

@AmigaOldskooler

Can you enable the ActivityPub plugin on your blog?
https://wordpress.com/plugins/activitypub

You should then be visible on the Fediverse at @amigaos4gaming.wordpress.com@amigaos4gaming.wordpress.com (I think that's how it works)

OK, I'm obviously going mad. I could have sworn somebody else had built newer versions of webp.library, but turns out that the latest is the ancient version I wrote ten years ago.

It's worth noting that libwebp had a critical security flaw. This newer version should have it fixed, but anything using libwebp will need to be rebuilt with it.

The shared library version really needs an update too.

(usual caveat that hackers aren't likely to be targetting OS4/PPC but still sensible to update!)

@pjs

Quote:

It's a shame it's Synergy and not Barrier, I use Barrier on all my other machines.

@mcleppa

I think probably around here: https://github.com/chris-y/ipp-device/ ... ps/ipp_dev/ipp_dev.c#L950

That's where I'm opening the env-var for the config, so I think you could probably pop up a GUI to pick the printer at that point.

But according to the header, I last looked at this about ten years ago!

@walkero

Yes, the pwg-raster bit needs a proper printer driver.

There are three parts to AmigaOS printing:

1. printer.device - high-level interface that programs use to print

2. Device driver that printer.device uses to communicate with the printer. This could be parallel.device or, in your case, ipp.device (NB: my old ipp.device is here if it helps at all: https://github.com/chris-y/ipp-device)

3. Printer driver, eg. PostScript. This is the part which converts the output into printer language. In your case this would be pwg-raster.

So printer.device converts the output using the printer driver, and then sends it to the printer using the specified device driver.

In traditional land, it would convert to something like PCL and then use parallel.device to send to a parallel attached printer. In our modern scenario, it needs to convert to pwg-raster and then send using IPP. Your ipp.device might need a prefs editor which scans for devices if you want to use M-DNS/DNS-SD.

You need to manually edit/create the authentication file. There's a bug in Amiupdate which stops it creating the file. I'll have to have a look to see what it is called.

Quote:

Source code is here:
https://github.com/chris-y/jng_dt/tree/master/datatype/jng_dt

It looks like I uploaded it back in 2020 for some reason.

One of the descriptors replaces the PNG datatype, so that might be in use, and reverting to the original descriptor is probably sensible.

@Deniil

JNG and MNG are graphics formats (MNG is animated... I think). They aren't common. If I can locate the code and it's easy to do I'll rebuild them statically.

@Hans

I did write an ipp.device some time back. That should work with an IPP-supporting printer and the PostScript driver, although it was based on old (even at the time) CUPS sources so might not be very compatible.

I have no idea how to write a icon.library module, but it does have the facility for such a thing, so at least in theory it should be possible to write an SVG module for it.

No chance of this ever working again. Twitter have removed free API access (except for very limited uses).

@BillE

Quote:

Nice find.

@daveyw

The correct method is to use StartNotify() which (IIRC) will tell you when the file is closed.

@Hypex

My comment was supposed to be aimed at Raziel 🙂

@Hypex

Tbh it's probably better to use 7-Zip with the LZMA2 (same as XZ) compression. You don't then get the confusion with unsupported Zip files.

@salass00

I was considering making a XAD Zip client using zip.library but it's a way down the list.

In the meantime, my libarchive based one should do the trick although it's a bit unstable.

@Raziel

XZ isn't seen as Zip, it's a single file archive format. There is a XAD plug-in for XZ (I wrote it) but not everybody will have it. Although I'm not sure how you're compressing a multi file archive with XZ, you'd need to put it into an uncompressed LhA or something first.

I think Zip can use LZMA compression (similar to XZ), but the built-in Zip plug-in for XAD can't decompress it.

@nbache

Yeah, the includes are wrong - should be proto/graphics and proto/intuition. WaitPort is in Exec which isn't even attempted to be included.